sane-backends-libs shouldn't depend on sane-backends. This then allows apps to link against the libraries for scanner support without necessarily needing the support to be installed and hence taking up space if people don't use scanners. This is done with cups-libs for printers as well.
Needs some stuff to be split off the main sane-backends package, e.g. /etc/sane/dll.conf. Marking as FutureFeature.
It would be nice to get this fixed for F-16. For things like Netbooks, OLPC XOs, and ARM based devices such as tablets this helps reduce the size quite a bit, and now that colord links against sane-backends-libs it ends up pulling in quite a bit of size which in a lot of cases we have < 4GB of space so even 20 meg here and there adds up.
I'll split off backend drivers into their own subpackage so you can install without them if you need the space.
sane-backends-1.0.22-4.fc16 has been submitted as an update for Fedora 16.
* should fix your issue,
* was pushed to the Fedora 16 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing sane-backends-1.0.22-4.fc16'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
sane-backends-1.0.22-4.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.
Realize now sane-backends doesn't "just work", and users are now expected to manually install drivers? and, comparing to cups isn't exactly fair, cups included pk integration to pull in needed drivers on demand... will sane-backends be able to grow a feature like that?
(In reply to comment #7)
> Realize now sane-backends doesn't "just work", and users are now expected to
> manually install drivers?
Relax. The updated packages do the necessary obsoletes dance so people who had drivers before will have them afterwards. I've added the new packages to the relevant comps groups in F-16 and later and if it's safe to do so (i.e. software using comps like anaconda won't stumble over packages only available as updates), I'll add them to F-14 and F-15 as well.
> and, comparing to cups isn't exactly fair, cups
> included pk integration to pull in needed drivers on demand... will
> sane-backends be able to grow a feature like that?
Not without a lot of work -- in SANE, the information which driver supports your scanner is unfortunately only in the driver, so only available if it's installed. Therefore the new packages need to go into comps.