"Yeah, yeah, yeah. We need more FUD and probably reference to that bizarre Linus guy. Don't know about you, but I'm totally not convinced why kFreeBSD at all."

Thank GOD you are not with FreeBSD. About spreading FUD- what you did just now?

FreeBSD got jails for ages but I never saw any jail real-life use in Linux and I am LPIC certified specialist.

About ZFS you are totally wrong- ZFS main feature is partitionless usage, self-healing and deduplication.

FreeBSD is alternative to Linux and get used to it. Every work should be done with right tools and sometimes Linux won't cut it. I see lots of five or more year old Linux installations and noone will update them because nobody can be sure it will survice any upgrade at all... You can do it with FreeBSD any time.

And why wouldn't you want to do that? Why another OS? Why another distribution of Linux? Why a fork of this or that?

You post a comment on a site that is (at least partly) dedicated to post news about the myriad of operating systems in the history of computers, and you question why would anyone want to port a specific userland to another operating system? It's what people do!

Alot of people chose FreeBSD over Linux, me included. It's called personal preference and one should always respect that in the end. The more choice in the world the better!

Thank GOD you are not with FreeBSD. About spreading FUD- what you did just now?

Please don't take my comment out of context. I was referring to particular lines in the original file. I am perfectly fine with FreeBSD as it is, and I would be glad to see Debian/kFreeBSD project develop further since someone is motivated enough to do it.

FreeBSD got jails for ages but I never saw any jail real-life use in Linux and I am LPIC certified specialist.

Linux-vserver comes to mind and openvz. And from security only point, AppArmor.

About ZFS you are totally wrong- ZFS main feature is partitionless usage, self-healing and deduplication.

ZFS is good. But I'm not so sure these enterprise-oriented features provide substantial improvements in performance/stability for an average user. The original file promised this.

FreeBSD is alternative to Linux and get used to it. Every work should be done with right tools and sometimes Linux won't cut it.

That's true.

I see lots of five or more year old Linux installations and noone will update them because nobody can be sure it will survice any upgrade at all... You can do it with FreeBSD any time.

What kind of upgrade are you referring to? Do you mean an LTS (long term support) Ubuntu won't be able to dist-upgrade during its' support life cycle? I seriously doubt it - it is kept stable. I'm not even talking RHEL or SLES here.

Now, if we're about upgrading to a newer release version, then, of course, it might break if you skip a couple of versions. All version upgrades are meant to happen incrementally one by one and normally this is the only supported way to do it.

How come you 'can do it any time' when if there's a new version of a particular package, there's always a chance for breakage of your specific configuration. No way I would believe FreeBSD devs and pkg maintainers or upgrade system are that perfect. One should always test before upgrading anything, especially if it is on an important system.

Please, I'm not trying to bash FreeBSD in any way. I was just curious whether there's really something big enough to kFreeBSD to motivate people to work in that way. And since someone is motivated, let it be.