From: Jeff Garzik <jeff@garzik.org>
To: Jean Delvare <khali@linux-fr.org>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
Antonino Ingargiola <tritemio@gmail.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Linux 2.6.22-rc1
Date: Mon, 14 May 2007 15:53:21 -0400 [thread overview]
Message-ID: <4648BE31.3020800@garzik.org> (raw)
In-Reply-To: <20070514212807.246c0281@hyperion.delvare>
Jean Delvare wrote:
> On Mon, 14 May 2007 11:43:45 -0700 (PDT), Linus Torvalds wrote:
>> On Mon, 14 May 2007, Jean Delvare wrote:
>>> Sure, we don't allow that. Except for xfsprogs in 2.6.1, procps in
>>> 2.6.4, oprofile in 2.6.13 and udev in 2.6.19, of course.
>> And we really complained about it! The oprofile thing should be fixed,
>> btw, and yeah,if udev breaks any more, I'll have to stop taking patches
>> from Greg. That thing has been a disaster, and everybody involved should
>> be ashamed and now hopefully *very* aware of the fact that we don't break
>> user-level interfaces.
>>
>> (Right now, I suspect we may have a loop setup regression. Not sure)
>
> While I'm all for keeping things relatively stable and not asking the
> user to constantly upgrade user-space, I believe that we just can't
> promise to never break user-level interfaces while keeping the
> development pace we have right now. We can promise to grant people
> significant delay before we drop compatibility options, but "forever"
> doesn't scale.
>
> If you really want to enforce the "never" rule, be prepared to either
> see development slow down and finally come to a stop, or see the code
> become unmaintainable and insecure and nobody is longer willing to work
> on it.
Why do you think we -stopped- enforcing such a rule? :)
It's been the rule throughout Linux's history. syscalls from early
Linux binaries should still work, for example.
Jeff
next prev parent reply other threads:[~2007-05-14 19:53 UTC|newest]
Thread overview: 79+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-13 3:20 Linux 2.6.22-rc1 Linus Torvalds
2007-05-13 9:20 ` Jan Engelhardt
2007-05-17 6:55 ` Len Brown
2007-05-13 9:29 ` Linux 2.6.22-rc1, 'nother randconfig Jan Engelhardt
2007-05-14 11:44 ` David Howells
2007-05-14 17:23 ` Jan Engelhardt
2007-05-15 9:26 ` David Howells
2007-05-15 9:40 ` Jan Engelhardt
2007-05-13 9:47 ` [PATCH] driver core: fix warning of temporarily unused multithreaded probing function (was: Re: Linux 2.6.22-rc1) Borislav Petkov
2007-05-14 8:06 ` Cornelia Huck
2007-05-13 12:44 ` Linux 2.6.22-rc1 Alessandro Suardi
2007-05-13 12:44 ` Indan Zupancic
2007-05-13 17:10 ` Antonino Ingargiola
2007-05-13 17:53 ` Linus Torvalds
2007-05-13 18:50 ` Antonino Ingargiola
2007-05-14 6:10 ` Jean Delvare
2007-05-14 8:34 ` Antonino Ingargiola
2007-05-14 12:14 ` Jean Delvare
2007-05-14 13:28 ` Antonino Ingargiola
2007-05-14 15:21 ` Jean Delvare
2007-05-14 16:04 ` Antonino Ingargiola
2007-05-14 16:23 ` Michal Piotrowski
2007-05-14 18:08 ` Jean Delvare
2007-05-14 18:25 ` Antonino Ingargiola
2007-05-14 16:30 ` Linus Torvalds
2007-05-14 18:24 ` Jean Delvare
2007-05-14 18:43 ` Linus Torvalds
2007-05-14 19:28 ` Jean Delvare
2007-05-14 19:53 ` Jeff Garzik [this message]
2007-05-14 20:18 ` Christoph Hellwig
2007-05-14 20:17 ` Christoph Hellwig
2007-05-14 20:15 ` Christoph Hellwig
2007-05-15 20:31 ` CONFIG_BREAK_MY_MACHINE was " Pavel Machek
2007-05-16 18:11 ` CONFIG_BREAK_MY_MACHINE Jean Delvare
2007-05-17 8:32 ` CONFIG_BREAK_MY_MACHINE Hans de Goede
2007-05-17 8:47 ` CONFIG_BREAK_MY_MACHINE Pavel Machek
2007-05-13 18:19 ` Linux 2.6.22-rc1 Tilman Schmidt
2007-05-13 23:20 ` David Miller
2007-05-13 23:32 ` Roland Dreier
2007-05-13 23:57 ` Tilman Schmidt
2007-05-14 4:37 ` Sam Ravnborg
2007-05-14 4:53 ` David Miller
2007-05-14 6:21 ` Satyam Sharma
2007-05-14 17:21 ` Jan Engelhardt
2007-05-14 17:32 ` Stefan Richter
2007-05-14 20:27 ` Jan Engelhardt
2007-05-14 18:01 ` Tilman Schmidt
2007-05-14 20:33 ` Jan Engelhardt
2007-05-14 21:40 ` Tilman Schmidt
2007-05-14 22:09 ` Stefan Richter
2007-05-15 3:02 ` Satyam Sharma
2007-05-15 8:08 ` Jan Engelhardt
2007-05-14 21:54 ` Stefan Richter
2007-05-15 2:34 ` Satyam Sharma
2007-05-15 2:42 ` Satyam Sharma
2007-05-15 6:05 ` Stefan Richter
2007-05-15 6:01 ` Stefan Richter
2007-05-15 8:16 ` Jan Engelhardt
2007-05-16 1:52 ` Satyam Sharma
2007-05-16 6:29 ` Stefan Richter
2007-05-16 9:56 ` Satyam Sharma
2007-05-15 10:43 ` Tilman Schmidt
2007-05-16 1:39 ` Satyam Sharma
2007-05-16 9:14 ` Tilman Schmidt
2007-05-16 9:17 ` Satyam Sharma
2007-05-15 5:35 ` Michael Gerdau
2007-05-13 20:51 ` 2.6.22-rc1: loop.c Alexey Dobriyan
2007-05-14 3:52 ` Jeremy Fitzhardinge
2007-05-13 22:53 ` Linux 2.6.22-rc1 Jeff Chua
2007-05-14 1:08 ` andrew hendry
2007-05-14 7:49 ` V4L Regression (Was: Linux 2.6.22-rc1) Robert Fitzsimons
2007-05-15 4:14 ` Linux 2.6.22-rc1 andrew hendry
2007-05-15 4:38 ` Linus Torvalds
2007-05-15 5:10 ` andrew hendry
2007-05-15 15:57 ` Linus Torvalds
2007-05-15 22:50 ` andrew hendry
-- strict thread matches above, loose matches on Subject: below --
2007-05-13 6:00 Jeff Chua
2007-05-13 6:13 ` Jeff Chua
2007-05-13 8:04 ` Jan Engelhardt
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=4648BE31.3020800@garzik.org \
--to=jeff@garzik.org \
--cc=khali@linux-fr.org \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@linux-foundation.org \
--cc=tritemio@gmail.com \
/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.