From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wg0-f46.google.com (mail-wg0-f46.google.com [74.125.82.46]); by fantadrom.bsd.lv (OpenSMTPD) with ESMTP id 78f5c169; for ; Sat, 29 Nov 2014 12:54:16 -0500 (EST) Received: by mail-wg0-f46.google.com with SMTP id a1so2725646wgh.5 for ; Sat, 29 Nov 2014 09:54:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=y3oEz6OLsW8x2CctXttqasXxf1dEQ80tnOkcula5uZ0=; b=06tixp8wjfPtoZmzNsmjTEHXOl6IDY+MnhrGjS7+evyZYhU5JfCgpipbO7saG3qK8K BbH2/L/J9oZ1MXbg5cGEK2vyhQSRmXBj82YWGwQJPvVf3ESbkcM3IBzZF/gs9nmUAHfP qDvyOlHY1OEJlqEL5blVpZplWbZP9g0HuZIT2Ljrr5PEx6+T64DWaG4ppOycDZk0VbqA X+9QEIZBoFB//OKwIqsJgTudiPgpiAe2L24yqQyMJZYNA0IEzMI7IJfRwcHGPxeTGD3K kd/2sv9VmFA9fJ3nQXleiyXQoT96hBXq0CWfP3nmSio3DBN5zsvzH0mp9pGKUCiPojwC gxZA== X-Received: by 10.180.109.3 with SMTP id ho3mr70875235wib.39.1417283652325; Sat, 29 Nov 2014 09:54:12 -0800 (PST) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id td9sm20764381wic.15.2014.11.29.09.54.10 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 29 Nov 2014 09:54:11 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 29 Nov 2014 18:54:08 +0100 From: Baptiste Daroussin To: tech@mdocml.bsd.lv Subject: Re: Allow gzipped .so and search .so in manpath Message-ID: <20141129175408.GD88765@ivaldir.etoilebsd.net> References: <20141124143629.GB11567@ivaldir.etoilebsd.net> <20141126201033.GG26411@iris.usta.de> <20141126202413.GF82931@ivaldir.etoilebsd.net> <20141127001242.GH26411@iris.usta.de> X-Mailinglist: mdocml-tech Reply-To: tech@mdocml.bsd.lv MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EY/WZ/HvNxOox07X" Content-Disposition: inline In-Reply-To: <20141127001242.GH26411@iris.usta.de> User-Agent: Mutt/1.5.23 (2014-03-12) --EY/WZ/HvNxOox07X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 27, 2014 at 01:12:42AM +0100, Ingo Schwarze wrote: > Hi Baptiste, >=20 > Baptiste Daroussin wrote on Wed, Nov 26, 2014 at 09:24:13PM +0100: >=20 > > I was expecting the above :) >=20 > I just committed the two following patches, and i believe they > resolve the issue. >=20 > There is still a minor problem in makewhatis(8) with database > generation when .so to .gz is involved, but i'll get round to that. >=20 > Note that -current is at >=20 > http://fantadrom.bsd.lv/cgi-bin/cvsweb/ > CVSROOT=3Danoncvs@fantadrom.bsd.lv:/cvs >=20 > today, mdocl.bsd.lv is a few days old. I'm right in the middle of > switching the server to new hardware. It will be back at mdocml > tomorrow, or in a few days at the latest. >=20 > > What about using zlib directly, that could simplify a bunch of things. >=20 > That idea makes sense to me. However, i want to do the 1.13.2 > release without adding any new dependencies to help the downstream > projects to stabilize and/or migrate to the 1.13 series. Granted, > libz is all but heavyweight, and it's hard to imagine there might > be anybody out there who doesn't have it, but anyway... > I'd rather return to that idea after the 1.13.2 release. >=20 > > Right now in the ports tree I'm ripping them at package creation > > using soelim from groff and I wrote minimalistic version in base > > to be able to continue using that when groff will be removed. >=20 > Sounds reasonable. >=20 > When dealing with pure .so files, i.e. those containing a single .so > request and nothing else, it would even be better to replace them with > hard links instead of having two files with the same content - not so > much because that saves space, but rather because it allows combining > information in mandoc.db(5)/apropos(1). >=20 > For the user, the end result looks like this: >=20 > With copies of files: >=20 > $ apropos getuid > geteuid(2) - get user identification > getuid(2) - get user identification >=20 > With hard (or soft or .so) links: >=20 > $ apropos getuid > geteuid, getuid(2) - get user identification >=20 > The latter not only saves screen real estate, but also helps to > realize both are documented in the same manual page. Yes that makes sense, I'll look in that direction, I ll see what I can cook= for ports. >=20 > Yours, > Ingo >=20 Shouldn't the look up for .so links be done in the manpath. For example I have the WindowMaker manpage (which should really be a link in that case :D) installed here: /usr/local/man/man1/WindowMaker.1x.gz The content is the following: =2Eso man1/wmaker.1x.gz If I run: =2E/mandoc /usr/local/man/man1/WindowMaker.1x.gz mandoc: man1/wmaker.1x: SYSERR: No such file or directory mandoc: man1/wmaker.1x:1:19: FATAL: .so request failed: .so man1/wmaker.1x If I trace it it tries to open man1/wmaker.1x then man1/wmaker.1x.gz but in= the directory where I run the command. zshall(1) is a better example as in this it cannot be replaced by links. Best regards, Bapt --EY/WZ/HvNxOox07X Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEABECAAYFAlR6CD4ACgkQ8kTtMUmk6EwEYgCgpj21nyPDwv1CGXJAThZe8mVU dZoAoJ1BdSdu8ZGEUNOEp9mBm3BlgXqW =ugyy -----END PGP SIGNATURE----- --EY/WZ/HvNxOox07X-- -- To unsubscribe send an email to tech+unsubscribe@mdocml.bsd.lv