net-print/splix-2.0.0 has dependencies on >=net-print/cups1.4.0 and net-print/cupsddk while net-print/cups-1.4.4 has a rdepend block on cupsddk. According to http://www.cups.org/software.php#USING_DDK the DDK is bundled with CUPS 1.4 and higher and should not be compiled separately as in previous versions. Reproducible: Always Steps to Reproduce: 1.Try to upgrade to cups-1.4.4 with splix and cupsddk installed 2. 3. Actual Results: Block on cupsddk Expected Results: cups is upgraded to 1.4.4 This could be fixed by removing the depend on net-print/cupsddk in splix-2.0.0 (not sure if the DDK is built automatically in cups 1.4.4 or if a compile flag needs to be used). I didn't see a use flag for the ddk in the cups-1.4.4 ebuild and I haven't examined further to see if the ddk is built.
The net-print/splix-2.0.0 dependency looks like this: || ( >=net-print/cups-1.4.0 net-print/cupsddk ) That means it may be possible to uninstall cupsddk automatically. Can you post the emerge --pretend output when it refuses to upgrade? Automatic resolution could be prevented by another package depending on cupsddk, or by having cupsddk in /var/lib/portage/world.
Closing due to no reponse in two weeks. Most reasonable explanation: user has cupsddk in @world. Feel free to reopen.
cupsddk is not in my world file. With the cups-1.4.4-r2 ebuild, I can unmerge cupsddk and upgrade cups. This didn't work with the cups-1.4.4 ebuild. You can mark this bug as closed. Thanks, Jason
Anything left here? As far as I can see splix DEPEND is correct, and this works fine now with current in-tree cups 1.4.4 ebuild, right?
Independent from this the cupsddk dependency should be removed as with net-print/cups-1.4.x which became stable recently it should be unnecessary. cups-1.4.x blocks cupsddk as its functionality is now part of cups. splix is the only software which has a dependency on cupsddk, so I suggest removing it and drop cupsddk from the tree.
Fine for me, I've just dropped the dependency in current splix ebuilds Daniel, do you want to change this bug in a last rites one for cupsddk, or can we close it?
I would say we close this bug and open a new one for the last rites. I would appreciate if you do the last rite procedure (bug opening, package masking and #-dev-announce mail) as I have currently no access to the Gentoo infrastructure. Alternatively we can ask the tree-cleaners to take care of it.
splix now demands >=cups-1.4 even though cups-1.3.x is still in the tree. I have a Samsung ML-2510 which requires cups-1.3.x since the filters to convert from various formats to SPL are broken in cups-1.4, causing printing errors. I'm getting blocked/masked errors even though, fundamentally splix, cupsddk and cups-1.3 still work fine together and are all in the portage tree. !!! The following update has been skipped due to unsatisfied dependencies: net-print/splix:0 !!! All ebuilds that could satisfy ">=net-print/cups-1.4.0" have been masked. !!! One of the following masked packages is required to complete your request: - net-print/cups-1.5.0-r2::gentoo (masked by: package.mask, ~amd64 keyword) - net-print/cups-1.5.0-r1::gentoo (masked by: package.mask, ~amd64 keyword) - net-print/cups-1.4.8-r22::gentoo (masked by: package.mask, ~amd64 keyword) - net-print/cups-1.4.8-r21::gentoo (masked by: package.mask, ~amd64 keyword) - net-print/cups-1.4.8-r1::gentoo (masked by: package.mask) - net-print/cups-1.4.6-r2::gentoo (masked by: package.mask) (dependency required by "net-print/splix-2.0.0" [ebuild])
(In reply to comment #8) > splix now demands >=cups-1.4 even though cups-1.3.x is still in the tree. I > have a Samsung ML-2510 which requires cups-1.3.x since the filters to convert > from various formats to SPL are broken in cups-1.4, causing printing errors. Hmm my SCX-4500 works quite well with cups 1.4/1.5, so it could be more of a generic 1.4 update problem than splix incompatibility. Have you tried these links? http://gentoo-pr.org/node/30 http://archives.gentoo.org/gentoo-dev/msg_7c639242d3db46ff41f15ca4453d20bf.xml Checking some links on google (mostly from arch linux forums) seem to suggest some SPL printers prefer old usblp module rather than libusb, even though some other suggested just the opposite :/ Anyway, as cups-1.3 is getting old, it'd be better to have cups 1.4 working (if a security issue comes by or limited manpower in printing team leads to 1.3 removal)
net-print/cupsddk is now masked for removal in bug #394089.
