[Pkg-fonts-devel] license violations with embedded binary copies of GNU FreeFont?

[Paul Wise]

On Wed, Jul 6, 2011 at 4:06 PM, Nicolas Spalinger
<nicolas_spalinger at sil.org> wrote:

> AFAICT pdffonts reads it from the PDF file structure directly.

Huh, I did not know that existed... nice.

> It seems fontaine doesn't do this, so until we dive into the lintian
> check I suggest we simply plug the little fontembedding python fontforge
> script into our review:
>
> I committed the script in my people/ folder (it's on
> http://utilities.open-fonts.org/ as well) and the small mods on our
> review scripts.
>
> Could you please test/improve/deploy?

Done and doing a full run now.

Can you explain more about the embedding bits and what each one means?
I think we need something that checks if each one is individually set
and then prints the explanation for that bit.

BTW, I had a chat about lintian, daca and lintian font tests on
#debian-qa last night. There wasn't any opposition to adding
libfont-ttf-perl as a dep but it seems lintian might turn into a
static analysis framework that can use multiple external (and possibly
CPU-intensive) tools, in that case daca would be merged and perhaps we
could get lintian.d.o to be running fontlint and adding a
warnings-from-fontlint lintian warning. This needs to be discussed
more and if anyone will be at DebConf11, I suggest coming to the
QA/lintian BoFs and talks. There is potentially scope for moving
puiparts, daca, fontlint, fontembedding, PDF and other checks into
lintian itself.

http://lintian.debian.org/
http://qa.debian.org/daca/

-- 
bye,
pabs

http://wiki.debian.org/PaulWise