Bug 85187 – mindi-1.11 fails to emerge when "usersandbox" is set

• Status: RESOLVED WONTFIX
• Product: Gentoo Linux

[Description salze 2005-03-14 03:08:54 UTC]

>>> emerge (1 of 3) sys-apps/mindi-1.11 to /
>>> md5 src_uri ;-) mindi-1.11.tgz
>>> Unpacking source...
>>> Unpacking mindi-1.11.tgz to /var/tmp/portage/mindi-1.11/work
>>> Source unpacked.
 * econf: updating mindi-1.11/config.guess with /usr/share/gnuconfig/config.guess
 * econf: updating mindi-1.11/config.sub with /usr/share/gnuconfig/config.sub
./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib
/bin/sh: ./configure: Keine Berechtigung

!!! Please attach the config.log to your bug report:
!!! /var/tmp/portage/mindi-1.11/work/mindi-1.11/config.log

!!! ERROR: sys-apps/mindi-1.11 failed.
!!! Function econf, Line 485, Exitcode 0
!!! econf failed
!!! If you need support, post the topmost build error, NOT this status message.

Reproducible: Always
Steps to Reproduce:
1.emerge mindi
2.
3.




# emerge info
Portage 2.0.51.19 (default-linux/x86/2004.3, gcc-3.3.4, glibc-2.3.4.20050125-r0,
2.6.10-gentoo-r7 i686)
=================================================================
System uname: 2.6.10-gentoo-r7 i686 Intel(R) Pentium(R) M processor 1.40GHz
Gentoo Base System version 1.6.9
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, Feb 23 2005, 15:46:07)]
dev-lang/python:     2.3.5
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.14
virtual/os-headers:  2.4.22-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium4 -O3 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium4 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig buildpkg ccache distlocks fixpackages sandbox
sfperms userpriv usersandbox"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
LANG="de_DE.utf8"
LC_ALL="de_DE.utf8"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X acpi alsa artworkextra avi bitmap-fonts bluetooth cdr chroot crypt
cups curl dhcp emboss encode esd evo evo2 exif fam flac font-server foomaticdb
gdbm gif gimp gimpprint gnome gphoto2 gstreamer gtk gtk2 guile i8x0 imagemagick
imlib ipv6 irmc java jpeg ldap mmx mmx2 mp3 mpeg mysql ncurses netboot nls
nojoystick objc ogg oggvorbis opengl pam pdflib perl png ppds python qt
quicktime readline samba scanner sdl slang spell ssl svg svga tcltk tcpd tiff
truetype truetype-fonts type1-fonts unicode usb utf8 wmf xinerama xml xml2 xv zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LDFLAGS, PORTDIR_OVERLAY

[Comment 1 salze 2005-03-14 04:33:51 UTC]

/usr/sbin/mindi is missing after emerging without usersandbox. :-(

[Comment 2 Henryk Plötz 2005-04-01 21:38:57 UTC]

I can confirm the problem. The permissions of ./configure are 0341 with user:group portage:portage which of course is a complete mess. Also it seems the permissions are already broken in the tarball.

[Comment 3 Henryk Plötz 2005-04-01 21:50:15 UTC]

Created attachment 55077 [details, diff]
Patch against the ebuild

Simple patch to fix the configure permissions. Of course this is not the right
way to do it. Instead the tarball ought to be fixed.

[Comment 4 Henryk Plötz 2005-04-01 22:03:38 UTC]

ok, even when the configure permissions are corrected there is still no mindi executable. According to what I read on the mondo mailing list and comment 7 of bug 79262 I'd suppose hard masking or removing sys-apps/mindi-1.11. It's obviously broken and not going to be repaired.

[Comment 5 mark lybarger 2005-05-04 23:30:18 UTC]

i also got bit by the "no mindi executable" issue after presumably upgrading or installing mindi 1.10.  i have no idea if i have usersandbox turned on.  i know that i went to make a backup and suddenly the backup software wasn't working. i hard masked >=sys-apps/mindi-1.10 in /etc/portage/package.mask.  i'm back restoring. someday, i should probably allow _upgrades_ after 1.10 to mindi, but only after careful selection.

[Comment 6 Tim Burrell 2005-07-24 08:05:20 UTC]

1.10 is hard masked, but 1.11 is not which is strange because 1.11 still
exhibits this problem.  I recommend hard masking the 1.11 ebuild.

[Comment 7 Jay Pfeifer (RETIRED) 2005-11-27 23:58:48 UTC]

mondo-rescue (all versions) are now masked and pending removal from portage.