John Gourlay | 3 May 19:17 2016
Picon

Requesting write access to the LilyPond repository

Werner Lemberg is asking that I create a branch in the LilyPond repository containing my changes for
lilyissue 4751 (musicxml2ly enhancements), but I don’t have write access to the repository. May I have
this privilege? What do I need to do, if anything, to obtain it?

John Gourlay
_______________________________________________
lilypond-devel mailing list
lilypond-devel <at> gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
David Kastrup | 3 May 00:58 2016
Picon
Picon

Moving a number of C++ constructs to SCM

This is a sequence of patches.  The first one is just the same as the
already submitted issue 4840 (so that this can be tested on master):
it did not make sense to disentangle the bulk of this work from that
change.

If you point "git am" at the (sorted) sequence of saved mail messages,
it should apply the patches cleanly.

Patches bear the titles:

[PATCH 1/5] Issue 4840: Make Translator/Performer/Engraver abstract
[PATCH 2/5] Add Callback0_wrapper and Callback2_wrapper class
[PATCH 3/5] Add Method_instance class
[PATCH 4/5] Replace Engraver_dispatch_entry with Method_instance
[PATCH 5/5] Replace Translator_method et al

The main point is bringing the engraver structure close enough to
Scheme that Scheme engravers can work just as efficiently as C++
engravers.  At the current point of time, Scheme engravers acknowledge
_all_ grobs and then redistribute them to the Scheme engraver
acknowledgers manually instead of making use of the Dispatcher
classes.

These changes are a large step towards making Scheme acknowledgers
compatible with the framework connecting Dispatcher instances.
David Kastrup | 2 May 18:31 2016
Picon
Picon

[PATCH] Make Translator/Performer/Engraver abstract base classes

Sorry, it's another patch mail as I don't have a clue how to coax my
Ubuntu 16.04 upload.py into working again yet.

This is likely to end up wrapped in another patch/issue but likely
deserves separate review.
James Lowe | 1 May 10:49 2016
Picon

PATCHES: Countdown for May 1st

Hello,

Here is the current patch countdown list. The next countdown will be on
May 4th.

A quick synopsis of all patches currently in the review process can be
found here:

http://philholmes.net/lilypond/allura/

__________

Push:

4828 Allow override of NoteHead.ledger-positions - Paul Morris
https://sourceforge.net/p/testlilyissues/issues/4828
http://codereview.appspot.com/295970043

Countdown:

4835 Move Callback_wrapper class to separate file and simplify - David 
Kastrup
https://sourceforge.net/p/testlilyissues/issues/4835
http://codereview.appspot.com/294390043

4834 Remove routing information from Grob_info - David Kastrup
https://sourceforge.net/p/testlilyissues/issues/4834
http://codereview.appspot.com/294330043

4829 add all languages for content negotiation and explain how to test 
(Continue reading)

Translation Project Robot | 30 Apr 16:22 2016

New Spanish PO file for 'lilypond' (version 2.19.26)

Hello, gentle maintainer.

This is a message from the Translation Project robot.

A revised PO file for textual domain 'lilypond' has been submitted
by the Spanish team of translators.  The file is available at:

    http://translationproject.org/latest/lilypond/es.po

(We can arrange things so that in the future such files are automatically
e-mailed to you when they arrive.  Ask at the address below if you want this.)

All other PO files for your package are available in:

    http://translationproject.org/latest/lilypond/

Please consider including all of these in your next release, whether
official or a pretest.

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

The following HTML page has been updated:

    http://translationproject.org/domain/lilypond.html

If any question arises, please contact the translation coordinator.
(Continue reading)

Translation Project Robot | 30 Apr 16:17 2016

New Spanish PO file for 'lilypond' (version 2.19.26)

Hello, gentle maintainer.

This is a message from the Translation Project robot.

A revised PO file for textual domain 'lilypond' has been submitted
by the Spanish team of translators.  The file is available at:

    http://translationproject.org/latest/lilypond/es.po

(We can arrange things so that in the future such files are automatically
e-mailed to you when they arrive.  Ask at the address below if you want this.)

All other PO files for your package are available in:

    http://translationproject.org/latest/lilypond/

Please consider including all of these in your next release, whether
official or a pretest.

Whenever you have a new distribution with a new version number ready,
containing a newer POT file, please send the URL of that distribution
tarball to the address below.  The tarball may be just a pretest or a
snapshot, it does not even have to compile.  It is just used by the
translators when they need some extra translation context.

The following HTML page has been updated:

    http://translationproject.org/domain/lilypond.html

If any question arises, please contact the translation coordinator.
(Continue reading)

dak | 30 Apr 11:37 2016
Picon
Picon

Re: Introduce a Grob_interface class (issue 251700043 by nine.fierce.ballads <at> gmail.com)

Ok, I need a refresher here.  What was the ultimate aim of this
patch/issue?  As it stands, actual interface classes like
Axis_group_interface don't have _any_ connection to a type any more.
Instead, there is a Grob_interface template class depending on them with
an arbitrarily named single instance not used for anything but
initialization.

The interface classes act as containers for static member functions.
That's basically useless: they are being used as namespaces without any
coherent action.

I think the ultimate motivation was to access grob member functions
directly, by having member functions with a this-pointer set on the
Grob, achieved via deriving from Grob.

I remember objecting to that step based on the current design as the
resulting inheritance hierarchy would not at all reflect any meaningful
object relation and the actual instances of the created types would be
rather meaningless.

In particular, since interfaces would not be free to add non-static data
members of their own, the necessary amount of up- and downcasting would
not really correspond to any actual functionality.

The reason I bring this up right now is that acknowledgers are part of
engravers and tied to interfaces.  These ties are currently established
by symbol name.  However, it would make more sense to actually tie the
acknowledgers into the actual C++ construct for an interface, like

XXX_engraver : Engraver {
(Continue reading)

John Gourlay | 30 Apr 02:03 2016
Picon

git-cl problem

At long last I’m ready to upload the changes that I’ve been working on (updating musicxml2ly from
Philomelos, issue 4751), but git-cl is not working for me. This is what I see in my terminal window:

[lilypond-git (philomelos %)]$ git-cl upload master

** (emacs:13854): WARNING **: Error retrieving accessibility bus address:
org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files
No output from [‘git', 'diff', '--no-color', '--no-ext-diff', '--full-index',
'--ignore-submodules', '--src-prefix=a/', '--dst-prefix=b/', 'master']

(The warning from emacs is something I get every time I start emacs from the terminal. I think it can be
ignored.) 

What am I doing wrong?

John Gourlay
_______________________________________________
lilypond-devel mailing list
lilypond-devel <at> gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
fedelogy | 28 Apr 17:16 2016
Picon
Gravatar

issue 4829: add all languages for content negotiation in .htaccess (issue 296070043 by fedelogy <at> gmail.com)

Reviewers: ,

Message:
In the CG instructions I preferred rsync over mv, because otherwise any
following compilation will have to start from scratch.

Description:
issue 4829: add all languages for content negotiation in .htaccess

Improve also the instructions in the CG manual on debugging the
website locally.

Please review this at https://codereview.appspot.com/296070043/

Affected files (+40, -11 lines):
   M Documentation/contributor/website-work.itexi
   M Documentation/web/server/lilypond.org.htaccess

Index: Documentation/contributor/website-work.itexi
diff --git a/Documentation/contributor/website-work.itexi  
b/Documentation/contributor/website-work.itexi
index  
d719843b53e3e1e0d58b9c1b326b47cdb24d44b7..588d705f1b4facfbd11797a6122b95aae935d2b4  
100644
--- a/Documentation/contributor/website-work.itexi
+++ b/Documentation/contributor/website-work.itexi
 <at>  <at>  -291,9 +291,11  <at>  <at>  shared with people without trusted access to the  
server.

   <at> itemize
(Continue reading)

Carl.D.Sorensen | 28 Apr 16:22 2016
Picon

Move Callback_wrapper class to separate file and simplify (issue 294390043 by pkx166h <at> gmail.com)

LGTM.  Looks like it is clarifying and simplifying things, and might
even help us with Guile2 migration.

https://codereview.appspot.com/294390043/
James Lowe | 28 Apr 08:35 2016
Picon

PATCHES: Countdown for April 28th

Hello,

Here is the current patch countdown list. The next countdown will be on
May 1st.

A quick synopsis of all patches currently in the review process can be
found here:

http://philholmes.net/lilypond/allura/

__________

Push:

4832 Add GSoC news item - Urs Liska
https://sourceforge.net/p/testlilyissues/issues/4832
http://codereview.appspot.com/299790043

4831 'embed-source-code should disregard Scheme-generated input - 
Valentin Villenave
https://sourceforge.net/p/testlilyissues/issues/4831
http://codereview.appspot.com/297060043

4677 NR - Issue 4677 - input.itely: Various improvements - James Lowe
https://sourceforge.net/p/testlilyissues/issues/4677
http://codereview.appspot.com/279140043

Countdown:

4833 change download/ to downloads/ - Federico Bruni
(Continue reading)


Gmane