Forgot your password?
typodupeerror
Operating Systems Software BSD

NetBSD 4.0 Has Been Released 121

Posted by ScuttleMonkey
from the so-long-and-thanks-for-all-the-stacks dept.
ci4 writes to tell us that NetBSD 4.0 has been released and has been dedicated to the memory of Jun-Ichiro "itojun" Hagino. "Itojun was a member of the KAME project, which provided IPv6 and IPsec support; he was also a member of the NetBSD core team (the technical management for the project), and one of the Security Officers. Due to Itojun's efforts, NetBSD was the first open source operating system with a production ready IPv6 networking stack, which was included in the base system before many people knew what IPv6 was. We are grateful to have known and worked with Itojun, and we know that he will be missed. This release is therefore dedicated, with thanks, to his memory."
This discussion has been archived. No new comments can be posted.

NetBSD 4.0 Has Been Released

Comments Filter:
  • Yes! (Score:5, Funny)

    by angryfirelord (1082111) on Wednesday December 19, 2007 @02:05PM (#21753856)
    Time to upgrade my toaster!
  • by Saint Aardvark (159009) * on Wednesday December 19, 2007 @02:05PM (#21753868) Homepage Journal

    ...and replaced it with Postfix. Sendmail's still available from pkgsrc, but it's no longer the default. Man, never thought I'd see the day when one of the BSDs finally did this...

    • Re: (Score:2, Insightful)

      'bout frickin' time!

      Look, the rest of the world has moved on to Postfix, which is much smaller and less bloated than sendmail, easier to configure, and, most importantly, a ton more secure.

      Why have the BSDs taken so long to realize this simple fact of life?

      • by Just Some Guy (3352) <kirk+slashdot@strauser.com> on Wednesday December 19, 2007 @03:34PM (#21754984) Homepage Journal

        Why have the BSDs taken so long to realize this simple fact of life?

        Well, in the case of OpenBSD, it's because they've gone over the Sendmail code with a fine-toothed comb and patched up any problems they found along the way. It's pretty well vetted by people who care intensely about such things. Therefore, replacing Sendmail with anything else would be a case of the devil you know being better than the devil you don't.

      • Re: (Score:2, Informative)

        by Anonymous Coward
        Doesn't quite look like the rest of the world got your memo.

        http://www.securityspace.com/s_survey/data/man.200711/mxsurvey.html [securityspace.com]
      • by Fweeky (41046)

        Why have the BSDs taken so long to realize this simple fact of life?
        Well, *I* think the colour of the bikeshed should be exim^Wblue!

        Or maybe the base system should just not come with an MTA. Keep that stuff in ports where it belongs.
        • by MavEtJu (241979)
          Or maybe the base system should just not come with an MTA. Keep that stuff in ports where it belongs.

          You need something to deliver your daily/weekly/monthly run logs, cron output, alerts etc to the right person.

          But as you know, installing GREEN!^Wpostfix from the ports collection is hardly rocket science if you take all the default settings, plus that it can be updated without having to worry that an system upgrade will put everything back to an ancient version.

    • Re: (Score:2, Interesting)

      by Anonymous Coward

      ...and replaced it with Postfix. Sendmail's still available from pkgsrc, but it's no longer the default. Man, never thought I'd see the day when one of the BSDs finally did this...

      As a reference, sendmail is still good. But given the lack of desire of the maintainers of sendmail to be more proactive in anti-spam and further development of SMTP, many people have switched to Postfix. I view this as a highly progressive move.

      I switched my systems to postfix last year. Love it. Even though I mastered the s

  • by NeoManyon (953080) on Wednesday December 19, 2007 @02:10PM (#21753928) Homepage
    Major achievements in NetBSD 4.0 include support for version 3 of the Xen virtual machine monitor, Bluetooth, many new device drivers and embedded platforms based on ARM, PowerPC and MIPS CPUs. New network services include iSCSI target (server) code and an implementation of the Common Address Redundancy Protocol. Also, system security was further enhanced with restrictions of mprotect(2) to enforce W^X policies, the Kernel Authorization framework, and improvements of the Veriexec file integrity subsystem, which can be used to harden the system against trojan horses and virus attacks. Please read below for a list of changes in NetBSD 4.0.

    http://www.netbsd.org/releases/formal-4/NetBSD-4.0.html [netbsd.org]

    Major Changes Between 3.0 and 4.0

    The complete list of changes can be found in the CHANGES and CHANGES-4.0 files in the top level directory of the NetBSD 4.0 release tree. Some highlights include:
    Networking

    * agr(4): new pseudo-device driver for link level aggregation.
    * IPv6 support was extended with an RFC 3542-compliant API and added for gre(4) tunnels and the tun(4) device.
    * An NDIS-wrapper was added to use Windows binary drivers on the i386 platform, see ndiscvt(8).
    * The IPv4 source-address selection policy can be set from a number of algorithms. See "IPSRCSEL" in options(4) and in_getifa(9).
    * Imported wpa_supplicant(8) and wpa_cli(8). Utilities to connect and handle aspects of 802.11 WPA networks.
    * Imported hostapd(8). An authenticator for IEEE 802.11 networks.
    * carp(4): imported Common Address Redundancy Protocol to allow multiple hosts to share a set of IP addresses for high availability / redundancy, from OpenBSD.
    * ALTQ support for the PF packet filter.
    * etherip(4): new EtherIP tunneling device. It's able to tunnel Ethernet traffic over IPv4 and IPv6 using the EtherIP protocol specified in RFC 3378.
    * ftpd(8) can now run in standalone mode, instead of from inetd(8).
    * tftp(1) now has support for multicast TFTP operation in open-loop mode, server is in progress.
    * tcp(4): added support for RFC 3465 Appropriate Byte Counting (ABC) and Explicit Congestion Notification as defined in RFC 3168.

    File systems

    * scan_ffs(8), scan_lfs(8): utilities to find FFSv1/v2 and LFS partitions to recover lost disklabels on disks and image files.
    * tmpfs: added a new memory-based file system aimed at replacing mfs. Contrary to mfs, it is not based on a disk file system, so it is more efficient both in overall memory consumption and speed. See mount_tmpfs(8).
    * Added UDF support for optical media and block devices, see mount_udf(8). Read-only for now.
    * NFS export list handling was changed to be filesystem independent.
    * LFS: lots of stability improvements and new cleaner daemon. It is now also possible to use LFS as root filesystem.
    * vnd(4): the vnode disk driver can be used on filesystems such as smbfs and tmpfs.
    * Support for System V Boot File System was added, see newfs_sysvbfs(8) and mount_sysvbfs(8).

    Drivers

    *

    Audio:
    o Support for new models on drivers such as Intel ICH8/6300ESB, NVIDIA nForce 3/4, etc.
    o Added support for AC'97 modems.
    • by Anonymous Coward on Wednesday December 19, 2007 @02:13PM (#21753980)

      Major achievements in NetBSD 4.0 include support for version 3 of the Xen virtual machine monitor...

      Ah, so it does run Linux. I was going to ask.

      • by LizardKing (5245)

        In a sense NetBSD event ran Linux before the Xen support - well, Linux applications at least. There's Linux emulation [gw.com] built into the kernel that allows it to trap system calls from Linux binaries and translate them to NetBSD equivalents. Before the availability of a native Sun JDK, this was the way to run Java on NetBSD.

    • Re: (Score:3, Informative)

      by TheRaven64 (641858)
      The new bluetooth stack from NetBSD has now been ported to DragonFly BSD and OpenBSD, so others benefit from this work, not just those running NetBSD. Looking through the new features list, I see a lot of things that I recognise from both OpenBSD and FreeBSD, so the sharing goes both ways.

      NetBSD is, I believe, the second kernel to officially support running as a Xen 3 Domain 0 guest. Both Solaris and NetBSD have been able to do this in prerelease versions for quite a few months, but I believe NetBSD is t

      • by demon (1039)
        Does it support PAE this time? I'm not seeing anything in the release notes, so I'm guessing the answer is "no"; unfortunately if it doesn't, that makes it (still) useless to me. I'd love to run NetBSD in a Xen domU, but all my production Xen hosts use PAE - 4 GB on a VM host box is just not enough, and NetBSD's continued dogged insistence that PAE is an ugly hack (yes, it is, but that's *beside* the point) is getting really obnoxious. I'd just go with the x86_64 Xen kernel, except that they don't even have
    • by dgatwood (11270)

      ...many new device drivers and embedded platforms based on ARM, PowerPC and MIPS CPUs.

      Translation: now it really does run on your toaster... and your refrigerator.

    • Re: (Score:1, Interesting)

      by Anonymous Coward
      Am I the only one that read this and thought, "hmmm, should have just said, 'imported OpenBSD.' Since really, a huge number of the items are from OpenBSD." It really caught me off guard that so much of what is listed here is just imported from OpenBSD, did an OpenBSD developer write the list, and just downplay the in-NetBSD developed stuff? And if you're going to import OpenBSD stuff, why not get a recent PF version, 3.7 is what, two releases a year, we're on 4.2 now, so two and a half years old. A two a
      • by LizardKing (5245)

        While the sharing is great and goes both ways, it's a little unfair to imply that all the new features in NetBSD 4.0 came from OpenBSD. The bluetooth stack was written specifically for NetBSD, for example. As for pf, the version in the NetBSD tree has been considerably modified from the 3.7 version, so merges from OpenBSD are made on a fix or per-feature basis as the porting is quite hard to do. Not unexpected, seeing as pf touches some quite low level aspects of the kernel. As for the release, I'll be upgr

    • by GaryOlson (737642)
      Works well in VMware; and some thoughtful soul created a pre-built VM. [vmware.com] Now my testing VM menagerie is complete.
  • Oh Boy! (Score:5, Funny)

    by Anonymous Coward on Wednesday December 19, 2007 @02:14PM (#21754002)
    An OS that supports more platforms than it has users.
    • by filterban (916724)
      NetBSD is a great OS. I've used it since version 2 and it really has improved dramatically. I've found it to be very, very useful in resurrecting old hardware, and it also runs great on current platforms, too.

      NetBSD's support of so many hardware architectures speaks something about how it's designed, if you ask me. No other OS I know of supports even 1/2 as many architectures as NetBSD.
    • Oh Boy! An OS that supports more platforms than it has users.

      Oh Boy! Another user that doesn't know what OS's he's using. If your firewall isn't running NetBSD, and your gateway router isn't, and you don't own any appliances that run NetBSD, the chances are your internet packets, at least are making their way through one or more NetBSD boxes. NetBSD has plenty of users, it's just most of them don't know they are users because they use NetBSD systems as black boxes.

      • by MrWeelson (948337)
        Viewing websites that use Apache doesn't mean I'm an Apache user. The only soft/hardware I use are those directly under my control, my XP PC, my Linux PC, my router and so on.
        • I think it's quite apparent from the context he was using that he meant user in the sense that you are using the OS, which is accurate whether you made the black box or not. If you're using the router (or whatever), you are using NetBSD in the sense of the word that he used. Either way, it also becomes quite obvious that _somebody_ is using NetBSD, and as it turns out (like the GP pointed out), many people are using NetBSD, in the traditional sense.
      • by shnizep (1192389)
        On top of that I've noticed NetBSD running on iSCSI SAN hardware :) *cough* EqualLogic, which is damn reliable, and who knows else what hardware.
    • Reminds me of this satirewire story: http://satirewire.com/briefs/netscape6.shtml [satirewire.com]
  • by Anonymous Coward
    this new release of NetBSD confirms it.
  • OpenBSD (Score:1, Informative)

    by cachimaster (127194)
    If i'm not mistaken, the OpenBSD 4.2 release was also dedicated to Jun-Ichiro "itojun" Hagino, it was a big loss for the BSDs.
  • Released? (Score:3, Funny)

    by Huntr (951770) on Wednesday December 19, 2007 @03:26PM (#21754892)
    Does that mean they spread its ashes around somewhere or what? ;)
  • And still no ia64 build. Myself and the other two ia64 users in the world are outraged!

Arithmetic is being able to count up to twenty without taking off your shoes. -- Mickey Mouse

Working...