Bug #1110
closedlibgd.so.4 => not found (0x0) - bandwidthd won't start
0%
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)
Updated by Thomas Scholten almost 14 years ago
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.
Updated by Jim Pingle almost 14 years ago
- 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.
Updated by Jim Pingle almost 14 years ago
- Status changed from Resolved to Feedback
This should have been set to feedback, not resolved just yet.
Updated by Thomas Scholten almost 14 years ago
sorry i can only test the amd64 packages right now; still experiencing the same error
Updated by Jim Pingle almost 14 years ago
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.
Updated by Jim Pingle almost 14 years ago
It should be all clear on i386 now, too.
Updated by Thomas Scholten almost 14 years ago
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 ?
Updated by Jim Pingle almost 14 years ago
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.
Updated by Jim Pingle almost 14 years ago
- 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.