[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: a new way to build LilyPond binary releases
From: |
Jonas Hahnfeld |
Subject: |
Re: a new way to build LilyPond binary releases |
Date: |
Thu, 12 Mar 2020 17:36:30 +0100 |
User-agent: |
Evolution 3.34.4 |
Am Donnerstag, den 12.03.2020, 17:30 +0100 schrieb Mats Bengtsson:
> On 2020-03-12 16:41, Jonas Hahnfeld wrote:
> > Am Donnerstag, den 12.03.2020, 16:17 +0100 schrieb Mats Bengtsson:
> > > I did a quick test of the lilypond-linux-x86_64-full.tar.gz version on a
> > > reasonably large project (some 80+ page output string quartet score) and
> > > it runs without any error messages and produces correct output, with the
> > > exception of Unicode characters in titling that are completely garbled,
> > > but that's perhaps a known issue.
> > Works for me, at least title = "äöüß" works. But maybe that is related
> > to the problem below...
> Sorry for the noise, I had managed to ruin the UTF-8 encoding in my
> input file by mistake.
Ah, thanks for letting me know.
> > > When untarring the package, I happened to notice that the tar ball
> > > contains a number of soft links to
> > > /home/jonas/lilypond-binaries/dependencies/install/fontconfig-2.13.1/...
> > Ouch, TIL: "cp -r" and "tar" preserve symlinks, at least on Linux. The
> > files are there in the packages for FreeBSD and zip archives can't
> > handle them, so mingw is also fine. As a temporary matter, I've
> > uploaded fontconfig-2.13.1-conf.tar.gz to the GitHub release. Could you
> > extract that to lilypond/etc/fonts/conf.d and overwrite the links?
>
> With a corrected input file, I get the correct output no matter if I
> keep the broken soft links or replace them by your new tar ball, at
> least I couldn't spot any difference.
Ok good. It's probably still better to have it corrected using "cp -RL"
instead of "cp -r" (see latest commit).
Jonas
signature.asc
Description: This is a digitally signed message part
- Re: a new way to build LilyPond binary releases, (continued)
Re: a new way to build LilyPond binary releases, Federico Bruni, 2020/03/12
Re: a new way to build LilyPond binary releases, Jonas Hahnfeld, 2020/03/12
Re[2]: a new way to build LilyPond binary releases, Trevor, 2020/03/12
- Re: Re[2]: a new way to build LilyPond binary releases, Jonas Hahnfeld, 2020/03/12
- Re: Re: Re[2]: a new way to build LilyPond binary releases, Mats Bengtsson, 2020/03/12
- Re[5]: a new way to build LilyPond binary releases, Trevor, 2020/03/12
- Re: Re[5]: a new way to build LilyPond binary releases, Jonas Hahnfeld, 2020/03/12
- Re[7]: a new way to build LilyPond binary releases, Trevor, 2020/03/12
- Re: Re[7]: a new way to build LilyPond binary releases, Jonas Hahnfeld, 2020/03/12
Re: a new way to build LilyPond binary releases, Federico Bruni, 2020/03/13
Re: a new way to build LilyPond binary releases, Federico Bruni, 2020/03/13
Re: a new way to build LilyPond binary releases, Jonas Hahnfeld, 2020/03/13