From: Adolf Belka <adolf.belka@ipfire.org>
To: development@lists.ipfire.org
Subject: Trying to update gd
Date: Thu, 17 Jun 2021 20:53:29 +0200 [thread overview]
Message-ID: <09d4731d-c98b-a070-8f67-28fec756a54f@ipfire.org> (raw)
[-- Attachment #1: Type: text/plain, Size: 2225 bytes --]
Hi All,
I found that gd was at version 2.0.33 from 2006 and there have been
several updates all the way up to May this year, some of them to fix
bugs or security concerns.
So I did a build for version 2.3.1 also taking the opportunity to
disable-static libraries.
This built successfully and I also ran the find-dependencies as the
libraries changed from libgd.so.2.0.0 to libgd.3.0.9 There were no
dependencies on libgd.so.2 or libgd.2.0.0
As gd is used for the charts I installed the generated iso into a vm on
my testbed system to confirm they worked.
None of the charts showed any data. Also the log pie charts did not
work. The error message from httpd/error_log was:-
Can't load
'/usr/lib/perl5/site_perl/5.32.1/x86_64-linux-thread-multi/auto/GD/GD.so'
for module GD: libtiff.so.5: cannot open shared object file: No such
file or directory at
/usr/lib/perl5/5.32.1/x86_64-linux-thread-multi/DynaLoader.pm line 193.
^@ at /srv/web/ipfire/cgi-bin/getrrdimage.cgi line 24.
Compilation failed in require at /srv/web/ipfire/cgi-bin/getrrdimage.cgi
line 24.
BEGIN failed--compilation aborted at
/srv/web/ipfire/cgi-bin/getrrdimage.cgi line 24.
[Thu Jun 17 16:38:29.559844 2021] [cgid:error] [pid 3156:tid
127227853231680] [client 192.168.200.50:49220] End of script output
before headers: getrrdimage.cgi, referer: https://ipfire.localdomain:444/
This seems to be saying it can't find libtiff.so.5
Looking through the source tarballs over time I found that version 2.1.0
was where it started to look for libtiff.
I then installed the libtiff addon in my vm and the charts were all
working. So the new gd requires the libtiff shared object libraries.
The addon installs a lot more than just the libtiff so libs so it does
not seem right to build that structurally into the firewall.
The only option I have come up with is to copy the libtiff so's into
/usr/lib/ after the install stage of gd.
libtiff is built before gd so the files are available in the build. This
would seem to then provide the required libs without the rest of the
libtiff files.
Is this a reasonable approach to use or is there a different method I
should be using.
Regards,
Adolf.
--
Sent from my laptop
next reply other threads:[~2021-06-17 18:53 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-17 18:53 Adolf Belka [this message]
2021-06-18 8:35 ` Michael Tremer
2021-06-18 21:26 ` Adolf Belka
2021-06-19 6:09 ` Peter Müller
2021-06-19 12:09 ` Michael Tremer
2021-06-19 15:43 ` Adolf Belka
2021-06-20 18:21 ` Adolf Belka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=09d4731d-c98b-a070-8f67-28fec756a54f@ipfire.org \
--to=adolf.belka@ipfire.org \
--cc=development@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox