On 28 Apr 2008, at 19:12, Tomoaki Okayama wrote: > Hello, > > gnuplot-nox and imagemagick-nox seem to depend on x11 wrongly. > I attach patches for them in 10.4/unstable. Here are the changes: > > nox_gnuplot.diff > * app-defaults, plotutils-shlibs and plotutils depend on x11. > Deleted. > * remove --with-plot=%p from ConfigureParams. > > nox_imagemagick.diff > * openexr depends on x11-shlibs. Deleted. > * Correct a typo in ConfigureParams. > > > In addition, some of packages in Depends or BuildDepends need x11 > *for make*. For example, x11-dev is needed to build libjasper.1-shlibs > and libdjvulibre15-shlibs, which imagemagick-nox depends on. > If binary packages of them are not available, nox-users cannot > install imagemagick-nox. > > Is that ok? Is there any policy in Fink?
I may be partly an indirectly responsible for some of those _ or intending to be so at some time for some others (e.g., a 'fully enabled" 'gnuplot-max' variant here). Let me try to answer your question, "is there any policy in fink" ... as how I've reacted to this question till now.. Let me first isolate the next paragraph: As I view it, there is no policy that links the name of a package to anything substantive. So, \emph{to the extent that I'm thinking x11 is becoming more and more available to and used by fink users}, I would think it may be in some cases reasonable to split a pkg between a "maximally enabled" and a "minimally enabled" variant in a different way than along strict x11 or not dependency. E.g., for both of the pkgs you mention, there are are substantial additional capabilities possible requiring very little as as additonal deps or bdeps beyond X11 (and this is available even from Apple..), while the big jump in deps and bdeps would be those capabilities that involve a major part of gnome ... Since we obviously don't have the manpower to maintain more than 2 variants for a pkg, my inclination is to forget at worst about the historical names (with time we can try to adjust names to more meaningful ones, e.g., "gnome" and "nognome"), and try to separate pkgs in a binary way, into basically a "minimal" and a "maximal" version, where by "minimal" I mean "maximally enabled such as not to overshoot the major threshold" or something close to that). JF Mertens ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel