Bugzilla Bug 196743

The current stable package net-print/hplip-1.7.4a-r2 leaves a file called
dll.conf on /var/tmp/portage i.e. outside of the emerge folder.

This doesn't seem to do any harm except the fact that this could be a potential
issue to other files and a security problem too.

Thanks

Reproducible: Always

Steps to Reproduce:
1. emerge hplip
2. check /var/tmp/portage
3.

Forgot to add: emerge --info

Portage 2.1.3.9 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.6.1-r0,
2.6.22-gentoo-r8 i686)
=================================================================
System uname: 2.6.22-gentoo-r8 i686 Intel(R) Pentium(R) M processor 2.00GHz
Timestamp of tree: Sun, 21 Oct 2007 13:50:02 +0000
app-shells/bash:     3.2_p17
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python:     2.4.4-r5
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.9-r2
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.22-r2
ACCEPT_KEYWORDS="x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium-m -O2 -pipe"
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"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
/etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/
/etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo
/etc/udev/rules.d"
CXXFLAGS="-march=pentium-m -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans
userfetch"
GENTOO_MIRRORS="http://darkstar.ist.utl.pt/gentoo/
http://ftp.dei.uc.pt/pub/linux/gentoo/ http://cesium.di.uminho.pt/pub/gentoo/
ftp://mirrors1.netvisao.pt/gentoo/"
LANG="en_US.UTF-8"
MAKEOPTS="-j2"
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
--filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local/layman/science /usr/local/portage"
SYNC="rsync://darkstar.ist.utl.pt/gentoo-portage"
USE="X alsa berkdb bitmap-fonts cli cracklib crypt cups dri fortran gdbm gif
gpm iconv ipv6 isdnlog jpeg midi mudflap ncurses nptl nptlonly opengl openmp
pcre perl png pppd python readline reflection sdl session spl sse sse2 ssl tcpd
tiff truetype truetype-fonts type1-fonts unicode x86 xorg zlib"
ALSA_CARDS="intel8x0 intel8x0m" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix
dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter
mulaw multi null plug rate route share shm softvol" ELIBC="glibc"
INPUT_DEVICES="keyboard mouse synaptics" KERNEL="linux" LCD_DEVICES="bayrad
cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU"
VIDEO_CARDS="fbdev fglrx vesa radeon"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, LINGUAS,
PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

No big deal but not very clean either, so I fixed it. Note that the ebuild for
the newer 2.x branch had the same issue. Thanks for reporting this.

Denis.

The (In reply to comment #2)
> No big deal but not very clean either, so I fixed it. Note that the ebuild for
> the newer 2.x branch had the same issue. Thanks for reporting this.
> 
> Denis.
> 

Was the fix added to portage?

I'm having this problem again with the same version, i.e. latest stable,
net-print/hplip-1.7.4a-r2.

(In reply to comment #3)
> Was the fix added to portage?

Yes, but in the new generation stuff only. I've just asked for stabilization
for it.

Denis.

OK thanks for the info.

Will leave it open until next stable comes out or this version is no longer
needed in portage.

Please close the bug when the next stable comes out.

Thanks again for your time and support.

I just upgraded to the new stable version: hplip-2.7.10

The dll.conf is still left behind. It seems that is not fixed yet...

This should definitely be fixed with hplip-2.8.2 thanks partly to a fix I just
committed in sane-backends.

Denis.