Bugzilla Bug 150801

under control of dispatch-conf / etc-update naturally, but it seems that hplip
changes /etc/sane.d/dll.conf to contain only 'hpaio'.  I think it should
probably add hpaio to the list of drivers in this file instead of replacing it
completely.  my fault of course for having dispatch-conf set to auto-update
config files I've not touched in the past, and/or blindly accepting changes to
dll.conf with etc-update thinking that 'it must be ok'.

rob.


alpha ~ # emerge --info
Portage 2.1.2_pre2-r4 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.4-r4,
2.6.17.6alpha-rtm i686)
=================================================================
System uname: 2.6.17.6alpha-rtm i686 AMD Athlon(tm)
Gentoo Base System version 1.12.5
Last Sync: Fri, 06 Oct 2006 10:30:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.2.11-r1
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -pipe -march=athlon"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/init.d /etc/revdep-rebuild
/etc/terminfo"
CXXFLAGS="-O2 -pipe -march=athlon"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://adelie.polymtl.ca/
http://distro.ibiblio.org/pub/linux/distributions/gentoo/
http://gentoo.mirrors.tds.net/gentoo http://ftp.ntua.gr/pub/linux/gentoo/"
LANG="en_GB"
LC_ALL="en_GB"
LINGUAS="en_GB"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnowext X Xaw3d acpi alsa apache2 apm arts audiofile
bash-completion berkdb bitmap-fonts bonobo bzip2 cdparanoia cdr cli crypt css
cups dlloader doc dvd dvdr eds elibc_glibc emacs emboss encode esd exif f77
fbcon fbdev foomaticdb fortran gdbm gif gimp gnome gphoto2 gpm gps gstreamer
gtk gtk2 gtkhtml imlib input_devices_evdev input_devices_keyboard
input_devices_mouse ipv6 isdnlog java jikes jpeg kde kerberos kernel_linux lcms
libg++ libwww linguas_en_GB lzw-tiff mad mbox mikmod mmx mmx2 mmxext motif
mozilla mp3 mpeg mssql ncurses nls nptl nptlonly odbc offensive ogg opengl oss
pam pcre pda pdf perl perlsuid plotutils png postgres ppds pppd python qt3 qt4
quicktime readline real reflection samba scanner sdl session slang sndfile snmp
softmmu spell spl sqlite sse sse-filters ssl svg svga tcpd tiff truetype
truetype-fonts trusted type1-fonts udev usb userland_GNU vcd video_cards_fbdev
video_cards_nv video_cards_vesa vorbis win32codecs wmf xinerama xml xmms xorg
xscreensaver xv zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS,
PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

thanks fixed in 1.6.10

*** Bug 156327 has been marked as a duplicate of this bug. ***

(In reply to comment #1)
> thanks fixed in 1.6.10

Apparently not... 

Reopen.

<snip>
[ -e /etc/sane.d/dll.conf ] && cp /etc/sane.d/dll.conf .
[ -e ${ROOT}/etc/sane.d/dll.conf ] && ${ROOT}/etc/sane.d/dll.conf .
</snip>

The purpose of the first line is unknown to me, the second line should do
something like

[ -e ${ROOT}/etc/sane.d/dll.conf ] && cp ${ROOT}/etc/sane.d/dll.conf .

I guess?

well, I have added the missing cp thanks :)

After hplip installation, the new /etc/sane.d/dll.conf file generated contents
is the same in the old /etc/sane.d/dll.conf file plus one line at the end with
an "hpaio" word in it.

Yes. this is correct... but only it happens compiling hplip with the USE
scanner

If you compile hplip with the -scanner use, the installation process installs a
new /etc/init.d/dll.conf that only contains the hpaio line.

Please reopen bug and fix it.

A workaround that works for me:

In hplip-1.6.10 ebuild, in src_install() section, i changed this code:

if use scanner; then
                ......
        else
                rm -f "${D}"/usr/$(get_libdir)/libsane-hpaio.la
                rm -f "${D}"/usr/$(get_libdir)/libsane-hpaio.so
                rm -f "${D}"/usr/$(get_libdir)/libsane-hpaio.so.1
                rm -f "${D}"/usr/$(get_libdir)/libsane-hpaio.so.1.0.0
        fi

adding a line after the last rm

if use scanner; then
                ......
        else
                rm -f "${D}"/usr/$(get_libdir)/libsane-hpaio.la
                rm -f "${D}"/usr/$(get_libdir)/libsane-hpaio.so
                rm -f "${D}"/usr/$(get_libdir)/libsane-hpaio.so.1
                rm -f "${D}"/usr/$(get_libdir)/libsane-hpaio.so.1.0.0
                rm -f "${D}"/etc/sane.d/dll.conf
        fi

thanks, I added your fix, too