OpenBSD Journal

OpenBSD 5.4 preorders started, release song available

Contributed by tbert on from the we-shut-up-and-hacked dept.

With this commit, Theo de Raadt (deraadt@) quietly enabled pre-orders for the upcoming OpenBSD 5.4 release.

The release song, "Our favorite hacks", is also available for download.

The release page's What's New section is still filling out, but reading the detailed change log leads to the inevitable conclusion: What's not to like? Whip out your credit card and order, now! Pre-orders will be processed on a first come basis.

(Comments are closed)

Comments

  1. By thomasw_ (142.22.16.52) on

    Looking forward to this cd release and the stickers that come with it!

  2. By vvim (unisoftdesign) undeadly@vvim.de on

    Thank you, one and all, your hard work is appreciated, except by he NSA ;-)

    Comments

    1. By Anonymous Coward (156.33.241.4) on

      > Thank you, one and all, your hard work is appreciated, except by he NSA ;-)

      And to think that OpenBSD was once accused of having US Government-installed back-doors, once upon a time.

      That's the beauty of Free Software. If you wonder about it, you can always check it yourself. Thank you, OpenBSD team!

  3. By Rodolfo Gouveia (82.155.189.85) nospam@cosmico.net on

    So FUSE support + ntfs-3g port in this release as well right?
    three cheers to the Funny!

  4. By Eddie (152.16.52.122) eddie.shaw@mail.com on

    Awesome to see the continued success of OpenBSD. I'm looking forward to receiving my copy of 5.4.

    Comments

    1. By Anonymous Coward (80.232.210.70) on

      Intel GM45 is effed up in 5.4.

      Comments

      1. By Anonymous Coward (79.238.2.126) on

        > Intel GM45 is effed up in 5.4.
        >

        Submitting bug reports is the best way to get that fixed. Protip: "effed up," while a properly technical description, is not quite precise enough to act on, so you might think about fleshing out that description a tad.

        Comments

        1. By Anonymous Coward (80.232.210.70) on

          http://marc.info/?l=openbsd-bugs&m=137388801502300&w=2

          Comments

          1. By Anonymous Coward (89.183.78.212) on

            > http://marc.info/?l=openbsd-bugs&m=137388801502300&w=2

            Hooray! You're capable of being shamed into doing the right thing! Have a cookie!

            Comments

            1. By Anonymous Coward (95.68.92.176) on

              > Hooray! You're capable of being shamed into doing the right thing! Have a cookie!
              That bugreport has been submitted in July.

              Comments

              1. By Anonymous Coward (81.200.189.1) on

                > > Hooray! You're capable of being shamed into doing the right thing! Have a cookie!
                > That bugreport has been submitted in July.
                >

                From the aforementioned bug report:

                How-To-Repeat:
                The GPU hangs while watching youtube.com videos using
                chromium-27.0.1453.110p0-proprietary. On my computer it is easily
                repeatable, I just have to play some videos for a while and then it
                randomly happens.

                In other words, the whole thing crashes when watching videos on a web site with a terrible privacy policy, using the (ahem) ''free'' version of a proprietary browser that was created by another branch of the same company, with an even more horrendous privacy policy.

                But it's all the fault of big bad OpenBSD. Riiiiiiiiiight.

                Something tells me this particular bug report is not going to very very high in the list of priorities of the developpers. And for good reason.

                But, remember, people: it's all the fault of the big bad OpenBSD. Bad OpenBSD! Bad! No cookies for you tonight.

                Comments

                1. By Anonymous Coward (80.232.210.70) on

                  Why no cookie? No one is bad. There is a bug, which apparently no developer has encountered. So no one has time to look at it seriously. And on -current as of now it got worse. Now the notebook hangs completely and after restart, brutally turns off while booting. Had to take off battery to return hardware to normal state. And it's not only chromium, for example, openarena does the same thing. I hope that when 5.4 is released, this will come up and get fixed. That is all there is.

                  Comments

                  1. By Anonymous Coward (91.218.224.5) on

                    > Why no cookie? No one is bad. There is a bug, which apparently no developer has encountered. So no one has time to look at it seriously. And on -current as of now it got worse. Now the notebook hangs completely and after restart, brutally turns off while booting. Had to take off battery to return hardware to normal state. And it's not only chromium, for example, openarena does the same thing. I hope that when 5.4 is released, this will come up and get fixed. That is all there is.
                    >

                    I'm afraid this is related to the recent KMS introduction...

  5. By Ben (202.49.71.55) on

    From the song it says something about buffer queue limits but I can't find anything in changelog or what's new in OpenBSD 5.4.. anyone know what this entails?

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