[haiku-development] Re: R1/beta1 (finally?)

  • From: waddlesplash <waddlesplash@xxxxxxxxx>
  • To: Haiku Development ML <haiku-development@xxxxxxxxxxxxx>
  • Date: Mon, 4 Dec 2017 14:30:55 -0500

On Mon, Dec 4, 2017 at 2:05 PM, Adrien Destugues
<pulkomandy@xxxxxxxxxxxxx> wrote:

We can continue working on the beta release. I would think the 1 month
schedule is too short anyway, so we should start the process now and aim
for a release in january.

Well ... that'd be around one month, or shortly after anyway. :-P

Let's have a look at the remaining tickets:

#11654  Create update repositories for the beta release
        This one should be done before the release. The idea is that the
        beta continues to get updates for packages (built on a stable beta
        branch), and separately, the nightly gets updates with possible ABI
        breaks, etc (eventually leading to an R2).

The discussion of whether after the beta1 branch does master continue
towards R1 or R2 is still unresolved. I still support that it moves
towards R1, and we release R1 within a year after beta1, but that is
not going to get resolved here.

At any rate, creating update repositories should be as easy as adding
two targets to the buildbot, and a parallel buildmaster after
HaikuPorts is branch. Yes, "easier said than done" ... but I think it
is relatively easy.

#10336  TRIM / fstrim can destroy data on SSD's when executed
        Remove fstrim from image, or the trim command support from the ATA
        driver (I'd prefer the latter, as fstrim works well on ram drives).

This seems like just a task in beta1 branch, unless someone actually
wants to spend time on a fix between now and b1.

#13741  Ensure our wpa_supplicant is patched for KRACK
        We should at least investigate wether backporting the fix is easily
        possible

Right. Not sure who's the best person to take care of that.

#9990   Installation of source packages fails
        May not be a problem if it is still possible to put source packages
        on the image at build time and the package_daemon manages to
        activate them. Or we could even ship them un-activated and tell
        people to extract them using the "package" command if needed.

Yes, that is what I mentioned in my first email, and what I commented
on that ticket with. Not something that sounds like it'd take a long
time to fix.

We already failed point 3, but let's try to get the first two right, at
least. I would prefer the release schedule to be a bit longer (6 weeks
to 2 months) and flexible (goals-based rather than time based) so we can
do things at our own pace, and delay as needed if there are any
surprises.

Perhaps I'm overestimating, but I am going for "goal-based" here. In
my mind, we have maybe ~10 tickets on Trac and GitHub to fix, and then
we should be able to branch, do infra, and then get a 2-week-or-so
testing period before we release. So 4-6 weeks seems about right for
this.

The mirrors bit may take longer, I don't know, but I imagine they're
more used to releases than we are so I imagine the holdup will be on
our end if at all.

We could also start working on the release notes, press release, etc.
These don't need to wait until the last minute.

Release notes + press release are/will be the same page, and I've
already started working on them in the website repo (and have a more
complete draft offline that I should push.) So this is mostly taken
care of already.

On Mon, Dec 4, 2017 at 2:17 PM, Julian Harnath
<julian.harnath@xxxxxxxxxxxxxx> wrote:
Hello,

Let's have a look at the remaining tickets: > [...]


I propose to add https://dev.haiku-os.org/ticket/10071
Due to that one, attribute display and editing for many file types is
currently not available from Tracker, for a large number file types (even
including People files!). Given how much the extensive attribute usage is a
unique feature to BeOS/Haiku, one that is often cited, it would be
unfortunate to make a release where it's broken.
If a clean solution is not feasible in time for the release, at least a
workaround should be added to it (see ticket discussion).

Oh, that does look serious ... I've added it to the beta1 milestone. Nice catch!

-waddlesplash

Other related posts: