[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: pkg/44590: x11/kdebase3 attempts to link against non-existant library (NetBSD 5.0 / i386)
The following reply was made to PR pkg/44590; it has been noted by GNATS.
From: Robert Elz <kre%munnari.OZ.AU@localhost>
Subject: Re: pkg/44590: x11/kdebase3 attempts to link against non-existant
library (NetBSD 5.0 / i386)
Date: Thu, 17 Feb 2011 22:48:46 +0700
In the previous episode, I said ...
| I'll see if I can see what's gone wrong, and if possible, why.
Now I know what is happening, but I have no idea why - I'll leave that
to someone who understands at least one of pkgsrc & buildlink3, kde,
and libtool (understanding more than one of those might help).
Mark was right, libart_lgpl_2.la is installed in /usr/pkg/lib
(libart-2.3.21 is correctly istalled).
And what's more it the .la file appears in the .buildlink directory.
The issue is which .buildlink directory it appears in, and which one
it was being searched for in.
We're building kdebase3 and everything is correct ...
pkg_comp:5.conf# ls -l *lgpl*
lrwxr-xr-x 1 root wheel 28 Feb 17 14:46 libart_lgpl_2.a ->
-rw-r--r-- 1 root wheel 1049 Feb 17 14:46 libart_lgpl_2.la
lrwxr-xr-x 1 root wheel 29 Feb 17 14:46 libart_lgpl_2.so ->
lrwxr-xr-x 1 root wheel 31 Feb 17 14:46 libart_lgpl_2.so.2 ->
lrwxr-xr-x 1 root wheel 36 Feb 17 14:46 libart_lgpl_2.so.2.3.21 ->
As I understand (which is not much) the way things are supposed to
work, that is all it, exactly.
The clue to the problem was in the error message that's in the PR ...
grep: /pkg_comp/obj/pkgsrc/x11/kdelibs3/5/.buildlink/lib/libart_lgpl_2.la: No
such file or directory
Notice where it is looking! There's no /pkg_comp/obj/pkgsrc/x11/kdelibs3
or anything under it, kdelibs3 was built on Jan 25, the sandbox has been
destroyed and recreated (literally) hundreds of times since then, and
installing the binary kdelibs3 package doesn't recreate all its build
work directories (and nor should it).
If one were to build kdelibs3, and then just continue and build kdebase3
without cleaning up, you'd never notice this problem I suspect, and for
most people I'm guessing that's what they do.
I, on the other hand, only ever build one package, then I destroy the
sandbox and create it again (aside from anything else, and particularly
with the big stuff like kde, "pkg_comp removeroot; pkg_comp makeroot"
is a much faster sequence than "make clean CLEANDEPENDS=yes" - and I use
an even faster method than that, and my sandbox is on a filesystem that's
mounted "-o async" so create/remove operations are blindingly fast
compared with normal ffs (even with wapbl or softlinks). That's why
(I suspect) I'm seeing this problem and no-one else is.
Now the question is why something is attempting to find the .la file in
the kdelibs3 .buildlink/lib directory (which doesn't exist) instead of
in the kdebase3 .buildlink/lib directory (where it is waiting patiently to
That one, I'm afraid, is someone else's problem (though I can easily
test possible fixes).
Main Index |
Thread Index |