On Thursday, September 17, 2026 11:24:13 PM Mountain Standard Time Fabian 
Greffrath wrote:
> > I have opened a second MR to create a woff-font-in-wrong-dir tag.  Once
> > this
> > is merged, this should complete the process of updating the policy
> > documentation and lintian to reflect what has been decided in this
> > thread.
> 
> Thank you!
> 
> How about font files in eot format? This is also a web format, though a
> hopelessly outdated. I'd say we shouldn't ship these files at all, but
> if we do, we should store them outside of fontconfig's reach.

That is a good question.  It looks like Gimp is shipping some of these fonts 
in a custom directory.  This is just the first 100 results, so it doesn’t give 
a full idea of what is happening in the repository.

https://packages.debian.org/search?
searchon=contents&keywords=.eot&mode=path&suite=unstable&arch=any

The current font-in-non-font-package lintian check looks for EOT fonts, so 
when I updated that tag description I added information about it to match what 
is the check was already doing.

https://salsa.debian.org/lintian/lintian/-/merge_requests/809/diffs

The current logic of the font-outside-font-dir will flag on EOT fonts if the 
are not under /usr/share/fonts.

https://salsa.debian.org/lintian/lintian/-/blob/master/lib/Lintian/Check/
Fonts.pm?ref_type=heads#L89

The description of the tag does not mention EOT fonts.

"This package contains a TrueType, OpenType, or Type 1 fonts, but the package 
does not install this file under /usr/share/fonts/.”

https://lintian.debian.org/tags/font-outside-font-dir.html

I could see this leading to a scenario where someone moves an EOT font under
/usr/share/fonts because of the lintian tag, thus causing problems with 
fontconfig.

We could probably handle this two ways.

1)  Change the logic of the lintian check to not flag EOT fonts except for the 
font-in-non-font-package tag.  This would leave it up to package maintainer to 
choose where it should be placed and is is a good idea if these fonts will all 
eventually be removed from Debian.

2)  Create a new eot-font-in-wrong-dir tag.  For this, we would need to make a 
decision as a project where these fonts should be placed (possibly /usr/share/
font-fontname/eot) and update the wiki with that information.  This would make 
sense under the assumption that we are going to keep shipping EOT fonts for 
the foreseeable future.

-- 
Soren Stoutner
[email protected]

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to