You are not logged in.
hplip is from extra. foo2zjs-nightly is from AUR. They collide is the sense that hplip's udev rules
/usr/lib/udev/rules.d/56-hpmud.rules
also, unintentionly, works on foo2zjs-nightly devices, thus in fact preventing foo2zjs-nightly devices from working.
This post actually continues [SOLVED] hplip and LaserJet 1020 issues comment #3, which was said to be a necrobump.
I wonder if it is desirable that hplip would add its not short list of ATTR{idProduct} to its udev rules to prevent the collision? Although some of hplip devices are attached to the parallel port, and thus probably have no ATTR{idProduct}, most are USB that probably have one.
Not related to the main issue of the interference, I think that some users would want to
# sed -i '/ppdev/s/^/#/' /usr/lib/udev/rules.d/56-hpmud.rules
, or its equivalent in /etc/udev/, if exists.
Last edited by regid (2018-06-02 09:11:22)
powerofforreboot.efi (AUR): Utilities to be used from within a UEFI boot manager or shell.
Offline
Moving to AUR Issues...
Offline
As covered by udev you could override /usr/lib/udev/rules.d/56-hpmud.rules with /etc/udev/rules.d/56-hpmud.rules if your system needs both.
If you think there is should be universal changes to /usr/lib/udev/rules.d/56-hpmud.rules which is supplied by upstream you could contact upstream requesting such changes.
Offline
I think the issue is not AUR related. Is this why jasonwryan@comment #2 wrote an ellipsis?
loqs@comment #3: I have filed a bug at upstream hplip bugs place.
Last edited by regid (2018-06-01 10:59:56)
powerofforreboot.efi (AUR): Utilities to be used from within a UEFI boot manager or shell.
Offline