From the article: "In order to allow our users to follow the most important changes over the last few months, we provide a brief summary in these official status reports on a regular basis. These status reports, released with irregular regularity, are suitable for reproduction and publication in part or in whole as long as the source is clearly indicated. This report summarizes the changes within NetBSD during the first three months of 2006."
To read all comments associated with this story, please click here.
Member since:2006-04-17
May I suggest that you read what I wrote in respects to the actual issue at hand; I'm not talking about the programmer, but the end user.
Err, I did read what you wrote. How about you read what
I wrote. I am talking about the end user. License for
distributing the software has no effect on them at all
(when it comes to BSD vs GPL).
And people make their decisions, strictly on what benchmarks spew out?
Umm, yes, they do (especially when Linux is 50% faster
than Solaris 10).
Benchmarking is big business, take a look at tpc if you
want to see companies regularly spending millions of
dollars on benchmarks.
Yes I am 'qualified' to know what a 'hack' is, as well as knowing what a well thought out design to address a flaw in the system.
You are qualified to comment on kernel code are you?
Because I don't think you give Linux kernel engineers
very much credit. What are your qualifications, then?
What kernels have you worked on?
http://lwn.net/1999/0121/a/vmreview.html
Here is someone, a couple of years back, who is
qualified to comment on kernel code. He actually said
this of Linux:
"What FreeBSD can learn
Well, the main thing is that the Linux VM
system is very, very clean compared to the
FreeBSD implementation."
Member since:2006-01-07
Member since:
2005-07-06
Why would this be the case? Choice of license for distribution has no impact on users.
May I suggest that you read what I wrote in respects to the actual issue at hand; I'm not talking about the programmer, but the end user.
There are times that Linux is the best tool for the job too http://www.stdlib.net/~colmmacc/
And people make their decisions, strictly on what benchmarks spew out?
I don't think you're qualified to know what is a "hack" and what is "getting things right" when it comes to kernel programming.
Yes I am 'qualified' to know what a 'hack' is, as well as knowing what a well thought out design to address a flaw in the system.