Hi all,
I have just released and pushed to staging a new version of pkgdb2, here is the changelog:
* Fri Nov 21 2014 Pierre-Yves Chibon pingou@pingoured.fr - 1.21-1 - Update to 1.21 - DB optimization: do not use LIKE in queries where there is no '%' - Update the layout of the user list page - Add flag to set/update the monitoring flag on packages. This flag tells the-new-hotness whether the maintainers are interested in getting bugzilla tickets about updates available on their package (updates being monitored via anitya: release-monitoring.org) - Clean(er) logic to mark the fields mandatory in the forms - Fix indentation in the mail_logging module - Branch orphaned packages as well as we branch for new releases (Subho-bcrec) - Auto select packagers search in packager details page. (Ratnadeep Debnath) - Obsolete all ACLs on a package that is retired - Nicer docstring and API documentation by using textwrap.dedent() - Add a `former_poc` argument to the orphan API endpoint allowing to restrict the orphan to only the package of a certain packager - Add the former_poc keyword argument to api_acl_reassign, same principle as when orphaning a package - DB optimization: optimize the API endpoint returning the packager's ACLs - Include the monitoring state in the GET API. (Ralph Bean) - Include the api_groups and api_monitored in the API documentation - Update the update_package_info script to include other releases than rawhide
The biggest change being likely the introduction of the monitoring flag to integrate pkgdb, anitya and the-new-hotness.
Testing welcome :)
Thanks, Pierre
On Fri, Nov 21, 2014 at 05:33:16PM +0100, Pierre-Yves Chibon wrote:
Hi all,
I have just released and pushed to staging a new version of pkgdb2, here is the changelog:
- Fri Nov 21 2014 Pierre-Yves Chibon pingou@pingoured.fr - 1.21-1
- Update to 1.21
- DB optimization: do not use LIKE in queries where there is no '%'
- Update the layout of the user list page
- Add flag to set/update the monitoring flag on packages. This flag tells the-new-hotness whether the maintainers are interested in getting bugzilla tickets about updates available on their package (updates being monitored via anitya: release-monitoring.org)
- Clean(er) logic to mark the fields mandatory in the forms
- Fix indentation in the mail_logging module
- Branch orphaned packages as well as we branch for new releases (Subho-bcrec)
- Auto select packagers search in packager details page. (Ratnadeep Debnath)
- Obsolete all ACLs on a package that is retired
- Nicer docstring and API documentation by using textwrap.dedent()
- Add a `former_poc` argument to the orphan API endpoint allowing to restrict the orphan to only the package of a certain packager
- Add the former_poc keyword argument to api_acl_reassign, same principle as when orphaning a package
- DB optimization: optimize the API endpoint returning the packager's ACLs
- Include the monitoring state in the GET API. (Ralph Bean)
- Include the api_groups and api_monitored in the API documentation
- Update the update_package_info script to include other releases than rawhide
The biggest change being likely the introduction of the monitoring flag to integrate pkgdb, anitya and the-new-hotness.
Prod has been updated to run this new version :)
Pierre
Dne 11.12.2014 v 13:44 Pierre-Yves Chibon napsal(a):
On Fri, Nov 21, 2014 at 05:33:16PM +0100, Pierre-Yves Chibon wrote:
- Add flag to set/update the monitoring flag on packages. This flag tells the-new-hotness whether the maintainers are interested in getting bugzilla tickets about updates available on their package (updates being monitored via anitya: release-monitoring.org)
Hmmm, this is probably not self explanatory enough. Looking at Ruby [1], is it enabled or not? I am afraid to click on the kye or the off button :) And how is the relation to the wiki page [2]. Since all rubygem- packages were monitored automatically up to now, what is their state.
Vít
[1] https://admin.fedoraproject.org/pkgdb/package/ruby/ [2] https://fedoraproject.org/wiki/Upstream_release_monitoring
On Thu, Dec 11, 2014 at 04:24:39PM +0100, Vít Ondruch wrote:
Dne 11.12.2014 v 13:44 Pierre-Yves Chibon napsal(a):
On Fri, Nov 21, 2014 at 05:33:16PM +0100, Pierre-Yves Chibon wrote:
- Add flag to set/update the monitoring flag on packages. This flag tells the-new-hotness whether the maintainers are interested in getting bugzilla tickets about updates available on their package (updates being monitored via anitya: release-monitoring.org)
Hmmm, this is probably not self explanatory enough. Looking at Ruby [1], is it enabled or not? I am afraid to click on the kye or the off button :) And how is the relation to the wiki page [2]. Since all rubygem- packages were monitored automatically up to now, what is their state.
This is clearly not documented enough and I have probably been too quickly to push this update to prod (I wanted it out to get the improved API out).
So looking at Ruby, it is currently off (I have to run the script to sync the packages from the wiki to pkgdb2).
The idea is: - Having the upstream project on anitya - Having the upstream project mapped onto a Fedora package in anitya - Having the monitoring flag `on` on pkgdb - the-new-hotness will monitor for new releases announced by anitya - it will create a bugzilla ticket announcing the new release (so far we reproduce the behavior of cnucnu, the current upstream monitoring solution) - it will download the sources and the spec file - it will adjust the spec file to bump version and fix release - it will do a scratch build using the new sources and adjusted spec - it will report on the bugzilla ticket if the scratch build was successful or not.
As the-new-hotness isn't running yet, changing the flag will not have any effect yet. When we push the-new-hotness in production, we will retire cnucnu and adjust the wiki page to provide more information on how these three systems work together.
I hope this answers your question and sorry for the confusion.
Cheers, Pierre
Dne 11.12.2014 v 16:47 Pierre-Yves Chibon napsal(a):
On Thu, Dec 11, 2014 at 04:24:39PM +0100, Vít Ondruch wrote:
Dne 11.12.2014 v 13:44 Pierre-Yves Chibon napsal(a):
On Fri, Nov 21, 2014 at 05:33:16PM +0100, Pierre-Yves Chibon wrote:
- Add flag to set/update the monitoring flag on packages. This flag tells the-new-hotness whether the maintainers are interested in getting bugzilla tickets about updates available on their package (updates being monitored via anitya: release-monitoring.org)
Hmmm, this is probably not self explanatory enough. Looking at Ruby [1], is it enabled or not? I am afraid to click on the kye or the off button :) And how is the relation to the wiki page [2]. Since all rubygem- packages were monitored automatically up to now, what is their state.
This is clearly not documented enough and I have probably been too quickly to push this update to prod (I wanted it out to get the improved API out).
So looking at Ruby, it is currently off (I have to run the script to sync the packages from the wiki to pkgdb2).
The idea is:
- Having the upstream project on anitya
- Having the upstream project mapped onto a Fedora package in anitya
- Having the monitoring flag `on` on pkgdb
- the-new-hotness will monitor for new releases announced by anitya
- it will create a bugzilla ticket announcing the new release (so far we reproduce the behavior of cnucnu, the current upstream monitoring solution)
- it will download the sources and the spec file
- it will adjust the spec file to bump version and fix release
- it will do a scratch build using the new sources and adjusted spec
- it will report on the bugzilla ticket if the scratch build was successful or not.
As the-new-hotness isn't running yet, changing the flag will not have any effect yet. When we push the-new-hotness in production, we will retire cnucnu and adjust the wiki page to provide more information on how these three systems work together.
I hope this answers your question and sorry for the confusion.
Wow, big plans! :)
So I won't rather touch the on/off until cnucnu is retired. Thanks for explanation.
Vít
On Thu, Dec 11, 2014 at 04:24:39PM +0100, Vít Ondruch wrote:
Dne 11.12.2014 v 13:44 Pierre-Yves Chibon napsal(a):
On Fri, Nov 21, 2014 at 05:33:16PM +0100, Pierre-Yves Chibon wrote:
- Add flag to set/update the monitoring flag on packages. This flag tells the-new-hotness whether the maintainers are interested in getting bugzilla tickets about updates available on their package (updates being monitored via anitya: release-monitoring.org)
Hmmm, this is probably not self explanatory enough. Looking at Ruby [1], is it enabled or not? I am afraid to click on the kye or the off button :) And how is the relation to the wiki page [2]. Since all rubygem- packages were monitored automatically up to now, what is their state.
The script that syncs the data from the wiki to pkgdb finished to run, so now Ruby is marked as being monitored :)
Pierre
infrastructure@lists.fedoraproject.org