Date: Fri, 12 Dec 2008 14:08:19 -0500 From: michael <michael.copeland@gmail.com> To: freebsd-questions@freebsd.org Subject: Re: Why FreeBSD not popular on hardware vendors Message-ID: <4942B6A3.504@gmail.com> In-Reply-To: <20081212174607.GC36348@kokopelli.hydra> References: <20081207193517.GA20905@laverenz.de> <20081211170011.777236f8@gom.home> <20081212015814.GB32982@kokopelli.hydra> <200812112345.20572.perlcat@alltel.net> <20081212174607.GC36348@kokopelli.hydra>
next in thread | previous in thread | raw e-mail | index | archive | help
Chad Perrin wrote: > On Thu, Dec 11, 2008 at 11:45:20PM -0600, Tyson Boellstorff wrote: > >> On Thursday 11 December 2008 19:58:14 Chad Perrin wrote: >> >>> On Thu, Dec 11, 2008 at 05:00:11PM -0800, prad wrote: >>> >>>> On Thu, 11 Dec 2008 17:28:13 -0700 >>>> >>>> i don't think that's really what is happening, chad. >>>> i think there is just some disagreement as to what is considered an >>>> improvement. >>>> >>> So . . . are you saying that increased support for 3D accelerated >>> graphics is not an "improvement", and should therefore not be considered >>> a worthy goal? >>> >>> >> Not so much considered 'unworthy' as it is a balancing of limited resources. >> If I was a hardware programmer, had unlimited time, beer, and cheese dip, I'd >> add everything just because I could. >> > > I don't think anyone said anything about taking development effort away > from, for instance, the network virtualization project to put into > achieving better 3D accelerated graphics -- just that it would be nice if > we had better support for 3D accelerated graphics. One need not entirely > write off the notion of putting more effort into one thing to assure that > we don't cease putting effort into another. One of the great things > about open source development is that, often, more development talent can > be found for new projects from people just idling around the periphery. > > > >> It would be cool if there was a way to ensure that all <foo> items would be >> supported. However, even then, high performance video would lag. It is often >> proprietary, and many vendors simply won't publish their specs and need a >> reverse engineer to get any support at all. You can't force them to do it, >> and in the case of an open source OS, they may not want the world+dog to see >> their code for any number of reasons. nVidia is a rare exception, and even >> they are not going to put FreeBSD support at the top of their list. >> > > What does that have to do with whether or not it's a good idea to solicit > graphics and driver developers who aren't already doing something to work > on it, if they're so inclined? > > > >> Long story short, there's room for all types. Enjoy the diversity. Fix what >> you can. Avoid the problems you can. Use the appropriate tools for their best >> purposes. >> > > Judging by the responses of some people on this list, there *isn't* room > for all types. That's my problem with this whole mess. > > why don't we all just say it. freebsd sucks because it isn't cp/m.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4942B6A3.504>