On Mar 8, 2020, at 11:21, hanw...@gmail.com wrote:
>
> I think it would be better to do this as something that doesn't require
> special syntax at first, ie. some identifier.
>
> We can always add special syntax later, if this becomes a very popular
> feature.
+1. In the meantime, the minority
Hi Han-Wen - neither fmt generation nor any other runtime generation has
ever been parallel-safe. Even if I added locking to mktexfmt (I guess
you are making use of the dynamic fmt creation), something I am not at
all anxious to do, the failed simultaneous runs that would result
doesn't sound like
From: Marnen Laibow-Koser
Date: Sunday, March 8, 2020 at 4:16 PM
To: Carl Sorensen
Cc: LilyPond , Phil Holmes
Subject: Re: Linking 64-bit Mac builds from website
On Sun, Mar 8, 2020 at 6:06 PM Carl Sorensen
mailto:c_soren...@byu.edu>> wrote:
On 3/8/20, 3:30 PM, "lilypond-devel on behalf
Carl Sorensen writes:
> On 3/8/20, 3:30 PM, "lilypond-devel on behalf of Marnen Laibow-Koser"
> mar...@marnen.org> wrote:
>
> On Sun, Mar 8, 2020 at 5:10 PM Phil Holmes wrote:
>
> > > Why would there be a synchronization issue? I’m not sure I under stand
> > the problem you’re
On Sun, Mar 8, 2020 at 6:06 PM Carl Sorensen wrote:
>
>
> On 3/8/20, 3:30 PM, "lilypond-devel on behalf of Marnen Laibow-Koser"
> mar...@marnen.org> wrote:
[...]
>
>
> Wouldn’t they all be triggered off the same Git event?
>
>
> It seems to me that nightly (or git commit related) builds w
On 3/8/20, 3:30 PM, "lilypond-devel on behalf of Marnen Laibow-Koser"
wrote:
On Sun, Mar 8, 2020 at 5:10 PM Phil Holmes wrote:
> > Why would there be a synchronization issue? I’m not sure I under stand
> the problem you’re envisioning.
>
> Because I'd be building the
David Kastrup writes:
> There is in stepmake/stepmake/texinfo-vars.make
>
> # Recursively scan the file $(1) for @include and @verbatiminclude, search for
> # included files within the texinfo include dirs, and return all dependencies.
> scan-texi = \
> $(foreach f, $(shell test -f $(1) && sed -n
On Sun, Mar 8, 2020 at 5:10 PM Phil Holmes wrote:
> > Why would there be a synchronization issue? I’m not sure I under stand
> the problem you’re envisioning.
>
> Because I'd be building the documentation and the website and all the
> other binaries, and you'd be building 64-bit Mac. If I releas
jonas.hahnf...@gmail.com writes:
> On 2020/03/08 21:07:17, dak wrote:
>> On 2020/03/08 20:49:46, hahnjo wrote:
>> > Hm okay, never mind then. As a plain build (no docs) is working on
> FreeBSD, I
>> > guess we're not coming across these ;-)
>>
>> po files are used for LilyPond proper, so if sed -
On 2020/03/08 21:07:17, dak wrote:
> On 2020/03/08 20:49:46, hahnjo wrote:
> > Hm okay, never mind then. As a plain build (no docs) is working on
FreeBSD, I
> > guess we're not coming across these ;-)
>
> po files are used for LilyPond proper, so if sed -i would be a problem
on
> FreeBSD, my hunch
> Why would there be a synchronization issue? I’m not sure I under stand the
> problem you’re envisioning.
Because I'd be building the documentation and the website and all the other
binaries, and you'd be building 64-bit Mac. If I release 2.21.2 (for instance)
and it's not already on the web
On 2020/03/08 20:49:46, hahnjo wrote:
> On 2020/03/08 20:45:46, dak wrote:
> > On 2020/03/08 20:25:50, hahnjo wrote:
> > > "sed -i" is not portable and doesn't work on FreeBSD and macOS
IIRC. I
> didn't
> > > check the other commands in here, but I'm sure for that one.
> >
> > Well, maybe, but:
>
On 2020/03/08 20:45:46, dak wrote:
> On 2020/03/08 20:25:50, hahnjo wrote:
> > A general question that I'm probably just unable to find in the
script: As far
> > as I understand the documentation file changes, this will include
download
> sizes
> > for both stable and devel releases. How is this go
On 2020/03/08 20:25:50, hahnjo wrote:
> A general question that I'm probably just unable to find in the
script: As far
> as I understand the documentation file changes, this will include
download sizes
> for both stable and devel releases. How is this going to work for a
single
> source tree that i
On 2020/03/08 15:21:22, hanwenn wrote:
> I think it would be better to do this as something that doesn't
require special
> syntax at first, ie. some identifier.
>
One of my motivations for introducing '->' is that it keeps the lyrics
clean and easy to read. Music that uses vowel transitions can
On Sun, Mar 8, 2020 at 4:13 PM Jonas Hahnfeld wrote:
> Am Sonntag, den 08.03.2020, 16:04 -0400 schrieb Marnen Laibow-Koser:
> > On Sun, Mar 8, 2020 at 3:43 PM Jonas Hahnfeld wrote:
> > > Am Sonntag, den 08.03.2020, 15:23 -0400 schrieb Marnen Laibow-Koser:
> > > >
> > > >
> > > > On Sun, Mar 8, 2
A general question that I'm probably just unable to find in the script:
As far as I understand the documentation file changes, this will include
download sizes for both stable and devel releases. How is this going to
work for a single source tree that is either stable or devel?
https://codereview
Thomas Morley writes:
> Am So., 8. März 2020 um 13:37 Uhr schrieb David Kastrup :
>
>> We have a current issue that
>> has already bitten several not-completely-stupid developers
>
> I'm obviously one of the more stupid ones ;)
> I never understood how to use pkg-config, thus I always make the
>
Am Sonntag, den 08.03.2020, 16:04 -0400 schrieb Marnen Laibow-Koser:
> On Sun, Mar 8, 2020 at 3:43 PM Jonas Hahnfeld wrote:
> > Am Sonntag, den 08.03.2020, 15:23 -0400 schrieb Marnen Laibow-Koser:
> > >
> > >
> > > On Sun, Mar 8, 2020 at 2:38 PM Jonas Hahnfeld wrote:
> > > > Am Sonntag, den 08.
Am So., 8. März 2020 um 13:37 Uhr schrieb David Kastrup :
> We have a current issue that
> has already bitten several not-completely-stupid developers
I'm obviously one of the more stupid ones ;)
I never understood how to use pkg-config, thus I always make the
guile-version I need, the system-gui
On Sun, Mar 8, 2020 at 3:43 PM Jonas Hahnfeld wrote:
> Am Sonntag, den 08.03.2020, 15:23 -0400 schrieb Marnen Laibow-Koser:
> >
> >
> > On Sun, Mar 8, 2020 at 2:38 PM Jonas Hahnfeld wrote:
> > > Am Sonntag, den 08.03.2020, 14:23 -0400 schrieb Marnen Laibow-Koser:
>
[...]
> > > It might be worth
Francisco Vila writes:
> Hello, regarding to changes section in Stable, now online:
>
> English looks perfect, obviously.
>
> Links in Català give 404
>
> cs, de, fr, hu, zh, nl, and ja links lead to English version
>
> Spanish Split gives 404, Bigpage leads to an empty (titled) page and
> PDF li
On Sun, Mar 8, 2020 at 3:45 PM Jahrme Risner wrote:
> On Sun, Mar 8, 2020 at 12:23, Marnen Laibow-Koser
> wrote:
>
> I
> > hope we can switch all platforms away from GUB,
>
>
> I do too. It’s a good idea in theory, but *way* too complicated.
>
> so this likely needs a
> > general solution then.
On Sun, Mar 8, 2020 at 12:23, Marnen Laibow-Koser wrote:
> I
>> hope we can switch all platforms away from GUB,
>
> I do too. It’s a good idea in theory, but *way* too complicated.
>
> so this likely needs a
>> general solution then.
>
> Whatever we build here can probably be the first step towar
Am Sonntag, den 08.03.2020, 15:23 -0400 schrieb Marnen Laibow-Koser:
>
>
> On Sun, Mar 8, 2020 at 2:38 PM Jonas Hahnfeld wrote:
> > Am Sonntag, den 08.03.2020, 14:23 -0400 schrieb Marnen Laibow-Koser:
>
> [...]
> > >
> > > The idea I have:
> > > 1. Every tag, or even every Git commit, automati
Hello, regarding to changes section in Stable, now online:
English looks perfect, obviously.
Links in Català give 404
cs, de, fr, hu, zh, nl, and ja links lead to English version
Spanish Split gives 404, Bigpage leads to an empty (titled) page and PDF
link leads to a empty (titled) PDF. Sourc
> I think a safe step right now is for Werner to update the upstream
> pkgconfig autoconf support. Whatever we end up with, there is no
> point in designing a solution that does not involve that as a
> component. I wanted to suggest him fast-tracking that change
> separately because of that.
D
On Sun, Mar 8, 2020 at 2:38 PM Jonas Hahnfeld wrote:
> Am Sonntag, den 08.03.2020, 14:23 -0400 schrieb Marnen Laibow-Koser:
[...]
>
> >
> > The idea I have:
> > 1. Every tag, or even every Git commit, automatically triggers a build.
> > 2. The completed build is automatically pushed to some dow
El 8/3/20 a las 17:43, Jean-Charles Malahieude escribió:
Purging the French version of changes.tely, came to my mind it might be
wise to avoid moving around and re-organize items like James did in late
2017 when preparing for a new major release (and translators afterwards)
and have it structur
Am Sonntag, den 08.03.2020, 14:23 -0400 schrieb Marnen Laibow-Koser:
> On Sun, Mar 8, 2020 at 2:07 PM Phil Holmes <
> m...@philholmes.net
> > wrote:
>
> > > Would adding the links require manual intervention? If possible I’d
> >
> > like to avoid that so that there’s minimal friction when a new b
On 08/03/2020 18:22, Jonas Hahnfeld wrote:
Am Sonntag, den 08.03.2020, 19:05 +0100 schrieb Jean-Charles
Malahieude:
Le 08/03/2020 à 18:33, Jonas Hahnfeld a écrit :
Am Sonntag, den 08.03.2020, 18:29 +0100 schrieb Jean-Charles
Malahieude:
It might be useful in other places as well, I don't know.
On Sun, Mar 8, 2020 at 2:07 PM Phil Holmes wrote:
> > Would adding the links require manual intervention? If possible I’d
> like to avoid that so that there’s minimal friction when a new build is
> released.
>
> I don't see why, once they have initially been established. The only
> issue might b
Am Sonntag, den 08.03.2020, 19:05 +0100 schrieb Jean-Charles
Malahieude:
> Le 08/03/2020 à 18:33, Jonas Hahnfeld a écrit :
> > Am Sonntag, den 08.03.2020, 18:29 +0100 schrieb Jean-Charles
> > Malahieude:
> > > It might be useful in other places as well, I don't know.
> >
> > What do you mean? I ho
> Would adding the links require manual intervention? If possible I’d like to
> avoid that so that there’s minimal friction when a new build is released.
I don't see why, once they have initially been established. The only issue
might be timing synchronisation. If the website is updated with a
Le 08/03/2020 à 18:33, Jonas Hahnfeld a écrit :
Am Sonntag, den 08.03.2020, 18:29 +0100 schrieb Jean-Charles
Malahieude:
It might be useful in other places as well, I don't know.
What do you mean? I hope I got most other scripts covered. Please let
me know if I missed other as well.
It's ju
Le 08/03/2020 à 18:34, pkx1...@posteo.net a écrit :
The sectioning was done based on (sort of) how the NR is organized and I
thought it would be more useful for users to search for something based
on its type of enhancement/change than just in the order the changes
were added.
And it was a
On 08/03/2020 16:43, Jean-Charles Malahieude wrote:
Hi all,
Purging the French version of changes.tely, came to my mind it might
be wise to avoid moving around and re-organize items like James did in
late 2017 when preparing for a new major release (and translators
afterwards) and have it str
Am Sonntag, den 08.03.2020, 18:29 +0100 schrieb Jean-Charles
Malahieude:
> Le 08/03/2020 à 18:16, Jonas Hahnfeld a écrit :
> > Am Samstag, den 07.03.2020, 11:27 +0100 schrieb Jean-Charles
> > Malahieude:
> > > Hi all,
> > >
> > > As I'm done with the French translations for 2.20, I'd like to now t
Le 08/03/2020 à 18:16, Jonas Hahnfeld a écrit :
Am Samstag, den 07.03.2020, 11:27 +0100 schrieb Jean-Charles
Malahieude:
Hi all,
As I'm done with the French translations for 2.20, I'd like to now take
care of 2.21 but… my workflow is now broken and I'm not able to diagnose
what's wrong. The onl
Am Samstag, den 07.03.2020, 11:27 +0100 schrieb Jean-Charles
Malahieude:
> Hi all,
>
> As I'm done with the French translations for 2.20, I'd like to now take
> care of 2.21 but… my workflow is now broken and I'm not able to diagnose
> what's wrong. The only change in the body of check_translati
Am Sonntag, den 08.03.2020, 16:40 +0100 schrieb Jonas Hahnfeld:
> Am Sonntag, den 08.03.2020, 16:28 +0100 schrieb David Kastrup:
> > So I am reasonably confident that with some reasonably designed chunks
> > of code, we'd end up with comparatively small headaches in upkeep. My
> > own gut feeling
Hi all,
Purging the French version of changes.tely, came to my mind it might be
wise to avoid moving around and re-organize items like James did in late
2017 when preparing for a new major release (and translators afterwards)
and have it structured on the fly. This was the first time for those
On Sun, Mar 8, 2020 at 12:14 PM Phil Holmes wrote:
> I ought to be able to scp them to the downloads directory and then we
> could put an appropriate link into the docs that build the website.
>
Would adding the links require manual intervention? If possible I’d like
to avoid that so that there
I ought to be able to scp them to the downloads directory and then we could put
an appropriate link into the docs that build the website. How big is the file?
--
Phil Holmes
- Original Message -
From: Marnen Laibow-Koser
To: Phil Holmes
Cc: LilyPond ; pkx1...@posteo.net
S
Am Sonntag, den 08.03.2020, 16:28 +0100 schrieb David Kastrup:
> Jonas Hahnfeld <
> hah...@hahnjo.de
> > writes:
>
> > Am Sonntag, den 08.03.2020, 15:04 +0100 schrieb David Kastrup:
> > > Jonas Hahnfeld <
> > > hah...@hahnjo.de
> > >
> > > > writes:
> > > > How about the attached change? This att
I think it would be better to do this as something that doesn't require
special syntax at first, ie. some identifier.
We can always add special syntax later, if this becomes a very popular
feature.
Also, it looks like the transition-engraver is almost a literal copy of
the hyphen engraver. Would
Jonas Hahnfeld writes:
> Am Sonntag, den 08.03.2020, 15:04 +0100 schrieb David Kastrup:
>> Jonas Hahnfeld <
>> hah...@hahnjo.de
>> > writes:
>>
>> > How about the attached change? This attempts to locate the .pc file
>> > next to guile-config and tries to be very transparent about this. If it
>>
https://codereview.appspot.com/565750043/diff/553650043/lily/lyric-transition.cc
File lily/lyric-transition.cc (right):
https://codereview.appspot.com/565750043/diff/553650043/lily/lyric-transition.cc#newcode103
lily/lyric-transition.cc:103: As r is a fresh rod, we can set distance_
with no comp
On Sun, Mar 8, 2020 at 6:49 AM Phil Holmes wrote:
[...]
> I do that. The downloads section is automagically managed by GUB and I do
> the builds and upload the updates.
So when the time comes (which isn’t quite yet, but should be soon if all
goes well), what’s a good way of getting the non-GUB
Looks very nice, thanks!
I must admit that I've never seen such a feature before, so I can't
really comment on the actual implementation; my nits are just to improve
the documentation.
However, I wonder why you call this transition *line* and not transition
*arrow* ...
https://codereview.appspo
Am Sonntag, den 08.03.2020, 15:04 +0100 schrieb David Kastrup:
> Jonas Hahnfeld <
> hah...@hahnjo.de
> > writes:
>
> > Am Sonntag, den 08.03.2020, 13:37 +0100 schrieb David Kastrup:
> > > At any rate, can we focus on the issue at hand rather than building our
> > > strawmen from straw of future ha
Reviewers: ,
Message:
I've been working on this feature I would like to propose for LilyPond,
and I wonder how I should proceed (request feedback on users group,
discussion here, or something else?). I'm aware of being very much a
beginner here, but I'm tentatively posting this hoping for feedback
On Sun, Mar 8, 2020 at 3:04 PM David Kastrup wrote:
> Ok, I am obviously missing something important here. You go to a lot of
> pain to use pkgconfig when someone specifies guile-config. Now let's
> just assume that someone uses guile-config because they either don't
> know better or it's the e
Anthony Fok writes:
> Dear all,
>
> Thank you all for your kind considerations to system integrators like me. :-D
>
> I recently submitted a patch to Denemo to get its configure.ca to
> check for (hence support) guile-2.2 too because guile-2.0 is going
> away in Debian:
>
> * https://github.com
Jonas Hahnfeld writes:
> Am Sonntag, den 08.03.2020, 13:37 +0100 schrieb David Kastrup:
>> At any rate, can we focus on the issue at hand rather than building our
>> strawmen from straw of future harvests? We have a current issue that
>> has already bitten several not-completely-stupid developer
Dear all,
Thank you all for your kind considerations to system integrators like me. :-D
I recently submitted a patch to Denemo to get its configure.ca to
check for (hence support) guile-2.2 too because guile-2.0 is going
away in Debian:
* https://github.com/denemo/denemo/commit/9c6ad2d
* http
Hi there,
while building the LilyPond regression test in clean container with
parallelism, I am seeing file corruption errors from reading back TeX
.fmt files.
AFAICT, the various flavors of TeX cache .fmt files in ~/.texlive2019.
This file is re-created when it doesn't exist, but no care is take
Am Sonntag, den 08.03.2020, 13:37 +0100 schrieb David Kastrup:
> At any rate, can we focus on the issue at hand rather than building our
> strawmen from straw of future harvests? We have a current issue that
> has already bitten several not-completely-stupid developers (even if you
> disagree with
On 2020/03/08 12:16:55, thomasmorley651 wrote:
> On 2020/03/08 12:11:43, Be-3 wrote:
> > On 2020/03/08 11:38:29, dak wrote:
> > > We don't really document bug fixes as a rule in changes.tely.
It's pretty
> > long
> > > already...
> >
> > Yes, certainly.
> > But I think this is a special case. Sp
Jonas Hahnfeld writes:
> Am Sonntag, den 08.03.2020, 12:50 +0100 schrieb Werner LEMBERG:
>> > Not being able to change gradually makes development more painful.
>>
>> > There was discussion as to why there are so few developers - this
>>
>> > will be my prime reason if I'm required to add compa
On 2020/03/08 12:11:43, Be-3 wrote:
> On 2020/03/08 11:38:29, dak wrote:
> > We don't really document bug fixes as a rule in changes.tely. It's
pretty
> long
> > already...
>
> Yes, certainly.
> But I think this is a special case. Speaking for myself, I'm taking
it for
> granted that UTF-8 filen
On 2020/03/08 11:38:29, dak wrote:
> We don't really document bug fixes as a rule in changes.tely. It's
pretty long
> already...
Yes, certainly.
But I think this is a special case. Speaking for myself, I'm taking it
for granted that UTF-8 filenames just can't be handled by the Windows
version of
Am Sonntag, den 08.03.2020, 12:50 +0100 schrieb Werner LEMBERG:
> > Not being able to change gradually makes development more painful.
>
> > There was discussion as to why there are so few developers - this
>
> > will be my prime reason if I'm required to add compatibility for
>
> > everything.
Jonas Hahnfeld writes:
> Am Sonntag, den 08.03.2020, 12:34 +0100 schrieb David Kastrup:
>> Jonas Hahnfeld <
>> hah...@hahnjo.de
>> > writes:
>>
>> > Am Sonntag, den 08.03.2020, 11:54 +0100 schrieb David Kastrup:
>> > > Han-Wen Nienhuys <
>> > > hanw...@gmail.com
>> > >
>> > > > writes:
>> > > >
> Not being able to change gradually makes development more painful.
> There was discussion as to why there are so few developers - this
> will be my prime reason if I'm required to add compatibility for
> everything. Yes, this includes things so fundamental as Guile.
Uh, oh, now you are exagge
>> > > > The following prints an error and directs the integrators
>> > > > into the right direction:
>> > > >
>> > > > diff --git a/configure.ac b/configure.ac
>> > > > index 29e4e5680f..80a34f7b09 100644
>> > > > --- a/configure.ac
>> > > > +++ b/configure.ac
>> > > > @@ -189,6 +189,11 @@ STEPM
Am Sonntag, den 08.03.2020, 12:34 +0100 schrieb David Kastrup:
> Jonas Hahnfeld <
> hah...@hahnjo.de
> > writes:
>
> > Am Sonntag, den 08.03.2020, 11:54 +0100 schrieb David Kastrup:
> > > Han-Wen Nienhuys <
> > > hanw...@gmail.com
> > >
> > > > writes:
> > > > > What about "an error would be a nu
LGTM. Arigato!
https://codereview.appspot.com/551580045/
On 2020/03/08 11:27:52, Be-3 wrote:
> LGTM (in combination with issue 5833). Many users of Windows will be
quite
> happy about this (myself included).
>
> Wouldn't this have merited an entry in changes.tely? After all, UTF-8
filenames
> had never worked in Windows from the beginning, so it'd pro
Jonas Hahnfeld writes:
> Am Sonntag, den 08.03.2020, 11:54 +0100 schrieb David Kastrup:
>> Han-Wen Nienhuys <
>> hanw...@gmail.com
>> > writes:
>> > >
>> > > What about "an error would be a nuisance when trying to have a common
>> > > configuration for both 2.20 and 2.21" was unclear?
>
> There w
LGTM (in combination with issue 5833). Many users of Windows will be
quite happy about this (myself included).
Wouldn't this have merited an entry in changes.tely? After all, UTF-8
filenames had never worked in Windows from the beginning, so it'd
probably be a good idea to let the users know.
T
Am Sonntag, den 08.03.2020, 11:54 +0100 schrieb David Kastrup:
> Han-Wen Nienhuys <
> hanw...@gmail.com
> > writes:
>
> > On Sun, Mar 8, 2020 at 11:33 AM David Kastrup <
> > d...@gnu.org
> > > wrote:
> > > Jonas Hahnfeld <
> > > hah...@hahnjo.de
> > > > writes:
> > >
> > > > Am Samstag, den 07.03
Han-Wen Nienhuys writes:
> On Sun, Mar 8, 2020 at 11:33 AM David Kastrup wrote:
>>
>> Jonas Hahnfeld writes:
>>
>> > Am Samstag, den 07.03.2020, 23:20 +0100 schrieb David Kastrup:
>>
>> >> So assuming GUILE_CONFIG is set, that should be tried in preference
>> >> to a .pc file, giving a warning
- Original Message -
From:
To: "Marnen Laibow-Koser" ; "LilyPond"
Sent: Sunday, March 08, 2020 10:43 AM
Subject: Re: Linking 64-bit Mac builds from website
Marnen,
On 02/03/2020 20:23, Marnen Laibow-Koser wrote:
Folks--
It seems that I've got a working process for 64-bit Mac buil
On Sun, Mar 8, 2020 at 11:33 AM David Kastrup wrote:
>
> Jonas Hahnfeld writes:
>
> > Am Samstag, den 07.03.2020, 23:20 +0100 schrieb David Kastrup:
>
> >> So assuming GUILE_CONFIG is set, that should be tried in preference
> >> to a .pc file, giving a warning (an error would be a nuisance when
>
Marnen,
On 02/03/2020 20:23, Marnen Laibow-Koser wrote:
Folks--
It seems that I've got a working process for 64-bit Mac builds of LilyPond,
and I will soon automate the process to build Mac .app bundles for every
tagged release. Which brings me to the next question: what is the process
to upda
Jonas Hahnfeld writes:
> Am Samstag, den 07.03.2020, 23:20 +0100 schrieb David Kastrup:
>> So assuming GUILE_CONFIG is set, that should be tried in preference
>> to a .pc file, giving a warning (an error would be a nuisance when
>> trying to have a common configuration for both 2.20 and 2.21, a
On Sun, Mar 8, 2020 at 10:35 AM Han-Wen Nienhuys wrote:
> > To get back to your question: the consequences are worst when the job
> > count is constrained due to memory pressure. My laptop has uncommonly
> > large memory for its overall age and power, so I am not hit worst. The
> > rough doublin
Am Samstag, den 07.03.2020, 23:20 +0100 schrieb David Kastrup:
> Werner LEMBERG <
> w...@gnu.org
> > writes:
>
> > > I have no beef with deprecating it.
> >
> > What about the following route? For guile, I would add support for
> > `guile-config`, using the following algorithm (with item 1 alrea
On 2020/03/07 23:25:50, hanwenn wrote:
> On 2020/03/07 21:36:04, hahnjo wrote:
> > Yes, but 'check' for LilyPond also does the comparison to
test-baseline. As
> > 'check' depends on 'test' I think we should put it there because the
unit
> tests
> > should run in both cases.
>
> could you send a pa
On 2020/03/08 09:37:23, hanwenn wrote:
> On 2020/03/08 09:33:24, hahnjo wrote:
> > On 2020/03/07 23:15:09, hanwenn wrote:
> > >
>
https://codereview.appspot.com/555420043/diff/549710049/lily/text-interface.cc
> > > File lily/text-interface.cc (right):
> > >
> > >
> >
>
https://codereview.appspot.c
On 2020/03/08 09:33:24, hahnjo wrote:
> On 2020/03/07 23:15:09, hanwenn wrote:
> >
https://codereview.appspot.com/555420043/diff/549710049/lily/text-interface.cc
> > File lily/text-interface.cc (right):
> >
> >
>
https://codereview.appspot.com/555420043/diff/549710049/lily/text-interface.cc#newcod
On Sat, Mar 7, 2020 at 1:39 PM David Kastrup wrote:
> >> "It doesn't actually work well as a job control measure in connection
> >> with parallel Make" should likely have been an indicator of what I
> >> thought I was talking about.
> >
> > Can you tell me what problem you are currently experienci
On 2020/03/07 23:15:09, hanwenn wrote:
>
https://codereview.appspot.com/555420043/diff/549710049/lily/text-interface.cc
> File lily/text-interface.cc (right):
>
>
https://codereview.appspot.com/555420043/diff/549710049/lily/text-interface.cc#newcode70
> lily/text-interface.cc:70: SCM ligature = ly
Too lazy to check every file, but according to the few samples I looked
at: LGTM, thanks!
https://codereview.appspot.com/573610048/
85 matches
Mail list logo