Raphael Bauduin: Regarding GNOME and Ghostscript: An Answer to the Open Letter from Raph Levien [Updated: Raph Levien Responds] | Linux Today

Raphael Bauduin: Regarding GNOME and Ghostscript: An Answer to the Open Letter from Raph Levien [Updated: Raph Levien Responds]

Written By
Web Webster
Web Webster
Oct 20, 2000

Raphael Bauduin
writes:

[ Raph Levien has responded to Raphael Bauduin in a talkback
below. lt-ed. ]

Last month, Raph Levien posted an
open letter
about the future of ghostscipt. In this letter, he
expresses the fact that he would like to see it linked against GTK+
and GNOME.

Though he emphasizes he doesn’t want to exclude other desktop
environment, I’m wondering if it is a good idea to link such
general software against non-general non-ubiquitous libraries like
GTK+ and GNOME libraries. I am not a advanced programmer, so I
won’t argue that what I say is the truth. However, I think this is
an issue that needs to be discussed and debated more than it has
been until now. Ghostscript is a piece of software used in a lot of
programs, lots of them being non GTK/GNOME software. If I want to
use ghostscipt from the command line, would it mean I would have to
install the GTK/GNOME libraries? What about KDE software
extensively using Ghostscript? Talking with other people, I was
suggested that it wouldn’t necessarily be a bad thing to link
ghostscript to a toolkit, but that it could be clever to, for
example, consider XUL that already has a GTK binding, and that
could have a QT binding in a near future. It wouldn’t be linked to
Gnome libraries in this case, but that’s what I’m advocating anyway
😉 It seems Raph wants ghostscript to be linked to GNOME even
under KDE, making it appear as a KDE app. I don’t consider
ghostscript as a GNOME app, and I think that by linking ghostscript
to GNOME, we would have a dangerous precedent. Wouldn’t it be much
more reasonable to have ghostscript kept apart from any desktop
environment? Different versions could be developed for the specific
desktop environment, but it should always be based on the same
central “desktop independent” source code. Even some GNOME users
are skeptical about it as a post underlined on GNotice. Alfonso
Landin makes a good point by saying: “If the mantainer want to do a
particular version supporting GdkRGB and Bonobo, i will welcome it,
but it should be forked, and not shipped with the project.” I’m
sorry if the next sentence irritates people, but it makes me think
of some M$ tactics 😉 I have the hope this is not the motivation
of Raph. As maintainer of ghostscript, I hope he will be able to
think objectively about the development of his project, just as
Linus greatly did (and still does) for the Linux kernel. The goal
of ghostscript is to be useful for as much people as possible. It
should not force people to install GTK or GNOME libraries to use
it.

I hope this letter will be the start of a calm discussion .

Web Webster

Web Webster

Web Webster has more than 20 years of writing and editorial experience in the tech sector. He’s written and edited news, demand generation, user-focused, and thought leadership content for business software solutions, consumer tech, and Linux Today, he edits and writes for a portfolio of tech industry news and analysis websites including webopedia.com, and DatabaseJournal.com.

Linux Today Logo

LinuxToday is a trusted, contributor-driven news resource supporting all types of Linux users. Our thriving international community engages with us through social media and frequent content contributions aimed at solving problems ranging from personal computing to enterprise-level IT operations. LinuxToday serves as a home for a community that struggles to find comparable information elsewhere on the web.

Property of TechnologyAdvice. © 2026 TechnologyAdvice. All Rights Reserved

Advertiser Disclosure: Some of the products that appear on this site are from companies from which TechnologyAdvice receives compensation. This compensation may impact how and where products appear on this site including, for example, the order in which they appear. TechnologyAdvice does not include all companies or all types of products available in the marketplace.