Date: Tue, 28 Feb 2006 17:02:56 +0200 From: Ion-Mihai Tetcu <itetcu@people.tecnik93.com> To: Alexander Leidinger <netchild@FreeBSD.org> Cc: Christopher Kelley <bsd@kelleycows.com>, Jeremy Messenger <mezz7@cox.net>, freebsd-ports@FreeBSD.org, ade@FreeBSD.org, Kris Kennaway <kris@obsecurity.org> Subject: Re: libtool note in UPDATING Message-ID: <20060228170256.5980ed7c@it.buh.tecnik93.com> In-Reply-To: <20060228152549.3c794a31@Magellan.Leidinger.net> References: <440377FF.4020502@kelleycows.com> <20060227225357.GA87738@xor.obsecurity.org> <op.s5ntodyp9aq2h7@mezz.mezzweb.com> <20060228014641.GA26933@xor.obsecurity.org> <20060228122717.21f2cfd7@Magellan.Leidinger.net> <20060228155659.08b7a0a4@it.buh.tecnik93.com> <20060228152549.3c794a31@Magellan.Leidinger.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 28 Feb 2006 15:25:49 +0100
Alexander Leidinger <netchild@FreeBSD.org> wrote:
> Am Tue, 28 Feb 2006 15:56:59 +0200
> schrieb Ion-Mihai Tetcu <itetcu@people.tecnik93.com>:
>
> > This utility should be advertised more.
> >
> > After a
> > portupgrade -Rfp `ls -1 /var/db/pkg/`
> > and a few
> > portupgrade -Rp ` portversion -vL= | sed 's/[ ]*<.*$//' `
> > which let me with only jdk-1.5.0p2_2 being outdated, this is the
> > rather disappointing result of running it on my 750 installed
> > ports desktop:
>
> It has to be interpreted!
:)
> > # libchk
> > Will look into:
> > /bin
> > /lib
> > /root/bin
> > /sbin
> > /usr/X11R6/bin
> > /usr/X11R6/lib
> > /usr/X11R6/libexec
> > /usr/bin
> > /usr/games
> > /usr/lib
> > /usr/libexec
> > /usr/local/bin
> > /usr/local/lib
> > /usr/local/libexec
> > /usr/local/sbin
> > /usr/sbin
>
> Here you see which directories are processed.
Yes.
> This means that ports which do a LD_LIBRARY_PATH-dance don't get
> treated correctly.
While I enjoy dancing, my ports shouldn't but do their work :-D
# ldconfig -r | head -2
/var/run/ld-elf.so.hints:
search directories: /lib:/usr/lib:/usr/lib/compat:/usr/X11R6/lib:/usr/local/lib:/usr/local/lib/compat/pkg:/usr/local/lib/mysql:/usr/local/lib/graphviz:/usr/local/lib/compat:/usr/local/lib/pth:/usr/local/lib/kde3:/usr/X11R6/lib/bonobo/monikers:/usr/local/lib/courier-authlib
According to the man page, this dirs are searched by default but above
libchk output suggest they are not; I'd be happy to know what the truth is.
> > Unresolvable link(s) found in: /usr/local/bin/movtar_index
> > libglib12.so.3
> > Unresolvable link(s) found in: /usr/local/bin/movtar_unify
> > libglib12.so.3
> > Unresolvable link(s) found in: /usr/local/bin/movtar_split
> > libglib12.so.3
> > Unresolvable link(s) found in: /usr/local/bin/movtar_setinfo
> > libglib12.so.3
> > Unresolvable link(s) found in: /usr/local/bin/movtar_play
> > libglib12.so.3
multimedia/libmovtar
> > Unresolvable link(s) found in: /usr/local/bin/playdv
> > libgmodule12.so.3
> > libgtk12.so.2
> > libglib12.so.3
> > libgdk12.so.2
multimedia/libdv
> Theses seem to need a PORTREVISION bump, please tell us which ports
> are affected ("pkg_which <file>").
I was in the process of doing that, of course :)
> > Unresolvable link(s) found in: /usr/local/bin/karbon
> > libkarboncommon.so.0
>
> See below.
# find /usr/local -name libkarboncommon\* -type f
/usr/local/lib/compat/pkg.old/libkarboncommon.so.0
So something is wrong here and in the rest of /usr/local/lib/kde3/*
output.
> > Unresolvable link(s) found in: /usr/local/bin/mplayer
> > libgmodule12.so.3
> > libgtk12.so.2
> > libglib12.so.3
> > libgdk12.so.2
>
> Ok, this is obvious, this is the mplayer port.
Yeh.
> > Unresolvable link(s) found
> > in: /usr/local/lib/libswt-mozilla-gtk-3139.so libgtkembedmoz.so
> > libxpcom.so
>
> The mozilla libs don't get resolved correctly, this may be a false
> positive.
root@it> /usr/local/lib/kde3 [16:51:41] 0
# find /usr/local -name libgtkembedmoz\* -type f
root@it> /usr/local/lib/kde3 [16:52:12] 0
# find /usr/local -name libxpcom\* -type f
root@it> /usr/local/lib/kde3 [16:52:37] 0
So no, they are not on my system. (they used to exist in /usr/local/lib
according to locate(1) output).
> > Unresolvable link(s) found in: /usr/local/lib/libswt-awt-gtk-3139.so
> > libjawt.so
>
> I don't know SWT handles this, maybe this lib resides in a different
> directory like the mozilla libs. But I don't think this is a problem
> because of the libtool update.
This seem to be a false alarm:
# find /usr/local -name libjawt\* -type f
/usr/local/jdk1.4.2/jre/lib/i386/libjawt.so
/usr/local/linux-sun-jdk1.4.2/jre/lib/i386/libjawt.so
/usr/local/jdk1.5.0/jre/lib/i386/libjawt.so
> > Unresolvable link(s) found
> > in: /usr/local/lib/libpolyp-mainloop-glib12-0.7.so.0 libglib12.so.3
audio/polypaudio
> > Unresolvable link(s) found
> > in: /usr/local/lib/kde3/mediacontrol_panelapplet.so
> > libgmodule12.so.3 libgtk12.so.2
> > libglib12.so.3
> > libgdk12.so.2
> > Unresolvable link(s) found
misc/kicker-applets
> > in: /usr/local/lib/kde3/kopete_nowlistening.so libgmodule12.so.3
> > libgtk12.so.2
> > libglib12.so.3
> > libgdk12.so.2
net/kdenetwork3
> These ports (please tell us the name of the ports) need a PORTREVISION
> bump.
>
> > Unreferenced library: /lib/libgpib.so.1
> > Unreferenced library: /usr/X11R6/lib/libGLw.so.1
> [...]
> > Unreferenced library: /usr/local/lib/pth/libpthread.so.20
>
> Typically you don't need to worry about these. Not every library is
> referenced by a binary in a normal way. Some aren't referenced at all,
> some are opened with dlopen(3) which libchk doesn't know to handle.
Of course, either that or left-overs from bad plists ;)
I'll check the later.
--
IOnut - Unregistered ;) FreeBSD "user"
"Intellectual Property" is nowhere near as valuable as "Intellect"
Live long and prosper.
-- Spock, "Amok Time", stardate 3372.7
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060228170256.5980ed7c>