Slashdot Mirror


ekkoBSD Officially Dead

sniperu writes "The EkkoBSD team leader announced the project's premature death , only 12 days after their latest release . No clue is given about the causes of such an unespected end other than saying "It's been a stressful fun trip" . You can still get the last release from the downloads page . Get it while you can ."

5 of 69 comments (clear)

  1. heh.. by Anonymous Coward · · Score: 4, Funny

    This is the trolling equivalent of pouring blood in shark-infested waters. *shudder*

  2. Re:inthe know by iggymanz · · Score: 4, Informative

    it was forked from OpenBSD 3.x (twice actually, first from 3.0 then 3.3) the idea was to make a easy gui based admin & install BSD oh well, still plenty of free / open / closed /proprietary BSD flavors to choose from that are very much alive and growing. The idea of an easier admin/install is very good & would help attract new users. Sure, an experienced person could whip out a configured machine in under 15 minutes for any flavor of BSD, but there's alot of confusing stuff for a newbie.

  3. Does this surprise anyone? by Anonymous Coward · · Score: 5, Interesting

    ekkoBSD was the idea of a guy named Rick Collette... now if you spend a little time googling that name you'll see that this guy has had his named attached to a few failed linux distributions. And on the ekkobsd.org webpage he even says: "Rick Collette - I actually only provided the Intel hardware, colo, marketing, path to completion, etc. I didn't do any coding at all - so my involvement was strictly in starting and attempting to guide the project. " the Operative word here is "didn't do any coding at all" This guy is a about as close to human hot air balloon as it gets. He starts up some project, makes a lot of noise, doesn't do a damn thing except get other people to do the work for him. This is just another failed attempt for this guy. Perhaps he'll learn to stop trying to make poor ripoff's of existing operating systems and wasting peoples time.

    Some choice urls:
    http://linuxpr.com/releases/1319.html
    http ://lwn.net/2000/0323/a/deeplinux.html

    Ever heard of SPIROlinux? DeepLinux? Same guy, same story.

  4. Confirmation from netcraft? by MavEtJu · · Score: 4, Funny

    The EkkoBSD team leader announced the project's premature death

    Did somebody get a confirmation from Netcraft about this?

    --
    bash$ :(){ :|:&};:
  5. Re:And? by Anonymous Coward · · Score: 4, Insightful

    My god, you have a real bad attitude. And a big chip on your shoulder as well, by the sounds. Let's go through and dismantle some of your FUD.

    FreeBSD 5-CURRENT is steadily approaching a good level of stability

    Apart from being a few years late, and looking like being at least another year, they still have serious scalability problems (see for example the recent thread about MySQL not even improving performance when going from 1 to 2 Opteron CPUs), their threading models and scheduler are still in the air, and not stable. Their "tier 1" amd64 architecture is pretty unstable.

    after which it will be a Linux-killer for most desktop and some server applications.

    Why would it be a Linux-killer for most desktop applications? Both kernels (and computers in general) are past the point where performance really matters for most desktop situations. The main things that matter are device drivers and what userspace programs can be run. You could argue that they are about equal in terms of programs, but Linux has far more device drivers at the moment.

    As far as servers go, yeah it is possible and even probable that FreeBSD would be a better choice than Linux for some things. In what areas would it be a Linux killer though? (Please spare me the leet netcraft uptime or other template zealot bullshit).

    NetBSD has been and always will be the best operating system for portability, and the 2 branch is making admirable progress into modern standards and functionality while retaining amazing stability and cleanliness.

    Although the Linux kernel has more supported CPU architectures than NetBSD's. I grant that NetBSD exceeds all Linux distros that I know of, with only Debian coming close. I have heard that some NetBSD ports are pretty low quality though.

    OpenBSD had some scalability issues which are resolved, and now is making way into modern SMP and other useful applications.

    OpenBSD is still squarely at the the bottom of the performance heap, and if you think a completely serialised kernel is "modern SMP"... well... please don't bother replying.

    DragonFlyBSD is making astonishing progress given its currently small (but talented and enthusiasatic) developer base, and is already very close to being a viable alternative to FreeBSD for those who want something different.

    No it isn't. Even the core developers acknowledge it is nowhere near close at this stage. The recent developer release trashed your hard drive, for example. No big deal of course, because it is a development release.

    Also, have a look at this. DFBSD is 20% slower than FreeBSD 4.10 on this MySQL test. Trust me, they have a long way to go.

    None of the BSDs are 'dead'. Their developer bases are largely comprised of people who focus on their Operating System (yes, technical note, all BSDs are entire Operating Systems, unlike Linux which is a toy kernel often accompanied by a user space tool chain you can run anywhere, and some hackish utilities for interfacing with the kernel

    I'll interrupt you in this parenthesis... but you are wrong, Linux is a kernel, nothing more, nothing less. Its developer base is comprised of kernel developers. Sun, SGI, IBM, Intel, Dell, HP, Veritas, Toshiba, Sony, NEC, Google come to mind as they all have staff on Linux kernel development.

    ), not on how many file systems they can add barely-working support for, how many undocumented kernel options they can hack on without anyone's understanding, and how many tshirts they can sell for market saturation. Linux developers lost their goal as well, what began as a valiant and successful (even if more via media coverage than technical merit, as benchmarks of even 2.4 will show) development effort of a kernel from scratch, has become an orgy of random features,

    What makes you think that? It is as much an orgy of random features as the Fr