Re: final (?) issue with darwin-x86

[Jonas Hahnfeld]

Am Mittwoch, den 08.04.2020, 20:13 +0200 schrieb Jonas Hahnfeld:
> Phil has hit another problem when building for darwin-x86:
> 
> Making flower/out/library.a 
> ar: `u' modifier ignored since `D' is the default (see `U')
> i686-apple-darwin8-ranlib: archive: out/library.a truncated or malformed 
> (archive header of next member extends past the end of the file)
> ar: out/library.a: Malformed archive
> .../gub/target/darwin-x86/root/usr/cross/bin/i686-apple-darwin8-ld: truncated 
> or malformed archive: ../flower/./out/library.a at offset 565244 (member 
> extends past the end of the file, can't load from it)
> collect2: error: ld returned 1 exit status
> make[1]: *** [out/lilypond] Error 1
> make: *** [all] Error 2
> 
> I looked into this and I think this happens if running 'ar' on the
> result of 'i686-apple-darwin8-ranlib'. I think the following should
> solve the issue:
> http://git.savannah.gnu.org/cgit/lilypond.git/commit/?h=dev/hahnjo/release-unstable
> 
> I'm currently running that branch through GUB, let's see what happens.

$ bin/gub --platform=linux-64 
darwin-x86::'git://git.sv.gnu.org/lilypond.git?branch=dev/hahnjo/release-unstable'
succeeded and I had already verified that it works in my usual (native)
build setup. Can't test the other platforms myself because building all
the dependencies would take another few hours.

Phil, would you want to give it another try today? The commit is still
in a separate branch, so I'll need to push into release/unstable first.

Jonas


signature.asc
Description: This is a digitally signed message part

final (?) issue with darwin-x86

[Jonas Hahnfeld]

Phil has hit another problem when building for darwin-x86:

Making flower/out/library.a 
ar: `u' modifier ignored since `D' is the default (see `U')
i686-apple-darwin8-ranlib: archive: out/library.a truncated or malformed 
(archive header of next member extends past the end of the file)
ar: out/library.a: Malformed archive
.../gub/target/darwin-x86/root/usr/cross/bin/i686-apple-darwin8-ld: truncated 
or malformed archive: ../flower/./out/library.a at offset 565244 (member 
extends past the end of the file, can't load from it)
collect2: error: ld returned 1 exit status
make[1]: *** [out/lilypond] Error 1
make: *** [all] Error 2

I looked into this and I think this happens if running 'ar' on the
result of 'i686-apple-darwin8-ranlib'. I think the following should
solve the issue:
http://git.savannah.gnu.org/cgit/lilypond.git/commit/?h=dev/hahnjo/release-unstable
I'm currently running that branch through GUB, let's see what happens.
In any case I'd appreciate a second pair of eyes on the change if it is
ok.

Jonas


signature.asc
Description: This is a digitally signed message part

A request on behalf of Turkish Music

[neyzenemre]

Hello. I am Associate Professor Emre Pınarbaşı, one of the lecturers of
Samsun Ondokuz Mayıs University State Conservatory. I specialize in
Traditional Turkish Music. I have been writing my notes using Lilypond for
many years. 

However, the program should expand the MAKAM.LY content a little more and
add new flat and sharps to its content as Font. Turkish music; It is divided
into two as Turkish Art Music and Turkish Folk Music. Only notes of Turkish
Classical Music can be written with Lilypond. Turkish Folk Music has its own
flat and sharps. 

Pitch intervals are shown comparatively in the attached table according to
the MAKAM.LY template. 

How can I add this fonts/graphs to the system


 



--
Sent from: http://lilypond.1069038.n5.nabble.com/Dev-f88644.html

Fwd: A request on behalf of Turkish Music

[Emre PINARBAŞI]

Hello. I am Associate Professor Emre Pınarbaşı, one of the lecturers of
Samsun Ondokuz Mayıs University State Conservatory. I specialize in
Traditional Turkish Music. I have been writing my notes using Lilypond for
many years.

However, the program should expand the MAKAM.LY content a little more and
add new flat and sharps to its content as Font. Turkish music; It is
divided into two as Turkish Art Music and Turkish Folk Music. Only notes of
Turkish Classical Music can be written with Lilypond. Turkish Folk Music
has its own flat and sharps.

Pitch intervals are shown comparatively in the attached table according to
the MAKAM.LY template.

How can I add this fonts/graphs to lilypond system

A request on behalf of Turkish Music

[neyzenemre]

Hello. I am Associate Professor Emre Pınarbaşı, one of the lecturers of
Samsun Ondokuz Mayıs University State Conservatory. I specialize in
Traditional Turkish Music. I have been writing my notes using Lilypond for
many years. 

However, the program should expand the MAKAM.LY content a little more and
add new flat and sharps to its content as Font. Turkish music; It is divided
into two as Turkish Art Music and Turkish Folk Music. Only notes of Turkish
Classical Music can be written with Lilypond. Turkish Folk Music has its own
flat and sharps. 

Pitch intervals are shown comparatively in the attached table according to
the MAKAM.LY template. 

How can I add this fonts/graphs to the system


 



--
Sent from: http://lilypond.1069038.n5.nabble.com/Dev-f88644.html

Re: Latest GUB error

[Jonas Hahnfeld]

Am Mittwoch, den 08.04.2020, 13:33 +0100 schrieb Phil Holmes:
> Merged master and restarted the build.  Got a different but apparently 
> related error:
> 
> 
> cp: omitting directory 
> '/home/gub/NewGub/gub/target/mingw/install/lilypond-2.21.0-root/usr/share/lilypond/current/python/__pycache__'
> Command barfed: cp 
> /home/gub/NewGub/gub/target/mingw/install/lilypond-2.21.0-root/usr/share/lilypond/*/python/*
>  
> /home/gub/NewGub/gub/target/mingw/install/lilypond-2.21.0-root/usr/bin
> Traceback (most recent call last):
> File "bin/gub", line 231, in exceptional_build
> build (settings, options, files)
> File "bin/gub", line 227, in build
> b.build_source_packages (names)
> File "bin/../gub/buildrunner.py", line 334, in build_source_packages
> self.spec_build (spec_name)
> File "bin/../gub/buildrunner.py", line 262, in spec_build
> deferred_runner.execute_deferred_commands ()
> File "bin/../gub/runner.py", line 167, in execute_deferred_commands
> cmd.execute (self.logger)
> File "bin/../gub/commands.py", line 75, in execute
> ignore_errors=self.ignore_errors)
> File "bin/../gub/loggedos.py", line 93, in system
> raise misc.SystemFailed (m)
> SystemFailed: Command barfed: cp 
> /home/gub/NewGub/gub/target/mingw/install/lilypond-2.21.0-root/usr/share/lilypond/*/python/*
>  
> /home/gub/NewGub/gub/target/mingw/install/lilypond-2.21.0-root/usr/bin

Grr, did I ever mention that I love GUB? I think doing a "cp -r" is the
right solution, see attached patch. I don't have time to test right
now; if it happens to work please just apply...

Jonas
diff --git a/gub/specs/lilypond.py b/gub/specs/lilypond.py
index 48b0c04a..abacacd7 100644
--- a/gub/specs/lilypond.py
+++ b/gub/specs/lilypond.py
@@ -194,7 +194,7 @@ cd %(builddir)s/lily && touch out/lilypond
 rm -f %(install_prefix)s/bin/lilypond
 install -m755 %(builddir)s/lily/out/lilypond-windows %(install_prefix)s/bin/lilypond-windows.exe
 install -m755 %(builddir)s/lily/out/lilypond-console %(install_prefix)s/bin/lilypond.exe
-cp %(install_prefix)s/share/lilypond/*/python/* %(install_prefix)s/bin
+cp -r %(install_prefix)s/share/lilypond/*/python/* %(install_prefix)s/bin
 ''')
 def rename (logger, name):
 header = open (name).readline ().strip ()


signature.asc
Description: This is a digitally signed message part

Re: Latest GUB error

[Phil Holmes]

Merged master and restarted the build.  Got a different but apparently 
related error:



cp: omitting directory 
'/home/gub/NewGub/gub/target/mingw/install/lilypond-2.21.0-root/usr/share/lilypond/current/python/__pycache__'
Command barfed: cp 
/home/gub/NewGub/gub/target/mingw/install/lilypond-2.21.0-root/usr/share/lilypond/*/python/* 
/home/gub/NewGub/gub/target/mingw/install/lilypond-2.21.0-root/usr/bin

Traceback (most recent call last):
File "bin/gub", line 231, in exceptional_build
build (settings, options, files)
File "bin/gub", line 227, in build
b.build_source_packages (names)
File "bin/../gub/buildrunner.py", line 334, in build_source_packages
self.spec_build (spec_name)
File "bin/../gub/buildrunner.py", line 262, in spec_build
deferred_runner.execute_deferred_commands ()
File "bin/../gub/runner.py", line 167, in execute_deferred_commands
cmd.execute (self.logger)
File "bin/../gub/commands.py", line 75, in execute
ignore_errors=self.ignore_errors)
File "bin/../gub/loggedos.py", line 93, in system
raise misc.SystemFailed (m)
SystemFailed: Command barfed: cp 
/home/gub/NewGub/gub/target/mingw/install/lilypond-2.21.0-root/usr/share/lilypond/*/python/* 
/home/gub/NewGub/gub/target/mingw/install/lilypond-2.21.0-root/usr/bin





--
Phil Holmes


- Original Message - 
From: "Jonas Hahnfeld" 

To: "Phil Holmes" ; "Devel" 
Cc: "David Kastrup" ; "Han-Wen Nienhuys" 
Sent: Wednesday, April 08, 2020 10:36 AM
Subject: Re: Latest GUB error

Re: Latest GUB error

[Jonas Hahnfeld]

Am Dienstag, den 07.04.2020, 17:48 +0200 schrieb Jonas Hahnfeld:
> Am Dienstag, den 07.04.2020, 16:12 +0100 schrieb Phil Holmes:
> > - Original Message - 
> > From: "Jonas Hahnfeld" <
> > hah...@hahnjo.de
> > 
> > 
> > To: "Phil Holmes" <
> > m...@philholmes.net
> > 
> > > ; "Devel" <
> > 
> > lilypond-devel@gnu.org
> > 
> > 
> > Cc: "David Kastrup" <
> > d...@gnu.org
> > 
> > > ; "Han-Wen Nienhuys" <
> > 
> > hanw...@gmail.com
> > 
> > 
> > Sent: Tuesday, April 07, 2020 3:55 PM
> > Subject: Re: Latest GUB error
> > 
> > > Okay, so this is finally the foreseen problem in current master and
> > > release/unstable when installing from a separate directory. This needs
> > > a fix in LilyPond.
> > > I think we can either revert the "offending" commit (which has
> > > conflicts, see other thread on lilypond-devel) or take a minimum of
> > > https://codereview.appspot.com/549810043
> > > 
> > > . I'd prefer the latter, but
> > > that would require a rather quick consensus and pushing outside of the
> > > usual review cycle.
> > > 
> > > Jonas
> > 
> > 
> > Is anyone actively opposing that patch?  If it fixes the build and there is 
> > no opposition I think it should be pushed.
> 
> I think there are a few minor things that should be changed. I've now
> marked them inline at Rietveld.

Han-Wen has pushed commit 2fc91caabe ("python: fix installation of .py
files when building in separate dir") to master. Not sure if you want
to recreate release/unstable, merge master, or only pick the one fix.

Jonas


signature.asc
Description: This is a digitally signed message part

Re: Search box searches in 2.19

[Han-Wen Nienhuys]

On Wed, Apr 8, 2020 at 9:31 AM Valentin Villenave
 wrote:
>
> On 4/7/20, Francisco Vila  wrote:
> > Search box on front page, shouldn't it look in 2.20 by default?
>
> Well, 2.20 docs haven’t been indexed yet (I’ve spent quite a few
> minutes trying to get some search engines to pay us a visit, but I
> guess the robots’ll drop by whenever they feel like it). So, that
> would only return empty search results for now:
>
> https://www.google.com/search?q=site%3Alilypond.org%2Fdoc%2Fv2.20+test

I get many results for "site:lilypond.org/doc/v2.20 music"

-- 
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen

Re: python: fix installation of .py files when building in separate dir (issue 549810043 by hanw...@gmail.com)

[Han-Wen Nienhuys]

On Tue, Apr 7, 2020 at 9:44 PM  wrote:
>
> LGTM. I think you should push this unblock 2.21.0
>
> https://codereview.appspot.com/549810043/

Ack. Pushed.


-- 
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen

Re: deleting dev/translation-* branches

[David Kastrup]

Jonas Hahnfeld  writes:

> Hi David,
>
> I think these have gone via translation to master, so safe to delete?

I think so.

-- 
David Kastrup

Re: Search box searches in 2.19

[Valentin Villenave]

On 4/7/20, Francisco Vila  wrote:
> Search box on front page, shouldn't it look in 2.20 by default?

Well, 2.20 docs haven’t been indexed yet (I’ve spent quite a few
minutes trying to get some search engines to pay us a visit, but I
guess the robots’ll drop by whenever they feel like it). So, that
would only return empty search results for now:

https://www.google.com/search?q=site%3Alilypond.org%2Fdoc%2Fv2.20+test

(That’s yet another instance where having Google proprietary tools
embedded on the website could have helped us, and yet doesn’t at all.)

V.

deleting dev/translation-* branches

[Jonas Hahnfeld]

Hi David,

I think these have gone via translation to master, so safe to delete?

Jonas


signature.asc
Description: This is a digitally signed message part