On Sat, Mar 17, 2012 at 06:07:24PM -0700, Russ Allbery wrote:
> Iustin Pop <iustin@debian.org> writes:
>
> > It seems to me that lintian falsely reports hyphen-used-as-minus-sign
> > for the following line in the file:
>
> > Use \f[C]--\ --help\f[] for a list.
>
> > If the space ('\ ') is removed, the warning is no longer
> > generated.
>
> That would be a false negative when the space is not present.
>
> I think the font change is causing Lintian to miss this, but those will be
> turned into Unicode characters by default groff and should be escaped.
> That should be written as:
>
> Use \f[C]\-\-\ \-\-help\f[] for a list.
>
> Basically, the literal "-" character, as typed on the keyboard so that you
> could cut and paste it, is always written as "\-".
Hmm. I guess then pandoc (which generated this output) needs fixing.
>
> > I'm not familiar with the groff source language, but at least viewing
> > the page through man shows regular minus signs, and not dashes.
>
> That's because Debian applies a local override to the *roff macros to
> force all hyphens to be US-ASCII. But we would really like to be able to
> remove that override at some point, since hyphens produce nicer output and
> we'd rather not continue to carry the divergence from upstream.
Ah. So, if I understand correctly, lintian doesn't warn for most hyphens
since it "knows" that Debian's *roff will anyway show them as minus
signs, but its regex "missed" this particular case due to the font
change?
thanks,
iustin
Attachment:
signature.asc
Description: Digital signature