ok, lgtm
http://codereview.appspot.com/4517136/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
James Lowe datacore.com> writes:
>
> I think we have some duplication in this section but would like a second
> opinion
I agree. The two snippets do not need to be quoted in the documentation
because
you cover all the concepts earlier.
___
lilyp
> Perhaps it would be good to move flags into a separate font file?
> (i.e. separate feta-noteheads into actual feta-noteheads and
> feta-flags) There is another rationale for doing this: i'm pretty
> sure that there's a limit of 256 glyphs per font. Until now there
> were only a handful of flags,
On 11-06-09 06:59 AM, Graham Percival wrote:
On Thu, Jun 09, 2011 at 01:32:29PM +0100, Trevor Daniels wrote:
Graham Percival Thursday, June 09, 2011 12:03 PM
Past discussion suggests that this is a network-specific bug or
something, which absolutely sucks for debugging.
I've attached an email
On 6/9/11 3:18 PM, "Janek Warchoł" wrote:
> 2011/6/8-9 Carl Sorensen :
>> After looking more at this, it appears that the .otf-table files are created
>> by parsing the log files created during font creation. See
>> scripts/build/mf-to-table.py
>>
>> So this means that your magic command wou
2011/6/8-9 Carl Sorensen :
> After looking more at this, it appears that the .otf-table files are created
> by parsing the log files created during font creation. See
> scripts/build/mf-to-table.py
>
> So this means that your magic command would need to emit a keyword and a
> real value to the log
2011/6/9 Graham Percival :
> On Thu, Jun 09, 2011 at 08:52:49PM +0200, Janek Warchoł wrote:
>> Trevor,
>>
>> 2011/6/9 Trevor Daniels :
>> > Delete the rebase-apply directory.
>>
>> Inside lilypond-git? There is no such directory!
>
> It's inside .git/
Ah, ok.
>> (it doesn't show when i call 'ls'
Hi David,
glad it worked :)
The change is almost certainly due to new beam collision algorithm.
I'm forwarding this message to the development team so that they will
know about this issue.
I'm not sure if it's a bug, though - Phil, you are the bugmaster, can
you give us your opinion? :)
cheers,
J
On Thu, Jun 09, 2011 at 08:52:49PM +0200, Janek Warchoł wrote:
> Trevor,
>
> 2011/6/9 Trevor Daniels :
> > Delete the rebase-apply directory.
>
> Inside lilypond-git? There is no such directory!
It's inside .git/
> (it doesn't show when i call 'ls' from within lilypond-git, and when i
> try to
On Thu, Jun 09, 2011 at 08:33:48PM +0200, Janek Warchoł wrote:
> I suggest a patch to the docs about it (attached).
Thanks, pushed.
Cheers,
- Graham
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-
On 6/9/11 9:02 AM, "Janek Warchoł" wrote:
> Hi,
>
> i wanted to reply yesterday, but my dad broke our internet connection :)
Unfortunately, I don't have anybody else to blame when my internet
connection is broken.
>>
>> After looking more at this, it appears that the .otf-table files ar
Trevor,
2011/6/9 Trevor Daniels :
>
> 2011/6/9 Janek Warchoł :
>> When i try to git am , git says
>> previous rebase directory /home/janek/lilypond-git/.git/rebase-apply
>> still exists but mbox given.
>> despite that the current branch was deleted and created again.
>> What shall i do?
>
> Delet
2011/6/9 Trevor Daniels :
> Just the current branch.
Thanks!
I suggest a patch to the docs about it (attached).
Janek
> - Original Message - From: "Janek Warchoł"
>
>> does
>> git reset --hard origin/master
>> (http://lilypond.org/doc/v2.13/Documentation/contributor-big-page#reverting-
Janek
Just the current branch.
Trevor
- Original Message -
From: "Janek Warchoł"
To:
Sent: Thursday, June 09, 2011 5:35 PM
Subject: does git reset change whole repository or just current
branch?
does
git reset --hard origin/master
(http://lilypond.org/doc/v2.13/Documentation/c
Janek
Delete the rebase-apply directory.
Trevor
- Original Message -
From: "Janek Warchoł"
To:
Sent: Thursday, June 09, 2011 6:01 PM
Subject: git help - previous rebase directory
Hi,
probably i'm doing something stupid, but Mike (my mentor) is
absent so
i cannot ask him.
When
2011/6/9 Graham Percival :
> On Thu, Jun 09, 2011 at 07:37:51PM +0200, Janek Warchoł wrote:
>> By the way, is modifying patch files disallowed/generally bad idea?
>
> It's certainly not recommended.
>
>> I discovered that my patches introduce some whitespace errors and it
>> would be easier to corr
On Thu, Jun 09, 2011 at 07:37:51PM +0200, Janek Warchoł wrote:
> By the way, is modifying patch files disallowed/generally bad idea?
It's certainly not recommended.
> I discovered that my patches introduce some whitespace errors and it
> would be easier to correct the whitespace errors within the
2011/6/9 Janek Warchoł :
> When i try to git am , git says
> previous rebase directory /home/janek/lilypond-git/.git/rebase-apply
> still exists but mbox given.
> despite that the current branch was deleted and created again.
> What shall i do?
By the way, is modifying patch files disallowed/gene
Hi,
probably i'm doing something stupid, but Mike (my mentor) is absent so
i cannot ask him.
When i try to git am , git says
previous rebase directory /home/janek/lilypond-git/.git/rebase-apply
still exists but mbox given.
despite that the current branch was deleted and created again.
What shall
does
git reset --hard origin/master
(http://lilypond.org/doc/v2.13/Documentation/contributor-big-page#reverting-all-local-changes)
reset whole repository or just current branch?
Janek
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://list
Hi,
i wanted to reply yesterday, but my dad broke our internet connection :)
W dniu 8 czerwca 2011 00:05 użytkownik Carl Sorensen
napisał:
> On 6/1/11 9:39 AM, "Janek Warchoł" wrote:
>> (...) and have it output a flags.otf-table file looking like this
>>
>> (flags .
>> (u .
>> ((3 . (arbitraryR
On Thu, Jun 09, 2011 at 02:49:06PM +0200, Jan Nieuwenhuizen wrote:
> Does this patch help? You'll dowload the full repo.
I'll test it soon.
> What I don't understand, is that when making releases with GUB, the idea
> is to use a local repo and never use savannah. You could get a commit
> in tha
Graham:
...
> mkdir new-lilypond-dir
> cd new-lilypond-dir
> git init
> git config core.bare false
> git remote add -t master origin git://git.sv.gnu.org/lilypond.git
> git fetch --depth 1
>
> fails every time. Until this is fixed,
> *** I CANNOT MAKE ANY MORE LILYPOND RELE
On Thu, Jun 09, 2011 at 01:32:29PM +0100, Trevor Daniels wrote:
>
> Graham Percival Thursday, June 09, 2011 12:03 PM
> >Past discussion suggests that this is a network-specific bug or
> >something, which absolutely sucks for debugging.
>
> I've attached an email which explains a similar problem
>
Graham Percival writes:
Graham,
> I would like to highlight this bug:
> http://code.google.com/p/lilypond/issues/detail?id=1615
Does this patch help? You'll dowload the full repo.
What I don't understand, is that when making releases with GUB, the idea
is to use a local repo and never use sava
Graham Percival Thursday, June 09, 2011 12:03 PM
I would like to highlight this bug:
http://code.google.com/p/lilypond/issues/detail?id=1615
Past discussion suggests that this is a network-specific bug or
something, which absolutely sucks for debugging. Unfortunately my
desktop is only acc
On Thu, Jun 09, 2011 at 12:20:57PM +0100, Phil Holmes wrote:
> Just to be clear - you use SSH to log in to your desktop, which is
> the machine you use for GUB builds.
Very occasionally, but right now I'm logged into it directly.
> You're not suggesting that this is the problem, rather it's an
>
On Thu, Jun 09, 2011 at 09:30:23PM +1000, Peter Chubb wrote:
> Hmmm. I did a
> git clone git://git.sv.gnu.org/lilypond.git lilypond
> and it all worked fine.
Yes, I see that too.
> Using --depth=1 seems to cause the fetch to hang, though.
Yes.
> Playing with local clones, depth=1 fetches arou
> "Graham" == Graham Percival writes:
Graham> I would like to highlight this bug:
Graham> http://code.google.com/p/lilypond/issues/detail?id=1615
Graham> After releasing 2.14.0 and 2.15.0, I deleted my GUB download/
Graham> directory -- I thought it would be good to test that all the
Graham>
> "Graham" == Graham Percival writes:
Graham> I would like to highlight this bug:
Graham> http://code.google.com/p/lilypond/issues/detail?id=1615
Graham> After releasing 2.14.0 and 2.15.0, I deleted my GUB download/
Graham> directory -- I thought it would be good to test that all the
Graham>
- Original Message -
From: "Graham Percival"
To:
Sent: Thursday, June 09, 2011 12:03 PM
Subject: No more releases: savannah sometimes does not like git
fetch --depth
I would like to highlight this bug:
http://code.google.com/p/lilypond/issues/detail?id=1615
After releasing 2.14.0
I would like to highlight this bug:
http://code.google.com/p/lilypond/issues/detail?id=1615
After releasing 2.14.0 and 2.15.0, I deleted my GUB download/
directory -- I thought it would be good to test that all the
automatic download links were still valid, the whole system would
work from scratch
On Mon, May 30, 2011 at 8:08 PM, m...@apollinemike.com
wrote:
> Hey all,
>
> I've been getting this from LilyPond recently:
>
> programming error: Parsed object should be dead: static scm_unused_struct*
> Prob::mark_smob(scm_unused_struct*)
> continuing, cross fingers
>
> Is anyone else getting t
Hello,
I think we have some duplication in this section but would like a second
opinion as I think we can remove the snippets as we explain what the snippets
do in the previous text, therefore making them redundant and the doc larger
than it needs to be.
Specifically:
http://lilypond.org/doc/
http://codereview.appspot.com/4410049/diff/16001/lily/stem.cc
File lily/stem.cc (right):
http://codereview.appspot.com/4410049/diff/16001/lily/stem.cc#newcode612
lily/stem.cc:612:
On 2011/06/09 08:12:54, MikeSol wrote:
I remember we worked on a Scheme version of this a while back
Code for fla
Hey Janek,
All the metafont stuff looks good! Last time we touched base, I recall
that we had talked about looking into embedding a lot of this info into
the font - did that prove to be not doable? Other than that, I have one
comment below about the C++ stuff.
Cheers,
Mike
http://codereview.
36 matches
Mail list logo
