OpenBSD Journal

OpenBSD 3.6 released

Contributed by dhartmei on from the Pond-erosa Puff dept.

Theo de Raadt writes:

To ease the load on our FTP mirrors, I am happy to announce that we are opening up the release before the weekend rather than after it. Enjoy!

Read the official announcement and release notes. Today's media coverage of this release: OpenBSD 3.6 Live (ONLamp, new interview with developers), OpenBSD 3.6 set to go (The Age, Australia) and OpenBSD 3.6 tackles SMP (ZDNet UK)

(Comments are closed)


Comments
  1. By RC (4.8.16.122) on

    > o New mediabay(4) macppc driver for the ATA33 HD controller
    > over removable CD.

    I can't understand how anything can be done "over removable CD". I really just can't make out what this entry is supposed to mean.

    Comments
    1. By Adam Weishaupt (68.202.41.228) on

      From the manpage:
      The mediabay device allows attachment of wdc(4) to the removeable CD on the pismo powerbook machines.
      So the wording is strange but I guess it means some piece of macppc hardware is now supported.

    2. By Flynn (24.65.59.165) flynn@SPAMshaw.ca on

      This is referring to the use of the removeable mediabay CD-ROM drive.. not a CD...

  2. Comments
    1. By almeida (66.31.180.15) on

      Thanks, Daniel.

      I'm downloading at over 200KB/sec. Not too shabby.

      Comments
      1. By Anonymous Coward (68.232.139.94) on

        I was downloading at ~320KB/s, stopped looking, checked on it a couple of minutes later and it was done. :D

    2. By James Carter (66.218.244.40) on http://www.opentorrent.org

      It appears that the torrent is not working properly right now. When the torrent link is clicked I do not start downloading I see code in Mozilla/FireFox/Konqueror. Nothing has changed on my system, I just downloaded slax to test my config. I linked to your torrent from my site, so hopefully I can push a few people into the pool.

      Comments
      1. By Daniel Hartmeier (62.65.145.30) daniel@benzedrine.cx on

        Oh, that's the web server missing the MIME type. You can just right-click and save the link to a file, then manually start the BitTorrent client using the .torrent file. Or maybe enter the URL into the client, if it supports that.

        Comments
    3. By Dormando (216.254.127.8) on

      Heh. Too fast. perhaps you should add another, larger torrent as well? :)

    4. By fb (68.146.18.192) on

      Thanks a lot Daniel. If we could just get this posted on /. I think people will be downloading at the limit of their modems.

      Comments
      1. By Anonymous Coward (69.157.230.158) on

        I don't think this is true: the protocol is supposed to degrade terribly when the user pool gets too large.

        Comments
        1. By kami petersen (217.215.84.114) on

          stop supposing things, it makes you look very stupid. on the other hand your just an anonymous troll.

          Comments
          1. By Anonymous Coward (69.157.241.86) on

            Actually, I based the assumption on what was once bittorrent's FAQ (close to when it was initially released.) The FAQ has been updated to read: How many downloads can BitTorrent support? For very popular files, BitTorrent can support roughly a thousand times as many downloads as http can. Recent changes may change this to ten thousand. Which is a little on the vague side, but I'm still impressed. It used to be closer to what I've previously incorectly asserted. You all need to get over yourselves.

            Comments
            1. By Anonymous Coward (69.157.241.86) on

              As an addendum to this pointless and tiresome bickering, it underperforms (imo) under special and unsurprising circumstances: not enough seeds, too many concurrent downloaders.

      2. By Anonymous Coward (24.34.57.27) on

        It already maxed out my cable modem at 395 KB/s, for whatever that's worth. ;)

  3. By Anonymous Coward (66.222.160.31) on

    Nuts, I preordered like a month ago and I still haven't got my cd's, and I live like 30 minutes from where the cd's ship out. Oh well, ftp install it is.

    Comments
    1. By Anonymous Coward (67.71.76.239) on

      Why didn't you just drive there? That's what I did last time I lived in Calgary. :-)

    2. By Anonymous Coward (67.51.144.133) on

      Yep, I did not get my CDs this time. I won't be ordering again. I'll just wait for the download and donate money instead of getting frustrated with the crappy service.

    3. By Anonymous Coward (208.191.164.101) on

      heh...I got my CD two days before the email showed up in my inbox detailing how I could "track my order"...

      Comments
      1. By almeida (66.31.180.15) on

        Same here.

    4. By Dan (80.178.230.88) on

      Just got mine yesterday!

      The longer I waited the sweeter was the moment I got it in my mail :)

  4. By Anonymous Coward (82.82.82.174) on

    I already got my CD's on October 22nd and that in Germany from a local bookstore.

    Comments
    1. By Archite (67.181.78.176) adam@akarsoft.com on

      Yeah, I ordered a poster 2 months ago, the cd's a month ago. Neither have come but that charges are there... At least I can FTP what I paid for now for free...

  5. By Michael Paddon (220.240.55.28) on

    Is anyone running a tracker for the amd subdirectory?

  6. By Anonymous Coward (69.158.150.65) on

    Instead of posting the entire comment I will just link to an already existing one on Slashdot. I echo those sentiments: it would be great to use the pkg_add pkg_delete pkg_info commands to deal with system updates as well as ports packages. Anyone agree?

    Comments
    1. By Anonymous Coward (162.58.35.101) on

      I like how base and packages are seperate.

      Comments
      1. By Anonymous Coward (69.158.150.65) on

        OK then how about the system upgrades use different naming scheme like sys_radius_version.tgz or sys_kernel_version.tgz and the installed packages are tracked in /var/db/syspkg/ instead? pkg_info -s could only show system packages.

        Comments
        1. By tedu (67.124.88.60) on

          uname tells you what kernel is installed. why do you need pkg_info to tell you the same thing?

          Comments
          1. By Anonymous Coward (67.71.18.168) on

            Nothing to do with uname. Hypothetically speaking, if such a system was in place for binary updates then you would want to know which updates you have applied and which you haven't. Lets say from OpenBSD 3.6 onwards three kernel related patches are released. Then pkg_info -s could show sys_kernel_003 (just an example naming scheme to illustrate the example) as installed so you know you've got the most upto date patched kernel package.

    2. By Anonymous Coward (69.197.92.181) on

      God no. This is one of my major problems with linux. I like having a base system I don't have to worry about. My OS is version 3.6, plain and simple, no worrying about rpms version for each little thing.

      Comments
      1. By Anonymous Coward (67.71.18.168) on

        You are jumping to conclusions. My point was that if /usr/src could be organized like how /usr/ports is then generating binary packages from security errata source patches could be done with ease. This doesn't have anything to do with how the OpenBSD release process is conducted or mix and matching different base programs from new/old openbsd releases. New versions of the OS are released every six months but in between security patches are released as the need arises. So apply those patches to /usr/src/net/radius , or whatever, and then just pkg_add the resulting package on all your bsd boxes. You are still running 3.6 with the same code in /usr/src - just structured differently like the ports tree is.

        Comments
        1. By Anonymous Coward (69.197.92.181) on

          There is no need for pkg_add to be involved. That's a dumb idea. You can easily tar up the changed files, then untar them on all your other boxes. It doesn't need to be a package, which makes things far more complex than they need to be.

          Comments
          1. By Anonymous Coward (67.71.18.168) on

            You can easily tar up the changed files, then untar them on all your other boxes.

            Easily huh? Care to share how?

            It doesn't need to be a package, which makes things far more complex than they need to be.

            Try having some foresight. If they are in package format then you can first of all see which updates are installed on a particular server with functionality from a tool like pkg_info and secondly installed packages can be uninstalled with pkg_delete if you need to roll back.

            Comments
            1. By Anonymous Coward (69.197.92.181) on

              Except that is already possible with tools provided, why do you insist this has to be done as a package to give you something you already have? Not being able to pkg_delete parts of the base system is a feature. If you want to break the base system, you have to have some clue as to what you are doing.

            2. By Chas (147.154.235.53) on

              Even if you don't trust binaries from this source, run tar tvzf and you will have a list of the files involved in the patch.

              The problem is that binpatch maintainers get pretty slack about the previously supported release.

    3. By Archite (67.181.92.103) adam@akarsoft.com on

      Well, if binary patches are what you want, why not try http://www.openbsd.org.mx/en/projects/binpatch.html

  7. By RH (130.225.60.47) on

    According to OpenBSD 3.6 tackles SMP the next release of OpenBSD should contain an improved package upgrade facility. Anyone that knows some more about this and can point me to some information? Is is going to be something like FreeBSD portupgrade?

    Comments
    1. By tedu (67.124.88.60) on

      it should make something like portupgrade possible. the idea is more flexibility will make more things possible.

    2. By Anonymous Coward (147.102.230.60) on

      ed2k://|file|openBSD36.i386+ports+src.bootable.iso|276707328|abfef21976ed88d112bb413889ec24a3|

      have fun ...

  8. By kirb (63.246.166.139) on kirb.insanegenius.net

    Does anyone know if the SMP support released in 3.6 includes support for Pentium 4 hyperthreading? I can't seem to find a mention of this anywhere and, not being a programmer, code diving is really not an option.

Credits

Copyright © - Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]