Just wanted to note that in this message: http://lists.alioth.debian.org/pipermail/pkg-fonts-devel/2012-March/009937.html
i proposed a way that we might be able to resolve the non-dfsg-free
issue with fontforge (#665334):
--------------
The code in question appears to be collected and emitted during
generation of Type1 fonts, as part of fontforge's DefaultOtherSubrs()
function. Fontforge also allows the user to replace this data with the
OtherSubrsFile configuration.
What if we did the following:
0) ripped out the adobe code
1) made DefaultOtherSubrs() raise some sort of error
2) made the UI for type1 export default to requesting an
OtherSubrsFile, and had it look in a standard place in the filesystem
3) posted the Adobe-owned data in an OtherSubrsFile-compatible format
somewhere *not* as part of the fontforge package (for debian,
potentially in a package in non-free that placed the file in the
standard place in the filesystem)
-----------------
I haven't had time to work on this proposal, but if someone wants to
give it a shot, that would be great.
Unfortunately, i haven't seen any feedback on it specifically, so i
don't know if anyone else thinks it's feasible.
--dkg
signature.asc
Description: OpenPGP digital signature
