This bug is back on games-rpg/nwn-1.68 /usr/games/bin/nwn: line 10: /opt/nwn/nwn: No such file or directory /usr/games/bin/nwn: line 10: exec: /opt/nwn/nwn: cannot execute: No such file or directory using both hou and sou. [ebuild R ] games-rpg/nwn-1.68 USE="hou sou" 0 kB also using [I--] [ ] games-rpg/nwn-data-1.29 (0) $equery f nwn |grep nwn$ /opt/nwn /usr/games/bin/nwn There is no 'nwn' binary in my install. Is this a repeat of bug http://bugs.gentoo.org/show_bug.cgi?id=125979 ?
What's your "emerge --info"?
Portage 2.1.2_pre2-r5 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r4, 2.6.18-gentoo i686) ================================================================= System uname: 2.6.18-gentoo i686 Intel(R) Pentium(R) D CPU 3.00GHz Gentoo Base System version 1.12.5 Last Sync: Fri, 06 Oct 2006 23:50:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.0-r2, 2.0.30 dev-lang/python: 2.3.5-r2, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 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.17 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=pentium4 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /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/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-O3 -march=pentium4 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://distro.ibiblio.org/pub/linux/distributions/gentoo/ ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://gentoo.osuosl.org/ http://gentoo.chem.wisc.edu/gentoo/ http://cudlug.cudenver.edu/gentoo/ ftp://cudlug.cudenver.edu/pub/mirrors/distributions/gentoo/ http://gentoo.mirrors.tds.net/gentoo http://gentoo.netnitco.net" LINGUAS="en" MAKEOPTS="-j3" 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" PORTDIR_OVERLAY="/etc/portage/overlay /etc/portage/xgl-coffee /usr/portage/local/layman/musicbrainz" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="x86 X a52 aac acpi alsa arts asf audiofile bash-completion berkdb bitmap-fonts browserplugin cairo cdr cli crypt cups curl dbus divx4linux dlloader dri dts dv dvb dvd dvdr dxr3 eds elibc_glibc emboss encode esd fam ffmpeg firefox flac fortran gdbm gif gimpprint gnome gpm gstreamer gtk gtk2 hal idea imagemagick input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog java jpeg kernel_linux lcms ldap libg++ linguas_en live lzo mad matroska mikmod mjpeg mmx mng mp3 mpeg mysql nautilus ncurses nptl nptlonly nvidia ogg opengl oss pam pcre perl pic png ppds pppd python qt qt3 qt4 quicktime readline real reflection rtc sdl session smp sndfile speex spell spl sse sse2 ssl svg tcpd theora tiff timidity truetype truetype-fonts type1-fonts udev unicode userland_GNU v4l v4l2 video_cards_none video_cards_nvidia vidix vorbis widescreen win32codecs wmf xanim xinerama xml xorg xprint xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
But 1.67-r1 worked for you? I mean, the only difference between 1.67-r1 and 1.68 is the KEYWORDS.
I don't know, I had this problem with 1.66 so I made my own overlay ebuild. Submitted my fixes to the bug I filed before and haven't updated until now.
Have you tried to remerge nwn-data?
Yes, I've got nwn-data installed.
That isn't what I asked. I asked if you have tried to remerge nwn-data, since it has been modified a few times in the past few months. My suggestion would be to remove all of nwn/nwn-data from your system, and to merge it all again clean. I cannot reproduce this, so WORKSFORME.
I removed the data package, and tried to emerge it. Got the following error: # emerge -av nwn-data These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] games-rpg/nwn-data-1.29-r1 USE="hou nowin sou -cdinstall" LINGUAS="en -de -es -fr -it" 0 kB Total: 1 package (1 new), Size of downloads: 0 kB Would you like to merge these packages? [Yes/No] y >>> Emerging (1 of 1) games-rpg/nwn-data-1.29-r1 to / * nwn.png MD5 ;-) ... [ ok ] * nwn.png RMD160 ;-) ... [ ok ] * nwn.png SHA1 ;-) ... [ ok ] * nwn.png SHA256 ;-) ... [ ok ] * nwn.png size ;-) ... [ ok ] * nwresources129.tar.gz MD5 ;-) ... [ ok ] * nwresources129.tar.gz RMD160 ;-) ... [ ok ] * nwresources129.tar.gz SHA1 ;-) ... [ ok ] * nwresources129.tar.gz SHA256 ;-) ... [ ok ] * nwresources129.tar.gz size ;-) ... [ ok ] * nwclient129.tar.gz MD5 ;-) ... [ ok ] * nwclient129.tar.gz RMD160 ;-) ... [ ok ] * nwclient129.tar.gz SHA1 ;-) ... [ ok ] * nwclient129.tar.gz SHA256 ;-) ... [ ok ] * nwclient129.tar.gz size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking nwclient129.tar.gz ;-) ... [ ok ] * checking nwresources129.tar.gz ;-) ... [ ok ] * checking nwn.png ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking nwresources129.tar.gz to /var/tmp/portage/games-rpg/nwn-data-1.29-r1/work sed: can't read /var/tmp/portage/games-rpg/nwn-data-1.29-r1/work/nwn/nwn: No such file or directory !!! ERROR: games-rpg/nwn-data-1.29-r1 failed. Call stack: ebuild.sh, line 1568: Called dyn_unpack ebuild.sh, line 708: Called src_unpack nwn-data-1.29-r1.ebuild, line 416: Called die !!! sed nwn !!! If you need support, post the topmost build error, and the call stack if relevant. # ls -l /var/tmp/portage/games-rpg/nwn-data-1.29-r1/work/nwn total 8322 -rw-r--r-- 1 root root 8336 May 23 2003 EULA.txt -rw-r--r-- 1 root root 42995 Feb 28 2003 NWNv129.txt drwxr-xr-x 2 root root 3592 Mar 14 2003 ambient -rw-r--r-- 1 root root 966016 Jun 6 2002 chitin.key drwxr-xr-x 2 root root 856 Nov 21 18:50 data -rw-r--r-- 1 root root 7482259 Feb 24 2003 dialog.tlk drwxr-xr-x 2 root root 88 Mar 14 2003 dmvault drwxr-xr-x 2 root root 120 Mar 14 2003 docs drwxr-xr-x 2 root root 48 Mar 14 2003 hak drwxr-xr-x 2 root root 800 Mar 14 2003 localvault drwxr-xr-x 2 root root 424 Mar 14 2003 modules drwxr-xr-x 2 root root 2264 Mar 14 2003 music drwxr-xr-x 2 root root 272 Mar 14 2003 nwm drwxr-xr-x 2 root root 48 Nov 21 18:50 override drwxr-xr-x 2 root root 48 Mar 14 2003 portraits drwxr-xr-x 2 root root 48 Mar 14 2003 saves drwxr-xr-x 2 root root 48 Mar 14 2003 servervault drwxr-xr-x 2 root root 240 Mar 14 2003 texturepacks attaching emerge info.
Created attachment 102502 [details] emerge --info Updated emerge --info
I am also experiencing this. It looks like the nwclient is not installed (even though it is downloaded and the md5 of it is checked OK). I was poking around in the ebuild and am interested in helping. A couple of questions so I understand the aproach we are taking: Why is the nwclient being installed as part of this ebuild (and not nwn)? Why do we download a 1.1 GB nwresources file when we seem to have the files available on the DVD/CD/WIN installation? What is the best method to work with you on this (submit patches against the ebuild)? Thanks for the work so far. I don't mean to rock the boat just want to understand why things are done the way they are and help to make things better.
(In reply to comment #10) > I am also experiencing this. It looks like the nwclient is not installed (even > though it is downloaded and the md5 of it is checked OK). I was poking around > in the ebuild and am interested in helping. A couple of questions so I > understand the aproach we are taking: > > Why is the nwclient being installed as part of this ebuild (and not nwn)? > Why do we download a 1.1 GB nwresources file when we seem to have the files > available on the DVD/CD/WIN installation? > What is the best method to work with you on this (submit patches against the > ebuild)? > > Thanks for the work so far. I don't mean to rock the boat just want to > understand why things are done the way they are and help to make things better. > Please disregard/delete this was attached to the wrong bug.
This was fixed this morning with revision 1.3 of the -r1 ebuild.