October-December 2003 FreeBSD Status Report
Dan writes "FreeBSD Release Engineering Team's Scott Long has posted the 2003 FreeBSD year-end edition status report. He says many new projects are starting up and gaining momentum, including SGI XFS port, MIPS, PowerPC on PPCBug-based embedded boards, and networking locking and multithreading. The end of 2003 also saw the release of FreeBSD 4.9, the first stable release to have greater than 4GB support for the ia32 platform. Work on FreeBSD 5.2 also finished up and was released early in January of 2004."
XFS is GPL. Is SGI changing to a BSD license?
Good heavens, that is a ridiculous quantity of acronyms!
Has OS X, being semi-derived from FreeBSD, been a contributing factor to this growth? As a slashdot user, i see a lot of "FreeBSD is dying" trolls, but with a major computer manufacturer like Apple on the BSD train, this seems more false then ever. However, the only thing i see in the article that could be Apple related is "shared key authentication interoperability with systems like OS X". To me, this doesn't seem like anything major in BSD source code contribution . In fact, Apple seems to give more back to KDE (i.e. Safari) than FreeBSD. Does Apple help or hinder BSD growth?
Since we're so fat as Americans shouldn't we add another branch to the *BSD tree and call it OBSD?
FreeBSD has gphoto too. It`s in /usr/ports/graphics/gphoto2.
Just do a 'make install clean' in that directory, and it will install gphoto and all of the depedencies it requires.
FreeBSD also got some(all of them, maybe?) of the GUI applications that uses gphoto, like gtkam. KDE probably has one too.
"If you loved me, you`d all kill yourselves today"
Spider Jerusalem
I can confirm that my digital camera (Canon, PTP protocol) works fine with gphoto2 under FreeBSD. Cameras that use the USB mass storage protocol "should" work, but YMMV.
Helevius
getting features hacked in as quickly as possible: linux
ridiculous stability as priority: freebsd
As far as platform support, freebsd has never been one to have much outside of x86 and alpha.. This is all new in 5.x.. If you want broad platform support, I'd use NetBSD.
As for your response to networking locking.. It has nothing to do with NFS and everything to do with Giant (the giant mutex that exists in the kernel). FreeBSD 5.x is largely an attempt to break away from this giant lock.
As for multithreading, both linux and freebsd have had it for ages. And it hasn't been that great in either one of them up until KSEs in FreeBSD 5.x and the revamped threading in Linux 2.6. FreeBSD had very good userland threading performance for processes needing to use threads on a single processor, but no native SMP threading support outside of using Linux's threading library (clone()).
As for PAE, correct me if I"m wrong, but it has NOT been several years. PAE, officially AFAIK, is still relatively new to Linux as well.
That project certainly deserve the "coolest name" award. Basicly it's the freebsd equivalent of ndiswrapper to get wireless chips to work. :)
It's remarkable how applicable this name is
Here is a more detailed description.
and by that I'm referring to FreeBSD and myself.
:-)
I tested it for the first time about a year ago, and was seduced by the ports tree... it gave me the impression that BSD is a little more sleek in structure than most Linux distros.
I upgraded my home server to 4.9 a few months ago, and the only downtimes were due to power outages... and after finding a little BIOS tweak in my Tyan Tiger, I think those will be minimized too
This weekend, I migrated from XP to 4.9 for my desktop machine after drag-n-drop of all things decided to quit working... wtf? There's a few things that I anticipate will be tricky, like Xinerama support for my Radeon 7000 VE dual display, tweaking Vmware so it'll work correctly, and openoffice is being strangely adamant at not compiling. I'm not much of a coder, so things like this tend to make me run to the 'net for assistance, but that's what a supportive userbase is for.
Kudos to the FreeBSD team for attracting yet another user with a well-structured and well-executed OS.
May the threads progress competently.