On Tue, 16 Jul 2013 00:01:13 +0200 Till Maas <opensource(a)till.name&gt; wrote: > Hi, > > it seems to me that > https://fedoraproject.org/wiki/Packaging:Conflicts > does not cover a case for conflicts that might occur if a package is > split. Here is the bug report about the intended split: > https://bugzilla.redhat.com/show_bug.cgi?id=952326 > > Basically dvb-apps currently contains a plaintext file based database > in /usr/share/dvb/dvb-t/ which is supposed to provided by a new > backage, dtv-scan-tables. Since the individual files might differ, > conflicts can occur here, which is why it seems that the new > dtv-scan-table package should use "Conflict: dvb-apps < > VERSION-RELEASE" for the version/release that does not contain the > database anymore to confclit with all previous versions. Uhh, isn't this handled by just making both dtv-scan-tables and dvb-apps Obsoletes: dvb-apps < VERSION-RELEASE?

On Tue, Jul 16, 2013 at 10:41:16PM +0200, Till Maas wrote: > On Tue, Jul 16, 2013 at 01:07:24AM +0300, Susi Lehtola wrote: > > On Tue, 16 Jul 2013 00:01:13 +0200 > > Till Maas <opensource(a)till.name&gt; wrote: > > > > > Hi, > > > > > > it seems to me that > > > https://fedoraproject.org/wiki/Packaging:Conflicts > > > does not cover a case for conflicts that might occur if a package is > > > split. Here is the bug report about the intended split: > > > https://bugzilla.redhat.com/show_bug.cgi?id=952326 > > > > > > Basically dvb-apps currently contains a plaintext file based database > > > in /usr/share/dvb/dvb-t/ which is supposed to provided by a new > > > backage, dtv-scan-tables. Since the individual files might differ, > > > conflicts can occur here, which is why it seems that the new > > > dtv-scan-table package should use "Conflict: dvb-apps < > > > VERSION-RELEASE" for the version/release that does not contain the > > > database anymore to confclit with all previous versions. > > > > Uhh, isn't this handled by just making both dtv-scan-tables and > > dvb-apps Obsoletes: dvb-apps < VERSION-RELEASE? > > Sorry, I forgot to mention that dvb-apps also contains other content, > such as programs and libs, therefore it will continue to exist. As far > as I understand, Obsoletes would cause dvb-apps to be removed when > dtc-scan-tables is installed. The condition is more: If dtv-scan-tables > is installed, then dvb-apps must not be installed or it must be > installed with at least a certain version/release. > Is there any requirement between these packages? Does dtv-scan-tables Require dvb-apps or dvb-apps require dtv-scan-tables?

On Thu, Jul 18, 2013 at 10:51:49AM +0200, Till Maas wrote: > > dvb-apps will (at least on current Fedora releases, maybe not on > Rawhide) require dtv-scan-tables but there is no need for > dtv-scan-tables to require dvb-apps afaics. > Conflicts: dvb-apps <= NEVR_OF_PACKAGE_BEFORE_SPLIT would not violate the spirit of the guideline. The guideline was written so that people could always install the latest packages from the repo regardless of what other packages they have installed. Having the version in the conflicts allows that to continue to be the case.

I thought that the Optional feature portion of the guideline would cover this explicitly but it looks like it doesn't. The FPC should probably add this as another case where (versioned) conflicts are acceptable so that that is clear. If you'd like to open a ticket, that can be done.