Charles, I was looking into why CGI isn't build on the Ubuntu box. Although everything seems to be available, it is currently showing checking for gd version via gdlib-config... 2.0.35 checking for gd include flags... -I/usr/include checking for gd library flags... -L/usr/lib -Wl,-Bsymbolic-functions -ljpeg -lfreetype -lpng12 -lz -lm checking for gd.h... yes checking for gdfontmb.h... yes checking for gdImagePng... no checking whether to build CGI programs... no Apparently something goes wrong when checking for the gdImagePng function. But I can't look in the config.log for the compile (and the default for this target is [no], during configure these tests are not run). Most likely, there is some unresolved dependency, but I can't see which. Is it possible to make the config.log from the compile phase available too in the waterfall? Or if this is not possible, run configure with --with-all=auto? Best regards, Arjen -- Please keep list traffic on the list
Citeren Arjen de Korte <nut+devel op de-korte.org>:> checking for gd library flags... -L/usr/lib -Wl,-Bsymbolic-functions > -ljpeg -lfreetype -lpng12 -lz -lmWell, that was obvious. Apparently gdlib-config forgot to mention that you also need '-lgd' in the LDFLAGS. Adding AC_SEARCH_LIBS to see if this is the case. Best regards, Arjen -- Please keep list traffic on the list
On Fri, Dec 18, 2009 at 12:47 PM, Arjen de Korte <nut+devel at de-korte.org> wrote:> Is it possible to make the config.log from the compile phase available too > in the waterfall? Or if this is not possible, run configure with > --with-all=auto?Catching the other config.log won't be easy with that version of Buildbot - I would need to do some strange variable substitution to tell it which subdirectory to look in. I added "--with-all=auto" - let me know if there are any other problems. -- - Charles Lepple
Citeren Charles Lepple <clepple op gmail.com>:> I added "--with-all=auto" - let me know if there are any other problems.This is just fine. If we want to know the default behavior of ./configure, this can easily be done on any machine locally. Thanks! Best regards, Arjen -- Please keep list traffic on the list
On Dec 19, 2009, at 4:30 AM, Arjen de Korte wrote:> Citeren Charles Lepple <clepple at gmail.com>: > >> I added "--with-all=auto" - let me know if there are any other >> problems. > > This is just fine. If we want to know the default behavior of ./ > configure, this can easily be done on any machine locally. Thanks!OK. Along those lines, would you like me to install the dev headers for GD on the Debian box? Or are you using that as a test for how the GD detection should fail gracefully if the headers are not installed? Currently: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half- installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-===========================-===========================-==========pn libgd2 <none> (no description available) pn libgd2-noxpm <none> (no description available) ii libgd2-xpm 2.0.34~rc1-2 GD Graphics Library version 2 - Charles
Citeren Charles Lepple <clepple op gmail.com>:> Along those lines, would you like me to install the dev headers for > GD on the Debian box?That would be nice.> Or are you using that as a test for how the GD detection should fail > gracefully if the headers are not installed?Making detection fail (and see what happens) is trivial on any machine, so I can check what happens locally. Making it pass on another system is only possible if the prerequisites are met. So for the BuildBots it makes sense to install as many of the stuff we attempt to detect. We really want to know if it fails to do so. Best regards, Arjen -- Please keep list traffic on the list
On Dec 20, 2009, at 3:18 AM, Arjen de Korte wrote:> Citeren Charles Lepple <clepple at gmail.com>: > >> Along those lines, would you like me to install the dev headers for >> GD on the Debian box? > > That would be nice. >Hmm, this will be harder than I thought - there are some issues with the set of packages on that machine. I might be able to add another buildslave at some point, though. - Charles