I compiled tag RELEASE_1_0_24. A slight change in the outcome:
Before (1.0.25)
--
sane-find-scanner finds scanner at correct USB port
scanimage -L finds scanner with correct driver (avision) at correct USB port
xsane fails on preview
scanner is no longer found by
Is this still a known problem? I'm seeing it with 1.0.25 on Fedora 25. The
5300C works fine under Ubuntu 14.04 with 1.0.23. I'm going to try reverting
to 1.0.24 on Fedora unless someone tells me it's crazy (which, by
definition, it is, right?)
--
View this message in context:
Hi Henrique,
m. allan noah writes:
> On Sun, Nov 15, 2015 at 9:33 PM, Henrique Martins wrote:
>>> Are you able to compile sane-backends from source?
>>
>> If I can find the time, I should be able to. (Though I will
>> need to brush up on git, specially on how to rollbacks the
On Sun, Nov 15, 2015 at 9:33 PM, Henrique Martins wrote:
>> Are you able to compile sane-backends from source?
>
> If I can find the time, I should be able to. (Though I will
> need to brush up on git, specially on how to rollbacks the
> commits mentioned on the Agfa thread).
>
>
> Are you able to compile sane-backends from source?
If I can find the time, I should be able to. (Though I will
need to brush up on git, specially on how to rollbacks the
commits mentioned on the Agfa thread).
Assuming I start here
https://alioth.debian.org/scm/?group_id=30186
-- Henrique
Well, we certainly have had a number of USB problems caused by the
Linux kernel xhci driver. It is possible that some scanners do not
like our workarounds, particularly older ones. Are you able to compile
sane-backends from source? That would help us troubleshoot the cause.
allan
On Sun, Nov 15,
On Fedora 23, 1.0.25.1 fails with my HP ScanJet 5300C.
Downgrading to 1.0.24.14 and everything works.
Latest finds scanner with sane-find-scanner.
Scanimage -L finds the scanner (at least for root)
Xsane hangs with device I/O error.
Looks like there are two other threads with 1.0.25 not
finding