OpenBSD Journal

4.0 needs wide testing

Contributed by marco on from the 4.0-is-coming-at-you dept.

Jason Dixon pointed out:
With the upcoming release of OpenBSD 4.0, we need our community to test the latest snapshots. Users are needed to test all architectures and ensure that the installation media works as intended. Please use snapshots from your closest mirror and report any problems according to the -current report guidelines.

Some of the new feature highlights planned for 4.0 include:

  • New em(4) hardware support and bugfixes
  • Areca RAID controller driver in arc(4)
  • PERC5/MegaRAID SAS RAID controller driver in mfi(4)
  • Support for Broadcom NetXtreme in bnx(4)
  • New wireless drivers rum(4) and acx(4)
  • Advancements to sasyncd(8) and ipsecctl(8) for IPsec failover
  • Ultrasparc III support for the sparc64 platform

Lots of great stuff planned for OpenBSD 4.0, but let's take this time to focus on all aspects of the base system. Test, test test!

(Comments are closed)

Comments

  1. By Anonymous Coward (87.78.91.214) on

    Be advised, your mirror of choice may not have updated its files, yet.
    The last snapshot on ftp. is dated 2006-08-31 and eg. ftp.de. still has snapshots from 2006-08-03.

    Comments

    1. By Anonymous Coward (202.173.130.73) on

      Of the 4 listed mirrors in Australia, one has snapshots at 28 August, two are at 3 August, and one is back in 2004.

      Comments

      1. By Anonymous Coward (202.6.138.35) on

        > Of the 4 listed mirrors in Australia, one has snapshots at 28 August, two are at 3 August, and one is back in 2004.

        openbsd.wiretapped.net is quite up to date, but its going to depend on the arch you want. i386 is usually far more up to date than, say hppa.

    2. By plndr (194.47.156.188) on

      > Be advised, your mirror of choice may not have updated its files, yet.
      > The last snapshot on ftp. is dated 2006-08-31 and eg. ftp.de. still has snapshots from 2006-08-03.

      /me pets his fine .se mirror.
      yay

  2. By Massimo Lusetti (83.211.174.86) on

    We have upgraded to 4.0 (actually a snapshot form 29/08/2006) 9 boxes acting as gateways in our VPN using isakmpd/ipsecctl, the upgrade from 3.9 was flawless and we haven't had and problem since then.
    We are expecting to do sasyncd on at least three of them really soon, then switch our routing to get use of OpenBGPD.
    The box are all i386 ones.


    Great work guys!
    And i cann already see great stuff coming from the IPsec hackaton...

    Comments

    1. By Sergey A. Prisyazhnyi (213.159.254.88) on

      > We have upgraded to 4.0 (actually a snapshot form 29/08/2006) 9 boxes acting as gateways in our VPN using isakmpd/ipsecctl.

      Do you have any problems with it (isakmpd/ipsecctl) on 3.9 boxes? Course I do, then I'm trying to sync two i386 3.9 boxes... :(, but also i have pppoe on one side.
      Can anybody say something about this? Thank you very much...

      > Great work guys!
      > And i cann already see great stuff coming from the IPsec hackaton...

      It w'll be very interesting and, of course, top secure. WBW Sergey,

  3. By Frank Denis (212.129.63.1) on http://forum.manucure.info

    Please don't ship OpenBSD 4.0 with MySQL 5.0.22 as it is now.

    It contains a serious regression and anyone can crash the server with a simple query.
    Software like Vbulletin triggers the bug and makes MySQL 5.0.22 die with a segmentation fault every time a discussion list is requested.

    See the following critical bug entry :

    http://bugs.mysql.com/bug.php?id=19618

    Comments

    1. By Jason Dixon (70.22.99.195) on http://www.dixongroup.net

      MySQL isn't installed in the base system at all. You're free to install any version of MySQL on your system that you please. If the version supplied with the packages CD is buggy, don't use it.

      Let's focus on the base release, folks.

      Comments

      1. By Anonymous Coward (212.129.63.1) on

        > MySQL isn't installed in the base system at all. You're free to install any version of MySQL on your system that you please. If the version supplied with the packages CD is buggy, don't use it.
        >
        > Let's focus on the base release, folks.

        Ok, ports are unsupported in OpenBSD, everyone is encouraged to manually compile and install software from original tar.bz2 archives.
        Thank you for making it clear.

        Comments

        1. By veins (82.237.196.140) veins@evilkittens.org on http://www.evilkittens.org/~veins/

          > > Let's focus on the base release, folks.
          >
          > Ok, ports are unsupported in OpenBSD, everyone is encouraged to manually compile and install software from original tar.bz2 archives.
          > Thank you for making it clear.
          >

          Where did you read that ?

          Developers need testing of the BASE so focus is on the BASE, what would you do with a working mysql port on a not working base ? what mySQL has to do with OpenBSD ? Can't you just submit a bug report to mysql and to the openbsd maintainer instead of acting like you've got your periods ?

          So many questions ... but don't waste time answering, find yourself some use instead.

          Comments

          1. By Anonymous Coward (212.129.63.1) on

            > Developers need testing of the BASE so focus is on the BASE, what would you do with a working mysql port on a not working base ? what mySQL has to do with OpenBSD ? Can't you just submit a bug report to mysql and to the openbsd maintainer instead of acting like you've got your periods ?

            This bug is critical and it is a security flaw.

            MySQL *did* fix it and released MySQL 5.0.24 a while ago.

            Comments

            1. By Anonymous Coward (68.227.41.220) on

              > > Developers need testing of the BASE so focus is on the BASE, what would you do with a working mysql port on a not working base ? what mySQL has to do with OpenBSD ? Can't you just submit a bug report to mysql and to the openbsd maintainer instead of acting like you've got your periods ?
              >
              > This bug is critical and it is a security flaw.
              >
              > MySQL *did* fix it and released MySQL 5.0.24 a while ago.
              >
              so report it to the maintainer of the port? your have failed to grasp the difference between base and ports. Also, crashes are reliability, not security issues.

            2. By Anonymous Coward (68.227.41.220) on

              > > Developers need testing of the BASE so focus is on the BASE, what would you do with a working mysql port on a not working base ? what mySQL has to do with OpenBSD ? Can't you just submit a bug report to mysql and to the openbsd maintainer instead of acting like you've got your periods ?
              >
              > This bug is critical and it is a security flaw.
              >
              > MySQL *did* fix it and released MySQL 5.0.24 a while ago.
              >
              2006-08-04 OpenBSD 4.0 ports tree softlock
              2006-08-05 MySQL 5.0.24 released (actually fixes the 5.0.21 problem that 5.0.22 and 5.0.23 didn't)
              2006-08-31 OpenBSD 4.0 ports tree lock

              where have you been for the last 26 days?

              Comments

              1. By iru (200.206.211.121) on

                > > > Developers need testing of the BASE so focus is on the BASE, what would you do with a working mysql port on a not working base ? what mySQL has to do with OpenBSD ? Can't you just submit a bug report to mysql and to the openbsd maintainer instead of acting like you've got your periods ?
                > >
                > > This bug is critical and it is a security flaw.
                > >
                > > MySQL *did* fix it and released MySQL 5.0.24 a while ago.
                > >
                > 2006-08-04 OpenBSD 4.0 ports tree softlock
                > 2006-08-05 MySQL 5.0.24 released (actually fixes the 5.0.21 problem that 5.0.22 and 5.0.23 didn't)
                > 2006-08-31 OpenBSD 4.0 ports tree lock
                >
                > where have you been for the last 26 days?
                maybe they're doing something you're not competent enough to, crybaby.

                Comments

                1. By Anonymous Coward (213.67.213.33) on

                  The famous OpenBSD asshole attitude seems to be working in 4.0!

                  No need to test this anymore :-)

                  Comments

                  1. By Anonymous Coward (71.99.153.196) on

                    > The famous OpenBSD asshole attitude seems to be working in 4.0!
                    >
                    > No need to test this anymore :-)

                    MySQL is shitware anyway. It don't belong in a first-class OS like OpenBSD. Let the poor Linux users eat that dogfood, they love that stuff...

            3. By veins (82.237.196.140) veins@evilkittens.org on http://www.evilkittens.org/~veins/

              > This bug is critical and it is a security flaw.
              >

              it is critical to you. to most of us, the base system is *more* critical because in the end, that's what we all run.


              > MySQL *did* fix it and released MySQL 5.0.24 a while ago.
              >

              well then you should mail the maintainer, there is no need to answer like an idiot because you want something fixed when developers are working on something else that is more important to all the users. You can still download the latest mysql and build it, but to do so, you need a base system.

          2. By Brad (72.60.177.181) brad at comstyle dot com on

            > > > Let's focus on the base release, folks.
            > >
            > > Ok, ports are unsupported in OpenBSD, everyone is encouraged to manually compile and install software from original tar.bz2 archives.
            > > Thank you for making it clear.
            > >
            >
            > Where did you read that ?
            >
            > Developers need testing of the BASE so focus is on the BASE, what would you do with a working mysql port on a not working base ? what mySQL has to do with OpenBSD ? Can't you just submit a bug report to mysql and to the openbsd maintainer instead of acting like you've got your periods ?
            >
            > So many questions ... but don't waste time answering, find yourself some use instead.
            >

            Stop being idiots. EVERYTHING needs testing, including ports and packages.

            And for this issue being such a big deal with MySQL I should have at least maybe one or two e-mails in my inbox mentioning this to me, the MAINTAINER, right? Nooo. That would make too much sense.

      2. By Anonymous Coward (66.11.66.41) on

        > MySQL isn't installed in the base system at all. You're free to install any version of MySQL on your system that you please. If the version supplied with the packages CD is buggy, don't use it.
        >
        > Let's focus on the base release, folks.

        What kind of crazy nonsense is this? No, do not ignore packages. They are a very important part of the release, and if you paid any attention to the lists, you would see that they want packages tested too.

    2. By sthen (81.168.66.230) on

      > Please don't ship OpenBSD 4.0 with MySQL 5.0.22 as it is now.

      Talk to the maintainer (brad) and pvalchev (ports tree is locked) - undeadly is not a great place for this discussion. It does seem sensible to try and do something about this, at least on arch where ports can be built fast enough for deadlines...

      > http://bugs.mysql.com/bug.php?id=19618

      I would suggest maybe for now the port should use the patch for just this issue rather than updating the whole port to the newer version, it looks like quite a lot of changes between 5.0.22 and now and little time for testing (5.0.24a has only been out for a couple of days fixing a different problem with 5.0.24) then maybe move to 5.0.25 or whatever after release.

      Comments

      1. By Anonymous Coward (82.224.188.215) on

        > I would suggest maybe for now the port should use the patch for just this issue rather than updating the whole port to the newer version, it looks like quite a lot of changes between 5.0.22 and now and little time for testing (5.0.24a has only been out for a couple of days fixing a different problem with 5.0.24) then maybe move to 5.0.25 or whatever after release.

        I would suggest to also fix the buffer overflow that was fixed in 5.0.24a :

        http://bugs.mysql.com/bug.php?id=16899

    3. By Anonymous Coward (64.129.81.169) on


      as to a post about just testing the base...
      'Shirley' you want us to excersice the base of 4.0beta
      with some packages also...

      So I have to agree mysql has a problem, and well,
      mysql is a must package for many applications.

      notes -

      about two weeks ago I sent an email to the port maintainer
      for mysql, seems that with openbsd I have to start
      mysql with a limit on open files or mysql gets the infamous 9 error
      when I test the beta with importing a nominal drupal database,

      So the workaround was to start mysql thus:
      /usr/local/bin/mysqld_safe --log --open-files-limit=2048 &

      on the snapshot for base....
      yes I compiled new generic kernel, did the make build
      and the make install for mysql server from sources

      I don't know if 5.0.24 will do the same, but I can try it on
      beta if the port was to be corrected. Else it will ship with
      the security flaw and the open-files-limit issue.



      PER
      http://www.openbsd.org/cgi-bin/cvsweb/ports/databases/mysql/Makefile

      last update to mysql port was Sun Jun 4 20:40:26 2006 UTC (2 months, 4 weeks ago) by sturm

      VERSION= 5.0.22
      MAINTAINER= Brad Smith <brad@openbsd.org>
      >

  4. By Jason Dixon (70.22.99.195) on http://www.dixongroup.net

    From Theo this morning...

    From: Theo de Raadt 
Date: September 1, 2006 3:10:42 AM EDT
To: tech@cvs.openbsd.org
Subject: sparc64 USIII support for.... machines with lots of memory

Yesterday there was a bug which prevented many USIII machines to fail.
This is because they typically have a 2nd bank of memory too high and
hit a bug.

That bug is fixed.

At least ftp.openbsd.org/pub/OpenBSD/snapshots/sparc64 has that fixed
snapshot.

I would love to hear more reports.  One guy is even trying it on a
Sun Fire 15000..... go go go :)

  5. By Han (213.84.147.9) han@mijncomputer.nl on

    Groovey! Finaly usb2 doesn't lock up anymore! And it seems, no I'm not really sure, that I can finaly reboot normaly again, without the booting getting stuck at `syncing disks!'

    These bugs have been pestering me even before 3.9, and I reported them!

    Comments

    1. By Anonymous Coward (70.179.123.124) on

      > Groovey! Finaly usb2 doesn't lock up anymore! And it seems, no I'm not really sure, that I can finaly reboot normaly again, without the booting getting stuck at `syncing disks!'
      >
      > These bugs have been pestering me even before 3.9, and I reported them!

      Yes, but did you do anything beyond that?

  6. By Anonymous Coward (87.230.9.113) on

    Somebody knows if oBSD now maybe supports more then 4GB ram on AMD64 (or even detects it)? Don`t know if that`s fixed already or not.

    http://archives.neohapsis.com/archives/openbsd/2004-11/2964.html

    I ask because i´ve 2GB but would like to buy some more...

    Comments

    1. By Anonymous Coward (80.237.235.9) on

      > Somebody knows if oBSD now maybe supports more then 4GB ram on AMD64 (or even detects it)? Don`t know if that`s fixed already or not.
      >
      > http://archives.neohapsis.com/archives/openbsd/2004-11/2964.html
      >
      > I ask because i´ve 2GB but would like to buy some more...

      i have more than 4gb of ram on an intel em64t and obsd 4.0 beta (2 wks ago) only detected 3gb (rest allocated for pci). don't know about amd64.

Latest Articles

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.]