Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 18 Jun 2018 18:46:41 -0700
From:      Mark Millard <marklmi@yahoo.com>
To:        Bryan Drewery <bdrewery@FreeBSD.org>
Cc:        Li-Wen Hsu <lwhsu@freebsd.org>, FreeBSD Current <freebsd-current@freebsd.org>, FreeBSD Toolchain <freebsd-toolchain@freebsd.org>
Subject:   Re: A head buildworld race visible in the ci.freebsd.org build history
Message-ID:  <BE644819-399A-4C4C-89C9-91283EB768D2@yahoo.com>
In-Reply-To: <07C8E943-BDED-4912-8856-0ECCED7014A3@yahoo.com>
References:  <74EAD684-0E0B-453A-B746-156777CF604A@yahoo.com> <1884103f-d1fb-aca6-2edd-062e11d05617@FreeBSD.org> <BCD47660-EE57-490C-90E8-83FC3B720B09@yahoo.com> <CAKBkRUxAfXi81yw93ejcJVpXQ0JetaACFtuS8tFprQvMeWx75A@mail.gmail.com> <c371a5d3-3c21-bb3a-29c0-974feb2baf5a@FreeBSD.org> <07C8E943-BDED-4912-8856-0ECCED7014A3@yahoo.com>

next in thread | previous in thread | raw e-mail | index | archive | help

On 2018-Jun-18, at 6:03 PM, Mark Millard <marklmi at yahoo.com> wrote:
> On 2018-Jun-18, at 4:08 PM, Bryan Drewery <bdrewery at FreeBSD.org> wrote:
> 
>> On 6/18/2018 3:27 PM, Li-Wen Hsu wrote:
>>> ranlib -D libpcap.a
>>> ranlib: fatal: Failed to open 'libpcap.a'
>> 
>> Where is this error even coming from? It's not in the usr.bin/ar code
>> and ranlib does not cause it.
>> 
>> # ranlib -D uh
>> ranlib: warning: uh: no such file
> 
> A more complete sequence is (with some
> other text mixed in, as in where I got
> the text from on ci.freebsd.org):
> 
> --- libvgl.a ---
> building static vgl library
> ar -crD libvgl.a `NM='nm' NMFLAGS=''  lorder main.o simple.o bitmap.o text.o mouse.o keyboard.o  | tsort -q` 
> --- all_subdir_lib/libsysdecode ---
> ranlib -D libsysdecode.a
> --- all_subdir_lib/libvgl ---
> ranlib -D libvgl.a
> ranlib: fatal: Failed to open 'libvgl.a'
> --- all_subdir_lib/libsysdecode ---
> ranlib: fatal: Failed to open 'libsysdecode.a'
> --- all_subdir_lib/libvgl ---
> *** [libvgl.a] Error code 70
> 
> So, in essence,
> 
> ar -crD libvgl.a `NM='nm' NMFLAGS=''  lorder main.o simple.o bitmap.o text.o mouse.o keyboard.o  | tsort -q` 
> ranlib -D libvgl.a
> ranlib: fatal: Failed to open 'libvgl.a'
> 
> It is not obvious to me that the "Failed to open" means
> that there was "no such file". Might there be some other
> form of "Failed to open" for a file that does exist from
> the ar at least having created its output .a file?
> 

Also, if what varies is the head system version (for failing vs.
working) and what is the same is running a 11.1R jail, then it
would seem to be the underlying head system software in each
that matters for the ar -> ranlib sequence behavior, but not
11.1R's ar or ranlib or 11.1R's libraries indirectly involved
--nor in head's ar or ranlib (or their indirections). head's:
unused.

The only parts of head that could be involved are parts that the
11.1R jail does not avoid.

This suggests more basic infrastructure in head to me.

===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BE644819-399A-4C4C-89C9-91283EB768D2>