Re: rawhide report: 20140113 changes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 14 Jan 2014 11:03:30 -0800, Adam Williamson wrote:

> The process here is
> https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life .
> What I am basically asking is whether one needs to adopt an orphaned
> package in order to put it through that process, or whether it is OK for
> any packager to file a retirement request on a package that is clearly
> an appropriate candidate for requirement. But I phrased it more
> generally in case this is a 'known situation' with other wrinkles to it.

Since it's "Orphaned" in pkgdb and not "Deprecated" (= retired) yet,
it's needs at least somebody with permission to retire it in pkgdb.
Somebody from releng usually can do that, too.

Similarly for dist git. It needs commit access (e.g. co-maintainer
itamarjp) or a provenpackager or somebody from releng to retire it in dist
git (the "fedpkg retire …" step that would also retire in pkgdb nowadays).

Becoming the owner of the package prior to filing a "koji block request in
the releng" tracker is not necessary. Several packagers have done that
before, not only provenpackagers (who sometimes complete missings steps of
the package EOL procedure for retired packages).

Of course it can happen that releng will ask for the background before
blocking a package actually. "obexftp replacing obexfs because of an
upstream merge" should be mentioned to them. Part of the story also
seems to be bug 1014177 which sounds as if obexfs would not built with
current openobex anymore and would need to be ported first (likely the
reason it has been merged into obexftp upstream).
-- 
test mailing list
test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test





[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux