Bugzilla Bug 151465

Hi,

I just recognized that etpro is installed twice on my amd64 server.
It can be found under /opt/enemy-territory/etpro and
/opt/enemy-territory/etpro/etpro
I'll attach the output of equery f enemy-territory-etpro

emerge --info
Portage 2.1.1-r1 (default-linux/amd64/2006.1/server, gcc-4.1.1, glibc-2.4-r3,
2.6.16.29 x86_64)
=================================================================
System uname: 2.6.16.29 x86_64 AMD Sempron(tm) Processor 3000+
Gentoo Base System version 1.12.5
Last Sync: Sat, 14 Oct 2006 16:30:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: [Not Present]
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.59-r7
sys-devel/automake:  1.5, 1.6.3, 1.7.9-r1, 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="-march=k8 -mtune=k8 -O3 -pipe -frename-registers"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /var/bind"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=k8 -mtune=k8 -O3 -pipe -frename-registers"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--alphabetical"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms userpriv
usersandbox"
GENTOO_MIRRORS="ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/
ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo
ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ http://gentoo.oregonstate.edu
http://www.ibiblio.org/pub/Linux/distributions/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"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 acpi apache2 berkdb bitmap-fonts bzip2 cli crypt elibc_glibc gdbm
iconv jpeg kernel_linux libg++ linguas_de ncurses nls nptl nptlonly pam pcre
perl png python readline reflection session slang spl ssl truetype
truetype-fonts type1-fonts udev userland_GNU xml zip zlib"
Unset:  CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS

Created an attachment (id=99723) [details]
enemy-territory-etpro-3.2.6.txt

This should be FIXED now that the new games-mods eclass is in use.

Reopening - bug is still existing. emerge --info follows...

Created an attachment (id=132407) [details]
emerge_info.txt

Try 3.2.6-r1

Right.  If that works, I'll ask for stabilization on it and remove 3.2.6...

D'oh, sometimes I'm soo blind...

of course, enemy-territory-etpro-3.2.6-r1 fixes this. I already installed -r1
on the machine I originally found this bug.
Now I installed etpro on a second server and there I forgot to add this package
to package.keywords...
Sorry for the pointless noise :-(

Cheers
Poly-C

Now that I installed enemy-territory-etpro-3.2.6-r1 on this server I found a
problem with this -r1 version. Since this version installs etpro in
/usr/share/games/enemy-territory and not /opt/enemy-territory, I can't start an
etpro-server because enemy-territory can't find the etpro-mod. 
A simple "ln -s /usr/share/games/etpro /opt/enemy-territory/etpro" fixes this.
Could this be incorprorated into the ebuild as well?

The ebuild should have made the link itself.  I'll look into it.

The ebuild does do the symlink.

Anyway, I've marked 3.2.6-r1 as stable, so I'm marking this as FIXED.