All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christian Meder <chris@absolutegiganten.org>
To: Linus Torvalds <torvalds@osdl.org>
Cc: git@vger.kernel.org, "David Kågedal" <davidk@lysator.liu.se>
Subject: Re: "Read my lips: no more merges" - aka Linux 2.6.14-rc1
Date: Fri, 16 Sep 2005 00:08:12 +0200	[thread overview]
Message-ID: <1126822093.27951.74.camel@localhost> (raw)
In-Reply-To: <Pine.LNX.4.58.0509151106200.26803@g5.osdl.org>

On Thu, 2005-09-15 at 11:15 -0700, Linus Torvalds wrote:
> 
> On Thu, 15 Sep 2005, David Kågedal wrote:
> > 
> > No, you read my message wrong, or I failed to describe it properly.
> 
> No, I did get it.
> 
> It's the Debian people who don't get it.
> 
> Expecting other software projects to make cludges for Debian-specific 
> packages is _insane_.

Actually according to Debian policy, sensible-pager is a cludge which
should be used _only_ in the case that the upstream program is hard to
adapt to a PAGER environment approach. Only in this case the upstream
package should be patched to at least use sensible-pager.

> 
> In other word, no sane package will ever use "sensible-pager", because
> it's not a sensible thing to do. Once Debian maintainers are "Big Poo-Bah
> And OverLord of the KnownUniverse" and can force everybody else to have
> "sensible-pager" too, maybe -then- it might make sense, but until then
> it's just an odd-ball Debian thing that makes Debian maintainers either
> (a) maintain stupid patches to teach other programs about it or (b) have 
> normal programs that use the _standard_ pagers in the absense of $PAGER.
> 
> And like it or not, there are two standard pages: "more" and "less". In 
> the immortal words: "To two shall you count. You shall not count to one, 
> except on your way to two. And you shall definitely NOT count to three, 
> not call it 'sensible-pager'".
> 
> The fact is, we HAVE a sensible-pager, and it is called "less".
> 
> And for old programs that assume that sensible-pager is "more", we either 
> install that _too_, or we make a symlink that points to "less".

Debian prefers to call the symlink "pager" and let the sysadmin decide
where it should point: less, more, whatever. The e2fsprogs upstream
package for instance supports PAGER->/usr/bin/pager->/usr/bin/less.
Granted /usr/bin/pager is probably Debian only but every upstream author
deciding whether to use PAGER:more or PAGER:less is not _that_ much
better. 

Just wanted to nitpick. Now you can reignite your flamethrower ;-) 



				Christian

> 
> And for people who want something else, everybody already supports the 
> STANDARD way of saying so: "$PAGER".
> 
> In other words, "sensible-pager" buys you absolutely _nothing_. Except for 
> confusion and extra work.
> 
> > The advantage is, I guess, consistency.  Different programs don't have
> > to encode their own default pager.
> 
> No. That's NOT an advantage. It's a disadvantage. Different programs sure 
> as hell will not do silly Debian-only things, so it just means that if 
> Debian tries to enforce this, they're only causing more work for their own 
> maintainers.
> 
> They're also causing more work and discomfort for their users, since now 
> their users will have to live with the fact that they are used to 
> non-standard behaviour.
> 
> And it has _zero_ upsides. Exactly because it's not standard. There's a 
> lot to be said for "do it like others do it".
> 
> 			Linus
> -
> To unsubscribe from this list: send the line "unsubscribe git" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
-- 
Christian Meder, email: chris@absolutegiganten.org

The Way-Seeking Mind of a tenzo is actualized 
by rolling up your sleeves.

                (Eihei Dogen Zenji)

  reply	other threads:[~2005-09-15 22:08 UTC|newest]

Thread overview: 65+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-13  3:34 "Read my lips: no more merges" - aka Linux 2.6.14-rc1 Linus Torvalds
2005-09-13  3:54 ` Alejandro Bonilla Beeche
2005-09-13  3:59   ` Keith Owens
2005-09-13  4:03     ` Alejandro Bonilla Beeche
2005-09-14  5:16     ` Alejandro Bonilla Beeche
2005-09-14 16:28       ` Jeff Garzik
2005-09-14 16:40         ` Alejandro Bonilla
2005-09-14 16:43       ` Linus Torvalds
2005-09-14 16:52         ` Alejandro Bonilla
2005-09-15  0:48       ` Alejandro Bonilla Beeche
2005-09-15  3:21         ` Linus Torvalds
2005-09-15  5:20           ` H. Peter Anvin
2005-09-15  7:45             ` Junio C Hamano
2005-09-15  8:39               ` David Kågedal
2005-09-15 16:07                 ` Linus Torvalds
2005-09-15 17:48                   ` David Kågedal
2005-09-15 18:15                     ` Linus Torvalds
2005-09-15 22:08                       ` Christian Meder [this message]
2005-09-16 13:56                         ` Theodore Ts'o
2005-09-15 14:39             ` Linus Torvalds
2005-09-16  4:08           ` Horst von Brand
2005-09-13 14:27   ` Linus Torvalds
2005-09-13  6:28 ` more fallout from ATI Xpress timer workaround (was: Linux 2.6.14-rc1) Cal Peake
2005-09-13 20:04   ` Jean Delvare
2005-09-13  6:33 ` "Read my lips: no more merges" - aka Linux 2.6.14-rc1 Sonny Rao
2005-09-13  7:04   ` Eric Dumazet
2005-09-15  4:06     ` David S. Miller
2005-09-15  4:22       ` Linus Torvalds
2005-09-15 20:13     ` Benjamin LaHaise
2005-09-15 20:32       ` Linus Torvalds
2005-09-15 21:08         ` Eric Dumazet
2005-09-15 20:41       ` Eric Dumazet
2005-09-13  7:34 ` Udo A. Steinberg
2005-09-13 10:40 ` Mathieu Fluhr
2005-09-13 11:15   ` Helge Hafting
2005-09-13 15:14   ` Linus Torvalds
2005-09-13 17:01   ` Mathieu Fluhr
2005-09-13 17:15     ` Linus Torvalds
2005-09-13 18:12       ` Mathieu Fluhr
2005-09-13 19:11         ` Linus Torvalds
2005-09-14  8:11           ` 2.6.13 brings buffer underruns when recording DVDs in 16x (was Re: "Read my lips: no more merges" - aka Linux 2.6.14-rc1) Mathieu Fluhr
2005-09-14  8:30             ` Andrew Morton
2005-09-14 10:32               ` Mathieu Fluhr
2005-09-14 10:58                 ` Andrew Morton
2005-09-14 11:12                   ` Alessandro Suardi
2005-09-14 15:04           ` "Read my lips: no more merges" - aka Linux 2.6.14-rc1 Bill Davidsen
2005-09-14 23:38   ` Redeeman
2005-09-13 18:34 ` Roland Dreier
2005-09-13 18:46   ` Linus Torvalds
2005-09-13 21:32     ` Horst von Brand
2005-09-13 19:57 ` Rafael J. Wysocki
2005-09-14 15:31 ` Bill Davidsen
2005-09-14 22:56   ` Matthew Garrett
2005-09-14 17:33 ` Bill Davidsen
2005-09-14 17:45   ` Bill Davidsen
2005-09-14 21:47 ` Henrik Persson
2005-09-14 23:20   ` Jesper Juhl
2005-09-16 19:51     ` Henrik Persson
2005-09-14 22:11 ` 2.6.14-rc1 on ATI hangs when executing _STA and _INI methods Peter Osterlund
2005-09-14 22:27   ` Linus Torvalds
2005-09-14 22:41     ` Peter Osterlund
2005-09-14 23:27 ` "Read my lips: no more merges" - aka Linux 2.6.14-rc1 Redeeman
2005-09-16  7:44 ` Tomasz Torcz
  -- strict thread matches above, loose matches on Subject: below --
2005-09-13  6:07 Voluspa
2005-09-14 17:04 Steve Lee

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1126822093.27951.74.camel@localhost \
    --to=chris@absolutegiganten.org \
    --cc=davidk@lysator.liu.se \
    --cc=git@vger.kernel.org \
    --cc=torvalds@osdl.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.