Re: Today's GUB failure

2020-04-26 Thread Phil Holmes
gub/NewGub/gub/target/tools/root/usr/lib ' -- Phil Holmes - Original Message - From: "Jonas Hahnfeld" To: "Phil Holmes" ; "Devel" Sent: Sunday, April 26, 2020 12:18 PM Subject: Re: Today's GUB failure

Re: Today's GUB failure

2020-04-26 Thread Jonas Hahnfeld
Am Sonntag, den 26.04.2020, 11:25 +0100 schrieb Phil Holmes: > Can anyone help? I'm getting this > > /home/gub/NewGub/gub/target/linux-64/src/lilypond-git.sv.gnu.org--lilypond.git-release-unstable/mf/gen-emmentaler.fontforge.py > > line: 2 Undefined variable: import > make[1]: ***

Today's GUB failure

2020-04-26 Thread Phil Holmes
Can anyone help? I'm getting this /home/gub/NewGub/gub/target/linux-64/src/lilypond-git.sv.gnu.org--lilypond.git-release-unstable/mf/gen-emmentaler.fontforge.py line: 2 Undefined variable: import make[1]: *** [out/emmentaler-11.svg] Error 1 make[1]: *** Waiting for unfinished jobs Making

Re: GUB failure

2020-04-07 Thread Jonas Hahnfeld
Am Dienstag, den 07.04.2020, 10:36 +0100 schrieb Phil Holmes: > If I type python-gdbm at the terminal I get "command not found". a) is this > the right way to check? b) I'd appreciate guidance on how best to install > it if I don't have it. It's a packet, not a command. The usual $ apt-get

Re: GUB failure

2020-04-07 Thread Phil Holmes
lmes" Cc: "David Kastrup" ; "Devel" Sent: Tuesday, April 07, 2020 10:25 AM Subject: Re: GUB failure

Re: GUB failure

2020-04-07 Thread Jonas Hahnfeld
d...@gnu.org > >; "Devel" < > lilypond-devel@gnu.org > > > Sent: Monday, April 06, 2020 5:02 PM > Subject: Re: GUB failure > > > > I bit the bullet and started the upgrade to 16.04. I check that's OK then > > consider 18.04 later. U

Re: GUB failure

2020-04-07 Thread Phil Holmes
- Original Message - From: "Phil Holmes" To: "Thomas Morley" Cc: "David Kastrup" ; "Devel" Sent: Monday, April 06, 2020 5:02 PM Subject: Re: GUB failure I bit the bullet and started the upgrade to 16.04. I check that's OK then consider 18.0

Re: GUB failure

2020-04-07 Thread Thomas Morley
Am Di., 7. Apr. 2020 um 10:18 Uhr schrieb Jonas Hahnfeld : > > Am Dienstag, den 07.04.2020, 10:12 +0200 schrieb Thomas Morley: > > Am Di., 7. Apr. 2020 um 09:50 Uhr schrieb David Kastrup < > > d...@gnu.org > > >: > > > Thomas Morley < > > > thomasmorle...@gmail.com > > > > writes: > > > > > > > Am

Re: GUB failure

2020-04-07 Thread Jonas Hahnfeld
Am Dienstag, den 07.04.2020, 10:12 +0200 schrieb Thomas Morley: > Am Di., 7. Apr. 2020 um 09:50 Uhr schrieb David Kastrup < > d...@gnu.org > >: > > Thomas Morley < > > thomasmorle...@gmail.com > > > writes: > > > > > Am Mo., 6. Apr. 2020 um 17:18 Uhr schrieb Thomas Morley > > > < > > >

Re: GUB failure

2020-04-07 Thread Thomas Morley
Am Di., 7. Apr. 2020 um 09:50 Uhr schrieb David Kastrup : > > Thomas Morley writes: > > > Am Mo., 6. Apr. 2020 um 17:18 Uhr schrieb Thomas Morley > > : > > > >> I'll test GUB with current master on my Ubuntu 18.04, though results > >> likely tomorrow... > > > > FWIW, on my 64-bit Ubunu 18.04, I

Re: GUB failure

2020-04-07 Thread Jonas Hahnfeld
Am Dienstag, den 07.04.2020, 09:50 +0200 schrieb David Kastrup: > Thomas Morley < > thomasmorle...@gmail.com > > writes: > > > Am Mo., 6. Apr. 2020 um 17:18 Uhr schrieb Thomas Morley > > < > > thomasmorle...@gmail.com > > >: > > > > > I'll test GUB with current master on my Ubuntu 18.04, though

Re: GUB failure

2020-04-07 Thread David Kastrup
Thomas Morley writes: > Am Mo., 6. Apr. 2020 um 17:18 Uhr schrieb Thomas Morley > : > >> I'll test GUB with current master on my Ubuntu 18.04, though results >> likely tomorrow... > > FWIW, on my 64-bit Ubunu 18.04, I tried to gub-build release/unstable > > (1) gubllb /home/hermann/gub/

Re: GUB failure

2020-04-07 Thread Thomas Morley
Am Mo., 6. Apr. 2020 um 17:18 Uhr schrieb Thomas Morley : > I'll test GUB with current master on my Ubuntu 18.04, though results > likely tomorrow... FWIW, on my 64-bit Ubunu 18.04, I tried to gub-build release/unstable (1) gubllb /home/hermann/gub/ /home/hermann/lilypond-git/ release/unstable

Re: GUB failure

2020-04-06 Thread Phil Holmes
t; Sent: Monday, April 06, 2020 4:18 PM Subject: Re: GUB failure Am Mo., 6. Apr. 2020 um 16:52 Uhr schrieb Phil Holmes : As predicted, GUB has failed to build on my system. The error message shows that it's because I have Python 3.4.3 and I need at least 3.5. If anyone knows how to u

Re: GUB failure

2020-04-06 Thread Thomas Morley
Am Mo., 6. Apr. 2020 um 16:52 Uhr schrieb Phil Holmes : > > As predicted, GUB has failed to build on my system. The error message shows > that it's because I have Python 3.4.3 and I need at least 3.5. If anyone > knows how to upgrade my Ubuntu 14 machine to the later Python version, > please

Re: GUB failure

2020-04-06 Thread Matthew Peveler
On Mon, Apr 6, 2020 at 11:52 PM Phil Holmes wrote: > If anyone knows how to upgrade my Ubuntu 14 machine to the later Python > version, > please say. You can use the deadsnakes ppa (fkrull/deadsnakes for pre Ubuntu-16.04,

Re: GUB failure

2020-04-06 Thread David Kastrup
"Phil Holmes" writes: > As predicted, GUB has failed to build on my system. The error message > shows that it's because I have Python 3.4.3 and I need at least 3.5. > If anyone knows how to upgrade my Ubuntu 14 machine to the later > Python version, please say. Otherwise I'll have to upgrade

GUB failure

2020-04-06 Thread Phil Holmes
As predicted, GUB has failed to build on my system. The error message shows that it's because I have Python 3.4.3 and I need at least 3.5. If anyone knows how to upgrade my Ubuntu 14 machine to the later Python version, please say. Otherwise I'll have to upgrade to Ubuntu 16, which I was

Re: Gub failure

2016-07-27 Thread Federico Bruni
Il giorno mer 27 lug 2016 alle 16:08, David Kastrup ha scritto: Federico Bruni writes: Current developers using LilyDev can update this way: 1. Add this line to /etc/apt/sources.list: deb http://httpredir.debian.org/debian testing main 2. Add the

Re: Gub failure

2016-07-27 Thread David Kastrup
Federico Bruni writes: > Current developers using LilyDev can update this way: > > 1. Add this line to /etc/apt/sources.list: > > deb http://httpredir.debian.org/debian testing main > > > 2. Add the file /etc/apt/preferences with the following content: > > Package: texinfo >

Re: Gub failure

2016-07-27 Thread Federico Bruni
Il giorno mer 27 lug 2016 alle 12:41, Phil Holmes ha scritto: Gub is now updated and uploading. I would suggest that it is not necessary to wait for LilyDev to be updated, since I would certainly not download the whole image just to get an updated version of texinfo.

Re: Gub failure

2016-07-27 Thread David Kastrup
"Phil Holmes" <m...@philholmes.net> writes: > - Original Message - > From: "Werner LEMBERG" <w...@gnu.org> > To: <d...@gnu.org> > Cc: <lilypond-devel@gnu.org> > Sent: Wednesday, July 27, 2016 5:21 AM > Subject: Re: Gub failur

Re: Gub failure

2016-07-27 Thread Phil Holmes
- Original Message - From: "Werner LEMBERG" <w...@gnu.org> To: <d...@gnu.org> Cc: <lilypond-devel@gnu.org> Sent: Wednesday, July 27, 2016 5:21 AM Subject: Re: Gub failure I should have made it clear that I asked because my build is failing. I’ve got mak

Re: Gub failure

2016-07-27 Thread David Kastrup
Federico Bruni writes: > Il giorno mar 26 lug 2016 alle 19:36, Dan Eble ha > scritto: >> I should have made it clear that I asked because my build is failing. >> I’ve got makeinfo version 4.13. > > Are you sure that you are using LilyDev 3? It is based on

Re: Gub failure

2016-07-27 Thread Federico Bruni
Il giorno mar 26 lug 2016 alle 19:36, Dan Eble ha scritto: I should have made it clear that I asked because my build is failing. I’ve got makeinfo version 4.13. Are you sure that you are using LilyDev 3? It is based on Debian stable (Jessie) and texinfo is version 5.2:

Re: Gub failure

2016-07-26 Thread Werner LEMBERG
>> I should have made it clear that I asked because my build is >> failing. I’ve got makeinfo version 4.13. > > That's because Werner pushed changes requiring newer Texinfo syntax. > Werner, can you fix this until systems like Gub and LilyDev 3 can > support it? It is not realistic to expect

Re: Gub failure

2016-07-26 Thread David Kastrup
Dan Eble writes: >> On Jul 26, 2016, at 07:57 , David Kastrup wrote: >> >> Dan Eble writes: >> >>> In LilyDev 3, I’ve tried “sudo apt-get install texinfo” and it tells >>> me “texinfo is already the newest version.” Is there any easier path

Re: Gub failure

2016-07-26 Thread Dan Eble
> On Jul 26, 2016, at 07:57 , David Kastrup wrote: > > Dan Eble writes: > >> In LilyDev 3, I’ve tried “sudo apt-get install texinfo” and it tells >> me “texinfo is already the newest version.” Is there any easier path >> forward than switching to a new VM?

Re: Gub failure

2016-07-26 Thread Masamichi Hosoda
> I've accepted the pull requests on GitHub and updated my system as > above. I'm now getting a failure rebuilding Guile. I've attached the > end of the logfile to avoid problems with line wrapping making the > error messages unintelligible. I've created pull request for fixing guile

Re: Gub failure

2016-07-26 Thread Phil Holmes
- Original Message - From: "Masamichi Hosoda" <truer...@trueroad.jp> To: <w...@gnu.org>; <m...@philholmes.net>; <d...@gnu.org>; <lilypond-devel@gnu.org> Sent: Monday, July 25, 2016 3:41 PM Subject: Re: Gub failure Please use 5.x – 4.x is n

Re: Gub failure

2016-07-26 Thread David Kastrup
Dan Eble writes: > On Jul 24, 2016, at 13:32 , David Kastrup wrote: >> >> Note that even "make" builds a basic non-image version of the Info >> files, and of course with a non-image version, the difference is quite >> noticeable. >> >> At any rate, if we were

Re: Gub failure

2016-07-26 Thread Dan Eble
On Jul 24, 2016, at 13:32 , David Kastrup wrote: > > Note that even "make" builds a basic non-image version of the Info > files, and of course with a non-image version, the difference is quite > noticeable. > > At any rate, if we were to update Texinfo, it would likely make sense

Re: Gub failure

2016-07-25 Thread Masamichi Hosoda
>> Please use 5.x – 4.x is no longer supported. > > Or even better 6.x. I've created pull request for updating texinfo to 6.1. https://github.com/gperciva/gub/pull/25 In my GUB environment, the following commands are succeed. $ bin/gub tools::texinfo $ bin/gub linux-64::lilypond $ bin/gub

Re: Gub failure

2016-07-24 Thread Werner LEMBERG
> Please use 5.x – 4.x is no longer supported. Or even better 6.x. Werner ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Gub failure

2016-07-24 Thread David Kastrup
"Phil Holmes" <m...@philholmes.net> writes: > - Original Message - > From: "David Kastrup" <d...@gnu.org> > To: "Werner LEMBERG" <w...@gnu.org> > Cc: <m...@philholmes.net>; <lilypond-devel@gnu.org> > Sent: Sunday

Re: Gub failure

2016-07-24 Thread Werner LEMBERG
> OK - so it looks like I should update > https://github.com/gperciva/gub/blob/master/gub/sources.py to a later > version of texinfo - possibly 4.13 to move forward but not risk a > breakage with a new major release? Please use 5.x – 4.x is no longer supported. At least on my box I can easily

Re: Gub failure

2016-07-24 Thread Phil Holmes
- Original Message - From: "David Kastrup" <d...@gnu.org> To: "Werner LEMBERG" <w...@gnu.org> Cc: <m...@philholmes.net>; <lilypond-devel@gnu.org> Sent: Sunday, July 24, 2016 5:57 PM Subject: Re: Gub failure Werner LEMBERG <w...@gnu.o

Re: Gub failure

2016-07-24 Thread David Kastrup
Werner LEMBERG writes: >> Maybe gub still contains an older version? Sorry for not having >> checked that before committing. > > Indeed, I now see that only texinfo 4.11 is required. > > How to proceed? Reverting is easy (commit > 445bf3bb2fbd1f259fe43ade204fb34d68bdd581, the

Re: Gub failure

2016-07-24 Thread Phil Holmes
- Original Message - From: "Werner LEMBERG" <w...@gnu.org> To: <m...@philholmes.net> Cc: <d...@gnu.org>; <lilypond-devel@gnu.org> Sent: Sunday, July 24, 2016 5:04 PM Subject: Re: Gub failure Maybe gub still contains an older version? Sorry

Re: Gub failure

2016-07-24 Thread Werner LEMBERG
> Maybe gub still contains an older version? Sorry for not having > checked that before committing. Indeed, I now see that only texinfo 4.11 is required. How to proceed? Reverting is easy (commit 445bf3bb2fbd1f259fe43ade204fb34d68bdd581, the changes in `macros.itexi'). However, I would

Re: Gub failure

2016-07-24 Thread David Kastrup
"Phil Holmes" writes: > Looks like this was the problem. I had to edit the file and push it > to release/unstable since Gub always seems to pull its source files > from there, so editing locally doesn't work. My normal course would > be to push this change to staging once

Re: Gub failure

2016-07-24 Thread Werner LEMBERG
> I now got as far as make doc, when the build failed making > notation.makeinfo, with lots of errors similar to this: > > /home/gub/NewGub/gub/target/linux-x86/build/lilypond-git.sv.gnu.org--lilypond.git-release-unstable/Documentation/out-www//notation/pitches.texi:4417: > Unknown command

Re: Gub failure

2016-07-24 Thread Phil Holmes
- Original Message - From: "Phil Holmes" <m...@philholmes.net> To: "David Kastrup" <d...@gnu.org> Cc: <lilypond-devel@gnu.org> Sent: Sunday, July 24, 2016 3:53 PM Subject: Re: Gub failure - Original Message - From: "David Ka

Re: Gub failure

2016-07-24 Thread Phil Holmes
- Original Message - From: "David Kastrup" <d...@gnu.org> To: "Phil Holmes" <m...@philholmes.net> Cc: <lilypond-devel@gnu.org> Sent: Sunday, July 24, 2016 12:15 PM Subject: Re: Gub failure Phil Holmes <m...@philholmes.net> writes: Tr

Re: Gub failure

2016-07-24 Thread David Kastrup
Phil Holmes writes: > Trying to build Gub today, I get the following failures: > > /home/gub/NewGub/gub/target/mingw/src/lilypond-git.sv.gnu.org--lilypond.git- > release-unstable/lily/dynamic-performer.cc: In member function 'Real >

Gub failure

2016-07-24 Thread Phil Holmes
Trying to build Gub today, I get the following failures: /home/gub/NewGub/gub/target/mingw/src/lilypond-git.sv.gnu.org--lilypond.git- release-unstable/lily/dynamic-performer.cc: In member function 'Real Dynamic_performer::compute_departure_volume(Direction, Real, Real, Real, Real)':

Re: Gub failure

2016-06-08 Thread Masamichi Hosoda
Phil, >> make[1]: *** No rule to make target >> `/home/gub/NewGub/gub/target/darwin-ppc/root/usr/include/freetype2/freetype/ftxf86.h', >> needed by `out/pango-font.o'. Stop. >> make[1]: *** Waiting for unfinished jobs > > Ouch. It seems that this is an old pango version that calls

Re: Gub failure

2016-06-08 Thread Werner LEMBERG
> make[1]: *** No rule to make target > `/home/gub/NewGub/gub/target/darwin-ppc/root/usr/include/freetype2/freetype/ftxf86.h', > needed by `out/pango-font.o'. Stop. > make[1]: *** Waiting for unfinished jobs Ouch. It seems that this is an old pango version that calls FreeType header

Re: Gub failure

2016-06-08 Thread David Kastrup
"Phil Holmes" writes: > Attached is a compressed log file. I see lots of warnings but no errors. It does not use the text "error" but there is: make[1]: *** No rule to make target `/home/gub/NewGub/gub/target/darwin-ppc/root/usr/include/freetype2/freetype/ftxf86.h',

Re: Gub failure

2016-06-08 Thread Phil Holmes
Possibly the file is too large to be posted. Uploaded here: http://philholmes.net/lilypond/lilypond.log.tar.gz -- Phil Holmes - Original Message - From: "Phil Holmes" <m...@philholmes.net> To: <lilypond-devel@gnu.org> Sent: Wednesday, June 08, 2016 2:32 PM Subj

Gub failure

2016-06-08 Thread Phil Holmes
I'm having trouble building Gub again - the output from the logfile doesn't make much sense to me, but I can attach it once I've sent an initial message from Gmane - I appear to be unable to start threads from my mail client. ___ lilypond-devel mailing

GUB failure

2015-10-18 Thread Phil Holmes
I'm getting the following failure running a GUB build: /home/gub/NewGub/gub/target/darwin-ppc/src/lilypond-git.sv.gnu.org-- lilypond.git-release-unstable/flower/warn.cc:114:49: warning: format '%d' expects argument of type 'int', but argument 2 has type 'std::vector

Re: GUB failure

2015-10-18 Thread Phil Holmes
- Original Message - From: "David Kastrup" <d...@gnu.org> To: "Phil Holmes" <m...@philholmes.net> Cc: <lilypond-devel@gnu.org> Sent: Sunday, October 18, 2015 12:43 PM Subject: Re: GUB failure Phil Holmes <m...@philholmes.net> writes: I'm

Re: GUB failure

2015-10-18 Thread Phil Holmes
- Original Message - From: "David Kastrup" <d...@gnu.org> To: "Phil Holmes" <m...@philholmes.net> Cc: <lilypond-devel@gnu.org> Sent: Sunday, October 18, 2015 1:15 PM Subject: Re: GUB failure "Phil Holmes" <m...@philholmes.net> wr

Re: GUB failure

2015-10-18 Thread David Kastrup
"Phil Holmes" writes: > OK - thanks. Should have seen that. The error (one of a few similar) is: > > /home/gub/NewGub/gub/target/darwin-ppc/src/lilypond-git.sv.gnu.org--lilypond.git-release-unstable/flower/offset.cc:43:25: > error: 'isinf' was not declared in this scope >

Re: GUB failure

2015-10-18 Thread David Kastrup
David Kastrup writes: > "Phil Holmes" writes: > >> OK - thanks. Should have seen that. The error (one of a few similar) is: >> >> /home/gub/NewGub/gub/target/darwin-ppc/src/lilypond-git.sv.gnu.org--lilypond.git-release-unstable/flower/offset.cc:43:25: >>

Re: GUB failure

2015-10-18 Thread David Kastrup
Phil Holmes writes: > I'm getting the following failure running a GUB build: > > /home/gub/NewGub/gub/target/darwin-ppc/src/lilypond-git.sv.gnu.org-- > lilypond.git-release-unstable/flower/warn.cc:114:49: warning: format '%d' > expects argument of type 'int', but argument 2

Re: Resending: further GUB failure

2015-08-27 Thread Phil Holmes
[snip all] Thanks. GUB is now built and will be uploaded this evening. -- Phil Holmes ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Resending: further GUB failure

2015-08-27 Thread Phil Holmes
- Original Message - From: David Kastrup d...@gnu.org To: Phil Holmes m...@philholmes.net I consider it a bad idea to have those changes in a release without having them in master. I think what you want to do here is to back out those changes again since they were required as a

Re: Resending: further GUB failure

2015-08-27 Thread David Kastrup
Phil Holmes m...@philholmes.net writes: - Original Message - From: David Kastrup d...@gnu.org To: Phil Holmes m...@philholmes.net I consider it a bad idea to have those changes in a release without having them in master. I think what you want to do here is to back out those

Re: Different GUB failure

2015-08-25 Thread Masamichi HOSODA
The Darwin-PPC compile now proceeds fine following the revert. I'm now getting a failure to build the daja-vu fonts: it looks like the font file has not been downloaded: invoking tar -C /home/gub/NewGub/gub/target/tools/src/fonts-dejavu-2.35 --strip-component=1 -v -j -xf

Re: Different GUB failure

2015-08-25 Thread Phil Holmes
- Original Message - From: Masamichi HOSODA truer...@sea.plala.or.jp To: m...@philholmes.net Cc: lilypond-devel@gnu.org Sent: Tuesday, August 25, 2015 3:04 PM Subject: Re: Different GUB failure The Darwin-PPC compile now proceeds fine following the revert. I'm now getting a failure

Re: Different GUB failure

2015-08-25 Thread Phil Holmes
- Original Message - From: Masamichi HOSODA truer...@sea.plala.or.jp To: m...@philholmes.net Cc: lilypond-devel@gnu.org Sent: Tuesday, August 25, 2015 3:39 PM Subject: Re: Different GUB failure You are right. I've found a problem. lilypond.make's doc and test-output uses offline

Re: Different GUB failure

2015-08-25 Thread Masamichi HOSODA
The Darwin-PPC compile now proceeds fine following the revert. I'm now getting a failure to build the daja-vu fonts: it looks like the font file has not been downloaded: invoking tar -C /home/gub/NewGub/gub/target/tools/src/fonts-dejavu-2.35 --strip-component=1 -v -j -xf

Re: Different GUB failure

2015-08-25 Thread Phil Holmes
Masamichi HOSODA trueroad at sea.plala.or.jp writes: The Darwin-PPC compile now proceeds fine following the revert. I'm now getting a failure to build the daja-vu fonts: it looks like the font file has not been downloaded: invoking tar -C

Re: Resending: further GUB failure

2015-08-25 Thread David Kastrup
Phil Holmes m...@philholmes.net writes: The Darwin-PPC compile now proceeds fine following the revert. I'm now getting a failure to build the daja-vu fonts: it looks like the font file has not been downloaded: invoking tar -C /home/gub/NewGub/gub/target/tools/src/fonts-dejavu-2.35

Re: Different GUB failure

2015-08-25 Thread Phil Holmes
- Original Message - From: Phil Holmes m...@philholmes.net To: lilypond-devel@gnu.org Sent: Monday, August 24, 2015 3:10 PM Subject: Different GUB failure The Darwin-PPC compile now proceeds fine following the revert. I'm now getting a failure to build the daja-vu fonts: it looks

Different GUB failure

2015-08-24 Thread Phil Holmes
The Darwin-PPC compile now proceeds fine following the revert. I'm now getting a failure to build the daja-vu fonts: it looks like the font file has not been downloaded: invoking tar -C /home/gub/NewGub/gub/target/tools/src/fonts-dejavu-2.35 --strip-component=1 -v -j -xf

Resending: further GUB failure

2015-08-24 Thread Phil Holmes
The Darwin-PPC compile now proceeds fine following the revert. I'm now getting a failure to build the daja-vu fonts: it looks like the font file has not been downloaded: invoking tar -C /home/gub/NewGub/gub/target/tools/src/fonts-dejavu-2.35 --strip-component=1 -v -j -xf

Re: Different GUB failure

2015-08-24 Thread Masamichi HOSODA
The Darwin-PPC compile now proceeds fine following the revert. I'm now getting a failure to build the daja-vu fonts: it looks like the font file has not been downloaded: invoking tar -C /home/gub/NewGub/gub/target/tools/src/fonts-dejavu-2.35 --strip-component=1 -v -j -xf

Re: Further GUB failure

2015-08-23 Thread Dan Eble
David wrote: isinf is supposed to be defined in cmath (without scoping) which is included by flower/include/offset.hh. And of course this works on most platforms or we'd have gotten complaints already. What’s your source? http://en.cppreference.com/w/cpp/numeric/math/isinf shows that the

Re: Further GUB failure

2015-08-23 Thread David Kastrup
Dan Eble d...@faithful.be writes: David wrote: isinf is supposed to be defined in cmath (without scoping) which is included by flower/include/offset.hh. And of course this works on most platforms or we'd have gotten complaints already. What’s your source? I tried interpreting the last

Re: Further GUB failure

2015-08-23 Thread David Kastrup
Phil Holmes m...@philholmes.net writes: - Original Message - From: David Kastrup d...@gnu.org To: Phil Holmes m...@philholmes.net Cc: lilypond-devel@gnu.org Sent: Sunday, August 23, 2015 4:00 PM Subject: Re: Further GUB failure Phil Holmes m...@philholmes.net writes: I'm now

Re: Further GUB failure

2015-08-23 Thread Masamichi HOSODA
I'm now getting this error: /home/gub/NewGub/gub/target/darwin-ppc/src/lilypond-git.sv.gnu.org-- lilypond.git-release-unstable/flower/offset.cc:43:25: error: 'isinf' was not declared in this scope if (!isinf (z2[Y_AXIS])) ^ It looks like the compiler cannot

Re: Further GUB failure

2015-08-23 Thread Phil Holmes
- Original Message - From: David Kastrup d...@gnu.org To: Phil Holmes m...@philholmes.net Cc: lilypond-devel@gnu.org Sent: Sunday, August 23, 2015 4:00 PM Subject: Re: Further GUB failure Phil Holmes m...@philholmes.net writes: I'm now getting this error: /home/gub/NewGub/gub

Further GUB failure

2015-08-23 Thread Phil Holmes
I'm now getting this error: /home/gub/NewGub/gub/target/darwin-ppc/src/lilypond-git.sv.gnu.org-- lilypond.git-release-unstable/flower/offset.cc:43:25: error: 'isinf' was not declared in this scope if (!isinf (z2[Y_AXIS])) ^ It looks like the compiler cannot find

Re: Further GUB failure

2015-08-23 Thread David Kastrup
Phil Holmes m...@philholmes.net writes: I'm now getting this error: /home/gub/NewGub/gub/target/darwin-ppc/src/lilypond-git.sv.gnu.org-- lilypond.git-release-unstable/flower/offset.cc:43:25: error: 'isinf' was not declared in this scope if (!isinf (z2[Y_AXIS]))

Re: GUB failure

2015-08-23 Thread Phil Holmes
- Original Message - From: Masamichi HOSODA truer...@sea.plala.or.jp To: m...@philholmes.net Cc: lilypond-devel@gnu.org Sent: Sunday, August 23, 2015 12:52 PM Subject: Re: GUB failure Following the changes to the fonts, I'm now having GUB fail. The log shows: configure: WARNING

GUB failure

2015-08-23 Thread Phil Holmes
Following the changes to the fonts, I'm now having GUB fail. The log shows: configure: WARNING: unrecognized options: --enable-shared, --disable-static, --disable-silent-rules, --with-fonts-dir WARNING: Please consider installing optional programs or files: dblatex ERROR: Please install

Re: GUB failure

2015-08-23 Thread Masamichi HOSODA
Following the changes to the fonts, I'm now having GUB fail. The log shows: configure: WARNING: unrecognized options: --enable-shared, --disable-static, --disable-silent-rules, --with-fonts-dir WARNING: Please consider installing optional programs or files: dblatex ERROR: Please

GUB failure in parser.yy

2012-09-22 Thread Phil Holmes
I'm trying to build 2.17.3. I get this failure: make[1]: Entering directory `/home/gub/gub/target/darwin-ppc/build/lilypond-git.sv.gnu.org--lilypond.git-release-unstable/lily' bison -o out/parser-tmp.cc -d

Re: GUB failure in parser.yy

2012-09-22 Thread David Kastrup
Phil Holmes em...@philholmes.net writes: I'm trying to build 2.17.3. I get this failure: make[1]: Entering directory /home/gub/gub/target/darwin-ppc/build/lilypond-git.sv.gnu.org--lilypond.git-release-unstable/lily' bison -o out/parser-tmp.cc -d

Re: GUB failure in parser.yy

2012-09-22 Thread Phil Holmes
- Original Message - From: David Kastrup d...@gnu.org To: Phil Holmes em...@philholmes.net Cc: Devel lilypond-devel@gnu.org Sent: Saturday, September 22, 2012 4:56 PM Subject: Re: GUB failure in parser.yy Phil Holmes em...@philholmes.net writes: I'm trying to build 2.17.3. I get

Re: GUB failure in parser.yy

2012-09-22 Thread David Kastrup
Phil Holmes m...@philholmes.net writes: My preference _right now_ would be to remove the code that's causing the old version of Bison a problem. To fix Gub, rebuild Gub and then rebuild lilypond would take considerable time which I don't have now. I'd like to get an updated version of

Re: GUB failure in parser.yy

2012-09-22 Thread Phil Holmes
- Original Message - From: David Kastrup d...@gnu.org To: Phil Holmes m...@philholmes.net Cc: Devel lilypond-devel@gnu.org Sent: Saturday, September 22, 2012 6:38 PM Subject: Re: GUB failure in parser.yy Phil Holmes m...@philholmes.net writes: My preference _right now_ would

Re: GUB failure in parser.yy

2012-09-22 Thread David Kastrup
Phil Holmes m...@philholmes.net writes: - Original Message - From: David Kastrup d...@gnu.org To: Phil Holmes m...@philholmes.net Cc: Devel lilypond-devel@gnu.org Sent: Saturday, September 22, 2012 6:38 PM Subject: Re: GUB failure in parser.yy Phil Holmes m...@philholmes.net

GUB failure

2012-02-14 Thread Phil Holmes
Not feeling too good today (cold) so I thought I'd do something not too mentally taxing - another go at building GUB. I've created a new user just for this, and git cloned the GUB repo. make bootstrap was fine, but make lilyond ended with this. Anyone any ideas? ERROR: ld.so: object

Re: GUB failure

2012-02-14 Thread Carl Sorensen
/../gub/loggedos.py, line 93, in system raise misc.SystemFailed (m) SystemFailed: Command barfed: /usr/bin/python bin/gib --platform=darwin-x86 --branch=guile= --branch=lilypond=git.sv.gnu.org--lilypond.git-master lilypond I also had a GUB failure over the weekend on two different lilydev installs

Re: GUB failure

2012-02-14 Thread Graham Percival
On Tue, Feb 14, 2012 at 04:40:54PM -, Phil Holmes wrote: ERROR: ld.so: object '/home/gub/gub/target/tools/root/usr/lib/librestrict.so' from LD_PRELOAD cannot be preloaded: ignored. hmm. Command barfed: tar -C /home/gub/gub/target/darwin-x86/installer -zxf What happens when you run this

Re: GUB failure

2012-02-14 Thread Phil Holmes
- Original Message - From: Graham Percival gra...@percival-music.ca To: Phil Holmes em...@philholmes.net Cc: Devel lilypond-devel@gnu.org Sent: Tuesday, February 14, 2012 6:26 PM Subject: Re: GUB failure On Tue, Feb 14, 2012 at 04:40:54PM -, Phil Holmes wrote: ERROR: ld.so

GUB failure in tools::gzip

2009-08-20 Thread Neil Puttock
Hi Jan, I'm getting a build failure at the compile stage for gzip which is caused by a naming conflict with glibc's futimens () function: In file included from ./sys/stat.h:27, from ./fcntl.h:26, from /home/neil/gub/target/tools/src/gzip-1.3.12/lib/utimens.c:29:

gub failure

2006-11-16 Thread Erik Sandberg
hi, make download fails, giving a 404 on http://lilypond.org/download/v2.11/ -- Erik ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel