Bugzilla Bug 135667

This version was released in march but it's still not in portage.

Created an attachment (id=88465) [details]
attal-0.9.4.ebuild.patch

Created an attachment (id=88466) [details]
attal-0.10.1-gcc41.patch

I just tested the proposed ebuild on amd64 and it didn't compile. Please don't
"sneak" any new keywords into proposed ebuilds (like ~amd64 in this one) but
stick to the ones that were presenr in previous versions. If you think a
package also runs on another arch please open a new bug about this asking for
keywording the package (like bug 124299 for attal. I got to this bug after
testing that one and finding out it didn't compile here.).

I know it sometimes takes us a while to react to such bugs but it's the right
way to go (and we are working on improving that reaction time ;) )

gentoo attal # emerge --info
Portage 2.1.1_pre1-r2 (default-linux/amd64/2006.0, gcc-4.1.1/amd64-vanilla,
glibc-2.4-r3, 2.6.16-suspend2-r7-Dudebox-Edition x86_64)
=================================================================
System uname: 2.6.16-suspend2-r7-Dudebox-Edition x86_64 AMD Athlon(tm) 64
Processor 3200+
Gentoo Base System version 1.12.1
ccache version 2.4 [enabled]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r2
dev-util/confcache:  0.4.2-r1
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.59-r7
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-r2
sys-devel/gcc-config: 2.0.0_rc1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.16
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe -msse3"
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/gconf /etc/terminfo"
CXXFLAGS="-O2 -pipe -msse3"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache collision-protect confcache distlocks
metadata-transfer multilib-strict parallel-fetch sandbox sfperms strict test
userfetch userpriv usersandbox"
GENTOO_MIRRORS="ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo
ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/
ftp:///ftp-stud.fht-esslingen.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"
PORTDIR_OVERLAY="/usr/local/portage_overlay"
SYNC="rsync://server/gentoo-portage"
USE="amd64 X alsa apache2 avi berkdb bitmap-fonts cli crypt cups dri eds emboss
encode foomaticdb fortran gif gnome gpm gstreamer gtk gtk2 imlib ipv6 isdnlog
jpeg kde kdeenablefinal kdehiddenvisibility lzw lzw-tiff mp3 mpeg ncurses nls
nptl nptlonly opengl pam pcre pdflib perl png pppd python qt quicktime readline
reflection sdl session spell spl ssl tcpd tiff truetype-fonts type1-fonts
unicode usb xorg xpm xv zlib elibc_glibc input_devices_keyboard
input_devices_mouse kernel_linux linguas_de userland_GNU video_cards_dummy"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
PORTAGE_RSYNC_EXTRA_OPTS

Created an attachment (id=90137) [details]
error messages when trying to emerge attal on ~amd64

It compiles and runs very well on amd64 (my system). In your case it looks like
the problem is with QT. It looks like it tries to compile against qt3, and of
course it will fail since it need qt4.

OK, I took some time to sort this out (my first "real" work on an ebuild) and
came up with several problems.
- the ebuild ecplicitely depended on =x11-libs/qt3-*, changed to >x11-libs/qt-4
- dependencies on media-libs/libsdl and media-libs/sdl-mixer were missing,
added.
- builds with MAKEOPTS="-j2" failed for me, it looks like the Makefile is
trying to link to a library before building it, added -j1 to emake to restrain
to non-parallel builds. It might be better to fix the Makefile, but that is
beyond my capabilities.
- changed src_install to use dogameslib.so to install shared libraries. The
result is the same as before but the games.eclass is there to be used ;)

There is still an issue with AMD64: The libraries are installed in
/usr/games/lib64 (which is the right place IMO), but that directory is not in
$LDPATH. I have filed another bug about this (bug 137997). As soon as that
issue is resolved ~amd64 can be added to attal.

Created an attachment (id=90161) [details]
attal-0.10.1 ebuild

New ebuild with fixed dependencies

(In reply to comment #6)
> - the ebuild ecplicitely depended on =x11-libs/qt3-*, changed to >x11-libs/qt-4
My patch changed that dependency to =x11-libs/qt4-* and that is the correct
dependency. It will not work with qt5 when that will appear.

> - dependencies on media-libs/libsdl and media-libs/sdl-mixer were missing,
> added.
You are right about this one, and probably the MAKEOPTS too.

> - changed src_install to use dogameslib.so to install shared libraries. The
> result is the same as before but the games.eclass is there to be used ;)
I suppose it's better...

> There is still an issue with AMD64: The libraries are installed in
> /usr/games/lib64 (which is the right place IMO), but that directory is not in
> $LDPATH. I have filed another bug about this (bug 137997). As soon as that
> issue is resolved ~amd64 can be added to attal.
At least on my system /usr/games/lib is a symlink to /usr/games/lib64.

(In reply to comment #8)
> My patch changed that dependency to =x11-libs/qt4-* and that is the correct
> dependency. It will not work with qt5 when that will appear.

You're right there, I applied your changes by hand, it was late and I missed
the dependency change. You're also right how the qt dependency style, I
confused something in my memory ^^

> At least on my system /usr/games/lib is a symlink to /usr/games/lib64.

That's probably how it should be (just like /lib being a symlink to /lib64),
but that link isn't present in a freshly installed system (doing the testing in
a clean chroot here so I don't mess up my real system). Anyway, that one is
being adressed and doesn't really matter for the version bump here, only for
the addition of ~amd64.

Created an attachment (id=90196) [details]
revised ebuild with dependency on qt4*

Version bumped. Thanks for the attached files: ebuild and patch