Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 28 Feb 2006 15:25:49 +0100
From:      Alexander Leidinger <netchild@FreeBSD.org>
To:        Ion-Mihai Tetcu <itetcu@people.tecnik93.com>
Cc:        Christopher Kelley <bsd@kelleycows.com>, Jeremy Messenger <mezz7@cox.net>, ade@FreeBSD.org, freebsd-ports@FreeBSD.org, Kris Kennaway <kris@obsecurity.org>
Subject:   Re: libtool note in UPDATING
Message-ID:  <20060228152549.3c794a31@Magellan.Leidinger.net>
In-Reply-To: <20060228155659.08b7a0a4@it.buh.tecnik93.com>
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>

next in thread | previous in thread | raw e-mail | index | archive | help
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. This means that ports
which do a LD_LIBRARY_PATH-dance don't get treated correctly.

> Unresolvable link(s) found in: /usr/local/bin/movtar_index
>         libglib12.so.3
> Unresolvable link(s) found in: /usr/local/bin/playdv
>         libgmodule12.so.3
>         libgtk12.so.2
>         libglib12.so.3
>         libgdk12.so.2
> 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

Theses seem to need a PORTREVISION bump, please tell us which ports are
affected ("pkg_which <file>").

> Unresolvable link(s) found in: /usr/local/bin/karbon
>         libkarboncommon.so.0

See below.

> 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.

> 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.

> 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.

> Unresolvable link(s) found in: /usr/local/lib/libkdeinit_karbon.so
>         libkarboncommon.so.0

See below.

> Unresolvable link(s) found in: /usr/local/lib/libpolyp-mainloop-glib12-0.7.so.0
>         libglib12.so.3

Which port?

> Unresolvable link(s) found in: /usr/local/lib/kde3/libkarbonxcfexport.so
>         libkarboncommon.so.0
> Unresolvable link(s) found in: /usr/local/lib/kde3/libkarbonkontourimport.so
>         libkarboncommon.so.0
> Unresolvable link(s) found in: /usr/local/lib/kde3/libwmfexport.so
>         libkarboncommon.so.0
> Unresolvable link(s) found in: /usr/local/lib/kde3/libwmfimport.so
>         libkarboncommon.so.0
> Unresolvable link(s) found in: /usr/local/lib/kde3/libkarbonpngexport.so
>         libkarboncommon.so.0
> Unresolvable link(s) found in: /usr/local/lib/kde3/libkarbonsvgimport.so
>         libkarboncommon.so.0
> Unresolvable link(s) found in: /usr/local/lib/kde3/libkarbonsvgexport.so
>         libkarboncommon.so.0
> Unresolvable link(s) found in: /usr/local/lib/kde3/libkarbonaiimport.so
>         libkarboncommon.so.0
> Unresolvable link(s) found in: /usr/local/lib/kde3/libkarbonepsexport.so
>         libkarboncommon.so.0
> Unresolvable link(s) found in: /usr/local/lib/kde3/karbon_imagetoolplugin.so
>         libkarboncommon.so.0
> Unresolvable link(s) found in: /usr/local/lib/kde3/karbon_zoomtoolplugin.so
>         libkarboncommon.so.0
> Unresolvable link(s) found in: /usr/local/lib/kde3/karbon_shadoweffectplugin.so
>         libkarboncommon.so.0
> Unresolvable link(s) found in: /usr/local/lib/kde3/karbon_whirlpinchplugin.so
>         libkarboncommon.so.0
> Unresolvable link(s) found in: /usr/local/lib/kde3/karbon_insertknotsplugin.so
>         libkarboncommon.so.0
> Unresolvable link(s) found in: /usr/local/lib/kde3/karbon_roundcornersplugin.so
>         libkarboncommon.so.0
> Unresolvable link(s) found in: /usr/local/lib/kde3/karbon_flattenpathplugin.so
>         libkarboncommon.so.0
> Unresolvable link(s) found in: /usr/local/lib/kde3/libkarbonpart.so
>         libkarboncommon.so.0

I don't know how KDE handles this, please check if there's this lib
somewhere to determine if this is a false positive or not.

> 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 in: /usr/local/lib/kde3/kopete_nowlistening.so
>         libgmodule12.so.3
>         libgtk12.so.2
>         libglib12.so.3
>         libgdk12.so.2

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.

Bye,
Alexander.

-- 
      ...and that is how we know the Earth to be banana-shaped.
http://www.Leidinger.net                       Alexander @ Leidinger.net
  GPG fingerprint = C518 BC70 E67F 143F BE91  3365 79E2 9C60 B006 3FE7
WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060228152549.3c794a31>