svn commit: r39468 - head/en_US.ISO8859-1/books/handbook/ports

[Glen Barber]

On Wed, Aug 29, 2012 at 01:07:30PM -0400, Benjamin Kaduk wrote:
> On Wed, 29 Aug 2012, Isabell Long wrote:
> 
> > Modified: head/en_US.ISO8859-1/books/handbook/ports/chapter.sgml
> > ==============================================================================
> > --- head/en_US.ISO8859-1/books/handbook/ports/chapter.sgml	Wed Aug 29 05:59:54 2012	(r39467)
> > +++ head/en_US.ISO8859-1/books/handbook/ports/chapter.sgml	Wed Aug 29 14:29:03 2012	(r39468)
> > @@ -976,6 +976,18 @@ docbook                     =
> > 	    <command>make <maketarget>install</maketarget></command> and
> > 	    <command>make <maketarget>clean</maketarget></command>
> > 	    as three separate steps.</para>
> > +
> > +	  <para>When installing a port, using only <command>make
> > +	      <maketarget>install</maketarget></command> from the
> > +	    beginning means there will potentially be many waiting
> > +	    periods between user interaction as the default behaviour
> > +	    is to prompt the user for options.  When there are many
> > +	    dependencies, this sometimes makes building a single port
> > +	    a huge hassle.  To avoid this, first run <command>make
> > +	      <maketarget>config-recursive</maketarget></command> to
> > +	    do the configuration in one batch.  Then run
> 
> Is this actually true these days?  I seem to recall that (at least 
> pre-optionsng), if you changed port options so as to add new dependencies, 
> the new dependencies were not included in the config-recursive step, 
> requiring that 'make config-recursive' was run in a loop until it had 
> nothing more to configure.
> 

Unfortunately, this is still true.

Another edge-case is if a dependency were removed by an option selection
(i.e., removing the WITH_APACHE option in lang/php5), the dependent port
will continue to prompt for options even though it is no longer needed.

I've actually been looking into the ugly bits on how this can be
avoided.  I think it would be highly useful for users in cases like
this, and those using Ports Tinderbox for package building.  But, it
seems to be non-trivial...

Glen

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/svn-doc-head/attachments/20120829/fd0e6dbf/attachment.pgp