[haiku-development] Re: [haiku] Re: Future releases? Recommend nightlies? gcc2?

  • From: Ralf Schülke <ralf.schuelke@xxxxxxxxx>
  • To: "haiku-development@xxxxxxxxxxxxx" <haiku-development@xxxxxxxxxxxxx>
  • Date: Thu, 1 Dec 2016 23:46:46 +0100

Alpha, Beta, Final ... this are not modern and i think for haiku a OS he
have no 100% in a mainstream market landet, have a good point to do
anythink, so we can break things and we can add new stuff, only some rules
we need or a goals.
EG:

1) we have no spy ware
2) we are open source
3) source code are maintainet

A) We used best of standards
B) We dont add Add
C) We make a Desktop/Workstation (Software for Pro User)

What is the spirit?
Simple, best defauls, and a focus of Programms like Multimedia, and make
software

Clear desing, fast and secure

So Haiku have so much new stuff, like PM, lauche- deamon etc.
For me we can release soon and make 6 month of rolling release

Haiku OS -r5 - 1-2017 ... 2-2017 ... 1-2018 ... 2-2018 ... etc

I Like the Arch-linux rolling release and openbsd releases

Also let us drop the balast and look in the future.

I vote for x86_64 bit and ggc5(7)





2016-12-01 23:23 GMT+01:00 kallisti5 <kallisti5@xxxxxxxxxxx>:

On 2016-12-01 16:18, Adrien Destugues wrote:

On Thu, Dec 01, 2016 at 03:22:10PM -0600, kallisti5 wrote:

I plan to maintain the gcc2 support in the branch created for beta1,
with releases from that branch from time to time until it reaches R1.
That would leave the trunk free for a gcc5-only version, first steps
towards R2.

So wait, we're saying...

* Branch R1 *soon* and make a R1B1 beta release gcc2h
  * PulkoMandy (and others) will cherry-pick bug fixes to R1 branch.
* Master is now targets R2

My only worry is R1 will get really outdated, we won't get a release out,
and we'll have to fold the R1 branch back into master (or toss it)


My main worry is people will get crazy with new features in the R2
branch, and it will get all broken with half finished work in it.


I'm not worried about that.  We still review commits like we always do.
We've never allowed tons of half-assed stuff in our code repo and will
continue that trend :-)


Other related posts: