lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080410.154651.101700010.davem@davemloft.net>
Date:	Thu, 10 Apr 2008 15:46:51 -0700 (PDT)
From:	David Miller <davem@...emloft.net>
To:	jesper.juhl@...il.com
Cc:	tilman@...p.cc, lkml@....ca, yoshfuji@...ux-ipv6.org,
	jeff@...zik.org, rjw@...k.pl, linux-kernel@...r.kernel.org,
	linux-net@...r.kernel.org
Subject: Re: 2.6.25-rc8: FTP transfer errors

From: "Jesper Juhl" <jesper.juhl@...il.com>
Date: Fri, 11 Apr 2008 00:09:11 +0200

> You can't expect users to know how to debug a problem or even bisect
> it.

[ The person you are replying to was being sarcastic, BTW. ]

That's not the case we're talking about in this specific instance.  In
this particular case the user is more than capable of bisecting, he
just isn't willing to invest the time.

And I'm supposed to be willing to invest the time to analyze the TCP
dumps or whatever to diagnose the problem?  And I guess I should do
this for every single networking bug report or issue?  Who is
going to clone me and the rest of the core networking developers
so that this is actually tenable?

That's ludicrious, I don't have a reproducer, this person does.  And
if they bisect, we'll know _exactly_ what change introduced the
problem.  Then I can use my brain to figure out the correct way
to resolve the problem.

Bisecting is a mindless activity that saves developers tons of time.

What people don't get is that this is a situation where the "end node
principle" applies.  When you have limited resources (here:
developers) you don't push the bulk of the burdon upon them.  Instead
you push things out to the resource you have a lot of, the end nodes
(here: users), so that the situation actually scales.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ