On 8/23/06, Helge Oldach <[EMAIL PROTECTED]> wrote:
Scot Hetzel:
>While the portmanager, portupgrade, and portmaster tools allow you to
>keep your specific port options in a file, they are incompatible with
>each other and when building directly from /usr/ports, as the port
>options in these seperate files are not available to the other tools
>or to /usr/ports.  This deficiency has been fixed with the
>sysutils/portconf port, where you can specify your port options in
>PREFIX/etc/ports.conf file, and these tools and direct building from
>/usr/ports will use these port options.

Hmm... What is wrong with directly amending /etc/make.conf with, for
example:

Nothing wrong with doing it this way, just that a newbie has to find
this syntax, and edit their make.conf accordingly.  Where with a
newbie using the ports.conf file, they just add each option on one
line, and let the magic added by the sysutils/portconf to
/etc/make.conf do all the work for them.

An additional benifit is that you don't clutter your make.conf file
with all of these .if ... .endif statements when you have more than 10
ports that you set with  custom options.

---------------------------------
WRKDIRPREFIX=/usr/obj

.if ${.CURDIR:M*/devel/gmake}
WITHOUT_NLS=yes
.endif

.if ${.CURDIR:M*/mail/fetchmail}
.MAKEFLAGS: -DWITH_NTLM
.endif

:
Note specifically the ".MAKEFLAGS" trick above that IMHO won't easily
work with portconf.

That will work with portconf, without using .MAKEFLAGS:

devel/gmake: WITHOUT_NLS
mail/fetchmail: WITH_NTLM

You could have also used "WITH_NTLM=YES" instead of .MAKEFLAGS in your
make.conf and the fetchmail port would be built with NTLM support.

.if ${.CURDIR:M*/sysutils/uptimed}
post-install-script:
       -${RM} ${PREFIX}/www/cgi-bin/uprecords.conf
       -${RM} ${PREFIX}/www/cgi-bin/uprecords.cgi
       -${RM} ${PREFIX}/www/cgi-bin/uprecords.header
       -${RM} ${PREFIX}/www/cgi-bin/uprecords.footer
       -${RMDIR} ${PREFIX}/www/cgi-bin
       -${RMDIR} ${PREFIX}/www
.endif
---------------------------------

This portconf can't do.

Scot

--
DISCLAIMER:
No electrons were mamed while sending this message. Only slightly bruised.
_______________________________________________
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to