Re: PHP modules broken?

[Andries Annema <an3s.annema%gmail.com@localhost>]

Ok, so that did not bring me the result I had hoped for.

I just updated and rebooted my OmniOS test box:

$ uname -a
SunOS 506omnios 5.11 omnios-r151054-9b67420095b i86pc i386 i86pc

$ beadm list
BE                 Active Mountpoint Space   Policy Created
omniosce-r151054   -      -          834.50K static 2025-11-08 09:40
omniosce-r151054bs NR     /          8.30G   static 2026-09-11 16:43

Did a "pkgin update && pkgin upgrade" on the lipkg zone where I tested 
this php85 stuff, then made sure I had the 'php85-gd' removed and purged 
("pkgin remove php85-gd && pkgin clean && pkgin autoremove"), then 
re-installed it cleanly: "pkgin install php85-gd", which gave no errors.

But then:

$ php -v
PHP Warning:  PHP Startup: Unable to load dynamic library 'gd.so' 
(tried: /opt/local/lib/php/8.5/x86_64/gd.so (ld.so.1: php85: fatal: 
libc.so.1: open failed: No such file or directory), 
/opt/local/lib/php/8.5/x86_64/gd.so.so (ld.so.1: php85: fatal: 
/opt/local/lib/php/8.5/x86_64/gd.so.so: open failed: No such file or 
directory)) in Unknown on line 0
PHP 8.5.9 (cli) (built: Aug 12 2026 15:29:22) (NTS)
Copyright (c) The PHP Group
Zend Engine v4.5.9, Copyright (c) Zend Technologies
    with Zend OPcache v8.5.9, Copyright (c), by Zend Technologies

$ ldd /opt/local/lib/php/8.5/x86_64/gd.so
        libgd.so.3 =>    /opt/local/lib/libgd.so.3
        libintl.so.8 =>  /opt/local/lib/libintl.so.8
        libiconv.so.2 =>         /opt/local/lib/libiconv.so.2
        libfreetype.so.6 => /opt/local/lib/libfreetype.so.6
        libbz2.so.0 =>   /opt/local/lib/libbz2.so.0
        libpng16.so.16 =>        /opt/local/lib/libpng16.so.16
        libbrotlidec.so.1 =>  /opt/local/lib/libbrotlidec.so.1
        libraqm.so.0 =>  /opt/local/lib/libraqm.so.0
        libfontconfig.so.1 => /opt/local/lib/libfontconfig.so.1
        libimagequant.so.0.4 => /opt/local/lib/libimagequant.so.0.4
        libtiff.so.6 =>  /opt/local/lib/libtiff.so.6
        liblzma.so.5 =>  /opt/local/lib/liblzma.so.5
        libpthread.so.1 =>       /lib/64/libpthread.so.1
        librt.so.1 =>    /lib/64/librt.so.1
        libLerc.so.4 =>  /opt/local/lib/libLerc.so.4
        libjbig.so.2 =>  /opt/local/lib/libjbig.so.2
        libjpeg.so.8 =>  /opt/local/lib/libjpeg.so.8
        libz.so.1 =>     /opt/local/lib/libz.so.1
        libm.so.2 =>     /lib/64/libm.so.2
        libwebp.so.7 =>  /opt/local/lib/libwebp.so.7
        libumem.so.1 =>  /lib/64/libumem.so.1
        libgomp.so.1 => 
/opt/local/gcc13/x86_64-sun-solaris2.11/lib/amd64/libgomp.so.1
        libgcc_s.so.1 => 
 /opt/local/gcc13/x86_64-sun-solaris2.11/lib/amd64/libgcc_s.so.1
        libc.so.1 =>     /lib/64/libc.so.1
        libbrotlicommon.so.1 => /opt/local/lib/libbrotlicommon.so.1
        libharfbuzz.so.0 => /opt/local/lib/libharfbuzz.so.0
        libfribidi.so.0 =>       /opt/local/lib/libfribidi.so.0
        libexpat.so.1 =>         /opt/local/lib/libexpat.so.1
        libsocket.so.1 =>        /lib/64/libsocket.so.1
        libnsl.so.1 =>   /lib/64/libnsl.so.1
        libstdc++.so.6 => 
/opt/local/gcc13/x86_64-sun-solaris2.11/lib/amd64/libstdc++.so.6
        libsharpyuv.so.0 => /opt/local/lib/libsharpyuv.so.0
        libdl.so.1 =>    /lib/64/libdl.so.1
        libglib-2.0.so.0 => /opt/local/lib/libglib-2.0.so.0
        libgraphite2.so.3 =>  /opt/local/lib/libgraphite2.so.3
        libmp.so.2 =>    /lib/64/libmp.so.2
        libmd.so.1 =>    /lib/64/libmd.so.1
        libatomic.so.1 => 
/opt/local/gcc13/x86_64-sun-solaris2.11/lib/amd64/libatomic.so.1
        libpcre2-8.so.0 =>       /opt/local/lib/libpcre2-8.so.0
        libc.so.1 (ILLUMOS_0.57) =>      (version not found)

There you go: same "version not found" error.
So I will postpone on updating my home lab server, untill we find a 
proper solution here.

Any different ideas or things I might test/verify?

Also, why is this linking problem specific to those gd and imagick 
modules and not any of the other I reported as installed? Weird.


On 11-09-2026 16:36, Andries Annema wrote:
> Ah, thank you both for pointing that out!
>
> I can confirm that both my test box as my home lab server are a bit 
> lagging behind regarding OmniOS updates.
> Both have not been updated, as far as the OmniOS-packages are 
> concerned, since 2025-11 and 2025-12.
>
> I'm now in the process of updating the testbox, then trying the 
> php83-gd and php83-imagick packages again.
> Assuming that solves the issue, I'll then do the same on my home lab 
> server this weekend.
> I will report back whatever the outcome!
>
> Thanks for the quick support.
>
> P.S.: Sorry, Jonathan, I entered the wrong/obsolete direct email 
> address before; it bounced right back.
>
>
> On 11-09-2026 16:22, Jonathan Perkin wrote:
> > > >     libc.so.1 (ILLUMOS_0.57) => (version not found)
> >
> > I don't have the mail directly from Andries yet so I'm replying to 
> > this one, but this is the root of your problem.
> >
> > You will need to update your OmniOS version.  I recently bumped the 
> > requirement for the trunk packages to a 202506 baseline platform:
> >
> > https://smartos.topicbox.com/groups/smartos-discuss/T4d2e6741534082c1/bumping-the-minimum-pi-requirement-for-trunk-packages 
> >
> >
> > This is needed to ensure that we can continue to provide newer 
> > versions software that now require features only available in recent 
> > versions of illumos.  I've held off on bumping this for as long as 
> > possible, but the previous 202108 baseline was getting too old, and a 
> > number of packages were getting more and more difficult to support.