Linked by Thom Holwerda on Thu 26th Nov 2009 19:41 UTC, submitted by Gabor
Permalink for comment 396750
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 06/18/13 17:45 UTC
Linked by Thom Holwerda on 06/18/13 17:32 UTC, submitted by poundsmack
Linked by Thom Holwerda on 06/17/13 17:58 UTC
Linked by Thom Holwerda on 06/17/13 17:52 UTC
Linked by Thom Holwerda on 06/14/13 21:03 UTC
Linked by Thom Holwerda on 06/14/13 20:46 UTC
Linked by Thom Holwerda on 06/14/13 17:32 UTC
Linked by Thom Holwerda on 06/14/13 11:39 UTC
Linked by Thom Holwerda on 06/14/13 11:32 UTC
Linked by Thom Holwerda on 06/13/13 19:39 UTC
More News »
Sponsored Links



Member since:
2006-10-08
Checo out PC-BSD, a desktop-oriented FreeBSD version which features a GUI installer. Is this more the way you think an installer should look like?
I have many friends who use PC-BSD on their desktops and are completely happy with it, no issues so far. So I would recommend it to try for everyone who things that FreeBSD is "too old-fashioned". PC-BSD comes with KDE and many applications preinstalled, as well as an innovative package installer which can be used with a web browser. Well, in my opinion, manually downloading things from the web and clicking on it - to install a program - is quite old-fashioned... :-)
That's a good statement. Nobody is forcing anyone to use FreeBSD. It has its places and its users. If you don't want to belong to them, it's completely okay.
You say it: For a long time. I prefer carefully engineered and implemented filesystems over those that appear and disappear in masses. For storage facilities, a reliable filesystem is very important. I'm familiar with ZFS, coming from a Solaris background. While I was comfortable with UFS, ZFS has a lot to offer. I would rather stay with ZFS than migrating all data from one file system to another one.
The native tools of FreeBSD offer you a good basis for managing your software, be it in binary form or by source. Additional programs, such as portmaster, make things much more comfortable. Of course, there are GUI frontends for them so you can manage your software with the mouse.
Well, I never had performance problems on my desktop. Sometimes, I read stories about Linux users complaining that their audio is skipping or that video playback gets desynchonized from audio. I cannot imagine that. It's 2009. Computing power is much more than some years ago. One of my first systems was a 150 MHz Pentium (1 - one, to emphasize this) with 64 (later 128) MB EDO RAM. I could compile the kernel, download an ISO via FTP, burn a CD, browse the web with a responsive Opera and have XMMS play MP3 files AT THE SAME TIME and WITHOUT SKIPPING AUDIO. It's true!
I think most performance issues on the desktop are related to the more and more upcoming tradition of bloat. I have told here (at OSNews) that bload isn't bad per se, and that it is needed (or at least an unavoidable side-effect) for modern software creation, a result of reducing development costs and always using the most modern technology. I have often complained that the "feeled overall speed" of applications is reduced when the programs are updated, usually in order to use a newer version of a library, e. g. the translation from Gtk 1 to Gtk 2. It may be that those new libraries offer new functionality, but what's the point when a program doesn't use it? You get a new interface, wow, but the program needs much more time to come up, and even worse, accessibility is reduced (e. g. the doubleclick = select doesn't work anymore in Gtk 2 since the list entries do switch into input fields, but those input fields lose focus and can't be fed by the edit buffer via the middle mouse button). The joy of the new modularized X is another topic. While it is great not to need xorg.conf in order to access modern GPUs, it can cause trouble when you can't get things working with new X that worked flawlessly in old X (e. g. XFree86), especially when you need specific settings (e. g. a german keyboard layout). The place of a centralized configuraton file (xorg.conf) has been abandoned in favour of various configuration files (for HAL, for DBUS, for PolicyKit etc.), and some of them require XML editing (instead of often more comfortable plain text). Finally, there's not sufficient documentation for those settings, or the settings are changing from day to day, so documentation isn't up to date.
Yes, to sum it up: There are many things that make me wish FreeBSD would be better, but in fact, those things aren't caused by FreeBSD! Most annoyances are grounded in incompatible hardware and bloated software.
It sometimes makes me angry, but when things don't work, I simply don't use them, because I don't need them. And just for toying around, it's not worth being angry. Life's hard enough. :-)