NanoBSD install phase failing for releng/11
imp at bsdimp.com
Mon Aug 22 14:29:01 UTC 2016
Yea, this isn't nanobsd specific. Adrian was complaining about it as well
causing multiple entries in METALOG.
Does this happen with any of the embedded images we have in the tree
now as examples? I imagine it would..
On Mon, Aug 22, 2016 at 7:35 AM, Shawn Webb <shawn.webb at hardenedbsd.org> wrote:
> On Mon, Aug 22, 2016 at 01:08:11PM +0200, Guido Falsi wrote:
>> While building a NanoBSD image using releng/11 sources I got this error
>> ===> lib/libc++ (install)
>> install -C -o root -g wheel -m 444 libc++.a
>> install -s -o root -g wheel -m 444 libc++.so.1
>> install -S -C -o root -g wheel -m 444 libc++.ld
>> ===> lib/libcxxrt (install)
>> install -C -o root -g wheel -m 444 libcxxrt.a
>> install -s -o root -g wheel -m 444 libcxxrt.so.1
>> install -l rs /usr/local/nanobsd/rr-trunk/obj/_.w/lib/libcxxrt.so.1
>> install: symlink ../../lib/libcxxrt.so.1 ->
>> /usr/local/nanobsd/rr-trunk/obj/_.w/usr/lib: File exists
>> *** Error code 71
>> I'm not sure what's happening, I already tried reverting locally
>> r301880, thinking it could be related, but this changed nothing.
>> Anyone has some insight? It was working fine up to August 4th.
>> Thanks in advance to anyone giving me some hint!
> I've been getting this simply in installworld outside the context of
> nanobsd. I've got a 12-CURRENT host doing an installworld of an
> 11-STABLE src tree to a chroot directory.
> Here's the log (granted, -s was added to make): http://ix.io/1fN3
> Shawn Webb
> Cofounder and Security Engineer
> GPG Key ID: 0x6A84658F52456EEE
> GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE
More information about the freebsd-current