zdohnal

@debiantriage AFAIK there are two ways right now how to find out whether a scanner device is under control of ipp-usb: - check mDNS communication via Avahi for our device...

Hi, thank you for reporting the issue! Actually the dependency is mentioned in README file, but if you know how to set it in setup.py, it would be great if...

Np, I closed the issue because I took it as solved by mentioning the dependency in README file, because I don't know a way how to solve it in pip...

I have tried to solve this in 2.0.2a0 and 2.0.3 versions, but with no luck :( . Probably the project will have to be migrated to newer Python distributing ways...

Hi, I've tried to reproduce the issue with your script, but with no luck... are you able to get me C backtraces (the pycups is a module for python written...

When I got a similar bug about incorrect [thread handling](https://bugzilla.redhat.com/show_bug.cgi?id=1816107), python3 process itself got segfault and generated coredump, where I could see thread conflict causing the crash. Does python3 process...

Hi @alexpevzner , thank you for creating this issue! > It was many times proposed, that `ipp-usb` will claim USB device access only when needed, and release it after use,...

Hi @tillkamppeter , > On a newly installed system I fully agree that ipp-usb gets installed and so printers and scanners are used with it and CUPS' "usb" backend will...

> > On upgrades I think we should (at least sooner or later) switch users into the driverless realm > > I don't think this is really needed. If somebody...

> Debian stable (bullseye) installs ipp-usb as a recommended package to cups-daemon. That's the same thing I've attempted to do recently in Fedora - adding ipp-usb as a weak dependency,...