lilypond-user
[Top][All Lists]
Advanced

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

Re: Still failing to operate lilypond 2.20.0 64-bit version.


From: David Kastrup
Subject: Re: Still failing to operate lilypond 2.20.0 64-bit version.
Date: Sat, 07 Oct 2023 01:02:59 +0200
User-agent: Gnus/5.13 (Gnus v5.13)

David Kastrup <dak@gnu.org> writes:

> mskala@ansuz.sooke.bc.ca writes:
>
>> On Fri, 6 Oct 2023, Werner LEMBERG wrote:
>>
>>> Thanks.  I think it's ghostscript – there are no pre-built packages
>>> available either.  While LilyPond doesn't link to it in normal builds,
>>> gs is needed for converting LilyPond's EPS output files to PDF.  In
>>> other words, a MacPorts user still needs a compiler...
>>
>> If LilyPond doesn't link to gs but only execs it, then gs having an
>> incompatible version of GPL from LilyPond's version should not render
>> either binary undistributable, even together.  GNU's position seems to
>> be that exec is a boundary across which it's not necessary for
>> licenses to be compatible.
>
> GNU has no position, the FSF has.

Post Scriptum: of course in this case, the relevant interpretation (in
terms of whether one lands before court) would be that of Artifex as the
Ghostscript copyright holder.  I don't think that they'd go to court
over LilyPond using a separately distributed Ghostscript that is not
just usable by LilyPond.

The other way round we are talking about LilyPond copyright holders
going to court because of Ghostscript being called by LilyPond.  This
would only make sense for copyright holders before the time that
Ghostscript became a fixture for graphics processing and TeX was used
instead, so we are talking about copyright holders from LilyPond version
1.x and earlier.  At that time, however, LilyPond was licensed under
GPLv2+.

It just doesn't come together as something that I can see as a viable
threat scenario.

-- 
David Kastrup



reply via email to

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