If gtk+-2.10.6 is emerged before CUPS, it doesn't provide CUPS backend, which is why CUPS-option is missing in GTK+ based apps' print dialog. If CUPS is emerged before, then everything works fine. In my opinion, GTK+ should use the cups use flag, which would pull in cups dependency if set, forcing cups to be installed before GTK+. Reproducible: Always Steps to Reproduce: USE="cups" emerge gtk+ Actual Results: CUPS backend is missing, which is fairly natural since the cups use flag is ignored. Expected Results: USE="cups" emerge -av gtk+ cups get's pulled in before gtk+, which causes gtk+ to include cups printbackend. I have no clue how many people out there emerge cups in a latter stage of sytem install, ie. after having gtk+ installed, and I was astonished to find only one post in the newsgroups, so either this must be a relatively new bug (has the use flag been removed recently?) or I'm somewhat odd :P Nevertheless, people might decide to switch from, say, lpr-ng or have their computer equipped with a printer after having their Linux box set up and running, so I think turning on a global cups use flag and issuing an "emerge -DN world" should do well for including cups support in as many packages as possible, especially the basic libs that gtk+ represents :) In few words, I find this flag damn necessary, even though a workaround is as simple as reemerging gtk+.
Although I agree on this, note that there will be a circular dependency problem then still: gtk+ would depend on net-print/cups net-print/cups depends on virtual/ghostscript virtual/ghostscript can be provided by (either) app-text/ghostscript-{gpl,esp,gnu} app-text/ghostscript-{gpl,esp,gnu} depends on x11-libs/gtk+ with USE=gtk I believe this is still better than not depending on cups at all.
This would be new in gtk+-2.10, which is the first to include printing support. I'm not sure what we can do about the circular dep; Introducing one in the default USE flags is a very big proglem, worse than no printing option, IMO. Of course, ghostscript already has a circular dep with cups, so maybe it's not so bad. The printing herd is basically non-existent at the moment, so I'm not sure we'll get this fixed. Maybe the best solution is to remove the gtk frontend from the ghostscript installs? Does anyone use them? (the one I have, from ghostscript-esp, just segfaults on startup, so it's not very useful) For now, the solution is to re-emerge gtk+ after emerging cups.
Even if I emerge GTK+ after CUPS, my CUPS printers are not showing up in GTK+ print dialogs.
What version of gtk+ are you emerging? As Daniel Gryniewicz said, CUPS support is new as of gtk+-2.10. Are your CUPS printers showing up in some other (non-gtk+) printing dialog boxes?
*** Bug 191808 has been marked as a duplicate of this bug. ***
(In reply to comment #2) > Maybe the best solution is to remove the gtk frontend > from the ghostscript installs? Does anyone use them? (the one I have, from > ghostscript-esp, just segfaults on startup, so it's not very useful) What's that utility supposed to be called? I don't get any gsx or any other GUI tool even if I emerge ghostscript-gpl w/ USE="X gtk", so it appears to do nothing at all?! [ebuild R ] app-text/ghostscript-gpl-8.57 USE="X -bindist -cjk cups djvu gtk jpeg2k" 20,373 kB @printing - ping, what's USE=gtk good for in ghostscript?
*** Bug 192434 has been marked as a duplicate of this bug. ***
I talked to genstef a couple days ago in #-bugs and the result essentially was the that gtk use flag in ghostcript-* is useless.
I've added a cups use flag to 2.12.0, which should go into portage today. I've been unable to get it to cause any circular deps, but someone else might have the magic combination of packages...
2.12.0 is in the tree.
