On Mon, 10 Jun 2013 14:55:33 +0200, Remi Collet wrote: > Le 10/06/2013 14:46, Jiri Popelka a écrit : > > Hi all, > > > > up to F18 we've been shipping cups-php (PHP module) subpackage, but it's > > not been required by any other package. > > CUPS upstream dropped this module with cups-1.6 (since F19) so there's > > been no cups-php anymore in F19. > > This breaks F18 -> F19 updates when cups-php has been installed > > (https://bugzilla.redhat.com/show_bug.cgi?id=971741). > > What's the correct procedure here ? > > > > Let user solve this by removing cups-php prior to update ? > > - the yum error could be a puzzle for some users > > Put Obsoletes cups-php; Provides cups-php into some other package ? > > - update is ok, but user is unaware that the php module has gone > > Some ideal solution which doesn't break update and notifies user that > > CUPS PHP module no longer exists ? > > >From : > https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life > > "Make sure the package is properly Obsoleted/Provided > by something if it is being replaced". > > If it is not being replaced, Obsoleted/Provided obviously don't apply. > > If some package "Provides: cups-php", imagine the nightmare for > yum install cups-php > > And this will also avoid the "wanted" broken dep (if another package > "really" need cups-php) Typically, one adds only the Obsoletes tag with a maximum version, so the obsolete package may return with a higher version. https://fedoraproject.org/wiki/Packaging:Guidelines#Renaming.2FReplacing_Existing_Packages | If a package supersedes/replaces an existing package without being | a compatible enough replacement as defined in above, use only the | Obsoletes from above. -- mschwendt Fedora release 19 (Schrödinger’s Cat) - Linux 3.9.4-301.fc19.x86_64 loadavg: 0.09 0.15 0.13 -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
