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:
>>> I think we have an overzealous "Note" in the Kernel Configuration
>>> part of the cups instructions -
>>>
> [...]
>
> Thanks for the reply - I was starting to think my message had got
> lost (I haven't yet got a copy from the list, but that is also true
> of one or two recent posts on the -support lists where I've only
>>
>> I have always used libusb, so, do not know much about this. But this
>> subject is of much interest for me, you know...
>>
>> After reading your post I tried escputil, unfortunately:
>>
>> {{{
>> $ env LC_ALL=C sudo escputil --new --raw-device=/dev/usb/lp0 --identify
>
> 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.
>
>> ...
>> Unknown printer Stylus CX7300!
>> EPSON Stylus CX7300
>>
>> ...
>>
>> $ escputil -M | grep CX7
>> escp2-cx7000f Epson Stylus CX7000F
>> escp2-cx7400 Epson Stylus CX7400
>> escp2-cx7700 Epson Stylus CX7700
>> escp2-cx7800 Epson Stylus CX7800
>> }}}
>>
>> Cups uses Epson Stylus CX7000F an sane uses Epson Stylus CX7400. I would
>> like to discover how to instruct escputil to think that the printer is
>> one of those two. Failed to find it in web searches.
>>
> You say your printer also does scanning, i.e. it is a multifunction
> device. One link I found was
> http://lists.linuxfoundation.org/pipermail/printing-architecture/2012/002412.html
> which suggests that multifunction printers are a bit too complex for
> the traditional methods.
Yes, it is multifunctional. Sorry, forgot to write it.
Thanks for the link. I read there that the problem I have and the patch
I included in BLFS for ipp over the network was also due to those
modifications. Last CUPS update for the book i did, tried to make it
work with avali, but failed, that's why I keep the patch there.
> 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
}
>> 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.
>> Tried using ldd to find any CUPS library or application linked to libusb
>> in LFS7.4: none.
>>
>
> Yeah, the use is well hidden. And the build-system defaults to a
> "quiet" output so that the commands do not get shown. With 1.7.0,
> (I'm still using that) if libusb-1.0 is found it will be reported in
> the CFLAGS (I can see that in my log) and it should define LIBUSB
> as -lusb-1.0. That gets referenced in backend/Makefile - it is used,
> if present, when backend/usb is created - and that gets
> installed at /usr/lib/cups/backend/usb.
>
> ĸen
>
I knew about /usr/lib/cups/backend/usb, but no the rest of the info
relating to libusb. Thanks.
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.
--
[]s,
Fernando
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
