From: ludo@gnu.org (Ludovic Courtès)
To: Alex Griffin <a@ajgrf.com>
Cc: guix-devel@gnu.org
Subject: Re: [PATCH 0/3] Various new fonts
Date: Fri, 10 Feb 2017 16:56:06 +0100 [thread overview]
Message-ID: <87lgteavl5.fsf@gnu.org> (raw)
In-Reply-To: <1486740477.2480750.876900224.6C957098@webmail.messagingengine.com> (Alex Griffin's message of "Fri, 10 Feb 2017 09:27:57 -0600")
Alex Griffin <a@ajgrf.com> skribis:
> On Fri, Feb 10, 2017, at 06:48 AM, Ludovic Courtès wrote:
>> I think copying TTFs is not perfect, but I don’t think it contradicts
>> the GNU FSDG. What part of the FSDG did you have in mind?
>
> The first two paragraphs under "License Rules." It reads to me like
> fonts should be treated identically to other software and be available
> in source form. Which I guess doesn't exactly mean we need to build from
> source, but when a user runs `guix build -S font-foo`, they may not get
> the preferred format for making changes.
In the message you referred to, Mark wrote:
That said, this needn't be a blocker for including the built OTF files
in Guix, as long as the license permits all users to copy and
redistribute them for commercial and non-commercial purposes, as these
fonts are considered non-functional data. See:
http://www.gnu.org/distros/free-system-distribution-guidelines.html#non-functional-data
And that’s also my thinking, that fonts are non-functional data.
That said, “License Rules” also mentions fonts as an example of “data
that has direct functional applications”. My take is that the fonts you
submitted, for example, are “more of an adornment to the system's
software than a part of it” (like the FSDG puts it), and are thus
non-functional.
There’s a fine line between functional and non-functional here, but I
think viewing these extra fonts as non-functional is a reasonable
interpretation.
>> I’m not sure which discussion you’re referring to, but I think
>> long-term, we should encourage font packages that build from source.
>> However, I would not refuse packages that copy TTF/OTF files today
>> because the other packages are not up to that standard yet.
>>
>> WDYT?
>
> I would agree with that.
So I guess we’ll apply the patches you sent, but I hereby encourage you
to consider changing them to build the fonts from source. :-)
Thanks,
Ludo’.
prev parent reply other threads:[~2017-02-10 15:56 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-09 21:29 [PATCH 0/3] Various new fonts Alex Griffin
2017-02-10 12:48 ` Ludovic Courtès
2017-02-10 15:27 ` Alex Griffin
2017-02-10 15:56 ` Ludovic Courtès [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87lgteavl5.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=a@ajgrf.com \
--cc=guix-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.