From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp1.rz.uni-karlsruhe.de (Debian-exim@smtp1.rz.uni-karlsruhe.de [129.13.185.217]) by krisdoz.my.domain (8.14.3/8.14.3) with ESMTP id o9OHTGXK003216 for ; Sun, 24 Oct 2010 13:29:16 -0400 (EDT) Received: from hekate.usta.de (asta-nat.asta.uni-karlsruhe.de [172.22.63.82]) by smtp1.rz.uni-karlsruhe.de with esmtp (Exim 4.63 #1) id 1PA4Ne-0005i5-S6; Sun, 24 Oct 2010 19:29:14 +0200 Received: from donnerwolke.usta.de ([172.24.96.3]) by hekate.usta.de with esmtp (Exim 4.71) (envelope-from ) id 1PA4Ne-0005x6-R4 for tech@mdocml.bsd.lv; Sun, 24 Oct 2010 19:29:14 +0200 Received: from iris.usta.de ([172.24.96.5] helo=usta.de) by donnerwolke.usta.de with esmtp (Exim 4.69) (envelope-from ) id 1PA4Ne-00034A-Q5 for tech@mdocml.bsd.lv; Sun, 24 Oct 2010 19:29:14 +0200 Received: from schwarze by usta.de with local (Exim 4.71) (envelope-from ) id 1PA4Ne-0006v9-PL for tech@mdocml.bsd.lv; Sun, 24 Oct 2010 19:29:14 +0200 Date: Sun, 24 Oct 2010 19:29:14 +0200 From: Ingo Schwarze To: tech@mdocml.bsd.lv Subject: Re: implement .so Message-ID: <20101024172914.GH20876@iris.usta.de> References: <20101024164057.GF20876@iris.usta.de> <20101024164945.GA25275@britannica.bec.de> X-Mailinglist: mdocml-tech Reply-To: tech@mdocml.bsd.lv MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101024164945.GA25275@britannica.bec.de> User-Agent: Mutt/1.5.20 (2009-06-14) Hi Joerg, Joerg Sonnenberger wrote on Sun, Oct 24, 2010 at 06:49:45PM +0200: > On Sun, Oct 24, 2010 at 06:40:57PM +0200, Ingo Schwarze wrote: >> not only Xenocara (i.e. OpenBSD X.org), but various ports as well >> use .so. I'm not thrilled about that, i think .so is useful for >> general-purpose typesetting, but rather dumb in a manual formatter. >> Yet, being even less thrilled about the prospect to rewrite the >> X.org build system or about patching lots of ports, i made up my >> mind to implement .so. > I don't think any patching itself has to be done. > There is already a tool called soelim to expand them statically. I fear we can't use that. We are planning to install unformatted manuals in the future because mandoc is so fast that it can format the manuals on the fly, even on the VAX. Having the source has quite a few advantages. Installing soelim and running that in a pipe with mandoc does not look sane. Running soelim at build time and installing multiple copies of the same page looks even less sane. That would be waste of space, bandwidth... Converting .so to hard links would be an option if we were talking about just one build system. But ports have all kinds of different build systems. > Remember that we discussed .so in Rostock? > The behavior is not exactly sane. Yes, i don't say i like it. > So from a maintainance perspective, I think it is much easier to > just handle the 99% of easy cases in ports/pkgsrc and patch the > few remaining cases. Hm. I don't see how that could work. Yours, Ingo -- To unsubscribe send an email to tech+unsubscribe@mdocml.bsd.lv