Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

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 an attachment (id=104604) [details]
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)...