svn commit: r309910 - head/textproc/docproj

[Hiroki Sato]

Glen Barber <gjb at FreeBSD.org> wrote
  in <20130104015237.GC21652 at glenbarber.us>:

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

 Yes, it (+ removing docproj-jadetex) looks reasonable to me, too.  I
 was thinking to remove TeX dependency entirely after XML toolchain
 worked with printable formats but it takes some more time.

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

 I think there is no problem with changing the maintainership
 (actually, no MAINTAINER line is needed for the slaves).  Just to
 make sure, it would be good to send a ping to the author before the
 change.

-- Hiroki
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/svn-ports-all/attachments/20130104/350d178e/attachment.sig>