GNU bug report logs - #77601
[PATCH 0/2] gnu: font-fira-sans: Update to 4.301

Previous Next

Package: guix-patches;

Reported by: Kurome <hunt31999 <at> gmail.com>

Date: Mon, 7 Apr 2025 09:04:02 UTC

Severity: normal

Tags: patch

Full log


Message #32 received at 77601 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Hilton Chain <hako <at> ultrarare.space>
Cc: Kurome <hunt31999 <at> gmail.com>, Simon Tournier <zimon.toutoune <at> gmail.com>,
 Mathieu Othacehe <othacehe <at> gnu.org>, Tobias Geerinckx-Rice <me <at> tobias.gr>,
 77601 <at> debbugs.gnu.org, jgart <jgart <at> dismail.de>,
 Christopher Baines <guix <at> cbaines.net>
Subject: Re: [bug#77601] [PATCH v2 1/2] gnu: font-fira-sans: Update to
 4.301-1.f54eeb3
Date: Thu, 08 May 2025 18:25:35 +0200
Hi,

Hilton Chain <hako <at> ultrarare.space> writes:

> Ludovic Courtès <ludo <at> gnu.org> writes:
>
>> Hi,
>>
>> Kurome <hunt31999 <at> gmail.com> writes:
>>
>>> The former comment mentioned that this is the final version including the
>>> source code.  However, many fonts included in Guix do not come with source
>>> code, so I believe this is acceptable.
>>
>> Yeah, that’s right, although it’s still a bummer to lower our standards.
>>
>> I think we have no clear guideline to follow.  The package is still free
>> (under SIL OFL), and the FSDG is very lax on “non-functional data”
>> anyway.
>
> Quoting FSDG, fonts are clearly defined as functional:
> --8<---------------cut here---------------start------------->8---
> “Information for practical use” includes software, documentation, fonts,
> and other data that has direct functional applications.
> --8<---------------cut here---------------end--------------->8---
>
> I posted the issue on guix-devel [1].  I think we can remove fonts that
> are not possible to be built from source first, and change remaining
> ones to build from source gradually.
>
> ---
> [1]: https://lists.gnu.org/archive/html/guix-devel/2025-04/msg00085.html

Interesting.  I think FSDG is (again) ambiguous because non-functional
data is described as:

  Data that isn't functional, that doesn't do a practical job, is more
  of an adornment to the system's software than a part of it.

The Fira font is more of an adornment; one doesn’t have to use it, it’s
just something that one may find pretty.

It’s also unclear to me what the “preferred form for modification” is
for fonts.  As discussed in the thread above, in some cases it might
well be OTF, while in other cases there’s a known source form that is
not OTF.

So perhaps this needs to be addressed on a case-by-case basis?

Thanks,
Ludo’.




This bug report was last modified 38 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.