From nobody Thu Jan 12 00:31:16 2023 X-Original-To: dev-commits-ports-all@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 4Nslps4JXxz2p98C; Thu, 12 Jan 2023 00:31:33 +0000 (UTC) (envelope-from yuri@FreeBSD.org) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4Nslps3B3rz49qP; Thu, 12 Jan 2023 00:31:33 +0000 (UTC) (envelope-from yuri@FreeBSD.org) Authentication-Results: mx1.freebsd.org; none Received: from [192.168.5.3] (c-73-162-96-20.hsd1.ca.comcast.net [73.162.96.20]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id 30C0VHVk033075 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 11 Jan 2023 16:31:18 -0800 (PST) (envelope-from yuri@FreeBSD.org) X-Authentication-Warning: shell1.rawbw.com: Host c-73-162-96-20.hsd1.ca.comcast.net [73.162.96.20] claimed to be [192.168.5.3] Content-Type: multipart/alternative; boundary="------------F5ml9Why07U2gX1L5XonPJgl" Message-ID: Date: Wed, 11 Jan 2023 16:31:16 -0800 List-Id: Commit messages for all branches of the ports repository List-Archive: https://lists.freebsd.org/archives/dev-commits-ports-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-ports-all@freebsd.org X-BeenThere: dev-commits-ports-all@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 Subject: Re: git: cf25897f304e - main - lang/go119: Update to 1.19.5 Content-Language: en-US To: Adam Weinberger , Dmitri Goutnik Cc: Emmanuel Vadot , Dmitri Goutnik , ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org References: <202301111401.30BE1eAN069454@gitrepo.freebsd.org> <8a2d2724-75f5-ec2a-41af-5b353acb3aa0@syrec.org> <20230111191326.226f0b0346f61136055e62fa@bidouilliste.com> <7bed3cdc-a3f2-a768-e6ab-355b524f9ea2@syrec.org> From: Yuri In-Reply-To: X-Rspamd-Queue-Id: 4Nslps3B3rz49qP X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7961, ipnet:198.144.192.0/19, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --------------F5ml9Why07U2gX1L5XonPJgl Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit IMO poudriere should have an option to rebuild packages when BUILD_DEPENDS changes. Here is the feature proposal for Poudriere: https://github.com/freebsd/poudriere/issues/1034 Yuri On 1/11/23 12:51, Adam Weinberger wrote: > > It absolutely is a slippery slope and it's not just hypothetical. > > Less than an hour ago, I emailed portmgr about adding a simple and > central way to bump things for go/rust/crystal/etc. My thought > involves adding a new suffix, something like ~n, where n is defined in > go.mk/rust.mk/etc . It'd be a > monotonically-increasing number, where pkg gives it higher precedence > than PORTREVISION. Anything using USES=go/rust/etc. would pick it up. > > It'd make version numbers look even more like line noise > (foo-1.2.3_4~5,6) but would allow a one-line change to apply to > everything, and would also trivialize quarterly merges. > > I have a tendency to dream up over-engineered solutions without a > problem, but I think this is a problem that actually needs solving. > I'm curious what you all think. > --------------F5ml9Why07U2gX1L5XonPJgl Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit
IMO poudriere should have an option to rebuild packages when BUILD_DEPENDS changes.

Here is the feature proposal for Poudriere: https://github.com/freebsd/poudriere/issues/1034


Yuri



On 1/11/23 12:51, Adam Weinberger wrote:

It absolutely is a slippery slope and it's not just hypothetical.

Less than an hour ago, I emailed portmgr about adding a simple and central way to bump things for go/rust/crystal/etc. My thought involves adding a new suffix, something like ~n, where n is defined in go.mk/rust.mk/etc. It'd be a monotonically-increasing number, where pkg gives it higher precedence than PORTREVISION. Anything using USES=go/rust/etc. would pick it up.

It'd make version numbers look even more like line noise (foo-1.2.3_4~5,6) but would allow a one-line change to apply to everything, and would also trivialize quarterly merges.

I have a tendency to dream up over-engineered solutions without a problem, but I think this is a problem that actually needs solving. I'm curious what you all think.


--------------F5ml9Why07U2gX1L5XonPJgl--