On Tue, Apr 08, 2014 at 02:13:32PM +0200, Pierre-Yves Chibon wrote: > Hi everyone, > > As you may know I am working on updating our package database > (pkgdb) to a new version named pkgdb2. In this process, pkgdb-cli > has got re-writen and now ships a pkgdb2.py python module that can > be used as an interface to query the pkgdb2 API. > > The thing is that fedpkg relies on pkgdb-cli to retire packages and > there is a milestone set for F22 to make python3 the default python > interpreter [1]. The pkgdb2.py module mentionned above should work > fine on EL5 as well as under python3, however that's not the case > for pkgdb-cli. > > My question is thus, is there anyone here that is using > RHEL5/CentOS5 to do packaging for Fedora/EPEL? If so, and if you > rely on fedpkg/pkgdb-cli for it, please say so :) (here or on [2]). > > Otherwise, I am considering making the first release of pkgdb-cli > for pkgdb2 on el6+ only. My reading of: https://access.redhat.com/site/support/policy/updates/errata/ is that only urgent security and bug fixes should be done now against RHEL 5. No one should be doing general development against RHEL 5 unless they want to support themselves. The question is whether urgent security fixes could include retiring packages. I think unlikely, unless it is discovered that a package has irretrievable security problems that cannot be solved in any way other than immediately removing it from distribution. Would it still be possible to retire a package "manually" (if that is meaningful)? Or would it not be possible at all? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
