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 |