On Tue 2007-11-13 12:50:08, Mark Lord wrote:
Ingo Molnar wrote:
for example git-bisect was godsent. I remember that
years ago bisection of a bug was a very laborous task
so that it was only used as a final, last-ditch
approach for really nasty bugs. Today we can
autonomouly bisect
On 18-11-07 13:44, Pavel Machek wrote:
On Tue 2007-11-13 12:50:08, Mark Lord wrote:
It's a 540MByte download over a slow link for everyone
else.
Hmmm, clean-cg is 7.7G on my machine, and yes I tried
git-prune-packed. What am I doing wrong?
clean-cg? But failure to run git repack -a -d
* Pavel Machek [EMAIL PROTECTED] wrote:
On Tue 2007-11-13 12:50:08, Mark Lord wrote:
Ingo Molnar wrote:
for example git-bisect was godsent. I remember that
years ago bisection of a bug was a very laborous task
so that it was only used as a final, last-ditch
approach for really
On Wed, Nov 14, 2007 at 06:23:34PM -0500, Daniel Barkalow wrote:
I don't see any reason that we couldn't have a tool accessible to Ubuntu
users that does a real git bisect. Git is really good at being scripted
by fancy GUIs. It should be easy enough to have a drop down with all of
the
On Tue, Nov 13, 2007 at 10:34:37PM +, Russell King wrote:
On Tue, Nov 13, 2007 at 06:25:16PM +, Alan Cox wrote:
Given the wide range of ARM platforms today, it is utterly idiotic to
expect a single person to be able to provide responses for all ARM bugs.
I for one wish I'd never
On Thu, Nov 15, 2007 at 01:50:43PM +1100, Neil Brown wrote:
Virtual Folders.
I use VM mode in EMACS, but I believe some other mail readers have the
same functionality.
I have a virtual folder called nfs which shows me all mail in my
inbox which has the string 'nfs' or 'lockd' in a To, Cc,
On Wed, Nov 14, 2007 at 12:46:20AM -0700, Denys Vlasenko wrote:
Finally they replied and asked to rediff it against their
git tree. I did that and sent patches back. No reply since then.
And mind you, the patch is not trying to do anything
complex, it mostly moves code around, removes
Matthew Wilcox wrote:
On Wed, Nov 14, 2007 at 12:46:20AM -0700, Denys Vlasenko wrote:
Finally they replied and asked to rediff it against their
git tree. I did that and sent patches back. No reply since then.
And mind you, the patch is not trying to do anything
complex, it mostly moves code
Hi!
Suspend to RAM resume hangs on a tickless (NO_HZ) kernel
http://bugzilla.kernel.org/show_bug.cgi?id=9275
Kernel: 2.6.23
This is HP notebook nc6320 T2400 945GM
No response from developers
Maybe I'm optimistic, but I expected Ingo/Thomas to look after nohz
problems. nohz=off
* Randy Dunlap [EMAIL PROTECTED] wrote:
(and this is in no way directed at the networking folks - it holds
for all of us. I have one main complaint about networking: the
separate netdev list is a bad idea - networking regressions should
be discussed and fixed on lkml, like most other
FWIW, I see the same problem with another HP notebook, DV4378EA with
radeon X700 video card. It does not happen frequently but I can say
that since I disabled the tickless feature I can't reproduce the
problem anymore.
On Nov 14, 2007 2:24 PM, Pavel Machek [EMAIL PROTECTED] wrote:
Hi!
* Mark Lord [EMAIL PROTECTED] wrote:
You're assuming that everything in linux-2.6 was downloaded; that's
not true. Everything in linux-2.6/.git was downloaded; but then you
do a checkout which happens to approximately double the size of the
linux-2.6 directory.
..
Ah, I wondered why
On Wed, 14 Nov 2007 15:08:47 +0100 Ingo Molnar wrote:
* Randy Dunlap [EMAIL PROTECTED] wrote:
(and this is in no way directed at the networking folks - it holds
for all of us. I have one main complaint about networking: the
separate netdev list is a bad idea - networking
On Wed, Nov 14, 2007 at 09:38:20AM -0800, Randy Dunlap wrote:
On Wed, 14 Nov 2007 15:08:47 +0100 Ingo Molnar wrote:
so please stop this too busy and too noisy nonsense already. It was
nonsense 10 years ago and it's nonsense today. In 10 years the kernel
grew from a 1 million lines
Denys Vlasenko wrote:
On Wednesday 14 November 2007 00:27, Adrian Bunk wrote:
You missed the following in my email:
we slowly scare them away due to the many bug reports without any
reaction.
The problem is that bug reports take time. If you go away from easy
things like compile errors
On Wed, Nov 14, 2007 at 02:07:06AM -0800, David Miller wrote:
From: Russell King [EMAIL PROTECTED]
Date: Wed, 14 Nov 2007 09:55:07 +
On Tue, Nov 13, 2007 at 05:55:51PM -0800, David Miller wrote:
I've created [EMAIL PROTECTED]
By doing so you've just said (implicitly) that you can
On Wed, Nov 14, 2007 at 01:24:48PM +, Pavel Machek wrote:
Hi!
Suspend to RAM resume hangs on a tickless (NO_HZ) kernel
http://bugzilla.kernel.org/show_bug.cgi?id=9275
Kernel: 2.6.23
This is HP notebook nc6320 T2400 945GM
No response from developers
Maybe I'm optimistic,
* Randy Dunlap [EMAIL PROTECTED] wrote:
On Wed, 14 Nov 2007 21:16:39 +0100 Ingo Molnar wrote:
countered by the underlined sentences above, just in case you missed
it.
I didn't miss your claim.
ok, then you conceded it by not replying to it? good ;-)
Ingo
* David Miller [EMAIL PROTECTED] wrote:
From: Ingo Molnar [EMAIL PROTECTED]
Date: Wed, 14 Nov 2007 15:08:47 +0100
In fact this thread is the very example: David points out that on netdev
some of those bugs were already discussed and resolved. Had it been all
on lkml we'd all be aware
* James Bottomley [EMAIL PROTECTED] wrote:
On Wed, 2007-11-14 at 11:56 -0800, David Miller wrote:
From: Ingo Molnar [EMAIL PROTECTED]
Date: Wed, 14 Nov 2007 15:08:47 +0100
In fact this thread is the very example: David points out that on netdev
some of those bugs were already
On Wed, 14 Nov 2007, Ingo Molnar wrote:
Dumping even more crap on lkml is not the answer.
that crap that i'd like to see dumped upon lkml would be netdev
traffic mainly - most of the other kernel development lists (and i'm
subscribed to many of them) are low-traffic. netdev is the main reason
On Tue, 13 Nov 2007, Theodore Tso wrote:
There are two parts to this. One is a Ubuntu development kernel which
we can give to large numbers of people to expand our testing pool.
But if we don't do a better job of responding to bug reports that
would be generated by expanded testing this
On Tuesday November 13, [EMAIL PROTECTED] wrote:
On Tuesday 13 November 2007 07:08, Mark Lord wrote:
Ingo Molnar wrote:
..
This is all QA-101 that _cannot be argued against on a rational basis_,
it's just that these sorts of things have been largely ignored for
years, in favor of
On Wednesday November 14, [EMAIL PROTECTED] wrote:
On Wed, Nov 14, 2007 at 09:38:20AM -0800, Randy Dunlap wrote:
On Wed, 14 Nov 2007 15:08:47 +0100 Ingo Molnar wrote:
so please stop this too busy and too noisy nonsense already. It was
nonsense 10 years ago and it's nonsense today. In 10
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 03:15:53 -0800
NETWORKING===
RTNLGRP_ND_USEROPT does not report ifindex (IPv6)
http://bugzilla.kernel.org/show_bug.cgi?id=9349
Kernel: 2.6.24+
No response from
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 04:12:59 -0800
On Tue, 13 Nov 2007 03:58:24 -0800 (PST) David Miller [EMAIL PROTECTED]
wrote:
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 03:49:16 -0800
Do you believe that our response to bug reports is
* Andrew Morton [EMAIL PROTECTED] wrote:
Do you believe that our response to bug reports is adequate?
Do you feel that making us feel and look like shit helps?
That doesn't answer my question.
See, first we need to work out whether we have a problem. If we do
this, then we can
Ingo Molnar wrote:
..
This is all QA-101 that _cannot be argued against on a rational basis_,
it's just that these sorts of things have been largely ignored for
years, in favor of the all-too-easy open source means many eyeballs and
that is our QA answer, which is a _good_ answer but by far
Mark Lord wrote:
Andrew Morton wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich
[EMAIL PROTECTED] wrote:
..
..
Suspend to RAM resume hangs on a tickless (NO_HZ) kernel
http://bugzilla.kernel.org/show_bug.cgi?id=9275
Kernel: 2.6.23
This is HP notebook nc6320 T2400 945GM
No
On Nov 13, 2007 12:15 PM, Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich [EMAIL PROTECTED]
wrote:
This is the listing of the open bugs that are relatively new, around
2.6.22 and up. They are vaguely classified by specific area.
(not a full
Mark Lord wrote:
Ingo Molnar wrote:
..
This is all QA-101 that _cannot be argued against on a rational
basis_, it's just that these sorts of things have been largely ignored
for years, in favor of the all-too-easy open source means many
eyeballs and that is our QA answer, which is a _good_
On Nov 13, 2007 3:08 PM, Mark Lord [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
..
This is all QA-101 that _cannot be argued against on a rational basis_,
it's just that these sorts of things have been largely ignored for
years, in favor of the all-too-easy open source means many eyeballs
On Nov 13, 2007 7:24 AM, Giacomo A. Catenazzi [EMAIL PROTECTED] wrote:
As a long time kernel tester, I see some problem with the
newer new development model. In the short merge windows,
after to much time, there are to many patches.
I think the root issue there is that it's hard to get all
On Tue, 13 Nov 2007, Mark Lord wrote:
Mark Lord wrote:
Andrew Morton wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich
[EMAIL PROTECTED] wrote:
..
..
Suspend to RAM resume hangs on a tickless (NO_HZ) kernel
http://bugzilla.kernel.org/show_bug.cgi?id=9275
On Tue, Nov 13, 2007 at 07:57:54AM -0800, Ray Lee wrote:
On Nov 13, 2007 7:24 AM, Giacomo A. Catenazzi [EMAIL PROTECTED] wrote:
As a long time kernel tester, I see some problem with the
newer new development model. In the short merge windows,
after to much time, there are to many patches.
On Tue, Nov 13, 2007 at 04:52:32PM +0100, Benoit Boissinot wrote:
Btw, I used to test every -mm kernel. But since I've switched distros
(gentoo-ubuntu)
and I have less time, I feel it's harder to test -rc or -mm kernels (I
know this isn't a lkml problem
but more a distro problem, but I would
On Tue, 13 Nov 2007 09:33:21 -0600 James Bottomley wrote:
On Tue, 2007-11-13 at 03:15 -0800, Andrew Morton wrote:
SCSI==
qla2xxx: driver initialization does not complete when booting with
Port connected
Theodore Tso wrote:
On Tue, Nov 13, 2007 at 04:52:32PM +0100, Benoit Boissinot wrote:
Btw, I used to test every -mm kernel. But since I've switched distros
(gentoo-ubuntu)
and I have less time, I feel it's harder to test -rc or -mm kernels (I
know this isn't a lkml problem
but more a distro
FILE SYSTEMS===
ext4: delalloc space accounting problem drops data
http://bugzilla.kernel.org/show_bug.cgi?id=9329
Kernel: 2.6.24-rc1
No response from developers
Actually, there has been a response (Eric asked in mailing list and
Ingo Molnar wrote:
for example git-bisect was godsent. I remember that years ago bisection
of a bug was a very laborous task so that it was only used as a final,
last-ditch approach for really nasty bugs. Today we can autonomouly
bisect build bugs via a simple shell command around git-bisect
Thomas Gleixner wrote:
On Tue, 13 Nov 2007, Mark Lord wrote:
Andrew Morton wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich
[EMAIL PROTECTED] wrote:
..
with CONFIG_NO_HZ and/or CONFIG_HPET_TIMER set kernel 2.6.23 doesn't
boot (ARM, Timer)
On Tue, Nov 13, 2007 at 03:15:53AM -0800, Andrew Morton wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich [EMAIL PROTECTED]
wrote:
PLATFORM===
xipImage is built so that uBoot cant run it (ARM)
On Tue, Nov 13, 2007 at 12:50:08PM -0500, Mark Lord wrote:
Ingo Molnar wrote:
for example git-bisect was godsent. I remember that years ago bisection of
a bug was a very laborous task so that it was only used as a final,
last-ditch approach for really nasty bugs. Today we can autonomouly
On Tue, Nov 13, 2007 at 05:07:21PM +0100, Thomas Gleixner wrote:
On Tue, 13 Nov 2007, Mark Lord wrote:
Andrew Morton wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich
[EMAIL PROTECTED] wrote:
..
with CONFIG_NO_HZ and/or CONFIG_HPET_TIMER set kernel 2.6.23 doesn't
Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 12:50:08PM -0500, Mark Lord wrote:
Ingo Molnar wrote:
for example git-bisect was godsent. I remember that years ago bisection of
a bug was a very laborous task so that it was only used as a final,
last-ditch approach for really nasty bugs. Today we
On Tue, Nov 13, 2007 at 01:18:43PM -0500, Mark Lord wrote:
Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 12:50:08PM -0500, Mark Lord wrote:
Ingo Molnar wrote:
for example git-bisect was godsent. I remember that years ago bisection
of a bug was a very laborous task so that it was only used as a
On Tue, Nov 13, 2007 at 12:50:08PM -0500, Mark Lord wrote:
It's a 540MByte download over a slow link for everyone else.
Where do you get this number from?
$ du -sh .git/objects/pack/
249M.git/objects/pack/
$ du -sh .git/objects/
253M.git/objects/
ie about half what you claim.
--
Intel
Matthew Wilcox wrote:
On Tue, Nov 13, 2007 at 12:50:08PM -0500, Mark Lord wrote:
It's a 540MByte download over a slow link for everyone else.
Where do you get this number from?
$ du -sh .git/objects/pack/
249M.git/objects/pack/
$ du -sh .git/objects/
253M.git/objects/
ie about half
On Tue, Nov 13, 2007 at 01:43:53PM -0500, Mark Lord wrote:
Matthew Wilcox wrote:
ie about half what you claim.
..
No, it's from earlier in this very thread:
Adrian Bunk wrote:
git clone \
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
..
mkdir t
cd t
git
On Tue, Nov 13, 2007 at 11:33:44AM -0600, Larry Finger wrote:
I'm very encouraged to read of your expanded testing efforts. As a
bcm43xx developer, Ubuntu has been our problem distro, mostly
because your standard kernels have debugging turned off for bcm43xx.
When a Ubuntu user reports a
Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 12:13:56PM -0500, Theodore Tso wrote:
On Tue, Nov 13, 2007 at 04:52:32PM +0100, Benoit Boissinot wrote:
Btw, I used to test every -mm kernel. But since I've switched distros
(gentoo-ubuntu)
and I have less time, I feel it's harder to test -rc or -mm
On Tue, 13 Nov 2007 04:32:07 -0800 (PST) David Miller [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 04:12:59 -0800
On Tue, 13 Nov 2007 03:58:24 -0800 (PST) David Miller [EMAIL PROTECTED]
wrote:
From: Andrew Morton [EMAIL PROTECTED]
Date:
On Tue, Nov 13, 2007 at 01:47:10PM -0500, Mark Lord wrote:
Adrian Bunk wrote:
...
I did bisecting myself, and I know that it costs time and work.
But the first point is the above one that it makes otherwise nearly
undebuggable problems debuggable and fixable.
..
Definitely useful, no
Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 01:47:10PM -0500, Mark Lord wrote:
Adrian Bunk wrote:
...
I did bisecting myself, and I know that it costs time and work.
But the first point is the above one that it makes otherwise nearly
undebuggable problems debuggable and fixable.
..
On Tue, Nov 13, 2007 at 09:08:32AM -0500, Mark Lord wrote:
Ingo Molnar wrote:
..
This is all QA-101 that _cannot be argued against on a rational basis_,
it's just that these sorts of things have been largely ignored for
years, in favor of the all-too-easy open source means many eyeballs
On Tue, Nov 13, 2007 at 02:26:05PM -0500, Mark Lord wrote:
Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 01:47:10PM -0500, Mark Lord wrote:
Adrian Bunk wrote:
..
Another point is that it shifts the work from the few experienced
developers to the many users. Users (and voluntary testers) we
On Tue, 13 Nov 2007 19:32:19 + Russell King [EMAIL PROTECTED] wrote:
There's another issue I want to raise concerning bugzilla. We have the
classic case of not enough people reading bugzilla bugs - which is one
of the biggest problems with bugzilla. Virtually no one in the ARM
community
On Tue, Nov 13, 2007 at 03:13:46PM -0500, Mark Lord wrote:
Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 02:26:05PM -0500, Mark Lord wrote:
..
If you've been making significant updates to a driver/subsystem,
and people are reporting that it is now broken for them,
What are significant updates?
I jump in this discussion hoping to have some more insight on git and to
report my experience as a tester. I consider myself as half-literate in
this (I am here since 1991, more or less, and I am able to compile a
kernel and even hand-apply a patch, although I am in no way a kernel
programmer).
On Tue, 13 November 2007 15:18:07 -0500, Mark Lord wrote:
I just find it weird that something can be known broken for several -rc*
kernels before I happen to install it, discover it's broken on my own
machine,
and then I track it down, fix it, and submit the patch, generally all
within a
On Tuesday, 13 of November 2007, Mark Lord wrote:
Matthew Wilcox wrote:
On Tue, Nov 13, 2007 at 01:43:53PM -0500, Mark Lord wrote:
mkdir t
cd t
git clone
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
(wait half an hour)
/usr/bin/du -s linux-2.6
522732
Romano Giannetti wrote:
This was what I did in my (in the end almost successful) bisecting when
trying to find the mmc problem (see the thread named 2.6.24-rc1 eat my
SD card). This is true in theory, but it has some problem. The this
commit does not compile is the easiest and in man
On Tue, 13 November 2007 13:56:58 -0800, Andrew Morton wrote:
It's relatively common that a regression in subsystem A will manifest as a
failure in subsystem B, and the report initially lands on the desk of the
subsystem B developers.
But that's OK. The subsystem B people are the ones
On Tue, 13 Nov 2007 22:18:01 + Russell King [EMAIL PROTECTED] wrote:
On Tue, Nov 13, 2007 at 12:52:22PM -0800, Andrew Morton wrote:
On Tue, 13 Nov 2007 19:32:19 + Russell King [EMAIL PROTECTED] wrote:
There's another issue I want to raise concerning bugzilla. We have the
classic
On Tue, Nov 13, 2007 at 06:25:16PM +, Alan Cox wrote:
Given the wide range of ARM platforms today, it is utterly idiotic to
expect a single person to be able to provide responses for all ARM bugs.
I for one wish I'd never *VOLUNTEERED* to be a part of the kernel
bugzilla, and really
On Tue, 13 Nov 2007 23:24:14 +0100 Jörn Engel [EMAIL PROTECTED] wrote:
On Tue, 13 November 2007 13:56:58 -0800, Andrew Morton wrote:
It's relatively common that a regression in subsystem A will manifest as a
failure in subsystem B, and the report initially lands on the desk of the
On Tue, 13 Nov 2007, Mark Lord wrote:
Thomas Gleixner wrote:
On Tue, 13 Nov 2007, Mark Lord wrote:
Andrew Morton wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich
[EMAIL PROTECTED] wrote:
..
with CONFIG_NO_HZ and/or CONFIG_HPET_TIMER set kernel 2.6.23
On Tue, 13 Nov 2007 23:09:37 + Russell King [EMAIL PROTECTED] wrote:
On Tue, Nov 13, 2007 at 02:32:01PM -0800, Andrew Morton wrote:
On Tue, 13 Nov 2007 22:18:01 + Russell King [EMAIL PROTECTED] wrote:
On Tue, Nov 13, 2007 at 12:52:22PM -0800, Andrew Morton wrote:
On Tue, 13 Nov
On Tue, Nov 13, 2007 at 09:13:19PM +0100, Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 07:32:19PM +, Russell King wrote:
...
There's another issue I want to raise concerning bugzilla. We have the
classic case of not enough people reading bugzilla bugs - which is one
of the biggest
Thomas Gleixner wrote:
On Tue, 13 Nov 2007, Mark Lord wrote:
Thomas Gleixner wrote:
On Tue, 13 Nov 2007, Mark Lord wrote:
Andrew Morton wrote:
On Mon, 12 Nov 2007 22:42:32 -0800 Natalie Protasevich
[EMAIL PROTECTED] wrote:
..
with CONFIG_NO_HZ and/or CONFIG_HPET_TIMER set kernel 2.6.23
On Tue, Nov 13, 2007 at 03:18:07PM -0500, Mark Lord wrote:
Russell King wrote:
On Tue, Nov 13, 2007 at 09:08:32AM -0500, Mark Lord wrote:
Ingo Molnar wrote:
..
This is all QA-101 that _cannot be argued against on a rational basis_,
it's just that these sorts of things have been largely
On 11/13/2007 04:12 PM, Alan Cox wrote:
Bug fixing is not about finding someone to blame, it's about getting the
bug fixed.
Partly - its also about understanding why the bug occurred and making it
not happen again.
Very few people think about that part.
On Tue, 13 Nov 2007 19:52:17 -0500
Chuck Ebbert [EMAIL PROTECTED] wrote:
On 11/13/2007 04:12 PM, Alan Cox wrote:
Bug fixing is not about finding someone to blame, it's about getting the
bug fixed.
Partly - its also about understanding why the bug occurred and making it
not happen
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 14:32:01 -0800
On Tue, 13 Nov 2007 22:18:01 + Russell King [EMAIL PROTECTED] wrote:
Find some other mailing list; I'm not hosting *nor* am I willing to run a
non-subscribers only mailing list. Period. Not negotiable, so
On Tue, 13 Nov 2007 17:11:36 -0800 Stephen Hemminger [EMAIL PROTECTED] wrote:
On Tue, 13 Nov 2007 19:52:17 -0500
Chuck Ebbert [EMAIL PROTECTED] wrote:
On 11/13/2007 04:12 PM, Alan Cox wrote:
Bug fixing is not about finding someone to blame, it's about getting the
bug fixed.
From: Andrew Morton [EMAIL PROTECTED]
Date: Tue, 13 Nov 2007 18:27:00 -0800
Let me just say - I'm astonished at how little spam gets though the vger
lists. Considering how many times those email addresses must have been
added to spam databases.
It must be a lot of work, and whoever is
If so, MANITAINERS claims that it is subscribers-only. That would cause
some bug reporters to give up and go away.
Find some other mailing list; I'm not hosting *nor* am I willing to run a
non-subscribers only mailing list. Period. Not negotiable, so don't even
try to change my mind.
On Wed, Nov 14, 2007 at 06:56:06AM +0100, Sam Ravnborg wrote:
If so, MANITAINERS claims that it is subscribers-only. That would cause
some bug reporters to give up and go away.
Find some other mailing list; I'm not hosting *nor* am I willing to run a
non-subscribers only mailing
From: Sam Ravnborg [EMAIL PROTECTED]
Date: Wed, 14 Nov 2007 06:56:06 +0100
If so, MANITAINERS claims that it is subscribers-only. That would cause
some bug reporters to give up and go away.
Find some other mailing list; I'm not hosting *nor* am I willing to run a
non-subscribers
On Tue, Nov 13, 2007 at 05:39:45PM -0700, Denys Vlasenko wrote:
On Tuesday 13 November 2007 10:56, Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 12:13:56PM -0500, Theodore Tso wrote:
On Tue, Nov 13, 2007 at 04:52:32PM +0100, Benoit Boissinot wrote:
Btw, I used to test every -mm kernel. But
On Wednesday 14 November 2007 00:27, Adrian Bunk wrote:
You missed the following in my email:
we slowly scare them away due to the many bug reports without any
reaction.
The problem is that bug reports take time. If you go away from easy
things like compile errors then even things like
81 matches
Mail list logo