Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 59113 - netpanzer-0.1.5-r1 fails to build
Summary: netpanzer-0.1.5-r1 fails to build
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Games
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-01 17:47 UTC by Eric Brown
Modified: 2004-08-25 04:47 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
config.log from /var/tmp/portage/netpanzer-0.5.1-r1/work/netpanzerdata-0.1.3/ (config.log,7.77 KB, text/plain)
2004-08-02 13:42 UTC, Eric Brown
Details
config.log after emerge (config.log,8.74 KB, text/plain)
2004-08-03 15:33 UTC, Eric Brown
Details
output when emerge >& to file (LOG,25.03 KB, text/plain)
2004-08-03 20:28 UTC, Eric Brown
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Eric Brown 2004-08-01 17:47:03 UTC
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"
Comment 1 Mr. Bones. (RETIRED) gentoo-dev 2004-08-02 12:29:55 UTC
Builds fine for me.  Can you attach the config.log from that directory please?
Comment 2 Eric Brown 2004-08-02 13:42:27 UTC
Created attachment 36660 [details]
config.log from /var/tmp/portage/netpanzer-0.5.1-r1/work/netpanzerdata-0.1.3/

ibid
Comment 3 Mr. Bones. (RETIRED) gentoo-dev 2004-08-02 13:58:09 UTC
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.
Comment 4 Mr. Bones. (RETIRED) gentoo-dev 2004-08-02 19:52:28 UTC
reopen with the config.log generated under portage.
Comment 5 Eric Brown 2004-08-03 05:13:58 UTC
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
Comment 6 Eric Brown 2004-08-03 15:33:18 UTC
Created attachment 36716 [details]
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
Comment 7 Mr. Bones. (RETIRED) gentoo-dev 2004-08-03 17:55:24 UTC
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.
Comment 8 Matthew Gleed 2004-08-03 17:57:01 UTC
Just wanted to give my moral support. I'm having the exact same problem when I emerge netpanzer 0.1.5-r1.
Comment 9 Mr. Bones. (RETIRED) gentoo-dev 2004-08-03 19:20:11 UTC
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.
Comment 10 Eric Brown 2004-08-03 19:36:26 UTC
emerged autoconf from r3 to r4.. same problem
Comment 11 Eric Brown 2004-08-03 19:40:21 UTC
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" ?
Comment 12 SpanKY gentoo-dev 2004-08-03 20:12:59 UTC
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`
Comment 13 Eric Brown 2004-08-03 20:15:33 UTC
WANT_AUTOCONF=2.5 emerge netpanzer = same error.. i'll attach the log file in a min
Comment 14 Eric Brown 2004-08-03 20:28:43 UTC
Created attachment 36727 [details]
output when emerge >& to file
Comment 15 Mr. Bones. (RETIRED) gentoo-dev 2004-08-03 22:59:50 UTC
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.
Comment 16 Eric Brown 2004-08-04 06:39:31 UTC
i don't have wx* in /usr/share/aclocal :) i guess that could be a problem eh... i'll emerge wx again
Comment 17 Eric Brown 2004-08-04 06:44:12 UTC
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)
Comment 18 Eric Brown 2004-08-04 07:23:30 UTC
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...
Comment 19 Eric Brown 2004-08-04 07:26:18 UTC
of course, netpanzer doesn't actually run..

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


should i put that in a separate bug?
Comment 20 Mr. Bones. (RETIRED) gentoo-dev 2004-08-04 10:52:32 UTC
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.
Comment 21 Matze Braun 2004-08-25 04:47:45 UTC
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.