Hello,
can someone please tell me if I understood correctly the packaging guidelines regarding packages being retired after a rename [1]?
Upstream has changed between minor releases how the source code is packaged. Instead of multiple source tarballs there is only one tarball that is used to generate the same packages as before; so the update is for all branches.
Should I run "fedpkg retire <explanation>" in each branch that is going to be obsolete by the new packages AFTER the new packages [2] hit stable, right?
Thanks, much appreciated. --Simone
[1] http://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life [2] https://admin.fedoraproject.org/updates/FEDORA-2013-13687/guacamole-client-0...
On Sat, 3 Aug 2013 16:05:11 +0200, Simone Caronni wrote:
can someone please tell me if I understood correctly the packaging guidelines regarding packages being retired after a rename [1]?
Upstream has changed between minor releases how the source code is packaged. Instead of multiple source tarballs there is only one tarball that is used to generate the same packages as before; so the update is for all branches.
What has happened to
guacamole-common-javadoc.noarch guacamole-ext-javadoc.noarch
? Those are not built anymore, but nothing obsoletes them.
Should I run "fedpkg retire <explanation>" in each branch that is going to be obsolete by the new packages AFTER the new packages [2] hit stable, right?
Before or after, doesn't matter. Most important is that the new packages have been reviewed and approved. Remember, the old packages have been published already and are still available in the repositories. Activities in package git, pkgdb and koji don't affect the repository users. (And I assume you've published the new builds for Rawhide already, too, so the koji blocking request will only result in removing packages that have been obsoleted by the newer builds anyway.)
[1] http://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life [2] https://admin.fedoraproject.org/updates/FEDORA-2013-13687/guacamole-client-0...
On 3 August 2013 17:47, Michael Schwendt mschwendt@gmail.com wrote:
What has happened to
guacamole-common-javadoc.noarch guacamole-ext-javadoc.noarch
? Those are not built anymore, but nothing obsoletes them.
Taken care during guacamole-client review [1].
Should I run "fedpkg retire <explanation>" in each branch that is going to
be obsolete by the new packages AFTER the new packages [2] hit stable, right?
Before or after, doesn't matter. Most important is that the new packages have been reviewed and approved. Remember, the old packages have been published already and are still available in the repositories. Activities in package git, pkgdb and koji don't affect the repository users. (And I assume you've published the new builds for Rawhide already, too, so the koji blocking request will only result in removing packages that have been obsoleted by the newer builds anyway.)
I will obsolete them now, in case of trouble new updates could be pushed to Bodhi and there's no need to revert back to the old split packages.
Many thanks!
Regards, ---Simone
[1] https://bugzilla.redhat.com/show_bug.cgi?id=985814
You cannot discover new oceans unless you have the courage to lose sight of the shore (R. W. Emerson).
packaging@lists.fedoraproject.org