http://bugzilla.opensuse.org/show_bug.cgi?id=1151174 http://bugzilla.opensuse.org/show_bug.cgi?id=1151174#c7 Mindaugas Baranauskas <opensuse.lietuviu.kalba@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Version|Leap 15.1 |Leap 15.2 Resolution|UPSTREAM |--- --- Comment #7 from Mindaugas Baranauskas <opensuse.lietuviu.kalba@gmail.com> --- (In reply to Martin Wilck from comment #5)
The "right thing" to do would be to introduce some generic udev variable similar to SYSTEMD_READY=0 that udev-configure-printer would recognize as a warning no to touch the device. The FW upload process should be handled by some daemon in the background. When it's finished and the printer is operational, another uevent could be triggered, and udev-configure-printer would then hopefully be able to deal with the printer in healthy status.
Thus this bug seems in udev-configure-printer, not in third party HPLIP. I reopen tis bug. Can we introduce some variable (similar to SYSTEMD_READY=0), blacklist or delay in udev-configure-printer to allow HPLIP send firmware before udev interactions (or simple wait e.g. half minute)? -- You are receiving this mail because: You are on the CC list for the bug.