Project

General

Profile

Actions

Bug #1110

closed

libgd.so.4 => not found (0x0) - bandwidthd won't start

Added by John Smith about 14 years ago. Updated about 14 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
bandwidthd
Target version:
-
Start date:
12/15/2010
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
Affected Version:
2.0
Affected Plus Version:
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)

Actions #1

Updated by Thomas Scholten about 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.

Actions #2

Updated by Jim Pingle about 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.

Actions #3

Updated by Jim Pingle about 14 years ago

  • Status changed from Resolved to Feedback

This should have been set to feedback, not resolved just yet.

Actions #4

Updated by Thomas Scholten about 14 years ago

sorry i can only test the amd64 packages right now; still experiencing the same error

Actions #5

Updated by Jim Pingle about 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.

Actions #6

Updated by Jim Pingle about 14 years ago

It should be all clear on i386 now, too.

Actions #7

Updated by Thomas Scholten about 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 ?

Actions #8

Updated by Jim Pingle about 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.

Actions #9

Updated by Jim Pingle about 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.

Actions

Also available in: Atom PDF