From owner-freebsd-questions@FreeBSD.ORG Fri Dec 12 18:12:12 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33B8E1065675 for ; Fri, 12 Dec 2008 18:12:12 +0000 (UTC) (envelope-from perrin@apotheon.com) Received: from outbound-mail-40.bluehost.com (outbound-mail-40.bluehost.com [69.89.20.194]) by mx1.freebsd.org (Postfix) with SMTP id F2AC78FC23 for ; Fri, 12 Dec 2008 18:12:11 +0000 (UTC) (envelope-from perrin@apotheon.com) Received: (qmail 13607 invoked by uid 0); 12 Dec 2008 18:12:11 -0000 Received: from unknown (HELO box183.bluehost.com) (69.89.25.183) by outboundproxy2.bluehost.com with SMTP; 12 Dec 2008 18:12:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=apotheon.com; h=Received:Received:Date:From:To:Subject:Message-ID:Mail-Followup-To:References:Mime-Version:Content-Type:Content-Disposition:In-Reply-To:User-Agent:X-Identified-User; b=C99voOnztlVgS9PGNEkovkIKnccqwmjGeUts//4sl4hBaKDfOVz/Tug+6XB7+HLqA7CQWWOVrF6k8cyJEWYq3EoGhNKq3AfcRWVxgHns9pyNEk4354QFLxLWaikc8xlU; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=kokopelli.hydra) by box183.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1LBCUl-0004uz-29 for freebsd-questions@freebsd.org; Fri, 12 Dec 2008 11:12:11 -0700 Received: by kokopelli.hydra (sSMTP sendmail emulation); Fri, 12 Dec 2008 11:11:48 -0700 Date: Fri, 12 Dec 2008 11:11:48 -0700 From: Chad Perrin To: freebsd-questions@freebsd.org Message-ID: <20081212181148.GD36348@kokopelli.hydra> Mail-Followup-To: freebsd-questions@freebsd.org References: <1228733482.4495.14.camel@laptop1.herveybayaustralia.com.au> <20081211103742.21621a6d@gom.home> <20081211190951.GB845@comcast.net> <20081211113257.405a082c@gom.home> <20081211202023.GC845@comcast.net> <20081211134622.15c81ecd@gom.home> <20081212002813.GD32300@kokopelli.hydra> <20081211170011.777236f8@gom.home> <20081212015814.GB32982@kokopelli.hydra> <20081211215036.526b2cad@gom.home> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NklN7DEeGtkPCoo3" Content-Disposition: inline In-Reply-To: <20081211215036.526b2cad@gom.home> User-Agent: Mutt/1.4.2.3i X-Identified-User: {737:box183.bluehost.com:apotheon:apotheon.org} {sentby:smtp auth 24.8.180.234 authed with ren@apotheon.org} Subject: Re: Why FreeBSD not popular on hardware vendors X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2008 18:12:12 -0000 --NklN7DEeGtkPCoo3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 11, 2008 at 09:50:36PM -0800, prad wrote: > On Thu, 11 Dec 2008 18:58:14 -0700 > Chad Perrin wrote: >=20 > > So . . . are you saying that increased support for 3D accelerated > > graphics is not an "improvement", and should therefore not be > > considered a worthy goal? > >=20 > no. access to hardware probably is a worthy goal, however, you need > people to write the software and it's up to the freebsd team(s) to > determine if 3d graphics is or is not worthy, isn't it? I don't recall anyone saying "I'm with such-and-such a FreeBSD development team, and these are the reasons we aren't going to do anything about that at this time:". All I recall is several people cropping up and saying the equivalent of "If we work on that stuff, FreeBSD will just become MS Windows, and it'll suck." I disagree with that estimation -- but if someone wants to offer an actually reasonable argument, I'm all ears (or eyes, since this is a textual discussion). >=20 > > This is completely orthogonal to the question of whether people who > > express a desire for better support for desktop functionality should > > be excoriated publicly on this mailing list, and spanked for having > > the audacity to want to migrate from MS Windows to FreeBSD for use as > > a desktop OS. > >=20 > this is a pretty nice list and i haven't found much spanking going on > here. The "spanking" I have seen largely seems to focus on this particular area, and is mostly championed by one person, though. I guess I find it even more offensive because it's an exception rather than the rule here, and I rather like the otherwise helpful spirit of this community. >=20 > > I agree that desktop usage should not take priority over more > > fundamental quality concerns in FreeBSD development. Telling people > > to stick it in their ear when they say it would be nice to have Flash > > support is not related to the ability to prioritize development > > goals, though. > >=20 > i agree that telling people to "stick it in their ear" is not nice, but > i don't recall anyone doing so. unfortunately, if i ask for evidence > regarding this, you'll probably just tell me to RTFML as you did in > your other reply. It was a summary and paraphrase -- I don't recall anyone literally using the phrase "stick it in your ear". Please try to follow the discussion, rather than being diverted by paraphrases, since I don't have the whole mailing list archive memorized. >=20 > > Desire for better desktop functionality doesn't have to equate to > > wanting desktop-oriented development to "control the reins of > > development" for the whole system. Why the hell do you seem to think > > it does? > > > i don't know why you think that's what i think. what i said was that > was a concern. i certainly do know that in other areas > (computer education for instance), user convenience has destroyed > technical know-how (specifically, at some schools when the graphic > interface emerged in the 80s, word-processing dominated programming and > the some schools lost their thinkers). microsoft's catering to user > desires has produced some rather inferior software too. I think that's what you think because "control the reins of development" was a verbatim quote of what *you* said. I don't see greater core functionality and better driver support is just superficial "user convenience". It's not like I'm suggesting FreeBSD should violate privilege separation so people don't have to worry about the difference between user accounts and administrative accounts, or that it should make booting into KDE without a password the default behavior on boot so people don't have to worry about that icky CLI and memorize passwords. I'm not even suggesting that FreeBSD should adopt the MS Windows default, automatic wireless network roaming behavior. I'm just trying to suggest that opposition to discussing whether the resources exist to address some driver issues is kind of silly (for instance). >=20 > may be it doesn't have to be that way, but often there is a price to be > paid for 'convenience'. There is, indeed, a price to be paid for (poorly planned) attempts to improve convenience. Luckily, that's not what I'm suggesting -- nor is it what everybody else who would like an improved GUI environment is suggesting. >=20 > > Hell, I think the more server-oriented development > > philosophy of FreeBSD is actually a big part of the reason it works > > so well as a desktop OS! Maintaining a more server-oriented > > development philosophy in *no way* precludes giving some attention to > > strictly desktop-related functionality, though. > > > perhaps, but if you have a server-oriented philosophy, why would you > give much attention to desktop-related functionality? "More server-oriented" does not mean "exclusive of desktop". It's not like I said it should be "strictly, exclusively server-oriented, and screw those people who use FreeBSD as a desktop system." >=20 > i recall on the openbsd elist a couple of years ago people asking what > wm is best. most of the answers went something like - the default twm > (i think that's what it was) or fluxbox was "all i need".=20 My preferences swing more toward AHWM and wmii, neither of which is exactly a "bells and whistles" kind of window manager like Compiz Fusion. That doesn't mean that functionality like strong support for 3D accelerated graphics, which can improve the desktop user's experience, is *bad*. > =20 > > Pretending the two are incompatible goals, as a few notable people > > here seem to want to do, is counterproductive in my opinion. > > > not necessarily. one group is saying we have a great os, so it would be > even better if it could accommodate some of the fancy stuff that the > kdes and gnomes etc offer even more. the other group is saying why > bother, because who really needs it and if they want it they can get it > elsewhere. i think the concern of the latter group is by no means > illegitimate, because time and resources aren't unlimited. On the other hand, their statements *do* imply that *my* position is illegitimate in some way -- my position being that FreeBSD is the best desktop OS I've ever used (in addition to being a great server OS), and it could be even better if I didn't have to make a choice between either screwing up the stability of my system or using substandard, crappy drivers that emulate 1992 hardware capabilities for the ATI graphics adapter in my laptop. >=20 > on the otherhand, as i vaguely recall on a flash thread, someone said > no one is stopping anyone from writing a better flash for freebsd if > they really want to. i think it is ok to ask, but i don't think it is > ok to expect. for me, freebsd is a gift and i don't have any > expectations from those who put the effort and skill into creating any > opensource initiative. I'm using swfdec and MPlayer for Flash on my laptop. I know there's already effort being made in that area, and I'm glad -- and I also know that, if I had the resources, I could contribute more to that effort. Some people don't know that, and are basically told to go away by some people when they bring it up. Still other people suggest alternate approaches to fixing the problem, and are also basically told to go away, when a more appropriate response would be to say "I think you should talk to the people at the swfdec and gnash projects about that," in most cases. Some of the responses seem to be equivalent to "Even if Adobe opened the source for the Flash player plugin under the BSD license, and someone fixed up all possible problems with the code, we still wouldn't want it." I just don't understand that level of resistance at all. --=20 Chad Perrin [ content licensed OWL: http://owl.apotheon.org ] Quoth Coline MacDonald: "Don't burn your bridges while you're standing on them." --NklN7DEeGtkPCoo3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklCqWQACgkQ9mn/Pj01uKWbKQCgzeJ+BOualQdxVLDpbhKDnZgY rrEAoM1gvQs6ZHNsYKicTvHBeKqBq6O7 =84RX -----END PGP SIGNATURE----- --NklN7DEeGtkPCoo3--