[RULE] gd, xpm, and X libraries: need a second opinion
Peter E. Popovich
peter at popovich.net
Tue Jul 6 00:18:19 EEST 2004
i've been tinkering with rh / fc since vanderbilt (rh 4.1), and i
typically do custom minimal installs, especially on servers. my
motivation differs slightly from the RULE manifesto, though. for me, the
rationale is: installing less software reduces TCO by reducing the number
of relevant security and errata issues the admin has to keep track of.
one thing i do use is nagios, which needs gd. at least in fc1 and fc2, rh
builds gd with xpm support enabled, which means it depends on libX11 and
libXpm...
for most folks, that's no big deal, but currently, gd is the only thing i
run on servers that requires X, and while X is pretty mature, it's a big
hunk of complex code to install for a feature (xpm) that i never use.
i could roll my own RPM of gd with xpm disabled, but that's a poor
long-term solution. maintaining custom RPMs increases TCO, there's no
community to help with QA, and it's YA package to track for potential
errata and security issues.
i've got a couple of ideas, but i need some extra eyes to look them over.
i'm hoping someone here has an opinion:
1) propose a specfile for gd that builds gd two ways: gd-noX and gd. gd
would stay as-is, gd-noX would be gd built with xpm disabled. i'm not
sure how existing packages would distinguish which gd functionality they
need. all in all, i think rh is unlikely to adopt this change into future
releases.
2) propose a change to gd that extracts the xpm features (and everything
that depends on X libraries) out of libgd.so and puts them into a separate
library file, e.g. libgd-xpm.so. rh could package libgd.so in an RPM
without the X dependency, and put libgd-xpm.so in its own RPM. RPMs that
use the standard autoreq / find-requires would automatically update to
require libgd-xpm if they need it. RPMs with autoreq: 0 might require
updating, though.
i think (2) is more elegant than (1), and has a higher chance of success,
but it depends on unknowns: can xpm be extracted into a separate library,
would doing that create unintended consequences, and would the author of
gd (Thomas Boutell) incorporate such a change?
i wrote Thomas Boutell, but didn't get anywhere. maybe i didn't pitch the
idea well, or maybe he subscribes to the "build from source" mindset.
i'm really not sure how best to enlist his help, or the help of someone
with the skills to propose a change.
i'm handy with RPM, but i'm not fluent enough in gd's inner workings to
have a clue as to how to approach this.
...it occurs to me at this point that the entire premise of posting here
assumes that folks here agree it's worth worrying about eliminating a
dependance on X libraries. dunno if that's the case.
thoughts?
_______________________________________________
Original home page of the RULE project: www.rule-project.org
Rule-list at rule-project.org
http://rita.choice-secure.com/mailman/listinfo/rule-list_rule-project.org
This full static mirror of the Run Up to Date Linux Everywhere Project mailing list, originally hosted at http://lists.hellug.gr/mailman/listinfo/rule-list, is kept online by Free Software popularizer, researcher and trainer Marco Fioretti. To know how you can support this archive, and Marco's work in general, please click here