Bugzilla Bug 59113

I think it compiles most of it, but then it gets here:

C++ ./out/i686-pc-linux-gnu/opt/src/ServerBrowser/ServerList.o 
LinkApplication netpanzerbrowser 
...updated 281 target(s)...
 * Working in /var/tmp/portage/netpanzer-0.1.5-r1/work/netpanzerdata-0.1.3/
configure: WARNING: If you wanted to set the --build type, don't use --host.
    If a cross compiler is detected then cross compile mode will be used.
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for target host... assuming unix
checking for i686-pc-linux-gnu-g++... g++
checking for C++ compiler default output file name... a.out
checking whether the C++ compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for a BSD-compatible install... /bin/install -c
checking whether g++ is new enough... yes
./configure: line 2164: syntax error near unexpected token `XML,'
./configure: line 2164: `PKG_CHECK_MODULES(XML, libxml-2.0)'

!!! ERROR: games-strategy/netpanzer-0.1.5-r1 failed.
!!! Function egamesconf, Line 47, Exitcode 2
!!! egamesconf failed

i have libxml2, but this appears to be more of a syntax error anyway.

Reproducible: Didn't try
Steps to Reproduce:
1. emerge netpanzer
2.
3.




Portage 2.0.50-r9 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3.20040420-r0,
2.6.7-gentoo-r11)
=================================================================
System uname: 2.6.7-gentoo-r11 i686 AMD Athlon(tm) Processor
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=athlon -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="ftp://gentoo.mirrors.pair.com/ http://mirrors.tds.net/gentoo
ftp://gentoo.netnitco.net/pub/mirrors/gentoo/source/
http://www.gigaload.org/gentoo.org/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow aalib alsa avi berkdb bzlib cdr cjk crypt curl dga dgs divx4linux doc
gif gtk2 jpeg mad matroska mmx mpeg msn ncurses nls oggvorbis opengl pam pcre
perl png posix postgres python quicktime readline sdl spell ssl tcpd tiff
truetype unicode x86 xv xvid zlib"

Builds fine for me.  Can you attach the config.log from that directory please?

Created an attachment (id=36660) [edit]
config.log from /var/tmp/portage/netpanzer-0.5.1-r1/work/netpanzerdata-0.1.3/

ibid

That's not the same config.log that was generated when you ran it under emerge.
Don't run it by hand, just try to merge it and attach that config.log please.

reopen with the config.log generated under portage.

sorry, yea i was trying to fix it myself after... it dies on the same error
though, so shouldn't config.log be the same? I also noticed that if i comment
out the xml check line, it just bombs out on something else..

i'll re-emerge it and get you the config.log later

Created an attachment (id=36716) [edit]
config.log after emerge

this is the config.log from
/var/tmp/portage/netpanzer-0.1.5-r1/work/netpanzerdata-0.1.3/ just after
running emerge netpanzer

upgrade your autoconf and try it again please.  The configure script doesn't
seem to be doing the right thing and I'm wondering if the autogen.sh script is
generating some not-so-good code.

Just wanted to give my moral support. I'm having the exact same problem when I
emerge netpanzer 0.1.5-r1.

moral support doesn't get it any closer to getting fixed though.

how about you post *your* emerge --info and and config.log and see if there's any new information I can dig out of it.

emerged autoconf from r3 to r4.. same problem

i noticed in /usr/bin/autoconf, there is an option to use the newer version of
autoconf.. 2.59 instead of 2.13, perhaps I should set the WANT_AUTOCONF
variable in make.conf to "2.5" ?

run `emerge netpanzer >& log` and post the 'log' file

the error is above what you posted i believe ...

also, dont set WANT_AUTOCONF in make.conf, that'll cause bad things elsewhere ... you can do `env WANT_AUTOCONF=2.5 emerge netpanzer`

WANT_AUTOCONF=2.5 emerge netpanzer = same error.. i'll attach the log file in a
min

Created an attachment (id=36727) [edit]
output when emerge >& to file

What's your /usr/share/aclocal/wxwin.m4 file look like?

Try remerging wxGTK and see if that helps you.  If it's still not working, attach your /usr/share/aclocal/wxwin.m4 file as text/plain so I can have a look at it please.

i don't have wx* in /usr/share/aclocal :) i guess that could be a problem eh...
i'll emerge wx again

i did not even have wxGTK installed :)

oddly, i noticed that in the netpanzer ebuild :
--with-wx-config=none
also there is no DEPEND for wxGTK

i also noticed in the README for netpanzer it does not stay you need wxGTK.. if this works we will need to add the DEPEND i guess (or is it an RDEPEND)

um, yea :) it emerged.

CONCLUSION: netpanzer needs wxGTK as DEPEND / RDEPEND =)

also, how did you know to look for wxwin.m4 ? i want to learn how to fix these bugs...

of course, netpanzer doesn't actually run..

Couldn't initialize the game: bootstrap failed.
Closing logfile.


should i put that in a separate bug?

I added a DEPEND on wxGTK.  Shouldn't need it to run.

Yes, file a different bug about netpanzer not running.  Works fine for me (as usual. sigh.)

For finding out which file... I looked at the error from the output of the emerge, then ran glimpse to find the file that had that macro in it and then ran epm -qf to find out which package supplied that file on my system.

I took a quick look at this stuff, and here's an explanation of what happens:

Normally autogen.sh should only be run by the developers as you need to have .m4 files of all libraries installed that are checked in configure. (Unfortunately autoconf doesn't reliabily detect if some are missing).
So the trouble started with the incorrect physfs test that forced you to run autogen.sh again. However you can solve these issues more easily than requiring wxgtk to be installed:

-You can either use netpanzerdata-0.1.5 which I released with a fixed configure script, so that the physfs patching should be obsolete.
-Or you can create yet another patch that copies wxwin.m4 into mk/autoconf of the netpanzer source directory, and then rerun autogen.sh so that it can find a wxwin.m4 in each case.