Re: HP Printer getting errors

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 2008-03-25 at 11:48 +0000, Tim Waugh wrote:

> Take a look at the 'lshal' output -- you should see an entry that
> contains 'scanner' in the 'info.capabilities' list.

Couldn't find a scanner, but did a grep and found print.

[root@scrappy ~]# lshal | grep scanner
[root@scrappy ~]# lshal | grep scan
[root@scrappy ~]# lshal | grep print
udi =
'/org/freedesktop/Hal/devices/usb_device_3f0_3f11_CN491B619BO2_if1_printer_CN491B619BO2'
  info.capabilities = {'printer'} (string list)
  info.category = 'printer'  (string)
  info.udi =
'/org/freedesktop/Hal/devices/usb_device_3f0_3f11_CN491B619BO2_if1_printer_CN491B619BO2'  (string)
  printer.commandset = {'LDL', 'MLC', 'PML', 'DYN'} (string list)
  printer.device = '/dev/usb/lp0'  (string)
  printer.originating_device =
'/org/freedesktop/Hal/devices/usb_device_3f0_3f11_CN491B619BO2_if1'
(string)
  printer.product = 'psc 1310 series '  (string)
  printer.serial = 'CN491B619BO2'  (string)
  printer.vendor = 'hp'  (string)

> 
> Is that entry there?  If not, for some reason the rules are not matching
> that device in:
> /usr/share/hal/fdi/policy/10osvendor/10-hplip.fdi
> 
> If the entry is there, on the other hand, then for some reason the
> access_control.grant_group property is not getting set to 'lp', or else
> the group is not actually getting granted on the /dev/bus/xxx/yyy device
> node.

Something to note and maybe a new status..

I read over that bug report you asked me to look at and have done the
following since then..

Edited /etc/udev/rules.d/50-udev-default.rules

And change the below line to 664 instead of 644.  Don't know if that was
right or wrong, but may not ahve anything to do with what I did after...

#libusb device nodes
SUBSYSTEM=="usb", ACTION=="add", ENV{DEVTYPE}=="usb_device",
NAME="bus/usb/$env{BUSNUM}/$env{DEVNUM}", MODE="0664"

Never could get printer to print, so I removed it.  I then added it from
scratch,as in instead of plug n play, I just added it manually (via gui
though), selecting the appropriate hp drivers that it gave me, and so
far it is working, even after a reboot.  It worked this morning, then I
updated it this afternoon after work, reboot and still works so far.

So I don't know what to do next, cept see if it fails, or do something
that you may want?  I can remove it, disconnect it all or something, let
it auto detect again and see what happens?  Just let me know.

BTW, in case you do have me perform couple tests, would like to get it
back to a working order again when done in case other half wants to
print in the mean time.

-- 
Mike Chambers
Fedora Project - Ambassador, Bug Zapper, Tester, User, etc..
mikec302@xxxxxxxxxxxxxxxxx

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux