Havard Eidnes <he%NetBSD.org@localhost> writes: >>> I can of course do as indicated above and remove libstdc++.so >>> version 6, 7 and 8 from /usr/lib, remove any binary packages >>> which lists any of those libstdc++.so's as REQUIRED (yes, there >>> were some), and re-start the entire bulk build. >> >> I would say there are two separable problems: >> >> programs built with base system compilers that existed in previous >> netbsd versions. If a library, this is a misconfiguration. > > Not entirely sure what you mean here, but... I removed the > libstdc++.so versions 6, 7 and 8 from the chroot's /usr/lib. I > checked and didn't find any executables in the chroot's standard > bin directories which depended on any of them. All I mean is that older libraries in /usr/lib are leftovers from previous netbsd verisons, and while they are good for compat for old binaries, they have no place in a bulk build. I am surprised they are ending up in a chroot, vs an unpack of sets.
Attachment:
signature.asc
Description: PGP signature