Re: Rethinking the Postfix release schedule
On 30.01.19 16:38, Wietse Venema wrote: One problem with LTS releases is that down-stream distros can end up running very old code (for example with 4-year LTS up-stream, a down-stream distro with 4-year LTS can end up running 8-year old code, which is really a pain to support on a mailing list like this one). SMTP may be an old protocol but even there, a lot changes in four years. wouldn't e.g. reducing to one current and 2 LTS releases make this easier? commercial distros like redhat can support LTS releases on their own, while debian and ubuntu LTS have 2-year cycle and 5-year LTS support, yes, that can get near 8 years behind. otoh, it may be acceptable to drop support if a release is very hard to maintain -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. I just got lost in thought. It was unfamiliar territory.
Re: Rethinking the Postfix release schedule
On January 31, 2019 11:10:50 AM UTC, Matus UHLAR - fantomas wrote: >while debian and ubuntu LTS have 2-year cycle and 5-year LTS support, yes, >that can get near 8 years behind. Debian has no strict release cycles, and Debian's LTS is based on several factors including $$, time, and personnel. -Jim P.
Re: Rethinking the Postfix release schedule
On Wed, 30 Jan 2019 21:14:07 -0500, Richard Damon stated: FreeBSD users already have a choice of either the latest postfix version, Postfix 3.3 stable release or the latest beta version,Postfix 3.4 experimental release. I don't know if there is a good reason to modify the release dates, at least not in my case. -- Postfix User
Re: Rethinking the Postfix release schedule
On January 31, 2019 11:10:50 AM UTC, Matus UHLAR - fantomas wrote: while debian and ubuntu LTS have 2-year cycle and 5-year LTS support, yes, that can get near 8 years behind. On 31.01.19 11:22, Jim Popovitch wrote: Debian has no strict release cycles, and Debian's LTS is based on several factors including $$, time, and personnel. while you are technically correct, last few releases match that estimate. -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. 42.7 percent of all statistics are made up on the spot.
Re: Rethinking the Postfix release schedule
Greetings, Wietse Venema! > I do not care much what other projects do. Did I say you do? I just outlined two most common approaches, with examples. > Postfix has a good record for quality, stability and compatibility, and it > supports four stable releases, each release receiving updates for four > years. Supporting FOUR releases, four years each… feels a bit heavy in my book. > I do observe that 1) several major features were ready about 6 > months after the 3.3 stable release that would have solved a real > problem; and 2) I have code that is not ready for the 3.4 release, > but I don't want to wait with until 2020. Both problems can be > solved with a less-than-year release cycle. > So that is what I plan to do. I though that the very plan to have an arbitrarily timed release schedule was what you were feeling uncomfortable about. It seems, I was mistaken. -- With best regards, Andrey Repin Friday, February 1, 2019 2:56:40 Sorry for my terrible english...
Re: Rethinking the Postfix release schedule
Andrey Repin: [ Charset windows-1250 converted... ] > Greetings, Wietse Venema! > > > I do not care much what other projects do. > > Did I say you do? I just outlined two most common approaches, with examples. Well, I don't like bringing up PHP in a discussion about Postfix :-( > > Postfix has a good record for quality, stability and compatibility, and it > > supports four stable releases, each release receiving updates for four > > years. > > Supporting FOUR releases, four years each? feels a bit heavy in my book. It has not been a problem, and it ensures that downstream LTS distros won't be releasing unsupported Postfix versions. > > I do observe that 1) several major features were ready about 6 > > months after the 3.3 stable release that would have solved a real > > problem; and 2) I have code that is not ready for the 3.4 release, > > but I don't want to wait with until 2020. Both problems can be > > solved with a less-than-year release cycle. > > > So that is what I plan to do. > > I though that the very plan to have an arbitrarily timed release schedule was > what you were feeling uncomfortable about. > > It seems, I was mistaken. I agree that an arbitray schedule would be problematic. Wietse
