Bug#524594: exult_1.2-14(mips/unstable): FTBFS on mips. pkgconf failed.
On Sun, Nov 08, 2009 at 06:00:56PM +0100, Jordà Polo wrote: > This bug has been sitting here for too long and is stopping a much > better version of exult from getting into testing. > > As explained in my previous message, 1) I don't have a MIPS machine and > can't reproduce the bug, 2) it looks like some other tool is failing in > a very straightforward step, and 3) there have been new releases of > libgimp2.0-dev since the bug was reported. I really need some feedback > here, I'm not even sure if the problem is still present. if you have an upload pending (e.g for #563226) go ahead and see what happens, if it is a matter of gimpui then the issue will solve itself on autobuilding on mips, moreover there's no mips/mipsel box available for DD use right now AFAICT. filippo -- Filippo Giunchedi - http://esaurito.net - 0x6B79D401 A child of five would understand this. Send someone to fetch a child of five. -- Groucho Marx -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524594: exult_1.2-14(mips/unstable): FTBFS on mips. pkgconf failed.
On Sat, Apr 18, 2009 at 08:03:48PM +0200, Jordà Polo wrote:
> Thanks for reporting.
>
> The title is somewhat misleading, since it isn't necessarily pkg-config
> that is failing. It may be gimptool-2.0's fault (libgimp2.0-dev
> package), which is supposed to call pkg-config.
>
> Build dependencies are correctly pulled, and pkg-config is installed, so
> I'm not sure why gimptool-2.0 is failing on MIPS while it seems to work
> fine on other architectures. The part of gimptool's code that seems to
> be failing is apparently pretty straightforward (see tools/gimptool.c in
> gimp's source package):
>
> gchar *command = g_strconcat (program, " ", args, NULL);
> FILE *pipe= popen (command, "r");
> gchar line[1000];
> if (pipe == NULL) {
> g_printerr ("Cannot run '%s'\n", command);
> exit (EXIT_FAILURE);
> }
>
> I don't have access to a MIPS machine, but it would be interesting to
> know what's the output of running a simple `gimptool-2.0 -n --build
> foo.c' or `gimptool-2.0 --build foo.c' (even if foo.c doesn't exist).
> Does that work or does it complain about pkg-config? How about
> `pkg-config --cflags gimpui-2.0'?
This bug has been sitting here for too long and is stopping a much
better version of exult from getting into testing.
As explained in my previous message, 1) I don't have a MIPS machine and
can't reproduce the bug, 2) it looks like some other tool is failing in
a very straightforward step, and 3) there have been new releases of
libgimp2.0-dev since the bug was reported. I really need some feedback
here, I'm not even sure if the problem is still present.
Thanks.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524594: exult_1.2-14(mips/unstable): FTBFS on mips. pkgconf failed.
On Sat, Apr 18, 2009 at 01:15:50PM +0300, Peter De Schrijver wrote:
> Package: exult
> Version: 1.2-14
> Severity: serious
>
> There was an error while trying to autobuild your package:
>
> > CFLAGS="-I.. -DHAVE_CONFIG_H" gimptool-2.0 --build u7shp.c
> > Cannot run 'pkg-config --cflags gimpui-2.0'
> > make[3]: *** [u7shp] Error 1
Thanks for reporting.
The title is somewhat misleading, since it isn't necessarily pkg-config
that is failing. It may be gimptool-2.0's fault (libgimp2.0-dev
package), which is supposed to call pkg-config.
Build dependencies are correctly pulled, and pkg-config is installed, so
I'm not sure why gimptool-2.0 is failing on MIPS while it seems to work
fine on other architectures. The part of gimptool's code that seems to
be failing is apparently pretty straightforward (see tools/gimptool.c in
gimp's source package):
gchar *command = g_strconcat (program, " ", args, NULL);
FILE *pipe= popen (command, "r");
gchar line[1000];
if (pipe == NULL) {
g_printerr ("Cannot run '%s'\n", command);
exit (EXIT_FAILURE);
}
I don't have access to a MIPS machine, but it would be interesting to
know what's the output of running a simple `gimptool-2.0 -n --build
foo.c' or `gimptool-2.0 --build foo.c' (even if foo.c doesn't exist).
Does that work or does it complain about pkg-config? How about
`pkg-config --cflags gimpui-2.0'?
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524594: exult_1.2-14(mips/unstable): FTBFS on mips. pkgconf failed.
Package: exult Version: 1.2-14 Severity: serious There was an error while trying to autobuild your package: > Automatic build of exult_1.2-14 on mayr by sbuild/mips 99.999 > Build started at 20090417-0123 [...] > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>= 5), quilt (>= 0.40), flex, bison, libsdl1.2-dev > (>= 1.2.7+1.2.8cvs20041007-5.1), libsdl-mixer1.2-dev, libx11-dev, > libgimp2.0-dev (>= 2.2.8-11), libglade2-dev, zlib1g-dev, libpng12-dev, > autoconf (>= 2.58), automake1.9, libtool, libfreetype6-dev [...] > shapelst.cc: In function 'void on_export_tiles_okay_clicked(GtkButton*, > void*)': > shapelst.cc:2002: warning: deprecated conversion from string constant to > 'char*' > shapelst.cc:2003: warning: deprecated conversion from string constant to > 'char*' > /bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -O2 -Wl,--as-needed -o > exult_studio -export-dynamic chunklst.o combo.o compile.o > eggedit.o execbox.o locator.o npcedit.o objedit.o shapeedit.o studio.o > exult_studio.o objbrowse.o paledit.o shapedraw.o shapefile.o shapegroup.o > shapelst.o ../conf/libconf.la ../files/libu7file.la > ../imagewin/libimagewin.la ../shapes/libshapes.la ../server/libserver.la > -lpng -lfreetype -lz -lglade-2.0 -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 > -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lgio-2.0 > -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 > -lglib-2.0 -lX11 > libtool: link: g++ -g -O2 -O2 -Wl,--as-needed -o exult_studio chunklst.o > combo.o compile.o eggedit.o execbox.o locator.o npcedit.o objedit.o > shapeedit.o studio.o exult_studio.o objbrowse.o paledit.o shapedraw.o > shapefile.o shapegroup.o shapelst.o -Wl,--export-dynamic > ../conf/.libs/libconf.a ../files/.libs/libu7file.a > ../imagewin/.libs/libimagewin.a ../shapes/.libs/libshapes.a > ../server/.libs/libserver.a -lpng /usr/lib/libglade-2.0.so > /usr/lib/libgtk-x11-2.0.so /usr/lib/libxml2.so /usr/lib/libgdk-x11-2.0.so > /usr/lib/libatk-1.0.so /usr/lib/libpangoft2-1.0.so > /usr/lib/libgdk_pixbuf-2.0.so -lm /usr/lib/libpangocairo-1.0.so > /usr/lib/libgio-2.0.so /usr/lib/libcairo.so /usr/lib/libpango-1.0.so > /usr/lib/libfreetype.so -lz -lfontconfig /usr/lib/libgobject-2.0.so > /usr/lib/libgmodule-2.0.so /usr/lib/libglib-2.0.so -lX11 > CFLAGS="-I.. -DHAVE_CONFIG_H" gimptool-2.0 --build u7shp.c > Cannot run 'pkg-config --cflags gimpui-2.0' > make[3]: *** [u7shp] Error 1 > make[3]: Leaving directory `/build/buildd/exult-1.2/mapedit' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/build/buildd/exult-1.2' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/build/buildd/exult-1.2' > make: *** [build-stamp] Error 2 > dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=mips&pkg=exult&ver=1.2-14 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
