public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
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


             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