On 2011/06/09 02:55:54, Keith wrote:
http://codereview.appspot.com/4515158/diff/2009/lily/align-interface.cc
File lily/align-interface.cc (right):
http://codereview.appspot.com/4515158/diff/2009/lily/align-interface.cc#newcode222
lily/align-interface.cc:222: dy = max (dy, min_distance);
On
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.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
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:
On Mon, May 30, 2011 at 8:08 PM, m...@apollinemike.com
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
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
- Original Message -
From: Graham Percival gra...@percival-music.ca
To: lilypond-devel@gnu.org
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:
Graham == Graham Percival gra...@percival-music.ca 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
Graham == Graham Percival gra...@percival-music.ca 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
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 around
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
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
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
I had
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 RELEASES.
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 that
Hi,
i wanted to reply yesterday, but my dad broke our internet connection :)
W dniu 8 czerwca 2011 00:05 użytkownik Carl Sorensen
c_soren...@byu.edu napisał:
On 6/1/11 9:39 AM, Janek Warchoł lemniskata.bernoull...@gmail.com wrote:
(...) and have it output a flags.otf-table file looking like
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
2011/6/9 Janek Warchoł lemniskata.bernoull...@gmail.com:
When i try to git am patch, 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
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 Graham Percival gra...@percival-music.ca:
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
Janek
Delete the rebase-apply directory.
Trevor
- Original Message -
From: Janek Warchoł lemniskata.bernoull...@gmail.com
To: lilypond-devel@gnu.org
Sent: Thursday, June 09, 2011 6:01 PM
Subject: git help - previous rebase directory
Hi,
probably i'm doing something stupid, but
Janek
Just the current branch.
Trevor
- Original Message -
From: Janek Warchoł lemniskata.bernoull...@gmail.com
To: lilypond-devel@gnu.org
Sent: Thursday, June 09, 2011 5:35 PM
Subject: does git reset change whole repository or just current
branch?
does
git reset --hard
2011/6/9 Trevor Daniels t.dani...@treda.co.uk:
Just the current branch.
Thanks!
I suggest a patch to the docs about it (attached).
Janek
- Original Message - From: Janek Warchoł
lemniskata.bernoull...@gmail.com
does
git reset --hard origin/master
Trevor,
2011/6/9 Trevor Daniels t.dani...@treda.co.uk:
2011/6/9 Janek Warchoł lemniskata.bernoull...@gmail.com:
When i try to git am patch, git says
previous rebase directory /home/janek/lilypond-git/.git/rebase-apply
still exists but mbox given.
despite that the current branch was deleted
On 6/9/11 9:02 AM, Janek Warchoł lemniskata.bernoull...@gmail.com 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
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
On Thu, Jun 09, 2011 at 08:52:49PM +0200, Janek Warchoł wrote:
Trevor,
2011/6/9 Trevor Daniels t.dani...@treda.co.uk:
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
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,
2011/6/9 Graham Percival gra...@percival-music.ca:
On Thu, Jun 09, 2011 at 08:52:49PM +0200, Janek Warchoł wrote:
Trevor,
2011/6/9 Trevor Daniels t.dani...@treda.co.uk:
Delete the rebase-apply directory.
Inside lilypond-git? There is no such directory!
It's inside .git/
Ah, ok.
(it
2011/6/8-9 Carl Sorensen c_soren...@byu.edu:
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
On 6/9/11 3:18 PM, Janek Warchoł lemniskata.bernoull...@gmail.com wrote:
2011/6/8-9 Carl Sorensen c_soren...@byu.edu:
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
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
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, but
33 matches
Mail list logo
