From nobody Sat Apr 16 15:36:34 2022 X-Original-To: freebsd-questions@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 CADA67EB5B1 for ; Sat, 16 Apr 2022 15:36:44 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 4KgckN0qVHz3njN for ; Sat, 16 Apr 2022 15:36:44 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 4C0AC3201D7C for ; Sat, 16 Apr 2022 11:36:37 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Sat, 16 Apr 2022 11:36:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to; s=fm2; t=1650123396; x=1650209796; bh=GYVVifWs0K N5VH6yXnh71Bh0wKMB24V3ILkQzx+llro=; b=vXagIskt487ivSbObHf3lrpPLZ JLPbul9nxejGmBsUwNeMvXdVLmKE0GZvvihblBDLZBlrZm3BjwZPnkj3dZx+xc5M o2vPgvqEtqANWNyV9gK7hqMEA1wDNnnWO4jHwKD07Jg8Tt08Um3/vNPTLADJv3J0 U7fc/hhPyBs6QL31T5y7LtZkkKxgH59qWpBXcKey3HdxG7WSxfKCbFWCMTCrSiLN L+OnowGIILUF+IypTYtQS1sWwkG+RbLh12wa+93nloGbtbrVzBppiDHyHGDoItpI tp//c9zj5/IjmDBzThVQj7TzxnX3ha3hrxn/TRt2QB5gX+q9z3z80BzJgLtg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1650123396; x= 1650209796; bh=GYVVifWs0KN5VH6yXnh71Bh0wKMB24V3ILkQzx+llro=; b=Y lrxq5J9l1dly/aHztbK0rkGZQsVBGBeWdZk9zCvNzPZn4vep2tc4vO3QrZ8IyPAP LfCWC2lwZ3Y3bPslkv7HLneZeW2kJy0cDEutTLN23viVfSebG2IenlC4rANpCIC1 FqThxlN6VJEqnusK5Qfel7lemGjXT7admzws8vPRUPNheEpFwjcg8W3gQiWJO284 DHmtLtDDITjaLJ82U9pxL5KNxDJFinAYI/08VqLwSw3Wr37QGBOLRF2jkXwAOQdh yyhPbHH8IGlPGDKVWThgwx7XPwdJZuVNHbuZ3p1hmrQW/MiZmYWc93G+eDjrf4Lk fEu+o+NkLHoD74Y6O0Ojg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudeljedgleduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpedtheeigfdvudefkeekvddtfedvte dttdekuddvgeevlefftdekffdujedvhfduteenucevlhhushhtvghrufhiiigvpedtnecu rfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sat, 16 Apr 2022 11:36:36 -0400 (EDT) Date: Sat, 16 Apr 2022 16:36:34 +0100 From: tech-lists To: freebsd-questions@freebsd.org Subject: Re: Changes (was: nvidia-driver and no update in /usr/ports/UPDATING) Message-ID: Mail-Followup-To: freebsd-questions@freebsd.org References: <16715f81-49c7-9710-d4f4-2a555f0eff74@gmail.com> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dmB/unLWEPHps3yW" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4KgckN0qVHz3njN X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=vXagIskt; dkim=pass header.d=messagingengine.com header.s=fm1 header.b="Y lrxq5J"; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.19 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-6.68 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RWL_MAILSPIKE_EXCELLENT(0.00)[64.147.123.19:from]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.979]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; MLMMJ_DEST(0.00)[freebsd-questions] X-ThisMailContainsUnwantedMimeParts: N --dmB/unLWEPHps3yW Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, On Tue, Apr 12, 2022 at 09:25:04PM -0400, Paul Mather wrote: > Have you considered tracking the quarterly ports branch instead,=20 > if you want less volatility? (IMHO, the quarterly branch brings=20 > its own set of issues, so this may not be a good solution for you.) I've considered it but immediately discounted it, because=20 almost all the systems I manage are connected to the internet in some way. So, as vulns and patches arise, ports need to be rebuilt and installed, and we have a large poudriere system for that purpose specifically. But the issue anyway is not in volatility of ports. It is that breaking changes are not documented in UPDATING. This is the crux of the matter. > Also, do you have a dev/test environment where you can=20 > smoke-test changes before deploying them in production? Yes I have. It was there where the issue with the font was sensed. When updates on production happened, I was able to see the full effects of the damage caused, because I was looking for=20 exactly that, and was able to catch it.=20 The reason it had to briefly go to production is that although devel has all the software, it doesn't (and cannot) have all the hardware. The only reason I was able to "sense" beforehand was because I was *watching* poudriere compile for this particular port. So it was literally luck that gave me the information to anticipate breakage.=20 I can't depend on luck to run anything but a toy system.=20 If I wasn't looking at the screen at the time, it would have=20 been missed. With regard to x11/nvidia-driver, it concerns a system=20 with no devel equivalent because it is in itself a graphical workstation used in development. > Finally, have you considered subscribing to the ports mailing=20 > list, where reports of breakage and heads-up on potentially=20 > dangerous change often surface (along with solutions/workarounds)? I am subscribed and I do read that list. But it's a very busy list=20 and I'm just a human being. There are not enough hours in the day to read and filter that one list. In a typical FAMP setup there might be over 300 packages. On this desktop, there are over 1500.=20 In any case, these changes might not make that list. We appear to live in a time where screen(8) changes make it into updating, but x11/nvidia-driver (the last straw, which triggered my initial post), which needs to be compiled with kernel sources, doesn't. > FWIW, I've also fallen foul of tardy or absent ports UPDATING=20 > entries that have left me temporarily broken, so I feel your pain. =20 > I've learned to counter it with more rigorous QA on my part. :-) It really should be mechanically impossible to make breaking changes without a line or two in UPDATING beforehand. Literally=20 the date, what port has changed, look at ports list for further=20 details, so that the user can take action to prevent breakage.=20 It would be simple then for the user to automate a process which=20 compares UPDATING to a live list of installed ports. But this=20 kind of thing can't be addressed in a bugzilla report.=20 I don't know how it could be addressed. thanks for writing, --=20 J. --dmB/unLWEPHps3yW Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmJa4ngACgkQs8o7QhFz NAUXgw//bXR2ugtZP0Bym7Zf4e7RGC6dNsQTKTAqKDF/0E/1uvlfFoJVr7Qh0YGU 1DHtvwQ60FKjzomM88nfMsADxqymWbmrzzbFCr6F8tkW6A7W5c4lbEAyuM5usevA c//t129y9aqv/Eo6zB8Z6wffkmIE3DW2dNg3sDNDKGinFvUwhrdQOToNkQb/Q5UD 4LVwPosFuQHt7tL7F7Ax0ePlbRDo0ch3q5JqcygJFvuIEQbC3l7FyqQqgCu+1zXO HzPqL6pB+sUZGGWdor/F9sN8KPOoLpr34XbMR/YF9QkrWzjXzakN4xe7Pa9UYK7L CI1gH96PcMiJU15OApNlEFrCE09EeXe45odiJSlRh8pCgTBqqCiMhHByQh/CztDh W2Qh9sRMF3KxdFUEsNLhi/xx4mh4taCxGcDMGMuWe1PAMajhgo3NdFaJ9MdabRA2 TuSu1TdPGKQjC4c39TAa4bPFZr0DdcIsa0y03ZSTZrmePutOcgGFG6SOkH6F/Zp+ MgcV3AgSPqsn78vHneKaA4foG/83dsOOWuaZQ7JJ44HS/bH/zU9th2q737M1LT0I XNzKXm5+9zwW0t2eV1WxCzuymXtdnd4peT3iT6kUL27pheURp2URhx/nMSOzz0IQ ivHsWHca24l0fps1my3kSF3Wc0kX12Y8WCtgEp8xAF/yRpUq+XQ= =umth -----END PGP SIGNATURE----- --dmB/unLWEPHps3yW--