Hi Russ,
At 2023-10-15T12:06:14-0700, Russ Allbery wrote:
> Minor point, but since you posted it
No worries!
> "G. Branden Robinson" writes:
>
> > ...
>
> > \- Minus sign or basic Latin hyphen‐minus. \- produces the
> > Uni
At 2023-10-15T10:01:20-0700, Russ Allbery wrote:
> I think my position at this point as pod2man maintainer (not yet
> implemented in podlators) is that every occurrence of - in POD source
> will be translated into \-, rather than using the current heuristics,
> and people who meant to use ‐ should
Hi Wookey,
At 2023-10-15T16:08:32+0100, Wookey wrote:
> OK. So I read all that, and learned a whole load of stuff I was quite
> happy not knowing about.
>
> However despite reading it all, and especially this bit:
> > Whenever I've maintained man pages in roff I tend to be precise in
> > the
At 2023-10-14T20:51:27-0600, Antonio Russo wrote:
> I discovered a new pet peeve today: if you search for a command in a
> manual page, say -e in man 1 zgrep, it's a crapshot whether just
> searching for '-e' will find the command or not. The reason is that
> "-" may been accidentally encoded as
package man-db groff-base
severity 1052675 serious
reassign 1052675 groff-base
merge 1041731 1052675
thanks
Hi FC,
The fundamental issue here is that groff 1.23.0 is exposing, rather than
concealing, glyph usage errors in man pages. The plan is to permit such
exposure while the next release of
Hi Ian,
I don't want to reopen this bug--I appreciate your swift
resolution!--but I did want to correct myself on a point.
At 2023-07-17T14:32:40+0100, Ian Jackson wrote:
[I wrote]:
> > Man pages are formatted for a width of 78n if the terminal width is
> > 80 columns. This origin of this
Hi Ian,
At 2023-07-17T14:32:40+0100, Ian Jackson wrote:
> Hi. Thanks for your comprehensive, detailed and helpful email.
You're most welcome.
> G. Branden Robinson writes ("Bug#1041317: dgit: table too wide in man
> page, trashes autopkgtests"):
> > I noticed that grof
Package: chromium
Version: 72.0.3626.96-1~deb9u1
Severity: grave
Justification: renders package unusable
I have been tracking testing for several months.
This looks to me like a missing or insufficiently versioned Replaces
declaration, but I did not dig deeply into this except to check the BTS
At 2017-04-14T14:41:59-0700, Mark wrote:
> Package: xserver-xorg-core
> Version: 2:1.16.4-1
> Severity: serious
> Justification: unknow
>
> Dear Maintainer,
>
> For the ability to file other bug reports, this bug is in fact responsible for
> affecting.
>
> I cannot, via the command
> "sudo
package xtrs
retitle 511645 xtrs: hangs on startup due to use of SIGIO
severity 511645 grave
tags 511645 - pending
thanks
xtrs 4.9c no longer works at all on modern Linux systems, so it should
not be part of the next Debian stable release until this problem is
fixed.
Tim Mann's 4.9d release
10 matches
Mail list logo