Hi, I tried exporting that machine from virtualbox, but it fails with a
stupid errormessage that I dont understand.
You cant access that box from internet, I'm sorry. I'll let you know
when I got an export of that machine.


Am 24.08.2012 18:21, schrieb Kartik Thakore:
> Ok i will twiddle with it. Do you have a freebsd machine I can ssh
> too? Or a vmware image?
> On Aug 24, 2012 4:11 AM, <em...@froggs.de <mailto:em...@froggs.de>> wrote:
>     Hi pals!
>     In the last time we did, in my opinion, a big mistake. In test
>     scripts we checked for libpng like: SDL::Config->has('png'). But
>     this didnt ever returned true, Simply because the HAVE_PNG was
>     only set when actually building that lib in SDL. (Note: not
>     Alien::SDL)
>     This ->has() method works pretty fine for stuff like SDL_gfx,
>     since it will return true if we found SDL_gfx*.h. But there was no
>     check for png.h at this stage. So even if we found libpng in
>     system dirs or when we build it on our own, ->has('png') never
>     returned true.
>     I changed the tests so it checks now for libpng in the shlib-hash
>     that we get from Alien::SDL. This hash contains all found/build
>     libs, and their path.
>     And why does it fail then?
>     BSD. LibPNG needs libz to run. Normally you would think that
>     libpng is actually linked against libz, but hey, the BSD ppl dont
>     think that way. I dont know the reasons but they decided to
>     somehow build libpng without linking against libz.
>     when you do: ldd /path/to/libpng.so you will get all the
>     dependencies printed as a list. This works pretty fine on most
>     systems, like on our ubuntu's and what not.
>     On OpemBSD it prints an error message that the lib cant be loaded.
>     But if you do LD_PRELOAD_LIBS=/path/to/libz.so ldd
>     /path/to/libpng.so it will work. So we have to preload the lib in
>     order libpng will use it.
>     Doing this needs to happen on a very early level. Doing it from
>     within a running perl is to late, even if we load libpng using
>     DynaLoader.
>     The only thing I can think about atm is that we run a perl, load
>     that libz.so, and start a child perl process that does the stuff
>     we do now.
>     This problem applies to libpng (needs libz), libtiff (needs
>     libjpeg) and libvorbis (needs libogg).
>     Before YAPC::EU I was working hard on that thing, I guess I can
>     supply a patch in a few days.
>     Another problem that exists right now is that the old G4-Macs dont
>     have a header file we want to use, I will debug that at some
>     point. I dont think that there are so many users with a G4. These
>     fails only come from BinGOs so far.
>     And there are still SDL::Controller(::Interface) fails. But since
>     I dont really understand whats happening there it would be cool if
>     the author (you kathekore ;o) would have a look at it.
>     So far from me, I will write a msg about the YAPC later.
>     See ya and take care,
>     Tobias
>     Zitat von Kartik Thakore <thakore.kar...@gmail.com
>     <mailto:thakore.kar...@gmail.com>>:
>         Awesome thanks.
>         Kartik Thakore
>         On 2012-08-23, at 9:40 PM, Jeffrey Palmer
>         <jeffrey.t.pal...@gmail.com <mailto:jeffrey.t.pal...@gmail.com>>
>         wrote:
>         Hi,
>         I think the problem is TIFF support on BSD and Solaris, but
>         FROGGS will
>         know for sure.
>         Jeff
>         On Thu, Aug 23, 2012 at 8:49 PM, Kartik Thakore
>         <thakore.kar...@gmail.com <mailto:thakore.kar...@gmail.com>>wrote:
>             Hey guys,
>             It looks like SDL lastest experimental has quite a few bit
>             of fails. May I
>             get a summary of what the fails are?
>             Regards

Reply via email to