Make failng in translation branch

2017-01-18 Thread Walter Garcia-Fontes 
I'm trying "make" in the translation branch to test some new
translations of mine, and I'm getting the below error. I'm doing it in
a version of lilydev I downloaded some months ago, should I reinstall
the new version of lilydev? Curious thing is it was compiling fine
only two weeks ago on my previous round of translation (already
merged). I presume this has nothing to do with my translations as it
happens already with "make" and not "make doc". These are the last
lines when it shows the error: 

make[1]: Entering directory
'/home/wgarcia/lilypond-git/build/Documentation'
/home/wgarcia/lilypond-git/./Documentation/GNUmakefile:2: config.make:
No such file or directory
make/stepmake.make:1: config.make: No such file or directory
/home/wgarcia/lilypond-git/./Documentation/make/stepmake.make:1:
config.make: No such file or directory
/home/wgarcia/lilypond-git/./make/stepmake.make:69: config.make: No
such file or directory
make/toplevel-version.make:1: config.make: No such file or directory
/home/wgarcia/lilypond-git/./Documentation/make/toplevel-version.make:1:
config.make: No such file or directory
local.make:1: config.make: No such file or directory
make/generic-vars.make:1: config.make: No such file or directory
/home/wgarcia/lilypond-git/./Documentation/make/generic-vars.make:1:
config.make: No such file or directory
make/lilypond-vars.make:1: config.make: No such file or directory
/home/wgarcia/lilypond-git/./Documentation/make/lilypond-vars.make:1:
config.make: No such file or directory
make/generic-rules.make:1: config.make: No such file or directory
/home/wgarcia/lilypond-git/./Documentation/make/generic-rules.make:1:
config.make: No such file or directory
make/substitute.make:1: config.make: No such file or directory
/home/wgarcia/lilypond-git/./Documentation/make/substitute.make:1:
config.make: No such file or directory
make/lilypond-rules.make:1: config.make: No such file or directory
/home/wgarcia/lilypond-git/./Documentation/make/lilypond-rules.make:1:
config.make: No such file or directory
make/generic-targets.make:1: config.make: No such file or directory
/home/wgarcia/lilypond-git/./Documentation/make/generic-targets.make:1:
config.make: No such file or directory
make/lilypond-targets.make:1: config.make: No such file or directory
/home/wgarcia/lilypond-git/./Documentation/make/lilypond-targets.make:1:
config.make: No such file or directory
mkdir -p ./out
touch ./out/dummy.dep
echo '*' > ./out/.gitignore

configure changed! You should probably reconfigure manually.

(cd /home/wgarcia/lilypond-git/build/Documentation; ./config.status)
/bin/sh: 1: ./config.status: not found
/home/wgarcia/lilypond-git/stepmake/stepmake/generic-targets.make:147:
recipe for target 'config.make' failed
make[1]: *** [config.make] Error 127
make[1]: Leaving directory
'/home/wgarcia/lilypond-git/build/Documentation'
/home/wgarcia/lilypond-git/stepmake/stepmake/generic-targets.make:6:
recipe for target 'all' failed
make: *** [all] Error 2


-- 
Walter Garcia-Fontes
L'Hospitalet de Llobregat


___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: LilyDev 5.0 released

2017-01-18 Thread Paul 

Hi Federico,  Thanks for the ideas:

On 01/18/2017 12:36 AM, Federico Bruni wrote:

Some ideas to help isolate the problem:

- have you checked the integrity of LilyDev .iso file with md5sum?


Yes, it's ok.

- have you started the installation from scratch (i.e. not copied the 
.vdi file created with previous version of VirtualBox)?


Yes, same result.

- have you tried installing another Linux image on the same version of 
Virtualbox?


My LilyDev4 VM is working fine (I haven't tried re-installing it from 
scratch).


- please try also installing LilyDev with virt-manager: 
https://virt-manager.org/


I gave that a try but did not get far.  Seems to be a dependency or 
permissions issue I couldn't figure out.  Error messages below.


I hope to make a new release of LilyDev this week. I'd be interested 
to know if making LilyDev work for you requires some change to LilyDev 
itself (I don't think so, but let's see..).


I tried installing LilyDev5 on my old mac laptop.  It installs fine, and 
I can boot into LXQT, entering my password, but then there seems to be 
some problem with the mouse/keyboard integration as I can't get it to 
respond to clicks or key presses after I have logged in.


-Paul


virt-manager logs:

A. When installing virt-manager and dependencies via synaptic package 
manager:


W: Can't drop privileges for downloading as file 
'/root/.synaptic/tmp//tmp_sh' couldn't be accessed by user '_apt'. - 
pkgAcquire::Run (13: Permission denied)



B. When using virt-manager:


Unable to connect to libvirt.

Verify that:
 - The 'libvirt-bin' package is installed
 - The 'libvirtd' daemon has been started

Libvirt URI is: lxc:///

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/connection.py", line 903, 
in _do_open

self._backend.open(self._do_creds_password)
  File "/usr/share/virt-manager/virtinst/connection.py", line 148, in open
open_flags)
  File "/usr/lib/python2.7/dist-packages/libvirt.py", line 105, in openAuth
if ret is None:raise libvirtError('virConnectOpenAuth() failed')
libvirtError: Failed to connect socket to 
'/var/run/libvirt/libvirt-sock': Permission denied



Unable to connect to libvirt.

Verify that:
 - The 'libvirt-bin' package is installed
 - The 'libvirtd' daemon has been started
 - You are member of the 'libvirtd' group

Libvirt URI is: qemu:///system

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/connection.py", line 903, 
in _do_open

self._backend.open(self._do_creds_password)
  File "/usr/share/virt-manager/virtinst/connection.py", line 148, in open
open_flags)
  File "/usr/lib/python2.7/dist-packages/libvirt.py", line 105, in openAuth
if ret is None:raise libvirtError('virConnectOpenAuth() failed')
libvirtError: Failed to connect socket to 
'/var/run/libvirt/libvirt-sock': Permission denied



___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: LilyDev 5.0 released

2017-01-18 Thread Federico Bruni 
Il giorno mar 3 gen 2017 alle 21:22, Federico Bruni 
 ha scritto:

In a similar note, could we get a Terminal icon on the taskbar?
Most people won't know that they can get an xterm by pressing
ctrl-alt-t.


Yes, I see that it's a matter of adding a few lines  to 
~/.config/lxqt/panel.conf (section [quicklaunch]).

I'll try to figure out what's the best way to add it in LilyDev.


I decided that it's not worth doing it. I would have to play with 
complicate live-build hooks. In the application menu there's a big 
"Drop application icons here". Pretty easy. And each developer can 
choose what to put there.


On the other hand, I've been hit by the problem of the "bad archive 
mirror", that you reported before. I think that it happens because I 
used stretch instead of testing for repository names. I'll fix this and 
test again.





___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Automatic LyricExtenders (issue 313240043 by perpeduumimmob...@gmail.com)

2017-01-18 Thread Knut Petersen 

Am 18.01.2017 um 09:28 schrieb d...@gnu.org:


https://codereview.appspot.com/313240043/diff/160001/lily/parser.yy
File lily/parser.yy (right):

https://codereview.appspot.com/313240043/diff/160001/lily/parser.yy#newcode3107
lily/parser.yy:3107: $$ = $1;
That looks like strange fallback behavior.  EXTENDER likely has a value
of SCM_UNSPECIFIED (at least I think that is the default for tokens
without attached value).  Can the containing expression deal with that?


I actually had SCM_UNSPECIFIED without the warning in patchset 4 ... don't know
why I changed it. Surprisingly both work identically. But yes, it should be
SCM_UNSPECIFIED.

Knut
>From 7c89c556ca985925755c892873e787b9f223a5c3 Mon Sep 17 00:00:00 2001
From: Knut Petersen 
Date: Wed, 18 Jan 2017 16:37:36 +0100
Subject: [PATCH] Change EXTENDER return value in parser

Signed-off-by: Knut Petersen 
---
 lily/parser.yy | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lily/parser.yy b/lily/parser.yy
index 1c1b100db3..ecbcb2cd53 100644
--- a/lily/parser.yy
+++ b/lily/parser.yy
@@ -3104,7 +3104,7 @@ post_event_nofinger:
 		@$.warning (_ ("The '__' token is ignored and deprecated. Please "
"read \"Extenders and hyphens\" in section 2.1 "
"of the the notation manual!"));
-		$$ = $1;
+		$$ = SCM_UNSPECIFIED;
 
 	}
 	| script_dir direction_reqd_event {
-- 
2.11.0

___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: How to adjust space between ChordNames and Staff?

2017-01-18 Thread Risto Vääräniemi 
On 14 January 2017 at 21:12, Trevor Daniels  wrote:

>
> Thomas Morley wrote Friday, January 13, 2017 9:05 PM
>
>
> > 2017-01-13 17:05 GMT+01:00 Trevor Daniels :
> >>
> >> Risto Vääräniemi wrote Friday, January 13, 2017 3:15 PM
> >>
> >>> On 13 January 2017 at 01:20, Trevor Daniels 
> wrote:
> >>>
>  Interesting.  Does that mean the ChordNames and Lyrics contexts behave
>  differently wrt the vertical spacing controls when these are placed
> within a
>  \with { } block, since Lyrics can be spaced out that way?
> 
>  If so, is this intended for some reason ... or a bug?
> >>>
> >>> Thanks Harm. That did the trick. However, I concur with Trevor about
> the
> >>> confusing difference compared to Lyrics. I assumed that they'd work the
> >>> same way so I did not occur to me to try the \layout block. If it /is/
> an
> >>> intended behaviour, there should probably be a note that the settings
> >>> won't work with \with { }.
> >>
> >> Exactly, but I think we need to understand exactly what the problem is
> before
> >> we can decide (a) whether this _is_ a bug and if so (b) whether it is a
> coding or
> >> a documentation problem.
> >>
> >> Copying to bug list so this doesn't get forgotten.
> >
> > No bug.
> > It's \chords vs \chordmode.
> >
> > \chords (as a shortcut) already created a ChordNames-context, see:
> >
> > chordStuff = \chords { c1 d:m }
> > \void \displayLilyMusic \chordStuff
> >
> > So if you really want to use \chords you need to put overrides, etc
> > into \layout or use
> > \chords \with { ... }
> > at least with newer devel-versions.
> >
> > If you use \chordmode you can do
> > \new ChordNames \with { ... } \chordmode
>
> Excellent explanation!  Many thanks!
>
> So no bug, but we should add a paragraph somewhere in the NR to make this
> clear.  I'll start on that in a day or two.
>
> Trevor
>
>
Thanks for the explanation. And thanks to Trevor for the NR part.

I had to move from \chords to \chordmode anyway because concatenating two
set of chords did not work ( e.g. \new ChordNames { \chordsPartI
\chordsPartII } ). The second part was thrown under the whole system.
However, at that point I had already moved the padding in the \layout block.

The \chords mechanism might also explain why combining did not work—a
second ChordNames was created and ...

-Risto
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

PATCHES - Countdown for January 18th

2017-01-18 Thread James 

Hello,

Here is the current patch countdown list. The next countdown will be on
January 21st.

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

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



Push: No patches to push at this time.


Countdown:


5032 Using \with with \chords, \drums and \figures - Trevor Daniels
https://sourceforge.net/p/testlilyissues/issues/5032
http://codereview.appspot.com/313330043


5029 Implement shorten-pair for Hairpin - David Nalesnik
https://sourceforge.net/p/testlilyissues/issues/5029
http://codereview.appspot.com/315350043


Review: No patches in Review at this time.


New:


5014 Doc: remove www from lilypond.org URL - Federico Bruni
https://sourceforge.net/p/testlilyissues/issues/5014
http://codereview.appspot.com/312190043


4509 Enhancement: automatically engrave lyric extenders - Alexander Kobel
https://sourceforge.net/p/testlilyissues/issues/4509
http://codereview.appspot.com/313240043


Waiting:


4600 Let notes/rests suppress multi-measure rest grobs - Dan Eble
https://sourceforge.net/p/testlilyissues/issues/4600
http://codereview.appspot.com/265160043


Regards

James


___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Automatic LyricExtenders (issue 313240043 by perpeduumimmob...@gmail.com)

2017-01-18 Thread dak 


https://codereview.appspot.com/313240043/diff/160001/lily/parser.yy
File lily/parser.yy (right):

https://codereview.appspot.com/313240043/diff/160001/lily/parser.yy#newcode3107
lily/parser.yy:3107: $$ = $1;
That looks like strange fallback behavior.  EXTENDER likely has a value
of SCM_UNSPECIFIED (at least I think that is the default for tokens
without attached value).  Can the containing expression deal with that?

If it can, it would make more sense to explicitly use SCM_UNSPECIFIED,
or otherwise whatever other value is accepted by those using the
containing syntactical expression.

https://codereview.appspot.com/313240043/

___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel