lilypond-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: I cannot run make check since Issue 5450: relocate.cc: Introduce new


From: pkx166h
Subject: Re: I cannot run make check since Issue 5450: relocate.cc: Introduce new command `set?'
Date: Tue, 22 Jan 2019 17:54:48 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1

Hello,

On 22/01/2019 14:40, James Lowe wrote:
Hello,

Sorry to top post but I have had the same error as Thomas using my 'work' 
instance of Ubuntu 16.04 - at home I also use 16.04.

I try to keep the two 'OSes' the same but recently I had to reinstall my 'work' 
instance as new and now, even after applying the latest git master, I get the 
same 'ementaler.otf' referrenced error that I *don't* get on my home instance.

I also, on my work instance, don't have extractpdfmark installed nor the URW++ 
font's that are also optional and my gs version is 9.26.

I do have extractpdfmark and URW++ fonts installed at home but I don't know 
what my gs version is - I seem to recall that I might have self compiled a 
later version for some reason.

I'll try to play about with my work instance to see if I can pinpoint it.

James

I never got a chance to experiment on my work install (ran out of time) buut now at home my GS version is 9.23.

and looking at my download history it seems that this is because I compiled this manually and installed from sources instead of normal repo install. I don't recall why.

So Thomas can you try to use GS version 9.23 and see if the problem 'goes away' for you too?


James






On Tue, 22 Jan 2019 09:56:16 +0100, Thomas Morley <address@hidden> wrote:

Am Di., 22. Jan. 2019 um 08:24 Uhr schrieb Werner LEMBERG <address@hidden>:
Can you repeat the whole thing without any options for parallel
computing and show us the output of

   make check &> make.check.log &

please?  I could then compare it directly with my log file.
I downgraded ghostscript to 9.26, still failing. So likely not a
gs-problem.

Attached the make.check.log
Thanks.  Replacing your path to lilypond with mine, then doing
`colorwdiff', I immediately see a different value for
LILYPOND_BOOK_LILYPOND_FLAGS.  Looking it up with

   git grep LILYPOND_BOOK_LILYPOND_FLAGS

brings me to file `make/lysdoc-targets.make'.  Obviously, you don't
use `extractpdfmark', right?  However, this shouldn't be a problem, at
least theoretically.
Yep, 'extractpdfmark' is optional, so I didn't bother for now.

The last command present in both my and your log file is

   gs -sDEVICE=png16m \
      -dGraphicsAlphaBits=4 \
      -dTextAlphaBits=4 \
      
-slilypond-datadir=input/regression/out-test-baseline/share/lilypond/current \
      -r101 \
      -dAutoRotatePages=/None \
      -dPrinted=false \
      -sOutputFile=/home/hermann/test-output-distance.png \
      -dNOSAFER \
      -dEPSCrop \
      -q \
      -dNOPAUSE \
      test-output-distance.eps \
      -c quit

to be executed while in directory

   /home/hermann/lilypond-git/build/input/regression/out-test-baseline

(I'll soon add a patch to make `output-distance.py' show the
directory) – can you execute this command manually?  In the above,
I've already adjusted `-sOutputFile'...  For me this works just
fine.
I'm very busy today, not sure I'm able to give it a try before tomorrow evening.

Many thanks,
   Harm




reply via email to

[Prev in Thread] Current Thread [Next in Thread]