Re: How to run GUB

[Graham Percival]

On Sun, Mar 18, 2012 at 12:15:20PM -0000, Phil Holmes wrote:
> # A general rule: do not interrupt a build.  It seems to use file locks
> #  as a way of controlling multi-cpu builds, and it can get confused
> #  if interrupted.  I've had to start from scratch in this case. :-(

It's possible to recover from this, but it's icky.  Agreed on not
interrupting it.

> # Throughout the instructions I use -jx.  I'm not certain this is
> needed, but
> #  if it does make it run faster, good.  x=your CPUs + 1

Not needed; GUB uses 2* your CPUs for any package where it's safe
to do so.

> # At this point it fails since the perl archive never properly
> downloads for some reason.
> # Go to http://www.cpan.org/src/5.0/perl-5.10.0.tar.gz and save it to
> # /home/gub/gub/downloads/perl/

Hmm, I didn't see that the last time I tried a build from scratch,
about a month ago?

> make -jx bootstrap

yes

> make -jx # This takes a loooong time...

no.  I don't even know what make does -- maybe it build absolutely
everything?  It's certainly not anything that I run.

> make -jx lilypond

I recommend getting the regtests first?

> # The build may fail because it wants a tarball of the regtests.
> # Create this as follows: (there may be an easier way...)

Much easier way: download the test output from lilypond.org, i.e.
http://lilypond.org/download/binaries/test-output/lilypond-2.15.33-1.test-output.tar.bz2

> touch regtests/ignore

Yes.

> # Restart the build
> 
> make -jx lilypond

Yes, although this builds master.  I recommend
  make LILYPOND_BRANCH=release/unstable lilypond
instead, since master may have random breakage.  When you're
dealing with a large and unknown environment like GUB, it's good
to reduce potential confusion.

- Graham