Gentoo Archives: gentoo-amd64

From: Harry Holt <harryholt@×××××.com>
To: gentoo-amd64@l.g.o
Subject: Re: [gentoo-amd64] Re: MAKEOPTS values for Athlon 64 X2
Date: Thu, 18 Jan 2007 19:45:20
Message-Id: 7c8072a00701181142y5c2193b4me4baf15fb1a0b534@mail.gmail.com
In Reply to: RE: [gentoo-amd64] Re: MAKEOPTS values for Athlon 64 X2 by Bob Young
1 shouldn't this discussion go off-line? or at least into another topic such
2 as 'rants on the openness of software'. I think it has strayed a bit from
3 'MAKEOPTS values'.
4
5
6 On 1/18/07, Bob Young <BYoung@××××××××××.com> wrote:
7 >
8 >
9 >
10 > > -----Original Message-----
11 > > From: news [mailto:news@×××××××××.org]On Behalf Of Duncan
12 > > Sent: Wednesday, January 17, 2007 8:51 PM
13 > > To: gentoo-amd64@l.g.o
14 > > Subject: [gentoo-amd64] Re: MAKEOPTS values for Athlon 64 X2
15 > >
16 > >
17 > > "Hemmann, Volker Armin" <volker.armin.hemmann@××××××××××××.de> posted
18 > > 200701172222.16480.volker.armin.hemmann@××××××××××××.de, excerpted
19 > below,
20 > > on Wed, 17 Jan 2007 22:22:16 +0100:
21 > >
22 > > > NVIDIA was made aware of a problem with our 1.0-8774 driver
23 > > that caused an X
24 > > > Server crash on July 2006 through a posting on nvnews.net. The
25 > > problem was
26 > > > not identified as a security risk.
27 > >
28 > > This is the core of the problem, right here.
29 > >
30 > > As it happens, I don't personally have the skills to verify the
31 > > quality and security of the code.
32 >
33 > And neither do 99.999% of all computer users, whether they be MAC, Linux,
34 > or Windows users. That's what's at the core of the issue, and it's never
35 > goinig to change.
36 >
37 > In addition, the number of people who even *could* examine a given type of
38 > code (a video driver for example) and render a valid opinion as to it's
39 > quality is *extremely* small. Somone who writes database code for a living
40 > isn't going to have a clue about the details and intricacies of a video
41 > driver module. In fact even somone who writes drivers for another kernel
42 > sub-system (SCSI disk drivers for example) will probably quickly find
43 > themselves beyond their depth of understanding when examining 2D/3D/OpenGL
44 > video driver code.
45 >
46 > > However, that "someone I trust" is the FLOSS
47 > > community, including the authors willing to put their source code out
48 > > there for examination in the first place.
49 >
50 > Code from the OSS comunity has bugs and flaws just like code from the CSS
51 > comunity does, in fact they are often writen by the same people. If
52 > anything, it's likely that the CSS code is a bit more robust and better
53 > tested. CSS code in general (assuming the typical case of it being produced
54 > by a "company"), usually goes through more testing and a more formal Quality
55 > Assurance procedure than OSS. The quality, or lack there of for CSS, often
56 > has a direct effect on the finances of the vendor. That being the case, CSS
57 > vendors are inclined to go to a little extra trouble to keep obvious flaws
58 > out of their releases. On the OSS side of the equation there isn't any hard
59 > financial incentive to rigoriously regression test before posting a new
60 > release, because of the this and the real limitations described above, the
61 > mythical "many eyes" examining OSS code don't actually exist in any
62 > realistic sense.
63 >
64 >
65 > > By contrast, I do NOT trust
66 > > authors not willing to take that step,
67 >
68 > In the case we're talking about it's not actually the authors that aren't
69 > willing to publish their code, I'm sure that the authors are just as proud
70 > of their work as any OSS author is and would be perfectly willing to have it
71 > seen by anyone. It's the Company that feels the need to protect their
72 > intelectual property, and whether you, or RS, or anyone else, does or does
73 > not like it, they in fact have the right to do so. Also, IMO they also have
74 > a valid argument for doing so.
75 >
76 >
77 > > yet still require me to agree they
78 > > have no responsibility if the code doesn't work as intended if I choose
79 > to
80 > > use their programs, so I just choose not to make those agreements, and
81 > > consequently can't use their programs.
82 >
83 > You're certaintly free to make choices based on whatever criteria you feel
84 > like using, I just think that in the grand scheme of things the difference
85 > between using OSS and CSS is prety insignifiant. In the long run good apps,
86 > utilities, and hardware/drivers (whether OSS or CSS) will be successful, and
87 > the bad ones, (whether OSS or CSS), will fade away.
88 >
89 > The vast majority of users don't care whether what they are using is OSS
90 > or CSS, what they do, and should, care about is whether or not it works and
91 > does what they want. So while you're choice to use only OSS may give you
92 > personal satisfaction, in the long run it's not a choice that the vast
93 > majority of users are ever going to, or actually have any real need to
94 > consider.
95 >
96 > --
97 > Regards,
98 > Bob
99 >
100 >
101 >
102 > --
103 > gentoo-amd64@g.o mailing list
104 >
105 >
106
107
108 --
109 Harry Holt, PMP

Replies

Subject Author
[gentoo-amd64] Re: MAKEOPTS values for Athlon 64 X2 Duncan <1i5t5.duncan@×××.net>