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
> 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
> 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,
> Zitat von Kartik Thakore <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>>
> I think the problem is TIFF support on BSD and Solaris, but
> FROGGS will
> know for sure.
> 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?