From nobody Sat May 06 20:33:30 2023 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QDK5R4KFWz496D7 for ; Sat, 6 May 2023 20:33:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QDK5Q47tWz3xFf for ; Sat, 6 May 2023 20:33:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=uFj9Fps2; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1683405225; bh=1VYos2ZzzAfDhwvxtxro0lydV+BY5kx/yClEB06WgRI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=uFj9Fps2kTbNH5cSmoHz74hIoPTZSEhlrtp48HT061xzq0WQmX4QG9fRK6HTTYaI9kUBueQVYv8ofZAX2FfDHAEf3fYgjqugIK0oHs7OoJRGhJuhkBFEs7Z3K6P31rtQVSzHambXTY6XMEgRmbCXTzR+ha7NnB2MIFAT46saPiwaH99peTbffDEIWDmBmLzzprAoJEzke3psnXJ5tcD0d6UBVpda3hgssHhyoQT/7r4XlZ/TackwQLmQ6TxqJKI23ZHUpMzZigCr7REfWF4D5Vr54wdxjgGlimTMscYVkpMLTFW7lVW7mE85uPY1xsHjLKfIOQPUjqVLKS89qqB2bA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1683405225; bh=9h0hONdw/wBPRKUwmMVNx/UdaWvnRIR1qB8gnUQGTxM=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Rrt7KH3r0wX2hshra9n+ynkIIOUfUYnQg4VAORdF+TEfvOWzwED8EgZfv5XcEE5J9szgMI166VItiaWgWnSSQwdnkLnNtN2CIkPDGEyr8hjJUKx7yFdX9xnljnkc5tNf+OlOMV6BIG6F06R3uHCsZxuK/B4SosRcmXmTh/VyZMYtPko8UtPraw2X2Wf5aF/a9UKumQFyeMXkmX65AjUSQwFj5Ryvo7qNVYJHzPVrVBWSz0jzSbYioL9h62krk5axfheaewQRyduDmuwBJsVKAraF4F9BYSFkKEhQDilin6BLpLR8axylzx9tnbwE+gp8j1kS83aF63bVachcdft8fA== X-YMail-OSG: NK3.yWEVM1kMpfkDBVLe_vXbHJvKkupKafc9mhwdYH2QznWwDlH_1paekSAD.HB wKImuuGERVkNH39yxgdnGiQcMUoskjuvVXSuA8iFfHYwXWSKJPSuq4EYSjEPeUSHTpe4mz9l5xHx kfvsMBmq6yE5oXCGJbL3m4IdOJmhHG1qevL1faqtuNFeGISkg587CFUg4PAM5ctfAK2WG30xUKGV MZQlEAeHcX5PT_Fp4bzDDzx3lre4M8RFw3yQzZmQ2gqzf5wQd3h9wPccqqnpAwTLWO5gLLrFVlxW iv_sMCbb18JB04IuLwmbLKqEXWkpSMK2.FbW07ACApcwnwIowFT_BxbaeVfnbuOUSWD4.SN7Z.ls JugojZkuBcqmk9rh5xRPuoa3uQNzbcFiJ6rkegf6KGIGL9PpbciFNcvwDn.9_32vg2Mz0vR6hP.D VDHDBOSZ.skgYhH1VDMzg_utzsZTP9MF4Nd4A16_sk8uTeLQLyVi.uZA7PTcuP30WMb__T9wTpdN rsMx6u0ziWR7J2B4Xh44ihIvIBJaUPgYyrGP4EOJ1P_LHu9WlCADYJ5HnoLXTEsneomTpP4uAR32 3tbXMp5cxbfdWPnnV8lsNbxrXsHRC.3wMB2BsKU4M6wp83yIo8ZhE.NFN.ezReBtDl3Wf2qIZ9ez BAZAxoETFXWDvTmCQCrzLh4wV4c1.eAEnf.Jms9PrtqKHyZ109xizmVkmln6ESe.7JZqsboRJSbv N.ZUb_h2u0TFBvRCnSJLOktpS101UBJFfgtHl5TE_hOI7ib9NuD39fKEdA3.FEOGTPAI_kaJ0bbZ 6QfHHrjpoXhzN644pJrbAZQeoeRu9mLtRVF6_BUHcf.LtQjM4.Lhk1KHtZ93RzTLFNxcyU1fR9MM w1ht0YnR5mGphWzlmhShZ4wU.zHxtjmGEiBmeiST0i7QO_z1SXdUEVxpBdzAY.ohCcccqjW5Mjfx .L6bsxv3cRZplSTY.eHZev_6koB91..BG7VhstqxF7rnVOpDYfn487FTtT1s5Gegq4KcpSqJJ1yA d3nz2JRfjdFN8i4MFxvrAlweiSRnwB0LtOc..9y4AHJEg.ZUuQc0pGUgw5muIoU3yVVgtsVITsvl 7j.0nhIWGxKYaTHZ5QxxvQAd_mq9YKq_EYBNrnX321WRd2x1O72G1fLtFE8ORcY_oOlQTGXivbkv xIpueXaNrCN5jo2e8_nBFI8s28ibk_QZduMWxFCj7lkB.didmgPGfkL8VtKyqd7OHAP81Q6BXfx_ HU.H526G3rr3gmn5NJT3D_IX.tpUiDb.uniO8mEY9ySEsDhspUAD4s66Qo2ZC2WzQAtL2mF2jtSb 6njYEbVTxL71IOjg8Ug_C.k356Pxhra_OpNBWptykwhTSb4WOLyfabE5K94anMFKuc5gLyAzsNdx dyCPzNmCAVY6GptrhZE6595sERomONBUkeW71BFrGt_vCl4r.bh8juHYzsxhuowpVt.Z6WxCKbve jwUyHRk6Qm1AyUwrEXsQ4Gb8nrag85sUWOj3Dc.f_mtIH6CZQpmGQVshQT_PqJO21B7osuzc_hFu 0l8aX7cCOSmq6kkmlAIUgEGN6VG9uPTCZXTRCqpcyK4qDlIlOdY.lXRnuL4sRzBLYUynAxn.FQq9 UJM3SZ2D2dHtyYUkUjLJjPqWts63QN0vXyU5xawgA58hD5sD9CZhH.Ff_6tdH6Ad.DMN1GlMd9ay Yfin_JNzzW4ufC3T3Dsmngd.sQFA57WlHXgQin6TfI2rA_ci6Zi5SFHBdQ6r.DBPNUO5_5wyHDK5 WtjtzZHXZk86yT03YHxcPiF.KlKGzEs6R8OSbVp0cmhowoPIvBIiBAI1bhwiJ80HgtzMFDdxsr40 PdWIZaLWpTZ0mdOOTfWrqFwxNCiuh_CpXpPZD0i7hGrp.N02WHWm6e63fIhHmr8CMcXY2FAhmwbX tprHcvGm4.iN2Y48xI8rQ0rcwMC1yCpBL9tpItl74yii.mLje.IRgUE.pLWRxPKUrgVUtwCFJFA5 PN6MUzKG7JGdQonT71AeUxWD6YLfl7OfLgJr7Q4SKX0ahWYB90my0kKtknhAD4JOmK4CPegKKYEr lKbUB9QtJqWFG5kT.6YdtVRhHAWKpqXa2dLXusGIcepGxJR7uPW0GlXjQhqVMKCM_FWlOahIusX0 DEsOZpkcKO6BgYBZPP6JuG2vUfB9uJ33oaNDc_.krpaBK5OPGEi1lRP1MFOC5ZOoI3leF6rj5T62 p8RuviJ0_gktT6Poj4BD8AtrsmHDHTaR5SVMrK4GNAzvNyfdJfFWL8nWK_ZowDoNX.82Lbv_W30W uVi8- X-Sonic-MF: X-Sonic-ID: 769514a7-6436-49f6-bee9-f400fe4c31e8 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sat, 6 May 2023 20:33:45 +0000 Received: by hermes--production-bf1-5f9df5c5c4-84ds6 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID fb4b3d6102a3e6248bd13ef09f6d59da; Sat, 06 May 2023 20:33:42 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: git for armv7 From: Mark Millard In-Reply-To: <04F003D9-1391-4575-93A2-8528853DF1EE@yahoo.com> Date: Sat, 6 May 2023 13:33:30 -0700 Cc: Miroslav Lachman <000.fbsd@quip.cz>, FreeBSD Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <810B50C0-46C5-44DF-A73C-2CEC2D9B7A9B@yahoo.com> References: <7D7D80E2-D2C7-43F3-962C-EE5535409F38.ref@yahoo.com> <7D7D80E2-D2C7-43F3-962C-EE5535409F38@yahoo.com> <1fa6b95e-418c-7f34-25f0-c43b0b8cf871@quip.cz> <04F003D9-1391-4575-93A2-8528853DF1EE@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spamd-Result: default: False [-3.38 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.88)[-0.884]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from] X-Rspamd-Queue-Id: 4QDK5Q47tWz3xFf X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N On May 6, 2023, at 13:11, Mark Millard wrote: > On May 6, 2023, at 12:40, Miroslav Lachman <000.fbsd@quip.cz> wrote: >=20 >> On 04/05/2023 04:32, bob prohaska wrote: >>> On Wed, May 03, 2023 at 12:38:58PM -0700, Mark Millard wrote: >>>> bob prohaska wrote on >>>> Date: Wed, 03 May 2023 18:43:09 UTC : >>=20 >> [..] >>=20 >>>> The old git package stuck around until the >>>> distribution of the packages from the first >>>> failure to build libunwind made it to the >>>> download servers. >>> Ahh, that makes sense. Old packages have too >>> much baggage 8-) for the public servers. >>> What happens in the case of a local poudriere >>> repository? If it once builds a package, which >>> subseqently fails, is the successful build >>> deleted? >>=20 >> I would like to recommend some settings for local builds in = poudriere.conf >> ATOMIC_PACKAGE_REPOSITORY=3Dyes >=20 > For reference, the commented descriptions from poudriere.conf.sample : >=20 > # The repository is updated atomically if set yes. This leaves the > # repository untouched until the build completes. This involves using > # hardlinks and symlinks. The operations are fast, but can be = intrusive > # for remote syncing or backups. > # Recommended to always keep on. > # Default: yes > #ATOMIC_PACKAGE_REPOSITORY=3Dyes >=20 >> COMMIT_PACKAGES_ON_FAILURE=3Dno >=20 > # When using ATOMIC_PACKAGE_REPOSITORY, commit the packages if some > # packages fail to build. Ignored ports are considered successful. > # This can be set to 'no' to only commit the packages once no failures > # are encountered. > # Default: yes > #COMMIT_PACKAGES_ON_FAILURE=3Dyes >=20 > So this is where the difference vs defaults is. > (But the two do operate as a pair for the result > being referenced.) >=20 >> These are very useful if you want a working repository for your = machines every time you run "pkg install" or "pkg upgrade". Nothing is = more frustrating than trying to build an update in Poudriere and it = fails, leaving you with a broken repository. That's why we use atomic = yes and don't commit on failure. >=20 > Agreed: Anyone biased toward an all-vs-no-update > status being a good thing should likely set this. Lets see if I can actually express a complete thought: Anyone biased toward an all-vs-no-update status being a good thing should likely set COMMIT_PACKAGES_ON_FAILURE to "no". > (It just happens to not be what I normally want. > But my context is odd.) >=20 >> It changes slightly what Mark Millard described - Poudriere does not = remove packages from your repository before building. It does it on a = separate copy of the repository that is only used for the bulk build, = and if it fails, your real repository remains untouched. >=20 > Technically, ATOMIC_PACKAGE_REPOSITORY always uses a separate > .build tree (name from memory), no matter the > COMMIT_PACKAGES_ON_FAILURE setting in use. This allows not > messing up the active repository for power outages and the > like. COMMIT_PACKAGES_ON_FAILURE is about what to do once the > bulk builder's have no more to do (just when it gets that far). >=20 > If a .build is not committed to active, the next bulk build > will use the .build's partial build as a starting point instead > of starting from scratch. poudriere produces a message about > that when it happens as I remember. >=20 > This reuse can help avoid unnecessary rebuild time until there > is no failure and a commit happens. >=20 >> If you want to keep older repositories, you can set the following = variables (we keep 3) >>=20 >> KEEP_OLD_PACKAGES=3Dyes >> KEEP_OLD_PACKAGES_COUNT=3D3 >>=20 =3D=3D=3D Mark Millard marklmi at yahoo.com