public inbox for gentoo-amd64@lists.gentoo.org
 help / color / mirror / Atom feed
From: Duncan <1i5t5.duncan@cox.net>
To: gentoo-amd64@lists.gentoo.org
Subject: [gentoo-amd64]  Re: MAKEOPTS values for Athlon 64 X2
Date: Thu, 18 Jan 2007 18:41:37 +0000 (UTC)	[thread overview]
Message-ID: <eoof11$v3b$1@sea.gmane.org> (raw)
In-Reply-To: 200701181712.53640.volker.armin.hemmann@tu-clausthal.de

"Hemmann, Volker Armin" <volker.armin.hemmann@tu-clausthal.de> posted
200701181712.53640.volker.armin.hemmann@tu-clausthal.de, excerpted below,
on  Thu, 18 Jan 2007 17:12:53 +0100:

> So much text from you, but where is the 'I was wrong, sorry'?
> 
> Even if nvidia should have recognized the bug as a serious problem the
> moment it was reported, they delivered the bugfix in 3 month, 3 days
> after they got informed that it was security problem.  And they did not
> 'cover it up'.

If I am demonstrated to be wrong, I say it, but it hasn't happened here. 
It WAS a security vuln, and as any such unhandled crash from native code,
they should have treated it as a potential security vuln from the moment
the found it until it was fixed or proven otherwise.

As for time to a fix, the point is, regardless of how long it actually
took, if the software master (see the sig) has respect for his users and
makes source available, any user can either create a fix or arrange for it
to be created.  As it happens, in something that widely used, precisely
/because/ the source is available, a decent share of such bugs (which we
both agree happen in all non-trivial software) in the FLOSS community are
fixed in rather LESS than "three months, three days". However, that's
beside the point, since any user of such software who thinks such bugs
aren't being turned around in a timely enough manner can arrange for a fix
themselves, or simply apply a patch if someone else has already done so. 
Since it was slaveryware, that option wasn't available and a slave subject
to master NVidia's whims and decisions on timing, unable to take their own
needs and priorities into consideration and arrange for a fix sooner if
they thought necessary, is /exactly/ what the users were. 

What if NVidia had taken a year to come out with a fix?  What if they
decided it wasn't worth their trouble and never came out with a fix?  If
it's Free software, there's an alternative, should the user wish to avail
themselves if it.  With slaveryware, that's exactly what the user is, a
slave to the whims of the software's master.  I make it a point to no
longer be a slave to the whims of the masters of the code I run.  That
doesn't mean you have to, it just means I do.

As for using the term slaveryware in my posts... You don't tell me how I
feel about the software I believe is slaveryware and label it so in my
posts, and I'll not insist you call it slaveryware in yours.  After all,
if you find my choice of terms offensive, you don't /have/ to read them. 
There /is/ this thing called a killfile, should you find it necessary to
use.  Call it heavenlyware in yours if you wish.  Deal? =8^)

(Oh, and backing someone into a corner by demanding an apology doesn't
tend to be a very effective way of actually getting one.  Let's not make
this too personal, and agree that we /can/ disagree.  It's not as if the
world comes to an end because of it, after all. =8^)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-amd64@gentoo.org mailing list



  parent reply	other threads:[~2007-01-18 18:43 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-01-15  5:42 [gentoo-amd64] MAKEOPTS values for Athlon 64 X2 PaulNM
2007-01-15  9:17 ` Toshinori Endo
2007-01-15 15:39 ` Thomas Rösner
2007-01-15 18:10   ` [gentoo-amd64] " Duncan
2007-01-15 23:32     ` Thomas Rösner
2007-01-16  8:28       ` Andrei Slavoiu
2007-01-16 10:27         ` Neil Bothwick
2007-01-16 16:15           ` Peter Humphrey
2007-01-17  2:41         ` Thomas Rösner
2007-01-17  7:47           ` Duncan
2007-01-17 12:34             ` Boyd Stephen Smith Jr.
2007-01-17 17:24             ` Hemmann, Volker Armin
2007-01-17 19:02               ` Bernhard Auzinger
2007-01-17 21:22                 ` Hemmann, Volker Armin
2007-01-18  4:50                   ` Duncan
2007-01-18 16:12                     ` Hemmann, Volker Armin
2007-01-18 16:16                       ` Rob Lesslie
2007-01-18 18:10                         ` Boyd Stephen Smith Jr.
2007-01-18 18:35                           ` Simon Stelling
2007-01-18 19:13                             ` Boyd Stephen Smith Jr.
2007-01-18 19:51                               ` Simon Stelling
2007-01-26  8:49                             ` Peter Humphrey
2007-01-26 23:18                               ` Thomas Rösner
2007-01-18 18:41                       ` Duncan [this message]
2007-01-18 18:51                         ` Hemmann, Volker Armin
2007-01-18 19:17                           ` Duncan
2007-01-18 19:36                     ` Bob Young
2007-01-18 19:42                       ` Harry Holt
2007-01-19  7:57                         ` Duncan
2007-01-26  0:46                     ` Peter Humphrey
2007-01-16 11:11       ` Duncan

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='eoof11$v3b$1@sea.gmane.org' \
    --to=1i5t5.duncan@cox.net \
    --cc=gentoo-amd64@lists.gentoo.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox