headers
Enrico Weigelt | 1 Apr 2004 01:21
Picon

Re: xsane build problem

* Oliver Rauch <Oliver.Rauch <at> Rauch-Domain.DE> [2004-03-30 21:17:57 +0200]:

> Please can you explain this / give an example?
try to run the build in a subdir, instead of the source root.

you have to start it in a fresh system (w/o any installed sane), 
since this problem only occours, if the includes aren't installed yet.

cu
-- 
---------------------------------------------------------------------
 Enrico Weigelt    ==   metux IT services

  phone:     +49 36207 519931         www:       http://www.metux.de/
  fax:       +49 36207 519932         email:     contact <at> metux.de
  cellphone: +49 174 7066481
---------------------------------------------------------------------
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
---------------------------------------------------------------------

--

-- 
sane-devel mailing list: sane-devel <at> lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/sane-devel
Unsubscribe: Send mail with subject "unsubscribe your_password"
             to sane-devel-request <at> lists.alioth.debian.org
Permalink | Reply | 0 comments |
headers
Enrico Weigelt | 1 Apr 2004 01:22
Picon

Re: minor: libusb not recognized

* Julien BLACHE <jb <at> jblache.org> [2004-03-31 12:46:26 +0200]:

> Enrico Weigelt <weigelt <at> metux.de> wrote:
> 
> > it is generally a bad idea if the user has no control over the build process.
> > perhaps for self-compiling users it doesn't matter very much, but for 
> > packaging it's really essential to know exactly what gets in and what 
> > comes out of the build process.
> 
> Read the output of the configure script, that's its purpose.

Is it reliably machine readable ?
Does it print out, which files will be generated an which dependencies 
the built package has ?

cu
-- 
---------------------------------------------------------------------
 Enrico Weigelt    ==   metux IT services

  phone:     +49 36207 519931         www:       http://www.metux.de/
  fax:       +49 36207 519932         email:     contact <at> metux.de
  cellphone: +49 174 7066481
---------------------------------------------------------------------
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
---------------------------------------------------------------------

--

-- 
sane-devel mailing list: sane-devel <at> lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/sane-devel
(Continue reading)

Permalink | Reply | 2 comments |
headers
Sébastien Hinderer | 1 Apr 2004 07:36
Picon

Re: Which scanner for doing good OCR under Linux ?

Dear all,

Thank you very much for your answers.
Concerning the speed of the scanner: which are the fastest scanners ? Is
there a risk that speed leads to a lost in quality of the scanned image ?

Thanks,
Sébastien.

--

-- 
sane-devel mailing list: sane-devel <at> lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/sane-devel
Unsubscribe: Send mail with subject "unsubscribe your_password"
             to sane-devel-request <at> lists.alioth.debian.org
Permalink | Reply | 1 comment |
headers
Felix E. Klee | 1 Apr 2004 12:49
Picon

Re: Which scanner for doing good OCR under Linux ?

On Thu, 1 Apr 2004 07:36:51 +0200 Sébastien Hinderer wrote:
> Concerning the speed of the scanner: which are the fastest scanners ? 

The Bookeye is quite fast when compared to most flatbed scanners. After 
all, one of its purposes is high volume scanning of books.

> Is
> there a risk that speed leads to a lost in quality of the scanned image ?

Often, scanning speed is specified in milli seconds per line. Sometimes
scanning speed also depends on the color depth. Using this information you 
can calculate the time it takes to scan one page. For example, scanning an 
A4 page for OCR (300 dpi with one bit color depth) at a scanning speed of 
3 milliseconds/line takes 
    11.7 inch * 300 lines/inch * 3 milliseconds/line = 10.5 seconds.
As for the quality: Obviously, scanning at lower resolutions and, thus, 
lower quality is usually quicker. Other than that I doubt that scanning at
high speeds leads to a decrease in quality.

Felix

PS: To contact me off list don't reply but send mail to "felix.klee" at
the domain "inka.de". Otherwise your email to me might get automatically
deleted!

--

-- 
sane-devel mailing list: sane-devel <at> lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/sane-devel
Unsubscribe: Send mail with subject "unsubscribe your_password"
             to sane-devel-request <at> lists.alioth.debian.org
(Continue reading)

Permalink | Reply | 0 comments |
headers
Julien BLACHE | 1 Apr 2004 14:03

Re: minor: libusb not recognized

Enrico Weigelt <weigelt <at> metux.de> wrote:

>> Read the output of the configure script, that's its purpose.
>
> Is it reliably machine readable ?
> Does it print out, which files will be generated an which dependencies 
> the built package has ?

That's the job of the maintainer.

JB.

-- 
Julien BLACHE                                   <http://www.jblache.org> 
<jb <at> jblache.org>                                  GPG KeyID 0xF5D65169

--

-- 
sane-devel mailing list: sane-devel <at> lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/sane-devel
Unsubscribe: Send mail with subject "unsubscribe your_password"
             to sane-devel-request <at> lists.alioth.debian.org
Permalink | Reply | 1 comment |
headers
Giuseppe Sacco | 2 Apr 2004 03:18
Gravatar

problem in compiling on cygwin

Hi, I am trying to check if saned works on windows, so I installed
cygwin and downloaded the latest release of sane-backedns. I got an
error that happens even using backends from CVS:

...
checking for CC... CC
checking whether we are using the GNU C++ compiler... no
checking whether CC accepts -g... no
checking how to run the C++ preprocessor... /lib/cpp
configure: error: C++ preprocessor "/lib/cpp" fails sanity check
See `config.log' for more details.

Is there anyone aware of this problem?

Thanks,
Giuseppe

--

-- 
sane-devel mailing list: sane-devel <at> lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/sane-devel
Unsubscribe: Send mail with subject "unsubscribe your_password"
             to sane-devel-request <at> lists.alioth.debian.org
Permalink | Reply | 9 comments |
headers
Enrico Weigelt | 2 Apr 2004 12:57
Picon

Re: minor: libusb not recognized

* Julien BLACHE <jb <at> jblache.org> [2004-04-01 14:03:20 +0200]:

> Enrico Weigelt <weigelt <at> metux.de> wrote:
> 
> >> Read the output of the configure script, that's its purpose.
> >
> > Is it reliably machine readable ?
> > Does it print out, which files will be generated an which dependencies 
> > the built package has ?
> 
> That's the job of the maintainer.

Ah, the maintainer should do it all by hand, although the machine could
do this completely by itself, if we'd once invest a couple of hours in 
writing a generic buildsystem for that, which also could be easily used
by (almost) all other packages currently relying on autoconf ?!

Oh well ...

--

-- 
---------------------------------------------------------------------
 Enrico Weigelt    ==   metux IT services

  phone:     +49 36207 519931         www:       http://www.metux.de/
  fax:       +49 36207 519932         email:     contact <at> metux.de
  cellphone: +49 174 7066481
---------------------------------------------------------------------
   -- DSL-Zugang ab 0 Euro. -- statische IP -- UUCP -- Hosting --
---------------------------------------------------------------------
(Continue reading)

Permalink | Reply | 0 comments |
headers
Henning Meier-Geinitz | 2 Apr 2004 18:22
Picon

Time table for sane-backends 1.0.14

Hi everyone,

I just have been convinced on IRC that it's time for a new release of
sane-backends :-)

Here is a proposal for a time table:

2004-04-10 Feature freeze
2004-04-24 Code freeze
2004-05-01 Release (isn't it a nice date?)

Feature freeze means that only bug fixes and documentation updates are
allowed. After code freeze only fixes of grave bugs that render a
backend completely unusable or break compilation and documentation
updates are accepted.

If there are any new backends that should be included in that release
please tell us NOW.

Please everyone have a look at out growing list of bugs and fix as
many bugs as possible:
https://alioth.debian.org/tracker/?group_id=1308&atid=410366
Or, if the bug report is bogus, close it.

This is the NEWS file. Please check and fix if necessary:

New with 1.0.14, released 2004-05-01:

* New backends: u12
* Updated backends: artec, artec_eplus48u, as6e, avision, canon630u,
(Continue reading)

Permalink | Reply | 0 comments |
headers
Henning Meier-Geinitz | 2 Apr 2004 18:58
Picon

Re: problem in compiling on cygwin

Hi,

On Fri, Apr 02, 2004 at 03:18:41AM +0200, Giuseppe Sacco wrote:
> Hi, I am trying to check if saned works on windows, so I installed
> cygwin and downloaded the latest release of sane-backedns. I got an
> error that happens even using backends from CVS:
> 
> ...
> checking for CC... CC
> checking whether we are using the GNU C++ compiler... no
> checking whether CC accepts -g... no
> checking how to run the C++ preprocessor... /lib/cpp
> configure: error: C++ preprocessor "/lib/cpp" fails sanity check
> See `config.log' for more details.
> 
> Is there anyone aware of this problem?

I haven't heard about that problem until now. Can you show us the
complete output of configure and also config.log?

Doesn't use cygwin gcc? I'd expect "checking for gcc... gcc" in this
case. And it looks strange to check for the "C++" preprocessor if
there is no C++-compiler.

Bye,
  Henning

--

-- 
sane-devel mailing list: sane-devel <at> lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/sane-devel
(Continue reading)

Permalink | Reply | 8 comments |
headers
Giuseppe Sacco | 2 Apr 2004 19:34
Gravatar

Re: problem in compiling on cygwin

Il ven, 2004-04-02 alle 18:58, Henning Meier-Geinitz ha scritto:
> Hi,
[...]
> I haven't heard about that problem until now. Can you show us the
> complete output of configure and also config.log?
> 
> Doesn't use cygwin gcc? I'd expect "checking for gcc... gcc" in this
> case. And it looks strange to check for the "C++" preprocessor if
> there is no C++-compiler.

I'll have access to that machine on monday, so expect a reply next week.

In the meantime, in http://www.spinics.net/lists/ac/msg00396.html
I found that:

> I do know that libtool 1.5 will switch the current language to C++
> and will attempt to test the C++ pre-processor regardless of
> whether your project uses C++.  Are you using libtool 1.5?
>
> When the project doesn't use C++, treating the failed C++ "/lib/cpp"
> as a fatal error is atrocious.
>
> Development libtool allows you to specify which languages to configure
> so you can limit configuration to C.

I found more information about this in
http://mail.gnu.org/archive/html/libtool/2001-07/msg00159.html 

Bye,
Giuseppe
(Continue reading)

Permalink | Reply | 7 comments |

Gmane