On Wed, Jan 22, 2014 at 11:06:31AM -0300, Fernando de Oliveira wrote:
> Hi ĸen,
> 
> Em 21-01-2014 15:56, Ken Moffat escreveu:
> > On Tue, Jan 21, 2014 at 11:30:05AM -0300, Fernando de Oliveira wrote:
> >> Em 20-01-2014 21:24, Ken Moffat escreveu:

> >  On my system, /dev/usb/lp0 is created for the usblp driver - i.e.
> > you have created usblp.ko in
> > /lib/modules/$(uname -r)/kernel/drivers/usb/class/
> > 
> >  Without that driver, the device does not exist for me.
> 
> Yes. Have you tried it as built in the kernel, instead of module? I
> think we need to know that for the book, when we decide it is ready.
> 
 No, only that one system has libusb, and the choice of packages
(basically, what was not built in my first build with make-4.0) is
not convenient for my normal usage.

> >  NB escputil is a user tool, the printer needs to be idle but you
> > don't need root permissions.  For checking ink levels,
> >  escputil -i -r /dev/usb/lp0
> > works for me.
> 
> Not at Lubuntu:
> 
> {{{
> $ env LC_ALL=C escputil --new --raw-device=/dev/usb/lp0 --identify
> Escputil version 5.2.8-pre1, Copyright (C) 2000-2006 Robert Krawitz
> Escputil comes with ABSOLUTELY NO WARRANTY; for details type 'escputil -l'
> This is free software, and you are welcome to redistribute it
> under certain conditions; type 'escputil -l' for details.
> 
> Cannot open /dev/usb/lp0 read/write: Permission denied
> }

 Nasty.
> 
> >> Back to your subject, I did some tests in Lubuntu (my CUPS/SANE server).
> >>
> >> {{{
> >> $ lsmod | grep usb
> >> usblp                  17885  0
> >> usb_storage            39646  0
> >> }}}
> >>
> 
> Did that for Mageia, Arch and Fedora, as promissed, there is no output,
> from Fedora:
> 
> {{{
> [ fernando@VMWFedoraNG ~ ]$ lpstat -p -d
> printer Epson_Epson_Stylus_CX7300 is idle.  enabled since Qua 22 Jan
> 2014 10:58:39 BRT
> system default destination: Epson_Epson_Stylus_CX7300
> 
> 
> 
> [ fernando@VMWFedoraNG ~ ]$ lsmod | grep usb
> [ fernando@VMWFedoraNG ~ ]$
> }}}
> 
> {{{
> fernando@VMWArch ~ $ lpstat -p -d
> printer Epson-Stylus-CX7300 is idle.  enabled since Qua 15 Jun 2011
> 15:17:44 BRT
>         File "/System/Library/ColorSync/Profiles/Generic CMYK
> Profile.icc" not available: No such file or directory
> printer Epson-Stylus-CX7300:1 disabled since Qua 24 Out 2012 11:26:58 BRT -
>         Backend /usr/lib/cups/backend/tpvmgp does not exist!
> system default destination: Epson-Stylus-CX7300:1
> 
> 
> fernando@VMWArch ~ $  lsmod | grep usb
> usbcore               154188  3 uhci_hcd,ehci_hcd,ehci_pci
> usb_common              1604  1 usbcore
> }}}
> 
> {{{
> [fernando@VMWMageia ~]$ /sbin/lsmod | grep usb
> usbhid                 47320  0
> hid                    87153  2 hid_generic,usbhid
> usbcore               189409  4 uhci_hcd,ehci_hcd,ehci_pci,usbhid
> usb_common             12921  1 usbcore
> }}}
> 
> However, Mageia is useless, cups was not installed, failed to get it
> configured.
> 
> Think that those data above help nothing.
> 
> >  Debian and ubuntu had code to get both backends working (see the
> > link above), and I guess some of it is now upstream.
> 
> That link you gave informs that upstream did not accept, IIRC.
> 
 Yeah, but it was an old link, well before cups-1.7.

> 
> I do not know if I have anything to add to your info. It is a big move,
> bringing the printer to connect via usb, but you feel that this is
> needed, please just ask.
> 
 I very much doubt that will help.

 My current position re printing is:

 Where escputil works (some, or all, epson usb non-multifunction
printers, from the computer connected directly to the printer), it
requires the kernel usb printer driver : known to work if that is a
module, I will test (at some time in the future) if building the
driver into the kernel breaks cups,  I suspect that the move to
libusb-1.0 might have fixed this,  but that is just a guess.

 Maybe I'll ask on -support too, to see if there are any conflicting
views there.  But first, I'm still looking for some missing
paperwork, and getting increasingly desperate.

ĸen
-- 
das eine Mal als Tragödie, dieses Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to