Bug#284002: [PATCH] mdoc: Update operating system release numbers

2020-11-23 Thread Ingo Schwarze
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

Bug#284002: [PATCH] mdoc: Update operating system release numbers

2020-11-22 Thread Colin Watson
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

Bug#284002: [PATCH] mdoc: Update operating system release numbers

2020-11-22 Thread G. Branden Robinson
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

Bug#284002: [PATCH] mdoc: Update operating system release numbers

2020-11-22 Thread Ingo Schwarze
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

Bug#284002: [PATCH] mdoc: Update operating system release numbers

2020-11-22 Thread G. Branden Robinson
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