emerge --info: Portage 2.1.1-r2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.4-r4, 2.6.17-gentoo-r8 i686) ================================================================= System uname: 2.6.17-gentoo-r8 i686 AMD Athlon(tm) 64 Processor 3800+ Gentoo Base System version 1.12.6 Last Sync: Mon, 20 Nov 2006 07:50:01 +0000 ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 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.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 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.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 -march=k8 -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/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-O2 -march=k8 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ http://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ http://cudlug.cudenver.edu/gentoo/ http://gentoo.osuosl.org/ http://gentoo.mirrors.easynews.com/linux/gentoo/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://gd.tuwien.ac.at/opsys/linux/gentoo/" LINGUAS="en" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/portage-xgl /usr/portage/local/layman/musicbrainz /usr/portage/local/layman/sunrise" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="x86 X a52 aac aalib alsa ao apache2 asf autoipd avahi berkdb bitmap-fonts bonjour bzip2 cdparanoia cdr cli cracklib crypt cups dbus dlloader dri dvd dvdr dvdread elibc_glibc encode ffmpeg firefox flac foomaticdb fortran ftp gdbm geoip gif gpm gtk gtk2 hal hou howl-compat icecast iconv imagemagick input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog jabber jikes jpeg kernel_linux kqemu libg++ linguas_en linuxkeys mad matroska mdnsresponder-compat menubar mikmod mmx mod modplug mono mozbranding mp3 mp4 msn ncurses nls nowin nptl nptlonly offensive ogg opengl oscar pam pcre pdf perl png posix ppds pppd python qt3 quicktime rar readline reflection samba sdl session skey sou spell spl sqlite ssl svg sysvipc tcpd theora tiff timidity tk truetype truetype-fonts type1-fonts udev unicode usb userland_GNU video_cards_nvidia vorbis wifi win32codecs wxwindows x264 xgetdefault xine xml xorg xosd xprint xscreensaver xv xvid yahoo zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS Error trace, from line before first error: * Unpacking files... warning [/mnt/cdrom/Language_data.zip]: zipfile is empty !!! ERROR: games-rpg/nwn-data-1.29-r1 failed. Call stack: ebuild.sh, line 1546: Called dyn_unpack ebuild.sh, line 708: Called src_unpack nwn-data-1.29-r1.ebuild, line 217: Called die !!! unpacking !!! If you need support, post the topmost build error, and the call stack if relevant. Earlier versions of nwn-data don't appear to support the Diamond DVD. Hope this helps setting up support in 1.29-r1.
Can you test it now?
It seems to get past that point, but crashes with another error: * Unpacking files... sed: can't read /var/tmp/portage/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 1546: 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.
This also happens when installing without any CD/DVD and download all stuff from Internet. emerge --info Portage 2.1.1-r2 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.4-r4, 2.6.16.19 x86_64) ================================================================= System uname: 2.6.16.19 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.6 Last Sync: Sun, 26 Nov 2006 01:47:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 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.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.16.1-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-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/java-config/vms/ /etc/terminfo" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo" LINGUAS="de" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://ftp-stud.fht-esslingen.de/gentoo/" USE="amd64 X a52 acpi alsa apache2 arts bash-completion berkdb bitmap-fonts bzip2 cairo cdr cli cracklib crypt cups dbus dlloader dri dvd dvdr dvdread elibc_glibc emul-linux-x86 ffmpeg firefox gdbm hal iconv icq input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog java javascript jpeg kde kdeenablefinal kernel_linux libg++ linguas_de lm_sensors lua mp3 ncurses nls nptl nptlonly ogg openal opengl pam pcre pdf perl png ppds pppd python qt3 quicktime readline reflection samba sdl session spl ssl startup-notification tcpd theora threads truetype truetype-fonts type1-fonts udev unicode usb userland_GNU userlocales v4l vcd video_cards_nv video_cards_vesa video_cards_vga vorbis wifi wxwindows xine xinerama xml xorg xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
I am also experiencing this. It appears 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 approach we are taking: 1. Why is the nwclient being installed as part of this ebuild (and not nwn)? 2. Why do we download a 1.1 GB nwresources file when we seem to have the files available on the DVD/CD/WIN installation? 3. 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 #2) > It seems to get past that point, but crashes with another error: > * Unpacking files... > sed: can't read /var/tmp/portage/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 1546: 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. > I am also experiencing this problem with the Diamond DVD.
(In reply to comment #4) > It appears the nwclient is not installed (even Is it even necessary with Diamond? Remember that I don't own *any* set other than the original, so I am only able to work based on feedback from users. > 1. Why is the nwclient being installed as part of this ebuild (and not nwn)? Because the original client version doesn't change. The games-rpg/nwn ebuild is for the patch files only, whereas this is the underlying data the patches build upon. > 2. Why do we download a 1.1 GB nwresources file when we seem to have the files > available on the DVD/CD/WIN installation? Ehh... you don't. If you are, then you're using an older revision of the ebuild. If you have USE=cdinstall, you shouldn't be downloading the nwresources129.tar.gz, at all. > 3. What is the best method to work with you on this (submit patches against the > ebuild)? Yes, to this bug report and nowhere else.
Also, can you guys try again, making sure you're sync'd up and using revision 1.4 (it's in the ebuild header) of the ebuild or better? Thanks
I was able to get the Diamond DVD to install with nwn-data-1.29-r1 by making the following change to the .ebuild file: === BEGIN === --- old/portage/games-rpg/nwn-data/nwn-data-1.29-r1.ebuild 2006-12-01 13:46:12.000000000 -0700 +++ new/portage/games-rpg/nwn-data/nwn-data-1.29-r1.ebuild 2006-12-01 13:45:58.000000000 -0700 @@ -328,7 +328,8 @@ cd "${S}" ;; esac - elif use nowin + fi + if use nowin then unpack nwclient${MY_PV}.tar.gz cd "${WORKDIR}" === END === The nwclient file MUST be installed, at least with the Diamond DVD anyway, and most likely with all other versions as well.
(In reply to comment #6) > > 2. Why do we download a 1.1 GB nwresources file when we seem to have the files > > available on the DVD/CD/WIN installation? > > Ehh... you don't. If you are, then you're using an older revision of the > ebuild. If you have USE=cdinstall, you shouldn't be downloading the > nwresources129.tar.gz, at all. I have USE="cdinstall nowin", and with that combination, it downloads the nwresources129.tar.gz file. Maybe the SRC_URI should be changed if that file is not needed, so that when using the "cdinstall", ignore the "nowin"? BTW, I'm using v1.4 of the .ebuild.
I just ran emerge --sync, and I only have version 1.29 of the ebuild, not 1.4 - also 1.4 is not listed on packages.gentoo.org Where can I get it?
(In reply to comment #10) > I just ran emerge --sync, and I only have version 1.29 of the ebuild, not 1.4 - > also 1.4 is not listed on packages.gentoo.org > > Where can I get it? > The version of the ebuild is actually 1.29-r1, if you look inside the ebuild file (nwn-data-1.29-r1.ebuild), and read the HEADER line at the top of the file, it will say "v 1.4" somewhere on that line. And 1.29-r1 is masked, so you need to unmask it before emerge will pick it up.
I made sure I was using v1.4 of the ebuild, and the same problem occurs. Is there any other information I could provide that could help?
(In reply to comment #12) > I made sure I was using v1.4 of the ebuild, and the same problem occurs. Is > there any other information I could provide that could help? > If you make the change to the nwn-data-1.29-r1.ebuild file that I posted and place it in the overlay directory and do a "ebuild nwn-data-1.29-r1.ebuild manifest", then emerge again, and it should install. If you don't know how to use the overlay system, take a look at http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=1#doc_chap6. It explains how to make the overlay directory, and what you need to change. Hope that helps. Also, I noticed that when installing nwn with USE="hou sou", it creates a set of en/ directories. It extracts XP1 into an "en/" directory, then extracts XP2 into an "en/en/" directory, then extracts XP1 into an "en/en/en/" directory, and finally XP2 over top of the last XP1, in the "en/en/en/" directory. This creates a number of copies of the same thing, taking up twice as much space as is actually necessary, and also makes using the fixinstall script useless, as the dialog.tlk file is not in the correct directory. I'm not sure if another bug report is necessary for this, but if it is, I will start one up.
(In reply to comment #13) > Also, I noticed that when installing nwn with USE="hou sou", it creates a set > of en/ directories. It extracts XP1 into an "en/" directory, then extracts XP2 > into an "en/en/" directory, then extracts XP1 into an "en/en/en/" directory, > and finally XP2 over top of the last XP1, in the "en/en/en/" directory. This > creates a number of copies of the same thing, taking up twice as much space as > is actually necessary, and also makes using the fixinstall script useless, as > the dialog.tlk file is not in the correct directory. I'm not sure if another > bug report is necessary for this, but if it is, I will start one up. You can find a fix for this here: https://bugs.gentoo.org/show_bug.cgi?id=152367#c27 Denis.
Created attachment 104604 [details, diff] nwn-data-1.29-r1.ebuild.diff (In reply to comment #49 on bug #152367) > I haven't added the nwmovies package yet, so 143362 needs to stay open. I'll > close 83291 once I unmask this beast. I still want to try to fix any remaining > issues before I unmask it. Do you have the Diamond pack? If so, does it work? > > My set (Original + SoU + HoU = Deluxe) worked just fine, but I cannot test any > of the other sets. If it does work, please comment on the Diamond not working > bug. No, it still dies at sed nwn (comment #9 on bug #152367). At the point where we're done unpacking the files off the DVD we're missing nwn and nwn.ini. We need to unpack nwclient129.tar.gz somewhere.
oh, i can also confirm "${CDROM_ROOT}"/Language*.zip are empty on Diamond. ;)
(In reply to comment #15) > We > need to unpack nwclient129.tar.gz somewhere. > yes ... i've also confirmed this at bug#157595
This should now be fixed. Since I don't own any of the newer media sets, I cannot test this, though. Please let me know if this doesn't work for you.
(In reply to comment #18) > This should now be fixed. Since I don't own any of the newer media sets, I > cannot test this, though. Please let me know if this doesn't work for you. > doesn't work becuase ebuild wants to download ${DIALOG_URL_BASE}/english/NWN(language)${PV}dialog.zip which doesn't exist anymore.
Fixed in the latest revision of the ebuild (which I am committing now)...
