This is a multi-part message in MIME format.
--030906010307090201010901
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hi!
Henning Meier-Geinitz schrieb:
> Hi,
>
> On Fri, May 30, 2003 at 09:03:01PM +0200, Christoph Bier wrote:
[. . .]
> Well, that could
This is a multi-part message in MIME format.
--030502020609000906070207
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Henning Meier-Geinitz schrieb:
> Hi,
>
> On Fri, May 30, 2003 at 07:52:11PM +0200, Christoph Bier wrote:
>
>>Using libusb only slightly c
Hi,
On Fri, May 30, 2003 at 07:52:11PM +0200, Christoph Bier wrote:
> Using libusb only slightly changes the error
> messages to "no devices available".
This may be a different problem. Check the log file again. Does that
also happen as root?
> But I noticed accidentally, that the kernel scanner
Hi,
Henning Meier-Geinitz schrieb:
> Hi,
>
> On Thu, May 29, 2003 at 09:44:12PM +0200, Christoph Bier wrote:
[. . .]
> That's strange. Looks like the kernel didn't like the first error and
> now returns an error for the next command also.
>
> Try libusb instead of the kernel scanner driver:
>
On Fri, 30 May 2003 16:27:31 +0200
Henning Meier-Geinitz wrote:
> Hi,
>
> On Thu, May 29, 2003 at 08:54:04AM +0200, Peter Kirchgessner wrote:
> > because it can be very dangerous to generally grant users access to
> > generic SCSI-devices, this step must be performed manually.
> > Unfortunately
Hi,
On Wed, May 28, 2003 at 12:58:23AM +0200, Franz Bakan wrote:
> 1.0.12 configures and compiles fine on OS/2 with gcc 2.8.1 as well as with
> gcc 3.2.1.
Nice. The current entry on the platforms list is for "OS/2 4.5
(eComStation)". Is this still correct? USB isn't supported? What about
dynamic
Hi,
On Thu, May 29, 2003 at 08:54:04AM +0200, Peter Kirchgessner wrote:
> because it can be very dangerous to generally grant users access to
> generic SCSI-devices, this step must be performed manually.
> Unfortunately you only get a hint from sane-find-scanner about the
> permissions when runn
Hi,
On Thu, May 29, 2003 at 09:44:12PM +0200, Christoph Bier wrote:
> [gt68xx] gt68xx_device_generic_req: command=0x70
> [gt68xx] >> 70 01 00 00 00 00 00 00 70 01 00 00 00 00 00 00 70 01 00 00 00 00
> 00 00 70 01 00 00 00 00 00 00 70 01 00 00 00 00 00 00 70 01 00 00 00 00 00 00
> 70 01 00 00 00
Peter Santoro wrote:
> I'm considering on buying a fujitsu scanparter scanner ( 93GX, fi-4220C,
> 15c, or 620c), but I want to be certain that I purchase one that is well
> supported by sane (or perhaps scanDoX).
>
> The folks at scanDoX indicate that fujitsu 15c/620c scanparter scanners
> are
peter, i have the sp15c sitting here in a box. i have used it with both
the avision backend and the sp15c backend. they both work, but the sp15c
backend supports all of the resolutions and modes of the scanner, and
avision backend is a little more generic.
i have sent to the avision backend mai
I'm considering on buying a fujitsu scanparter scanner ( 93GX, fi-4220C, 15c,
or 620c), but I want to be certain that I
purchase one that is well supported by sane (or perhaps scanDoX).
The folks at scanDoX indicate that fujitsu 15c/620c scanparter scanners are
supported in sane via sp15c drive
On Tue, 18 Mar 2003, Henning Meier-Geinitz wrote:
> On Tue, Mar 18, 2003 at 07:28:40PM +, William Gallafent wrote:
> > Scanning in 8-bit grey 300dpi, though, leads to some random
> > 'stretching' of parts of the result, and the head sometimes doesn't
> > get to the end of the scan area.
>
> So
12 matches
Mail list logo