doesn't set it back. It's
been a while since I last looked into this, but that's my recollection.
Pretty much the only explanation I can see for what Joseph is seeing.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org
.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xFA1E5292
.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
the other side too.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
ways.
If we add this wildcard, we'll never complete this mapping, which I
think has some value in itself.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
Simon Becherer simon at becherer.de wrote:
Hi Simon,
here there is the line for my epson gt 1+ scanner (scsi):
# Epson GT-1+
ATTRS{type}==3, ATTRS{vendor}==EPSON,
ATTRS{model}==SCANNER GT-1
Added, thanks for your report!
JB.
--
Julien BLACHE
.
But the real problem is that MFP should expose several USB devices and
not just a single one.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
into this.
MFPs have always been a royal pain in the rear and ACLs weren't
available to help fix that until recently. Hopefully it'll work out...
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
access to the scanner
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
.
See http://lwn.net/Articles/414467/ for more (links/comments).
HTH,
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
that.
The udev rules are generated from the desc files using sane-desc. You
need to add the scanner to the desc file for avision and it'll appear in
the udev rules after that.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org
issue btw. The HP5300C was quite popular and sold for a long time.
I also have a report for the AV120 (#548731).
I've not heard from Nicholas.
The pixma fix is still in work, IIRC we should hear back from Gernot in
the coming weeks.
JB.
--
Julien BLACHE http
delay any new release until epson2 and pixma are back in working
order, at least.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
ESC m. That has been fixed in
Hmm. The log in question is in #583166 actually. There's no ESC m
command in this log that I can see and the version being used has both
the ESC m fix and the cancel fix.
So looks like there's something else going on?
JB.
--
Julien BLACHE
not be applied in
general.
Thanks, Olaf!
Also note that the 640u still doesn't work with epson2 after the fixes
that have been done so far; it's still NAKing some command (there's a
log in the Debian bug report if anybody wants to look into it).
JB.
--
Julien BLACHE
-i).
Also, pleaser consider rebasing your branch on top of master, then
pulling that into master (that'll be a fast-forward, not a merge) and
pushing that out. Merge commits are a pain in the *ss when bisecting, so
avoid them as much as possible.
JB.
--
Julien BLACHE
we can remove the untested bit from 1394 in the
supported devices table?
Yes. I'll do that later today. Thanks for the test report :)
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
Olaf Meeuwissen olaf.meeuwissen at avasys.jp wrote:
Hi,
Nope. Waiting for the debug log but perhaps people should give the
epkowa backend a try.
Log at http://bugs.debian.org/597922; getting a NAK on ESC @, if that
rings any bell :)
JB.
--
Julien BLACHE
Olaf Meeuwissen olaf.meeuwissen at avasys.jp wrote:
Hi,
Thanks for the quick follow-up! And I didn't even ask ;-)
;)
Out of curiosity, how many SANE/Debian bug reports can be closed now?
4 in Debian, don't know about SANE.
JB.
--
Julien BLACHE http
Olaf Meeuwissen olaf.meeuwissen at avasys.jp wrote:
Hi,
Out of curiosity, how many SANE/Debian bug reports can be closed now?
I'm told it doesn't work with the Perfection 1650, any idea what the
problem might be? Requesting a debug log in the meantime :)
JB.
--
Julien BLACHE
Gerber van der Graaf gerber.vdgraaf at gmail.com wrote:
Hi,
So far I know, this is not allowed for GPL Version 2 software, like
Sane. Am I correct?
SANE is not GPLv2.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org
Olaf Meeuwissen olaf.meeuwissen at avasys.jp wrote:
Hi,
Changes to the epkowa.desc file have been attached. If someone could
commit these to sane-backends that would be appreciated.
Applied, thanks.
JB.
--
Julien BLACHE http://www.jblache.org
jb
?
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
, thanks!
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
the raw debug in genesys if your users are using
this backend.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
a
bug somewhere else?
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
E. MARC e.marc at orange.fr wrote:
My OS is Debian Squeeze.
XSane 0.994
That's not the version of XSane shipping in Squeeze.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
Roberto A. Foglietta roberto.foglietta at gmail.com wrote:
Hi,
Could someone tell me why it was refused, please?
scanadf implements this already, and the patch uses popen().
Does someone know any reason to not apply that patch?
The patch uses popen().
JB.
--
Julien BLACHE
/~cjwatson/blosxom/2010/10/03#2010-10-03-pipeline-library
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
pull the tree and give it a go?
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
Alesh Slovak alesh.slovak at avasys.jp wrote:
Hi,
Attached are changes to epkowa.desc (against the git snapshot of
2010-09-16).
If someone with commit privileges could add these changes, it would be
much appreciated.
Applied, thanks!
JB.
--
Julien BLACHE
a proper fix.
I plan to look into this RSN, and also the saned issue. Short on time,
lots of things happening...
The fix looks good, I'll look into the dll.d issue too.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org
and regular bugs better than
that of the said solution ;)
Though it's been better lately.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
, on the other hand, can have quite some side-effects.
I wonder why there is no reply from sane-backends package maintainers
of other Linux distributions - perhaps everybody on summer vacation?
Simply put, because SuSE and Debian are the only distributions that
actually care about SANE.
JB.
--
Julien
.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
Johannes Meixner jsmeix at suse.de wrote:
Hi,
Therefore I dare to suggest to branch the current sane-backends
into two branches:
[...]
What do you think?
Two branches, one too many.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org
Kai-Uwe Behrmann ku.b at gmx.de wrote:
Hi,
Any chance to get the supplied patches accepted in the current
sane-backends git?
In the current state of things, no.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org
manpower to produce a revamped
version of SANE :/
YMM(and will)V
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
always been frozen, and an attempt at thawing it a bit to
extend the API/ABI in a backward-compatible way has failed
spectacularly.
So unless we want to restart that effort, I don't see how your patch can
get merged in SANE 1.
Not that I don't want it, note.
JB.
--
Julien BLACHE
Alesh Slovak alesh.slovak at avasys.jp wrote:
Hi Alesh,
Attached are changes to epkowa.desc (against the git snapshot of 2010-07-11).
Applied, thanks.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID
/xerox_mfp.conf. the scanner then works
flawlessly. but as soon as i upgrade to 1.0.21 (where sane.d config
already contains my device) something goes wrong and i can only get a
grayscale output, to be more specific:
Known and fixed already in git.
JB.
--
Julien BLACHE
I've built sane-backends with both gcc and clang while fixing those
warnings. I haven't actually tested the resulting binaries built with
clang, though. No reason why they wouldn't work.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org
://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583166
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
. It's all I've got so far but I'm afraid there's more to
come... two reports in a couple days is meaningful in my experience
maintaining SANE :/
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
for using a proprietary backend that isn't properly
integrated in the system (udev/consolekit).
Though Ubuntu could do a better job when it comes to SANE, they're not
really at fault for this one.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org
, of course, that Ubuntu did not break the scanner group in
their ConsoleKit setup.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
, and as such has been removed as a cleanup in 1.0.20.
So it's not coming back.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
m. allan noah kitno455 at gmail.com wrote:
How do you think we feel? :) And no, I don't want to contemplate what
comes after udev
You should, really. Never miss a good laugh, there aren't so many in
this world...
JB.
--
Julien BLACHE http
, and the rest of the frontends are not
really maintained.
Seconded. Also, XSane can now be considered unmaintained, so if someone
would like to step up ...
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID
Chris Bagwell chris at cnpbagwell.com wrote:
Hi,
Others have replied about the remaining issues once @RESMGR@ typo is
Speaking of resmgr, I think we can safely remove any code using it. I
doubt it's still in use in SuSE... I'd be very surprised if it was.
JB.
--
Julien BLACHE
m. allan noah kitno455 at gmail.com wrote:
[on-list, this time...]
New with sane-backends 1.0.21, released 2010-04-25:
I've just pushed a RELEASE_1_0_21 tag, corresponding to commit
7b0a6ecd049088717156d95c2a0d5037d9ec1427.
JB.
--
Julien BLACHE http
.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
- Files - Admin - Edit releases - edit the 1.0.21 release to
remove files and upload new ones :)
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
of the Avasys website there is no PM-A820 driver. )
Yes, epkowa is Epson's backend for all their models. If your model is
not listed, then it's not supported AFAICT.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG
website directly.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
from git; it has a
number of fixes over 1.0.20, but more importantly, don't use saned from
1.0.19. It has bugs, and lacks a workaround for broken backends putting
their fingers where they have no business putting them.
JB.
--
Julien BLACHE http://www.jblache.org
Alesh Slovak alesh.slovak at avasys.jp wrote:
Hi,
Attached are changes to epkowa.desc (against the git snapshot of 2010-02-21).
Applied and pushed out.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID
that anymore.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
in the pants :)
There are quite a number of people I'd like to kick where it hurts, but
you're certainly not on that list; #1 on that list is a certain backend
maintainer who left us with a totally broken backend and no proper VCS
history to pinpoint the breakage.
JB.
--
Julien BLACHE
to build those backends, but disable them by default.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
Ondrej Zary linux at rainbow-software.org wrote:
Hi,
HP ScanJet IIp (C1790A) is detected as a processor (SCSI device type 3) but
it's missing from SANE udev rules, resulting in incorrect device permissions.
This patch fixes it.
Applied, thanks.
JB.
--
Julien BLACHE
Peter van Heun peter at webstek.org wrote:
/proc/bus/usb/001/006 has rights '-rw-rw-r--' and user:group
'root:plugdev'. Changing it to something else do not matter. Using
adduser saned plugdev
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org
Alesh Slovak alesh.slovak at avasys.jp wrote:
Hi,
If someone with commit privileges could add these changes, I would be
grateful.
Done.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
of this specific driver version.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
file by copying it to
/etc/udev/rules.d and making their changes. The files in /etc take
precedence over the files in /lib.
Will only work with recent enough udev and distros, would work on Debian
starting with Squeeze.
JB.
--
Julien BLACHE http://www.jblache.org
Johannes Meixner jsmeix at suse.de wrote:
Hi,
the syscall interface for udev is not stable
which is udev's fault,
I'm not sure netlink qualifies as a syscall interface, so it may very
well escape Greg KH's law of stable APIs.
*g*
JB.
--
Julien BLACHE http
that know zilch about integration
- no communication with the community
- proprietary stuff
epkowa is a notable exception to the first 3 points :)
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID
that brought you that unstable,
ever-changing, ever-breaking USB stack are the same people who started
and led udev for a while. Oh, and that little thing called
stable-api-nonsense.txt, too.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org
. (that may make a machine
unbootable until all duplicate LABELs are removed ... been there, done
that, got to keep both pieces)
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
work for a litte bit of time (until the
next incompatible change happens out of a sudden).
My point was, this particular example was *not* udev's fault BUT we got
to see it in userspace because udev's broken by (non-)design.
JB.
--
Julien BLACHE http
m. allan noah kitno455 at gmail.com wrote:
Ouch. I don't want us to do anything like that. I wonder if it will be
possible for the 'third party' files to avoid using LABEL?
We use LABELs already.
JB.
--
Julien BLACHE http://www.jblache.org
jb
because it's so big.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
to hplip to handle the devices they support.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
Alesh Slovak alesh.slovak at avasys.jp wrote:
Hi,
If someone with commit privileges could add these changes, I would
once again be grateful.
Committed and pushed out.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org
CarterBueford at gmx.net wrote:
Hi,
the following two scanners are not listed, any chance to get them working?
Which backend do I have to use?
HP psc-1510
hplip
Samsung SCX-4200
xerox_mfp
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org
autoreconf-2.63: aclocal failed with exit status: 1
You need libtool and automake.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
to the hplip guys.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
.
And that last part about asking /may/ have some cultural implications.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
a driver.
Because when they do, it's crap, either proprietary crap or opensource
crap. (*cough* hplip *cough*)
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
The situation is exactly the same for this one, except the online
license agreement is the GPL. Misleading at best.
FAIL, too.
Would we be able to incorporate these backends into sane-backends?
Obviously not.
JB.
--
Julien BLACHE http://www.jblache.org
jb
it to
sane-backends, so... that may not be worth it.
I doubt you could get all the code, anyway.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
Alessandro Zummo azummo-lists at towertech.it wrote:
btw, which software is actually using the exception?
I believe Vuescan does, for parts of sanei.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID
Mark Farnell mark.farnell at gmail.com wrote:
Both packages contain a good amount of C codes under
brscan/backend_src lib and sanei
Are these code sufficient for us to build a backend for sane-backend?
No.
JB.
--
Julien BLACHE http://www.jblache.org
jb
litlle girl little.linux.girl at gmail.com wrote:
Hi,
xpdf ./multipageproject.pdf
Error (492): Unknown operator ',00'
The attached patch should fix this problem.
You can also try setting LC_NUMERIC to POSIX before starting
XSane. This is a locale issue.
JB.
--
Julien BLACHE
litlle girl little.linux.girl at gmail.com wrote:
Hi,
problem solved
your patch woks :D
now pdfs are ok!
Thanks for the report testing :)
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID
, but it
should be fixed in the version you're using.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
OK, that's not the bug I expected to see.
Can you send me a sample PDF file? Even a small blank area will do,
please verify that it has the same bug before sending it :)
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org
*max_remaining_time);
there are buggy scanners that do not return a warming up condition unless
you actually start to scan.
And scanners like the Epson Perfection 2480 and friends that tells you
it needs 23 seconds for warmup, then another 8 seconds.
JB.
--
Julien BLACHE
.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
the list again and iterate?
Yes, it becomes a mess for everybody when that happens.
And it doesn't make sense anyway. What do we ship as sane-backends if
we release backends on their own? The headers and dll+net+saned? Come
on. And then there's this thing called sanei.
JB.
--
Julien BLACHE
be linked to both SANE and SANE 2. But there's
no point, really. Frontends will switch once SANE 2 reaches critical
mass.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
are maintained and
which aren't.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
API not binary compatible?
There are a couple of limitations that cannot be lifted without that,
so yes.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
that in an environment with a lot
of devices. Looks like it requires some heavy maintenance to spread
ICC profiles around on all user machines and keep everything in
sync. Out of the scope of your project, but still.
JB.
--
Julien BLACHE http://www.jblache.org
jb
Yiannis Belias jonnyb at hol.gr wrote:
Hi,
Crystal clear, now.
Great :) The bottom line is, I think, ICC support has to be either
outside or inside SANE, but it can't have one foot inside and one
outside.
So your plan B is dead, plan A is probably the way to go.
JB.
--
Julien BLACHE
saned instance, given that inetd starts a new
instance for each connection on the port.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
take
a while...
The counterpart to saned is the net backend, which is usually used
through the dll backend. Both only implement the SANE API and only
provide the SANE API calls.
Now, where does your get_icc_profile() fit in there? Right, it
doesn't.
JB.
--
Julien BLACHE
the information needed to
determine which ICC profile applies.
JB.
--
Julien BLACHE http://www.jblache.org
jb at jblache.org GPG KeyID 0xF5D65169
1 - 100 of 698 matches
Mail list logo