[sane-devel] Support for CanoScan 9000F and others: splitting pixma_mp150.c into two drivers
Update: I discovered that xsane was still linking to an old version of libsane.so.1.0.22. After correcting that problem, I find that the split driver performs well, with the MP960 in both flatbed and TPU modes up to 4800 dpi. TODO: 1) I still need to test the MP810 and Canoscan 8800F. 2) Then I need to use the latest SANE code again to confirm that the changes to the other pixma files work properly. 3) Lastly I need to update documentation. This should take 1-2 more days. Then I will post the diffs here in this thread. Regards, Gernot Hassenpflug -- next part -- An HTML attachment was scrubbed... URL: http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20111218/ad0509e3/attachment.html
[sane-devel] Scanner Button Daemon [scanbd]: Release 1.0
Hi all, actually I'm beginning to refactor the scanner button daemon in a radical way (making a port from C to C++). But the old cold base will fully maintained in the future (at least until the new code base has the same functionality as the old one). As a consequence using the svn trunk would be now a bad way to provide the (stable) code to the users. So I created the releases/1.0 branch in the svn repository and now I urge all users to switch to this new path (or upcoming releases): svn co https://scanbd.svn.sourceforge.net/svnroot/scanbd/releases/1.0 or using the file releases at sourceforge: http://sourceforge.net/projects/scanbd/files/releases/scanbd-1.0.tgz/download As usual the developement code is at: svn co https://scanbd.svn.sourceforge.net/svnroot/scanbd/trunk [ scanbd is a scanner button daemon. It polls the scanner buttons looking for buttons pressed or function knob changes or other scanner events as paper inserts / removals and at the same time allows also scan-applications to access the scanners. If buttons are pressed, etc., various actions can be submitted (scan, copy, email, ...) via action scripts. The function knob values are passed to the action-scripts as well. Scan actions are also signaled via dbus. This can be useful for foreign applications. Scans can also be triggered via dbus from foreign applications. On platforms which support signaling of dynamic device insertion / removal (libudev, dbus, hal) scanbd supports this as well. scanbd can use all sane-backends or some special backends from the (old) scanbuttond project. Supported platforms: Linux, FreeBSD, NetBSD, OpenBSD ] -- Wilhelm
[sane-devel] Support for CanoScan 9000F and others: splitting pixma_mp150.c into two drivers
Update: I am attaching a patch for pixma_mp750.c to implement grayscale. This was I believe submitted quite awhile ago, not sure if it got lost, but I am submitting it again since it is part of my customizations. More inline. On Sun, Dec 18, 2011 at 12:12 PM, Gernot Hassenpflug aikishugyo at gmail.com wrote: TODO: 1) I still need to test the MP810 and Canoscan 8800F. Done. 2) Then I need to use the latest SANE code again to confirm that the changes to the other pixma files work properly. Busy with that. 3) Lastly I need to update documentation. Still to do. Regards, Gernot Hassenpflug -- next part -- A non-text attachment was scrubbed... Name: pixma_mp750.c.diff Type: text/x-patch Size: 10421 bytes Desc: not available URL: http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20111218/d07d7ee9/attachment.bin
[sane-devel] Support for CanoScan 9000F and others: splitting pixma_mp150.c into two drivers
Am Mo, 19 Dez 2011 01:12:57 CET schrieb Gernot Hassenpflug: Final update for pixma?mp810.c sub-driver Compiling for 9000F Hi Gernot, I have the following problem to compile the driver: I did: mkdir $SRCDIR cd $SRCDIR rm -r ~/src/sane-backends git clone git://git.debian.org/sane/sane-backends.git cd $SRCDIR/sane-backends autoconf automake BACKENDS=pixma ./configure make make install make[4]: Betrete Verzeichnis '/root/src/sane-backends/backend' rm -f /usr/local/lib/sane/libsane.* test -z /usr/local/etc/sane.d || /bin/mkdir -p /usr/local/etc/sane.d test -z /usr/local/etc/sane.d/dll.d || /bin/mkdir -p /usr/local/etc/sane.d/dll.d NOT overwriting pixma.conf in /usr/local/etc/sane.d... NOT overwriting saned.conf in /usr/local/etc/sane.d... NOT overwriting dll.conf in /usr/local/etc/sane.d... for dir in artec_eplus48u gt68xx snapscan epjitsu ; do \ /bin/bash ../mkinstalldirs /usr/local/share/sane/${dir} ; \ done /bin/bash ../mkinstalldirs -m 775 -g uucp /usr/local/var/lock/sane Usage: mkinstalldirs [-h] [--help] [--version] [-m MODE] DIR ... Create each directory DIR (with mode MODE, if specified), including all leading file name components. Report bugs to bug-automake at gnu.org. make[4]: *** [install-lockpath] Fehler 1 make[4]: Verlasse Verzeichnis '/root/src/sane-backends/backend' make[3]: *** [install-data-am] Fehler 2 make[3]: Verlasse Verzeichnis '/root/src/sane-backends/backend' make[2]: *** [install-am] Fehler 2 make[2]: Verlasse Verzeichnis '/root/src/sane-backends/backend' make[1]: *** [install] Fehler 2 make[1]: Verlasse Verzeichnis '/root/src/sane-backends/backend' make: *** [install-recursive] Fehler 1
[sane-devel] [iscan] New release available
Pushed your patch. Chris On Thu, Dec 8, 2011 at 5:58 PM, Olaf Meeuwissen olaf.meeuwissen at avasys.jp wrote: Dear all, A new release of Image Scan! for Linux has been made available at our website[1]. ?This release updates both the core and data packages. ?For information on which versions of what packages you need, please see the FAQ[2] on that topic. ?[1] http://avasys.jp/eng/linux_driver/ ?[2] http://avasys.jp/eng/linux_driver/faq/id000651.php Changes to the epkowa.desc file against the latest version in the git repository have been attached. ?If someone could yet again commit these to sane-backends that would be appreciated. Below is a summary of the changes since the last announcement on this mailing list. ?-- ?iscan-2.28.1 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?(2011-11-18) ?-- ?* the quick-format option has been deprecated and will be removed in ? ?a future release. ?Use the scan-area option instead. ?* fixes hangs when scanning from the GIMP ?* fixes shifting of the selected scan area when scanning with the ADF ? ?unit on some models ?* fixes handling of some predefined scan area sizes ?* fixes an issue when used in combination with saned Noteworthy changes to the data package: ?-- ?iscan-data-1.13.0 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? (2011-11-15) ?-- ?* adds support for the following devices: ? ?- Epson ME OFFICE 535 ? ?- Epson ME OFFICE 940FW Series ? ?- Epson Stylus NX635 ? ?- Epson Stylus Office BX535WD ? ?- Epson Stylus Office BX630FW Series ? ?- Epson Stylus Office BX935FWD ? ?- Epson Stylus SX535WD ? ?- K300 Series ? ?- PX-1700F ? ?- WP-4511 ? ?- WP-4521 ? ?- WorkForce 645 ? ?- WorkForce 845 ? ?- WorkForce K301 Hope this helps, -- Olaf Meeuwissen, LPIC-2 ? ? ? ? ? FLOSS Engineer -- AVASYS CORPORATION FSF Associate Member #1962 ? ? ? ? ? ? ? Help support software freedom ? ? ? ? ? ? ? ? http://www.fsf.org/jf?referrer=1962 -- sane-devel mailing list: sane-devel at lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/sane-devel Unsubscribe: Send mail with subject unsubscribe your_password ? ? ? ? ? ? to sane-devel-request at lists.alioth.debian.org
[sane-devel] MinGW w64 build results
On Fri, Dec 16, 2011 at 2:22 PM, Michael Cronenworth mike at cchtml.com wrote: MinGW thread time again. The MinGW world has been split into two trees. The original mingw.org tree and the new w64 tree. Fedora, and other distros, are migrating from mingw.org to w64. Sane-backends will compile and run under the w64 environment with a few caveats. 1. The DDK includes are not supposed to be directly used. ? sanei/sanei_scsi.c and tools/sane-find-scanner.c needed the attached patches. I looked at this change but as it is, it breaks compiles on Fedora 16. It looks like including the DDK files is the only option there. Is there a standard way to check when your on a w64 platform? I guess we could move some header file checks to configure to detect were to get SCSI symbols. 2. w64 includes additional Windows API headers, which now include usb.h and this conflicts with the libusb header of the same name. This prevents sane from including USB support as sane looks for libusb and not the Windows API. For now I renamed the w64 header and used the libusb header and the resulting libsane.dll works with my USB scanner in Windows. I have not contacted libusb yet, but I feel they need to move their header into a libusb/ sub-dir, but this will of course break lots of apps. Any suggestions? Not really. I'm sure upstream libusb is the best place to discuss. As long as libusb project has a suggested work around/file location for dealing with w64, we can accommodate it as well as standard usb.h easy enough. Chris Thanks, Michael -- sane-devel mailing list: sane-devel at lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/sane-devel Unsubscribe: Send mail with subject unsubscribe your_password ? ? ? ? ? ? to sane-devel-request at lists.alioth.debian.org
[sane-devel] MinGW w64 build results
On 12/18/2011 09:56 PM, Chris Bagwell wrote: I looked at this change but as it is, it breaks compiles on Fedora 16. It looks like including the DDK files is the only option there. Is there a standard way to check when your on a w64 platform? I guess we could move some header file checks to configure to detect were to get SCSI symbols. Fedora 16 is still mingw.org based. The switch to w64 depends on Red Hat's legal team giving the OK on the switch. In the mean time you can add and enable the cross repo[1] that includes all the w64 packages. In regards to detecting the tool chains, the prefix for the tools could be used. i686-pc-mingw for mingw.org i686-w64-mingw for w64 Not really. I'm sure upstream libusb is the best place to discuss. As long as libusb project has a suggested work around/file location for dealing with w64, we can accommodate it as well as standard usb.h easy enough. I'll try starting a conversation about it with them. [1] http://build1.openftd.org/fedora-cross/fedora-cross.repo