Hi Matteo,
I reviewed this patch and it looks *mostly* okay. The only place where
I think you dropped the ball a bit is in the command-line option error
handling. The original code outputs a usage message when it finds the
help option as well as when it encounters anything unexpected. It also
r
Hi,
Eduard - Gabriel Munteanu writes:
> This has been tested on USB only. Please keep me cc-ed for replies,
> as I'm not subscribed to the mailing list.
>
> Eduard - Gabriel Munteanu (3):
> magicolor: fix USB device detection
> magicolor: complete support for duplex ADF
> magicolor: add sup
Had "one last look" at the problem, which did it. :)
The problem was two-part, and both parts were
related to the SANE sources/installation.
1) Wrong group ("lp") on scanner device node in
/dev/bus/usb/... was being set by udev
libsane.rules installed in /lib/udev/rules.d
(one of the 2013 d
Hi Luiz,
Luiz Angelo Daros de Luca writes:
> Thanks for the mention Olaf,
>
> Adding more to the subject, there are more patches (including some not
> mine) which would be interesting to be upstreamed:
Thanks for the pointers.
> https://github.com/luizluca/openwrt-packages/tree/sane/utils/sane-
On 09/12/2015 07:02 AM, Olaf Meeuwissen wrote:
Yury Tarasievich writes:
[snip]
The point is the software actually somehow fails
to open a lock file in /var/lock/sane, which
must involve some subtlety in my system. Like,
why does the device node get its group owner set
to 'lp'?
Re the `lp` gro
Yury Tarasievich writes:
> [snip]
> The point is the software actually somehow fails
> to open a lock file in /var/lock/sane, which
> must involve some subtlety in my system. Like,
> why does the device node get its group owner set
> to 'lp'?
Re the `lp` group assignment, this may be caused b
Thanks for the mention Olaf,
Adding more to the subject, there are more patches (including some not
mine) which would be interesting to be upstreamed:
https://github.com/luizluca/openwrt-packages/tree/sane/utils/sane-backends/patches
I'll try to explain their motivations:
* 002-remove-uneeded.pat
m. allan noah writes:
> It has been 2 years since our last release, so here we go again:
>
> Timetable:
> Sept 19, 2015: Feature freeze (only bugs, translation and doc updates)
> Sept 26, 2015: Code freeze (only horrible bugs, translation and doc updates)
> Oct 03, 2015: Release
>
> Note, it is hi
Well, the USB IDs are there in plustek.c :),
and, in fact, I've successfully used this same
box+scanner back in 2010 (such hardware lifespan
must be a thing unheard of in the West :) More,
I've did it as a normal user then, so I know
it's possible.
The point is the software actually somehow
Hello,
On Sep 10 22:40 Yury Tarasievich wrote (excerpt):
... failing to open the device under a non-root account
... Scanning under root works fine.
In general for a possible
"workaround to get those kind of issues out of sight"
you may have a look at the section
"USB scanner access permissio
Out of curiosity: Are you sure that the plustek backend is the
one that supports your device?
--
Gerhard
On Friday 11 September 2015 00:00:05 Yury Tarasievich wrote:
> If only I knew.
>
> Not the same slackware distro and sane version
> and installation, of course, but the same moves
> post-i
11 matches
Mail list logo