Bug 399901 - Please target standard terminals, not one-of-a-kind 79 column terminals
Summary: Please target standard terminals, not one-of-a-kind 79 column terminals
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: rpmlint
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Ville Skyttä
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F9Target
TreeView+ depends on / blocked
 
Reported: 2007-11-26 18:59 UTC by Nicolas Mailhot
Modified: 2009-09-07 10:51 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-11-27 20:26:41 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Nicolas Mailhot 2007-11-26 18:59:49 UTC
rpmlint very anally tries to force people to create lines of 79 columns max in
descriptions.

No 79-column terminal was ever shipped. That means what rpmlint asks is
incompatible with the defaults of common tools such as fold.

If the intent is to leave some margin, usual mail margin is 72 column not 79.

In other words rpmlint does not make any sense nor follows any common convention
which is wasting the time of everyone involved (not to mention no one is
actually limited to 80×25 terminals nowadays)

Please fix to at least standard 80 column width.

rpmlint-0.81-1.fc8.noarch

Comment 1 Ville Skyttä 2007-11-27 20:26:41 UTC
Some editors wrap 80-column lines so that the 80th char is wrapped to the next
line in their default settings.  Some others and especially terminals make it
difficult to see whether the line following a 80 char one is attached to the 80
char one or a new line.

Even though the issue is a very cosmetic one considering %description and
Summary, as far as I'm concerned, 80 as the max line length is a no go, but I
wouldn't mind 72.  But because it's a matter of taste, I'm not inclined to make
any changes to this without a public mailing list discussion that reaches some
kind of a conclusion -> WONTFIX.  If such a discussion and conclusion takes
place, feel free to reopen and I'll make changes accordingly.

Comment 2 Karel Volný 2009-09-07 10:51:44 UTC
you may be interested in bug #521630 which may fix you issue - but if you insist on changing the default, just initiate the discussion ...


Note You need to log in before you can comment on or make changes to this bug.