[haiku-development] Re: Package buildmeister

  • From: "Alexander von Gluck IV" <kallisti5@xxxxxxxxxxx>
  • To: haiku-development@xxxxxxxxxxxxx
  • Date: Sun, 10 Jul 2016 13:50:40 +0000

July 10 2016 2:47 AM, "Adrien Destugues" <pulkomandy@xxxxxxxxxxxxx> wrote:

Hi there,

I have setup a branch on my fork of HaikuPorts, with only the recipes
currently available in our package repositories (all architectures).

This can be used to experiment on a smaller and hopefully self-coherent
(aka builable from scratch) set of packages.

https://github.com/pulkomandy/haikuports/tree/release

The plan as I see it would be:
1) Set the main buildmaster instance to work from this branch, instead
of working from trunk.
2) Cleanup the branch and get it to work, depending on what issues the
buildmaster raises.
3) Add in more packages from the trunk, but make sure to not break
anything (no broken recipes, correct declaration of architecture
compatibility, etc) - maybe we will need a second instance of the
buildmaster working from trunk.
4) The "release" branch is used to build the official repos for Haiku,
replacing the existing "jam upload-packages" system. It should have the
same (or better) level of QA.

Opinions and suggestions welcome.

Here is the script I used to create the branch:
http://pulkomandy.tk/drop/mkrelbranch.py
It is quite ugly and slow, but I don't think we will need to run this
often in the long term. We will just cherry-pick files from the trunk
and into the release branch.

I can't help to feel this is moving in the wrong direction. Ideally we
*really* don't want to maintain yet another set of recipes.

If we've decided that everyone wants to move forward with the haikuporter
buildmeister, then shouldn't we be adding some features to haikuporter to
accept a "todo" list of packages or something?

 -- Alex

Other related posts: