Re: Potential LSR licensing violations
Jean Abou Samra writes: Hello Jean, > Adding you to this lilypond-devel thread. [..] > In doing so, Valentin didn't realize that moving this code to LSR was > a violation of the GPL, because the code was under GPL but LSR > snippets are in the public domain. Right. Sounds like an honest oversight. Thanks for bringing this to my attention. > To my knowledge, this is a more or less isolated case. It would be > simpler to have all of LSR in the public domain. Would you mind > sending a written statement that you release this code under the > public domain? Sure. Hereby I place this [legacy Banter chord names] code in the public domain or Creative Commons CC0 license, whichever you prefer. Greetings, Janneke -- Jan Nieuwenhuizen | GNU LilyPond https://lilypond.org Freelance IT https://JoyOfSource.com | Avatar® https://AvatarAcademy.com
Re: [RFC] Moving to Guile 2.2 and away from GUB
Jonas Hahnfeld writes: > Am Samstag, dem 27.11.2021 um 12:43 +0100 schrieb Jan Nieuwenhuizen: >> Carl Sorensen writes: >> >> > I think GUB was a great idea, but it has proven difficult to maintain. >> > And the creator of GUB (Jan), has indicated that he thinks it is not >> > worth continuing to work on. So GUB has been a dead man walking for >> > some time. >> >> FWIW, Han-Wen is the initial author of GUB >> >> >> https://gitlab.com/janneke/gub/-/commit/34095019c86ced7dc3be79e306b7a7b45e3ab909 >> >> in an effort to combine the Darwin and MinGW cross build >> scripts/makefiles. >> >> But yeah, some 5 years ago >> >> https://lists.gnu.org/archive/html/lilypond-devel/2016-03/msg00204.html >> >> I already proposed using GNU Guix, making use of its excellent cross >> build system and creation of universal binaries. > > The problem is there is no such thing as cross-compilation for recent > macOS Yeah, the Darwin cross build would have to be ported to Guix; that would be quite some work, but then it could benefit many. > I have never deeply looked into GNU Guix, but from my understanding > it's a general solution that will probably involve dynamic libraries, > again getting us into all sorts of trouble Yes, Guix uses dynamic libraries, and so do its universal binaries. I'm not aware of any sort trouble with that. FWIW, Jean pointed out that my remark came too late, and inappropriately so. Sorry about that. Greetings, Janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Re: [RFC] Moving to Guile 2.2 and away from GUB
Jean Abou Samra writes: > Le 27/11/2021 à 12:43, Jan Nieuwenhuizen a écrit : >> But yeah, some 5 years ago >> >> I already proposed using GNU Guix, making use of its excellent cross >> build system and creation of universal binaries. > > At this point, it's a bit too late to discuss other solutions > in my opinion. Jonas obviously invested a ton of work in > this Ah, my bad. Then that's great or too bad, depending on your viewpoint. After GUB (already when working on GUB, ftm) my hope was to avoid duplicating efforts of maintaining cross build systems. Greetings, Janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Re: [RFC] Moving to Guile 2.2 and away from GUB
Carl Sorensen writes: Hi, > I think GUB was a great idea, but it has proven difficult to maintain. > And the creator of GUB (Jan), has indicated that he thinks it is not > worth continuing to work on. So GUB has been a dead man walking for > some time. FWIW, Han-Wen is the initial author of GUB https://gitlab.com/janneke/gub/-/commit/34095019c86ced7dc3be79e306b7a7b45e3ab909 in an effort to combine the Darwin and MinGW cross build scripts/makefiles. But yeah, some 5 years ago https://lists.gnu.org/archive/html/lilypond-devel/2016-03/msg00204.html I already proposed using GNU Guix, making use of its excellent cross build system and creation of universal binaries. Greetings, Janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Re: Cairo plans
Han-Wen Nienhuys writes: Hi, > Also: apologies to reviewers for the large Merge-Request. > Unfortunately, the backend code was quite convoluted, and I didn't see > a way except to just slash my way through it. refactoring along the > way. Sounds good, can I have a look at the patch set, do you have a git branch somewhere? I checked some projects for usage of \ps-command and it doesn't seem to bo popular. Losing that would have been my main concern, I think. Greetings, Jan -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Moving IRC channel to libera.chat
Hi! The FSF and GNU are moving to libera.chat https://lists.gnu.org/archive/html/info-gnu/2021-06/msg5.html As most channels already moved over the past weeks (#bootstrappable, #emacs, #guile, #guix, #hurd, #ubuntu*, ...) I suggest for #lilypond to also move (or "stay" with the original freenode staff as some call it). In anticipation of that (as most channels already moved), I have created a #lilypond channel on libera.chat and applied for an official registration. Patches for the website attached. Greetings, Janneke >From 6ee96794f1518d91e9fed7aeffd4486769a64660 Mon Sep 17 00:00:00 2001 From: "Jan (janneke) Nieuwenhuizen" Date: Sun, 30 May 2021 13:59:07 +0200 Subject: [PATCH 1/2] web: Update IRC info to Libera.chat. Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 --- Documentation/en/web/community.itexi | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/Documentation/en/web/community.itexi b/Documentation/en/web/community.itexi index f85b449541..a3478ead96 100644 --- a/Documentation/en/web/community.itexi +++ b/Documentation/en/web/community.itexi @@ -138,20 +138,20 @@ official documentation, in @ref{Snippets}. Some level of support is provided on our IRC channel, @example -@uref{irc://irc.freenode.net/lilypond, #lilypond@@irc.freenode.net} +@uref{irc://irc.libera.chat/lilypond, #lilypond@@irc.libera.chat} @end example This channel has no public archive, so any question that may be useful for others would better be posted to one of the mailing lists. @html -http://webchat.freenode.net; +https://web.libera.chat; method="get" name="f_lily_irc" irc name: - + -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com >From 3e15c8b5236c35161c298967b79d1b29e3f30ade Mon Sep 17 00:00:00 2001 From: "Jan (janneke) Nieuwenhuizen" Date: Sun, 30 May 2021 14:08:53 +0200 Subject: [PATCH 2/2] web: translations: Update IRC info to Libera.chat. Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 --- Documentation/ca/web/community.itexi | 6 +++--- Documentation/cs/web/community.itexi | 6 +++--- Documentation/de/web/community.itexi | 6 +++--- Documentation/es/web/community.itexi | 6 +++--- Documentation/fr/web/community.itexi | 6 +++--- Documentation/hu/web/community.itexi | 4 ++-- Documentation/it/web/community.itexi | 4 ++-- Documentation/ja/web/community.itexi | 6 +++--- Documentation/pt/web/community.itexi | 6 +++--- Documentation/zh/web/community.itexi | 6 +++--- 10 files changed, 28 insertions(+), 28 deletions(-) diff --git a/Documentation/ca/web/community.itexi b/Documentation/ca/web/community.itexi index 3d24e5ceb7..d42aaf0dcd 100644 --- a/Documentation/ca/web/community.itexi +++ b/Documentation/ca/web/community.itexi @@ -140,7 +140,7 @@ la nostra documentació oficial, a @ref{Snippets}. Hi existeix un cert grau de suport mitjançant el nostre canal d'IRC, @example -@uref{irc://irc.freenode.net/lilypond, #lilypond@@irc.freenode.net} +@uref{irc://irc.libera.chat/lilypond, #lilypond@@irc.libera.chat} @end example Aquest canal no té arxius públics, per la qual cosa qualsevol @@ -148,13 +148,13 @@ qüestió que pogués ser d'utilitat per als altres usuaris s'hauria d'enviar preferentment a una de les llistes de correu. @html -http://webchat.freenode.net; +https://web.libera.chat; method="get" name="f_lily_irc" nombre de IRC: - + diff --git a/Documentation/cs/web/community.itexi b/Documentation/cs/web/community.itexi index 977f04e77f..dafe7837dd 100644 --- a/Documentation/cs/web/community.itexi +++ b/Documentation/cs/web/community.itexi @@ -133,7 +133,7 @@ dokumentaci, v @ref{Snippets}. Nějakou podporu můžete obdržet i na našem kanálu IRC: @example -@uref{irc://irc.freenode.net/lilypond, #lilypond@@irc.freenode.net} +@uref{irc://irc.libera.chat/lilypond, #lilypond@@irc.libera.chat} @end example Tento kanál nemá žádný veřejný archiv, takže každou otázku, která @@ -141,13 +141,13 @@ by mohla být užitečná i pro další uživatele, by bylo lepší položit na jednom z poštovních seznamů. @html -http://webchat.freenode.net; +https://web.libera.chat; method="get" name="f_lily_irc" irc name: - + diff --git a/Documentation/de/web/community.itexi b/Documentation/de/web/community.itexi index a1a9d5379c..6774e27345 100644 --- a/Documentation/de/web/community.itexi +++ b/Documentation/de/web/community.itexi @@ -147,7 +147,7 @@ Dokumentation eingefügt, in @ref{Schnipsel}. Unterstützung können Sie auch auf unserem IRC-Kanal erhalten: @example -@uref{irc://irc.freenode.net/lilypond, #lilypond@@irc.freenode.net} +@uref{irc://irc.libera.chat/lilypond, #lilypond@@irc.libera.chat} @end example Dieser Kanal hat kein öffentliches Ar
Re: Accidentals' font
Han-Wen Nienhuys writes: Hi! >> 7) Look at the trill glyph: it's simpler, cleaner and less "baroque", > > Maybe Jan can comment. The comment says it's based on a Saint Saens > Cello concerto, which I can't recall ever having seen. Yes, I have some recollection of that. You are probably aware that some of the inspiration of the Feta font came from the fact that in those days the vast majority of computer music engravings were way too light. I can imagine that we may have overshot a little bit, just like I can imagine that a subsequent reaction to LilyPond's blackness/heaviness (especially in this era where people have become more accustomed to light engravings) will probaly also overshoot a bit; certainly to my taste. Greetings, Janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Re: testing out Docker CI scripts?
Han-Wen Nienhuys writes: > On Sun, Feb 23, 2020 at 4:50 PM Jan Nieuwenhuizen wrote: > >> It looks like the scripts are working though, and we're now looking at a >> picnic here ;-) -- so just ping me if you want me to test something. > > can you try again? The GUILE2 patch now has hit master. > > I also did some fixes to the scripts (please pull). Much better; something still fails (second build?) Full log attached. --8<---cut here---start->8--- 21:21:46 janneke@dundal:~/src/lilypond/lilypond-ci [env] $ git clean -fdx 21:21:50 janneke@dundal:~/src/lilypond/lilypond-ci [env] $ git show HEAD | head -1 commit d16aa08d2b967f7e0a0e703e36c1a777b5ee5b4e 21:21:57 janneke@dundal:~/src/lilypond/lilypond-ci [env] $ git status -u On branch master Your branch is up to date with 'origin/master'. nothing to commit, working tree clean 21:23:39 janneke@dundal:~/src/lilypond/lilypond-ci [env] $ sudo -E sh setup.sh ... Successfully built 3b523dc97ae6 Successfully tagged lilypond-base-fedora-guile2:latest 21:23:55 janneke@dundal:~/src/lilypond/lilypond-ci [env] $ sudo -E sh reseed.sh Cloning into 'lilypond'... ... checking for guile... no ./configure: line 10677: =$ no: command not found checking for perl... perl checking for perl... /usr/bin/perl checking for tidy... tidy checking for tidy... /usr/bin/tidy checking for gs... gs checking for gs... /usr/bin/gs checking /usr/bin/gs version... 9.27 checking for gs... gs checking gs version... 9.27 checking for extractpdfmark... extractpdfmark checking for makeinfo... makeinfo checking makeinfo version... 6.6 checking for texi2html... texi2html checking texi2html version... 1.82 checking for dblatex... dblatex checking dblatex version... 0.3.11 checking for bibtex... bibtex checking for xelatex... xelatex checking for xetex... xetex checking for texi2pdf... texi2pdf checking for texindex... texindex checking for epsf.tex... /usr/share/texlive/texmf-dist/tex/generic/epsf/epsf.tex checking for Cyrillic characters support in TeX... yes checking for pngtopnm... pngtopnm checking for convert... convert checking for zip... zip checking for rsync... rsync configure: creating ./config.status config.status: creating config.make config.status: creating config.hh ERROR: Please install required programs: guile See INSTALL.txt for more information on how to build LilyPond The command '/bin/sh -c ./autogen.sh && make -j$(nproc) && make test-baseline -j$(nproc) CPU_COUNT=$(nproc) && make distclean && ccache -z' returned a non-zero code: 1 --8<---cut here---end--->8--- lelie.log.gz Description: Binary data -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Re: testing out Docker CI scripts?
Han-Wen Nienhuys writes: > This is because you did something, right? Yes, I created that worktree. >> to use a full clone it only failed after ~half an hour (full log >> attached) like so >> >> --8<---cut here---start->8--- >> configure: creating ./config.status >> config.status: creating config.make >> config.status: creating config.hh >> >> WARNING: Please consider installing optional programs or files: guile >> >> ERROR: Please install required programs: guile-config2.2 < 1.9.0 >> (installed: 2.2.6) (guile-devel, guile-dev or libguile-dev package) >> libguile (libguile-dev, guile-devel or guile-dev package). > > You'll need https://codereview.appspot.com/569390043/ - I suggest to > comment out GUILE2 related stuff. Hmm... to be useful here I apparently need to put some serious attention into this; I may have gotten lost -- I tried (there are no "git am"-ready patches available there?) git clone gnu:lilypond cd lilypond wget -O - https://codereview.appspot.com/download/issue569390043_555350043.diff | patch -p1 git add -u git commit -m 'Apply https://codereview.appspot.com/download/issue569390043_555350043.diff' but get the same failure. It looks like the scripts are working though, and we're now looking at a picnic here ;-) -- so just ping me if you want me to test something. Greetings, janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Re: testing out Docker CI scripts?
Han-Wen Nienhuys writes: > -james > > On Sun, Feb 23, 2020 at 1:42 PM Han-Wen Nienhuys wrote: >> >> On Sun, Feb 23, 2020 at 1:17 PM Jan Nieuwenhuizen wrote: >> > > Please pull and try again >> > > >> > >> test-git.sh: line 78: local_repo: unbound variable >> > > >> > > yeah, who tests the testers? :-) >> > >> > If I'm a tester, then I think that could be you ... :-) >> > >> > > (I don't test the whole setup start to front because creating the base >> > > images is very slow.) >> > >> > Much better! I have reconfigured my system to include a docker service. >> > Now the problem may be X or Y. >> >> cool. Fixed; please pull. I found that reseed.sh fails early when lilypond is a work tree (log attached). After doing --8<---cut here---start->8--- (cd lilypond; git worktree move ../lilypond ../lilypond-worktree) git clone gnu:lilypond lilypond --8<---cut here---end--->8--- to use a full clone it only failed after ~half an hour (full log attached) like so --8<---cut here---start->8--- configure: creating ./config.status config.status: creating config.make config.status: creating config.hh WARNING: Please consider installing optional programs or files: guile ERROR: Please install required programs: guile-config2.2 < 1.9.0 (installed: 2.2.6) (guile-devel, guile-dev or libguile-dev package) libguile (libguile-dev, guile-devel or guile-dev package). See INSTALL.txt for more information on how to build LilyPond The command '/bin/sh -c ./autogen.sh && make -j$(nproc) && make test-baseline -j$(nproc) CPU_COUNT=$(nproc) && make distclean && ccache -z' returned a non-zero code: 1 [1]15:17:06 janneke@dundal:~/src/lilypond/lilypond-ci [env] --8<---cut here---end--->8--- >> > (I'm a total docker >> > n00b; when I learned that it needs a daemon to run, I lost interest at >> > the time). >> >> docker is confusing and, in part poorly engineered, but it does >> provide useful functionality for a number of things. At the time my target was "run everywhere binaries"; now I won't mind to learn a few things about what people like about it and where it can be useful. >> Docker has a daemon, because it is usually used for managing other >> daemons, and you need a manager for restarting, allocating network >> ports, etc. Ah...are we using any of those? Greetings, janneke reseed.sh-with-workree.log Description: Binary data reseed.sh-with-full-clone.log.gz Description: Binary data -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Re: testing out Docker CI scripts?
Han-Wen Nienhuys writes: > looks like you didn't read the docs (which is understandable). Oops! > Please pull and try again > >> test-git.sh: line 78: local_repo: unbound variable > > yeah, who tests the testers? :-) If I'm a tester, then I think that could be you ... :-) > (I don't test the whole setup start to front because creating the base > images is very slow.) Much better! I have reconfigured my system to include a docker service. Now the problem may be X or Y. Full log attached. (I'm a total docker n00b; when I learned that it needs a daemon to run, I lost interest at the time). --8<---cut here---start->8--- 12:53:51 janneke@dundal:~/src/lilypond/lilypond-ci $ guix environment --ad-hoc docker-cli 12:53:57 janneke@dundal:~/src/lilypond/lilypond-ci [env] $ sh setup.sh ... Complete! Last metadata expiration check: 0:00:31 ago on Sun Feb 23 11:59:51 2020. No match for argument: cache Package curl-7.66.0-1.fc31.x86_64 is already installed. Error: Unable to find a match: cache The command '/bin/sh -c dnf update -y && dnf install --setopt=install_weak_deps=False -y ImageMagick autoconf automake bison cache ccache compat-guile18-devel curl dblatex extractpdfmark flex fontforge fontpackages-devel gcc-c++ gettext ghostscript git-core make pango-devel perl-Math-Complex perl-Pod-Parser rsync t1utils texi2html texinfo texinfo-tex texlive-lh texlive-metapost texlive-tetex texlive-tex-gyre texlive-tex-gyre tidy time && rm -rf /var/cache/dnf' returned a non-zero code: 1 Sending build context to Docker daemon 48.86MB Step 1/2 : from lilypond-base-fedora pull access denied for lilypond-base-fedora, repository does not exist or may require 'docker login': denied: requested access to the resource is denied [1]13:00:25 janneke@dundal:~/src/lilypond/lilypond-ci [env] --8<---cut here---end--->8--- janneke setup.sh.log.gz Description: Binary data -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Re: testing out Docker CI scripts?
Han-Wen Nienhuys writes: > I've been working on a set of scripts that provides a reproducible > test environment for running LilyPond regtests. In addition to being > reproducible, it has some performance tweaks to speed up > recompilations. Yay for reproducible-builds! > See https://github.com/hanwen/lilypond-ci > > I would be interested in your feedback. --8<---cut here---start->8--- 11:36:56 janneke@dundal:~/src/lilypond $ git clone https://github.com/hanwen/lilypond-ci Cloning into 'lilypond-ci'... 11:37:01 janneke@dundal:~/src/lilypond $ cd lilypond-ci/ 11:37:03 janneke@dundal:~/src/lilypond/lilypond-ci $ bash -x test-git.sh --ubuntu lilypond/ origin/master + set -eu + ccache_dir=/home/janneke/.cache/lilypond-docker-ccache + seed_image=lilypond-seed-fedora + true + case "$1" in + seed_image=lilypond-seed-ubuntu + shift + true + case "$1" in + break 2 + url=lilypond/ + branch=origin/master + [[ -d lilypond/ ]] + [[ lilypond/ == \r\i\e\t\v\e\l\d ]] ++ echo lilypond/ origin/master ++ sed 's|.*://||g;s![/:]!-!g;s| |/|;' + name=lilypond-/origin-master + dest=/home/janneke/src/lilypond/lilypond-ci/../lilypond-test-results/lilypond-/origin-master/lilypond-seed-ubuntu + mkdir -p /home/janneke/src/lilypond/lilypond-ci/../lilypond-test-results/lilypond-/origin-master/lilypond-seed-ubuntu test-git.sh: line 78: local_repo: unbound variable --8<---cut here---end--->8--- Greetings, janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Re: packaging lilypond as a docker container?
David Kastrup writes: > I did not remember you posting this at the time, and my reply at that > time > <https://lists.gnu.org/archive/html/lilypond-devel/2016-03/msg00205.html> > appears enfuriatingly unrelated. Basically I don't comment at all but > rather complain about GUB. Ah. > As previously said: I don't worry much about installers for the free > UNIX-like systems since people prefer going by distribution installers > on those in general. What we have to cover definitely is Windows, and > preferably MacOSX (but the latter one appears to have sailed, at least > in connection with GUB, unless we find some OpenDarwin-like approach for > 64bit). Ok. You probably know much better what best helps most users. > I have no experience with Docker containers, but the posting from 2016 > you referenced appears to rather point to a native binary? Oops...I tried to reference the mingw lilypond prototype but the URL I sent pointed to this post https://lists.gnu.org/archive/html/guix-devel/2016-03/msg01116.html which showed $ ./pre-inst-env guix environment --ad-hoc wine -- wine /gnu/store/2j8qaqbc9q1w3z6k054nmp7j432yxfq7-hello-2.10/bin/hello.exe Hello, world! the first mingw32 success. Oh well. janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Re: packaging lilypond as a docker container?
Karlin High writes: > Am I understanding it correctly, that the Guix project in the linked > message successfully used MinGW to make a "Hello, World" command line > program for Windows? Yes. I finished the mingw cross build of guile-2.x so we have that in Guix now. Currently I am using that with Mike Gran's yet unmerged wip-mingw-guile-2.2 branch to build Guile binaries for Windows. At the time I rewrote the native lilypond build, I think some configure/autoconf patches were needed for Guix) and prototyped the mingw cross build https://gitlab.com/janneke/guix/tree/wip-mingw32+lilypond that would need some work to finish and merge. Since then, Carl Dong has implemented the bitcoin build and mingw cross build; as a divergence here is a nice talk about why he did that https://www.youtube.com/watch?v=I2iShmUTEl8 He has stated to have interest in developing a MacOS cross build. Greetings, janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Re: packaging lilypond as a docker container?
David Kastrup writes: > Han-Wen Nienhuys writes: >> GUIX is Jan's current project. I think it has some similarities to >> GUB, but it is focused on providing an environment where all binaries >> are reproducibly built from source. This is much more ambitious than >> GUB, and seems overkill compared to what we need for LilyPond. I think >> using it also entails many more compilation steps, which would makes >> the release process slow again. > > I don't think it has an answer for the elephant in the room: Windows. FWIW, four years ago I created a prototype https://lists.gnu.org/archive/html/lilypond-devel/2016-03/msg00204.html enough for me to decide never to touch GUB again. Don't get me wrong, doing GUB was great and I could make some good use of what we learned to redo this in Guix; I just think creating a custom build for LilyPond is not making good use of our time. Creating a LilyPond [cross] build that nobody uses is also not very inspiring; so I abandoned/paused the project at the time. You are probably aware that Guix produces generic, relocatable GNU/Linux binaries as well as docker containers. Greetings, janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com
Re: patches for python in gub
Werner LEMBERG writes: >> There's another feature we added in the patches: dynamic/runtime >> relocation of the install prefix. You may have to keep that bit. > > I seem to be blind since I can't find that feature in the patches. > Could you please give a link to a relevant spot in the gub patch files > for, say, python 2.4.5? I only seem to have 2.4.2 handy here and that has in patches/python-2.4.2-1.patch.. It may have been fixed upstream too? @@ -384,13 +407,23 @@ calculate_path(void) unsigned long nsexeclength = MAXPATHLEN; #endif - /* If there is no slash in the argv0 path, then we have to -* assume python is on the user's $PATH, since there's no -* other way to find a directory to start the search from. If -* $PATH isn't exported, you lose. -*/ - if (strchr(prog, SEP)) - strncpy(progpath, prog, MAXPATHLEN); +/* If PROG is an absolute name, then we're done. If PROG is not + * an absolute name and contains SEP/ALTSEP, then it must be + * reachable from CWD. Otherwise, python is on the user's $PATH, + * since there's no other way to find a directory to start the + * search from. If $PATH isn't exported, you lose. + */ +if (IS_ABSOLUTE(prog)) + strncpy(progpath, prog, MAXPATHLEN); +else if (strchr(prog, SEP) +#ifdef ALTSEP +|| strchr(prog, ALTSEP) +#endif /* ALTSEP */ +) + { + getcwd(progpath, MAXPATHLEN); + joinpath(progpath, prog); + } #ifdef __APPLE__ /* On Mac OS X, if a script uses an interpreter of the form * "#!/opt/python2.3/bin/python", the kernel only passes "python" @@ -406,6 +439,9 @@ calculate_path(void) ; #endif /* __APPLE__ */ else if (path) { +#ifdef __MINGW32__ + char const *ext = strchr(prog, '.') ? "" : ".exe"; +#endif while (1) { char *delim = strchr(path, DELIM); @@ -420,9 +456,11 @@ calculate_path(void) strncpy(progpath, path, MAXPATHLEN); joinpath(progpath, prog); +#ifdef __MINGW32__ + strcat(progpath, ext); +#endif -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: patches for python in gub
Werner LEMBERG writes: > OK, thanks for letting us know. Fortunately, the situation seems to > have become better, so perhaps adding support for the most recent > python version is trivial now. There's another feature we added in the patches: dynamic/runtime relocation of the install prefix. You may have to keep that bit. janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: patches for python in gub
Werner LEMBERG writes: Hi Werner, > we are in the process of updating gub to contain a more recent python > version since the current version segfaults with gcc 8 on some > platforms. > > All python versions supported in gub are accompanied with a bunch of > patch files. What did you use as the source for those patches, and > what were the reasons to use them? IIRC, Han-Wen and I created patches to cross-build python. Both of us tried at length to get them upstream. At the time, upstream found cross-compiling (esp. to Windows) not a good idea and did not accept them. janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: what happened with janneke/gub on github?
Werner LEMBERG writes: > http://github.com/janneke/gub > > is no longer available. Jan, is this intentional? Yes, sorry. After I found that github is non-free software and the FSF advised agains using it, I moved activity to gitlab. After Microsoft bought github I removed all my repositories. janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: GUB
Karlin High writes: > Are there any examples of software projects that use Guix to make > Windows installers? Making something functionally equivalent to what > GUB makes for LilyPond? No. Guix does create docker images and relocatable tarballs -- those probably won't help much on Windows. > Or is that one of the things that would need to be added to > Guix? Possibly, or that bit could be done outside of Guix. janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: GUB
Karlin High writes: >> Who is "we", "everyone", and "we", respectively, in that last sentence? > > I read it like this: > > "GUB does have some things that Guix does not have, but if [LilyPond > GUB contributors] add them to Guix, [all Guix users] can enjoy and > [the LilyPond community] doesn't have to maintain [the LilyPond > packaging tools] alone." That's more what I meant to say. Maintaining GUB for LilyPond only seems a waste of effort and does not scale. -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: GUB
Carl Sorensen writes: > Wouldn't that mean abandoning Windows? > > I haven't looked carefully at GUB for a few years, and even when I > did, I scarcely advanced beyond the "cargo-cult" stage with it. I'm > copying Jan on this email, because he can likely give better answers > than I can. > > As I understand it, GUB does two things. > > 1) It makes sure all of the needed packages are present in the appropriate > form to complete the build > 2) I has appropriate build scripts to accomplish the cross-platform build > under Linux. In essence, GUB is a mini source-based distribution that allows cross compiling. With some extra patches and recipes for packages that LilyPond (and Denemo?) need. Guix is very similar. It uses Guile instead of Python and is a whole GNU/Linux system. GUB does have some things that Guix does not have, but if we add them to Guix, everyone can enjoy and we don't have to maintain all this ourselves. Greetings, janneke -- Jan Nieuwenhuizen | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [GUB] error while trying to make a darwin cross-compiler
Frédéric Bron writes: > Then some downloads and later it came to this error saying make is too old: > > Tail of target/linux-x86/log/glibc-core.log >>>>>>>> > checking for gnumsgfmt... no > checking for gmsgfmt... no > checking for msgfmt... msgfmt > checking version of msgfmt... 0.19.2, ok > checking for makeinfo... makeinfo > checking version of makeinfo... 6.1, bad > checking for sed... sed > checking version of sed... v. ?.??, bad > checking for autoconf... autoconf > checking whether autoconf works... yes > configure: error: > *** These critical programs are missing or too old: make > *** Check the INSTALL file for required versions. > Command barfed: cd Have a look at the specific config.log > any clue why? it probably has more information on why the test fails. Greetings, Jan -- Jan Nieuwenhuizen <jann...@gnu.org> | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Two people try to get lilypond for 2.0.12, but hit a roadblock
Valentin Villenave writes: Hi Valentin, Just a quick reply, more detail later. > Re. Guix; I’ve just cloned and built Jan’s branch and this is as far > as I got in just a few minutes: Thanks for trying!! That's great. Do you have any experience with Guix? What kind of system are you on? > -bash-4.3# guix package -i lilypond > accepted connection from pid 17918, user root (trusted) > substitute: guix substitute: warning: ACL for archive imports seems to > be uninitialized, substitutes may be unavailable > killing process 17929 > guix package: error: build failed: while setting up the build > environment: cannot set loopback interface flags: Operation not > permitted Are you aware that for Guix to work, you need to create guixbuild01..10 users and start the build daemon? Diane Trout has created a repository to build a debian package for Guix that handles these things. I've been using that on Debian/Ubuntu. I have written two shell scripts to help with building Guix and using Guix+lily from a guix git clone. Possibly that's of help to you. To build and install Debian/Ubuntu guix package cd ~/src wget https://gitlab.com/janneke/debian-guix/raw/master/guix-for-xenial.sh bash -e guix-for-xenial.sh then setup and use my guix-lily patches bash -e debian-guix/debian/guix-lily.sh After that, you can say guix environment lilypond-guile2 to get a build environment set-up with guile stable-2.0 from git, or guix package -i lilypond-guile2 to build and install the lilypond package itself. Greetings, Jan -- Jan Nieuwenhuizen <jann...@gnu.org> | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Two people try to get lilypond for 2.0.12, but hit a roadblock
David Kastrup writes: > David Kastrup <d...@gnu.org> writes: > >> Jan Nieuwenhuizen <jann...@gnu.org> writes: > > [...] > > Well, that was intended as a private reply to something I confused with > a personal mail. Not really as material for a public discussion. > > Sorry folks. Mostly my fault, sorry David. Greetings, Jan -- Jan Nieuwenhuizen <jann...@gnu.org> | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Two people try to get lilypond for 2.0.12, but hit a roadblock
Jan Nieuwenhuizen writes: >> In fact, that's the current block on further work making LilyPond >> Guile-2.0 compatible since no developer has gotten an unreleased tree to >> combine with LilyPond, and working on the integration without even being >> able to test is not viable. > > Okay, I'll look into that. I think my lily patches should just make > that possible now. And indeed it is. It puzzles me that todays developers do not seem to know how to build from source anymore when changes are required. I tried to plug Schikkers-List a couple of years ago and provided scripts to build guile2, gwrap, guile-gnome2 and lilypond from source, and I didn't get any feedback (positive or negative) on that. Anyway, my grand plan here is to use Guix which provides a reproducible, dependable build environment that is transparent between sources and binaries and supported or externally added packages. I have pushed a wip-lily branch to https://gitlab.com/janneke/guix which adds two commits on top of current Guix master: building latest Guile/stable-2.0 and lilypond-2.19.40+dev/janneke/wip-guile2 patches. Greetings, Jan -- Jan Nieuwenhuizen <jann...@gnu.org> | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Current status of Guile 2 for lilypond
Andrew Bernard writes: > What is the current status wirh respect to porting lilypond to use > guile 2.*? > > I am not seeking long disquisition on all the issues with guile 2, but > rather wondering if there is anything I can do to assist the progress. I have pushed a dev/janneke/wip-guile2 branch with some patches to make configure --enable-guile2 work better, by using pkg-config to look for guile-2.0.pc/guile-2.2.pc instead of the very old guile-config thing. Greetings, Jan -- Jan Nieuwenhuizen <jann...@gnu.org> | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
FWD: [RFCv2] build: i686-w64-mingw32: new cross target.
Hi, Just to give you a headsup. It's too early to tell if this will fly, but hello world is there. https://lists.gnu.org/archive/html/guix-devel/2016-03/msg01116.html Greetings, Jan --- Begin Message --- Jan Nieuwenhuizen writes: > I'm working on a cross target in an effort to get rid of GUB 1) in > favour of Guix and could do with some help. It now builds fully from source. See https://github.com/janneke/guix/tree/wip-mingw32 or attached patch. 16:15:25 janneke@drakenvlieg:~/src/mingw-guix $ ./pre-inst-env guix build --keep-failed --target=i686-w64-mingw32 hello /gnu/store/2j8qaqbc9q1w3z6k054nmp7j432yxfq7-hello-2.10 16:15:29 janneke@drakenvlieg:~/src/mingw-guix $ ./pre-inst-env guix environment --ad-hoc wine -- wine /gnu/store/2j8qaqbc9q1w3z6k054nmp7j432yxfq7-hello-2.10/bin/hello.exe Hello, world! 16:15:40 janneke@drakenvlieg:~/src/mingw-guix $ The gcc-cross-core package needs some cleanups and I still need to figure out to remove the i686-w64-mingw32 special casing, i.e, find a way to handle the libc/#f/newlib case. Greetings, Jan 1) GUB -- http://lilypond.org/gub/ >From 7a58b7d85c798e1ca2f11d61e0b344cf2e3bcb10 Mon Sep 17 00:00:00 2001 From: Jan Nieuwenhuizen <jann...@gnu.org> Date: Sun, 27 Mar 2016 16:00:36 +0200 Subject: [PATCH] build: i686-w64-mingw32: new cross target. * gnu/packages/cross-base.scm (gcc-cross-core, mingw-w64, xgcc-i686-w64-mingw32): New variables. (cross-gcc): Use them to support i686-w64-mingw32 target. * gnu/packages/bootstrap.scm (glibc-dynamic-linker): Add i686-mingw. * guix/build-system/gnu.scm (standard-cross-packages): Set libc to #f for i686-w64-mingw32. --- gnu/packages/bootstrap.scm | 1 + gnu/packages/cross-base.scm | 276 +--- guix/build-system/gnu.scm | 4 +- 3 files changed, 263 insertions(+), 18 deletions(-) diff --git a/gnu/packages/bootstrap.scm b/gnu/packages/bootstrap.scm index f5bf069..979ab1d 100644 --- a/gnu/packages/bootstrap.scm +++ b/gnu/packages/bootstrap.scm @@ -171,6 +171,7 @@ successful, or false to signal an error." ;; here just so we can keep going. ((string=? system "xtensa-elf") "no-ld.so") ((string=? system "avr") "no-ld.so") +((string=? system "i686-mingw") "no-ld.so") (else (error "dynamic linker name not known for this system" system diff --git a/gnu/packages/cross-base.scm b/gnu/packages/cross-base.scm index 8bd599c..be2f4c0 100644 --- a/gnu/packages/cross-base.scm +++ b/gnu/packages/cross-base.scm @@ -18,12 +18,16 @@ ;;; along with GNU Guix. If not, see <http://www.gnu.org/licenses/>. (define-module (gnu packages cross-base) - #:use-module (guix licenses) + #:use-module ((guix licenses) #:prefix license:) #:use-module (gnu packages) - #:use-module (gnu packages gcc) #:use-module (gnu packages base) + #:use-module (gnu packages bash) + #:use-module (gnu packages gawk) + #:use-module (gnu packages gcc) #:use-module (gnu packages commencement) + #:use-module (gnu packages compression) #:use-module (gnu packages linux) + #:use-module (gnu packages multiprecision) #:use-module (guix packages) #:use-module (guix download) #:use-module (guix utils) @@ -101,7 +105,7 @@ may be either a libc package or #f.)" `(append (list ,(string-append "--target=" target) ,@(if libc `( ;; Disable libcilkrts because it is not -;; ported to GNU/Hurd. +;; ported to GNU/Hurd. "--disable-libcilkrts") `( ;; Disable features not needed at this stage. "--disable-shared" "--enable-static" @@ -120,20 +124,32 @@ may be either a libc package or #f.)" "--disable-libquadmath" "--disable-decimal-float" ;would need libc "--disable-libcilkrts" - ))) +)) +,@(if (equal? target "i686-w64-mingw32") + '("--with-newlib" +"--without-headers") + '())) ,(if libc flags `(remove (cut string-match "--enable-languages.*" <>) ,flags ((#:make-flags flags) -(if libc + (cond + ((equal? target "i686-w64-mingw32") + `(append (let ((runtime (assoc-ref %build-inputs "mingw-w64"))) + (if runtime +
Re: Ceci n'est pas un number
David Kastrup writes: > dak@lola:/usr/local/tmp/lilypond$ guile-1.8 > guile> (number? +nan.0) > #t > nan is short for "not a number". :-) -- Jan Nieuwenhuizen <jann...@gnu.org> | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Just some short feedback
David Kastrup writes: I'll probably come up with something GOOPS-related eventually and the closure mechanism for creating Scheme engravers will be deprecated. You might want to be a bit careful with GOOPS http://lists.gnu.org/archive/html/guile-devel/2015-05/msg4.html Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: GUB and mpfr/mpc
Phil Holmes writes: https://github.com/gperciva/gub I don't think librestrict has changed in years, works for me [on 14.10]. Jan $ ./bin/gub tools::librestrict calculating dependencies Checking for gcc ... /usr/bin/gcc must rebuild[tools]: system::gcc librestrict make libtool file tar m4 perl autoconf patch zlib Checking for gcc ... (cached) /usr/bin/gcc building package: system::gcc *** Stage: download (gcc, system) *** Stage: configure (gcc, system) Checking for gcc ... (cached) /usr/bin/gcc building package: tools::librestrict *** Stage: download (librestrict, tools) *** Stage: untar (librestrict, tools) *** Stage: patch (librestrict, tools) *** Stage: shadow (librestrict, tools) *** Stage: compile (librestrict, tools) *** Stage: install (librestrict, tools) *** Stage: package (librestrict, tools) *** Stage: clean (librestrict, tools) *** Stage: pkg_install (librestrict, tools) [...] -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: GUB and mpfr/mpc
Phil Holmes writes: If there's nothing in the log file, you'll have to investigate by hand. Go to the build directory and see cd /home/gub/gub/target/tools/build/librestrict-1.9.a gcc -W -Wall -fno-stack-protector -I. -fPIC -shared -o librestrict-stat.so restrict-stat.c (eg, doing gcc -vvv or cpp -E or somesuch) why it fails to compile. It's a simple c file with local includes; weird. Greetings, Jan I get: calculating dependencies Checking for gcc ... /usr/bin/gcc must rebuild[tools]: system::gcc librestrict make libtool file tar m4 perl autoconf patch zlib building package: tools::librestrict *** Stage: download (librestrict, tools) *** Stage: untar (librestrict, tools) *** Stage: patch (librestrict, tools) *** Stage: shadow (librestrict, tools) *** Stage: compile (librestrict, tools) Command barfed: cd /home/gub/gub/target/tools/build/librestrict-1.9.a gcc -W -Wall -fno-stack-protector -I. -fPIC -shared -o librestrict-stat.so restrict-stat.c || gcc -W -Wall -I. -fPIC -shared -o librestrict-stat.so restrict-stat.c Tail of target/tools/log/librestrict.log ./xstatconv.c:269:5: error: 'struct stat' has no member named '__unused5' buf-__unused5 = 0; ^ Command barfed: cd /home/gub/gub/target/tools/build/librestrict-1.9.a gcc -W -Wall -fno-stack-protector -I. -fPIC -shared -o librestrict-stat.so restrict-stat.c || gcc -W -Wall -I. -fPIC -shared -o librestrict-stat.so restrict-stat.c Tail of target/tools/log/librestrict.log *** Failed target: tools::librestrict -- Phil Holmes - Original Message - From: Jan Nieuwenhuizen jann...@gnu.org To: Phil Holmes m...@philholmes.net Cc: David Kastrup d...@gnu.org; Federico Bruni fedel...@gmail.com; lilypond-devel@gnu.org Sent: Tuesday, October 28, 2014 10:45 AM Subject: Re: GUB and mpfr/mpc Phil Holmes writes: https://github.com/gperciva/gub I don't think librestrict has changed in years, works for me [on 14.10]. Jan $ ./bin/gub tools::librestrict calculating dependencies Checking for gcc ... /usr/bin/gcc must rebuild[tools]: system::gcc librestrict make libtool file tar m4 perl autoconf patch zlib Checking for gcc ... (cached) /usr/bin/gcc building package: system::gcc *** Stage: download (gcc, system) *** Stage: configure (gcc, system) Checking for gcc ... (cached) /usr/bin/gcc building package: tools::librestrict *** Stage: download (librestrict, tools) *** Stage: untar (librestrict, tools) *** Stage: patch (librestrict, tools) *** Stage: shadow (librestrict, tools) *** Stage: compile (librestrict, tools) *** Stage: install (librestrict, tools) *** Stage: package (librestrict, tools) *** Stage: clean (librestrict, tools) *** Stage: pkg_install (librestrict, tools) [...] -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: GUB and mpfr/mpc
Phil Holmes writes: Mine is 32 bit in a VM. I'm on 64 bit iron -- however, this hasn't changed in years. Possibly a weird include path that does not use the local kernel_stat.h but takes it fro somewhere else? Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: GUB and mpfr/mpc
David Kastrup writes: OK - I've downloaded 14.04, installed it in a VM, updated it, installed git, cloned GUB and run make bootstrap. I get: building package: tools::librestrict *** Stage: download (librestrict, tools) *** Stage: untar (librestrict, tools) *** Stage: patch (librestrict, tools) *** Stage: shadow (librestrict, tools) *** Stage: compile (librestrict, tools) Command barfed: cd /home/gub/gub/target/tools/build/librestrict-1.9.a gcc -W -Wall -fno-stack-protector -I. -fPIC -shared -o librestrict-stat.so restrict-stat.c || gcc -W -Wall -I. -fPIC -shared -o librestrict-stat.so restrict-stat.c Tail of target/tools/log/librestrict.log ./xstatconv.c:269:5: error: 'struct stat' has no member named '__unused5' buf-__unused5 = 0; ^ Command barfed: cd /home/gub/gub/target/tools/build/librestrict-1.9.a gcc -W -Wall -fno-stack-protector -I. -fPIC -shared -o librestrict-stat.so restrict-stat.c || gcc -W -Wall -I. -fPIC -shared -o librestrict-stat.so restrict-stat.c Tail of target/tools/log/librestrict.log Have you looked at the logfile? So it would appear that librestrict has been written by Jan. The error you see does not appear like a failure of librestrict (like described) but rather a failure to build librestrict in the first place. Jan? You give me too much credit, as git may tell you. I did add xstatconv.c. Indeed, building librestrict fails; but it works for me. What repository are you using? Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: emacs minor mode
Florian Knupfer writes: I've written a minor mode for Lilypond and emacs which I would like to contribute. It can be retrieved at: https://github.com/knupfer/lilypond-pretty-print This is very nice! I'm not experienced as a programmer and appreciate very much ideas to improve this mode and my skills. Are you using the LilyPond mode that we distribute; would you want to take a look at improving that? Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Have git SHA1 ID's changed in the last 5 years?
David Kastrup writes: Han-Wen Nienhuys and Jan Nieuwenhuizen fred # see note below but in my repository no commits authored by fred, so this suggests to me someone rewriting the history of the repository at some point of time in order to get rid of nonsensical author attributions. Yes, that is what happened. We only started using CVS in 2002 (iirc) and before that it was tar ball releases with intermediate, numbered patches per developer, such as 0.1.1.hwn1, 0.1.1.hwn2, 0.1.1.hwn3 and 0.1.1.jcn1 ... etc. The tarball and patches part of history has been re-imported or re-constructed if you like from tarballs and patches when we moved to GIT. I probably don't remember all the details, but the conversion from CVS with its (stable/release) branches to GIT, merged with the tarball history resulted initially in a quite problematic history, that had multiple startpoints, none of which was Initial or 0.0.1. At some point when we were already using GIT for some time, another effort was made to clean up this mess, together with the unification of a list of email adressess. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Have git SHA1 ID's changed in the last 5 years?
Trevor Daniels writes: I vaguely remember this happening. Old history was imported from SVG at some point, with Fred meaning Han-Wen. There is a break FWIW, fred is me. Jan. -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
[Daniel Spreadbury] Mystery accidentals in Emmentaler
Hi Daniel, The accidentals with arrows in both directions were added by Maximilian Albert and are marked with `for completeness'. They have no established musical meaning. I'm forwarding your question to lilypond-devel as I'm not sure about the other two symbols you are asking about. The slashed mirrored flat is an optional glyph for the mirrored flat (-5/18 . ,(if eksikMirroredSlashedFlat accidentals.mirroredflat.backslash accidentals.mirroredflat)) defined as Semi flat fet_beginchar (Semi flat, mirroredflat.backslash); and the slashed double flat is defined as 3/4 Flat fet_beginchar (3/4 Flat, flatflat.slash); but not referenced anywhere. Greetings, Jan ---BeginMessage--- Hi Jan, I'm trying to make a mapping between the repertoire of glyphs in Emmentaler and the glyphs in SMuFL (www.smufl.org) to check that there are no major omissions in SMuFL. There are a handful of mystery accidentals in Emmentaler that I have not seen in other sources, and wonder if you can shed any light on them? Unfortunately the LilyPond documentation doesn't seem to provide any hints about what these accidentals are supposed to mean. My impression is that the sharp, natural and flat with arrows both up and down must be provided for the sake of graphical completeness rather than for the sake of any specific musical meaning. The slashed double flat appears to be the graphical partner of the Turkish Bakiye flat (in SMuFL, accidentalBakiyeFlat), as does the reversed flat with a slash through its stem (a reversed version of the Turkish Bakiye flat). Do you know anything about these accidentals and what, from a musical perspective, they might mean? Thanks, Daniel - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Steinberg Media Technologies GmbH, Frankenstrasse 18b, D-20097 Hamburg, Germany Phone: +49 (40) 21035-0 | Fax: +49 (40) 21035-300 | www.steinberg.net President / Managing Director: Andreas Stelling Managing Director: Kazunori Kobayashi, Hiroshi Sasaki Registration Court: Hamburg HRB 86534 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - image/jpeg---End Message--- -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Cron 404 report
Francisco Vila writes: 2014-03-20 5:25 GMT+01:00 Jan Nieuwenhuizen jann...@abc.webdev.nl: popularity page [referrer]... [..] This looks very good, but is it true we have zero dead links? We used to have dozens, and some 404s came from wrong links elsewhere in the www, so I suspect the report generator is somewhat broken. Log rotation is broken since november -rw-r- 1 root lilypond 28181447 Nov 4 06:31 /var/log/apache/lilypond-access.log.20.gz -rw-r- 1 root adm 22973031 Nov 10 06:32 /var/log/apache/lilypond-access.log.19.gz Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Developing a Dynamic LilyPond
Ethan Roday writes: Hi Ethan, I am familiar with Schikker's List, but honestly I had some trouble using it [Seehttp://lilypond.org/schikkers ] It's a really early demo/proof of concept, intended to probe the interest of and facilitate the start a genuine effort to make a GUI. recently I've been wondering about the possibility of leveraging LilyPond's extensive algorithmic refinement in a more interactive way. So what part of your question is not answered by the Schikkers List demo? and I'm not sure the download/ folder is structured correctly. Download folder? Greetings, Jan Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Learn from or combine LilyPond Wikipedia entries? [WAS: fixing German's Wikipedia entry of LilyPond]
Phil Holmes writes: Having spent the time on the Stockhausen, I think it would be a shame not to update the page with the good example. Not aiming to disappoint you further, I always wondered why there are so many completely different WikiPedia pages for LilyPond. Most have their some good and bad things in content and layout compared to the others. Consider http://en.wikipedia.org/wiki/GNU_LilyPond http://de.wikipedia.org/wiki/LilyPond http://es.wikipedia.org/wiki/GNU_LilyPond [possibly one of the best] http://nl.wikipedia.org/wiki/LilyPond http://??.wikipedia.org/wiki/[GNU_]LilyPond Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: 3.0?
Urs Liska writes: Is there _any_ notion what a LilyPond 3.0 may be? I could imagine that if LilyPond were made into an engraving library, and/or heavy rewiring to make it deeply integrated with a gui, or accept another native input language like the lilypond-driven fixed fresh release of MusicXML 4.0; something like that would warrant 3.0. I mean 2.0 followed on 1.8, and now we're already towards .20 We had major language changes and a deep incorporation of Guile, those made good excuses to move away from the 1.0 series. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: improving our contributing tools and workflow
Graham Percival writes: On Thu, Sep 26, 2013 at 02:05:44PM +0200, Jan Nieuwenhuizen wrote: - plain email-based patch submission using a benevolent dictator, ie, use git the way it was designed and is still used by the creators (linux, git). Are you volunteering to be that benevolent dictator? I'm sorry, not at this time. Spend, say, 15 hours a week reviewing and approving patches? I have no quarrel if you want to do that. I do not share this assumption that this setup would cost time. What I am suggesting is that this may help David and core developers if he would take this up. I think that the continued success of Linux is for a great part a result of this development setup. The dictator works closely only with one to three core developers hardly bothers with the rest. He does invest some time in getting those core developers to create the kind of patches and code that he likes, so that after some time he can pull their patches with hardly looking at them at all. And that as a network all the way down. That ensures a very high level of quality, while freeing up the people at the core. The whole system is set up to minimize the demands on main developers. Any solution which shifts the burden away from contributors and onto main developers is IMO bad for LilyPond. Of course. Jan. -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: improving our contributing tools and workflow
Janek Warchoł writes: Other things that are worth looking at are: - gitorious - gerrit - something else i've forgotten? You may want to study - plain email-based patch submission using a benevolent dictator, ie, use git the way it was designed and is still used by the creators (linux, git). Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: we now have lilypond organization on GitHub
Joseph Rushton Wakeling writes: No doubt about that, but we're not in the situation to fix Windows. Is the problem Windows, or that many of the GNU dependencies are difficult to install on Windows? The biggest problem as I see it, is illustrated by this very thread. Talk, talk, talk, complain, find a hypothetical problem that is not even yours but of a hypothetical contributor, and suggest fixes for others to implement. Investment: time of core contributors, return until now: 0 lines of code. Please stop it. Send a patch that fixes something for you, or not. Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: making SVG output ready for web GUIs
SoundsFromSound writes: Welcome. If you are interested in an online music application, have you looked here yet? -- http://weblily.net/web/guest;jsessionid=CF320C2C6F66038EA5B98FAC59F34B28 Or here http://lilypond.org/schikkers Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: we now have lilypond organization on GitHub
Urs Liska writes: You are doing code reviews through a web interface already, isn't it? And this is because that's a quite natural way to communicate, comment on code etc. You can't do _that_ with plain Git. To me, this is one the most unnatural and therefore annoying parts of current development. I would much rather use git the way it was designed and used by its designer and many other free software projects, email patches to this list and review through email. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: we now have lilypond organization on GitHub
Janek Warchoł writes: [..] since the most important thing in my opinion is how contributors can interact with the main repository. Currently it is, and that's also the next most important concept to drop and move to a distributed workflow, for some of those reasons, see http://psung.blogspot.nl/2008/06/linus-torvalds-on-git.html Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: colorful make output! yum!
Franciszek Boehlke writes: The result looks nice but if you want any chance of putting this in, it should be rewritten as a make post-processor (IMHO of course), think I like the idea of making is make post-processor, but I don't think it's possible to do - and if not, it is much, much harder way. There is possibly another option; if you make it fully pluggable, i.e., not require any changes to the current make rules but only need an include in your .local.make # local.make include make/colorful.make that would help. When something is broken, it's very easy to remove it again. The thing is, someone needs to support this. If the world changes this needs updates. We'll get bug reports. If you promise to support and maintain it, that also helps. Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Windows tutorial
Phil Holmes writes: http://www.philholmes.net/lilypond/windtut/ Comments? Over 30 people have looked at this page and I've had no comments, so I'm going to prepare a patch for review on the assumption that people are broadly OK with the proposed changes. Looks fine. I can only think of describing the workaround https://code.google.com/p/lilypond/issues/detail?id=3343q=windowscolspec=ID%20Type%20Status%20Stars%20Owner%20Patch%20Needs%20Summary until it's identified/fixed, but that seems out of scope for this tutorial. Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: colorful make output! yum!
Janek Warchoł writes: my cousin Franek changed the output of make from a heap of unreadable gobbledygook to some delicious eye-candy! Checkout branch dev/frax/colorful-make and build lilypond. How do you like it? The result looks nice but if you want any chance of putting this in, it should be rewritten as a make post-processor (IMHO of course), think make | build/aux/colorful.py Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Finale: why is this not automatic?
FYI, We're not amazing with dynamics alignment, but apparently we're not the only one https://twitter.com/jonsenge/status/367018161549234176 Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: LilyPond.org down?
Phil Holmes writes: I'm not aware of any changes being made, unless it's the regularity of the upgrades and people downloading the PDFs more often. It turns out that it's the notorious AhrefsBot. I fixed .htaccess but we need this patch below. Please apply. Greetings, Jan From 08c4b0e80428db285ba3865d4ea795fbdf2d17ff Mon Sep 17 00:00:00 2001 From: Jan Nieuwenhuizen jann...@gnu.org Date: Thu, 8 Aug 2013 08:34:12 +0200 Subject: [PATCH] [Web]: Deny rogue crawler AhrefsBot. Fixes web load. The AhrefsBot is checking crawling files every second, including all binaries. This increases the load in an unacceptable way. --- Documentation/web/server/lilypond.org.htaccess | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/web/server/lilypond.org.htaccess b/Documentation/web/server/lilypond.org.htaccess index b4780a9..5e7dfae 100644 --- a/Documentation/web/server/lilypond.org.htaccess +++ b/Documentation/web/server/lilypond.org.htaccess @@ -23,6 +23,10 @@ RewriteEngine On RewriteCond %{HTTP_USER_AGENT} httrack [NC] RewriteRule ^.*/source/.*$ /please-respect-robots.txt.html [L] +# Deny rogue crawler +RewriteCond %{HTTP_USER_AGENT} ^(.*)AhrefsBot(.*) [NC] +RewriteRule .* - [F,L] + # Permanent top level entry points -- ./doc RedirectMatch ^/music-glossary /glossary RedirectMatch ^/tutorial /learning -- 1.8.1.2 -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: LilyPond.org down?
Phil Holmes writes: It looks like the git update has reset your fix... Thanks, I've re-enabled it. But I've pushed this to staging and so it will be in master in about an hour or so, and on the server less than an hour after that. I'll check it's been applied later today. Great, thanks. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Make several special characters with or without backslash non-special (issue 12432043)
LGTM. Very nice! https://codereview.appspot.com/12432043/ Nice. Looking at your remarks Make tempo range \tempo 20~30 be input as \tempo 20-30 instead Dash is not particularly nice here I would expect something like \tempo #20 and \tempo #'(20 30); however I'm not sure if that would be in scope for this patch, and how much we want to expose guile into .ly for normal use? Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: LilyPond.org down?
David Kastrup writes: It would seem like the NSA can't keep up with filtering all our traffic. At least I see Site currently down due to high traffic Interesting, climbing.nl is still up. Are we now heavylifting all the container traffic now the terminal in Nigeria is down? http://freedomonline.com.ng/lilypond-container-depot-closes-nigerian-operation/ Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: LilyPond.org down?
David Kastrup writes: It would seem like the NSA can't keep up with filtering all our traffic. At least I see Site currently down due to high traffic And subpages like www.lilypond.org/gub/ are 404. Apparently we are creating the high traffic ourselves. Jullie blazen momenteel de webserver op, omdat er aldoor grote bestanden gedownload worden die ook aldoor gezipped worden. Daardoor loopt de tmp vol. Kunnen jullie dat wijzigen? You are blowing up the webserver, by many large files dowloads that are also getting zipped. This fills up /tmp. Please fix. Did anything major change, recently? Also, the webmask of files in website/ is still wrong (I asked more than once about this); files are not lilypond-group writable. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: LilyPond.org down?
Graham Percival writes: On Mon, Aug 05, 2013 at 04:37:15PM +0200, Jan Nieuwenhuizen wrote: Did anything major change, recently? Also, the webmask of files in website/ is still wrong (I asked more than once about this); files are not lilypond-group writable. A few years ago, I added a little note in the README.txt of ~graham/lilypond/ to run something like chgrp ~/lilypond/* -R Yes, group ownership is fine now; but we're missing either umask 0002 or chmod g+w -R Greeting into Singapore Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: LilyPond.org down?
David Kastrup writes: It would be interesting to see what kind of files are filling up /tmp. I can't think of significantly offered zipped files, so I'd guess that some crawler just tries them for bandwidth's sake and is happy to find them workable. Maybe we should disable compression? The verdict is a rogue crawler. I don't know if it's possible to disable zipping for one site only (lilypond.org is hosted on a shared apache server). Only text files are offered for zipping, and the largest that we have is -rw-rw-r-- 1 graham lilypond 4.2M Jul 28 13:14 doc/v2.17/Documentation/notation-big-page.ja.html Apparently, there were files of over 45MB in /tmp Greetings, Jan Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: How are stems created?
Phil Holmes writes: Could someone who understands this part of LilyPond explain how and where stems are added to noteheads (and, for completeness, flags are attached to stems)? In lily/stem.cc:Stem::offset_callback, there is attach = Note_head::stem_attachment_coordinate (f, X_AXIS); but I guess you found that, what is your question? Jan. -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: LilyPond internships and LilyPond graduation projects. MusicXMLexport!
Phil Holmes writes: Although I suspect this will be difficult, since there are no organisations or business entities (AFAIK) associated with Lilypond. David has a business which is associated to LilyPond, I have a business that offers LilyPond consultancy and we have a LilyPond foundation in the Netherlands. I would be happy to offer to do this personally - I'm a Fellow of the Institution of Engineering and Technology, and ex-CTO at BT labs and Director of Engineering at Motorola, so could quote those as indicators of ability to endorse your cousin? Nice, thank you. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Images from Liedboek with attribution
Hi, I put some images up at the public url https://plus.google.com/b/109917054452640897824/109917054452640897824/posts/jPRaUgF34ma and I hope to get more publicity and possibly a donation for LilyPond. This is a major publication. There are three separate books, besides this one there is one for choir and one for organ/piano accompaniment. Currently, 140,000 copies are being printed. 1st (40,000) and 2nd (50,000) editions are already sold out. 3rd edition (50,000) with many corrections is planned for mid-July. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Images from Liedboek with attribution
James writes: Nice. But where are the images of the score? Ah, but you know what Lily looks like? Added two https://plus.google.com/photos/116907903457895631414/albums/5888676946091255025 Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: maybe we could use blog.lilypond.org as the blog's address?
Urs Liska writes: Would that mean that www.lilypond.org/blog.html would be a static HTML page containing nothing than a full-page frame that points to wherever the blog is hosted? Something like that. Possibly we want a lilypond.org-site navigation menu somewhere at the top, served from either site. However, you'll have to be able to handle the traffic and bandwith. Are you? Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: maybe we could use blog.lilypond.org as the blog's address?
Urs Liska writes: (- a minor issue is that I don't know how to define the iframe yet. I had to manually set a height in pixels, which obviously isn't good.) Oh, I have been using something like this. Problem is possibly CORS, no problem if you are hosting I guess? div !--[if IE] iframe src=http://blog.com; style=width: 100%; height: 180%; margin: 0 auto; overflow: au to; Your Microsoft Internet Explorer browser does not support frames and does not suport objects. You can upgrade your browser, use another browser or visit a href=http://blog.com;Blog/a /iframe ![endif]-- !--[if !IE] -- object data=http://blog.com; type=text/html style=height=100%; overflow: auto; Your browser does not suport objects. You can upgrade your browser or visit a href=http://blog.com;Blog/a /object !-- ![endif]-- /div -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: do we have @lilypond.org email addresses?
Phil Holmes writes: Or if they want evidence that we control the site, I could put something about the proposed blog in the news. If the need arises, I can send them an email. I'm glad to make any git-commiter an administrator of http://google.com/+lilypond [ possibly we should put a permanent link up to G+ somewhere, btw. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: do we have @lilypond.org email addresses?
Phil Holmes writes: Or if they want evidence that we control the site, I could put something about the proposed blog in the news. If the need arises, I can send them an email. I'm glad to make any git-commiter an administrator of http://google.com/+lilypond [ possibly we should put a permanent link up to G+ somewhere, btw. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Problem with Ubuntu Raring Ringtail?
David Kastrup writes: Hi David, James pkx1...@gmail.com writes: Not all that much. I was talking about the situation you have in Raring Ringtail after sudo apt-get install lilypond I can do that for you, See below. HTH, Jan $ LANG= /usr/bin/lilypond -dpreview input/regression/toc.ly GNU LilyPond 2.16.0 Processing `input/regression/toc.ly' Parsing... Interpreting music... Preprocessing graphical objects... Interpreting music... Preprocessing graphical objects... Finding the ideal number of pages... Fitting music on 3 or 4 pages... Drawing systems... Layout output to `toc.ps'... Converting to `./toc.pdf'... Layout output to `toc.preview.eps'... Converting to `./toc.preview.pdf'... Converting to PNG... Success: compilation successfully completed 11:32:31 janneke@nlvehvbe01nb29b:~/vc/lilypond $ LANG= dpkg -l ghostscript Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii ghostscript9.07~dfsg2-0 amd64interpreter for the PostScript la 11:32:34 janneke@nlvehvbe01nb29b:~/vc/lilypond $ git log input/regression/toc.ly | head commit 26a079ca2393d053315ef8dbef626c897dc9645a Author: David Kastrup d...@gnu.org Date: Fri Aug 24 11:01:43 2012 +0200 -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Problem with Ubuntu Raring Ringtail?
08:01 398568 /usr/lib/i386-linux-gnu/libpaper.so.1.1.2 b69ad000-b69ae000 r--p 1000 08:01 398568 /usr/lib/i386-linux-gnu/libpaper.so.1.1.2 b69ae000-b69af000 rw-p 2000 08:01 398568 /usr/lib/i386-linux-gnu/libpaper.so.1.1.2 b69af000-b69e r-xp 08:01 397211 /usr/lib/i386-linux-gnu/libidn.so.11.6.8 b69e-b69e1000 r--p 0003 08:01 397211 /usr/lib/i386-linux-gnu/libidn.so.11.6.8 b69e1000-b69e2000 rw-p 00031000 08:01 397211 /usr/lib/i386-linux-gnu/libidn.so.11.6.8 b69e2000-b69e5000 r-xp 08:01 404304 /lib/i386-linux-gnu/libdl-2.17.so b69e5000-b69e6000 r--p 2000 08:01 404304 /lib/i386-linux-gnu/libdl-2.17.so b69e6000-b69e7000 rw-p 3000 08:01 404304 /lib/i386-linux-gnu/libdl-2.17.so b69e7000-b69e8000 rw-p 00:00 0 b69e8000-b69ff000 r-xp 08:01 395433 /lib/i386-linux-gnu/libz.so.1.2.7 b69ff000-b6a0 r--p 00016000 08:01 395433 /lib/i386-linux-gnu/libz.so.1.2.7 b6a0-b6a01000 rw-p 00017000 08:01 395433 /lib/i386-linux-gnu/libz.so.1.2.7 b6a01000-b6a18000 r-xp 08:01 41879 /usr/lib/libjbig2dec.so.0.0.0 b6a18000-b6a19000 r--p 00016000 08:01 41879 /usr/lib/libjbig2dec.so.0.0.0 b6a19000-b6a1a000 rw-p 00017000 08:01 41879 /usr/lib/libjbig2dec.so.0.0.0 b6a1a000-b6a41000 r-xp 08:01 396415 /lib/i386-linux-gnu/libpng12.so.0.49.0 b6a41000-b6a42000 r--p 00026000 08:01 396415 /lib/i386-linux-gnu/libpng12.so.0.49.0 b6a42000-b6a43000 rw-p 00027000 08:01 396415 /lib/i386-linux-gnu/libpng12.so.0.49.0 b6a43000-b6a47000 r-xp 08:01 20047 /usr/lib/libijs-0.35.so b6a47000-b6a48000 r--p 3000 08:01 20047 /usr/lib/libijs-0.35.so b6a48000-b6a49000 rw-p 4000 08:01 20047 /usr/lib/libijs-0.35.so b6a49000-b6a8a000 r-xp 08:01 404282 /lib/i386-linux-gnu/libm-2.17.so b6a8a000-b6a8b000 r--p 0004 08:01 404282 /lib/i386-linux-gnu/libm-2.17.so b6a8b000-b6a8c000 rw-p 00041000 08:01 404282 /lib/i386-linux-gnu/libm-2.17.so b6a8c000-b6a8d000 rw-p 00:00 0 b6a8d000-b6aa4000 r-xp 08:01 404294 /lib/i386-linux-gnu/libpthread-2.17.so b6aa4000-b6aa5000 r--p 00016000 08:01 404294 /lib/i386-linux-gnu/libpthread-2.17.so b6aa5000-b6aa6000 rw-p 00017000 08:01 404294 /lib/i386-linux-gnu/libpthread-2.17.so b6aa6000-b6aa8000 rw-p 00:00 0 b6aa8000-b6b02000 r-xp 08:01 394993 /usr/lib/i386-linux-gnu/libcups.so.2 b6b02000-b6b03000 ---p 0005a000 08:01 394993 /usr/lib/i386-linux-gnu/libcups.so.2 b6b03000-b6b06000 r--p 0005a000 08:01 394993 /usr/lib/i386-linux-gnu/libcups.so.2 b6b06000-b6b07000 rw-p 0005d000 08:01 394993 /usr/lib/i386-linux-gnu/libcups.so.2 b6b07000-b6b0e000 r-xp 08:01 395639 /usr/lib/i386-linux-gnu/libcupsimage.so.2 b6b0e000-b6b0f000 r--p 6000 08:01 395639 /usr/lib/i386-linux-gnu/libcupsimage.so.2 b6b0f000-b6b1 rw-p 7000 08:01 395639 /usr/lib/i386-linux-gnu/libcupsimage.so.2 b6b1-b6b55000 r-xp 08:01 396678 /usr/lib/i386-linux-gnu/libjpeg.so.8.0.2 b6b55000-b6b56000 r--p 00044000 08:01 396678 /usr/lib/i386-linux-gnu/libjpeg.so.8.0.2 b6b56000-b6b57000 rw-p 00045000 08:01 396678 /usr/lib/i386-linux-gnu/libjpeg.so.8.0.2 b6b57000-b6b67000 rw-p 00:00 0 b6b67000-b6bd6000 r-xp 08:01 393442 /usr/lAfgebroken [134]18:38:25 janneke@vuurvlieg:~/vc/lilypond $ dpkg -l ghostscript Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Naam Versie Architecture Omschrijving +++-==---= ii ghostscript9.07~dfsg2-0 i386 interpreter for the PostScript la 18:39:24 janneke@vuurvlieg:~/vc/lilypond $ 18:41:52 janneke@peder:~/vc/lilypond $ ps2pdf toc.preview.eps GPL Ghostscript 9.07: ERROR: A pdfmark destination page 4 points beyond the last page 1. 18:41:56 janneke@peder:~/vc/lilypond $ echo $? 0 18:41:59 janneke@peder:~/vc/lilypond $ dpkg -l ghostscript Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Naam Versie Architecture Omschrijving +++-==---= ii ghostscript9.07~dfsg2-0 amd64interpreter for the PostScript la toc.preview.pdf Description: Adobe PDF document -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http
Re: New Job
Reinhold Kainhofer writes: Dear Reinhold, I wish you all the best. LilyPond is an awesome project, and it was a lot of fun to be part of if. But I simply don't have the time any more to work on it. Good for you. Thanks a lot for all your efforts! See you around, or not, Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: point-and-click in SVG
Graham Percival writes: I've got a patch which adds point-and-click, Nice! This is because output-svg.scm's (grob-cause ...) is called *before* drawing the path of the notehead, and SVG has no z-index. What if you have grob-cause set a grob-cause for the subsequent notehead/grob to pick up and draw? Something like (define cause #f) (define (grob-cause offset grob) (set! cause (ly:format ...))) (define (named-glyph font name) (dispatch `(fontify ,font ,name ,cause))) would that work? Can some of this code be shared with output-ps and moved to output-lib.scm? Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: shall we rename X-offset (and similar) to lowercase?
Eluze writes: lol - I gave an idea of what I mean, so please read (and answer to) the full contribution! Sorry ;-) your silly answer isn't really a push towards a user-friendly interface! Yes, I'm working on that too. Too little time, seemingly, for friendly answers. I'm working on that too :-) Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: shall we rename X-offset (and similar) to lowercase?
Eluze writes: please also consider making LP fully case-insensitive Why consider stupid ideas? While it was a misguided thing to do with ascii, especially in the era of utf-8 case-insensivity has become an impossible can of worms. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: GUB usage
Jordi Gutiérrez Hermoso writes: Where are these two other branches? Follow github's forks https://github.com/janneke/gub/network then look at branches. Here https://github.com/janneke/gub/branches I have at least python-2.6 and guile-2.0 which are interesting. I have at least two unpublished branches with conflicting changes (patches for specific LilyPond releases and mingw cross building). AFAIC Denemo is here https://github.com/jjbenham/gub Of course, this only gives us github forks. I'll be glad to merge your changes and Denemo's in myself with my very intrusive changes. You can then pull back. I'll do it in a separate pep-8 branch. Just make sure that you avoid making whitespace changes manually and check-in the final whitespace cleanup script, eg as bin/2pep-8.py. That way, we should be able to merge in from unknown forks by first running 2pep-8.py on it. Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: GUB usage
Graham Percival writes: So now I need to patch the gcc sources because they have a small bug that prevents building, and here I am puzzled about the overall GUB architecture. Why is the patching logic spread out between actual patch files and Python spec files? That's somewhat arbitrary. The basic idea is that anything in patches/*.patch is something that could be useful or submitted upstream. However, if updating a source package to a newer version will break the patch everytime, and it is something that can be easily done in the python spec, e.g. using file_sub, then we do that. So the strategy for hacking GUB is: do what you feel is the best way to do it. Is there a simple mechanism in GUB for writing these patch files? Reading them, it looks like they were somehow automated, so I would like to know how they were generated. My guess is that Jan edited the relevant files, then used plain old diff. Right. When working on GUB, one of the latest ideas was to have everything in GIT and automate making patches. The current way of working however, is still just editing stuff in src/package-x.y.z and using diff until it works. Finally, if I update the style of the Python to follow PEP 8 (e.g. no long lines), would you accept back those patches? As long as we can still build LilyPond, sure! And if the patch is not too intrusive. Please note that I have a number of updates in my GUB tree and I also noticed that the Denemo guys have a fork. Applying gratituous whitespace patches breaks including patches from other archives. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Regtest 2.17.13
Phil Holmes writes: I've run my pixel comparator http://philholmes.net/lilypond/regtestresults/2.17.13/ Nice. Is there any reason for not running this as part of the release process in GUB and having it available next to http://lilypond.org/test/ Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Regtest 2.17.13
Phil Holmes writes: Mainly, it's written in C# on windows, so it couldn't actually be run as part of GUB. I run it on my desktop Is this an purely added-value, extra nice to have, or does LilyPond somehow depend on it? If anyone wants to do it, I'd be happy to provide the programs. What does this mean, the sources aren't available for download (in a git archive) under a free software licence? Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Pictures in the docs and website
Graham Percival writes: No argument there! Yes, more documentation about maintainability the better. I hope you're joking... The less documentation needed, whether it be for program usage, describing program bugs, build or release process, or maintainability, the better. No one likes to read documentation. What is really bad, is a situation where doing one of these things becomes some sort of puzzle, maze, time sink of trial and error, that could have been avoided by adding or sharing some minimal piece of documentation. However, documenting something that can also be automated is bad. Fixing a bug is much better than adding documentation about how to work around it. If you are tempted to document something, start with /why/ Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Upgrading Python - why not bundle official 2.7 binaries?
Ben Rudiak-Gould writes: On Wed, Dec 19, 2012 at 1:43 AM, David Kastrup d...@gnu.org wrote: m...@mikesolomon.org m...@mikesolomon.org writes: ...it seems like the question is why we don't download the binaries directly and bundle them with LilyPond. Because then all bets are off concerning comparable results. Not if you bundled the same release version of the binaries on every platform. I do understand the problem Your thoughts are valid and I appreciate your concern. I don't reall see a problem as such. What we have done is create a fully automated system for producing all LilyPond binaries in one go. It's called GUB. It gets the job done and even works nicely, most of the time. We made some choices in GUB, for good or for bad. If you have good ideas of how to improve things, try it and send a patch. If it looks clean and is an obvious improvement, chances are it will be used. Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: please review: font OFL relicensing
Han-Wen Nienhuys writes: change is here https://codereview.appspot.com/6970046/ +1 One nitpick +under the GPL+Font exception and the SIL Open Font License (OFL). A copy +of the OFL is in the file LICENSE.OFL. There is an end of line space missing, but as the `A copy' sticks out beyond the right margin anyway, I would do it like this: +under the GPL+Font exception and the SIL Open Font License (OFL). +A copy of the OFL is in the file LICENSE.OFL. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: please review: font OFL relicensing
Jan Nieuwenhuizen writes: Han-Wen Nienhuys writes: change is here https://codereview.appspot.com/6970046/ +1 One nitpick +under the GPL+Font exception and the SIL Open Font License (OFL). A copy +of the OFL is in the file LICENSE.OFL. There is an end of line space missing, but as the `A copy' sticks out beyond the right margin anyway, I would do it like this: +under the GPL+Font exception and the SIL Open Font License (OFL). +A copy of the OFL is in the file LICENSE.OFL. One more nitpick -% (at your option) any later version. +% (at your option) any later version, or you can redistribute it under +% the SIL Open Font License -% (at your option) any later version. +% (at your option) any later version, or under the SIL Open Font License % Why the two different wordings? I would suggest uniformity and pick one, and in either case add a full stop at the end. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
LilyPond used in recent publications
Hi, See https://plus.google.com/u/0/106072391176810307125/posts/HFsKrMuJy6A I think we should add links to these http://www.radiantrecords.com/products/428-sing-it-high-songbook.aspx http://www.schott-music.com/pluscore http://www.scorio.com/en_US/web/scorio/platform publications that are using LilyPond. Also, let's add an encouragement to that page, something like If you are using LilyPond commercially, please consider to say so and add a link to this page. As long as your commercial success somehow was depending or still depends on LilyPond's existance or growth, it may not hurt if you help to ensure or grow it's development. It may not help in cases or people may argue that it's not possible, but it's always best to ask. We could even go as far as adding something like If linking to this site or acknowledging the use of LilyPond is not feasible, please consider sponsoring one of the LilyPond developers financially link to David here. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: LilyPond used in recent publications
David Kastrup writes: Huh, I don't like this mixture and this either/or. +1 So I'd rather see something along the lines of Much better! Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Interactive compiling
Graham Percival writes: http://percival-music.ca/blog/2010-11-20-firelily.html What, you also worked on this? Isn't that after I started Schikkers-List? http://lilypond.org/schikkers-list Meanwhile, I am looking in the process of fully detaching the display part from the rendering part in Schikkers and moving at glacial speed...sadly. I am dreaming to add an html5 display alongside the GTK+ display in Schikkers, so that we might be able to join forces with Scorio.com. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: stepping down as project manager
Graham Percival writes: Dear Graham, I guess it's time to make it official: I'm stepping down as project manager. Thank you so much for all your initiatives and the enormous amounts of effort you spent on LilyPond. You started from some kind of vacuum and created a vibrating community. I'm very glad to have finally met you in Waltrop. I tried, but could not find a good reason why we did not meet before. All the best and take care, hoping to see you around if your personal life allows for that, Greetings Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: LilyPond 2.17.4 released
David Kastrup writes: Negative connotation. But reversed (see below) it is not actually that bad. it is strongly recommended that only experienced users try working with this release. Everyone else is encouraged to use the stable 2.16 version instead. Something like that. Why not simply state the case. What are the reasons to recommend only experienced users, why boilerplately encourage 2.16? Probably: * we don't want people inadvertently upgrading * we don't want clueless bug reports: we don't want to answer them and we don't want to ignore them * we don't want users who need a new feature try this for production and in the moment of printing find out something basic broken * we don't want users to ruin their lilypond setup and asking for help how to downgrade However, what would we want? * many downloads and testing by experienced users -- why not? more user involvement, extension of the community? * clueful bug reports: could be especially nice to have a bug reported the very moment/release that it breaks, right? even if we don't [promise to] fix it right away. So, what about something like: LilyPond 2.17.x, aka the my-hickup-or-yours?-release. This is a development release. As such, it has not had [XXX testing or stabilation/wide user testing ] so we cannot give any guarantees and we cannot give any user support. Clueful and accurate bug reports are highly valued, however, this means that you must be actively tracking development and reading the bug-lilypond list. If you are not, you are invited to do so, see COMMUNITY. If you depend on a feature listed in CHANGES [listing the newly added ones would be nice], and you are not discouraged by now, you may want to give this a try. Remember: you're on your own! -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [GLISS] - alternative viewpoint
David Kastrup writes: I think it was during the documentation of the footnote stuff that we came up with several examples (including use of s1*0/) that made clear that we were better off refining the code rather than the documentation. And that's fine. Changing code because it would be too embarrassing to document it is certainly a better option than leaving it undocumented. New functionality must come with minimal documentation, otherwise it does not exist. We cannot expect from documentation writers to work from reading the code. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [GLISS] - alternative viewpoint
David Kastrup writes: Is there any possibility to fine-tune this as requested by Phil, in particular, emitting the right usage as an example in the error message? You mean, currently we basically see the default error message from the parser generator. Improving this involves basically accepting errors in input and acting on them by putting out hand-tailored messages. Hopefully stating the obvious...to me, please be careful to keep mentioning the actual error condition. It can be very helpful to add error states and hand-tailor messages, and even a usage example or suggestion may be helpful... if the suggestion has a very high guestimate of being right. Some softwares replace the actual error condition -- with whatever good intention -- by a user friendly message that guessed wrong. Ugh. Also, more and more google is your friend with error messages, even or especially if they're cryptic. Hmm, people may not know that. What if upon error, after the error message, LilyPond prints google's first hit: and by the way, this is what Google thinks about your problem. ;-) Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [GLISS] turn xxx.yyy into (xxx yyy)
Werner LEMBERG writes: if we write xxx in LilyPond, this is considered to be a string. I want xxx.yyy.zzz to be a list of strings (xxx yyy zzz). Go! isn't using symbols '(xxx yyy zzz) more scheme-like, schemonic, schemesque? Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: separate mailing list for fluffiness
Graham Percival writes: Do I have some spare time and feel like discussion ideas in an unfocused, unhurried manner? ok, I'll read lilypond-fluffy-discuss. Hah! Strike out the 'unhurried' and it sounds like an accurate* definition of IRC. Why not try out #lilypond for fluffy pass time discussions? Jan * IRC is also used for focussed meetings and silly standalone questions -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: irc and hangouts
Graham Percival writes: I'm not available next Tuesday at 20:00 UTC, but we can easily pick a different time. Or, if other people are available, they could have a chat without me. I'll not be there tomorrow and next week. The previous scheduled chat only had 2 participants from -devel (plus two people already in the irc channel), so it's certainly worth rescheduling the time if we could get 3 participants. I was half an hour late and apparently missed you 19:30 UTC [for clarity, that't 21:00 CEST/+0200 was 21.30 Waltrop wallclock time]. Jan. -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: how to make decisions?
David Kastrup writes: Also, it is saddening to read a senior consultant with a PhD suggest the use of a proprietary software package. It is the job of a consultant to recommend a reliable way of turning money into success. Would you buy a car without gas tank opening? Oh, this car does not need refilling. You imagine that he receives some kind of revenue from suggesting the use of proprietary software and that for this particular blog, it was more lucrative to suggest Sibelius; otherwise he would just as convincingly steered people to Finale? Man, am I naive. I do see now what you find depressing about this. How can we ever hope to get people to suggest LilyPond; by merit only?! Jan but-it's-just-an-innocent-blog-post Nieuwenhuizen -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: how to make decisions?
David Kastrup writes: They shun LilyPond for all the wrong reasons. Well, the wrong reasons are easily countered. And as long as they don't identify the good reasons to avoid LilyPond, we can hopefully fix some of them before they find out ;-) Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: gerrit - does it allow writing commits using a web interface?
Janek Warchoł writes: I've skimmed over http://qt-project.org/wiki/Gerrit-Introduction but didn't find any answer. Can someone please explain me very slowly why we don't simply use Git as intended? Have you noticed that git patches are already in e-mail form? You could post them to lilypond devel! Just comment and review in-line. Look at the linux kernel list. No switching back and forth from email client to webbrowser, no need to fight some graphical web interface and awkward typeing in browser windows. This is what we did even before LilyPond switched to CVS, only without the nice Git patch creation support, and often over personal mail. I just don't git it. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: gerrit - does it allow writing commits using a web interface?
Graham Percival writes: Because this empirically did not work in the past for us. Possibly we can identify why and fix it. Did we ever have Git style patches sent to the mailing list as official procedure? There is quite a difference between attaching a patch to a mail with a dubious subject, or using a Git patch with beautiful commit message one-liner directly as email. The strategy of switching to a much more heavyweight and complex solution (plan B) instead of fixing plan A reminds me of roadrunner cartoons ;-) - few people reviewed patches Okay... - patches get lost, especially from new contributors This is bad; however, with Git patches and an email client it is * easy to identify which are patches from the subject line * easy to see whether a patch/email has gotten a reply Now, this does not guarantee that patches will not get lost, as the past experiment tells us. However, possibly we did things badly, eg, not use Git patches as emails. We now have quite a system for contributing. Probably it fixes some things. However, your survey found out that this is one of the major sources of developer discouragement. What if, when adopting a linux kernel style email-patch strategy, we add some guidelines (we have enough of them right now anyway) 0 prepare a small, nice and sweet patch 1 use a good descriptive subject line of 70 characters max 2 make sure that the subject line sells your patch 3 the subject line should say why we need this 4 send the patch 5a patch is included, goto 0 5b incorporate all comments, goto 0 5c if your patch is ignored, or only gets useless comments, then * re-read rules 0, 1, 2 and 3 * tell yourself: I'll make a better effort and won't get ignored * rewrite your description according to 1, 2 and 3 * resend it after 4(?) days This is all we need*, and much, much easier and friendlier than what we have now. Indiscriptive, automatic emails with urls in them, that you cannot reply to. Useless. * possibly we need to mention git format-patch git send-email and astyle/fix-cc.py Being able to automatically keep track of patches is key. The submitter does that, until it gets in. Her responsibility. I know that the linux kernel mailing list does things differently, but they can *afford* to turn away developers, i.e. Yes, we don't want that [yet/ever]. We can try to take away as much of the responsibility as we like, for each individual case, by fixing one of 0..3 in place and say: fixed it it for you, see below. Thanks! Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: gerrit - does it allow writing commits using a web interface?
David Kastrup writes: We would still need to _track_ patches. A mailing list is just an unorganized dumping ground. What exactly do you mean by that, and why can't we do it like linux kernel does it? As I understand it, the submitter keeps reworking and re-posting until they get a sign-off and someone puts it in. If the submitter loses interest in the patch, is that a problem? Nothing keeps us from creating an issue in the tracker, adding a link to the mailing list with the latest patch. Of course, it would be nice if submitters got lots of positive feeback, but I fail to see how a web tool helps with that. And, of course, you being the main developer right now, if you like the current tools and procedures, that's cool [of course you saw Graham's review results and take learning and discouragement of git-cl/rietvelt etc into account]. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: how to make decisions?
Graham Percival writes: What's depressing? I didn't see anything unusual in those comments. I would not use the word depressing, but I cannot help wondering why someone would think that, anno 2009, using musixtex would be a good idea, and needs to blog about it and get comments to find out about the existence of LilyPond. Also, it is saddening to read a senior consultant with a PhD suggest the use of a proprietary software package. Hopefully he'll hear about Sibelius' [development] demise and takes the lock-in-to-a-possbily-dieing-vendor viewpoint into account when suggesting software solutions. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: preliminary GLISS discussions
Han-Wen Nienhuys writes: On Mon, Sep 3, 2012 at 7:20 PM, Janek Warchoł janek.lilyp...@gmail.com wrote: Well, one simple consequence would be that one can't define music functions in a document (their definition is interpretation, their use is parsing). The use of Scheme would be quite constrained, as reading it is parsing, evaluating it interpretation. Ouch. Sound like something we seriously don't want at all. Right - this means that we seriously don't want to be a music interchange/storage format. Okay...this is going somewhere; getting close to the point of having value being documented. On constraining scheme to be a MISF Janek says: Sounds like we don't want and Han-Wen makes that into Right - we seriously don't want to be a MISF. I can appreciate not trying to pretend .ly into an acceptible Interchange format, it is not. But dropping the ball on being a dependable Storage format may not be so nice. Also, this ignores another big effort we make, the Human Readable bit. It would be a win if we could decide that we drop the ball on being a MISF (for now/...) However 1 some users may not be too happy with this idea 2 is there any value in a MISF over our proprietary .ly? 3 we are one of the players in this field, what kind of MISF would we suggest, how /should/ music be stored? 1. I expect that the major use case for LilyPond is to print a score. Still, if we say: we'll probably provide a half-baked convert-ly but you may have to do most manual work again in 3 years, people may not be so eager to supply mutopia with large symphonic works, or even not choose to use LilyPond at all. And possibly for the wrong reasons? 2. It seems just great to be able to digitalize a music library, however, a MISF is useless without a way to edit it. MusicXML is not a human readable format, so a music software is required. This still ties a particular MusicXML score to a particular software, which makes its value as a proper Interchange and Storage format over .ly dubious at best. 3. If we don't decide on this issue, the default choice will be MusicXML. If that's not good advise, how can we do better? Should we seek to support/improve MusicXML or add another input format? Restricted .ly? Use full .ly as input and then store the internal music tree? We could possibly do with some input from our user base. If we want to target publishing houses or music libraries, we might have to change our ideas or priorities about creating or dumping to a [supported .ly subset suitable as a] MISF. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: preliminary GLISS discussions
David Kastrup writes: Not if we are talking about a _transparent_ format (readable by more than humans and LilyPond itself). If we could let LilyPond deal with MusicXML for both input and output (which would both be basically untweaked), we'd cover quite a bit of application area. and writing tweaks to a style file... Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [GLISS] differentiating pre/post/neutral commands
David Kastrup writes: Users like to save keystrokes, and they bemoan the demise of Mutopia, and the rise of MusicXML over LilyPond as a music presentation format. Nobody wants to see the connections. I'm glad you do. That's why I suggested the investigation of truly supporting full future compatibility, using [an old] lilypond for parsing and [the current] for dumping .ly. Until we can guarantee that .ly will not bitrot (or even better: backwards supporting v2.14, v2.12,...), noone in her right mind will want to use LilyPond for storing large music libraries. That's a big loss for everyone, as musixcml does not preserve printability and arguably also not full musical meaning/content. There is currently no solution for preserving content as well as fine engraving, at least not with a relation between the two. Providing that would be a major win. Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel