Hi Larry,
Larry Kollar via wrote on Mon, Nov 23, 2020 at 10:24:44PM -0500:
> Ingo Schwarze wrote:
>> Somebody wrote:
>>> Does Cynthia ever pop up to reflect on mdoc's design?
>> Not really. With the help of Marshall Kirk McKusick, i managed to
>> get into direct contact with her in 2014 ...
>>
Ingo Schwarze wrote:
>>> 2. The concept of encoding names and versions of all operating
>>> systems is not sustainable in the long run.
>
>> This was probably a product of its times; there was BSD, only one BSD,
>> and then there was System V, and the importance of that conflict caused
>>
[ Stripping the Debian bug from the Cc:; while this may be historically
interesting and also interesting for groff, i doubt this matters
for the Debian package.]
G. Branden Robinson wrote on Mon, Nov 23, 2020 at 03:02:49AM +1100:
> At 2020-11-22T16:08:56+0100, Ingo Schwarze wrote:
>> 2. The con
Hi Colin and Branden,
Colin Watson wrote on Sun, Nov 22, 2020 at 06:18:48PM +:
> On Mon, Nov 23, 2020 at 03:02:49AM +1100, G. Branden Robinson wrote:
>> At 2020-11-22T16:08:56+0100, Ingo Schwarze wrote:
>>> Sure. I dislike the concept of mdoc.local for more than one reason,
>>> but probably
On Mon, Nov 23, 2020 at 03:02:49AM +1100, G. Branden Robinson wrote:
> At 2020-11-22T16:08:56+0100, Ingo Schwarze wrote:
> > Sure. I dislike the concept of mdoc.local for more than one reason,
> > but probably it is good enough for this purposes if there is no
> > better way in Debian. If mdoc.lo
At 2020-11-22T16:08:56+0100, Ingo Schwarze wrote:
[worthy backgrounder snipped]
> There are many obvious problems in the design:
>
> 1. The syntax is not really consistent: both coded references
> like "BSD" "4.4" and free text strings are supported.
Yes, I found this particularly startli
Hi Branden,
i have to admit that .Os is among the worst-designed parts of the mdoc(7)
language. First, it was't designed consistently to start with. The first
major release it was widely used in was 4.4BSD. Already in that release,
it was documented in the mdoc(7) manual as
"OPERATING_SYSTEM
At 2019-12-21T14:51:23+0100, Ingo Schwarze wrote:
> Colin Watson wrote on Tue, Dec 17, 2019 at 01:15:30PM +:
> > On Tue, Dec 17, 2019 at 01:14:06PM +, Colin Watson wrote:
> > Side note: I am not the biggest fan of this business of encoding a
> > bunch of other projects' release history in g
Hi Colin,
Colin Watson wrote on Mon, Dec 23, 2019 at 10:37:09PM +:
> On Sat, Dec 21, 2019 at 02:51:23PM +0100, Ingo Schwarze wrote:
>> Consequently, i just pushed the patch to the upstream groff repository,
>> with the following tweaks:
>>
>> * I included the following versions which appear
On Sat, Dec 21, 2019 at 02:51:23PM +0100, Ingo Schwarze wrote:
> Consequently, i just pushed the patch to the upstream groff repository,
> with the following tweaks:
>
> * I included the following versions which appeared to be missing:
> - NetBSD 6.0.6 and 7.2
> - DragonFly 3.0.2 and 3.2.
Hello Colin and Guillem,
Colin Watson wrote on Tue, Dec 17, 2019 at 01:15:30PM +:
> On Tue, Dec 17, 2019 at 01:14:06PM +, Colin Watson wrote:
>> Based on a patch from Guillem Jover .
>>
>> * tmac/doc-common-u: Update NetBSD, OpenBSD, FreeBSD, Darwin, and
>> DragonFly version strings.
>>
At 2019-12-17T13:15:30+, Colin Watson wrote:
> On Tue, Dec 17, 2019 at 01:14:06PM +, Colin Watson wrote:
> > Based on a patch from Guillem Jover .
> >
> > * tmac/doc-common-u: Update NetBSD, OpenBSD, FreeBSD, Darwin, and
> > DragonFly version strings.
> >
> > * tmac/groff_mdoc.7.man: Sync
On Tue, Dec 17, 2019 at 01:14:06PM +, Colin Watson wrote:
> Based on a patch from Guillem Jover .
>
> * tmac/doc-common-u: Update NetBSD, OpenBSD, FreeBSD, Darwin, and
> DragonFly version strings.
>
> * tmac/groff_mdoc.7.man: Synchronize.
Side note: I am not the biggest fan of this business
Based on a patch from Guillem Jover .
* tmac/doc-common-u: Update NetBSD, OpenBSD, FreeBSD, Darwin, and
DragonFly version strings.
* tmac/groff_mdoc.7.man: Synchronize.
Fixes: https://bugs.debian.org/867123
---
tmac/doc-common-u | 120 ++
tmac/groff_m
14 matches
Mail list logo