Bug #1110
closed
libgd.so.4 => not found (0x0) - bandwidthd won't start
Added by John Smith almost 14 years ago.
Updated almost 14 years ago.
Affected Architecture:
i386
Description
I did everything mentioned in http://redmine.pfsense.org/issues/1033. I'm running latest 2.0 firmware. Here's what I get:
$ ldd /usr/local/bandwidthd/bandwidthd
/usr/local/bandwidthd/bandwidthd:
libpcap.so.7 => /lib/libpcap.so.7 (0x280a0000)
libgd.so.4 => not found (0x0)
libpng.so.6 => /usr/local/lib/libpng.so.6 (0x280ce000)
libiconv.so.3 => /usr/lib/libiconv.so.3 (0x280f3000)
libm.so.5 => /lib/libm.so.5 (0x281e9000)
libc.so.7 => /lib/libc.so.7 (0x28203000)
libz.so.5 => /lib/libz.so.5 (0x2831d000)
Hi,
i can confirm this issues. Running 'ldd /usr/local/bandwidthd/bandwidthd' as mentioned in Issue 1033 show a missing libgd and missing libpng:
/usr/local/bandwidthd/bandwidthd:
libpcap.so.7 => /lib/libpcap.so.7 (0x280a0000)
libgd.so.4 => not found (0x0)
libpng.so.6 => not found (0x0)
libiconv.so.3 => /usr/lib/libiconv.so.3 (0x280ce000)
libm.so.5 => /lib/libm.so.5 (0x281c4000)
libc.so.7 => /lib/libc.so.7 (0x281de000)
So i tried manually installing gd with 'pkg_add -r http://files.pfsense.org/packages/amd64/8/All/gd-2.0.35_7%2c1.tbz' showing a bug in the filename. I think it should read gd-2.0.35_7[dot]1.tbz and not gd-2.0.35_7[comma]1.tbz. Anyway gd complains about inconsistency with libiconv-1.13.1 asking for version libiconv-1.13.1_1.
Here i stop investigating because deinstalling libiconv-1.13.1 seems to break my system, but hopefully this helps a bit.
- Status changed from New to Resolved
I did quite a bit of cleanup on the i386 package build machine today and did a complete fresh run just now. Can you try this again now?
It looks like it should be OK.
Commas are fine and expected in certain package names. That file is present on the server (on the i386 side, where this bug is filed against)
195240 Dec 9 06:50 gd-2.0.35_7,1.tbz
If amd64 has an issue it would be separate.
- Status changed from Resolved to Feedback
This should have been set to feedback, not resolved just yet.
sorry i can only test the amd64 packages right now; still experiencing the same error
FYI- It should be OK on amd64 now:
: ldd /usr/local/bandwidthd/bandwidthd
/usr/local/bandwidthd/bandwidthd:
libpcap.so.1 => /usr/local/lib/libpcap.so.1 (0x800650000)
libgd.so.4 => /usr/local/lib/libgd.so.4 (0x800782000)
libpng.so.6 => /usr/local/lib/libpng.so.6 (0x8008c3000)
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x8009e9000)
libm.so.5 => /lib/libm.so.5 (0x800be3000)
libc.so.7 => /lib/libc.so.7 (0x800d02000)
libfontconfig.so.1 => /usr/local/lib/libfontconfig.so.1 (0x800f3e000)
libz.so.5 => /lib/libz.so.5 (0x801070000)
libjpeg.so.11 => /usr/local/lib/libjpeg.so.11 (0x801185000)
libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x8012bb000)
libthr.so.3 => /lib/libthr.so.3 (0x80143d000)
libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x801555000)
i386 still has some issues.
It should be all clear on i386 now, too.
Hello Jim,
just did the following on amd64:
- Update to Vesion 2.0-Beta4 from Fri Dec 17 01:17:30 EST 2010 to have the latest firmware
- installed bandwidth daemon, doesn't start :-(
- ldd says:
: ldd /usr/local/bandwidthd/bandwidthd /usr/local/bandwidthd/bandwidthd:
/libexec/ld-elf.so.1: /usr/local/lib/libgd.so.4: Unexpected inconsistency: dependency libjpeg.so.11 not found
/usr/local/bandwidthd/bandwidthd: exit status 1
- checking for libjpeg 'ls -l /usr/local/lib/libjpeg.so.11'
seems to exist -rwxr-xr-x 1 root wheel 244407 Nov 8 08:22 /usr/local/lib/libjpeg.so.11
Any clues or did i messed up my test system ?
Nah just uninstall the package by hitting the 'x' on the Installed Packages screen. Then find it in the list and try to add it again.
The dependencies looked right when they uploaded this time. I'll have to check them again, I didn't actually try to install it yet.
- Status changed from Feedback to Resolved
I just installed OK on both i386 and amd64. All expected dependencies installed, ldd showed all libraries present.
If people still have problems, uninstall the package and then choose it again from the main list. Hitting the 'pkg' button will not reinstall the binary packages in most cases.
Also available in: Atom
PDF