On Tue, Oct 06, 2009 at 12:07:56PM -0500, Troy Dawson wrote: > Hello All, > I've been doing some work on getting graphviz updated, and I'd like some > opinions on some things. > > Looking at the various source rpm's, including our original one, I > really like the one that actually comes from graphviz. It is very well > written and self documented. > But there are a couple of problems. > > 1 - By default, graphviz-lua isn't built. In SL 5 we have the package > graphviz-lua but lua isn't in Scientific Linux 5. Does anyone mind if we > drop graphviz-lua from the release? > > 2 - By default, graphviz-ocaml isn't built. In SL 5 we have the package > graphviz-ocaml, but ocaml, or even caml, isn't in Scientific Linux 5. > Does anyone mind if we drop graphviz-ocaml from the release? > > 3 - By default, graphviz-php isn't built. In SL 5 we have the package > graphviz-php. But the build is failing whenever we try to build > graphviz-php. I'm worried that we need a newer version of php for this > to build. Does anyone mind if we drop graphviz-php from the release? > If nobody is using it, then I'm not sure if it is worth the effort to > debug the build. But if some people are using it, then I'll give it > some more work. > > 4 - By default, PANGOCAIRO is turned on. Florian La Roche wants this > turned off so that it doesn't pull in all the Pango and Cairo > dependancies. But when I look at Cairo and Pango, it says > "Cairo is a vector graphics library designed to provide high-quality > display and print output." > "Pango is a system for layout and rendering of internationalized text." > To my untrained eye, it really looks like we want this. graphviz is > used all around the world, and don't people want the printouts and > displays to look nice? > > Thoughts from everyone? Hello Troy, minimal investigation shows the following two bugzilla entries at Red Hat: https://bugzilla.redhat.com/show_bug.cgi?id=468093 https://bugzilla.redhat.com/show_bug.cgi?id=447133 The current Fedora rpm package does contain gnome/cairo/pango deps, so I would keep them, but then think about a subrpm with dot,nop included and also move in the apps which do not have lots of dependencies. Thanks a lot, Florian La Roche