Forgot your password?
typodupeerror
Operating Systems Software BSD

DragonFly At DragonFly 1.0-CURRENT 108

Posted by timothy
from the nomenclature dept.
CoolVibe writes "For months, the DragonflyBSD fork of FreeBSD was maintaining compatibility with the existing FreeBSD-STABLE branch by using the 'FreeBSD 4.8-STABLE' name internally. In a few commits, Matt Dillon changed all the names, and DragonFly is finally sailing under its own banner. Things that DragonFlyBSD already has that FreeBSD-STABLE doesn't are, among others, application checkpointing, variant symlinks (not unlike Domain OS), Light-weight kernel threads, a more efficient slab-allocator, a multithreaded network stack, and the rcNG system."
This discussion has been archived. No new comments can be posted.

DragonFly At DragonFly 1.0-CURRENT

Comments Filter:
  • Re:I wonder (Score:5, Informative)

    by CoolVibe (11466) on Wednesday November 19, 2003 @12:24PM (#7511371) Journal
    It's already very good (and stable). Well allright, sometimes it breaks (that's development for ya), but wait a few hours, and the system is stabilized again (patches are backed out, or bugfixes get in). It's not like CURRENT, where you can hose your system beyond recognition if your not careful.

    Your Distributed.net client will Just Work Fine(tm). I'm still running that KDE 3.1.4 on my laptop that I compiled under 4.9-RCmumble, and that's still working quite spiffy.

    Dragonfly is almost a drop-in replacement. You can just pull it over your existing 4.x-STABLE box, and all your apps should work fine (except for kernel modules). Oh, if you have an NVIDIA gfx card, I ported the binary kernel module to DFBSD, and it's sitting smugly in the override ports. (read dfly's UPDATING about dfports)

    DragonFly as of current perfectly fills that niche where people want the latest and greatest, but don't want to run FreeBSD-CURRENT just yet. It's mostly production-safe. You can always revert back to your old FreeBSD-STABLE without much hassle.

    So, if you're really curious, just give it a go!

  • by CoolVibe (11466) on Wednesday November 19, 2003 @02:03PM (#7512154) Journal
    Variant symlinks as found in Domain OS (nee Domainix, nee Apollo Aegis) are symlinks that refer to environment variables, e.g.
    ln -s '/etc-$(HOSTNAME)' /etc

    to help enable sharing the root file system. (I don't know the variable-reference syntax used in Dragonfly).

    It's exactly the same. The variables for symlinks can be set with the varsym(1) tool, and of course the vfs.varsym_enable sysctl has to be set to '1'. You can set symlink variables in global, user and process context.

  • by CoolVibe (11466) on Thursday November 20, 2003 @07:00AM (#7518523) Journal
    You are right of course. I don't use varsyms yet, but I had a look at the code [dragonflybsd.org] and that confirms what you said. Not much documentation yet, but the varsym tool has a manual page. It works like you expect. One sets a variable with varsym, and then you can use that variable (with ${} notation) in symlinks. Example:

    > cat > file-file1
    this is file 1
    ^D
    > cat > file-file2
    this is file 2
    ^D
    > ln -s 'file-${foo}' test
    > varsym foo=file1
    > cat test
    this is file 1
    > varsym foo=file2
    > cat test
    this is file 2

    Of course, varsym defaults to user context, which means that the var is only 'visible' to the user. With the -s flag, the var becomes system wide, and you can also restrict the view to the process.

    There isn't much more to it. It's easy, clean and simple :)

  • by acidtripp101 (627475) on Thursday November 20, 2003 @07:29PM (#7524305)
    The ONLY thing that was keeping me from using dfbsd was the fact that I had to
    a) install freebsd-stable
    b) cvsup the dfbsd sources
    c) recompile everthing
    d) then have my system

    Now that dfbsd has it's own ISO, I might have to find an old junk box somewhere to install it on (I actually like freebsd 4.x more than the 5.x series so far... MUCH faster, but I'm sure that'll change when it goes stable (no more debugging symbols, etc.)

1 Dog Pound = 16 oz. of Alpo

Working...