Slashdot Mirror


FreeBSD 6.2 Released To Mirrors

AlanS2002 writes "FreeBSD 6.2 has been released to mirrors. The release notes for your specific platform are also available. FreeBSD is an advanced operating system for x86 compatible (including Pentium and Athlon), amd64 compatible (including Opteron, Athlon64, and EM64T), ARM, IA-64, PC-98, and UltraSPARC architectures. It is derived from BSD, the version of UNIX developed at the University of California, Berkeley. It is developed and maintained by a large team of individuals. Additional platforms are in various stages of development."

113 of 168 comments (clear)

  1. Availability by cperciva · · Score: 5, Informative

    The release announcement will not be available for a couple of hours. Slashdot jumped the gun as usual.

    Torrents are available.

    A script for upgrading FreeBSD 6.1 systems is available.

    1. Re:Availability by Anonymous Coward · · Score: 1, Interesting

      I don't have any cds, why can they not put up a dvd image with all three cds on it? :(

    2. Re:Availability by Barny · · Score: 3, Informative

      If you have nero (not tried under Xnix) you can load the iso and then select DVD as the medium in the top left corner, then it will burn each CD onto a DVD :)

      --
      ...
      /me sighs
    3. Re:Availability by Anonymous Coward · · Score: 1, Informative

      Older devices and the newest and fastest X86 32bit and 64bit servers.

      They have support for the expensive and fast disk controllers and the fastest network cards.

      10Gbit might be more and more used, but it is to early to say it is old.

    4. Re:Availability by Anonymous Coward · · Score: 1, Insightful

      "Slashdot jumped the gun as usual...."

      Yeah, now we can't bitch that it's a dupe!!

      Some people are never pleased.

  2. But wait..... by mlwmohawk · · Score: 2, Interesting

    Wasn't development supposed to be delayed or stalled because of license issues?

    1. Re:But wait..... by MavEtJu · · Score: 5, Funny

      If you're refering to the AT&T vs BSDi lawsuit, you're 10 years late :-)

      --
      bash$ :(){ :|:&};:
    2. Re:But wait..... by bmac83 · · Score: 3, Informative

      That was Gentoo/FreeBSD.

    3. Re:But wait..... by Grinin · · Score: 1

      I could have sworn the same... Gentoo/FreeBSD had some issues due to some piece of code... but if 10 mins = 10 years... than we could be wrong?

  3. Re:x86 compatible? by Gothmolly · · Score: 2, Funny

    Is there a point to your at least pedantic, and at most douchebaggy, comment about the difference between x86 and IA32?

    --
    I want to delete my account but Slashdot doesn't allow it.
  4. Re:x86 compatible? by DamnStupidElf · · Score: 5, Funny

    Oh crap! What am I going to do with my cluster of 4Mhz XT machines now!?

  5. Re:Optional Lame Apple Joke... by rainman_bc · · Score: 1

    But does it run on the iPhone or the Apple TV?

    You're thinking of NetBSD that claims to run on everything, not FreeBSD :)

    --
    09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
  6. Ha! I did it! by Bluesman · · Score: 5, Funny

    I was waiting, and waiting, and waiting for this release.

    So last night I downloaded 6.1 and installed it.

    Voila! 6.2 out today.

    Wanna see it rain? I'm going to go wash my car.

    --
    If moderation could change anything, it would be illegal.
  7. Upgrading from 4.x by ShaunC · · Score: 3, Interesting

    I run FreeBSD 4.11 on a number of machines, many of which I have no physical access to. Those who keep up with such things will know that 4.11 will be EOL'd for security purposes as of the end of this month (i.e. the RELENG_4_11 branch will no longer have guaranteed security updates). Does anyone have any experience with a remote, networked upgrade from 4.11 to 6.x? I dread that this is going to become necessary sooner rather than later, and I'm curious if anyone can give any pointers on the migration, or if it's even possible without physical access and burned media.

    Thanks in advance..!

    --
    Thanks to the War on Drugs, it's easier to buy meth than it is to buy cold medicine!
    1. Re:Upgrading from 4.x by timmarhy · · Score: 1

      i've never done it before, but i've heard from several people that it's not hard, the main thing is to read the upgrade guide and take note of any gotcha's. all it essentially does it replace much of the core OS files and builds a new kernel, then you reboot the system and all things going well, it works. of course the degree of complexity might vary depending on the apps your running and what they depend on, but that's all well documented.

      --
      If you mod me down, I will become more powerful than you can imagine....
    2. Re:Upgrading from 4.x by NMerriam · · Score: 1

      But how much from a security standpoint is changing on those systems? You might be better off just leaving them as-is, since the versions of everything on there are old enough that few folks are targeting it anymore. I know our WinNT4 IIS3 server was wonderful despite never having updates available, because IIS3 didn't have any of the features that constantly get attacked!

      --
      Recursive: Adj. See Recursive.
    3. Re:Upgrading from 4.x by excelblue · · Score: 2, Interesting

      This is surely a tough upgrade. However, read the FreeBSD handbook section about updating the source tree, as well as the section on rebuilding world. It should give you a step-by-step guide on how to do a source upgrade (the easiest way to do a remote upgrade). Just ignore the stuff about single-user mode - it may be recommended, but it'll still work fine in multiuser if you are careful (eg. try not to have too much going on while doing the upgrade).

      I suggest you go from 4.11 to 5.5 (RELENG_5_5) first, and then go from there to 6.2 (RELENG_6_2) just to be safe. It might be possible to go directly from 4.11 to 6.2, but doing such a big jump is an extremely risky process. In any case, I'd set up a test environment with something like vmplayer and experiment first before doing the actual update.

    4. Re:Upgrading from 4.x by cepler · · Score: 5, Informative

      From RELNOTES.TXT:

      3 Upgrading from previous releases of FreeBSD

            Source upgrades to FreeBSD 6.2-RELEASE are only supported from
            FreeBSD 5.3-RELEASE or later. Users of older systems wanting to
            upgrade 6.2-RELEASE will need to update to FreeBSD 5.3 or newer
            first, then to FreeBSD 6.2-RELEASE.

      And from INSTALL.TXT:

          Warning: Binary upgrades to FreeBSD 6.2-RELEASE from FreeBSD
                4-STABLE are not supported at this time. There are some files
                present in a FreeBSD 4-STABLE whose presence can be disruptive,
                but are not removed by a binary upgrade. One notable example is
                that an old /usr/include/g++ directory will cause C++ programs
                to compile incorrectly (or not at all).

    5. Re:Upgrading from 4.x by Derwood5555 · · Score: 1

      You'll have to recompile all ports after the upgrade.
      I'd also be really careful with mergemaster.
      Much of /etc changed between 4.x and 5.x
      Maybe tar up /etc, /usr/local/etc and /var before doing the upgrade just in case.

    6. Re:Upgrading from 4.x by MadAhab · · Score: 2, Interesting

      Yeah, I called up the datacenter dudes and asked for an upgrade from 5.3 to 6.0. From there, remote upgrades have been smooth.

      I know 4.11 was probably the most stable operating system I've ever used, but I'd recommend a wipe and reinstall (and if you have your non-OS stuff in its own partition, of course, it's always easier).

      Of course, it's not necessarily dangerous to stretch out your 4.11 installations for another year or two, if you'll commit to keeping your ported software upgraded, even if via hand installs. I haven't seen a FreeBSD base system remote exploit of any real active significance since some damn telnet thing from years and years ago.

      --
      Expanding a vast wasteland since 1996.
    7. Re:Upgrading from 4.x by Ben+Jackson · · Score: 1

      Those kinds of upgrade problems are very subtle. I have a FreeBSD box with filesystem continuity back to 1994 (I think it was 1.1 or 1.1.5 when I installed). At some point sysctl moved from /usr/sbin to /sbin and for more than a year I just thought sysctl was oddly broken, when really I just had one that did not match my kernel in my path.

      Just a warning for those thinking, "how bad could it be??"

    8. Re:Upgrading from 4.x by TheRaven64 · · Score: 1

      You'll have to recompile all ports after the upgrade. You won't if you build 6.2 with the FreeBSD 4.x compatibility option. I think this is still on by default, but I'd have to check to be sure.
      --
      I am TheRaven on Soylent News
    9. Re:Upgrading from 4.x by Derwood5555 · · Score: 1

      Yep.. forgot all about this switch in the kernel.. It's on by default.

      options COMPAT_FREEBSD4 # Compatible with FreeBSD4

    10. Re:Upgrading from 4.x by parc · · Score: 1

      The biggest thing watch for is the / partition. In 4.x, it defaulted to a tiny partition. Unfortunately, it's nowhere near big enough for a 5.x/6.x /.

      The other big gotcha -- and something that eventually caused me to drop FreeBSD -- is that large drives are not supported on many common controllers. They'll show up as available and you can certainly write to them, but at some point you'll start getting bogus DMA timeouts. The hardware that worked fine in 4.X began failing in 5.X/6.X. The response from soeren was "it ain't broke. Buy better hardware."

      Ubuntu has been working fine with the same hardware for 6+ months now.

      That said, I loved FreeBSD for the 15 years that I used it. I would still recommend it if you've got a bottomless budget to buy high-end hardware.

    11. Re:Upgrading from 4.x by bondjamesbond · · Score: 1

      Build a new box (you know you need to).
      Send it to the location.
      Profit!

    12. Re:Upgrading from 4.x by Fweeky · · Score: 1
      FreeBSD has a catalog of obsoleted files to clean out cruft like that now; make targets check-old, delete-old and delete-old-libs:

      -# grep sysctl /usr/src/ObsoleteFiles.inc
      OLD_FILES+=usr/sbin/sy sctl
  8. Re:someday by Anonymous Coward · · Score: 1, Insightful

    Linux is still at 2.6. What timezone are you in?

  9. Re:Ha! I did it! by coredog64 · · Score: 1

    I just finished my embedded system based on 6.1. ding. ding. Serenity now!

  10. Re:x86 compatible? by ArsonSmith · · Score: 4, Funny

    Not run FreeBSD on them?

    --
    Paying taxes to buy civilization is like paying a hooker to buy love.
  11. Re:x86 compatible? by Anonymous Coward · · Score: 3, Informative

    According to the latest release notes, not all IA32 processors are supported as the 80386 is not specifically listed. Support for the 80386 was dropped starting with 6.0: http://www.freebsd.org/platforms/i386.html

  12. Re:x86 compatible? by NMerriam · · Score: 4, Funny
    Oh crap! What am I going to do with my cluster of 4Mhz XT machines now!?


    Yeah, I had the turbo switch fixed and everything...
    --
    Recursive: Adj. See Recursive.
  13. Re:*BSD is Dying by TheSHAD0W · · Score: 3, Funny

    Considering the announcement in the topic...

    "I'm not dead yet!"

    "I'm getting better!"

    "I don't want to go on the cart!"

  14. Re:Optional Lame Apple Joke... by cepler · · Score: 1

    You're confusing this with NetBSD...

  15. Re:Installed it this morning by lactose99 · · Score: 3, Informative

    With 6.2, csup is even better...

    --
    Fully licensed blockchain psychiatrist
  16. Re:Ha! I did it! by linguae · · Score: 3, Informative

    Luckily, FreeBSD has an excellent system for updating the operating system by source code. This guide teaches you how to update to the latest stable release of FreeBSD via source code. It's really nice and works well. Just remember to use FreeBSD-STABLE instead of FreeBSD-CURRENT, unless you are a FreeBSD developer or are interested in the absolute latest development version of FreeBSD, working or not.

  17. Re:I noramlly check Distrowatch.com by mr_da3m0n · · Score: 1

    I hear you. I went through all sorts of pain to get the HP Raid 3i (which basically uses the 'megaraid' driver, so I guess it is rebrandred) working on my quad xeon. I had to use gentoo, but somehow, I had to install using knoppix and 2.4 kernel.

    The machine is sort of wonky, too. I wonder if FreeBSD would be a happy camper on it.. Maybe I'll give it a try :)

  18. Release announcement by cperciva · · Score: 3, Informative

    FreeBSD 6.2 has now been announced.

  19. annnd, now it's official by kace · · Score: 1

    From: Ken Smith
    Date: Jan 15, 2007 12:29 AM
    Subject: [FreeBSD-Announce] FreeBSD 6.2 Released
    To: freebsd-announce@freebsd.org
    ....

    So, wow, Slashdot was only an hour and eleven minutes ahead of the announcement.

    If you're not on the announce mailing list, the full text should appear at this URL soon: http://www.freebsd.org/releases/6.2R/announce.html -- not yet working as I write this!

  20. Re:I noramlly check Distrowatch.com by mdemonic · · Score: 3, Interesting

    FYI, distrowatch donated the money they made from ads to a handful of open source projects, among them FreeBSD. Someone has to be first, and this time it was slashdot. http://www.freebsdfoundation.org/donate/sponsors.s html

  21. Re:Ha! I did it! by __aaxwdb6741 · · Score: 1

    Same here, man. I *just* finished installing a 6.1-RELEASE and patching it up to p12, and now I have to start all over again.

    Oh well, I guess that's just the way Beastie likes to torture us sometimes.

  22. Re:someday by nukem996 · · Score: 2, Funny

    I think hes thinking of Redhat 6.2

  23. But... by slack_prad · · Score: 1

    ..does it run linux?

    *runs*

    --
    Sent from my desktop computer
    1. Re:But... by nacturation · · Score: 5, Informative

      ..does it run linux?
       
      *runs* You probably weren't expecting a serious reply but... yes, it does. Note that this isn't running some kind of virtual machine emulation -- it's running Linux binaries natively on the processor and doing some kind of magical remapping of kernel and library calls that, to be honest, I don't understand that well. More details in this article.
      --
      Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
    2. Re:But... by kamochan · · Score: 1

      ..does it run linux?

      Actually, for all practical purposes, it does. The Linux kernel is a bit iffy, but all userland Linux binaries run just fine. The Linux syscall emulation works really well.

    3. Re:But... by heroofhyr · · Score: 3, Informative
      The article has fewer details than the last section of the chapter you linked to, which basically explains everything.

      When the ELF loader sees the Linux brand, the loader replaces a pointer in the proc structure. All system calls are indexed through this pointer (in a traditional UNIX system, this would be the sysent[] structure array, containing the system calls). In addition, the process is flagged for special handling of the trap vector for the signal trampoline code, and several other (minor) fix-ups that are handled by the Linux kernel module.

      The Linux system call vector contains, among other things, a list of sysent[] entries whose addresses reside in the kernel module.

      When a system call is called by the Linux binary, the trap code dereferences the system call function pointer off the proc structure, and gets the Linux, not the FreeBSD, system call entry points.

      In addition, the Linux mode dynamically reroots lookups; this is, in effect, what the union option to file system mounts (not the unionfs file system type!) does. First, an attempt is made to lookup the file in the /compat/linux/original-path directory, then only if that fails, the lookup is done in the /original-path directory. This makes sure that binaries that require other binaries can run (e.g., the Linux toolchain can all run under Linux ABI support). It also means that the Linux binaries can load and execute FreeBSD binaries, if there are no corresponding Linux binaries present, and that you could place a uname(1) command in the /compat/linux directory tree to ensure that the Linux binaries could not tell they were not running on Linux.

      In effect, there is a Linux kernel in the FreeBSD kernel; the various underlying functions that implement all of the services provided by the kernel are identical to both the FreeBSD system call table entries, and the Linux system call table entries: file system operations, virtual memory operations, signal delivery, System V IPC, etc... The only difference is that FreeBSD binaries get the FreeBSD glue functions, and Linux binaries get the Linux glue functions (most older OS's only had their own glue functions: addresses of functions in a static global sysent[] structure array, instead of addresses of functions dereferenced off a dynamically initialized pointer in the proc structure of the process making the call).

      Which one is the native FreeBSD ABI? It does not matter. Basically the only difference is that (currently; this could easily be changed in a future release, and probably will be after this) the FreeBSD glue functions are statically linked into the kernel, and the Linux glue functions can be statically linked, or they can be accessed via a kernel module.

      Yeah, but is this really emulation? No. It is an ABI implementation, not an emulation. There is no emulator (or simulator, to cut off the next question) involved.

      So why is it sometimes called "Linux emulation"? To make it hard to sell FreeBSD! Really, it is because the historical implementation was done at a time when there was really no word other than that to describe what was going on; saying that FreeBSD ran Linux binaries was not true, if you did not compile the code in or load a module, and there needed to be a word to describe what was being loaded--hence "the Linux emulator".

      Also there is this, which is another good explanation of the differences between but support for the two OS's in FreeBSD programming.

      FreeBSD is an extremely flexible system. It offers other ways of calling the kernel. For it to work, however, the system must have Linux emulation installed.

      Linux is a Unix-like system. However, its kernel uses the Microsoft system-call convention of passing parameters in registers. As with the Unix convention, the function number is placed in EAX. The parameters, however, are not passed on the stack but in EBX, ECX, EDX, ESI, EDI, EBP:

      open: mo

      --
      brandelf: invalid ELF type 'KEEBLER'
    4. Re:But... by pclminion · · Score: 1

      So register-based parameter passing is now slower than stack-based? I'm not buying that.

      Me neither, let's see what the stack-based sequence would actually look like:

      mov eax, flags
      push eax
      mov eax, mode
      push eax
      mov eax, path
      push eax
      mov eax, 5
      push eax
      int 80h
      add esp, 16 ; don't forget to adjust the stack!

      Even if you wanted to play some trickery by moving the parameters directly to the proper stack frame locations instead of PUSHing them, you still need to load them into registers first (more instructions) because this architecture can't move directly from memory-to-memory.

      Arguments based on the complexity (not efficiency) of machine code are moot, anyway. This is why we have compilers.

  24. Re:I noramlly check Distrowatch.com by BrainInAJar · · Score: 5, Insightful

    FreeBSD is actually a good OS.
    Yes, it's very nice

    Mac users use it,
    No they don't, they use Mach with a BSD api wrapper

    Solaris is based around it,
    No it's not, Solaris was on the SysV side of the SysV/BSD Unix wars (not a bad thing, Solaris is nice too)

    and most of Linux is a cheap ripoff of it.
    No, Linux is a school project based loosely off SunOS & Minix

  25. Re:is this news? by __aaxwdb6741 · · Score: 1

    One word: "Vista"

  26. Re:with an ad no less by cperciva · · Score: 4, Informative
    nothing has changed other than the version number

    From the release announcement:

    Some of the highlights:
    • freebsd-update(8) provides officially supported binary updates for security fixes and errata patches
    • Experimental support for CAPP security event auditing
    • OpenBSM audit command line tool suite and library
    • KDE updated to 3.5.4, GNOME updated to 2.16.1
    • csup(1) integrated cvsup client now included
    • Disk integrity protection and authentication added to geli(4)
    • New amdsmb(4), enc(4) ipmi(4), nfsmb(4), stge(4) drivers
    • IPFW(4) packet tagging
    • Linux emulation support for sysfs
    • BIND updated to 9.3.3
    • Many driver updates including em(4), arcmsr(4), ath(4), bce(4), ata(4), and iwi(4)
  27. FreeBSD 6.2 Released to Minors by RincewindTVD · · Score: 1

    That's what I read at first.

    I don't know what a child would have to do to deserve that.

    now, did I mean that as a reward or as a punishment? Let the fanboys decide!

    1. Re:FreeBSD 6.2 Released to Minors by vga_init · · Score: 1

      I read that too. It was pretty creepy at first. I mean, I was a minor when I was first exposed to Unix, but that doesn't mean other young people should do the same. Some just aren't ready, you know?

  28. Linux ripped it off? by badhat · · Score: 1

    I do believe Linux was born before FreeBSD... hehe... Now now I didn't say Unix. I have used the BSD's in the past and I have to admit I am glad to see it still creeping forward.

    1. Re:Linux ripped it off? by VGPowerlord · · Score: 1

      Only if you ignore that FreeBSD is a fork of 386BSD, which is itself a fork of 4.3BSD (or more accurately Net/2).

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    2. Re:Linux ripped it off? by TheRaven64 · · Score: 3, Informative
      The first release of Linux was in 1991. FreeBSD 1.0 was not released until 1993 so, in a way, you are right. FreeBSD, however, was a fork of 386BSD, which was first released in 1992, five months after Linux 0.1. 386BSD itself, however, was merely the i386 port of 4.3BSD (unencumbered), and 4.3BSD was released two months before the first public release of Linux. 4.3BSD, of course, was only the latest in a long line of BSD releases. The first release in the 4.x series was in 1980, eleven years before Linux and four years before the GNU project started.

      The i386 was the first Intel chip that had the memory protection mechanisms required to run a real UNIX. Although they were released in 1985, it took some time for people to get around to porting UNIX to run on them. It wasn't until around 1990 that the PC was so firmly entrenched that it made sense to run Linux on such an inferior architecture; people who wanted a real computer but were on a budget got a cheap 68K machine.

      --
      I am TheRaven on Soylent News
    3. Re:Linux ripped it off? by RAMMS+EIN · · Score: 1

      ``It wasn't until around 1990 that the PC was so firmly entrenched that it made sense to run Linux on such an inferior architecture;''

      Of course, Linux was designed for said inferior architecture.

      ``people who wanted a real computer but were on a budget got a cheap 68K machine.''

      Do the 68Ks actually have MMUs? Or are they separate chips in Real Computers? Any MMUs that the 68Ks may have certainly don't seem to be used in Macs...

      --
      Please correct me if I got my facts wrong.
    4. Re:Linux ripped it off? by Just+Some+Guy · · Score: 1
      Do the 68Ks actually have MMUs? Or are they separate chips in Real Computers? Any MMUs that the 68Ks may have certainly don't seem to be used in Macs...

      They do as of the 68030. I can't speak for MacOS, but AmigaOS used the MMU a lot for nifty tricks like copying the OS ROM into RAM and then remapping it because it was many times faster.

      --
      Dewey, what part of this looks like authorities should be involved?
    5. Re:Linux ripped it off? by TheRaven64 · · Score: 1

      Do the 68Ks actually have MMUs? It was optional. The MC68010 was the first chip in the family to properly support one, and they were on-die on some of the later revisions (68030 onwards). Early Sun workstation (anything pre-SPARC) used a 68K, and ran a BSD-derived version of UNIX.

      Any MMUs that the 68Ks may have certainly don't seem to be used in Macs... Not quite true, actually. A/UX, Apple's first foray into the UNIX market, ran on 68K Macs and required an MMU. All of the 68030 and 68040 based Macs include an MMU, and some 68020 processor Macs have a 68851 PMMU. For a list of some of the ones with an MMU, take a look at the NetBSD/mac68k port compatibility list. Like A/UX, NetBSD requires an MMU.
      --
      I am TheRaven on Soylent News
  29. Benefits of csup by dewarrn1 · · Score: 1

    I poked around a bit; csup's got no dependencies to build, which I like. Does it speed source and ports-tree updates substantially? How about versus portsnap in the latter case?

    1. Re:Benefits of csup by Just+Some+Guy · · Score: 2, Insightful

      It updates /usr/src at line speed, as did cvsup. It's not faster, just written in a vastly more common language. I don't think anything will beat portsnap for updating ports since it's downloading a small set of patch files and applying them. There's no filesystem walking required to compare the local and remove versions.

      --
      Dewey, what part of this looks like authorities should be involved?
  30. Re:I noramlly check Distrowatch.com by Laughing+Dog · · Score: 1

    Speaking as someone who uses it for a desktop, FreeBSD is great on *older* hardware (the Gentoo installer had no idea what to do with my network card, and the special "low" RAM version of Ubuntu somehow couldn't install GRUB correctly, making it rather useless), and it does seem to have good support for server setups, so it might be worth a shot. I've been following the 6.2 release candidates, and they've both been nice and stable. (No more kernel panics when powering up with a USB printer connected, like I experienced with 6.0 stable! Seriously, the operating system has come a long way even in just the past year.) One issue I have noticed is with the handbook itself- it's possible to do things, relatively common tasks, even, that the last time I checked, the handbook seems to discourage. You can print from USB printers just fine, for example (and could even under 6.0, despite the startup issue), but you wouldn't know it from reading the print section. This makes the forums and mailing lists the best source for configuration help, provided that they don't tell you to RTFM.

  31. nope by r00t · · Score: 3, Interesting

    UNIX is a trademark. It's even a registered trademark. A trademark is not a copyright. (and not a patent either, nor a trade secret)

    AT+T's lawsuit ran in to problems becuase they hadn't properly protected their code from unpublished disclosure. At the time, copyright law was very different, so this mattered. The judge indicated that AT+T might not have copyright to some things. AT+T was also caught violating Berkeley's copyright.

    On the other hand, the trademark was being violated by BSDI and there may have been some minor problems in the BSD code base.

    So the parties agreed to quit and keep things quiet.

    If you want to use the trademark, you need a license. Licenses are easy to get, provided that you fully and correctly implement an OS that follows a standard called the Single UNIX Specification. FreeBSD violates this standard in many ways, and is thus inelligible for getting a license to use the trademark.

    Linux isn't UNIX either, though it's now close enough that the Open Group can maintain a small list of deviations that need to be voted out of existance.

    1. Re:nope by Viol8 · · Score: 1

      Just out of interest , where do FreeBSD and Linux differ from the Single unix spec?

    2. Re:nope by r00t · · Score: 1

      Example: the "df" program reports data in the wrong units.

  32. m0n0wall by Anonymous Coward · · Score: 1, Informative

    Then I guess M0n0wall is not far off from release either.

    The next version of m0n0wall will be based on FreeBSD 6.2 release.

    For the curious:

    http://m0n0.ch/wall/beta-1.3.php

  33. Embarrassed by dewarrn1 · · Score: 1

    And it's in the base system. That's a really easy compile.

  34. Pleasantly surprised with laptop support! by srinravi · · Score: 5, Informative

    I downloaded the netboot version of 6.2RC2 some days back and was pleasantly surprised to find that almost all the hardware was correctly recognized. This is a 2 year old compaq laptop with an Ralink PCMCIA wireless card. Not even the latest Linux distros can detect this card but OpenBSD and FreeBSD have the excellent ral driver in the kernel. Moreover the configuration is so simple when compared to the mess in Linux (iwconfig,iwpriv,ifconfig??) not to mention the troubles I had with ndiswrapper

    All the BSD's use X.org anyway nowadays, so the folks who are looking for a good GUI environment won't be disappointed. Again, the laptop display settings were correctly detected and I didn't have to touch xorg.conf at all

    Give OpenBSD and FreeBSD a try - you won't regret it. Having said that, prepare to actually RTFM in case you run into problems. 99% of the time the answers are in the fine integrated documentation that comes along with your OS install.

  35. Sweet! by schmilblick · · Score: 1

    But does it run li^H^H the burninating crusade?

  36. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  37. Thank you captain pedantic by Sycraft-fu · · Score: 2, Insightful

    However these days, x86 is taken to mean "Current CPUs based on the x86 ISA." If you mosey to nVidia's drive page you'll notice they talk about Vista x86 and Vista x64 drivers. What they mean are 32 and 64-bit drivers, of course, both x86 ISA. They don't mean that the x86 drivers will run on any platform, indeed Vista itself will run on nothing less than a Pentium 3 and thus it wouldn't be meaningful for the drivers to support less.

    There's no point in breaking down support by specific chip level unless you just feel like being pedantic for no reason, thus people just say "x86" and use it to mean reasonably modern 32-bit x86 ISA chips.

    If you really are concerned about compatibility with hardware that old, well, go get DOS and deal with the limitations.

  38. questions from a linux guy by Anonymous Coward · · Score: 1, Interesting

    Recently I had the opportunity to look at some *bsd derivative systems, mainly firewalls and
    small servers, and really liked how they were well designed, clean and stable. Therefore I'd like to take a better look at *bsd (*) and probably start using it among my other linux machines. My question is: what are the general caveats for someone coming from Linux, eg. that missing or different command/device/configuration file/installation procedure, etc. In other words those simple tasks that could be made difficult by thinking at them "the linux way"?

    * I used *bsd because it's still not clear to me which bsd will suit my needs. I'll probably have to try them all.

    1. Re:questions from a linux guy by RAMMS+EIN · · Score: 5, Informative

      Some differences between GNU/Linux and *BSD from the top of my head:

      1. Device names are different. What Linux calls /dev/hda, OpenBSD and NetBSD call /dev/wd0, and FreeBSD calls it /dev/ad0, I believe.

      2. Partition maps are different. Linux uses DOS (or BIOS, I'm not sure where they originate from) partition tables on the PC, and Apple partition tables on Power Macs. I don't know about other architectures. The BSDs use BSD disklabels, where each partition gets a letter (from a to z), with some letters having special meanings (e.g. a is the root device, c is the whole device). For example, if your root partition in /dev/hda1 under Linux, it would be /dev/wd0a in OpenBSD. FreeBSD also supports DOS partitions, but calls them "slices". Linux's /dev/hda1 would be /dev/ad0s1 under FreeBSD, IIRC.

      3. The BSDs do not implement a lot of GNU extensions. This includes library functions (e.g. there's no strndup on OpenBSD), command line switches, and makefile directives. Of course, a lot of software is shared among BSD and GNU systems, but the differences will bite you sometimes. GNU usually implements BSD extensions.

      4. GNU make is usually available on BSD systems, but under the name gmake. make is BSD make, which has a different set of extensions to basic make.

      5. BSD systems provide third-party software primarily through the ports system (called pkgsrc on NetBSD), although binary packages may also be available. This is not common in Linux distributions, although Gentoo mimics the BSDs in this.

      6. There is generally a higher focus on source code. For example, upgrades are typically performed by first getting the latest version of the source code through CVS, and then running "make world".

      7. The BSD startup scripts are usually much simpler than those found on Linux distributions, which typically use SysV style init scripts.

      8. The BSDs consist of a complete operating system that is maintained as a single unit, whereas, with Linux distros, the kernel, libc, core utilities, etc. are usually maintained and upgraded independently.

      9. The BSDs pride themselves on technical quality and good documentation, whereas GNU/Linux is heavier on features and making things work _today_. Complaining about missing features, or asking questions without having read the documentation is likely to rub BSD people the wrong way. Be especially careful with OpenBSD developers.

      10. The BSDs have traditional, monolithic kernels. All have some features available as loadable modules, but the modularization is definitely not strong as in Linux. Stability is considered more important.

      11. The choice of filesystems is more limited on the BSDs than it is on Linux. All support Berkely FFS, as well as some variations on it, fat, and ext2, but there's no ReiserFS, JFFS2, QNX fs, etc.

      12. Among the BSDs, NetBSD focuses on clean code and portability, OpenBSD focuses on security, and FreeBSD is the most featureful. Dragonfly BSD is a fork of FreeBSD that aims to provide a more modern architecture with a microkernel and without the Big Kernel Lock. There are some others, too, but I don't know what they're about.

      Just to put this information in perspective: I've used GNU/Linux since 1996, and OpenBSD for about 5 years. My experience with NetBSD and FreeBSD is only sporadic. I've also created ports for OpenBSD and NetBSD, as well as developed quite some new software for them. If you count Mac OS X as a BSD, I've got about 2 years of experience with it, including the creation of pkgsrc ports for it.

      --
      Please correct me if I got my facts wrong.
    2. Re:questions from a linux guy by tyndyll · · Score: 1

      Most succinct and useful comparison of BSD to Linux I've found in an age. Thanks

      --
      Morale seems good, considering, although high spirits are just no substitute for eight hundred rounds a minute
  39. If you haven't before... by petrus4 · · Score: 3, Insightful

    ...this is as good an opportunity as any to discover FreeBSD for yourself. As I wrote in my journal, it's a fantastic OS...very much worth obtaining a copy of and investigating.

    I've also noticed how much the comments attached to this article are riddled with trolls, flamebait, and assorted rubbish. Richard Stallman was the first to slander the BSD license and attempt to discourage its' use, and it is obvious that there are Linux users who seek to continue their master's work in that regard, and shame themselves in the process. They tell people a lot more about their own character (or lack thereof) than about that of what they are attacking.

    1. Re:If you haven't before... by rbanffy · · Score: 3, Insightful

      Licenses are just that: licenses.

      BSD-like licenses do not prevent your competitors from taking your contributions, improving upon them and keeping the improvements for themselves, turning what you did as open-source into closed-source/proprietary stuff, even using it to compete against you. If you are bigger than other fish, investing in BSD makes more sense.

      GPL-like licenses, on the other hand, would require your competitor to release its improvements keeping the field level. If you find the ideals behind GPL attractive, you will also feel more comfortable that improvements on your work will not become proprietary software. If you are smaller than most of the other fish, GPL makes more sense.

      If we (as a company) were to invest a given amount of resources in an improvement we did wish to keep to ourselves and eventually sell, we could choose a project that had a BSD-like license. If, however, we wanted to use that improvements to foster an ecosystem where no one should gain much advantage over us, we would choose a GPL-licensed project.

      They are tools. You pick the one that makes sense.

  40. Re:x86 compatible? by TheRaven64 · · Score: 1

    Run Minix on them? I don't think Minix 3 supports the 8088, but I'm fairly sure Minix 2 does...

    --
    I am TheRaven on Soylent News
  41. Re:I noramlly check Distrowatch.com by kv9 · · Score: 1

    FreeBSD is the only distro I found that supports the embedded AMI megaRAID controller "out-of-the-box".

    small correction: FreeBSD is not a "distro", it's a full blown OS.

  42. Re:x86 compatible? by kv9 · · Score: 1

    Is there a point to your at least pedantic, and at most douchebaggy, comment about the difference between x86 and IA32?

    one could also ask the same thing about your comment.

  43. Re:Ha! I did it! by Anonymous Coward · · Score: 3, Informative

    Noooo.!!!! I hate when people recommend STABLE. Use 6.2-RELEASE and then update with security patches. Have you read what STABLE is ?? It's not what you think.

  44. Re:I noramlly check Distrowatch.com by yorugua · · Score: 2, Insightful

    Hmm... Solaris 1 (aka SunOS 4.x) was BSD based. Solaris 2 ( SunOS 5.x) is SysV based.

  45. Re:I noramlly check Distrowatch.com by Anonymous Coward · · Score: 1, Insightful

    SunOS 1.x was BSD.
    SunOS 2.x / Solaris is SysV.
    And Solaris, like every other UNIX/UNIX-like system I've ever used has it's pros and cons.
    Cons would be the really shitty user land, though it improved dramatically in Sol 9.
    I also don't like pkg* much, and the installer just plain sucks in too many ways to mention.

    Nice things...
    Zones are very nice, lacking a few things, but still very handy.
    Stability, Solaris on SPARC boxes is about as stable as it gets, save perhaps for mainframes.
    Binary compatibility is also very nice, being able to just move an app from some old 2.6 box over to a Sol10 box will work most of the time, assuming you're not missing a lot of external libs and stuff.

    And lots and lots of other little pros and cons, just like Linux, OpenBSD, and presumably FreeBSD(I haven't used it since 4.x).

  46. FreeBSD on laptops? by Viol8 · · Score: 1

    I tried to install FreeBSD 6.0 on my HP Pavilion but it didn't recognise the network card (I forget what its called , driver is forcedeth under linux). Has laptop support been improved ? Does the team have laptops in mind for freebsd or is it more a desktop/server system still?

    1. Re:FreeBSD on laptops? by carlcub · · Score: 2, Informative

      FreeBSD 6.1 and later should support that network adapter with the nve driver.

  47. Re:Ha! I did it! by ulzeraj · · Score: 1

    Interesting. Is it something like Gentoo Portage?

    (Please don't hurt me... I know portage was inspired in some FreeBSD system).

  48. FreeBSD from scratch? by tirnacopu · · Score: 1

    I find the intricacies of the BSD system very confusing, and those of the Unix systems in general too. This is why linux from scratch has been of invaluable help for me. Is there some way to install a BSD system starting from kernel, libc, init, boot loader etcetc?

    1. Re:FreeBSD from scratch? by RAMMS+EIN · · Score: 2, Funny

      The BSDs don't work that way. Linux distros are made up of lots of separate parts, but BSDs are complete packages (for some definition of complete).

      I don't know exactly how things work for FreeBSD, but with OpenBSD, it's like this: the OpenBSD team develops and maintains the whole operating system, consisting of kernel, libc, commands, compiler, documentation, X, etc. When you install, you get to choose sets: bsd, main, comp, etc, games, and so on. Some of these are mandatory, others are optional. This allows you to omit certain parts of the OS to save disk space. However, all of these are really part of the same package; you can't, say, use bsd from version 4.0 with comp from 3.8, or from an entirely different BSD flavor.

      Besides the operating system, there is the ports tree. The ports tree consists of a ton of Makefiles with some patches, and allows you to install software that isn't part of the operating system proper. For example, if you wanted to install w3m, you could "cd /usr/ports/www/w3m && sudo make install". Typically, binary packages will also be provided for most architectures. The ports tree is only loosely coupled to the OS proper; ports may be updated while the OS stays at the same version, or not be updated when the OS version changes.

      --
      Please correct me if I got my facts wrong.
    2. Re:FreeBSD from scratch? by niteice · · Score: 1

      No. FreeBSD comes from a single source. Linux distributions pull together software from many sources.

      --
      ROMANES EUNT DOMUS
    3. Re:FreeBSD from scratch? by Brandybuck · · Score: 1

      Building FreeBSD from scratch:

      cd /usr/src
      make buildworld
      make buildkernel
      make installkernel
      make installworld
      reboot

      --
      Don't blame me, I didn't vote for either of them!
  49. Re:Ha! I did it! by pixr99 · · Score: 1

    Don't fret. Go make use of Colin Percival's binary updates system to perform a binary upgrade. You'll be running 6.2-RELEASE in no time at all.

  50. Re:x86 compatible? by SleepyHappyDoc · · Score: 2, Insightful

    I believe his point was to call the other poster a pedantic douchebag. I could be wrong, though.

    --
    Stasis is death. Embrace change.
  51. Re:with an ad no less by Kirth · · Score: 1

    csup(1) integrated cvsup client now included

    This is SOOO cool, now I don't need to compile the Modula-3 compiler anymore to compile this essential piece of software.

    --
    "The more prohibitions there are, The poorer the people will be" -- Lao Tse
  52. Re:with an ad no less by Anonymous Coward · · Score: 1, Interesting

    What about nfe(4)? Gave up on FreeBSD a while ago, but I always hated using the proprietary ethernet driver.

  53. Re:x86 compatible? by DoctorPepper · · Score: 1
    --

    No matter where you go... there you are.
  54. An Observation . . . . . by DaMattster · · Score: 1

    Sun Tzu, in his very insightful book, The Art of War, observed that victory is best obtained when division and rift is created within the enemy and thus, no organized attack can be made. I find Sun Tzu's observation to be so unfortunately true in the F/OSS world. In the "war" between proprietary and open source, the winning parties are the proprietary operating system makers. This is happening because the open source parties are criticizing each other and spreading fear, uncertaintly, and doubt about each others products. As long as the BSD and Linux camps continue to fight, as evidenced in much of the comments about this article, Microsoft will be able to plow ahead. I personally like both BSD and Linux and they play very nicely together. Both are excellent with strengths and weaknesses that seem to complement each other. If there would be greater cooperation, than I could see great things happening. Right now, Microsoft does not have too much to worry about as it is still dominant in the desktop OS market and the open source camps are as divided as ever. While I love a good flame war against an enemy, I see little good in a flame war from within.

  55. Re:Ha! I did it! by tjmcgee · · Score: 1

    Wow that was awesome, do you live in NJ, it's raining right now!

  56. Re:I noramlly check Distrowatch.com by drmerope · · Score: 1
    Mac users use it,
    No they don't, they use Mach with a BSD api wrapper

    Actually there is more BSD code than that. Mach provides the basic kernel infrastructure, but a few of the Mac device drivers are FreeBSD derived and large portions of the networking stack. Apple entirely replaced other sections of FreeBSD though, e.g., the USB stack.

    and most of Linux is a cheap ripoff of it.
    No, Linux is a school project based loosely off SunOS & Minix

    Lets ignore the cheap ripoff part... and that Linux has its own historic origins. The evolution of Linux from 2.2->2.6 was definitely influenced by FreeBSD. e.g.,several algorithms from the FreeBSD vm were brought in to rescue linux from the vm problems of a few years ago. In many areas though Linux has caught upto and surpassed the FreeBSD kernel.

  57. Smooth move! by Anonymous Coward · · Score: 1, Insightful

    Good job slashdot - linking directly to the primary server instead of a list of mirrors. Surely it won't bother anyone!

    Not that anyone here is concerned about the stability of other people's servers...

  58. Portsnap seems slick by peterhil · · Score: 1

    Thank you! I just found out about portsnap after reading your comment.
    I remember reading about portsnap on the install docs, but for some reason
    I ended up using cvsup instead...

    OTOH I did not find about portupgrade until few weeks after I started
    using FreeBSD (which I regret).

    --
    If you don't know what it is, please do yourself a favour and google it!

    1. Re:Portsnap seems slick by Just+Some+Guy · · Score: 1

      Thank you! I just found out about portsnap after reading your comment.
      I remember reading about portsnap on the install docs, but for some reason I ended up using cvsup instead...

      It was definitely a happy discovery. It makes the update go from several minutes to a few seconds, and has to be easier on the update servers, too.

      OTOH I did not find about portupgrade until few weeks after I started using FreeBSD (which I regret).

      Don't regret it! You may not always find yourself on a machine that has portupgrade installed.

      --
      Dewey, what part of this looks like authorities should be involved?
  59. Re:with an ad no less by thadman08 · · Score: 1

    I agree. One less step when performing a standard FreeBSD install!

  60. how much life does 4.x have left? by bcrowell · · Score: 1

    I have a server provided by a webhost with FreeBSD 4.9 on it. Is there going to be a point at which the 4.x series is no longer supported, and there are no security updates, etc.?

    1. Re:how much life does 4.x have left? by Just+Some+Guy · · Score: 1
      Is there going to be a point at which the 4.x series is no longer supported, and there are no security updates, etc.?

      Yes: two weeks from now.

      --
      Dewey, what part of this looks like authorities should be involved?
  61. No surprises please by peterhil · · Score: 1

    FreeBSD is actually a good OS.
    Yes, it's very nice

    I would rather say it works like a charm!
    After toying with several Linux distros, it amazes me how every upgrade with FreeBSD is a non-surprise!

    Mac users use it,
    No they don't, they use Mach with a BSD api wrapper

    Dead wrong! I use FreeBSD rather than some Linux distro.
    It just feels more familiar with the BSD environment and similar rc-scripts.

    I am a Mac user and a graphic designer, still everyone asks me for technical help.
    WTF? What should I do to stop at least Windows users doing it? Become a BOFH?

  62. Portmaster by dewarrn1 · · Score: 3, Interesting

    Also falling into the "not necessarily better, but interesting" category, portmaster is a utility much like portupgrade, but it requires no dependencies to build or run. It's worth noting that you end up relying on FreeBSD's pkg_* utilities instead of portupgrade's port* suite. Of course, if you would have Ruby installed anyway, then portupgrade doesn't really cost you anything extra.

  63. Thank you! by Civil_Disobedient · · Score: 1

    That was a very comprehensive response, and much appreciated.

  64. ipw3945? by xoundmind · · Score: 1

    Unless I am missing something in the release notes, still no support for this wireless chip. Hopefully in 6.3/7!

  65. Single Unix Specification by dru · · Score: 3, Informative

    On the whole, the goal is to comply with the SUS. As with most operating systems, the difference is in the implementation and the corner cases.

    The main difference I notice is 'ps'. The Unix spec wants 'ps -ef'. BSD wants 'ps auxww'.

    Some information on current efforts:

  66. Re: csup by nthomas · · Score: 1

    With 6.2, csup is even better...

    To elaborate

    CVSup is *the* way to update the software and the OS on FreeBSD. You keep your /usr/ports tree and src distribution of the OS in sync with the official repositories using it. It is very similar to rsync, but takes advantage of CVS source code repositories (FreeBSD is stored in CVS).

    It is a great tool, and really the only downside to using it is that it was written in Modula-3. Building CVSup from sources required a *lot* of time and was unnecessarily complex. To remedy this, the author of CVSup released a language called ezm3, which is basically a stripped down version of the Modula-3 source base that "contains only those components which are required for building and running CVSup". So to build CVSup, you first built ezm3.

    As you can imagine, getting Modula-3 compiled on your system (even if it is a stripped down version of Modula-3), just to run CVSup was seen as overkill. But what really prompted work on csup (according to the authors) was because "the Modula-3 runtime environment was not ported to all the architectures supported by the various *BSD projects, and it was becoming increasingly harder to find people for maintaining the code."

    csup is a rewrite of the CVSup software in C. I It is pretty fast, but currently supports checkout mode only -- not that big a deal, since most people only us CVSup to keep their ports and OS src trees in sync with the upstream repositories. Furthermore, since it is written in C, this has allowed them to put it in the base FreeBSD distribution instead of shipping it as a separate package.

  67. portmanager by ir · · Score: 1, Informative

    portmanager is great too. I have been using it for a long time and it's never failed on me (which is more than I can say for portupgrade).

    --
    Irina Romanov
  68. Thanks everyone by ShaunC · · Score: 1

    I wanted to say thanks to all who replied to my question. I'm left with the impression that while a two-step networked upgrade (4.11 to 5.3, 5.3 to 6.x) is apparently possible, a ton of things can go wrong, especially if I don't do the upgrade during the proper phase of the moon :) I think I'll give it one shot on a low-priority machine. If it works, I'll replicate the process and document it for others; if not, perhaps having the colo folks do a fresh install to a new drive is the best course of action.

    Thanks again y'all, good to know there's still a nice BSD crowd on /.

    --
    Thanks to the War on Drugs, it's easier to buy meth than it is to buy cold medicine!
  69. BSD at Linux Expo in Los Angeles by Anonymous Coward · · Score: 1, Informative

    FreeBSD will have a booth on the expo floor of the 2007 Southern Califrornia Linux Expo in Los Angeles, CA. Feb 9-11, 2007
    Additionally FreeBSD developers will be presenting in the seminar tracks.

  70. Re:x86 compatible? by tehcyder · · Score: 1
    Is there a point to your at least pedantic, and at most douchebaggy, comment about the difference between x86 and IA32?
    Well, imagine you had a 512K memory single floppy disc 80286 laptop and you wanted to install a new up-to-the-minute OS to replace DOS 2.0, think how disappointed you'd be if you downloaded FreeBSD (instead of, say, Windows Vista) and found it wouldn't run.
    --
    To have a right to do a thing is not at all the same as to be right in doing it
  71. Re:Ha! I did it! by ozzmosis · · Score: 1

    I'm curious, what do you think it is?

  72. another project like that: WINE by ChipMonk · · Score: 1

    WINE Is Not an Emulator, but rather an "alternative implementation" of an API/ABI, just like "Linux emulation."