[Fedora-packaging] Rules for obsoleting or conflicting packages

Mario Blättermann mario.blaettermann at gmail.com
Sat Oct 13 19:10:24 UTC 2012


Hi all,

I'm currently reviewing the following package:
https://bugzilla.redhat.com/show_bug.cgi?id=865535

The package python-datanommer-models seems to be a splitout from
datanommer, that's why we have currently:

Conflicts:      datanommer < 0.2.0

In my mind, it should be "Obsoletes" instead of "Conflicts" because it
is the successor of datanommer. But we have a somewhat more difficult
scenario here. The packager writes:

"Regarding the Conflicts/Obsoletes/Provides, I'd like to still maintain
the datanommer package itself as a kind of meta-package that installs
the splitoffs but also includes "fedmsg-hub" which will turn on a new
service.  Once these packages are approved, I would bump the datanommer
meta package from 0.1.8 to 0.2.0 to match them."

Could we split out the appropriate files from datanommmer instead,
throwing away the new review request? Means, we have a "datanommer" base
package which is a metapackage only with some common files, which pulls
the needed dependencies. Any ideas for a convenient solution while
keeping a proper upgrade path?

Best Regards,
Mario


More information about the packaging mailing list