all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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’.

      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.