I'm having a problem building glib-2.18.3 using vpackager v1.0.11 on VL5.9-std-gold. The last part of the build output is below.
config.status: creating po/Makefile.in
config.status: creating docs/Makefile
config.status: creating docs/reference/Makefile
config.status: creating docs/reference/glib/Makefile
config.status: creating docs/reference/glib/version.xml
config.status: creating docs/reference/gobject/Makefile
config.status: creating docs/reference/gobject/version.xml
config.status: creating docs/reference/gio/Makefile
config.status: creating docs/reference/gio/version.xml
config.status: creating tests/Makefile
config.status: creating tests/gobject/Makefile
config.status: creating tests/refcount/Makefile
config.status: creating m4macros/Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
config.status: executing default-1 commands
config.status: executing libtool commands
config.status: executing glibconfig.h commands
config.status: glibconfig.h is unchanged
config.status: executing chmod-scripts commands
configure: WARNING: unrecognized options: --with-included-gettext
**** + Run make ****
make: *** No rule to make target `all'. Stop.
make: *** [all-recursive] Error 1
Making all in win32
make: Entering directory `/tmp/vpackager-builds/glib-2.18.3/build/win32'
make: Leaving directory `/tmp/vpackager-builds/glib-2.18.3/build/win32'
**** An error occurred in the build process... Please check the build log ****
I don't think this is a dependency problem as I can manually run configure and make with no problem. Removal of --with-included-gettext doesn't change anything as does using only --prefix=/usr which works using the manual method. Not sure what where to find the "build log" either. I have successfully built and installed packages for pango, cairo and pixman with this setup. Also I have compiled and installed glib-2.18.3 on another 5.9 system. All this is geared towards installing Gimp-2.6.4, which I did on the other system albeit after a lot of dependency updating using a completely manual method hence the experiment with vpackager.
Any suggestions as to why vpackager fails with this would be appreciated.
P.S. This is the second time I've posted this, the first time about a day ago it didn't appear on the forum.