Re: Broken make info dependencies
Le 01/10/2021 à 02:48, David Kastrup a écrit : And having to build the HTML documentation of all languages when the Info files only need the images from the English version is not exactly rewarding either. When I want to check my work in French, I first run make doc LANGS='en fr' in order to limit the build to only the English and French versions. -- Jean-Charles
Re: Broken make info dependencies
David Kastrup writes: > make info > > Oops, half of the images in Documentation/out-www/lilypond-changes.info > are just [Image of music] text tags. > > make doc > > 45 minutes later: > > make info > > Still half of the images in Documentation/out-www/lilypond-changes.info > are just [Image of music] text tags. > > make info-clean > > That target does not exist. > > make doc-clean > > make doc > > Wasting another 45 minutes > > make info > > Using just a script rather than a Makefile would have taken half as long > as this series of broken makes. And having to build the HTML > documentation of all languages when the Info files only need the images > from the English version is not exactly rewarding either. Now everything in Documentation/out-www/lilypond-changes.info is [Image of Music] WTF? -- David Kastrup
Re: Broken make
Carl Sorensen wrote Tuesday, July 14, 2009 5:04 AM Subject: Broken make End of the output is as follows: --init-file=/Users/Carl/lilypond-working/lilypond-texi2html.init out-www/lilypond-learning.texi ** `Updating old input files' doesn't appear in menus ** `When things don't work' is up for `Updating old input files', but has no menu entry for this node ** No node following `Updating old input files' in menu, but `Troubleshooting (taking it all apart)' follows in sectionning WARNING: Unable to load the map file WARNING: Unable to find node 'Updating old files' in book . *** Unknown node in menu entry `Updating old files' (in out-www/working.texi l. 684) cp -u /Users/Carl/lilypond-working/Documentation/lilypond-blue.css /Users/Carl/lilypond-working/Documentation/lilypond-ie-fixes.css /Users/Carl/lilypond-working/Documentation/lilypond-mccarty.css /Users/Carl/lilypond-working/Documentation/lilypond.css out-www/lilypond-learning/ cp: illegal option -- u usage: cp [-R [-H | -L | -P]] [-fi | -n] [-pvX] source_file target_file cp [-R [-H | -L | -P]] [-fi | -n] [-pvX] source_file ... target_directory make[4]: *** [out-www/lilypond-learning/index.html] Error 64 make[3]: *** [WWW-2] Error 2 make[2]: *** [WWW-2] Error 2 make[1]: *** [WWW-2] Error 2 make: *** [doc] Error 2 Carl There is an earlier error from texi2html about missing menu entries which looks suspicious. I added a new subsection Common errors to LM 5.2 When things don't work recently in working.itely. The update has made it sucessfully to kainhofer, but seems to be giving you trouble. Maybe working.itely is corrupt in your branch? Trevor ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Broken make
On 7/13/09 10:55 PM, Matthias Kilian k...@outback.escape.de wrote: On Mon, Jul 13, 2009 at 09:18:58PM -0700, Patrick McCarty wrote: I found this interesting link: https://savannah.cern.ch/bugs/?35556 It looks like cp -u will only work under Linux. John added the -u flag earlier this month to avoid some error messages (likely different from yours). So, we can either remove the -u flag or find a different solution that still provides the fix John made. Just drop it. If the destination file has to be updated whenever the source file changes, let make(1) handle it. I dropped it in my local copy, and make succeeded. But I have not pushed the change to git, and won't. I don't have enough confidence that I know the build process well to be sure I'm not breaking something. I'll let John Mandereau get to it when he has the time. Thanks, Carl ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Broken make
On Tue, Jul 14, 2009 at 09:32:16AM -0600, Carl Sorensen wrote: Just drop it. If the destination file has to be updated whenever the source file changes, let make(1) handle it. I dropped it in my local copy, and make succeeded. But I have not pushed the change to git, and won't. I don't have enough confidence that I know the build process well to be sure I'm not breaking something. I'll let John Mandereau get to it when he has the time. Yep, it may be helpful to know *what* he was trying to fix with cp -u. Ciao, Kili -- Automake and autoconf deserve to wither and die, but unfortunately noone at GNU seems to make much of an effort to euthanasize them. -- Han-Wen Nienhuys, on Lilypond-devel mailing list ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Broken make
Please junk (without blindly reverting) those -u flags I added. I've started offline cleaning up translated docs generation, one planned feature is HTML and PDF output of translations directly in Documentation/user, so this multiple css file copy issue and other ones will have gone. Greetings from a mobile phone, I'm back online tomorrow, still very busy but with more time for Lily John 2009/7/14, Matthias Kilian k...@outback.escape.de: On Tue, Jul 14, 2009 at 09:32:16AM -0600, Carl Sorensen wrote: Just drop it. If the destination file has to be updated whenever the source file changes, let make(1) handle it. I dropped it in my local copy, and make succeeded. But I have not pushed the change to git, and won't. I don't have enough confidence that I know the build process well to be sure I'm not breaking something. I'll let John Mandereau get to it when he has the time. Yep, it may be helpful to know *what* he was trying to fix with cp -u. Ciao, Kili -- Automake and autoconf deserve to wither and die, but unfortunately noone at GNU seems to make much of an effort to euthanasize them. -- Han-Wen Nienhuys, on Lilypond-devel mailing list ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Broken make
On 7/14/09 3:33 PM, John Mandereau john.mander...@gmail.com wrote: Please junk (without blindly reverting) those -u flags I added. I've started offline cleaning up translated docs generation, one planned feature is HTML and PDF output of translations directly in Documentation/user, so this multiple css file copy issue and other ones will have gone. Done! Thanks for the guidance. Carl ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Broken make
On Mon, Jul 13, 2009 at 9:04 PM, Carl Sorensenc_soren...@byu.edu wrote: So I've worked on all the translations of rhythms.itely (english, es, fr, de) for the new changes to autobeaming. I ran make doc, and everything worked OK until we got to mass-link.py. Given the error message, it appears there's something wrong with the makefile. cp -u is called, and there is no -u option for cp. End of the output is as follows: mass-link.py make PACKAGE=LILYPOND package=lilypond -C user WWW-2 true /Users/Carl/lilypond-working/scripts/build/out/extract_texi_filenames -o /Users/Carl/lilypond-working/out/xref-maps out-www/lilypond-learning.texi extract_texi_filenames.py: Processing out-www/lilypond-learning.texi ln -f /Users/Carl/lilypond-working/Documentation/user/./out-www/baer-flat-bw.png out-www/baer-flat-bw.png ln -f /Users/Carl/lilypond-working/Documentation/user/./out-www/baer-flat-gray.png out-www/baer-flat-gray.png ln -f /Users/Carl/lilypond-working/Documentation/user/./out-www/henle-flat-bw.png out-www/henle-flat-bw.png ln -f /Users/Carl/lilypond-working/Documentation/user/./out-www/henle-flat-gray.pn g out-www/henle-flat-gray.png ln -f /Users/Carl/lilypond-working/Documentation/user/./out-www/lily-flat-bw.png out-www/lily-flat-bw.png ln -f /Users/Carl/lilypond-working/Documentation/user/./out-www/context-example.pn g out-www/context-example.png mkdir -p out-www/lilypond-learning/ LANG= texi2html --I=. --I=./out-www --lang=fr -I /Users/Carl/lilypond-working/Documentation/user -I /Users/Carl/lilypond-working/Documentation/user/./out-www -I /Users/Carl/lilypond-working/out/xref-maps --output=out-www/lilypond-learning/ --prefix=index --split=section --init-file=/Users/Carl/lilypond-working/lilypond-texi2html.init out-www/lilypond-learning.texi ** `Updating old input files' doesn't appear in menus ** `When things don't work' is up for `Updating old input files', but has no menu entry for this node ** No node following `Updating old input files' in menu, but `Troubleshooting (taking it all apart)' follows in sectionning WARNING: Unable to load the map file WARNING: Unable to find node 'Updating old files' in book . *** Unknown node in menu entry `Updating old files' (in out-www/working.texi l. 684) cp -u /Users/Carl/lilypond-working/Documentation/lilypond-blue.css /Users/Carl/lilypond-working/Documentation/lilypond-ie-fixes.css /Users/Carl/lilypond-working/Documentation/lilypond-mccarty.css /Users/Carl/lilypond-working/Documentation/lilypond.css out-www/lilypond-learning/ cp: illegal option -- u usage: cp [-R [-H | -L | -P]] [-fi | -n] [-pvX] source_file target_file cp [-R [-H | -L | -P]] [-fi | -n] [-pvX] source_file ... target_directory make[4]: *** [out-www/lilypond-learning/index.html] Error 64 make[3]: *** [WWW-2] Error 2 make[2]: *** [WWW-2] Error 2 make[1]: *** [WWW-2] Error 2 make: *** [doc] Error 2 I found this interesting link: https://savannah.cern.ch/bugs/?35556 It looks like cp -u will only work under Linux. John added the -u flag earlier this month to avoid some error messages (likely different from yours). So, we can either remove the -u flag or find a different solution that still provides the fix John made. Thanks, Patrick ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Broken make
On Mon, Jul 13, 2009 at 09:18:58PM -0700, Patrick McCarty wrote: I found this interesting link: https://savannah.cern.ch/bugs/?35556 It looks like cp -u will only work under Linux. John added the -u flag earlier this month to avoid some error messages (likely different from yours). So, we can either remove the -u flag or find a different solution that still provides the fix John made. Just drop it. If the destination file has to be updated whenever the source file changes, let make(1) handle it. Oh, and for general information what options are available for standard tools: http://www.opengroup.org/onlinepubs/9699919799/toc.htm ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel