Date: Tue, 22 Mar 2022 19:40:22 -0700 From: Mark Millard <marklmi@yahoo.com> To: Tatsuki Makino <tatsuki_makino@hotmail.com> Cc: freebsd-ports@freebsd.org, "bapt@freebsd.org" <bapt@FreeBSD.org> Subject: Re: An idea for a pkg option Message-ID: <A69D9082-0128-4511-8B16-E25AF4464338@yahoo.com> In-Reply-To: <PSAPR03MB5639FD0D61D9ED8747B4AA14FA189@PSAPR03MB5639.apcprd03.prod.outlook.com> References: <84C8C319-4060-47C2-B3DB-0026478BF1A9.ref@yahoo.com> <84C8C319-4060-47C2-B3DB-0026478BF1A9@yahoo.com> <446ab042-e146-60c3-d766-a26742cb1d40@grosbein.net> <AFBAB216-7B9E-4E4C-9914-CD25AD77709E@yahoo.com> <b7e2cb9e-0190-db6f-7a9f-8c6d6bf04e41@grosbein.net> <C8968D05-4117-481B-8F7A-A695AD170A8D@yahoo.com> <PSAPR03MB5639FD0D61D9ED8747B4AA14FA189@PSAPR03MB5639.apcprd03.prod.outlook.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2022-Mar-22, at 18:50, Tatsuki Makino <tatsuki_makino@hotmail.com> =
wrote:
> Mark Millard wrote on 2022/03/23 09:49:
>> custom: {
>> url: =
"file:///usr/local/poudriere/data/packages/13_0R-amd64-default",
>> enabled: yes,
>> }
>=20
> If the package exists on local file system,
>=20
> pkg delete -f llvm14
> pkg add -A -M =
/usr/local/poudriere/data/packages/13_0R-amd64-default/All/llvm14-14.0.0.r=
4.pkg
>=20
> is absolutely faster :)
It is true that, for now, all my use is based on file:// .
But that need not stay that way. I've been sticking to
procedures that allow file:// use but do not require such
locality, minimizing what might have to change if I start
to do otherwise in some contexts.
Perhaps it would help if I showed an example of the
overall type of sequence:
# more ~/pkg-update-amd64-sys.sh
#! /bin/sh
pkg update \
&& pkg upgrade \
&& pkg install `cat ~/origins/amd64-pkgs.txt` \
&& pkg autoremove
In the context that I've based the examples on, the
bulk build included the very first build of devel/llvm14
but could have included builds of updates to some things
already installed. The edk2@FLAVOR builds fail, as is
currently expected/known. (Hopefully at some point they
will work again.)
As stands, listing any FLAVOR-edk2 packages in
~/origins/amd64-pkgs.txt leads to no "pkg install" for
the new devel/llvm14 (in the example context) and to
no execution of the "pkg autoremove" at all. I'd simply
like a option to make "pkg install" treat the missing
packages as acceptable, not an error. I do not
propose any change to the default behavior, suggesting
instead a new option. I could easily see others wanting
all-or-nothing instead of a possible mix from the "pkg
install".
=3D=3D=3D
Mark Millard
marklmi at yahoo.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?A69D9082-0128-4511-8B16-E25AF4464338>