Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 22 Aug 2006 18:53:12 +0400
From:      Boris Samorodov <bsam@ipt.ru>
To:        Alexander Leidinger <Alexander@Leidinger.net>
Cc:        freebsd-emulation@FreeBSD.org, jes <jes@jes-2.demon.nl>
Subject:   Re: ports/102034: emulators/linux_base-fc4 library problems with RELENG_6_1
Message-ID:  <59246999@serv3.int.kfs.ru>
In-Reply-To: <20060822155206.wnofa44ha8s0sok0@netchild.homeip.net> (Alexander Leidinger's message of "Tue, 22 Aug 2006 15:52:06 %2B0200")
References:  <200608220730.k7M7UMbm036179@freefall.freebsd.org> <68219662@bsam.ru> <20060822155206.wnofa44ha8s0sok0@netchild.homeip.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 22 Aug 2006 15:52:06 +0200 Alexander Leidinger wrote:
> Quoting Boris Samorodov <bsam@ipt.ru> (from Tue, 22 Aug 2006 12:32:33 +0400):

> >>  /usr/lib/libpthread.a
> >>  /usr/lib/libpthread_p.a
> >>  /usr/lib/libpthread.so.1
> >
> > (note: this one is suspicious as you have  [1].)

> No, the one in [1] is suspicious. Nothing should move any base system

See further.

> library to /usr/local/compat/pkg.

> >>  /usr/lib/libpthread.so
> >>  /usr/lib/libpthread.so.0
> >
> > Show pls "ls -l /usr/lib/libpthread.so.0".
> >
> > I asked about this one. Did you create it intentionally and (if yes,
> > what was the purpose)?
> > Did you (and how) upgrade your system?
> > Which OS version was initially installed at your PC?
> >
> > Anyway, this file either should exist at /usr/local/lib/compat or it
> > shouldn't exist at all. Try to (tempoparily) remove it and check up
> > linux_base install.
> >
> >>  /usr/lib/libpthread.so.2

> Since the .2 one exists, there should be no .1 or .0 at all.

If you ment "...at /usr/src" I'd agree. But not with .1 at
/usr/local/lib/compat.

> >>  /usr/local/lib/compat/libpthread.so.1  [1]

> And this shouldn't be there too.

Can't agree with you here, what about misc/compat5x?

> I suggest to remove (temporary) all old libs from everywhere (this may
> break some application) and run "libchk" (available from ports). It
> will report some apps which depend upon this removed lib
> ("Unresolved... /path/to/app"). For each of those apps, you need to
> determine the corresponding port and rebuild it:
>   pkg_which $(grep "Unresolved..." libchk.txt | sed -e
> s/Unresolved.*: //') | sort -u | xargs portupgrade -f

> After this nothing depends upon this old lib anymore.

Yes, this is good for further tunning of the system. Still, I think
that my advice is acceptable at the case we are discussing
(PR/102034).


WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone & Internet SP
FreeBSD committer, http://www.FreeBSD.org The Power To Serve



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