LWN.net Logo

Advertisement

GStreamer, Embedded Linux, Android, VoD, Smooth Streaming, DRM, RTSP, HEVC, PulseAudio, OpenGL. Register now to attend.

Advertise here

The Ubuntu font and a fresh look at open font licensing

October 13, 2010

This article was contributed by Nathan Willis

When Ubuntu 10.10 was released on October 10, it marked the "official" debut of the Ubuntu Font, commissioned by Canonical from type foundry Dalton Maag. Free software licensing aficionados will no doubt pick up on the fact that the font was released under the "Ubuntu Font License" (UFL) rather than one of the established options. Canonical takes pains to point out that the UFL is an interim license only, though, and the chain of events that led up to its release illustrate the dynamic landscape that is taking shape in the open font community.

The two most widely used licenses for free and open fonts are the Open Font License (OFL), created and stewarded by SIL International, and the General Public License (GPL) with the Font Exception clause. Canonical felt that neither one precisely met the requirements it set out for the ongoing development of the Ubuntu font family, and started private discussions with several members of the open font development community. Ultimately, the need to release the font under clear terms for inclusion Ubuntu 10.10 dictated that the company adopt an interim license, and continue working on a more permanent solution.

The Ubuntu Font Family as a project

Part of the difficulty in finding a "perfect match" license stemmed from the fact that Ubuntu is keen on continuing to develop the font family as a community project, with large contributions from designers outside Canonical and Dalton Maag, but branded under the Ubuntu label. While the initial font release includes Regular, Bold, Italic, and Bold Italic faces, and covers the Latin, Greek, and Cyrillic alphabets, the long-term plan is to add additional scripts and writing systems in regular point-releases.

Paul Sladen, who is a contractor working on the font family for Canonical, explained the basic plan and structure of the project. Dalton Maag is only contracted to deliver five scripts — Latin, Cyrillic, Greek, Arabic, and Hebrew — although Sladen hopes that the foundry will remain involved. That wide Unicode coverage will establish a base style for the font family, and more and more community material will be merged in as time goes by. The first such contribution has actually been merged: the Indian Rupee symbol; its inclusion makes Ubuntu 10.10 the first operating system to ship with out-of-the-box support for the currency symbol.

The font family is a project hosted on Launchpad, where contributions are beginning to trickle in for additional character sets. For new scripts (and presumably other large-scale enhancement efforts), Sladen said that the current plan, though not set in stone, "is that each LoCo group find themselves two type designers, document the additions necessary for their script, and in order to maintain stylistic harmony across the font family one of those type designers would be mentored by Dalton Maag. Each script would be focused on in turn, on a two-month rotation (eg. potentially six new written scripts or languages per year)." Point releases (1.10, 1.20, etc.), he added, would add beta support for the new scripts, while assuring that the font metrics for those glyphs that were already in the stable (x.00) release remain unaltered, to protect existing documents against sudden repagination and alignment problems.

This structured development plan is distinctly different from the process seen in previous open font commissions, such as the Liberation fonts developed by Ascender for Red Hat. Development has continued on the Liberation family, but without plans specifically targeting greater Unicode coverage.

Licensing decisions

There are derivatives of Liberation that do set out to build wide support for other writing systems though, notably the DejaVu fonts project. This highlights one of the principle issues that separate different open font licensing options: simply examining the names, a user would have no idea that the DejaVu family is related to Liberation.

Canonical considered both the OFL and GPL with Font Exception when beginning its search for a license under which to release the Ubuntu font family. For those unfamiliar, although both licenses are designed to permit modification and redistribution of fonts, they do feature several important differences.

First, the OFL does not require availability of source code. In practice, though, it is easy to modify fonts based only on their binary representation (such as .TTF or .OTF files). For derivative fonts, OFL requires the derivative maker to obtain permission from the original copyright holder in order to re-use the "Reserved Font Name" of the original. Finally, OFL includes a clause that does not allow the font to be re-sold by itself. The latter two elements illustrate that the OFL is designed to meet the expectations of type designers. In particular, the "Reserved Font Name" preservation is an important issue because copyright and patent law varies greatly between different countries in regard to fonts; as a result many type designers rely on protecting the name of the original as the primary line of defense against "brand" dilution.

The GPL with Font Exception, as one might expect, does require source code availability and does not restrict commercial sale of the font. It does not, however, explicitly address renaming derivative works. The Font Exception clause itself simply specifies that documents created with the font are not considered derivative works of the font. The OFL has a similar clause.

While planning for the release of the font, Canonical undertook discussions that reportedly involved OFL co-author Nicolas Spalinger and the Open Font Library's Dave Crossland, seeking to find a licensing approach that would meet Ubuntu's precise needs — a set of concerns that seemed to fit neither OFL nor the GPL with Font Exception. Lacking a perfect fit, Canonical then drafted the interim UFL for the font, following the same broad structure as the OFL.

All of the parties were quick to emphasize that there was nothing adversarial about the discussions, nor the eventual decision to create the UFL. Sladen posted a diff between the interim UFL and the latest version of the OFL (1.1) that shed some light on what Canonical's needs were, however. There are slight differences in wording (such as the use of "propagate" instead of "distribute") that seem to place the license more in line with the GPL and LGPL used for Ubuntu software, but the biggest significant change is in the UFL's treatment of derivative font naming.

First, while the OFL establishes the concept of a "Reserved Font Name" that original copyright holder retains control over, the UFL specifies three distinct degrees of font derivative, and applies specific naming instructions to each. Unmodified versions of the original font must retain the original name, modified versions that are not "Substantially Changed" must be renamed to append the derivative name to the original name, and modified versions that are "Substantially Changed" must be renamed entirely.

The term "Substantially Changed" is defined in the license as "Modified Versions which can be easily identified as dissimilar to the Font Software by users of the Font Software comparing the Original Version with the Modified Version." The distinct degrees of modification and the explicit requirements for each take the place the OFL's requirement that recipients of the font seek explicit permission from the copyright holder on naming questions. The UFL further specifies that the license does not grant any rights to trademarks associated with the original font.

Consequently, the UFL allows "substantial" and "unsubstantial" forks of the Ubuntu font family, but attempts to encode in the license itself what the fork creators must do regarding the font name, and it simultaneously seeks to protect Canonical's trademark on the Ubuntu name itself.

Future licenses, and future code

Although Canonical is clearly satisfied that the terms of the UFL perform their intended function, the company maintains that the UFL is only a temporary solution, and that within several months, a permanent license will be selected. The trouble is that Canonical is not interested in being a license steward, feeling both that license stewardship is outside of its core mission, and that licenses should be maintained by wider community efforts.

While no one is in favor of license proliferation, it is clear that different people and groups involved in open font development represent a spectrum of different beliefs. Crossland believes that this spectrum would best be served by a clear set of license choices, along the lines provided by Creative Commons for artistic works. The Open Font Library's goal of creating strong copyleft fonts, for example, might best be supported by the GPL with Font Exception. SIL's interest in attracting professional type designers to work on modifiable, redistributable fonts is best supported by the OFL.

Thus it seems like a new open font license is inevitable, whether it is eventually maintained by SIL, the FSF, or some other party altogether. Who that might be is entirely up in the air. SIL might seem like the obvious choice, given its long history with the open font movement, but one should not expect a "L"OFL to appear suddenly. Spalinger discussed the UFL and Ubuntu font family project on his blog, and although he emphasizes that he is not speaking on behalf of SIL, he makes it a point that stewardship of another license is not a task that SIL is likely to undertake lightly, nor without support and input from the wider open font community.

Spalinger also has considerable praise for the practical benefits that the Ubuntu font project have brought about, including the fonttest web application, the ongoing efforts of Dalton Maag and Canonical's Design Team to publicly document the font design and testing process on its blog, and Canonical's plan to continue to the develop the font family in the open.

Regarding Dalton Maag, Sladen was also happy that the foundry (and Bruno Maag in particular) was reacting warmly to the interaction with the Ubuntu community. Many foundries, he said, are not used to the long, iterative feedback-and-tweak cycle that this particular commission carried with it — typically, a foundry finishes the design, delivers it to the client, deposits its check, and is finished. "It was a slow start, it is a complete mindset change for them," he said, "I think Dalton Maag have realised the value of the publicity."

At the same time, Dalton Maag's involvement with the project is also having an impact on the open source font creation tool set. Initially, Sladen said, Canonical tried to find a type foundry that worked with open source tools — and there were none.

Instead, Dalton Maag is providing constructive feedback on FontForge and other open source font applications, from the perspective of a full-time type foundry. "Ubuntu focuses quite a lot on usability and user-interaction; before you can fix things, you need to work out what is broken, and precisely the same applies to the libre-font creation stack." He cited several pieces missing from the open source type design process, such as digital signatures and visual hinting and layout tools that the community needs to work together to replace.

Crossland said that type design is in the midst of a revolution at the moment, after years of stability, brought about by Web Font support. As a result, the open font community has grown significantly in recent years, but a side effect of that growth is the differentiation of different participants' goals and needs. One license will probably never fit all. On the bright side, the artistic community has thrived with Creative Commons' palette of licenses, and the free software movement has never been held back by supporting multiple license options. Fonts and their unique set of issues are simply coming of age.


(Log in to post comments)

The Ubuntu font and a fresh look at open font licensing

Posted Oct 14, 2010 2:27 UTC (Thu) by rsidd (subscriber, #2582) [Link]

simply examining the names, a user would have no idea that the DejaVu family is related to Liberation.

Which is fine because the DejaVu family is not related to Liberation. It is a derivative of the Bitstream Vera family. Says so right on the project page.. Vera was donated to the free software community by Bitstream under the condition that derivatives be renamed.

Liberation's goal was not so much professional appearance as size-wise compatibility with the usual Windows fonts: Times New Roman, Arial, Courier New. The Liberation Serif, Sans and Mono fonts are meant to be drop-in replacements for these, but look quite different (and, to my eyes, quite poor).

Meanwhile, the article entirely fails to mention Vera, which was the first professional-quality display font set available under a (more or less) free licence on Linux/X11. (Print quality postscript fonts were available, but displayed poorly on the screen.) It is a rather sloppy article by LWN standards.

The Ubuntu font and a fresh look at open font licensing

Posted Oct 14, 2010 14:37 UTC (Thu) by n8willis (editor, #43041) [Link]

Yeah, that got accidentally linked together from a previously longer discussion of the other commissioned-from-commercial-foundry fonts. The point, however, remains exactly the same: the older fonts were designed, released, then official development on them just stopped. Vera included.

That is the part that makes Ubuntu's -- and DM's -- ongoing development plan different; they are continuing to add scripts and community-developed glyphs.

Moving forward, the decision to continue to develop the UFF is what distinguishes it from Vera -- as well as Droid, Liberation, and the others in that category, which used the deliver-once-then-forget model. For all the general talk about the ills of proprietary software houses dumping code "over the wall" it's puzzling why the FLOSS community took it for granted that it should accept fonts in the same manner.

Nate

The Ubuntu font and a fresh look at open font licensing

Posted Oct 14, 2010 15:42 UTC (Thu) by rahulsundaram (subscriber, #21946) [Link]

Vera, Liberation etc continues to get updates fairly frequently. Not sure what the complaint is all about. More details please.

The Ubuntu font and a fresh look at open font licensing

Posted Oct 14, 2010 16:00 UTC (Thu) by n8willis (editor, #43041) [Link]

You can check their glyph coverage in Fontmatrix or Fontaine and see for yourself.

Example: LiberationSans-Regular.ttf today - 655 character count. LiberationSans-Regular.ttf 1.03.90 from 2008 (oldest available package at https://fedorahosted.org/releases/l/i/liberation-fonts/) - 662.

Vera today: 256. Vera in 2003 (via http://ftp.gnome.org/pub/GNOME/sources/ttf-bitstream-vera...): 256.

Nate

The Ubuntu font and a fresh look at open font licensing

Posted Oct 15, 2010 6:39 UTC (Fri) by rahulsundaram (subscriber, #21946) [Link]

Liberation does have a increase. It is open for contributions. Instead of Vera, look at Dejavu. Noone uses Vera anymore.

The Ubuntu font and a fresh look at open font licensing

Posted Oct 15, 2010 13:34 UTC (Fri) by Quazatron (guest, #4368) [Link]

I didn't find it sloppy at all, it just had a small bug. You should have sent a patch against the article instead of complaining. :-)

The Ubuntu font and a fresh look at open font licensing

Posted Oct 14, 2010 3:03 UTC (Thu) by rsidd (subscriber, #2582) [Link]

simply examining the names, a user would have no idea that the DejaVu family is related to Liberation.

Which is fine, since it is not related. The DejaVu family is a derivative of the Bitstream Vera family: it says so right on the project webpage.

The article makes no mention of Vera, which is odd since the Vera family was the first high-quality set of screen fonts available on Linux/X. (High-quality postscript fonts for printing existed earlier, but displayed poorly on the screen.)

The two most widely used licenses for free and open fonts are the Open Font License (OFL), created and stewarded by SIL International, and the General Public License (GPL) with the Font Exception clause.

The Bitstream Vera and DejaVu families -- surely the most widely used free fonts on linux systems -- use neither of these licenses. Vera uses something like the BSD/MIT license with a clause forbidding commercial distribution of the font by itself (bundling with software distributions that are sold is OK) and requiring derivatives to be named differently from "Vera". These requirements are carried on in DejaVu, with additional changes in DejaVu being in the public domain.

A rather sloppy article by LWN standards.

The Ubuntu font and a fresh look at open font licensing

Posted Oct 14, 2010 3:04 UTC (Thu) by rsidd (subscriber, #2582) [Link]

Sorry for the duplicate: due to some caching problems (I guess) it seemed like my previous comment hadn't appeared.

The Ubuntu font and a fresh look at open font licensing

Posted Oct 14, 2010 9:26 UTC (Thu) by simosx (subscriber, #24338) [Link]

DejaVu has been the default font for Ubuntu for the last 4+ years!

In addition, DejaVu is the default font for several other distributions that require a free font with wide coverage. DejaVu supports the full Latin, Greek and Cyrillic blocks, which makes it easy to use as a one-font suits all.

Indeed, DejaVu is based on Bitstream Vera. Bitstream released their 'Prima' font as open-source with the name Vera (Prima-vera = Spring in Spanish, see?).

Bitstream Vera (still) only supports Latin and a small part of Latin Extended. The DejaVu team, over the years, added support for the full Latin (+Extended A, B, C, D and Supplement), Greek (+Extended/Polytonic), Cyrillic (+Extended A, B, Supplement) and Georgian Unicode blocks, and also many other blocks (Maths, Symbols). You then multiply these to Sans, Serif and Monospace, and also to Regular, Italics, Bold, Extralight.
Finally, the DejaVu team added hinting instructions to the font.

The Ubuntu font and a fresh look at open font licensing

Posted Oct 14, 2010 14:35 UTC (Thu) by yosch (subscriber, #4675) [Link]

Yes, no doubt that the Dejavu project and community is amazing and has achieved a lot and thankfully it continues!

But seen from a license proliferation perspective it's less than ideal to have a project and organisation-specific model. The Dejavu license is actually Vera agreement + MIT/X11-like from Arev + public domain (whatever that means)... And the embedding is not explicitly covered...

The OFL has made features of the Vera agreement more generic and reusable across projects and organisations.

The Ubuntu font and a fresh look at open font licensing

Posted Oct 14, 2010 17:48 UTC (Thu) by simosx (subscriber, #24338) [Link]

I mentioned earlier what DejaVu has achieved as a project (instead of a critical analysis). As far as I know, DejaVu is one of the few projects that have been publicly developing fonts, and managed to get them added to a variety of distributions and software packages (see at the end of http://dejavu-fonts.org/wiki/Download ).

Indeed there is the issue with the license; DejaVu is stuck with the license that came with Bitstream Vera, and as far as I know there has been no response from Bitsteram/GNOME to relicense Vera to the OFL.

The Ubuntu font and a fresh look at open font licensing

Posted Oct 14, 2010 9:42 UTC (Thu) by nim-nim (subscriber, #34454) [Link]

And, in fact, Liberation and DejaVu licensing is incompatible, so they can not be mixed legaly. (which *will* be a problem with the one-of-a-kind license Ubuntu is pushing)

Short-term vs. longer-term

Posted Oct 14, 2010 11:41 UTC (Thu) by sladen (subscriber, #27402) [Link]

The longer-term desire, and the bigger picture (which Canonical is very kindly underwriting) is for a one-of-many-licence. A licence, or licensing framework that is broadly received and compatible with the goals from across the libre/open font community. Input is greatly valued, because without that input the result might not cater for everybody.

Fonts take a very long time to develop, and licensing turns out to take even longer! The Ubuntu Font Licence is therefore very much an interim step—a libre means-to-an-end (release early, release often) for getting the Ubuntu Font Family included in K/Ubuntu 10.10 where it can gain from wider testing.

The use of "Ubuntu" in the licence-name will hopefully discourage wider use of the licence by groups who are not setup (copyright assignment is presently required for the Ubuntu Font Family) to transition to other/better/future licences when they become available.

Hopefully this background and reasoning is covered in the Ubuntu Font Family Licensing FAQ (but if an area needs expanding please file FAQ suggestions).

Short-term vs. longer-term

Posted Oct 14, 2010 11:53 UTC (Thu) by rahulsundaram (subscriber, #21946) [Link]

"The use of "Ubuntu" in the licence-name will hopefully discourage wider use of the licence by groups who are not setup (copyright assignment is presently required for the Ubuntu Font Family) to transition to other/better/future licences when they become available."

Wouldn't the use of "Ubuntu" in the name of the font discourage wider usage of the font itself even if it is eventually under a recognized free font license? Is that the goal as well?

Use of "Ubuntu" as font name

Posted Oct 14, 2010 12:51 UTC (Thu) by sladen (subscriber, #27402) [Link]

It's entirely possible, yes; and I filed a bug along those lines some months ago. ...In the opposite direction, it is also possible that use of the font family may eclipse use of the distribution (or even a son-of-Ubuntu-Font-Family, as has been the case with DejaVu): The bug tracker would be a useful, long-term location to record such thoughts and make it easier to act on them. In the mean-time, hopefully the very existence of the Ubuntu Font Family (regardless of name, or ultimate libre licence) is contributing to the expansion and visibility of the libre/open font community, as well as contributing to the readability and beauty of various desktop themes.

Use of "Ubuntu" as font name

Posted Oct 14, 2010 15:35 UTC (Thu) by rahulsundaram (subscriber, #21946) [Link]

I think if Canonical is interested in the font getting widely used, it needs a vendor and distribution neutral name and free license. Otherwise it is just a non starter and won't useful to the broader community.

Use of "Ubuntu" as font name

Posted Oct 14, 2010 17:27 UTC (Thu) by jspaleta (subscriber, #50639) [Link]

I'd have to concur with regard to the font name. It's a bit weird how branding is a double-edged sword inside our ecosystem when it comes to project naming.

Though I will say having Ubuntu in the licensing name probably won't stop people from using the license if its a good fit for their needs. Historically that really hasn't worked that way. Didn't stop people from picking up the MIT X11 license and reusing it outside of its original use by MIT. Hasn't stopped people using the BSD license outside of BSD. Hasn't stopped the uptake of the Affero GPL license even though Affero Inc. is a privately held for-profit entity. If this "interim" license hangs around too long.. its not going to be "interim" for other people who pick it up and reuse it...or fork this font into a new project. The forked project won't have to follow Canonical's planned re-licensing. I could take the published font right now...fork it..rename it..and we'd be stuck with the "interim" license terms on something.

What's more disturbing still is the blanket copyright assignment requirement to Canonical for these fonts. Canonical continues to push its copyright assignment agenda. Aaron Siego's comments about how Canonical's assignment policy could be fixed to be more balanced and still provide good-faith re-licensing powers is an important read.

http://aseigo.blogspot.com/2010/09/copyright-assignments-...

Read the comment discussion. You can have a contributor agreement that gives a central authority _limited_ ability to relicense in good-faith without giving them the power to create a proprietary fork of the codebase. Aaron goes to some length explaining how KDE's managing entity does this to balance all interests.

-jef

The Ubuntu font and a fresh look at open font licensing

Posted Oct 14, 2010 12:04 UTC (Thu) by yosch (subscriber, #4675) [Link]

BTW it looks like most font sources for Liberation still have the obscure self-referring EULA in their binary fields left over from the commissioning from Ascender:

License URL:
http://www.ascendercorp.com/liberation.html
License:
Use of this Liberation font software is subject to the license agreement
under which you accepted the Liberation font software.

And the embedding (fsType) is still set to Editable embedding (0x0008) which indicates that they may be embedded in documents, but must only be installed temporarily on the remote system.

Maybe the new Chrom*OS fonts: Arimo, Tinos, Cousine -recently commissioned from the same foundry under OFL - will provide a better alternative than Liberation for font compatibility: http://chromestory.com/2010/09/how-to-get-chrome-os-fonts... ?

The Ubuntu font and a fresh look at open font licensing

Posted Oct 14, 2010 4:46 UTC (Thu) by pabs (subscriber, #43278) [Link]

One bad thing about the OFL and reserved font names is that simply rebuilding from source without any patches triggers the renaming requirement. This means that distros cannot build OFL fonts with reserved font names from source, we must distribute the binary produced upstream. Thus far I haven't been able to find a font in Debian that has this problem though.

The Ubuntu font and a fresh look at open font licensing

Posted Oct 14, 2010 9:52 UTC (Thu) by nim-nim (subscriber, #34454) [Link]

This last point is an interpretation of the OFL not everyone agrees with.

If UFL results in a new generic font licence, I hope the "rebuild from sources" case will be adressed explicitely to avoid this kind of ambiguity.

Font Licencing "re-build from source" compatibility

Posted Oct 14, 2010 10:44 UTC (Thu) by sladen (subscriber, #27402) [Link]

Yes, the ability to rebuild-from-source will be an important aspect for lots of distributions (in Debian/Ubuntu upstream precompiled binaries are generally stripped from the source packages); it also has an impact on dynamic conversion/compression stages (in which the Google Webfonts API is leading the way).

Could you possible collectively file and contribute a write-up detailing the examples/wording that are important from your perspectives:

The Ubuntu font and a fresh look at open font licensing

Posted Oct 14, 2010 13:27 UTC (Thu) by yosch (subscriber, #4675) [Link]

Mmm, we've had conversations about this many times already. And the interim UFL or the attempts at fixing problems with the GPL font exception don't bring anything new to this particular issue. The OFL-FAQ (http://scripts.sil.org/OFL-FAQ_web) explains the reasoning and practical working model for the OFL on this particular topic:

"5.9 Do font rebuilds require a name change? Do I have to change the name of the font when my packaging workflow includes a full rebuild from source?
Yes, all rebuilds which change the font data and the smart code are Modified Versions and the requirements of the OFL apply: you need to respect what the Author(s) have chosen in terms of Reserved Font Names. However if a package (or installer) is simply a wrapper or a compressed structure around the final font - leaving them intact on the inside - then no name change is required. Please get in touch with the author(s) and copyright holder(s) to inquire about the presence of font sources beyond the final font file(s) and the recommended build path. That build path may very well be non-trivial and hard to reproduce accurately by the maintainer. If a full font build path is made available by the upstream author(s) please be aware that any regressions and changes you may introduce when doing a rebuild for packaging purposes is your responsibility as a package maintainer since you are effectively creating a separate branch. You should make it very clear to your users that your rebuilt version is not the canonical one from upstream."

In short, if your resulting packaging changes the font and alters the rendering, why should users be confused when features, coverage, metrics, etc are missing or changed and bother upstream about bugs and regressions which you have introduced?

The fact is that the quality open fonts we now have in the distro archives are created with a build path we can't fully reproduce with unrestricted tools at this stage (or some kind of self-contained autobuilder). More precisely we can't fully rebuild to reach the same quality and feature parity than the upstream release. Sure anyone can make a crude makefile and churn something out from existing released sources but it's very unlikely to result in the same final fonts than what upstream produces so for the sake of the end-users and to respect the upstreams it shouldn't masquerade as the upstream trunk but clearly advertise itself as a branch via the renaming mechanism. That's what it's designed for. Obviously if a maintainer recreates a different buildpath from the upstream author then that means he/she is effectively committing to fully maintain a derivative version and not just the packaging. Only a tiny handful of open fonts currently provide a usable reproducable makefile integrated in the workflow of the upstream author(s). The usual software creation and maintainership practises don't apply directly to the specific methodologies of font software. We can easily see that distro maintainers don't have the manpower to fork and separately maintain all the quality open fonts currently in the distro archives. We need to be realistic about this situation. Right now we actually lack maintainers to properly get the various new open fonts into the distros as such. We should probably focus on that first.

If ambitious maintainers want to fully re-create a build path and take full responsibility for maintaining a dedicated autobuild system for their particular environment, then more power to them, but they need to realise that it probably takes more long-term effort than they are prepared to invest and they need to interact with upstream to see if that new level of automation can be properly added to their workflow. Carrying a big delta in the build system is definitely not easy. It boils down to respecting the upstream's creation, using their granted right to modify and branch without creating a huge namespace mess and creating problems with users's documents.

SIL script engineers are working hard to provide a common cross-platform build system that major open font projects will be able to reuse. These efforts take time and a lot of effort.

It would be a pity (a rather self-defeating approach really) to discard all the usable, distributable, modifiable, redistributable fonts we have managed to get released under FSF/OSI-validated font licenses over the past few years because not all designers are using fontforge on Debian/Ubuntu/Fedora as their preferred design environment.

Even big commissioning efforts like the Ubuntu font (I assume the costs are rather significant) don't provide fully automated rebuilds any maintainer can play with. Thankfully extended font sources have been released by DaltonMaag and there is definite interest in growing the open font design toolkit. That's already very good and promising for the future.

The Ubuntu font and a fresh look at open font licensing

Posted Oct 14, 2010 13:44 UTC (Thu) by yosch (subscriber, #4675) [Link]

Interestingly enough - and for some comic relief in all the serious licensing talk - you may want to check the latest FONTLOG in the Ubuntu font source tree to see that among plenty of people listed for their contribution to this big-scope open font project, a professional type designer now working at Dalton Maag - world-famous among other things for a widely (over)used cartoon font - has also contributed to the design of the Ubuntu font :-)

The Ubuntu font and a fresh look at open font licensing

Posted Oct 14, 2010 17:07 UTC (Thu) by nybble41 (subscriber, #55106) [Link]

"... modified versions that are not 'Substantially Changed' must be renamed to append the derivative name to the original name.... The UFL further specifies that the license does not grant any rights to trademarks associated with the original font."

So... if you make a minor change to the font you have to include the original (trademarked) name in the name of the new font, but you aren't granted any rights to use said trademark? How does that work, exactly? No minor forks permitted without a separate trademark license?

personhood

Posted Oct 14, 2010 18:49 UTC (Thu) by wingo (guest, #26929) [Link]

Somewhat meta, but "Canonical felt", "Canonical was satisfied", and other such phrases don't make any sense. Companies don't have feelings.

personhood

Posted Oct 14, 2010 19:54 UTC (Thu) by jimparis (subscriber, #38647) [Link]

Anthropomorphism isn't that uncommon when discussing companies. A corporation is generally considered to be a "person" in some regards: http://en.wikipedia.org/wiki/Legal_personality

TeX

Posted Oct 15, 2010 5:53 UTC (Fri) by sytoka (subscriber, #38525) [Link]

What about all the beautiful font we have in TeX / LaTeX ? Are they open, free ? Why not reuse them after re-encode in another format ?

TeX

Posted Oct 15, 2010 11:15 UTC (Fri) by rsidd (subscriber, #2582) [Link]

The Computer Modern fonts, if that's what you're referring to, are free. So are many other TeX fonts. They are good for printing, but render poorly on the screen, and in some cases are only available as bitmaps or Metafont source. Metafont is scalable in theory, but the algorithm is slow so it is used to generate bitmaps in practice. It is also completely incompatible with postscript or truetype. The more common CM fonts have postscript Type1 versions available, and these are what are usually used these days, but they too are designed for printing, not for screen rendering.

In contrast, Microsoft's Verdana was originally designed specifically for screen-rendering, and the Bitstream Vera / DejaVu family likewise. Prior to Vera, Linux users had the options of bitmap X fonts, which were fine but not scalable; or the "standard" Type1 font versions from URW (Times, Helvetica, etc) which looked fuzzy (when antialiased) or blocky (when not antialiased) on screen. Vera changed that, and (under the name DejaVu) remains the standard on most linux systems. Also, linux users commonly install the MS "core fonts", but these aren't included with distros and their legal status may be unclear (Microsoft no longer offers them for free download).

From what I have seen, the Ubuntu font renders very nicely on the screen.

TeX

Posted Oct 15, 2010 12:58 UTC (Fri) by yosch (subscriber, #4675) [Link]

The CTAN and fresh distributions like TeX Live do include a number of high quality libre/open fonts such as StixFonts, AMSfonts, Libertine, Inconsolata, Asana Math and various families released by GFS and SIL.

Some come with the needed glue files to work in the earlier TeX systems but thankfully newer generations of TeX engine (XeTex, pdfTex, LuaTex, etc) handle TrueType/OpenType formats natively. Well-worth checking out.

TeX

Posted Oct 15, 2010 15:34 UTC (Fri) by davecrossland (guest, #70649) [Link]

TeX

Posted Oct 19, 2010 13:48 UTC (Tue) by Seegras (subscriber, #20463) [Link]

Nice.

On a related note, XeLaTeX has just about the best OpenType-support I've ever seen.

\fontspec[Ligatures={Common, Rare}]{Baskerville}

Eat this, OpenOffice.

How come, by the way, DejaVu isn't available as OTF?

TeX

Posted Oct 22, 2010 8:22 UTC (Fri) by yosch (subscriber, #4675) [Link]

Actually, Libre/OpenOffice.org is nicely catching up in terms of smart font features and advanced typography:

The past releases offer better support for OpenType and there is also a very useful Graphite Font Extension for OpenOffice.org by Keith Stribley from ThanLwinSoft to allow greater control over the integrated Graphite renderer.

László Németh presented his impressive work on using Graphite's font features capabilities in OOo via a branch of the Linux Libertine open font called Magyar Linux Libertine G and a dedicated Typography tool extension. The development was supported by FSF.hu Foundation, Hungary.

TeX

Posted Oct 19, 2010 14:02 UTC (Tue) by davecrossland (guest, #70649) [Link]

DejaVu was published with quadratic (TTF) outlines and no OpenType features; an OTF is a font with cubic outlines and perhaps some OpenType features.

TeX

Posted Oct 22, 2010 8:07 UTC (Fri) by yosch (subscriber, #4675) [Link]

It's worth pointing out that the LM fonts are another indicator of the big complexities of getting font licensing done right and somewhat a warning for the problems inherent in trying to build your own community-specific model.

AFAICT very experienced and prominent people in the the TeX community went through a tough time struggling with various aspects of the licensing issues.

These fonts are now under the project-specific Gust Font License and the LPPL:
http://www.gust.org.pl/projects/e-foundry/latin-modern/in...

Notice the following conclusion describing the now deprecated project and organisation-specific licenses created in the interim on http://www.gust.org.pl/projects/e-foundry/licenses

"The Historical Part

As of September 15, 2006 the licenses described hereunder are not in use. This part of the site will be left as is for historical reasons. Perhaps some day “A Cautionary Tale: Think Thrice Before Trying to Create Your Own License” might be written and then it will become clear why GUST no longer thinks that GFSL and GFNSL are adequate licenses."

The Ubuntu font and a fresh look at open font licensing

Posted Oct 15, 2010 15:21 UTC (Fri) by davecrossland (guest, #70649) [Link]

Coupla points:

DejaVu doesn't extend Liberation, it extends Bitstream Vera.

This line is inaccurate and mixes up various parties:

"Crossland believes that this spectrum would best be served by a clear
set of license choices, along the lines provided by Creative Commons
for artistic works. The Open Font Library's goal of creating strong
copyleft fonts, for example, might best be supported by the GPL with
Font Exception. SIL's interest in attracting professional type
designers to work on modifiable, redistributable fonts is best
supported by the OFL."

With my time machine I would rewrite that as:

"Some have suggested that this spectrum would best be served by a
clear set of license choices, along the lines provided by Creative
Commons for artistic works. The Open Font Library's goal of creating
an easy way for hobbyist type designers to contribute fonts to the
commons, for example, might best be supported by the OFL. Dave
Crossland's interest in attracting professional type designers to work
on modifiable, redistributable fonts is best supported by the GPL or
another source providing licence."

The OFLB totally isn't about stong copyleft fonts, and saying that gives the wrong impression about my influence over the site; which is considerable since I've tried to get the site's codebase improved substantially over the last few years, but I do make efforts to involve the views of other - especially Nicolas Spalinger (yosch). I believe that for the OFLB's goal - simple contribution for casual designers - the OFL is the best choice. For professionals, source provision is key to libre business, and being professionals, they can easily shoulder the responsibilities, and really reap many benefits from sources.

Finally, "the free software movement has never been held back by supporting multiple license options" isn't true, the free software movement is otften held back by incompatible licences since that prohibits mixing 2 programs under eg Apache 2 and GPL 2. It has succeeded despite this though, which I guess is your point.

The Ubuntu font and a fresh look at open font licensing

Posted Apr 24, 2011 13:24 UTC (Sun) by juliank (subscriber, #45896) [Link]

Just as a quick update on "open": The Ubuntu font was REJECTED as non-free in Debian. See https://bugs.launchpad.net/ubuntu-font-licence/+bug/769874 for more information.

Copyright © 2010, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds