From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [192.168.1.7] ([108.95.88.138]) by ewsd; Wed Aug 15 09:41:14 EDT 2018 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: [9front] werc/apps/wman botches some man page links From: Stanley Lieber X-Mailer: iPhone Mail (15G77) In-Reply-To: <1534338496.1344379.1474948184.2D0BA924@webmail.messagingengine.com> Date: Wed, 15 Aug 2018 09:41:13 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1534338496.1344379.1474948184.2D0BA924@webmail.messagingengine.com> To: 9front@9front.org List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: storage-based XMPP over HTML replication DOM configuration firewall-based framework On Aug 15, 2018, at 9:08 AM, Ethan A. Gardener wrote: >=20 >> On Tue, Aug 14, 2018, at 5:40 PM, sl@stanleylieber.com wrote: >> Counterpoint: >>=20 >> If we hack nroff to solve a wman problem, now wman needs 9front. >=20 > Counter-counterpoint: It's not just a wman problem, it's a plumber proble= m too. Does that mean the plumber will need 9front? :) The point about werc is that most of its users are not even running Plan 9, a= nd we only control one fork of Plan 9 tools for UNIX, which is run by approx= imately one werc user (me, for openbsd.stanleylieber.com). So, fixing wman b= y modifying one possible underlying OS doesn=E2=80=99t fix wman, because wma= n runs everywhere. I would like for the plumbing issue to be addressed as well. IMO, the approach that makes the most sense in this case is to \- escape the= troff sources of the problem man pages. sl