<p dir="ltr"><br>
On Oct 2, 2015 4:49 AM, "Paul Wise" <<a href="mailto:pabs@debian.org">pabs@debian.org</a>> wrote:<br>
><br>
> On Wed, 2 Sep 2015 13:49:33 -0400 Dave Crossland wrote:<br>
><br>
> > All the source files there not available elsewhere will resurface in<br>
> > <a href="http://github.com/googlefonts/">github.com/googlefonts/</a> soon :)<br>
><br>
> Why there instead of the google fonts repository?<br>
><br>
> <a href="https://github.com/google/fonts/">https://github.com/google/fonts/</a><br>
><br>
> What is the relationship between the googlefonts repos and the google<br>
> fonts repo? It seems a bit weird to have two places for the same stuff.</p>
<p dir="ltr">Sources and binaries are not the same stuff. </p>
<p dir="ltr">> > Sadly the RFN is a problem here.<br>
> ...<br>
> > BTW I believe that Debian must rename all OFL-RFN fonts (just as with<br>
> > Firefox.)<br>
> Ugh.<br>
><br>
><br>
> Probably best to do the renaming upstream.</p>
<p dir="ltr">I ask people to drop the rfn, but when they refuse, I get permission for Google to use the rfn (and trademark.)</p>
<p dir="ltr">However, for the source repos, this could be a good idea. I can ask about that.</p>
<p dir="ltr">> You'll still have to retain<br>
> the OFL-RFN but the official name of the font will not be a RFN so<br>
> Debian and other distros will be free to patch as needed.</p>
<p dir="ltr">The official name is the rfn name; that's why the maintainer reserved the name. The distros need to rename or get permission. Same as Firefox. </p>
<p dir="ltr">> > The *-TTF.sfd files were the exact TTFs in SFD format, so generating them<br>
> > more or less directly should do that; the export would need a few 'default'<br>
> > flags, like this:<br>
> It would be nice if Google could standardise on font source formats and<br>
> font build tools so that re-distributors would have an easier time.</p>
<p dir="ltr">The font development community is not uniform, like the software development community is not uniform in choice of text editor, ide, distro, etc. It would be like asking everyone to use eclipse on fedora. </p>
<p dir="ltr">I do suggest today using the afdko, but not all developers are familiar with it. Most of the projects are not actively maintained and predate the liberation of the fdk.</p>
<p dir="ltr">> I would suggest using UFO for the source format is probably best.</p>
<p dir="ltr">Ufo is not great as a source format, it lacks structures for a lot of basic source data types. If you use RoboFont it stores a lot in the private data areas, essentially forking the format. Glyphs and sfd formats are  richer. </p>
<p dir="ltr">> Not sure about build tools but I guess Python things such as Google's<br>
> fonttools are probably the most portable across Win/Mac/Linux.</p>
<p dir="ltr">Behdads FontTools isn't a compiler, and is now maintained by a community of mostly non google developers btw.  </p>
<p dir="ltr">The Google Roboto github repo has a ttf compiler branch under development, but it's far from ready. </p>
<p dir="ltr">Fontforge is another libre compiler but it's not good quality, so I suggest avoiding it where possible. </p>
<p dir="ltr">> --<br>
> bye,<br>
> pabs<br>
><br>
> <a href="https://wiki.debian.org/PaulWise">https://wiki.debian.org/PaulWise</a><br>
</p>