Graham Percival percival-music.ca> writes:
>
> On Fri, Dec 04, 2009 at 12:34:34AM +, Graham Percival wrote:
>
> Sorry, now I'm doubting this. I've realized that we have lots of
> other links on the web page without spelling them out like this.
> Updating them all would be a fair-sized job,
>Graham Percival percival-music.ca> writes:
>
> Thanks, added! A few requests for next time:
> ...
No problem - just replying so you know I saw both threads.
James
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http:
t.com/575600043 [32]
***
Regards,
James
Links:
--
[1] http://philholmes.net/lilypond/allura/
[2] https://sourceforge.net/p/testlilyissues/issues/5745
[3] http://codereview.appspot.com/563500045
[4] https://sourceforge.net/p/testlilyissues/issues/5744
[5] http://codereview.appspot.c
his way I figured at least that I'd test most
of the patch because it would still have to build the reg tests and the
docs).
So sorry for that. Obviously I need some education here.
James
---
Regards
James
eventually can find the code
review here
https://codereview.appspot.com/304160043/
James
]
5740 Add post to defer context actions to end of time step - Dan Eble
https://sourceforge.net/p/testlilyissues/issues/5740 [38]
http://codereview.appspot.com/581600043 [39]
***
Regards,
James
Links:
--
[1] http://philholmes.net/lilypond/allura/
[2] https://sourcefor
Kevin,
Is this patch read for full testing or is it work-in-progress you just
want someone to comment on it?
James
On 25/04/2020 08:42, Kevin Barry wrote:
Patch is attached to this mail as a file if that is more convenient.
Kevin
://codereview.appspot.com/581960043
5936 Build slur skyline out of segments rather than boxes. - Han-Wen
Nienhuys
https://sourceforge.net/p/testlilyissues/issues/5936
http://codereview.appspot.com/577820043
Waiting:
No patches in Waiting at this time.
***
Regards,
James
Hello Kevin,
On 27/04/2020 18:07, Kevin Barry wrote:
Hi James,
Thank you for responding.
On Mon, Apr 27, 2020 at 11:09:50AM +0100, James wrote:
Is this patch read for full testing or is it work-in-progress you just want
someone to comment on it?
It's not work in progress no - unless so
ought I would mention it. I haven't noticed
anything obvious in the resulting PDF - but then again I haven't looked
that hard.
regards
James
;d just scan the conversation
look for anything that sounded contentious or needing a decision.
We always have lilypond-auto list
https://lists.gnu.org/archive/html/lilypond-auto/
perhaps that could be useful for something?
James
was't blind Valentin, He did explain why he reverted it.
Be fair.
We've all got to get used to this 'new' instance, and there will be some
bumps before it is all smooth.
I am sure Jonas will, once we see how it all pans out, suggest and get
some doc done.
Regards
James
x27; or 'duplicate' labels.
While I know this may generate a lot of email noise, it will make things
clearer for me.
Ditto for those closed issues with 'review' label.
James
alentin
Villenave
https://gitlab.com/lilypond/lilypond/-/merge_requests/20
!3 Add dynamic-interface to keepAliveInterfaces - Jean Abou Samra
https://gitlab.com/lilypond/lilypond/-/merge_requests/3
Waiting:
No patches in Waiting at this time.
***
Regards,
James
On 14/05/2020 07:58, Jonas Hahnfeld wrote:
Thanks for all the feedback so far, I'll then work to propose something
simple that can at least get us started. Afterwards we can work from
there.
So for now I can just manually carry on running patchy-merge on staging
as needed?
James
can-force-delete-not-just-revert' approach?
Rather than just automate everything and if something brakes we checkin
a reversion which then makes the tree not 100% compilable?
I've liked that approach we take so far and it always instills a level
of confidence about master.
James
with when he came to do his cherry picking and had to
fix it. So yes put in that new commit.
See: https://lists.gnu.org/archive/html/lilypond-devel/2020-02/msg9.html
James
blems with when he came to do his cherry picking and had to
fix it. So yes put in that new commit.
See: https://lists.gnu.org/archive/html/lilypond-devel/2020-02/msg9.html
James
ond/lilypond/-/merge_requests/22
!4 Ensure having valid references to the position in the source file
while... - Martin Neubauer
https://gitlab.com/lilypond/lilypond/-/merge_requests/4
New:
No patches in New at this time.
Waiting:
No patches in Waiting at this time.
***
Regards,
James
On 15/05/2020 14:16, Jonas Hahnfeld wrote:
Am Freitag, den 15.05.2020, 13:44 +0100 schrieb James:
Hello,
Here is the current patch countdown list. The next countdown will be on
May 17th.
A list of all merge requests can be found here:
https://gitlab.com/lilypond/lilypond/-/merge_requests
one that is rebased
ready for pushing.
What do you think?
James
I'll let you and the developers figure that out, I can work with
whatever I need to do. If it means I occasionally retest a patch twice,
then so be it. No big deal.
James
around /null and
spacing and there was a similar discussion about renaming it with regard
to related 'null-ish' tricks s1*0 and <>
I'll keep hunting to see if I can find it (in case it saves some time
re-hashing old ground).
James
nave
https://gitlab.com/lilypond/lilypond/-/merge_requests/63
!60 WIP: Resolve "Use templates for lots of conversions to SCM and back"
- David Kastrup
https://gitlab.com/lilypond/lilypond/-/merge_requests/60
Waiting:
No patches in Waiting at this time.
***
Regards,
James
t some might want to care
about. That doesn't mean I need to do it, but neither does it mean we
need 'continuous' countdown (whatever that means).
Thanks.
James
4
!83 doc build cleanups - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/83
!71 Fix input/regression/skyline-grob-rotation.ly - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/71
Waiting:
No patches in Waiting at this time.
***
Regards,
James
in Waiting at this time.
***
Regards,
James
CI test one file without GS API - Jonas Hahnfeld
https://gitlab.com/lilypond/lilypond/-/merge_requests/155
***
Regards,
James
//gitlab.com/lilypond/lilypond/-/merge_requests/100
Waiting:
No patches in Waiting at this time.
***
Regards,
James
s are worth it for users - at least from the
feedback we had when Hosoda-san came up with this.
Maybe, if it is so slow (and I guess that is a relative term), he can
improve it?
James
ight after the migration to GitLab, but
now I finally had the chance to look into this with more detail. In
particular we now seem to have a common naming for the labels in
question (great work by James!) which makes scripting much more
feasible.
I've already started to write scripts to create
tribute to the
LP project so developers could get on with fixing issues.
Regards
James
.
Waiting:
No patches in Waiting at this time.
***
Regards,
James
oduleNotFoundError: No module named 'lilylib'
..
for some snippets. But the script completes.
Then I make clean test-clean and doc-clean and start a new make, make
check and make doc (with the patch applied).
It all completes without any problems.
James
Jonas
://gitlab.com/lilypond/lilypond/-/merge_requests/84
Waiting:
!200 Add snippet translations - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/200
***
Regards,
James
Move parallel processing to lilypond-book - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/204
!200 Add snippet translations - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/200
***
Regards,
James
huys
https://gitlab.com/lilypond/lilypond/-/merge_requests/202
!200 Add snippet translations - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/200
***
Regards,
James
/204
!202 Fix xrefs in learning manual - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/202
!200 Add snippet translations - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/200
***
Regards,
James
e_requests/204
!202 Fix xrefs in learning manual - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/202
!200 Add snippet translations - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/200
***
Regards,
James
/204
!202 Fix xrefs in learning manual - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/202
!200 Add snippet translations - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/200
***
Regards,
James
d/lilypond/-/merge_requests/200
***
Regards,
James
/lilypond/-/merge_requests/200
***
Regards,
James
quests/202
!200 Add snippet translations - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/200
!191 Use URW fonts instead of TeX Gyre as the default - Daniel Benjamin
Miller
https://gitlab.com/lilypond/lilypond/-/merge_requests/191
***
Regards,
James
what
the FLA stereotype is, as no one I know actually _comes_ from Florida.
Hmm ... maybe *that's* the stereotype?!.
:D
James
huys
https://gitlab.com/lilypond/lilypond/-/merge_requests/200
!191 Use URW fonts instead of TeX Gyre as the default - Daniel Benjamin
Miller
https://gitlab.com/lilypond/lilypond/-/merge_requests/191
***
Regards,
James
This software is supplied under the GNU AGPLv3 and comes with NO WARRANTY:
see the file COPYING for details.
Processing pages 1 through 7.
Page 1
Can't find (or can't open) font file
/usr/share/ghostscript/9.50/Resource/Font/Emmentaler-20.
Loading Emmentaler-20 font from
/home/james/lilypon
m/lilypond/lilypond/-/merge_requests/204
!202 Fix xrefs in learning manual - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/202
!200 Add snippet translations - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/200
***
Regards,
James
it in the morning; however, inspite of having a really large
scrolling buffer of 1 lines, this was not sufficient to scroll up
to the more interesting information.
Please fix this.
Did you not get this before !84?
I am pretty sure I have been seeing these page counts for a while.
James
Hello
On 05/08/2020 11:01, Federico Bruni wrote:
On Wed, 5 Aug, 2020 at 07:53, James wrote:
I am pretty sure I have been seeing these page counts for a while.
Me too. I think it happens when you have extractpdfmark installed.
yes that is correct - I remember now.
You can uninstall it if
pdftex installed!
extractpdfmark not tex
(I assume that comment was a typo?)
anyway with it installed you will get those messages, without you won't
(or at least I did not).
and it has been a thing for me for a lot longer than 3 weeks.
James
ts/204
!202 Fix xrefs in learning manual - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/202
***
Regards,
James
is another manifestation of that age-old dotted rest problem that
plagued the reg tests for years that was fixed end of last year (but I
forget by who - Thomas?) where the dot would move sometimes and
sometimes not affecting random reg tests?
James
ond/-/merge_requests/204
***
Regards,
James
Waiting:
!204 Move parallel processing to lilypond-book - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/204
***
Regards,
James
ys
https://gitlab.com/lilypond/lilypond/-/merge_requests/204
***
Regards,
James
parallel processing to lilypond-book - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/204
***
Regards,
James
gitlab.com/lilypond/lilypond/-/merge_requests/204
***
Regards,
James
Waiting:
!344 WIP: fully qualify doc includes. - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/344
!204 Move parallel processing to lilypond-book - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/204
***
Regards,
James
Hello
On 02/10/2020 14:34, Michael Käppler wrote:
Maybe James can tell us, why running the regtests with
'warning-as-error #t
was never realized.
I cannot. I was never part of those decisions.
Sorry.
James
- Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/204
***
Regards,
James
developers if they are not
subscribed to the user list.
If this is really a discussion about development and should be on this
list, I'd recommend it was 'moved' over to the correct email list, if
only to discourage this becoming the norm.
James
/-/merge_requests/344
!204 Move parallel processing to lilypond-book - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/204
***
Regards,
James
ry sorry for the inconvenience.
James
Hello,
On 11/11/2020 17:38, Jonas Hahnfeld wrote:
Hi James, all,
Am Mittwoch, den 11.11.2020, 10:48 + schrieb James:
Hello,
Last night my laptop's CPU fan stopped working (in quite spectacular and
noisy fashion!).
Looks like I am back in action - the replacement part arrived toda
metric files in advance - Werner Lemberg
https://gitlab.com/lilypond/lilypond/-/merge_requests/520
New:
No patches in New at this time.
Waiting:
!511 compile.itexi: Update requirements - Werner Lemberg
https://gitlab.com/lilypond/lilypond/-/merge_requests/511
***
Regards,
James
of
setting
patches from 'new' to 'review', because the frequency of somebody
'passing by'
can vary to a great extent and sometimes shared responsibility is
noone's responsibility :)
Yes the classic 'Bystander Effect' problem.
James, what is your opi
might be useful to someone ('perfect enemy of good' and
all that).
James
rted, not yet completed or have
failed make doc are filtered out when I run the useful 'countdown'
script Jonas did for us (me) that I use to generate the countdown email
and also to see which patches I needed to test.
James
rted, not yet completed or have
failed make doc are filtered out when I run the useful 'countdown'
script Jonas did for us (me) that I use to generate the countdown email
and also to see which patches I needed to test.
James
ement FingerGlideSpanner - Thomas Morley
https://gitlab.com/lilypond/lilypond/-/merge_requests/531
Waiting:
No patches in Waiting at this time.
***
Regards,
James
from std-vector.hh - Jonas Hahnfeld
https://gitlab.com/lilypond/lilypond/-/merge_requests/535
New:
No patches in New at this time.
Waiting:
No patches in Waiting at this time.
***
Regards,
James
://gitlab.com/lilypond/lilypond/-/merge_requests/545
Review:
No patches in Review at this time.
New:
No patches in New at this time.
Waiting:
No patches in Waiting at this time.
***
Regards,
James
Hahnfeld
https://gitlab.com/lilypond/lilypond/-/merge_requests/548
Waiting:
No patches in Waiting at this time.
***
Regards and Happy Christmas everyone!
James
New:
!559 HOWTO.index: Updated. - Werner Lemberg
https://gitlab.com/lilypond/lilypond/-/merge_requests/559
Waiting:
No patches in Waiting at this time.
***
Regards,
James
Lemberg
https://gitlab.com/lilypond/lilypond/-/merge_requests/563
New:
No patches in New at this time.
Waiting:
No patches in Waiting at this time.
***
Regards,
James
:
No patches in New at this time.
Waiting:
No patches in Waiting at this time.
***
Regards,
James
.***
Regards,
James
single CPU on an 'old' i5 Intel system a full make doc for me
took less than 50 mins. That last time it took longer than an hour was
when I had an old (8+ years ago) iMac running make doc in a linux VM.
James
Hello
On 02/01/2021 14:07, Trevor wrote:
James wrote 02/01/2021 13:41:06
On 02/01/2021 12:20, Thomas Morley wrote:
A full `make doc` takes hours for me, even if invoked with `make doc
-j5 CPU_COUNT=5`
Thus I hardly do so, but use the CG-documented methods:
Hours?
Really?
Perhaps 'an
On 02/01/2021 15:38, Kieren MacMillan wrote:
I’m using an 11-year old iMac, running LilyDev in a Linux VM. =)
Oh .. OK.
Yeah. Don't make doc.
%^)
James
quests/580
!574 Add ly:smob-counts, a histogram of live smob types - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/574
New:
No patches in New at this time.
Waiting:
No patches in Waiting at this time.
***
Regards,
James
Hello
On 02/01/2021 16:58, Thomas Morley wrote:
Am Sa., 2. Jan. 2021 um 14:41 Uhr schrieb James :
On 02/01/2021 12:20, Thomas Morley wrote:
A full `make doc` takes hours for me, even if invoked with `make doc
-j5 CPU_COUNT=5`
Thus I hardly do so, but use the CG-documented methods:
Hours
://gitlab.com/lilypond/lilypond/-/merge_requests/592
***
Regards,
James
patches in Review at this time.
New:
No patches in New at this time.
Waiting:
!592 Speed up -ddebug-gc-assert-parsed-dead - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/592
***
Regards,
James
.
Waiting:
!592 Speed up -ddebug-gc-assert-parsed-dead - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/592
***
Regards,
James
!592 Make -ddebug-gc-assert-parsed-dead more robust. - Han-Wen Nienhuys
https://gitlab.com/lilypond/lilypond/-/merge_requests/592
New:
No patches in New at this time.
Waiting:
No patches in Waiting at this time.
***
Regards,
James
.
Waiting:
No patches in Waiting at this time.
***
Regards,
James
before.
So in case this means something to someone or it matters, I thought I'd
mention it.
James
not change with visibility - Dan Eble
https://gitlab.com/lilypond/lilypond/-/merge_requests/594
Review:
No patches in Review at this time.
New:
No patches in New at this time.
Waiting:
No patches in Waiting at this time.
***
Regards,
James
eated
without them. Find out more details and why this benefits all @gitlab
<https://gitlab.com/gitlab> users via our blog
<https://about.gitlab.com/blog/2020/06/18/job-artifact-meta-data-expiration-change/>.
--snip--
On 15/01/2021 09:07, James wrote:
Hello,
I suddenly started
parse input
- Werner Lemberg
https://gitlab.com/lilypond/lilypond/-/merge_requests/369
New:
No patches in New at this time.
Waiting:
No patches in Waiting at this time.
***
Regards,
James
in Waiting at this time.
***
Regards,
James
No patches in New at this time.
Waiting:
No patches in Waiting at this time.
***
Regards,
James
directions -
David Stephen Grant
https://gitlab.com/lilypond/lilypond/-/merge_requests/538
Review:
No patches in Review at this time.
New:
No patches in New at this time.
Waiting:
No patches in Waiting at this time.
***
Regards,
James
in New at this time.
Waiting:
No patches in Waiting at this time.
***
Regards,
James
endpoints to be aligned to NoteColumn directions -
David Stephen Grant
https://gitlab.com/lilypond/lilypond/-/merge_requests/538
Review:
No patches in Review at this time.
New:
No patches in New at this time.
Waiting:
No patches in Waiting at this time.
***
Regards,
James
.
New:
No patches in New at this time.
Waiting:
No patches in Waiting at this time.
***
Regards,
James
ehead attachment points separately - Owen Lamb
https://gitlab.com/lilypond/lilypond/-/merge_requests/451
New:
No patches in New at this time.
Waiting:
No patches in Waiting at this time.
***
Regards,
James
isted
in our style guide.
When everyone is a doc editor, no one is a doc editor right?
James
****
Regards,
James
1 - 100 of 2737 matches
Mail list logo