On Fri, Sep 03, 2010 at 07:53:24AM +0200, Fabian Greffrath wrote: > Am Donnerstag, den 02.09.2010, 19:08 +0200 schrieb Guido Günther: > > Neither Conflicts+Replaces nor Conflicts+Breaks lets apt-get figure out > > the right thing while aptitude handles all well. Even adding a > > Provides: hal-cups-utils doesn't work. > > Erm, I meant Breaks+Replaces, not Conflicts+Breaks! Please try again. I meant to say Conflicts+Replaces too of course.
> However, maybe the *versioned* Conflicts/Breaks/Replaces is the culprit > here, because it pretends to open up another possible way for apt to > solve this situation by upgrading h-c-u. But the truth is, there is no > such version of h-c-u available and even if it was, the package is to be > completely removed anyway. I tried both versioned and unversioned ones already. > However, I think ubuntu introduced a dummy hal-cups-utils package that > depends on s-c-p-udev to ease the transition. We had something similar to: Package: hal-cups-utils Priority: optional Section: gnome Depends: system-config-printer-udev (>= 1.2.3) to ease upgrades but Joss (cc'ed) objected to it. Adding this package is enough to help apt-get along when hal-cups-utils is installed. The following packages will be REMOVED: libept0 python-cupsutils The following NEW packages will be installed: cups-pk-helper libxapian22 python-cupshelpers system-config-printer-udev The following packages will be upgraded: hal-cups-utils ... system-config-printer ... 75 upgraded, 4 newly installed, 2 to remove and 0 not upgraded. Cheers, -- Guido -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
