Phil Holmes-2 wrote:
- Original Message -
From: ArnoldTheresius arnold.we...@siemens.com
To: lilypond-devel@gnu.org
Sent: Monday, July 23, 2012 8:14 AM
Subject: Re: Volta enhancements tranche 1 (issue 6398055)
Graham Percival-3 wrote:
Frédéric Bron frederic.b...@m4x.org writes:
A description of the issue. For new issues, this is usually filled in
with the commit message(s) automatically.
OK, I did it but failed when asking for :
Could not find stored credentials
/home/fred/.lilypond-project-hosting-login
Please enter
Il giorno lun, 23/07/2012 alle 20.42 +0100, Graham Percival ha scritto:
On Mon, Jul 23, 2012 at 06:42:15PM +0200, John Mandereau wrote:
and we'd need A and DNS records for something like
builder.lilypond.org or builder.lilynet.net to make the machine
reachable more easily than just
- Original Message -
From: ArnoldTheresius arnold.we...@siemens.com
To: lilypond-devel@gnu.org
Now the qestion:
I my original intent »@funindex \inStaffSegno« better than the »@cindex
\inStaffSegno« I mentioned in my last mail?
ArnoldTheresius
I believe the answer is here:
This summer hasn't been going as I'd hoped -- heh, who am I
kidding, this whole year hasn't been going as I'd hoped. Anyway,
we seem to have radically different concepts of what input
stabilization might mean, or even if it's a good idea worth
doing.
Hopefully we can settle those questions now.
Am 23.07.2012 23:45, schrieb k-ohara5...@oco.net:
Looks like LilyPond defines two line-thicknesses,
one for staff-line thickness in each StaffSymbol,
and one (confusingly called staffline in C) for bar-line width in
paper.scm.
Thanks for your explanation! Indeed, staffline is not the
best
Take this as the result of a quick reading of the summary. My comment
as a non-expert is that probably a good, reliably working convert-ly
is a substitute for syntax stability, because it is precisely what
will make your documents compile on the long term. Your personal,
misfortunate case would
- Original Message -
From: Francisco Vila paconet@gmail.com
To: Graham Percival gra...@percival-music.ca
Cc: lilypond-devel@gnu.org
Sent: Tuesday, July 24, 2012 10:48 AM
Subject: Re: GOP2-3 - GLISS or not
Take this as the result of a quick reading of the summary. My comment
as a
On Tue, Jul 24, 2012 at 11:48:13AM +0200, Francisco Vila wrote:
Take this as the result of a quick reading of the summary. My comment
as a non-expert is that probably a good, reliably working convert-ly
is a substitute for syntax stability,
I disagree. For one thing it is often very difficult
On Tue, Jul 24, 2012 at 11:00:30AM +0100, Phil Holmes wrote:
Surely an alternative is to have an archive of stable version
installations?
We have that already:
http://lilypond.org/old-downloads.html
We could advise users who require that their work
will compile into the future to ensure it
Hi Graham,
On 24/07/12 10:09, Graham Percival wrote:
Hopefully we can settle those questions now.
http://lilypond.org/~graham/gop/gop_4.html
** Summary
Let’s decide whether to try to stabilize the syntax or not. What
type of project do we want LilyPond to be? What kinds of
Francisco Vila paconet@gmail.com writes:
Take this as the result of a quick reading of the summary. My comment
as a non-expert is that probably a good, reliably working convert-ly
is a substitute for syntax stability, because it is precisely what
will make your documents compile on the
Hi,
I don't have push ability, so would someone who does please push my patch
for issue 2679 (Add function for overriding broken spanners to LilyPond)
for me?
Thanks so much,
David
___
lilypond-devel mailing list
lilypond-devel@gnu.org
I get the patch fails to apply - presumably because music-functions.scm has
been updated twice since the patch was created? Does this mean it needs
rebasing, or somesuch?
--
Phil Holmes
- Original Message -
From: David Nalesnik
To: Lilypond Dev
Sent: Tuesday, July 24, 2012
Phil Holmes m...@philholmes.net writes:
I get the patch fails to apply - presumably because
music-functions.scm has been updated twice since the patch was
created? Does this mean it needs rebasing, or somesuch?
Likely.
--
David Kastrup
___
Reviewers: Ian Hulin (gmail), dak, Graham Percival,
Message:
Please review
Description:
The second set of proposed changes to volta syntax, posted on behalf of
Arnold Theresius. Checked with make and make test.
Please review this at http://codereview.appspot.com/6422061/
Affected files:
M
On Tue, Jul 24, 2012 at 8:56 AM, David Kastrup d...@gnu.org wrote:
Phil Holmes m...@philholmes.net writes:
I get the patch fails to apply - presumably because
music-functions.scm has been updated twice since the patch was
created? Does this mean it needs rebasing, or somesuch?
Likely.
Il giorno lun, 16/07/2012 alle 14.57 +0200, Federico Bruni ha scritto:
info manuals are only in english?
I can't see other languages in /usr/share/info
both info and yelp show only the english version of the manual
how can I see another language?
AFAIK there is no i18n design or support in
David Nalesnik david.nales...@gmail.com writes:
On Tue, Jul 24, 2012 at 8:56 AM, David Kastrup d...@gnu.org wrote:
Phil Holmes m...@philholmes.net writes:
I get the patch fails to apply - presumably because
music-functions.scm has been updated twice since the patch was
I'd like to look at fixing 766. Could someone suggest the best way to go
about this, please? One option would seem to be to calculate the length of
the text of the instrument names, and set the indent on the score equal to
that plus a bit. Is this the best way? It seems to me that a system
David,
So, in this case, would I do something like:
git pull -r
then submit a new patch set?
That's probably the easiest way. You'll likely get a merge conflict
with instructions. Personally, I use Emacs and
M-x smerge-ediff RET
on the problematic file(s) for fixing the
David Nalesnik david.nales...@gmail.com writes:
David,
So, in this case, would I do something like:
git pull -r
then submit a new patch set?
That's probably the easiest way. You'll likely get a merge
conflict
with
David,
Is there any reason I can't manually remove the markers for the merge
conflict, namely the lines:
HEAD
===
Function for overriding broken spanners
If the result is the intended result, sure. You are getting the merge
conflict because the history introduced
OK, I succeeded in doing this and uploaded a new patch set. I'm going to
redo this now as I see I failed to delete two newlines...
OK, all should be well now. Patch corrected.
-David
___
lilypond-devel mailing list
lilypond-devel@gnu.org
Le 24 juil. 2012 à 11:09, Graham Percival a écrit :
** Stability or not?
Stabilizing a language is a tricky process. If you do it too
early, then you’re stuck with whatever mistakes or poor design
decisions. If you do it too late, then there’s a large body of
documents in the
I'd be happy to push this, but would like a little advice. If I go to Rietveld
and download the raw patch set, it comes without proper email addresses and
formatting. This means to push stuff from Rietveld, I have to git apply the
diff, then manually update the author (assuming I remember).
Phil Holmes m...@philholmes.net writes:
I'd be happy to push this, but would like a little advice. If I go to
Rietveld and download the raw patch set, it comes without proper email
addresses and formatting. This means to push stuff from Rietveld, I
have to git apply the diff, then manually
On Tue, Jul 24, 2012 at 05:26:01PM +0100, Phil Holmes wrote:
I'd be happy to push this, but would like a little advice. If I
go to Rietveld and download the raw patch set, it comes without
proper email addresses and formatting. This means to push stuff
from Rietveld, I have to git apply the
On Tue, Jul 24, 2012 at 11:34 AM, Graham Percival
gra...@percival-music.cawrote:
On Tue, Jul 24, 2012 at 05:26:01PM +0100, Phil Holmes wrote:
I'd be happy to push this, but would like a little advice. If I
go to Rietveld and download the raw patch set, it comes without
proper email
Nicolas Sceaux nicolas.sce...@gmail.com writes:
As a maintainer of 100+ Mbytes of LilyPond files, I'm very interested
in this topic.
IMHO, we should aim at stabilizing what is currently hardcoded in the
lexer and parser (notes, file structure...). Nowadays, only David
works in this area,
David Nalesnik david.nales...@gmail.com writes:
On Tue, Jul 24, 2012 at 11:34 AM, Graham Percival
gra...@percival-music.ca wrote:
On Tue, Jul 24, 2012 at 05:26:01PM +0100, Phil Holmes wrote:
I'd be happy to push this, but would like a little advice. If I
go to Rietveld and
David Nalesnik david.nales...@gmail.com writes:
Arggh...sorry for making a hash of this :(
By the way, you aren't. You are dealing with flexible and powerful
tools in action, and keeping up surprisingly well. That's the reason
nobody pipes up and says I'll take it up from here and do all the
David,
On Tue, Jul 24, 2012 at 11:50 AM, David Kastrup d...@gnu.org wrote:
David Nalesnik david.nales...@gmail.com writes:
On Tue, Jul 24, 2012 at 11:34 AM, Graham Percival
gra...@percival-music.ca wrote:
On Tue, Jul 24, 2012 at 05:26:01PM +0100, Phil Holmes wrote:
I'd be
Pushed as f7085cf9b2ff111b7d30c8a59e367c771a7e3c52. Patchy is now running.
--
Phil Holmes
- Original Message -
From: David Nalesnik
To: Graham Percival
Cc: Phil Holmes ; David Kastrup ; lilypond-devel@gnu.org
Sent: Tuesday, July 24, 2012 5:37 PM
Subject: Re: push patch
On Tue, Jul 24, 2012 at 12:05 PM, David Kastrup d...@gnu.org wrote:
David Nalesnik david.nales...@gmail.com writes:
Arggh...sorry for making a hash of this :(
By the way, you aren't. You are dealing with flexible and powerful
tools in action, and keeping up surprisingly well. That's the
Phil,
On Tue, Jul 24, 2012 at 12:07 PM, Phil Holmes m...@philholmes.net wrote:
**
Pushed as
f7085cf9b2ff111b7d30c8a59e367c771a7e3c52http://git.savannah.gnu.org/cgit/lilypond.git/commit/?h=stagingid=f7085cf9b2ff111b7d30c8a59e367c771a7e3c52.
Patchy is now running.
Thank you very much for
BTW - apologies for top-posting and that, but my Windows email system takes
your mails as HTML and does this with them.
Anyway - you're now in master.
--
Phil Holmes
- Original Message -
From: David Nalesnik
To: Phil Holmes
Cc: Graham Percival ; David Kastrup ;
David Nalesnik david.nales...@gmail.com writes:
I just tried to change the commit message as you said. When I check
the amended patch, however, the subject line at the top of the file
is:
Subject: [PATCH] Issue 2679: Function for overriding broken spanners
Apparently, [PATCH] is added
Phil Holmes m...@philholmes.net writes:
BTW - apologies for top-posting and that, but my Windows email system
takes your mails as HTML and does this with them.
His mails contain HTML and plain text as alternatives, and Gnus (which I
use as my mail reader) lets me choose. In general, anything
Am 24.07.2012 13:53, schrieb lilyp...@googlecode.com:
Updates:
Labels: -Patch-new Patch-review
Comment #40 on issue 1320 by d...@gnu.org: Enhancement:
user-customizable barlines through a Scheme interface.
http://code.google.com/p/lilypond/issues/detail?id=1320#c40
Patchy the autobot
http://codereview.appspot.com/6422061/diff/1/ly/engraver-init.ly
File ly/engraver-init.ly (right):
http://codereview.appspot.com/6422061/diff/1/ly/engraver-init.ly#newcode621
ly/engraver-init.ly:621: :| |: ||: |. :|: :|.|: :|.: .|
Trailing whitespace.
http://codereview.appspot.com/6422061/
- Original Message -
From: d...@gnu.org
To: philehol...@googlemail.com; ianhuli...@gmail.com;
gra...@percival-music.ca
Cc: lilypond-devel@gnu.org; re...@codereview-hr.appspotmail.com
Sent: Tuesday, July 24, 2012 8:15 PM
Subject: Re: Second set of volta changes (Issue 2673) (issue
On Tue, Jul 24, 2012 at 12:57 PM, David Kastrup d...@gnu.org wrote:
Phil Holmes m...@philholmes.net writes:
BTW - apologies for top-posting and that, but my Windows email system
takes your mails as HTML and does this with them.
His mails contain HTML and plain text as alternatives, and
On 2012/07/24 19:40:35, email_philholmes.net wrote:
- Original Message -
From: mailto:d...@gnu.org
To: philehol...@googlemail.com; ianhuli...@gmail.com;
mailto:gra...@percival-music.ca
Cc: lilypond-devel@gnu.org;
mailto:re...@codereview-hr.appspotmail.com
Sent: Tuesday, July 24, 2012
David Nalesnik david.nales...@gmail.com writes:
On Tue, Jul 24, 2012 at 12:57 PM, David Kastrup d...@gnu.org wrote:
Phil Holmes m...@philholmes.net writes:
BTW - apologies for top-posting and that, but my Windows email system
takes your mails as HTML and does this with them.
His mails
On Tue, Jul 24, 2012 at 06:50:52PM +0200, David Kastrup wrote:
We don't commit anything other than patches. That's redundant. But
Issue 2679: Function for overriding broken spanners
would make it easier to find the corresponding issue in case one needs
to revisit the commit at one point
On Tue, Jul 24, 2012 at 10:26:14AM +0200, John Mandereau wrote:
Fine. As for the name of the server, it's called srv-lilypond in MSH
Paris Nord, but it's all right to use a different name on the internet,
what do you think of
tadpole.lilynet.net
I think tadpole. is nicer than toadunderthe.
Graham Percival wrote Tuesday, July 24, 2012 10:55 PM
grenouille.lilynet.net.
I like it. Definitely better than crapaud which has an unfortunate
connotation to English-speakers.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
On Tue, Jul 17, 2012 at 12:07:29PM +0200, David Kastrup wrote:
Graham Percival gra...@percival-music.ca writes:
On Tue, Jul 17, 2012 at 10:39:33AM +0200, David Kastrup wrote:
cranks out a list of 44 Invalid issues. According to the stated
policy, those should be marked Verified
For 21:00 MDT Thursday July 26
Defect:
Issue 2672
http://code.google.com/p/lilypond/issues/detail?id=2672: Patch: Midi
fixes - R 6420058 http://codereview.appspot.com/6420058/
Issue 2691
http://code.google.com/p/lilypond/issues/detail?id=2691: Chord names
collide with beams (vertical
On Tue, Jul 24, 2012 at 3:09 AM, Graham Percival
gra...@percival-music.cawrote:
Some “computer languages” are fairly stable. A TeX or C++ program
written 10 years ago will probably still compile with no
modifications (notwithstanding the g++ 4.3 header and namespace
changes). The same is not
I proposed a patch for issue 2401 (see tracker).
Now in codereview: http://codereview.appspot.com/6447043
got this message:
WARNING: could not change issue labels;
please email lilypond-devel with the issue number: 2401
Frédéric
___
lilypond-devel
Graham Percival graham at percival-music.ca writes:
This is a
problem for projects such as mutopia – a large fraction of their
.ly files don’t compile with current lilypond. That means that
they can’t benefit from recent bugfixes; users wanting the sheet
music in a different size (say,
David Kastrup dak at gnu.org writes:
One really ugly problem is interpreting things like 4.. Looks like a
duration, but then we have
input/regression/dynamics-broken-hairpin.ly: line-width = 4.\cm
The parser chooses among (too) many different modes (start conditions)
telling the lexer
54 matches
Mail list logo