Interview with the GNU Directory's Janet Casey

A: The Directory was started from scratch in late 1999. It was originally funded by a grant from the Cordelia Corporation, but there was enough interest in it that the FSF has continued to fund it on an ongoing basis (our membership program is particularly valuable in this respect). UNESCO joined us in April of 2002. It is run from the FSF's offices in Boston, and accounts for between 40 and 45% of the traffic on the FSF's Web site; in a recent five day period, it had almost 2.5 million total hits. It has more than 3,400 listings, each one individually license-checked.

The scope of the Directory has broadened considerably over its lifetime: when Richard Stallman and I designed the original template for an entry, it had 30 possible fields; the current template has 47. The additional fields reflect changes in free software in general; for example, adding irc-help and irc-devel fields, and a bug-database field for packages that use (for example) bugzilla, reflects the general movement towards real-time interaction.

A: I decide which packages go into the Directory, license check them, write up entries, and update existing entries so the Directory is as accurate as possible. In the beginning I never had to chase down dead links, but now the Directory has been around long enough that packages disappear, and I have to find them. I also answer user email, both what comes to me personally and what comes in through our trouble ticket system (we use RequestTracker).

The single most important of these tasks is license-checking; it's what sets the FSD apart from other free software directories. I open each package and check the license of each source code file. Almost 90% of the packages in the Directory are under the GPL or LGPL, but we will include any package under a license we consider acceptably free (see http://www.gnu.org/licenses/license-list.html), that runs on a free OS, and that does not depend on non-free software.

A: I'm heartened by the growing interest in free versions of two particular programs: a free Flash, and free Java Swing. Neither project is complete, but both are under steady and active development. Anyone who spends any time on the Web knows that more and more sites these days are using Flash; a free version will be particularly valuable for the free software desktop, since it's mainly commercial and consumer sites that use Flash.

A really exciting and creative area is free software for video artists. There are packages available for real-time processing/manipulation (FreeJ, MoB, EffecTV, PiDiP, veejay), editing (LiVes), and a set of general tools and libraries (piksel).

The authors of these packages, originally developers, have moved into the artistic arena through their software. This isn't surprising; the ideals of freedom that underlie free software are the same as those that drive artistic creation. The ability to create (or hire someone to create) tools to create exactly the effect you want, without having to depend on the development whims of a software corporation, will attract video and multimedia artists, people who might not otherwise choose free software as their platform.

In general, the development of the Directory has mirrored the trends in free software. In the early days of the Directory, standard software had a command-line interface and was written in C; GUIs were just coming into vogue. Now, almost all packages have some kind of GUI interface, whether native or a front-end. In the past couple of years the Web interface has come to the fore. This reflects an increase in live/interactive communications in general, as we see in the growth of blogs and forums for both personal expression and technical support.

A: The changes you'll see in the future will be refinements of the Directory as it now exists. For example, the fourth iteration of the classification system, one that reflects the growing diversification and depth of free software, will be rolled out in a few weeks.

I'd like to tweak the Directory's home page. Right now it has a listing of "most recently updated" packages; I'd like to break that into "updated" and "new" packages, and add a sidebar that regularly features a different group of software: i.e. software for video streaming, software from one research facility, even fun stuff like a list of software by French developers for the week of Bastille Day. The Directory has more than 3,400 packages; I want to use the front page to tell users about *all* of them, not just the well-known ones.

A: We will implement, probably through a link to the changelog, a field that lets users find this information out. It looks like this will happen at the same time the new version of the classification structure goes live. Thank you for pointing this out, by the way. The FSF doesn't have the resources to do usability studies, so this kind of feedback is particularly valuable to us.

The editorial also revived an ongoing internal discussion about how to mine the deeper levels of data (possibly down to the file level) that are collected in the Directory. We've got a huge amount of data, and I know that, properly presented, it would be of great value to our users.

It's no secret, however, that documentation is not always the most important priority for free software developers. I urge developers to keep changelogs up to date. It would also be useful if a package's home page listed the changes for the most recent version, if not the changelog itself.

A: I don't want to stifle the creative anarchy that has always been a hallmark of free software, but there's a certain amount of repetition in the kinds of programs that exist. Believe me, the world does not need another window manager, and pretty soon there's going to be more image viewing packages than there are images on the Web!

Last, please pay attention to proper licensing. Put a license header with copyright date, name of copyright holder, and a statement telling what license the package is listed under in each source code file. The full text of a short license, such as the X11 license, can go right in the header. With the GPL or LGPL, please include a full copy of the license in the distribution. Since the "How To Enforce These Terms and Conditions" text is legally considered part of the GPL and LGPL, please be sure that it's in the copy of the license that you include in your software.

The more popular and economically viable free software becomes, the more it will come under attack. A trail of legal bread crumbs, in the form of a clear statement that the software you've written is free, is the best way to ensure that it remains free.

A: Thanks for giving me this chance to talk about the Directory!