corky1951 at comcast.net
Sat Mar 12 23:57:18 UTC 2011
On Sat 12 Mar 2011 at 15:25:09 PST Doug Barton wrote:
>On 03/12/2011 14:12, Charlie Kester wrote:
>>I'm not aware of any tool that will display a similar dependency tree
>>for a port *before* it is installed.
>portmaster doesn't _quite_ do that, but it does walk you through all of
>the config screens (and thus, the related dependencies) prior to
>building, then present you a list of everything that will be built
>before you build it.
Yep. That's marginally better than "make all-depends-list" because it
filters out any dependencies that would have been pulled in by disabled
>That said, what is really needed is for the OPTIONS framework to take
>environmental preferences into account when dealing with defaults. In
>other words, if WITHOUT_X11 is defined in make.conf, then the defaults
>for OPTIONS that are related to requiring X11 stuff should be off. There
>are a few ports that have rolled their own manipulation of this, but
>that logic really needs to be in bsd.options.mk. Any volunteers?
X11 is just one example.
There are similar scenarios involving XML crap (excuse my language).
What's really needed are better tools to help maintainers see what their
ports are installing, and for them to exercise more disciple in asking
"Is this really necessary, or should I make it optional? Is it really a
run dependency, or is it only needed for the build?" (*)
And maybe also to give end users better tools too, so they can be better
informed about the consequences of installing a particular port or
enabling certain options. Threads like this one usually get started
when someone has an unpleasant surprise.
The WITHOUT_X11 logic wrt options can get complicated, btw. If you're
installing a GTK or KDE app, for example, you probably don't want
WITHOUT_X11 disabling any of its options! Or do we want to interpret
WITHOUT_X11 as a signal that the user intends to run a textmode system
only, and disallow installation of any GUI ports whatsoever?
(* For me, testing the port in a tinderbox with --clean-packages has
always had a sobering effect. When it takes all day -- or more! -- to
finish the test, I start looking for things to trim. Some of you might
recall me asking a while ago whether I could put some pre-built manpages
under files, in order to avoid pulling in a bunch of docbook
More information about the freebsd-ports