Am 04.11.2007 um 22:51 schrieb Quey:

If you are going to use that as a stand point, maybe you need to use bloated winblows :)

No thanks.

Or for that matter in Linux I think Ubuntu, or OpenSolaris as they all apparently have trillions of packages ...

It's not the packages - it's the ports-system that let's you easily compile these packages yourself with the customizations _you_ need and want (if you know what you need).

but I rather know whats going into my system and I know where it goes, and I know its compiled just right for my system, never any dependency issues and I *know* the sources have not been messed about with, FreeBSD ports are just like a RH/Deb, they will customised for the OS, and I hate it when they do it.

It depends - FreeBSD in my experience messes a lot less with the packages than most other "distributions" out there. Recently, more stuff has been split-up into the different /usr/local subdirectories (lib, libexec, share etc.), but it's still all very logic and simple. It's also nice for running a server because the base-OS is split from the applications.

Of course, to understand what the "toasters" do, you should have done some work with qmail and vpopmail. So you're not completely helpless when something breaks. (But the people building the toaster-scripts usually also sell support for these cases...)

I tried CentOS5 once, but I'm not sure if I could get happy with it. E.g. I can't seem to be able to get around the 32bit vs. 64bit package-mess (I tried the 64 bit version inside VMware).

It's just another bloated RedHat OS.

I don't think it's bloated - it's just next to useless running any kind of OSS that needs dependencies or customizations outside the packages provided on the CDs (CentOS has some more than RHEL, but the problem is the same). Need a PHP-module for some webmail that isn't on the CDs? Either do your own PHP RPM or try to create additional modules from the (horrible) SPEC-file provided (and subsequently also backport your own patches - thank you). Cool for running Oracle, SAP or Notes, where the OS is just kernel +filesystem+sshd (in case of Oracle, even the filesystem is sometime not used).

Qmail + Vpopmail+clamav etc. need so many dependencies with so many special compile-time configurations that it's usually a big hassle to do it on any Linux distribution (maybe Ubuntu or Debian is better, but they also do a lot of behind-the-scene magic (and freeze the API, so squirrelmail never get's updated, only bugfixed etc.).

FreeBSD has a nicely balanced approach for most of these problems.

Not to start a flamewar - but the original poster did ask for suggestions ;-)

Rainer Duffner


Reply via email to