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: James Lowe
Subject: Re: I cannot run make check since Issue 5450: relocate.cc: Introduce new command `set?'
Date: Thu, 24 Jan 2019 10:00:42 +0000 (GMT)

Hello,


2019-01-23 23:22 GMT+00:00 Knut Petersen<address@hidden>:
> On 23.01.19 22:50, Thomas Morley wrote:
>> While I agree it has nothing to do with the current problem, it may be
>> an argument against _requirement_ of extractpdfmark
>> Though, I'm not familiar with this stuff, I may be wrong.
> 
> extractpdfmark saves more than 100 MB of disk space if you only look at the 
> final documentation pdfs, a lot more if you also look at the intermediate 
> files generated during the build process.
> 
> The real problem with gs commit 
> http://www.ghostscript.com/cgi-bin/findgit.cgi?04a517f39cc3e2 is that the 
> workaround suggested by Ken Sharp in 
> https://bugs.ghostscript.com/show_bug.cgi?id=700367 is also broken, see 
> https://bugs.ghostscript.com/show_bug.cgi?id=700436.
> 
> As far as I see we don't use CID fonts in our current documentation, so it's 
> not a problem for master, staging or stable/2.20. But my private branch with 
> CID versions of Emmentaler and other optimizations is affected, and anybody 
> who uses CID fonts and pdf postprocessing (e.g. some lyluatex users).
> 
> Ghostscript is easy to build, and "git revert 04a517f39cc3e2" is the 
> recommended fix until Ken decides that it is time to fix the broken 
> workaround.
> 
> Knut
> 

The main thing though is now someone needs to download and install stuff that 
is really only needed for doc building just to build the LP binary. That is a 
LOT of extra software just to build LP.

No one really builds the doc apart from me (test patches) Phil (website) and 
maybe a few hardcore LP users.

Therefore I think requiring extractpdfmark just to build LP binary is a bit 
overkill.

James


reply via email to

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