[sane-devel] Epson dx4400 support for asus wl500g router
hagar at iinet.net.au
Mon Mar 15 08:04:40 UTC 2010
I have an Epson TX110 which was supposedly only supported by epkowa.
I had major problems with epkowa - crashing freezing etc.
I now use the epson2 driver for sane and the TX109 Gutenprint driver for
Had no problems since.
I had to play with the detection settings is all.
usb 0x4b8 0x84d
Alesh Slovak wrote:
> Predrag Punosevac wrote:
>> What did you mean when you said that "epkowa backend itself is open
>> source"? Did you mean compiles on Linux?
> The epkowa backend is a fork of the epson backend and it is licensed
> under the GPL + SANE exception just like any other SANE backend. It
> does also happen to compile on Linux. The frontend and the binary
> plugins are, of course, another story.
> My statement that "The epkowa backend ... can be compiled for your ARM
> system" is misleading. What I really meant was since the source code
> is available, it should be possible to compile for ARM with some work.
> However, we have never tried it ourselves.
>> Epkowa fails miserably to compile on any Unix-es to my knowledge.
>> When I say Unix, I mean Solaris, HP-Unix, BSDs, AIX, Irix. The only
>> very limited success is the work of FreeBSD developer Luigi Rizzo who
>> was able to port some very old version of Epkowa to FreeBSD. The
>> compilation even of that source code fails miserably on my platform
>> (OpenBSD)? And I am not talking here ARM, sparc, or God forbid mips64
>> architecture. I am talking about i386 crap.
> As a developer, I am interested in supporting operating systems other
> than Linux. We try to keep portability in mind, but only actively
> compile on Linux, so incompatibilities are bound to creep in. You are
> welcome to send us logs or even better, patches. However, I cannot
> guarantee that any patches we receive will be integrated.
> One thing to keep in mind is that the frontend requires a binary blob
> that is provided only for Linux systems. On non-Linux systems you will
> only be able to compile the epkowa backend. You can disable the
> compilation of the frontend with: ./configure --disable-frontend
>> Does Epson corporation have a genuine interest in making Epkowa truly
>> open source or it is only PR stunt? I though Epson was in business of
>> selling hardware not operating systems. That would be a truly sorry
>> state of affairs as Epson in the past was a leader in producing good
>> hardware which worked on Unix. I have three scanners manufactured by
>> Epson sitting this very moment next to me and happily working under
>> OpenBSD including one connected to a SUN (sparc) Blade 1000.
> Again, the epkowa backend is a fork of the epson backend and is
> licensed under the GPL + SANE exception.
>> On the top of that there is the problem that most newer Epson scanners
>> require also proprietary binary plug-in which of course is platform
>> dependent unlike firmware. For all practical purposes that fact makes
>> most newer generation Epson scanners practically non-usable.
> I'm afraid there is not much I can do about this. Officially
> registering your complaint at our support site  may be one small
> step towards convincing Epson to change this practice. To be fair,
> scanners that require a binary plugin are in the minority by far.
>> I do not want to sound like a troll. I am offering you a genuine help
>> to compile and debug Epkowa on OpenBSD (which would probably go long
>> way towards real portability i.e. being able to compile on all Unix-es).
>> In the light of new trend (mips64 based laptops) that could be of
>> benefit to the corporation.
> If you are interested in getting the epkowa backend compiling on
> OpenBSD, you are free to hack on the source code and send us patches.
>> Can you tell me the name of the person in the corporation whom should
>> I contact about this.
> I'm afraid that the best I can do here is to once again point you to
> our support site .
>> P.S. For starters could you tell me the exact version of GCC (or any
>> other compiler that you guys are using) compiler used by Avasys
>> Corporation to produce Linux binaries. Can you produce those binaries
>> with older version of GCC? In particular most post 3.xxx version of GCC
>> are useless on non-wintel hardware.
> Epkowa and the Image Scan! for Linux frontend have been compiled on
> versions of GCC since 2.9. These days we compile binaries on Debian 4
> (GCC 4.1.1), Ubuntu 8.10 (GCC 4.3.1), Fedora 5 (GCC 4.1.0) and Fedora
> 10 (4.3.2). We are also constantly compiling on Debian testing. The
> oldest version of GCC that we've compiled with lately is 3.2.2 on Red
> Hat 9 and that only required a few small fixes to get working.
>  https://avasys.jp/eng/contact/inquiry/inq_form4_en.php
More information about the sane-devel