On Tuesday 05 May 2009 01:55:33 pm Ken Moffat wrote:

>  Dunno when it decided to mention usb-storage, but it seems to work
> (I don't print from kde).  This is with the host controllers built
> in and the usb printer and usb storage as modules.  Perhaps this
> system has always reported like that because they are both modules
> (i.e. all usb modules get loaded because _something_ showed up on the
> usb bus).
>
>  For clfs, I've always had to add things to the minimalist rules in
> that book.  In this case, a rule for the printer:
>
>  BUS=="usb", KERNEL=="lp[0-9]*", NAME="usb/%k", GROUP="lp"
>
>  With recent versions of udev that might no longer be necessary.
>
>  In cups, I always make sure the printer is set as the default - a
> few things print to the default printer, and (if started from an
> xterm) can fail noisily if there is no default.  If you can start
> the application you use from konsole, you might get more diagnostic
> information.

The KDE   people appear  to  have abandoned  KDEprint   for kde4 and are now  
committed  to  qtprint (from trolltech) which is  not as developed as  
as kdeprint.  qtprint  has not been implemented in kde-4.2.2 
properly.   So I decided to have a go at configuring cups  using the  browser 
interface http://localhost:631.  lpinfo  -v  yields:-

########
network socket
network beh
direct usb://EPSON/Stylus%20DX6000
network http
network ipp
network lpd
direct scsi

here is   an ls of the usb-devices udev creates:-
/dev/usbdev1.1_ep00
/dev/usbdev1.1_ep81
/dev/usbdev1.2_ep00
/dev/usbdev1.2_ep01
/dev/usbdev1.2_ep04
/dev/usbdev1.2_ep07
/dev/usbdev1.2_ep82
/dev/usbdev1.2_ep85
/dev/usbdev1.2_ep88
/dev/usbdev2.1_ep00
/dev/usbdev2.1_ep81
/dev/usbdev3.1_ep00
/dev/usbdev3.1_ep81
/dev/usbdev4.1_ep00
/dev/usbdev4.1_ep81
/dev/usbdev5.1_ep00
/dev/usbdev5.1_ep81
/dev/usblp0
/dev/usbmon0
/dev/usbmon1
/dev/usbmon2
/dev/usbmon3
/dev/usbmon4
/dev/usbmon5
/dev/usb:
lp0

the DX6000 is a printer/scanner/photoopier. For scanning function  I added 
this
cat >/etc/udev/rules.d/45-libsane.rules<<"EOF"
 SYSFS{idVendor}=="04b8", SYSFS{idProduct}=="082e", MODE="664", 
GROUP="scanner"
EOF
and     the following lines at the foot of /etc/sane.d/epson.conf
usb 0x4b8 0x082e)  


And what paradox;  there is no /dev/usb/scanner0  and yet   the device 
functions in xsane quite well  ...And for cups  the printer is seen as a 
printer  (/dev/usb/lp0)  but   it does it work?

 I configured the printer using the same gutenprint driver as used by fedora9 
(where the printer works)  and it  responds  and sends a test page  but 
nothing is printed.   The test page  just stays lodged   in /var/spool/cups.  
I also tried printing from kwrite and  openoffice   but all print jubs  as 
before gets lodged  in /var/spool/cups


(Incidently there does not appear to be a /usr/bin/(enable\disable)   (  
though it says so  on the blfs recipe for cups)    I checked    distributions 
suse11-(with cups-1.3.7) and   fedora 9(cups-1.3.3)   
both reported missing /usr/bin/(enable\disable).   On the other hand 
CUPs-1.3.10  used in ferora11 seems to have /usr/bin/enable (it says so on the 
website).   There is  however  a /usr/sbin/cupsenable\cupsdisable  in my 
cblfs build,   fedora9  and suse11. )

I thus issued cupsenable     and cupsenable -c  to remove clogs in the print-q  
 
then tried a new print job  and nothing happened.

I checked the log files
###########
 /var/log/cups/access_log  reports:-
"200 - 183  Get Jobs  successful -ok"
"200 -324  CUPS get printers  succesful-ok"

/var/log/cups/error_log
"resuming new conections processing
"unable to set connections on root certificate "/var/run/cups/certs/0"  
operation not supported
###########




QUESTION(s):-

a) what is the meaning of the latter message at the tail 
of /var/log/cups/error_log (reported above),  and   what can be  done to 
avoid this?  
c)  for CUPS setups,  are  ~/bin/(enable/disable)    defunct ?
d)  for CUPS setups are ~/sbin(cupsenable\cupsdisable)   replacements for  c) 
above?    

suggestions welcomed.

lux-integ

> ĸen
> --
> das eine Mal als Tragödie, das andere Mal als Farce


-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to