On 26/02/2012 18:46, Polytropon wrote:
On Sun, 26 Feb 2012 02:42:08 +0100, Jerome Herman wrote:
You did nothing wrong, on the contrary. You now have a prefectly working
printer. You just need to tell cups it exists.
Since
# foo2qpdl-wrapper -p 2 -c cupstest.ps> cupstest.xqx
# cat cupstest.xqx> /dev/ulpt0
works, you should be able to create a new printer using a direct device.
So go on as if you wanted to create a network printer, choose
HPJetDirect (for example) when asked about the connection. Then when you
have to input the uri remove the socket:// and type usb:///dev/ulpt0.
(Yes triple / before dev)
The you can process as usual for name, options and PPD.
If it doesn't work try parallel:///dev/ulpt0
Interesting approach. Fully "unimaginable" from the CUPS
"guide to things" (i. e. how normal users _assume_ things
should be done!), but interesting. I'll try that.
The option to enter such kind of data ("parallel://" and
"usb://" isn't mentioned):
Add Printer
-----------
Connection: _________________________________
Examples:
http://hostname:631/ipp/
http://hostname:631/ipp/port1
ipp://hostname/ipp/
ipp://hostname/ipp/port1
lpd://hostname/queue
socket://hostname
socket://hostname:9100
See "Network Printers" for the correct URI to use with your print
[ Continue ]
See? Nothing for parallel or USB to enter manually.
It's like going to a car salesman, buying a car, but before
driving home from his yard, quickly exchanging the car you
bought for the car you initially wanted. :-)
Not at all, the web admin for adding a printer is basically an html
version of lpadmin. It is just easier with the web site.
Normally one should work.
Today, I tried to add the printer again. Unlike yesterday,
it got detected! (Note: System shut down during night.)
It also accepts print jobs, but they are stuck somewhere.
% lpq -PSamsung_CLX-216x_Series
Samsung_CLX-216x_Series is ready
Rank Owner Job File(s) Total Size
1st poly 202 Unbenannt1 7563264 bytes
This is from an OpenOffice session. The printer doesn't
print anything. No action.
OK this means the ppd does not handle everything. Might get a little
complicated.
Basically in cups choosing "network connection" allows you to input any
URI you want, including file and raw (now defunct I think - it was
mainly for debug anyway).
Why haven't the CUPS people thought of a kind of "know what
you want mode" where you can simply enter what you think is
correct, no matter if any auto-detection magic did work (or
not)?
They did, then they got bought by Apple...
I never tried this specific printer, but this trick worked well on a few
HP and Canon.
Tell us how it went.
I tried both of your suggestions for specifying the connection
and chose the PPD file for the printer CLX-216xsplc.ppd (size
12208 bytes). Jobs get queued, printer "is ready", but no
action on the printer.
However, when I issue a command like this:
% foo2qpdl-wrapper -p 2 -c /tmp/testpage.ps> /dev/ulpt0
pcache: unable to open '/home/poly/.ghostscript/cache/gs_cache'
pcache: unable to open '/home/poly/.ghostscript/cache/gs_cache'
pcache: unable to open '/home/poly/.ghostscript/cache/gs_cache'
pcache: unable to open '/home/poly/.ghostscript/cache/gs_cache'
The printer works. The result is _very_ dark. But hey, it's
stupid commodity hardware, and RGB and CMY are "a little bit"
different, and nothing of the cheap crap is calibrated. :-)
In the system log, I get those:
ugen1.5:<Samsung Electronics Co., Ltd.> at usbus1
ulpt0:<Samsung Electronics Co., Ltd. CLX-216x Series,
class 0/0, rev 2.00/1.00, addr 5> on usbus1
ulpt0: using bi-directional mode
ulpt0: output error
ulpt0: output error
ulpt0: output error
ulpt0: output error
Unlike yesterday, the printer now is on ugen1.5. I'll have to play
with the permissions a bit, maybe that's the reason why nothing
can be printed, even though the changes I made for device permissions
should cover all imaginable cases - all devices /dev/usb/* now
are root:cups with crwxrwx--- permissions
, the /dev/u(n)lpt0
devices are also root:cups with crw-rw---- permissions.
Really, I _need_ to dump CUPS relapse to _standard_ system tools
that seem to be easily capable of what the web-driven autodetected
elastic-legged program magic of CUPS can't. :-)
No, please don't blame CUPS, it is earnestly trying to cope with
everything thrown at him (stupid printers, gnome DBus autoconfig, Apple
Mac OSX and so on), and it is doing a fairly good job at it. I for one
do not want to go back to the time where one had to learn 2 lines long
LPD command just to print in color, double side, with an ICM profile.
Getting back to your problem. Apparently you are using an old version of
foo2qpdl, you may want to grab it from the web site directly and compile
it by hand (One of the very rare case where using the default
package/port is not a good idea at all)
You can find the howto here : http://foo2qpdl.rkkda.com/
You will need to download and link the ICM profile to have acceptable
print quality. The latest PPD is 24 874 bytes in size.
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"