Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 22 Oct 2023 08:31:47 -0700
From:      Mark Millard <marklmi@yahoo.com>
To:        void <void@f-m.fm>
Cc:        freebsd-arm <freebsd-arm@freebsd.org>
Subject:   Re: rust 1.72.0 in poudriere-devel keeps getting rebuilt
Message-ID:  <3F9589C7-79B3-4606-9F8B-CC26225406EC@yahoo.com>
In-Reply-To: <d03195a6-3b51-4eae-8ff2-e3b8b3d4f18f@app.fastmail.com>
References:  <d94d5b82-1d7c-4c8f-b846-b7b7cf94e996@app.fastmail.com> <057159E4-7E05-49A3-8520-3E2815C4A6A0@yahoo.com> <d08fb10a-62c6-4202-a799-c9548068c98c@app.fastmail.com> <42EF6FE9-AF6B-46A1-A4EF-86A1EC74DABF@yahoo.com> <d03195a6-3b51-4eae-8ff2-e3b8b3d4f18f@app.fastmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Oct 22, 2023, at 06:50, void <void@f-m.fm> wrote:

> . . .
> 
>> This is the way of figuring out what leads to the updates the most
>> often. It might lead to suggestions for the rust port for avoiding
>> depending on things that change more frequently if there are
>> reasonable alternatives.
> 
> Just my $0.02 but I think version number should change if a dependency of 
> that pkg changes.

The finding and updating the version numbers for the transitive
closure of all the ports that directly or indirectly depend on a
changed port would be an issue. (Some ports have no other ports
dependent on them. Others have lots of ports directly or
indirectly dependent on them.) While one such update was in
process, handling updates to other ports that would lead to
updating the version numbers of some of the same ports as well
would need to be handled: time delay before the version numbering
would track the update.

Then there are the variations in the dependencies that a port can
have based on option selections: no single version number need
work across all such variations of how the port can be built. This
propagates to all the ports directly or indirectly dependent on
such a port. (That transitive closure issue again.)

With 34000+ ports that are queued for a bulk -a that would need
to be considered overall, it would be a non-trivial thing to do
and I doubt that it will ever be implemented.

===
Mark Millard
marklmi at yahoo.com




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3F9589C7-79B3-4606-9F8B-CC26225406EC>