svn commit: r309910 - head/textproc/docproj

[Glen Barber]

On Fri, Jan 04, 2013 at 10:30:13AM +0900, Hiroki Sato wrote:
>  FYI, setting YES by default for release package build, and null and
>  display a warning in "make install" are the intentional behavior
>  because people who blindly install textproc/docproj port tend to
>  complain about "PDF version does not build" or "dependency is too
>  large".  This is why simply "make install" does not work.  The reason
>  why it is not "no by default" is that it causes inconsistency between
>  pkg_add and make install (actually all of docproj* packages have
>  jadetex dependency).  One has to choose either, anyway.  $JADETEX
>  knob is a hack added back in the era when there was no OPTIONS, so
>  converting it to OPTIONS would be more user-friendly.  However,
>  setting the default value is still a separate topic.  "no" is harmful
>  in terms of inconsistency with the pre-built package, and people will
>  complain even if it is "yes" by default.
> 
>  For this reason, we have textproc/docproj-jadetex,
>  textproc/docproj-nojadetex, and textproc/docproj with no default
>  WITH_JADETEX.  These are redundant and a bit messy due to historical
>  reasons and they can be reconstructed into the two in a cleaner way,
>  but if we want to change them, it should be done in whole.
> 

Yes, this (in entirety) was an afterthought.

So, how about this?  We make textproc/docproj the default with
WITH_JADETEX enabled, and make textproc/docproj-nojadetex a slave port
that sets WITHOUT_JADETEX post-conversion to optionsng?  I think this
solves both user expectations with undefined WITH_JADETEX, and keeps the
-nojadetex option still available.  What do you think?

BTW, I see that doceng@ is not maintainer for the slave ports for
textproc/docproj.  Can we change this so this is all under our control?

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-ports-all/attachments/20130103/ab5d796b/attachment.sig>