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
