Date: Fri, 04 Jan 2013 11:51:06 +0900 (JST) From: Hiroki Sato <hrs@FreeBSD.org> To: gjb@FreeBSD.org Cc: svn-ports-head@FreeBSD.org, svn-ports-all@FreeBSD.org, jgh@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: svn commit: r309910 - head/textproc/docproj Message-ID: <20130104.115106.785574731377788940.hrs@allbsd.org> In-Reply-To: <20130104015237.GC21652@glenbarber.us> References: <20130104010502.GB21652@glenbarber.us> <20130104.103013.1716297184205635398.hrs@allbsd.org> <20130104015237.GC21652@glenbarber.us>
next in thread | previous in thread | raw e-mail | index | archive | help
----Security_Multipart(Fri_Jan__4_11_51_06_2013_787)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Glen Barber <gjb@FreeBSD.org> wrote in <20130104015237.GC21652@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 ----Security_Multipart(Fri_Jan__4_11_51_06_2013_787)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAlDmQ5oACgkQTyzT2CeTzy02/ACggs1BdCNodBHrpQ65ebR088bl y1EAoNNzoWVDcBHcVTXt1IYqLUaPnI08 =x43U -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Jan__4_11_51_06_2013_787)----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130104.115106.785574731377788940.hrs>