Couple of things you could try, modify the Image::Imlib2 module, to have
sub dl_load_flags { 0x102 } just before the "boostrap" line...
so it would look like (remember to save original)
..
$VERSION = '2.03';
sub dl_load_flags { 0x102 };
bootstrap Image::Imlib2 $VERSION;
...
or you could try
export
LD_PRELOAD=/opt/perl/lib/site_perl/5.34.0/x86_64-linux/auto/Image/Imlib2/Imlib2.so
&& ./runyourperlfile.pl (be aware you may want to export LD_PRELOAD=
after if it messes up some other commands). I'm not sure how this would
work with the larger setup you have though...
On Sun, Mar 30, 2025 at 11:29 AM Ruben Safir <ru...@mrbrklyn.com> wrote:
> On 3/29/25 10:59 PM, Ruben Safir wrote:
> > I hacked the build file so it will compile but the darn xs
> > packages are still not working and I have zero idea how to fix this at
> > this point.
> >
> > I have 40 years of photographs and images on that webserver made
> > inaccessible by fidiggty coders who had security issue and no added
> > functionality. They are just damn fidigty.
> >
> >
> > cpan .
> > ...
> > Configuring /home/ruben/.cpan/build/Image-Imlib2-2.03-0/. with Build.PL
> > Found imlib2 1.12.4
> > Created MYMETA.yml and MYMETA.json
> > Creating new 'Build' script for 'Image-Imlib2' version '2.03'
> > 'YAML' not installed, will not store persistent state
> > /home/ruben/.cpan/build/Image-Imlib2-2.03-0/.
> > /usr/bin/perl Build.PL installdirs=site -- OK
> > Running Build for /home/ruben/.cpan/build/Image-Imlib2-2.03-0/.
> > Building Image-Imlib2
> > /home/ruben/.cpan/build/Image-Imlib2-2.03-0/.
> > ./Build -- OK
> > Running Build test for
> > /home/ruben/.cpan/build/Image-Imlib2-2.03-0/.
> > t/autocrop.t ...... 1/8 Image::Imlib2 load error: No loader for
> > file format at t/autocrop.t line 7.
> > ....
> >
> > It uncovers the error and gives NO HINT how to solve this.
> >
> > I don't even know where the xs files are being compiled and loaded
> >
> > This could be as easy as an ldd ld.conf problem and I would have no
> > clue.
> >
> >
> >
> > On Sat, Mar 29, 2025 at 06:31:18PM -0400, Ruben Safir wrote:
> >> I fixed the Images::Imlib2 package so it will at least compile buy hard
> >> coding the pkg-config file instead of the removed imlib2-config
> >> But it is still not finding the image modules that are used by
> >> Image::Imlib2->load()
> >> I'm not really sure where that is even being inherited from
> >> because I never worked with a C code project encalsulated by perl
> >>
> >> the debugger won't step into the load method eithe
> >>
> >> --
> >> So many immigrant groups have swept through our town
> >> that Brooklyn, like Atlantis, reaches mythological
> >> proportions in the mind of the world - RI Safir 1998
> >> http://www.mrbrklyn.com
> >> DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
> >>
> >> http://www.nylxs.com - Leadership Development in Free Software
> >> http://www.brooklyn-living.com
> >>
> >> Being so tracked is for FARM ANIMALS and extermination camps,
> >> but incompatible with living as a free human being. -RI Safir 2013
> >
>
>
> This is from the developer
>
> The "can't find loaders" problem you see may happen if the perl module
> dlopens libImlib2.so with RTLD_LOCAL instead of RTLD_GLOBAL.
> A change was introduced in imlib2 version 1.12.4 that requires
> libImlib2.so to be loaded with RTLD_GLOBAL.
>
>
> I would love any hint how I might be able to hack that..
>
>
> --
> So many immigrant groups have swept through our town
> that Brooklyn, like Atlantis, reaches mythological
> proportions in the mind of the world - RI Safir 1998
> http://www.mrbrklyn.com
> DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
>
> http://www.nylxs.com - Leadership Development in Free Software
> http://www.brooklyn-living.com
>
> Being so tracked is for FARM ANIMALS and extermination camps,
> but incompatible with living as a free human being. -RI Safir 2013
>
