In order to make a Brother MFC-5490CN work, I additionally had to do
sudo ln -s /usr/lib64/sane/libsane-brother3.so libsane.so
sudo ln -s /usr/lib64/sane/libsane-brother3.so.1 libsane.so.1
sudo ln -s /usr/lib64/sane/libsane-brother3.so.1.0.7 libsane.so.1.0.7
Scanning with MFC-5490CN now works with simple-scan.
xsane recognizes the scanner, does a preview, but fails scanning.
scanimage now fails with:
scanimage: symbol lookup error: scanimage: undefined symbol: md5_buffer
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to sane-backends in Ubuntu.
the change from libsane to libsane1 broke many (all?) 3rd party plug-
ins for sane
Status in sane-backends package in Ubuntu:
Status in sane-backends source package in Artful:
Status in sane-backends package in Debian:
Note to SRU Team
The first proposed fix (1.0.27-1~experimental2ubuntu2) failed because it
needed to be a versioned Provides, not just a Provides.
1) The Debian maintainer renamed libsane to libsane1-experimental "to
match with the soname". This apparently fixes a Lintian warning, but
makes installing 3rd-party plug-ins hard, as they typically depend on
"libsane", not on "libsane1". The first try to add a "Provides:
libsane" to libsane1 (which created a virtual package) didn't make
drivers installable that claim to depend on a minimum version of
libsane as virtual packages are ignored in this case.
2) The soname change might be justified by the new version breaking
(several? most?) 3rd party plug-ins even if the library version number
doesn't indicate any bigger change than any ordinary new version of
the library - which might indicate that this phenomenon might be an
libsane 1.0.25 in zesty includes libsane.so.1.25
libsane1 1.0.27 in artful includes libsane.so.1.27
It is to note that depending on the manufacturer for many old scanners
there won't be new versions of the plug-ins that are recompiled like
Download the amd64 deb .tar.gz
Install the iscan .deb from the core folder.
It won't install before this SRU because it Depends: libsane
The fix here was proposed to the Debian maintainer in July but there's been
virtually zero response on it. In the meantime the workaround that was proposed
initially has started to result in automatically uninstalling gtk - which makes
the system basically useless.
It doesn't seem like adding the Provides will make things any worse
for third-party drivers but it has a goodme chance of making things
better for some.
Original Bug Report
I don't know if that can be prevented in the long run. But both brscan (for
my brother scanner) and iscan (for my epson scanners) have been broken by the
change from libsane to libsane1. For iscan I have unpackaged the debian
package, changed the dependency it contains from libsane to libsane1 and
installed the changed package. But even then my epson scanners no more work
leaving me without any scanner => Reporting a bug.
Impossibility of workarounds
Just installing an old version of libsane is impossible as it uninstalls
libgtk (which depends on libsane1 which conflicts with libsane) making the
system basically useless.
DistroRelease: Ubuntu 17.10
Package: libsane1 1.0.27-1~experimental1ubuntu2
Uname: Linux 4.13.0-041300rc2-lowlatency x86_64
Date: Sat Jul 29 08:38:15 2017
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
Mailing list: https://launchpad.net/~desktop-packages
Post to : email@example.com
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp