Re: Packaging the FreeBSD base system with pkg(8)

From: Allan Jude <allanjude_at_freebsd.org>
Date: Thu, 28 Jan 2016 12:45:05 -0500
On 2016-01-28 12:25, Slawa Olhovchenkov wrote:
> On Thu, Jan 28, 2016 at 12:04:00PM -0500, Allan Jude wrote:
> 
>> On 2016-01-28 12:00, Slawa Olhovchenkov wrote:
>>> On Thu, Jan 28, 2016 at 11:09:56AM -0500, Allan Jude wrote:
>>>
>>>>>> Yes, but but real usage of it would happen in a second step because of many
>>>>>> rought edges to be deal with. but yes the information would be available
>>>>>>
>>>>>> see:
>>>>>> https://www.youtube.com/watch?v=Br6izhH5P1I
>>>>>> and
>>>>>> https://www.youtube.com/watch?v=v7px6ktoDAI
>>>>>>
>>>>>> for a bigger view of what happened (note that some detail my have change a bit,
>>>>>> the overall remains the same)
>>>>>
>>>>> What about upgrade strongly outdated system?
>>>>> For example 11.0 at time 18.0? I.e. packages for 11.0 don't available,
>>>>> pkg from 11.0 don't undertund package base from 18.0 and etc.
>>>>> _______________________________________________
>>>>> freebsd-current_at_freebsd.org mailing list
>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current
>>>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
>>>>>
>>>>
>>>> According to our current release schedule, FreeBSD 18.0 will not come
>>>> out for 35 years (2051).
>>>
>>> Schedule may be changed.
>>> How you calculate this? As I see next mayor release gone in 2 year.
>>> 18-11=7, 14 years, in 2030.
>>> Ok, let 15.0 or 16.
>>> I am work from FreeBSD 2.0, I am use (now) installation with 5.4, why
>>> I can't planed about 11 to 18 upgrade?
>>>
>>
>> You are correct sorry, I was thinking of the 5 year lifecycle of each
>> release, not the 2 year cadence of new releases.
>>
>> Upgrading from an End-of-Life release is specifically not supported.
> 
> Where is documented? Curently source based upgraded suported to last
> stable direct from 7.0. Last supported release now is 9.3.
> Upgrade to 7.0 supported from 5.3.
> Upgrade to 5.3 supported from, hmm, I think last 3-STABLE (or any 3.x?).
> Upgrade from 2.x to 3.x is aout-elf upgrade.
> As result, source upgrade supported in 3 step upgrade from any current
> elf release to last stable.
> Because ALL source history preserved.
> I think preserving all binary packages from previos releases is imposible.
> 
>> It is not a burden that RE_at_ should have to deal with.
> 
> Please distinguish 'not supported' and 'prohibited'.
> This position reduce to 'lost time to system upgrade? format C: and install
> any other OS with more liberal upgrade policy'.
> Time to system upgrade may be lost by multiple reasons, for example --
> lost previos staff.
> 

I definitely meant 'not supported', and did not mean to imply
prohibited. I believe RE_at_ is only required to maintain an upgrade path
from older supported releases, to the newer supported releases.
Everything else is best effort. SRC upgrades from 7.0 are not
guaranteed, but we do our best to not break them unnecessarily.


-- 
Allan Jude


Received on Thu Jan 28 2016 - 16:44:57 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:02 UTC