What about building? If they all depend on each other, which one do you build first?
building:
1) cups
2) ghostscript
3) gimp-print
installingdeps:
1->2
1->3
2->1
3->1
:-)
]]>so to build cups none of the other two are required.
for their gimp print their build is set to detect cups is installed then it will build with a cups format if not it will build a standard no cups format.
similarily ghostscript does some checking and will build ghostscript accordingly.
so the way i see it is that cups has no depends of the other two but the other two depend on cups at least for building.
runtime depends are another issue all together. as cups is pretty useless with out the gimp-print and ghostscript.
when i was building lprng packages i managed to get a working set of builds where no one package is caught in a circular depend cycle either build or runtime wise.
so it sounds like depend and makedepends could be very hard to figure out. as they both require reverse order depends.
]]>the idea:
while checking dependencies you can have a temporarly linked list that keeps what dependencies you already need to output to the user ... and then you always know that when your "cycle" is finished (the linked list has no more ends), you can stop checking for these packages :-)
(in java it is possible, i know for sure, because i used such an example to solve something for me myself ... but once you get the idea, the solution is only separated with spare time of the devels :-) )
]]>did it solved your printing problem installing ghostscript?
ghostscript was the missing brick in cups building, installing it solved the problems.
]]>BTW
<spam>
I have a page with some common cups problems and solutions
http://home.nyc.rr.com/computertaijutsu/cups.html
</spam>
Scott
]]>It was missing ghostscript. I don't know if this is a bug or a feature. Should ghostscript be a cups dependency or not? For my taste, of course!
ghostscript+cups+gimp-print ... see also here:
http://bbs.archlinux.org/viewtopic.php? … hostscript
did it solved your printing problem installing ghostscript?
]]>I need a hint: my printer (epson epl 3000 with printserver attached) won't print with cups. Jobs will be send, but I see no traffice at the routers or switches. The printer does nothing.
As the hardware is rather old, I am not sure what to examine first.I just fetched cups and apache with pacman, made cupsd and httpd run, and configured cups using http://localhost:631, like I usually did in debian. The printer will not respond, whether I send testsites from cups or print documents out of gedit or something else. The printer's name reads "lp", as mozilla, opera and some exotic apps insist to send printing jobs to lp.
All I need to know is: does arch need some more action to have cups running? Then please, if someone could give me a sign.
If I did all that is supposed to be done, gimme a sign, and I know it may be the hardware.
this should work, but make sure you have installed
ghostscript
and
gimp-print
... when i last time installed on a base-0.5-arch just cups, it didnt installed ghostscript for some reason --- this will lead to some drivers to run cups ok, but actually do not print anything :-(
]]>Do you have ghostscript and gimp-print installed ? AFAIR they are dependent on each other but some dependencies are not spelled out because it would result in circular dependencies. This is a known problem.
Other than that : check the log files. Check on the command line via lpstat and friends. When I set up my printer (no network, though), I followed the manual which can also be found from http://localhost:631
]]>I just fetched cups and apache with pacman, made cupsd and httpd run, and configured cups using http://localhost:631, like I usually did in debian. The printer will not respond, whether I send testsites from cups or print documents out of gedit or something else. The printer's name reads "lp", as mozilla, opera and some exotic apps insist to send printing jobs to lp.
All I need to know is: does arch need some more action to have cups running? Then please, if someone could give me a sign.
If I did all that is supposed to be done, gimme a sign, and I know it may be the hardware.
]]>