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>