On Fri, Sep 03, 2010 at 12:13:33PM +0200, Julien Cristau wrote: > On Fri, Sep 3, 2010 at 07:53:24 +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. > > > > 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. > > > > However, I think ubuntu introduced a dummy hal-cups-utils package that > > depends on s-c-p-udev to ease the transition. > > > So I went and asked the apt people. The problem seems to be that > because python-cupsutils has reverse dependencies its removal gets a bad > score. Would it be possible to keep python-cupsutils as a dummy > transitional package depending on python-cupshelpers? Josselin, would you agree? We had these in an early version and removed them on your request.
http://git.debian.org/?p=users/agx/system-config-printer.git;a=commit;h=c395d899b6f8ebb5e3bce298e2faa2d60f762231 I can add them back for hal-cups-utils as well as python-cupsutils. Cheers, -- Guido -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
