Re: [IPP-over-USB printers/scanners] Expected breakage when ipp-usb+a driver are installed
(removing users@lists.fedoraproject.org)...
On Wed, Mar 23 2022 at 01:58:33 PM +0100, Zdenek Dohnal
<zdohnal(a)redhat.com> wrote:
Unfortunately there is no clean upgrade path to solve the migration
automatically because of unrealistic requirements such as:
- the USB device would have needed to be plugged in and turned on
during the update
- %post scriptlets don't work the same way on immutable Fedoras as
on Fedora Linux, and other upgrade possibilities such as Leapp don't
support Fedora upgrades AFAIK,
the fix has to be done manually.
Hi Zdenek,
First, thanks for your work on preparing Fedora for CUPS 3.0 and
driverless printing, and for helping me with the printer and scanner
bug reports I reported after I discovered this broke my printer after
upgrading to F36:
https://bugzilla.redhat.com/show_bug.cgi?id=2066528
https://bugzilla.redhat.com/show_bug.cgi?id=2069277
Hopefully my experience after removing my old print queue and switching
to the CUPS temporary queue is an anomaly. I know we don't *expect*
users to have this much trouble. That said, even if everything goes as
expected, requiring users to remove the original broken print queue is
unfortunate. Leaving a broken scanner device around is too.
I understand it is difficult to seamlessly upgrade users from F35 ->
F36 due to the intrusive nature of these changes. That said, I think
it's worth discussing whether a smoother upgrade is possible, because
otherwise I expect a large number of complaints from users. An
installed one-shot systemd service would avoid the need for any %post
scriplets, for example. Alternatively, could we find a way to disable
the classic drivers if the printer supports ipp-usb?
- the USB device would have needed to be plugged in and turned on
during the update
I understand the problem is you don't know whether the printer supports
ipp-usb unless it's on, right? Therefore, a one-time upgrade script has
no way to know whether the print queue should be deleted or not?
Perhaps it would be possible to delete the print queue that uses the
traditional driver whenever support for ipp-usb is detected? I don't
know enough about printing to say whether that is a reasonable
suggestion or a ridiculous one. Just brainstorming.
Michael