On 4/1/22 11:21, Alexander Pevzner wrote:
Hi Zdenek,
is there any way for me to read this discussion from the very beginning?
Hi Alex,
thanks for looking into this! This will be little difficult:
Here is the initial message:
https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org/m...
Then my answer is attached here with email (I wasn't subscribed at the list when I sent the answer and forwarded message is useless in web UI...)
And then thread continues here: https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org/t...
The core of the issue: I set a weak dependency in CUPS on ipp-usb to get USB driverless support into Fedora by default and many users started to hit the expected issue with ipp-usb claiming the USB port of driverless device, which causes breakage for old driver print queue, which you can find out only by printing or scanning.
Adam brought up an idea whether this expected issue can solved - AFAIU it would need to redesign ipp-usb in a way that HTTP reverse proxy created by ipp-usb would claim the USB port only when discovery or other communication happen, and then release the port, so older ways could claim the interface, but you will know better than me.
In the end, I removed the dependency on ipp-usb for now, until this issue or migration is solved.
On 4/1/22 11:00, Zdenek Dohnal wrote:
On 3/31/22 17:59, Adam Williamson wrote:
Yeah fair point. I think the ick factor is the main reason why I'm thinking something really needs to be done to make it better. But unfortunately I'm not really thinking of a great way to handle this other than Common Bugs. Maybe with Common Bugs now being migrated to Ask Fedora, they'll get more visibility. And I can also try to remember to give #fedora folks a heads up about it on IRC/matrix.
Yeah, my problem broadly with taking this bug as a blocker is "nobody seems to have a great idea what we would then do to resolve it".
Is the underlying problem - that apparently existing "legacy" configuration and IPP-over-USB cannot peacefully coexist - really unsolvable? Fixing that seems like the *best* thing we could do...
I've added Alex, the upstream author, into CC of this email, to give us further knowledge. The same situation happened in Debian and Ubuntu and it ended as a common bug as well.
AFAIK ipp-usb creates HTTP reverse proxy over the USB port and keeps it for further communication - fixing this would probably mean to release the port, but keep the proxy the running and claim the USB once there is a request - but I'm not sure whether it is worth of effort to redesign ipp-usb for drivers, which are deprecated for twelve years and they will go away in year or two.
@Chris, I've removed the weak dependency on ipp-usb in cups[1] and sane-airscan[2], can you/I remove https://bugzilla.redhat.com/show_bug.cgi?id=2066528 from final blocker proposals now?
Zdenek
[1] https://bodhi.fedoraproject.org/updates/FEDORA-2022-7f4925bd0a
[2] https://bodhi.fedoraproject.org/updates/FEDORA-2022-5eac55ee86