Slashdot Mirror
FreeBSD Vows to Compete with Desktop Linux
AlanS2002 writes "FreeBSD developer Scott Long is being reported as saying that FreeBSD is quickly approaching feature parity with Linux. Apparently this is being achieved through efforts to more tightly integrate GNOME with FreeBSD, with one of the priorities being to 'GNOME's hardware abstraction layer--which handles hardware-specific code--working with FreeBSD'."
To head off some confusion: This isn't about the FreeBSD base system; it's about third party code (like GNOME and KDE) in the FreeBSD ports tree. The FreeBSD base system already has feature parity with Linux (ok, there are a few things Linux has which we don't, but there are also things we have and Linux doesn't) -- the problem now is to get groups like GNOME and KDE to use the features we're making available to them.
Tarsnap: Online backups for the truly paranoid
In ports. KDE have been tightly integrated with FreeBSD for years.
FreeBSD and DragonflyBSD, to name two, have always had user-friendliness as a major goal (among many others).
There are separate teams working on KDE and GNOME integration. It just so happens that the interview was conducted with a GNOME on FreeBSD developer, so the focus was on GNOME. Be assured that FreeBSD's KDE integration is very good and will be even further improved on in the future. DesktopBSD, for example, features KDE as the default desktop.
Also, KDE is officially a cross-platform environment, with KDE4 being developed not only on Linux and FreeBSD but also on MS Windows. I don't know what the officiall position is for GNOME, but from what I hear they are a pretty Linux-centric project.
Ack. When is this rumor going to die?
OS X, back when it was called NEXTSTEP, forked off of BSD 8 years before FreeBSD did, even before 4.4lite came on the scene. You can trace its lineage yourself, if you'd like. Since then, there's been a lot of code borrowing but everyone borrows from FreeBSD and FreeBSD is far from the only OS whose code Darwin has borrowed. Using just that to say that Darwin is based on FreeBSD would make little more sense than using the same fact to claim that GNU/Linux and Windows XP are based on FreeBSD.
But as to your point about BSD in general beating Linux to the desktop with OS X, yeah, you're right. I think Apple showed how it really needs to be done, too. In my experience with trying to teach people to use Linux, the thing that consistently hurts Linux on the desktop is what I'd call its unixyness - stuff like complicated directory hierarchies based on abbreviated names only serves to intimidate the non-geek; even if you tell them they don't need to care about anything outside their home directory, they still know it's there. A lot of Linux's celebrated choices are bad; too. The moment a user ever has to care about QT vs GTK+ and figure out why they are behaving a bit differently, or what the heck CUPS is, or any of that, Linux starts to feel like a border town on the edge of the Wild.
Show me ALSA equivalent in FreeBSD! FreeBSD can be used for low quality, high latency consumer level audio - nothing more. Thanks to ALSA Linux can be used in recording studios nowadays. ALSA supports high end audio cards like RME Hammerfall and M-Audio delta series. FreeBSD is lightyears behind when it comes to high quality audio.
OS X, back when it was called NEXTSTEP, forked off of BSD 8 years before FreeBSD did, even before 4.4lite came on the scene. You can trace its lineage yourself, if you'd like. Since then, there's been a lot of code borrowing but everyone borrows from FreeBSD and FreeBSD is far from the only OS whose code Darwin has borrowed. Using just that to say that Darwin is based on FreeBSD would make little more sense than using the same fact to claim that GNU/Linux and Windows XP are based on FreeBSD.
Referenced from the site you mention yourself is the BSD family tree.
If you had bothered to look at it, you'd have noticed that:
Darwin is based on Rhapsody, NetBSD 1.4 and FreeBSD 3.2
OS X 10.2 imported code from FreeBSD 4.4
OS X 10.3 imported code from FreeBSD 5.1
If you had ever bothered to use a FreeBSD 5.x machine for a while, and used a machine with OS X for a while from the shell, you'd have noticed how the userland is virtually identical, to a level way beyond how some linux distributions are similar..
Where OS X really did not derive from FreeBSD at all is at the kernel level and of course the gui.
From the FreeBSD web site:
The FreeBSD Foundation has negotiated a license with Sun Microsystems to distribute FreeBSD binaries for the Java Runtime Environment (JRE(TM)) and Java Development Kit (JDK(TM)).
Enjoy!
I use flash with linux-opera and it works fine. Java has been dead on the desktop for almost 8 years, so who cares.
Specially considering that what really matters for desktop is gnome, kde,x.org...not the kernel.
X and a desktop environment matter the most for sure.. but I think you are quite seriously underestimating the role of a kernel in this..
The kernel is involved in things hardware support, device and power management (suspend) etc, but what really matters is gnome and kde, nothing else. Gnome is not more usable under freebsd than in linux, neither the reverse.
You see.. audio/video support sortof matters for desktop use.. so does plug and play hardware support (just plugin that camera and it works..), which are indeed hardware related but specifically, usb, drm/dri and sound support are extremely important for a desktop.
Then, the scheduler can make quite a difference (optimized for throiughput versus responsiveness for example makes a big difference in how 'snappy' your desktop feels)
Then, if you open a folder in say the kde or gnome file/directory browsers, there are 3 things you desktop can do:
1. not notice changes to the directory untill you manually refresh the view
2. poll the filesystem for changes and display them once they got noticed
3. ask the kernel to send a notification when a file changes
1. is no longer an acceptable option nowadays
2. becomes very expensive when you have a lot of files in said directory, and it is always 'too late'
3. requires kernel support (it is supported in slightly different ways in Linux and FreeBSD now) but is low overhead and virtually inmediate.
As you can see, the kernel does in fact play an important role in simple things like browsing a directory already...
So, yes, it does definitely matter for both gnome and kde what kernel they are running on. A year ago the difference between Linux and FreeBSD was substantial, esp. with regards to the scheduler and support for things like fam (without having to poll for changes).. nowadays the difference is far less big.
FreeBSD's hardware support isn't as wide reaching as linux from what I have found. If you have normal hardware (ie. popular), you wont find any problems with compatiblity from FreeBSD. If you are ever putting a computer together for the specific purpose of running FreeBSD, always check the hardware compatibility matrix. I had an instance at work where my boss bought the hardware for the servers and had me put it together and get FreeBSD installed. He didn't check the hardware for compatibility and 2 of the 4 RAID cards didn't have drivers for FreeBSD (while linux had drivers for both cards).
For the most part, FreeBSD has good hardware support. Most of the hardware you find will be supported. FreeBSD is a strong, solid server OS. I'm interested in how they are going to push for a stronger desktop presence. In my general setups, I'll use Linux exclusively for desktop (although, I wouldn't have a problem building a server with Gentoo or Debian, I just find FreeBSD a stronger solution), and use FreeBSD for servers. I'd prefer to see FreeBSD focus on just server optimization but, hopefully, we will see some bigger advances from both linux and FreeBSD from this 'competition.'
Are you telling me that you don't see the connection between government and laughing at people? - Interviewer
To sum it up ... RTFM. You don't need to rebuild the kernel to get sound support working. There is no such tool 'hdparm' on FreeBSD, it's controlled via sysctl, or atacontrol. Suffice to say, this is all clearly documented in the FreeBSD handbook. Before you come across like a know-it-all asshole, it'd do you a bit of good to recognize that Linux isn't the One True Way (tm).
> Where OS X really did not derive from FreeBSD at all is at the kernel level
Actually, they do: "SMP-optimized kernel based on FreeBSD 5 and Mach 3.0"
Let's make somethings clear here:
- 5.x took too long to get out of the door.
- 4.x had a very long life due to the previous point.
- killing the 4.x branch was a good way to send the message to move to 6.x.
- DragonFly was the result of one guy (admitedly a cool guy, but just one guy), disliking the traditional UNIX way of implementing SMP and wanting to resurrect the Amiga.
Their approach was not perfect, but retrospectively it was not bad either, and 6.x is very stable, clean and fast.
Yeah, modded "insightful" by GPL fanboys. Look, factually speaking, you're wrong. Apple has contributed code to FreeBSD.
w s&file=article&sid=938&mode=&order=&thold=
Read this:
Since Mac OS X v10.0 was released in 2001, Apple has been filtering BSD code in and out of their kernel, userland, and libraries. This code then makes its way back to FreeBSD.(...) By the time Apple released Panther, their contributions back into FreeBSD had amassed into a new FreeBSD milestone, the 5.x branch. http://osviews.com/modules.php?op=modload&name=Ne
OpenBSM is derived from the BSM audit implementation found in Apple's open source Darwin operating system, which upon request, Apple relicensed under a BSD licence (wikipedia citation) OpenBSM: Open Source Basic Security Module (BSM) Audit Implementation http://www.trustedbsd.org/openbsm.html
Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
If you want Nvidia driver fast and ready to play games in couple of seconds you have to try out PS-BSD with nvidia pbi installer from http://www.pbidir.com/search.php?str=nvidia.
http://www.soundonsound.com/sos/feb04/articles/mir rorimage.htm
They're planning to use Ardour, Rosegarden, JAMin through JACK which uses ALSA.