Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 4 Dec 2017 16:37:33 -0800
From:      Mark Millard <markmi@dsl-only.net>
To:        Bryan Drewery <bdrewery@FreeBSD.org>
Cc:        FreeBSD Toolchain <freebsd-toolchain@freebsd.org>, FreeBSD Ports <freebsd-ports@freebsd.org>
Subject:   Re: poudriere jail -c -j JNAME -m null -M PREBUILT-WORLD-PATH -S /usr/src -v 12.0-CURRENT complains about "DIrectory not empty" for PREBUILT-WORLD-PATH
Message-ID:  <A28020A7-66D4-4CA2-A696-5C2209C454DC@dsl-only.net>
In-Reply-To: <9f7e4ac6-7d0e-d21b-3fa5-33a2e5927546@FreeBSD.org>
References:  <225E5187-55F9-4BEA-907D-79E04B1FA4A1@dsl-only.net> <9f7e4ac6-7d0e-d21b-3fa5-33a2e5927546@FreeBSD.org>

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

On 2017-Dec-4, at 3:54 PM, Bryan Drewery <bdrewery at FreeBSD.org> =
wrote:

> On 12/3/2017 8:29 PM, Mark Millard wrote:
>> Note: /usr/ports/ (and so poudriere-devel) as of -r425204=20
>> (poudriere-devel-3.2.99.20171129).
>>=20
>> I expect that the below is from ports-mgmt/poudriere-=3Ddevel
>> -r454996 and its:
>>=20
>>  - ports/jail -c NOZFS: Consider non-empty-already-existing-directory =
a failure
>>=20
>> where the change did not cover an explicit use of -m null also
>> being involved to deliberately being using a pre-built
>> world that is located via use of -M PATH .
>>=20
>> [There is one other side note about a potential
>> issue later below.]
>=20
> This and the -S issue should both be fixed in
> poudriere-devel-3.2.99.20171204_1
> I will release it to 3.2.3 later today. Please let me know if it works
> for you.

Thanks.

I've got competing non-FreeBSD time and
multiple issues across multiple TARGET_ARCH
environments, just trying to get to
/usr/ports/ -r455204 (the last before
FLAVORS was enabled). It may be a while
before my /usr/ports/ vintage catches up to
referencing the 3.2.3 vintage. I have more
to analyze and report on, probably no
ports-mgmt/poudriere-devel fixes being
involved(?). I'm not sure when I'll get
to that analysis.

When I get that far, I'll try to remember
to let you know.


On powerpc64 there is a blocking issue
for my system-clang-based context and
building pkg in poudriere (or anywhere
without a devel/powerpc64-binutils
equivalent being available at the time):
It used to be that the system binutils
was sufficient for that but now it is
not. This need not be viewed as
poudriere's problem but does stop
my testing poudriere in that context.
With a /usr/ports vintage with FLAVORS
enabled I'll likely be limited to direct
Makefile use on clang-based powerpc64,
if understand the state of things
correctly.

Back to the non-FreeBSD activity. . .

=3D=3D=3D
Mark Millard
markmi at dsl-only.net





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?A28020A7-66D4-4CA2-A696-5C2209C454DC>