Moved old changelogs to new directory, and excluded them from
release tarball.
Improved release docs.
Updated config.* files
Bumped version numbers.
Wrote release notes.
Document dll.conf in a header, point to the dll.d directory for external
backends and document the net backend w/ pointers to the manpages.
Based on a patch by Julien BLACHE <jblache@debian.org>
avahi_browser contains a reference to an AvahiClient, which may be
avahi_client. If it does, then freeing avahi_browser references avahi_client,
resulting in an assert() in Avahi's linked list macro.
Fix this by freeing avahi_browser before avahi_client.
See https://bugs.launchpad.net/bugs/831867
If none of the formats can be generated but API specs are requested,
bomb. The original test aimed to do so but was testing against "no",
a value that was never assigned.
Neither of these scanner have an automated slide transport and fail on
respective SCSI commands.
- Add flags parameter to control if automatic slide transport is available
- Reflect flags in pieusb.conf.in
- rename SLIDE_LAMP_ON to SLIDE_INIT
it fails on scanners without automatic slide transport, so it has
nothing to do with the lamp.
- run SLIDE_INIT only FLAG_SLIDE_TRANSPORT is set
- pieusb.conf.in: Add Reflecta CrystalScan 3600
The fileno() is only available if its feature test macro passes. The
various symbols are defined appropriately in ../include/sane/config.h
during configuration of the build.
If the ICC profile added does not match the colour format of the
image, libpng will abort. This can leave the scanner motors in an
incorrect state and possibly cause permanent damage.
This cuts out some duplicate code, and enables us to reuse this
logic for PNG, JPEG, and any other future output format.
sanei_load_icc_profile also allows us to know that an ICC profile
file is not long enough before we start to write it to the output;
this should prevent poorly-written software from overflowing into
image data when they read the bad profile based on its length.