• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

OpenBSD 4.0 pre-orders are ready.

Ooh, Asterix and Obelix theme. This release looks set to be hilarious as well as technically improved and seriously solid. I'm in.
 
Originally posted by: phisrow
Ooh, Asterix and Obelix theme. This release looks set to be hilarious as well as technically improved and seriously solid. I'm in.

On the technical side it's been quite nice. I've been running snapshots on an iBook, dual athlon, and zaurus for a while and I haven't had any isses.
 
Good.

Looks like Theo and his paticular brand of software development is going to make OpenBSD the most significant BSD varient in a relatively short order.

A very interesting article:
http://www.onlamp.com/pub/a/bsd/2006/09/14/netbsd_future.html
Would you like to talk about the fork that originated OpenBSD?

Charles M. Hannum: No.

Since it came up in the /. thread, though, I would like to make one correction. It's widely claimed that I'm "the one" who ejected Theo from the NetBSD community. That is false. At that time in NetBSD's history, Chris G. Demetriou was playing the role of alpha male, and I wasn't even given a choice. I was certain it was going to bite us in the ass. I think the question for historians is not whether it did bite us in the ass, but how many times and how hard.

Hehe.

Of course he goes on later to say
If I were doing it again, I might very well switch to the LGPL. I'll just note that it didn't exist at the time.
So nobody is perfect. 😉

OpenBSD in my eyes is the most significant BSD nowadays. It's contributed quite a bit to the larger world of Free/Open source software (which I don't see much coming out of FreeBSD), and it's security focus is a very good reason to look at it over Linux for a lot of things.
 
Originally posted by: drag
Good.

Looks like Theo and his paticular brand of software development is going to make OpenBSD the most significant BSD varient in a relatively short order.

They have quite possibly the most significant unix application out there, why not one of the most significant OSes? 😛
 
Originally posted by: drag
Good.

Looks like Theo and his paticular brand of software development is going to make OpenBSD the most significant BSD varient in a relatively short order.

A very interesting article:
http://www.onlamp.com/pub/a/bsd/2006/09/14/netbsd_future.html
Would you like to talk about the fork that originated OpenBSD?

Charles M. Hannum: No.

Since it came up in the /. thread, though, I would like to make one correction. It's widely claimed that I'm "the one" who ejected Theo from the NetBSD community. That is false. At that time in NetBSD's history, Chris G. Demetriou was playing the role of alpha male, and I wasn't even given a choice. I was certain it was going to bite us in the ass. I think the question for historians is not whether it did bite us in the ass, but how many times and how hard.

Hehe.

Of course he goes on later to say
If I were doing it again, I might very well switch to the LGPL. I'll just note that it didn't exist at the time.
So nobody is perfect. 😉

OpenBSD in my eyes is the most significant BSD nowadays. It's contributed quite a bit to the larger world of Free/Open source software (which I don't see much coming out of FreeBSD), and it's security focus is a very good reason to look at it over Linux for a lot of things.

Same here.
The fun of playing with different things aside, OpenBSD is the only one of the BSD's that really has a lot of things I love and can't find in Linux for example.
Of course, since both Free and Net have ported some of the significant parts over by now(pf anyone? 🙂 ) I guess they would work well as well, but overall, OpenBSD's impressive security work, steady release schedule, and just all around asskickofistic software and documentation makes it a winner for me 🙂

Think I'm gonna make a $100 donation to them when I get my tax money back soonish, it's such a shame they get so little back from the millions of people who directly or indirectly benefit from their work every day.
 
Any idea when/if they're going to support Xen as an architecture or are they just waiting for the hardware VT stuff?
 
Originally posted by: Nothinman
Any idea when/if they're going to support Xen as an architecture or are they just waiting for the hardware VT stuff?

Work is in progress. Listen to the bsdtalk kamper linked to. I think they've done pretty well so far.
 
Because I'm bored:

I played around with the trunk(4) interface last night a bit (because I was bored then too and not in the mood to work on any of the half dozen unfinished projects I have going on, or I was waiting on a compile and bored (yes some of us still compile, especially when we're doing testing to add packages for software previously unsupported in your OS/distribution of choice😉)).

I had loadbalance setup in a VMWare image before, but ipv6 isn't quite right with that (and it appears to be a known bug in NetBSD, and I haven't testing the patch in Open yet). Besides the ipv6 error it worked just fine. But I wanted more. So I rebooted my laptop into OpenBSD instead of Linux, configured the RALink card to come up and connect to the network (very simple in OpenBSD, and works right out of the box) and configured the sis interface to come up at boot also.

I then setup trunk(4) with a command like: ifconfig trunk0 trunkproto failover trunkport sis0 trunkport ral0 192.168.1.129 netmask 255.255.255.0. This created a failover trunk with sis0 (wired) as the primary port and ral0 (wireless) as the failover device. I pinged 192.168.1.1 (gateway) and watched replies come in. I pulled the ethernet cable, dropped a packet, and then continued watching successful replies. One dropped ping isn't too bad. I may try it out with streaming media next.

Basically the command setup sis0 as the primary interface, and ral0 as the backup. So if I want to sit on the patio and work on something, but then want to upload a big file I can easily plug the ethernet cable in and have the faster link for the transfer. Without manual configuration.

I'm interested in the loadbalance proto for sniffing work. "Bonding" two sniffing interfaces together off of a tap seems kinda sexy.
 
Back
Top