Is pkg quarterly really needed?
Grzegorz Junka
list1 at gjunka.com
Thu Apr 20 19:03:31 UTC 2017
On 20/04/2017 17:11, Kurt Jaeger wrote:
> Hi!
>
>> Fine, but would that be a good approach? Doesn't it look more like a
>> process change than a code change?
> For me, it does not look like a process-change only.
>
> I haven't thought through all the details, I'm going with my
> intuition here (because thinking it through takes a long time).
>
> One number: I made approx. 40 commits to quarterly trees in 2 years,
> and broke it one least once, probably more often. Go to
>
> https://secure.freshbsd.org/search?committer=pi
>
> and then limit the view to the 8 quarterlies and check those commits.
> It might as well be my sloppiness, but...
>
>> Surely, some code would need to be
>> changed but then again, wouldn't that be mostly configuration?
> My gut feeling says it's more than a little change and a bit
> of configuration.
>
I understand that the main problem with quarterly branches is that they
start from an unstable edge and mature with time, then after three
months at the most mature point they are being deleted and replaced with
a new unstable edge. So, there is no good point of reference to use as a
source of packages.
What I described is taking the good points (maturing the code through
progressing version upgrades from CURRENT, through STABLE to RELEASE)
while keeping good builds as reference points (monthly in CURRENT since
it changes more often and partial builds may be too often for the server
to handle, fortnightly in STABLE, and weekly in RELEASE since it is
expected to contain least breaking changes and full builds are preferred
over partial builds). Only X last builds would be kept for each of these
three branches. From that short description it should be more or less
obvious if that approach is better/doable when opposed to quarterly
branches?
Grzegorz
More information about the freebsd-ports
mailing list