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

  • From: kallisti5 <kallisti5@xxxxxxxxxxx>
  • To: haiku-development@xxxxxxxxxxxxx
  • Date: Thu, 01 Dec 2016 09:55:40 -0600

On 2016-12-01 09:19, Adrien Destugues wrote:

I'm not sure what great feat of engineering is needed to switch to gcc5h.
We literally already have it and a wide set of packages.

I'm looking for ways to attract new developers. I've had someone tell me
"we don't care about users who walk away from Haiku due to gcc2".
That is the worst possible position to have on this stuff.

That's not what I said, and I think you are referring to me.

Nah, I wasn't referring to you :-)

what I said is, if people don't spend the 30 seconds it takes to
discover that we have:
- gcc5 based 64bit builds
- gcc5 based 32 bit builds, both with and without gcc2 apps support

Then it is unlikely that they will take time to write bug reports,
join the community, or be useful in any other way to the project. I
don't care about such "dead weight" users. I care about people who are
interested enough in Haiku to disccover such things and be useful
members of the community.

At this point in time, and given our current velocity, we have
all the time in the world for our next release. The numbers are out
there, and the numbers show a project that has entered maintenance mode:

https://www.openhub.net/p/haiku

"Activity" all the bursts of work and large undertakings are gone.

We aren't ever going to "finish" R1 in maintenance mode.

We are never going to finish R1 if people start pushing a lot of stuff
to trunk and there is no stable branch, either.

Fair.

As soon as we go beta, the R1 branch will be in maintenance mode. It
seems I will be one of the very few people caring about it. Several
devs have already said they have no interest in R1 and want to work on
the exciting new R2 features. I see no problem with that, and I see
that "final" R1 may never happen. Still, I think there is room for a
"stable" branch in maintenance mode. We'll see if the availability of
an R2 branch makes development speed up again, that's up to you and
people not busy with the R1 branch maintenance.

Through all of these conversations, i've never once said to "get rid
of gcc2 (at least until R2 and beyond ;-)) In my eyes having
x86_64 + gcc2 would be ideal for R2 (but we need to work on running 32-bit
code on 64-bit systems)


I'm not trying to be a drama queen, but it is painful to watch us
slowly slide to irreverence after all the blood,sweat,and tears
we all have put into Haiku. The last few years have felt like a slow
glide of a luxury car into a block of concrete at a test track.

So we're going to get R1 out in 2016 or 2017?

Help welcome!

I've been trying to help for two years and keep getting shut down due
to our standard bikeshed policy :-)

The main blocking point is still setting up the package repos so we
can create an R1 branch and have it use a different set of packages
than the R2 branch. I have solved most of the issues with the
haikuports recipes. Now, we need:
- More buildbots for the packages, especially if we want to support
gcc5h or x86_64 for beta1 (all bots currently online are gcc2h).

We already have a few MacMini's set aside for this. We just need someone
to coordinate and provide setup instructions.  I tried to form this but
found myself staring at the rabbit hole of work that you eventually went
down and finished. (nice work btw)

- Someone to set up the repos on Haiku servers (I'm not admin there
and don't want to be).

The idea of having repo servers in multiple geographic regions has come
up before, would this be a good time to look into that?  Our current
infrastructure is pretty slow outside of Europe.

How big is the repo potentially? I assume we won't keep "all the builds"
like we do on the nightly servers.

Maybe 2 or 3 geographically diverse repo servers for "release repos"?


I made a lot of good improvements to our repos in my personal branch
but never found the time to test bootstrap. (I've been too chicken
to merge it because I fear breaking the bootstrap :-) )

https://github.com/kallisti5/haiku/tree/repo-cleanup

With that solved, we can create the R1 branch, point it to these new
repos, and then let the trunk open to all the R2 stuff. I don't know
if that will make it more active, we'll see. On the R1 branch we can
work on fixing or hiding the most annoying bugs and go for a release.
It won't be perfect and bug-free, but hey, it's only a beta.

I like the idea of branching B1 off and releasing R1 from the same branch,
puts a bit of focus on getting R1 out quickly. I don't think master will
see any "huge changes we don't want in R1" for a while though. All my
belly-aching has simply been about recommending gcc5h over gcc2 :-)

 -- Alex

Other related posts: