Re: Today's problem with GUB build

Am Mittwoch, den 15.07.2020, 17:31 +0100 schrieb Phil Holmes: > Here's the logfile and the ly file. > > Once we understand the issue, I'll wait until you say "go" for 21.4. Okay, we have the two doc fixes (mine for HTML and Masamichi's for PDF) and Han-Wen's renaming fix in master. This does not

Re: Today's problem with GUB build

On Fri, Jul 17, 2020 at 5:05 PM Han-Wen Nienhuys wrote: > > On Fri, Jul 17, 2020 at 4:47 PM Han-Wen Nienhuys wrote: > > Maybe something is off with the init after fork, but GUILE's random > > initialization also doesn't look very reliable: > > > >

Re: Today's problem with GUB build

On Fri, Jul 17, 2020 at 4:47 PM Han-Wen Nienhuys wrote: > Maybe something is off with the init after fork, but GUILE's random > initialization also doesn't look very reliable: > >

Re: Today's problem with GUB build

On Thu, Jul 16, 2020 at 10:58 AM David Kastrup wrote: > > Han-Wen Nienhuys writes: > > > On Wed, Jul 15, 2020 at 10:48 PM David Kastrup wrote: > > > >> Well ok. But only 100 random numbers are being used (there is > >> another call using 1000 instead, the choice appearing random). > >>

Re: Today's problem with GUB build

Han-Wen Nienhuys writes: > On Wed, Jul 15, 2020 at 10:48 PM David Kastrup wrote: > >> Well ok. But only 100 random numbers are being used (there is >> another call using 1000 instead, the choice appearing random). >> Let's assume we have 10 processes going through 138 files each. The

Re: Today's problem with GUB build

On Wed, Jul 15, 2020 at 10:48 PM David Kastrup wrote: > Well ok. But only 100 random numbers are being used (there is > another call using 1000 instead, the choice appearing random). > Let's assume we have 10 processes going through 138 files each. The > processes are going to switch

Re: Today's problem with GUB build

Le 15/07/2020 à 22:48, David Kastrup a écrit : Now if I remember correctly, there were some changes in how lilypond-book worked that typically resulted in double the number of processes getting spawned than asked for which would give us 19 instead of 9 possibilities for collision. That would

Re: Today's problem with GUB build

Hi David, Le 15/07/2020 à 23:01, David Kastrup a écrit : Not using random at all but using the pid, in contrast, should be collision-proof, assuming that we are not working on a shared file system accessed by multiple computers with separate process id pools. But then locking is likely to be

Re: Today's problem with GUB build

David Kastrup writes: > Jonas Hahnfeld writes: > >> Am Mittwoch, den 15.07.2020, 21:35 +0200 schrieb David Kastrup: >>> Jonas Hahnfeld writes: >>> > Am Mittwoch, den 15.07.2020, 17:31 +0100 schrieb Phil Holmes: >>> > > Here's the logfile and the ly file. >>> > >>> > Could this be collisions

Re: Today's problem with GUB build

Jonas Hahnfeld writes: > Am Mittwoch, den 15.07.2020, 21:35 +0200 schrieb David Kastrup: >> Jonas Hahnfeld writes: >> > Am Mittwoch, den 15.07.2020, 17:31 +0100 schrieb Phil Holmes: >> > > Here's the logfile and the ly file. >> > >> > Could this be collisions of the random file names generated

Re: Today's problem with GUB build

Am Mittwoch, den 15.07.2020, 21:35 +0200 schrieb David Kastrup: > Jonas Hahnfeld writes: > > Am Mittwoch, den 15.07.2020, 17:31 +0100 schrieb Phil Holmes: > > > Here's the logfile and the ly file. > > > > Could this be collisions of the random file names generated for > > temporary files? The

Re: Today's problem with GUB build

Jonas Hahnfeld writes: > Am Mittwoch, den 15.07.2020, 17:31 +0100 schrieb Phil Holmes: >> Here's the logfile and the ly file. > > Could this be collisions of the random file names generated for > temporary files? The argument to backend-library.scm:248 comes > from create-file-exclusive which

Re: Today's problem with GUB build

Le 15/07/2020 à 19:44, Jean Abou Samra a écrit : Hi, Le 15/07/2020 à 18:31, Phil Holmes a écrit : Here's the logfile and the ly file. /home/gub/NewGub/gub/target/linux-x86/root/usr/share/lilypond/current/scm/backend-library.scm:248:5: In procedure close-port in expression (close-port port):

Re: Today's problem with GUB build

Hi, Le 15/07/2020 à 18:31, Phil Holmes a écrit : Here's the logfile and the ly file. /home/gub/NewGub/gub/target/linux-x86/root/usr/share/lilypond/current/scm/backend-library.scm:248:5: In procedure close-port in expression (close-port port):

Re: Today's problem with GUB build

Am Mittwoch, den 15.07.2020, 17:31 +0100 schrieb Phil Holmes: > Here's the logfile and the ly file. Could this be collisions of the random file names generated for temporary files? The argument to backend-library.scm:248 comes from create-file-exclusive which returns #f if the file already exists

Re: Today's problem with GUB build

Here's the logfile and the ly file. Once we understand the issue, I'll wait until you say "go" for 21.4. -- Phil Holmes - Original Message - From: "Jonas Hahnfeld" To: "Phil Holmes" ; "Devel" Sent: Wednesday, July 15, 2020 4:31 PM Sub

Re: Today's problem with GUB build

ouple of > weeks anyway. > > -- > Phil Holmes > > > - Original Message - > From: "Jonas Hahnfeld" < > hah...@hahnjo.de > > > To: "Phil Holmes" < > em...@philholmes.net > >; "Devel" < > lilypond-devel@gnu.org &

Re: Today's problem with GUB build

get me act together, I plan to do a release every couple of weeks anyway. -- Phil Holmes - Original Message - From: "Jonas Hahnfeld" To: "Phil Holmes" ; "Devel" Sent: Wednesday, July 15, 2020 4:09 PM Subject: Re: Today's problem with GUB build <>

Re: Today's problem with GUB build

Am Mittwoch, den 15.07.2020, 15:04 +0100 schrieb Phil Holmes: > I get this: > > Making Documentation/out-www/web.texi (copy) > Command '/home/gub/NewGub/gub/target/linux-x86/root/usr/bin/lilypond \ > -dbackend=eps --formats=ps,png,pdf -djob-count=8 -dinclude-eps-fonts > -dgs-load-fonts >

Today's problem with GUB build

I get this: Making Documentation/out-www/web.texi (copy) Command '/home/gub/NewGub/gub/target/linux-x86/root/usr/bin/lilypond \ -dbackend=eps --formats=ps,png,pdf -djob-count=8 -dinclude-eps-fonts -dgs-load-fonts --header=doctitle --header=doctitleca --header=doctitlecs --header=doctitlede

Re: GUB build error

Success for linux-64 target in GUB! Thank you very much, Dan. I did not test the other targets yet, however. It produces a usable lilypond installer which compiled a test example fine. Am 11.01.2020 um 00:14 schrieb Dan Eble: On Jan 10, 2020, at 16:21, Dan Eble mailto:d...@faithful.be>> wrote:

Re: GUB build error

On Jan 10, 2020, at 16:21, Dan Eble wrote: > > It seems that this implementation of the standard library declares ::isinf > when is included. The three solutions I can think of are (a) > finish issue 4550, (b) require a version of the library that does not do > this, or (c) investigate

Re: GUB build error

On Jan 10, 2020, at 15:52, Michael Käppler wrote: > > Hi Dan, > GUB still fails to build lilypond in offset.cc. See attached log. > Anyone out here using LilyDev1, who can build current master through GUB? > Now testing, if I can build release/unstable. > > What I would like to understand is

Re: GUB build error

Hi Dan, GUB still fails to build lilypond in offset.cc. See attached log. Anyone out here using LilyDev1, who can build current master through GUB? Now testing, if I can build release/unstable. What I would like to understand is why this issue does arise only within GUB and not for a normal

Re: GUB build error

Hi Dan, will test it, thank you very much! Am 09.01.2020 um 22:49 schrieb Dan Eble: On Jan 9, 2020, at 10:09, Dan Eble wrote: On Jan 9, 2020, at 07:32, Michael Käppler wrote: /home/dev/gub/target/linux-64/src/lilypond-git.sv.gnu.org--lilypond.git-master/flower/offset.cc:132:23: error: call

Re: GUB build error

On Jan 9, 2020, at 10:09, Dan Eble wrote: > > On Jan 9, 2020, at 07:32, Michael Käppler wrote: >> >> /home/dev/gub/target/linux-64/src/lilypond-git.sv.gnu.org--lilypond.git-master/flower/offset.cc:132:23: >> error: call of overloaded 'isinf(Real&)' is ambiguous >> if (isinf (d[X_AXIS])) > >

Re: GUB build error

On Jan 9, 2020, at 07:32, Michael Käppler wrote: > > /home/dev/gub/target/linux-64/src/lilypond-git.sv.gnu.org--lilypond.git-master/flower/offset.cc:132:23: > error: call of overloaded 'isinf(Real&)' is ambiguous >if (isinf (d[X_AXIS])) Maybe it's time to take another shot at issue 4550,

Re: GUB build error

Sorry, I did not look carefully enough. It does fail when trying to build flower/offset.cc The error is: /home/dev/gub/target/linux-64/src/lilypond-git.sv.gnu.org--lilypond.git-master/flower/offset.cc:132:23: error: call of overloaded 'isinf(Real&)' is ambiguous    if (isinf (d[X_AXIS])) Now

GUB build error

Hi all, I'm trying to build a lilypond installer with GUB, up to now with no success. It does fail when trying to build python. My setup: LilyDev 1 (the current release), running in VirtualBox with Win10 as host system. What I did was: /home/dev/setup.sh cd /home/dev/gub bin/gub

Re: gub build succeeds

On Sat, 2019-11-02 at 13:47 +0100, Werner LEMBERG wrote: > As the title says: A complete gub build succeeds again on my > GNU/Linux > openSUSE platform if I apply > > https://github.com/gperciva/gub/pull/70 > > to gub's master branch. Great! I also had success with this p

Re: gub build succeeds

Pull request accepted. -- Phil Holmes - Original Message - From: "Werner LEMBERG" To: Sent: Saturday, November 02, 2019 12:47 PM Subject: gub build succeeds As the title says: A complete gub build succeeds again on my GNU/Linux openSUSE platform if I apply https://

gub build succeeds

As the title says: A complete gub build succeeds again on my GNU/Linux openSUSE platform if I apply https://github.com/gperciva/gub/pull/70 to gub's master branch. Werner

Re: gs version error in latest GUB build

On 03.04.19 23:23, Valentin Villenave wrote: On 4/3/19, Knut Petersen wrote: An strace log that shows argv and env of execve gs would be helpfull ... Here’s a full strace log from that user, I’m not sure how to find that specific information:

Re: gs version error in latest GUB build

On 4/3/19, Knut Petersen wrote: > An strace log that shows argv and env of execve gs would be helpfull ... Here’s a full strace log from that user, I’m not sure how to find that specific information: http://lilypond-french-users.1298960.n2.nabble.com/file/t249946/lily_strace.txt Cheers, V.

Re: gs version error in latest GUB build

On 31.03.19 16:17, Valentin Villenave wrote: Greetings, someone on -user-fr has reported gs crashing on some scores (for example the first incipit example from NR 2.9.6), with the following error: gs: Interpreter revision (926) does not match gs_init.ps revision (921). Might be caused by

Re: gs version error in latest GUB build

On 4/2/19, Federico Bruni wrote: > As far as I can see from my installations, gs distributed in > lilypond.org recent installers is version 9.26. Nope: $ wget http://lilypond.org/download/binaries/linux-64/lilypond-2.19.83-1.linux-64.sh $ sh lilypond-2.19.83-1.linux-64.sh --tarball $ tar -tjvf

Re: gs version error in latest GUB build

Il giorno dom 31 mar 2019 alle 17:22, Valentin Villenave ha scritto: On 3/31/19, Valentin Villenave wrote: I couldn’t reproduce (but then again I’m not running Ubuntu). I also find it odd that only some scores are reported to fail while other’s aren’t. OK, as I suspected *all*

Re: gs version error in latest GUB build

On 3/31/19, Valentin Villenave wrote: > I couldn’t reproduce (but then again I’m not running Ubuntu). I also > find it odd that only some scores are reported to fail while other’s > aren’t. OK, as I suspected *all* scores do indeed fail for this user. Further information just in case: LilyPond

gs version error in latest GUB build

Greetings, someone on -user-fr has reported gs crashing on some scores (for example the first incipit example from NR 2.9.6), with the following error: gs: Interpreter revision (926) does not match gs_init.ps revision (921). This looks very much like something we’ve seen recently:

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

- Original Message - From: "John Mandereau" To: "Phil Holmes" Cc: "Lily devel" ; "David Kastrup" ; "KarlinHigh" Sent: Friday, March 22, 2019 8:50 PM Subject: Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

On Fri, 2019-03-22 at 13:41 +, Phil Holmes wrote: > The website is now also updated - I had previously forgotten that I > would > need to update news and VERSION etc. in staging and master. This has > to be > done because the website is built from master automatically. Great! I'm a bit

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

- Original Message - From: "Karlin High" To: "Phil Holmes" ; "David Kastrup" Cc: "Lily devel" Sent: Friday, March 22, 2019 11:05 AM Subject: Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch] On 3/22/201

Re: Can GUB-build stable/2.20

> I created a lilypond group, added my gub user to it and the upload > then went smoothly. I'm now allowing the 2 cron jobs that create > the website to run. The new build should be visible in an hour or > so. Thanks a lot for your efforts! Werner

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

On 3/22/2019 5:43 AM, Phil Holmes wrote: the upload then went smoothly.  I'm now allowing the 2 cron jobs that create the website to run. The new build should be visible in an hour or so. The 2.19.83 binaries are already visible. I downloaded and

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

I created a lilypond group, added my gub user to it and the upload then went smoothly. I'm now allowing the 2 cron jobs that create the website to run. The new build should be visible in an hour or so. I used a new branch (stable/test) cloned from stable/2.20 for the build. Once all is well,

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

Knut Petersen writes: > On 21.03.19 12:04, Phil Holmes wrote: > >> Anyway - it would seem easiest just to create a 'lilypond' group.  >> Does that seem the best way forward? > > In rsync-lily-doc.py we have: > >      system ('rsync --exclude "*.signature" --hard-links > --delay-updates --delete

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

On 21.03.19 12:04, Phil Holmes wrote: Anyway - it would seem easiest just to create a 'lilypond' group.  Does that seem the best way forward? In rsync-lily-doc.py we have:      system ('rsync --exclude "*.signature" --hard-links --delay-updates --delete --delete-after --stats --progress

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

"Phil Holmes" writes: > - Original Message - > From: "David Kastrup" [...] >>> I believe GUB upload uses rsync. >> >> Then it depends on the options used. Some versions Oops. Some options >> of rsync try to preserve group/owner. > > It looks like the command is this from

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

- Original Message - From: "David Kastrup" To: "Phil Holmes" Cc: "John Mandereau" ; "Lily devel" Sent: Thursday, March 21, 2019 10:58 AM Subject: Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

- Original Message - From: "David Kastrup" To: "Phil Holmes" Cc: "John Mandereau" ; "Lily devel" Sent: Thursday, March 21, 2019 10:24 AM Subject: Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

"Phil Holmes" writes: > - Original Message - > From: "David Kastrup" > To: "Phil Holmes" > Cc: "John Mandereau" ; "Lily devel" > > Sent: Wednesday, March 20, 2019 8:27 PM > Subject: Re: Can GUB-build stable/2.20

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

- Original Message - From: "David Kastrup" To: "Phil Holmes" Cc: "John Mandereau" ; "Lily devel" Sent: Wednesday, March 20, 2019 8:27 PM Subject: Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

only have to care that the temporary branch head is a parent of the head of the base branch you're considering when starting a release process. > An alternative would be simply to treat release/unstable as > temporary? > Delete it after each GUB build and recreate before. I follow

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

"Phil Holmes" writes: > - Original Message - > From: "David Kastrup" > To: "Phil Holmes" > Cc: "John Mandereau" ; "Lily devel" > > Sent: Wednesday, March 20, 2019 7:09 PM > Subject: Re: Can GUB-buil

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

- Original Message - From: "David Kastrup" To: "Phil Holmes" Cc: "John Mandereau" ; "Lily devel" Sent: Wednesday, March 20, 2019 7:09 PM Subject: Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

"Phil Holmes" writes: > [snip previous] > > Had a successful 2.20 build today, from my newly created stable/test > branch. However, upload failed as follows: > > test result does not exist for lilypond-2.19.83-1.linux-x86.sh > test result does not exist for lilypond-2.19.83-1.linux-64.sh > test

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

[snip previous] Had a successful 2.20 build today, from my newly created stable/test branch. However, upload failed as follows: test result does not exist for lilypond-2.19.83-1.linux-x86.sh test result does not exist for lilypond-2.19.83-1.linux-64.sh test result does not exist for

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

"Phil Holmes" writes: > From: "John Mandereau" >> >> I'm not completely happy with the current set of instructions on page >> "Minor release checklist", even for a release from master branch: >> merging master into an existing release/unstable branch may import >> undesired changes from the

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

- Original Message - From: "John Mandereau" To: "Phil Holmes" ; "Lily devel" Sent: Tuesday, March 19, 2019 10:54 PM Subject: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch] On Tue, 2019-03-19 at 11:20 +, Phil Ho

Re: Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

On 19.03.19 23:54, John Mandereau wrote: but I cannot set LILYPOND_REPO_URL with a local Git repo (i.e. with a "file:" URL) without GUB complaining about unknown VC system, so I use SSH on loopback. The most simple way to solve this problem: Create "lilypond-test" and "lilypond-doc" links 

Can GUB-build stable/2.20 [was Re: Still cannot build GUB with stable/2.20 branch]

On Tue, 2019-03-19 at 11:20 +, Phil Holmes wrote: > John, > > Please let me/the list know if you're successful. I completed a non-clean GUB build with stable/2.20 branch, in 1h07min, done after a successful GUB build of master branch (4h05min, on a laptop with Intel Core i7-7500U a

Re: gub: Build lilypond from local repositories

Hello Knut, From: Knut Petersen Time:2019-01-24 11:30 To: James Lowe Cc:lilypond-devel gub: Build lilypond from local repositories Hi James! I'm trying to use gub to build local branches of lilypond. In gub's lilypond.make there is LILYPOND_REPO_URL. Did something like this: make

gub: Build lilypond from local repositories

Hi James! I'm trying to use gub to build local branches of lilypond. In gub's lilypond.make there is LILYPOND_REPO_URL. Did something like this: make LILYPOND_REPO_URL=file:///home/knut/sources/lilypond LILYPOND_BRANCH=MyPrivateBranch lilypond ever work? At least on my system the command

Re: linux-ppc harfbuzz GUB build error

> On 22 Dec 2016, at 18:20, Hans Aikema wrote: > > > > Retrying a CentOS build alongside trial-and-error builds with minimal Ubuntu > environment CentOS-7 builds won’t fly for now due to outdated metapost in its repo…. ERROR: Please install required programs:

Re: linux-ppc harfbuzz GUB build error

> On 22 Dec 2016, at 18:20, Hans Aikema wrote: > > >> On 22 Dec 2016, at 14:05, Masamichi Hosoda wrote: >> >> In my environments, autoconf does not raise such error. >> Do you set the "set -u" or "set -o nounset" somewhere? >> If so,

Re: linux-ppc harfbuzz GUB build error

> On 22 Dec 2016, at 14:05, Masamichi Hosoda wrote: > > In my environments, autoconf does not raise such error. > Do you set the "set -u" or "set -o nounset" somewhere? > If so, would you remove the setting? The set -u (or to be complete set -ux) I

Re: linux-ppc harfbuzz GUB build error

In my environments, autoconf does not raise such error. Do you set the "set -u" or "set -o nounset" somewhere? If so, would you remove the setting? >>> The set -u (or to be complete set -ux) I discovered inside >>> >>>

Re: linux-ppc harfbuzz GUB build error

- Original Message - From: "Masamichi Hosoda" <truer...@trueroad.jp> To: <m...@philholmes.net> Cc: <lilypond-devel@gnu.org> Sent: Saturday, December 17, 2016 3:14 PM Subject: Re: linux-ppc harfbuzz GUB build error I've updated my GUB environment and

Re: linux-ppc harfbuzz GUB build error

> I've updated my GUB environment and the build fails. Please see the > attached zipped logfile. Perhaps gcc has upgraded but libtool has not been updated. Does the folowing command $ /home/gub/NewGub/gub/target/mingw/root/usr/cross/bin/i686-mingw32-gcc --version show 4.9.4? And, does the

Re: linux-ppc harfbuzz GUB build error

>>> In my environments, autoconf does not raise such error. >>> Do you set the "set -u" or "set -o nounset" somewhere? >>> If so, would you remove the setting? >> The set -u (or to be complete set -ux) I discovered inside >> >>

Re: linux-ppc harfbuzz GUB build error

>>> Maybe the issue is to use ICU of CentOS system. >>> >>> I've created a patch. >>> https://github.com/trueroad/gub/commit/081cc91f698186795dca45e8d6db8af6616826d4 >>> >>> If this patch solves the issue, I will send the pull request. >> >> New gub bootstrapped from you repo; running a

Re: linux-ppc harfbuzz GUB build error

>> In my environments, autoconf does not raise such error. >> Do you set the "set -u" or "set -o nounset" somewhere? >> If so, would you remove the setting? > The set -u (or to be complete set -ux) I discovered inside > >

Re: linux-ppc harfbuzz GUB build error

> On 14 Dec 2016, at 18:22, Hans Aikema wrote: > > >> On 14 Dec 2016, at 14:56, Hans Aikema wrote: >> >> >>> On 14 Dec 2016, at 14:30, Masamichi Hosoda wrote: >>> >> > <..> > will do some more digging inside

Re: linux-ppc harfbuzz GUB build error

> On 14 Dec 2016, at 14:56, Hans Aikema wrote: > > >> On 14 Dec 2016, at 14:30, Masamichi Hosoda wrote: >> > New build from Masamichi’s branch passed the linux ppc harfbuzz, so the > ICU patch worked. Now looking into a breaking

Re: linux-ppc harfbuzz GUB build error

> On 14 Dec 2016, at 14:30, Masamichi Hosoda wrote: > New build from Masamichi’s branch passed the linux ppc harfbuzz, so the ICU patch worked. Now looking into a breaking freebsd-x86 lilypond error: >>> >>> Would you show me the whole log file? >> Went into a

Re: linux-ppc harfbuzz GUB build error

>>> New build from Masamichi’s branch passed the linux ppc harfbuzz, so the ICU >>> patch worked. Now looking into a breaking freebsd-x86 lilypond error: >> >> Would you show me the whole log file? > Went into a bit of experimentation afterwards, still failed attempts only, > after discovering

Re: linux-ppc harfbuzz GUB build error

> On 14 Dec 2016, at 12:28, Masamichi Hosoda wrote: > >> New build from Masamichi’s branch passed the linux ppc harfbuzz, so the ICU >> patch worked. Now looking into a breaking freebsd-x86 lilypond error: > > Would you show me the whole log file? Went into a bit of

Re: linux-ppc harfbuzz GUB build error

> New build from Masamichi’s branch passed the linux ppc harfbuzz, so the ICU > patch worked. Now looking into a breaking freebsd-x86 lilypond error: Would you show me the whole log file? ___ lilypond-devel mailing list lilypond-devel@gnu.org

Re: linux-ppc harfbuzz GUB build error

> On 13 Dec 2016, at 01:20, Hans Aikema wrote: > > On 12 Dec 2016, at 15:41, Masamichi Hosoda wrote: >> >> <…> >> Maybe the issue is to use ICU of CentOS system. >> >> I've created a patch. >>

Re: linux-ppc harfbuzz GUB build error

On 12 Dec 2016, at 15:41, Masamichi Hosoda wrote: > >> Meanwhile took a look on the rest of the logfile and spotted a bunch of >> “checking <….>… no”… any of those a concern in your experience? >> >> checking for powerpc-linux-dlltool... no >> checking for dlltool... no

Re: linux-ppc harfbuzz GUB build error

> Meanwhile took a look on the rest of the logfile and spotted a bunch of > “checking <….>… no”… any of those a concern in your experience? > > checking for powerpc-linux-dlltool... no > checking for dlltool... no > checking for sysroot... no > checking for powerpc-linux-mt... no > checking for

Re: linux-ppc harfbuzz GUB build error

On Sun, Dec 11, 2016 at 04:44:40PM +0100, Hans Aikema wrote: > > The official requirements for building: > INSTALLING > > * You need > - about 9 GB of free space (for all platforms) > - standard unix shell utilities: cat, cp, install, mv, rm, sed, ... > - a standard unix development

Re: linux-ppc harfbuzz GUB build error

> On 11 Dec 2016, at 15:54, Masamichi Hosoda wrote: > >> I hope someone can shed a light on what I’m doing wrong here. >> >> librestrict:error:/home/gub/gub/target/linux-ppc/root/usr/cross/libexec/gcc/powerpc-linux/4.9.4/cc1plus: >> tried to open () file

Re: linux-ppc harfbuzz GUB build error

> I hope someone can shed a light on what I’m doing wrong here. > > librestrict:error:/home/gub/gub/target/linux-ppc/root/usr/cross/libexec/gcc/powerpc-linux/4.9.4/cc1plus: > tried to open () file /usr/include/stdc-predef.h > librestrict:allowed: > /home/gub/gub/target/linux-ppc > /tmp >

linux-ppc harfbuzz GUB build error (was Re: Trialling with GUB & Docker I got stuck trying to bootstrap GUB @darwin-ppc::odcctools)

> On 10 Dec 2016, at 22:51, Hans Aikema wrote: > <…> > glibc.i686 was the last package to get it fixed…. succesfully bootstrapped > GUB. Now my Mac is humming on while GUB is running a make lilypond inside the > container. From the notes on the webpage I expect this

GUB build

Folks, Most people realise that me general schedule is to make and upload a GUB build every two weeks - normally on a Sunday afternoon. I'm postponing this week's until next Sunday - I'm away all afternoon and evening so starting them is a problem, and I'm nearly up to my broadband limit

Re: GUB build

ok. Anyway, thanks a lot for your continuous work! It's good to have you care about releases :) Janek 2014-07-27 13:49 GMT+02:00 Phil Holmes m...@philholmes.net: Folks, Most people realise that me general schedule is to make and upload a GUB build every two weeks - normally on a Sunday

Re: GUB build

Janek Warchoł janek.lilyp...@gmail.com writes: 2014-07-27 13:49 GMT+02:00 Phil Holmes m...@philholmes.net: Folks, Most people realise that me general schedule is to make and upload a GUB build every two weeks - normally on a Sunday afternoon. I'm postponing this week's until next Sunday

successful GUB build on my LilyDev (2.6)

That took a lot of time, but finally (after 4 days of trying) my machine managed to build LilyPond using GUB. I'll try more operating systems (like, ubuntu 12.04) when i get back home and setup everything (i'll be buying a new computer, so that may take some time). cheers, Janek

Re: successful GUB build on my LilyDev (2.6)

- Original Message - From: James pkx1...@gmail.com To: Janek Warchoł janek.lilyp...@gmail.com Cc: LilyPond Developmet Team lilypond-devel@gnu.org Sent: Tuesday, August 28, 2012 1:24 PM Subject: Re: successful GUB build on my LilyDev (2.6) Hello, On 28 August 2012 12:23, Janek Warchoł

Re: successful GUB build on my LilyDev (2.6)

Phil Holmes writes: Yep. 10.04 32 bit - I couldn't get it running on 64 bit, so I'm using a VM with a 32 bit OS - in fact, it's a lilydev machine. And it is GUB here? Note that at Waltrop, Graham and I have built lilypond 2.17 GUB releases on 12.04 and John has built everything up to

Re: successful GUB build on my LilyDev (2.6)

- Original Message - From: Jan Nieuwenhuizen jann...@gnu.org To: Phil Holmes m...@philholmes.net Cc: James pkx1...@gmail.com; Janek Warchoł janek.lilyp...@gmail.com; LilyPond Developmet Team lilypond-devel@gnu.org Sent: Tuesday, August 28, 2012 1:40 PM Subject: Re: successful GUB build

Re: successful GUB build on my LilyDev (2.6)

2012/8/28 Jan Nieuwenhuizen jann...@gnu.org: Have a look at Graham's waltrop branch, it contains a number of fixes and will see more soon [until we switch back to master, of course]. When Graham managed to rebuild stable/2.16 with waltrop branch, he merged it into master, so checking out that

Re: successful GUB build on my LilyDev (2.6)

instead, with the hope that the 64bit host kernel causes no trouble with GUB build. That said, you might want to try building GUB directly on your 64bit system with the latest and greatest GUB on master, which includes some recent fixes, and report any build problems you encounter. John

Re: successful GUB build on my LilyDev (2.6)

- Original Message - From: John Mandereau john.mander...@gmail.com To: Phil Holmes m...@philholmes.net Cc: Jan Nieuwenhuizen jann...@gnu.org; LilyPond Developmet Team lilypond-devel@gnu.org Sent: Tuesday, August 28, 2012 3:31 PM Subject: Re: successful GUB build on my LilyDev (2.6

Re: successful GUB build on my LilyDev (2.6)

John, On 28 August 2012 15:31, John Mandereau john.mander...@gmail.com wrote: 2012/8/28 Phil Holmes m...@philholmes.net: Yes - it is Gub. I might try getting it working on 64 bit once I've bedded down regularly running it in the VM. Running GUB inside a VM must slow it down a lot, It

Re: successful GUB build on my LilyDev (2.6)

On Tue, Aug 28, 2012 at 01:24:09PM +0100, James wrote: I have been trying to see about cutting a new LilyDev (2.7) on 12.04 - the limitation being whatever remastersys backup is supported on - when I last looked it was not on 12:10. I should say so, since 12:10 is still two months in the

Re: successful GUB build on my LilyDev (2.6)

Hello, On 28 August 2012 20:41, Graham Percival gra...@percival-music.ca wrote: On Tue, Aug 28, 2012 at 01:24:09PM +0100, James wrote: I have been trying to see about cutting a new LilyDev (2.7) on 12.04 - the limitation being whatever remastersys backup is supported on - when I last looked

GUB build attempt on Ubuntu 10.04.4

I've never got so far than this time, as I've managed to complete make bootstrap make -f lilypond.make bootstrap at the price of ugly kludgy operations, so I thought a report would be of some interest for GUB hackers. After this, any attempt to build LilyPond with GUB failed at configure, with

another GUB build failure from translations

file from VC not distributed: lilypond-2.15.40/Documentation/fr/texidocs/broken-crescendo-hairpin.ly rm -rf /tmp/tmpEc298t Traceback (most recent call last): File test-lily/dist-check.py, line 137, in module main () File test-lily/dist-check.py, line 132, in main check_files (tarball,

  1   2   >