Re: pkg/44590: x11/kdebase3 attempts to link against non-existant library (NetBSD 5.0 / i386)

[Robert Elz <kre%munnari.OZ.AU@localhost>]

The following reply was made to PR pkg/44590; it has been noted by GNATS.

From: Robert Elz <kre%munnari.OZ.AU@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
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 -> 
/usr/pkg/lib/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 -> 
/usr/pkg/lib/libart_lgpl_2.so
 lrwxr-xr-x  1 root  wheel    31 Feb 17 14:46 libart_lgpl_2.so.2 -> 
/usr/pkg/lib/libart_lgpl_2.so.2
 lrwxr-xr-x  1 root  wheel    36 Feb 17 14:46 libart_lgpl_2.so.2.3.21 -> 
/usr/pkg/lib/libart_lgpl_2.so.2.3.21
 pkg_comp:5.conf# pwd
 /pkg_comp/obj/pkgsrc/x11/kdebase3/5/.buildlink/lib
 
 
 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
 be referenced...)
 
 That one, I'm afraid, is someone else's problem (though I can easily
 test possible fixes).
 
 kre