Slashdot Mirror
OpenBSD 2.9 Released
Well, the mirrors have had overnight to update, so I suppose we can announce that OpenBSD 2.9 is available. The release notes and changelog contain details of what has changed and improved. For our newer readers, OpenBSD is a BSD flavor that concentrates on security - they aim to be the most secure server operating system.
It contains IPF. The 2.9 CD was finalised before it was removed.
Again, it's good to see someone paying so much attention to security in their OS.
People like you who take without giving should never use free software. If you can't contribute any substantial code to OpenBSD, the least you can do is pay $30 for the CD, so that the brilliant developers working on the project (and they are brilliant) can continue producing the most secure OS available.
You're a leech, as are 99.99999999% of all free software users.
_Exactly_. That is why I am very anti the BSD licence - it is no different than programming for Microsoft, and without pay!!
Exactly, "done corectly".
OpenBSD is all about being done corectly, and from that, comes it's security. SMP is extremely hard to do completely corectly, they have only so much man power, so they haven't bothered.
Plato seems wrong to me today
I find this hard to blieve, given the charismatic leader of the project . . .
hawk
Are you suggesting that Theo *is* charismatic? I thought it was pretty clear that I wasn't referring to specifics, but the notion that he and anyone might not get along . . .
hawk
>os's from. we had to toggle the instructions in >by hand on the front of the system t give the >thing enough smarts to talk to the paper tape >drive which
for crying out loud, if you're going to try to make these kind of comments, at the very least don't use those moronic microsoft characters . . .
besides, you're still claiming to be a newbie. Toggle switches indeed. And *paper* punched tape? An unreliable replacement for stone tablets.
hawk
Now I know you're only 13, but man are you naive. Most trivial programs will compile without too many problems, and some non-trivial programs as well. However, unless they're written with portability in mind (and the vast majority of programs aren't), porting can involve a considerable amount of work. Many of the problems come from non-POSIX/SUS interfaces that have the same name, but different arguments (or worse, the same arguments but different semantics) between OSes. getmntent() is a good example. Other problems come from the use of system specific interfaces, such as doors on Solaris.
"The invisible and the non-existent look very much alike." -- Delos B. McKown
this is the easy part. go download the floppy image in the approparite arch, dd it to a floppy, boot, and do a netinstall. you can't directly download the iso's of openbsd as they are copyright theo, so if you want a cd, you have to buy it. but if you're not a dialup (which you probably arent if you want to download isos), just do the netinstall.
Sorry, forgot it is less then a year old. Try the 1999 paper Soft Updates: A Technique for Eliminating Most Synchronous Writes in the Fast Filesystem, I think you can get that one.
I don't really think the Usenix membership is worth $50/year to get the lame newsletter, access to the proceedings is pretty valuable, and their conferences are quite good. In addition to learning about soft updates the 1999 conference taught me a lot about how select sucks, how to make it suck less, and that not all of CA is a warm paradise.
Sure they did. They write-back cached data writes to disk. They write-through cached metadata disk writes (and blocked other writes until metadata writes completed). That would leave your filesystem in a mostly consistent state, and not suck too hard in the event of a power failure. The other choices are ignore the possibility of filesystem damage from power failures (or panics), I think Linux's EXT2 did that, or maybe just did it by default, or to log metadata changes (XFS does that, and I heard EXT3 does too, but I'm not sure).
Softupdates carefully orders disk writes, and can if needed reconstruct the proper intermediate state for a metadata block. It has the performance of a totally async filesystem (i.e. somewhat higher then a logging system), but the stability of a logging system (i.e. better then the previous sync filesystem). It is also the major foundation for filesystem checkpoints and in-the-background fscks (possibly coming in FreeBSD 5.0).
The other change they made (dirperf) had to do with directory block placement, I think the old algo attempted to put them close to the datafiles, and with larger caches this is no longer a win, and has become a loss. I haven't read any papers on it or anything, so I don't know a whole lot about it.
OpenBSD is secure in part because they are conservative in adopting new features. Two years ago softupdates was pretty new, and leaving it out let FreeBSD, BSD/OS, Solaris, and NetBSD experience the teething pain (as a BSD/OS beta user at the time softupdates was rolled in, I felt some of the pain, but it wasn't too bad, never had any data loss from it, unlike soft-read-only which I think was killed).
I doubt that number was. For some real benchmarks you can look at Journaling Versus Soft Updates: Asynchronous Meta-data Protection in File Systems from the 2000 Usenix Procedings. In addition to having useful info in and of itself it has references to other information. You can also try McKusic's home pages he may have newer info that, and does have some info about the experimental checkpointing.
I don't know about dirperf though. Never seen a paper on it.
Yes. There is a lot of unlearning Linux habits for OpenBSD habits. For what it is worth switching between distros can be similar. For me it was getting my head around the disk partitioning and that silly 'c' slice/partition. ('c' partion is supposed to be the entire disk.)
Could you explain this? How can using multiple processors create security risks, if it's done correctly? The only answer that I can think of is race conditions, but I don't see that being a problem if the SMP support is carefully programmed. This statement especially seems like a troll when the page you link to says that the OpenBSD project is implementing SMP....
-30-
I though Theo dumped ipf, but from the release notes:
So, is all forgiven, or what?
Potato chips are a by-yourself food.
Heh, I used to use BSD back in the 4.2 days, and SunOS more recently, but I always found Linux...non-intuitive. Then I installed NetBSD and it was like going home again. Much more comfortable (for me) than when I switched from Red Hat to Debian.
Just junk food for thought...
Well FreeBSD often outperforms linux...
= Linux+vs+FreeBSD&tid=1&n=33686541
Here are some server tests from a Byte article:
There are several articles on Byte.com
http://www.eoenabled.com/byte-itdev/default.asp?i
look for the one entitled: Byte > Column > Linux 2.4 vs FreeBSD 4.1.1 > For Servers: Linux 2.4 vs. FreeBSD 4.1.1 > January 30, 2001
Its results may surprise little daemons and penguins alike.
And, nothing prevents anyone from downloading IPF and compiling it on OpenBSD in the future - it just won't be on the CD anywhere.
That was a joke, please adjust your satire detection threshold...
Im a linux guy myself, with solaris admin experience as well.. I agree with everything you say, but I take exception to that paragraph.
The goal for real world server is uptime, reliability, and configurability. And those all mean useing standards. Even if you could tweek a bit of performance out of a box, your probabaly better off leaving it alone.
Thats not to say that recompiling a kernel isnt necessary. And there are a lot of options (in the linux kernel at least). But if your sugesting that you should go into the source for tweeks, then your just opening yourself up for problems.
You could download all the code and make your own ISO's, which you could post on the internet. But that would undermine the project's support.
It's already being done. Does OpenBSD feel undermined?
In any event, Linux manages to thrive despite it. RedHat manages to make money despite it. Perhaps it's time for Theo to quit saying "it would kill the project" in light of the body of evidence that it'd do the exact opposite.
ftp://ftp.zedz.net/pub/varia/OpenBSD.iso/
-
"OpenBSD is great for a firewall/Nat machine, or high security nfs/web/mail server, but it ain't no workstation for the rest of us."
I've been using OpenBSD on my desktop exclusively since the mid-2.7 cycle after having it on other machines since 2.3.
It's secure, robust, and stable. My 104 day uptime on my main machine with ~25 users capable of using X and VNC through an SSH tunnel will be gone today for the 2.9 update. Quite stable indeed.
It's Linux compatibility works very well, it's ports collection is growing fast (if a port doesn't exist yet, try a freebsd port, it will likely work)
I sleep very well knowing that if I missed something, Theo and the boys have very likely covered my backside.
grubTrolling is a art,
I find this hard to blieve, given the charismatic leader of the project . . .
Character assassination is silly. Just because someone tells you to RTFM when you ask "why does backspace print ^H?" doesn't make it any less friendly. Conversly, it helps you become less dependent on others and helps keep the lists S/N ratio quite managable.
grub
Trolling is a art,
I find this hard to blieve, given the charismatic leader of the project . . .
Character assassination is silly. Just because someone tells you to RTFM when you ask "why does backspace print ^H?" doesn't make it any less friendly. Conversly, it helps you become less dependent on others and helps keep the lists S/N ratio quite managable.
grub
Trolling is a art,
"obviously you haven't read much of Theo's postings..."
Yes I have, but I can be as big an asshole and think it's great that he calls a spade a spade.
grub
Trolling is a art,
Granted I'm a linux user, but I have been interested in using BSD as a secure webserver for work. What should one look out for with this new release? is there any pitfalls or caveats that I should keep an eye on?
Do not look at laser with remaining good eye.
Achem... That weird "disklabel" method is actually the standard UNIX way to do partitions. The idea is that "a = /", "b = swap", "c = whole disk", and the rest of the letters to "/usr", "/var", etc.
The other *BSDs do it that way, Solaris does it, I think IRIX does it, AIX doesn't though (but then again, AIX uses it's fancy volume manager by default).
Oops! Slashdot seems to have eaten my tags.
Caution: Now approaching the (technological) singularity.
I think we've pushed this "anyone can grow up to be president" thing too far.
I think that fully utilizing multi-processing might, indeed, pose debugging problems that haven't been addressed sufficiently for the OS kernel to use them. There are, however, alternatives.
E.g.: Run the OS on one CPU, and have it task user (non-superuser) jobs to whatever processor is less busy. Keep all jobs decending from one particular process on the same CPU (e.g., forking would not be allowed to spill-over from one CPU to the next). A few similar restrictions.
Now it is true that this would prevent the full capabilities of a multi-CPU processor from being used (on any one login stream). On the other hand, it would drastically simplify analysis. Most of the problems have already been thoroughly addressed. Etc. (If I said any more, I'd start showing how thoroughly ignorant I am, buy my guess is that the real reason for missing multi-pu support is that fixing the multi-processor issues requires a lot more time and effort than is available.)
Caution: Now approaching the (technological) singularity.
I think we've pushed this "anyone can grow up to be president" thing too far.
I use OpenBSD as firewall on one PC and as desktop on another since 1 year and like it! Already the man pages alone make it worth. Here's a screenshot from my wide-screen 21" Sony FW900
how many high-traffic web servers run OpenBSD? How do they overcome the lack of SMTP botteneck? Or do the majority of high-traffic web sites use an SMTP-capable version of BSD?
SMTP = Simple Mail Transport/Transfer Protocol. SMP = Symmetric Multi-Processor. And a " lack of STMP [sic] bottleneck" would be a good thing! No need to overcome it..
cpeterso
How is that any different from using the GPL and programming for Redhat without pay?
I don't like Microsoft. I don't like Windows. But if OpenBSD being under the BSD license keeps some Windows users from being cracked, then that alone is worth all of the FUD and SHIT from the "freedom==restriction" GNUzis.
A Government Is a Body of People, Usually Notably Ungoverned
With the BSD-license you don't have to distributed the source, so companies can take the source easier.
Absolutely wonderful! That's the whole beauty of unrestricted licenses like the BSD and MIT.
You see, information has a special nature. It wants to be free. It can be infinitely copied. It costs nothing to reproduce. IT CANNOT BE STOLEN!
Let the companies take the source! Nothing they can do it can possibly harm it. Fold, spindle, mutilate and relicense your copy. Let them charge $1200 a copy, and have 20 page EULAs. My copy is right here! Unchanged! Still Free! Ha ha!
A Government Is a Body of People, Usually Notably Ungoverned
No ISO is available. You don't need it.
Just download and burn the relevant bits, i.e. the install CD comes with SPARC binaries and a boatload of precompiled packages that you won't need.
Or just download the boot floppies and do an FTP install.
Take a look at INSTALL.i386 for detailed install instructions.
If that's too much bother then you might want to reconsider installing OpenBSD at all... It's not newbie friendly, the developers have other priorities.
>Web support sucks. The FAQ, etc. provides some
>help, not much. Even USENET isn't THAT helpful.
>You need need to get used to reading man pages...
>a LOT.
That's intentional. The idea is that all OpenBSD documentation should be available from the man pages instead of scattered over man pages, info pages, FAQs, and HOWTOs.
Opinions vary, to me that's a "feature", but I freely concede that some consider it a "bug".
One correction to your otherwise excellent post: there is a LOT of commercial support, more than I expected. Check out the page at OpenBSD dedicated to listing the support by country
John 17:20
"Open" security versus "security by obscurity".
It does.
-- I'm as unique as everyone else.
Er, no.
Firstly, you really think that BSD source could just be dropped into Windows with its totally different internal architecture?
Secondly, free coding for Microsoft implies that you wouldn't be getting anything more than satisfaction out of it. Even if somone does use your source, though, the community still has it! A major argument against limiting software distribution seems to be that it's creating artificial scarcity - well, you'd only lose that code if there was real scarcity. There isn't.
Thirdly, I don't care. If I help a fellow programmer then I'm pleased. Heck, I spent _ages_ trawling code archives earlier today to find some odd function and it's the same principle here. I want to help others... If I help improve the experience of normal users through my code, same again.
BSD code is good.
Greg
(Inside a nuclear plant)
Aaaarrrggh! Run! The canary has mutated!
The OpenBSD project has brought a number of useful things into the world, though. Even Red Hat uses OpenSSH now, and if you don't use OpenBSD anywhere, you probably are using code they've audited or written. Thanks guys!
You think it's cool to insult people unnecessarilly?
It's one thing to make it clear to someone that they are wasting your time and should do their own research. It's another thing to insult them in the process.
If you really think that people should be forced (whether legally or socially) to compensate developers for copies of their code, you should not be advocating Free Software. The idea behind Free software is that by copying something, you don't take anything away from the person from whom you copy, thus there is nothing wrong with being a "leech". If you disagree, then don't pretend to support the ideals of "Free Software". If developers expect to receive monetary compensation on anything other than a voluntary basis, they should not be developing Free Software.
Ok, this is completely insane. I post a message with good, strong, valid technical information and it gets moded down as flame bait?!? No wonder /. is such a joke WRT having worthwhile information content. I would challange anyone to do research into system performance and find anything that would prove that my original post was in any way flame bait.
---
--
If I actually could spell I'd have spelled it right in the first place.
There is a general aura of pissiness from the community. You're expected to thoroughly research every problem before asking for their help. Like I said, the documentation is your best friend, not fellow OpenBSDers. This certainly encouraged me to be very self-sufficient, but I spent many an hour scouring documentation looking for help with undocumented problems.
You don't want to be asking AOL questions on the tech mailing list, thats for sure. On the other hand, if you can hire an OpenBSD contributor for a little consulting to help you get oriented, you'll do well. More useful advice for companies than home users, I guess.
If you say, "now I'll be modded down because of X", I'll happily oblige.
I had to walk uphill, both ways, in waist deep snow.
Best Slashdot Co
Actually...
:) I had previous experience as a sysadmin, which helped a lot, but relatively little working with UNIXes. I found it surprisingly logical and easy to get used to, believe it or not. So I wonder whether the trickiness of moving from Linux to Open is as much to do with unlearning Linux habits as Open's relative starkness.
I moved from NT to OpenBSD about a year and a half back. (Kind of a radical switch, eh?
Cheers,
Mat.
If it's so secure, then why is it called OpenBSD?
;-)
SCNR
EagerEyes.org: Visualization and Visual Communication
To clarify some people's missinformation...
IPF was removed from 2.9-CURRENT. This DOES NOT effect 2.9-RELEASE, from which CDs were mastered a month ago.
Last I heard MP is in their plans, not SMP. Perfect for running crypto &c on the second processor, and far fewer races to worry about.
He just meant that you need to compile with higher limits and defaults set (like # of expected users). Though I think you can tweak most of the limits at runtime if you want.
FWIW, FreeBSD is trialling binary update packages for security holes starting with 4.3-RELEASE. If things go well, perhaps OpenBSD will adopt a similar system.
ftp://ftp.fsn.hu/pub/CDROM-Images/openbsd
there is no thing
what else could you want?
Let me clairfy. The link I provided was for the people who are trying to do it correctly. I am most definitly not trying to troll, I am a proud user of OpenBSD.
The core team also doesn't have many SMP machines to do the testing on. But there are some people who are working on it. I don't have a link, but I remember Theo, or one of the core members, mentioning several things that would have to be done to enable SMP properly. I am not a programmer, so I don't have all of the details, but you could contact the SMP team, and inquire them for status, and for any assistance you can offer.
You haven't ever compiled an OpenBSD kernel, have you? To get tweaks, you need to change some settings. Some of these are in the options file you edit, some are not. The ones that are not require you to learn about them from obscure postings to mailling lists or in random performance tuning sites for various packages.
Compiling an OpenBSD kernel isn't fun, but is necessary. For example, OpenBSD only uses 5% of memory for cacheing the drive. Now if you have obscene amounts of RAM, this is adequate. If you have little RAM, this is important so you have memory for your applications.
IF you have a moderate amount, say 256MB or 512MB, you probably want to have more space for disk caching, so you need to recompile your kernel.
More specific issues requrie more tuning.
Alex
I hammered off a quick slashdot post on a threat discussing the kernel and other stuff.
However, don't be an asshole.
I didn't mean what it sounded like.
The buffer cache is set too low. I realize that the page cache grows, but the buffer cache at a higher level does a tremendous affect on performance. I don't know why exactly, but I know that each server has a sweetspot, and you want to get a decent chunk of your RAM reserved for this process.
The default is too low for a machine with moderate memory amounts. The O'Reilly book covered this.
Personal attacks whenever you catch someone in a brain fart isn't really polite, is it?
Alex
I switched from Linux to OpenBSD... not considering going back. However, really think carefully about the change, it is non-trivial.
There are no binary patches. If there is a security whole, you can patch the source tree and rebuild. Alternatively you can shut down the services. There are patches to OpenBSD, and applying them requires more knowledge.
Web support sucks. The FAQ, etc. provides some help, not much. Even USENET isn't THAT helpful. You need need to get used to reading man pages... a LOT.
Init: rc style. I think that that the rc system is infinitely more manageable and sane in a BSD environment than a SysV environment, but YMMV.
Community support. The mailling lists are key, but they are much less friendly. Advocacy isn't a priority. If there is a question answered somewhere in the documentation, you'll get told RTFM. If the docs aren't what you are looking for and need a different level of help (more/less tech than the man pages) you may or may not get it.
Apache and mod_ssl are built in. The ports collection is solid. It may not be huge, but I've found just about everything I want there. Keeping ports up with the snapshots is a nice way to get up to date userland code.
Kernel compilaton IS necessary for a server. If you put real iron on the box, or little iron, you'll need a custom kernel. The settings for OpenBSD are reasonable and will run all but the weakest machine. However, getting it to take advantage of more memory, etc., may require some tweaks.
I love OpenBSD, but it is NOT Linux. There is no community bent on global domination. Lots of "Open Source" projects are Linux specific... fortunately its just the crappy ones. However, you'll find annoying issues like cronolog not compiling, no PHP Cache, etc. There is no commercial support.
Unlike a Redhat, OpenBSD is not corporate, it's Theo's toy. As a result, they do what they want, not an attempt to appease customers. With a Redhat box, while some of your code is "scratching an itch," corporate coders can code what is needed.
Realize that the Linux comforts will be lacking.
If you are a sysadmin, check out OpenBSD. If you have a Linux box at home for playing with and think that you are l33t, stay away from OpenBSD with a 10' pole.
Alex
Molog
So Linus, what are we doing tonight?
So Linus, what are we going to do tonight?
The same thing we do every night Tux. Try to take over the world!
so basicaly openBSD is breaking ipf's guy copyright ? because ipf guy never allowed modifications/redistributions and the way copyright works is that any right not explicitly granted is implicitibly reserved. thus because he is not giving permission for modifications it means that you can not modify it.
-- http://electronicintifada.net --
Hey, I see the BSD Daemon right alongside the Linux Penguin! ok, next release a story on either Unix, Apple, Amiga, or MS...
Use my userscript to add story images to Slashdot. There's no going back.
Its true that OBSD Doesn't have SMP, but FreeBSD Does. Now i have never had a chance to play around with FreeBSD SMP, but I have heard Good Things. Not much help, but i figured the answer to "do any of the BSD's Especially freeBSD have SMP" being answered with a "no OpenBSD doesn't have SMP" Was Way misleading, and shouldn't have been modded so high, so i threw in my 2 cents.
You're thinking of the community-developed drivers that come with XFree86 4.x. However, those drivers don't have some of the features of nVidia's commercial drivers, and do NOT have OpenGL accelleration. The commercial nVidia drivers, while evil, are the best performing video drivers for Linux today. And since part of those drivers is a Linux kernel module, they won't work on anything other then x86 Linux.
Of course, if you _are_ using x86 Linux, the drivers rock. It's disappointing that they're closed source, but _for_now_, nVidia is doing a very good job keeping them up to date (they used to be terrible at this, and could conceivably become terribly about it in the future, which is why I hope ATI or Matrox does something worthy).
Sotto la panca, la capra crepa
WMBC freeform/independent online radio.
yiippeee. Good job Theo! You THE man!. And a day before I turn 21. This is one excellent weekend. Want to see OpenBSD in action?
http://www.lemure.net. Of course its probably going to be down after i get back from work... mmm softupdates.
Lemure, wtf! Don't you mean Lemur?
Where are the binary package updates for 2.9, come on!
Want them, make them. Hell, you could sell them. This is BSD land, things are a little tuffer, but no one ever said they were going to hold your hand.
Lemure, wtf! Don't you mean Lemur?
It looks like the trolls are out in full force this morning. Any any rate, I have for y'all a very legit question... how do the *bsd's (especially FreeBSD) stack up to Linux and other x86 OS'es in terms of performance on 1 and 2 CPU machines? I did the usual search with Google, DejaGoogle, and Altavista and only came up with a few biased "application x: FreeBSD vs Linux" bakeoffs. Does anyone have any comments or URLs that could be of use in my quest to compare FreeBSD to Linux. Please forgive me and this trollish / flameish post... I come from a NeXT/Sun/SGI background and have at best only dabbled with x86.
Yes, fully right, but...
Theo explicitly forbids distribution of the
_original_
CD-ISO-Images. He may do this because they are
copyrighted (by him).
You also can buy unofficial images for $5 or so
(as e.g. you can with debian, too).
But I decided to spend that money cuz I want to help that project.
--
My Karma isn't excellent, damn it! (And
That X-win system by Tenon is nothing more than xFree with their own imaging system to make it work inside of OS X rather than beside(which of course they think is worth $200), and X-on-X (with a few patches) combined with XFree gives the same effect for less money. So whats the problem you ask? It's not functionaly transparent, just like classic wasn't transparent in the Public Beta (Apple has made a lot of progress with Classic from DP3 to the final version).
What I want is a downloadable package installer that that adds X-win capability to Aqua (well within reasonable limitations, I dont need to export my IE window) that works at least as transparently as Classic does and includes an optional installer package for the X-win headers for compiling packages with Apples port of gcc that comes with OS X.
Or better yet, provide a tool kit that helps covert X-Win GUI calls to Aqua GUI calls and lets us compile them natively.
Burn Hollywood Burn
This is just not true and shows how very little you know about Operating Systems strengths and weaknesses. Like Slashdot noted, OpenBSD is designed for security. They actively seek and destroy anything that could be used to compromise the system and the OpenBSD group has been very sucessful with this. That's a strength. Linux runs Q3A and UT, and thousands of scientific applications, those are strengths. IRIX has a superb OpenGL implementation. MacOS X has one of the best GUI's around. FreeBSD is fast.
My point, the differences between Unixes are not in the source, but are much more obvious. Each development team has goals. Each goal shows through in the over all design of the OS and makes it so that each Unix does have a reason for existing in a world of generic Unixes.
Now, on the question of which is better...Well, actually, it depends on your goals.....everyones goals are different. Some people have political agenda's (GPL vs. BSD), some people have specific needs (absolute securty at any price, playing games, or graphics performance), and some people just don't care and get what is easiest for them to use. There is no "best" only what is best for you, cause not a SINGLE unix distrib has an all round strength (though I would argue that if Apple integrated X-Win into Aqua, the combination of default security, Java2, OpenGL, Quicktime, BSD core services, et al would bring it close to being the strongest for all round uses, but hey, thats MY bias)
Burn Hollywood Burn
though I would argue that if Apple integrated X-Win into Aqua, the combination of default security, Java2, OpenGL, Quicktime, BSD core services, et al would bring it close to being the strongest for all round uses, but hey, thats MY bias
many good x implementations exist for os x. the fact that they dont come from apple shouldnt be a problem for *nix users with their "roll your own" mentality. aqua is better for the consumer crowd
the animal doesnt even have opposable thumbs, focker!
here
the animal doesnt even have opposable thumbs, focker!
you kids have it soooo easy now a days....
when i was a kid, we didn't have cd's to load our os's from. we had to toggle the instructions in by hand on the front of the system t give the thing enough smarts to talk to the paper tape drive which then loaded the code to talk to the tape system.....
we didn't have no fancy gui's. We had punch cards, and we liked it. Back in the good days, you actually had to know what you were doing in order to program the machine. We didn't have no "high level" languages like C. And we liked it that way, it kept the wimps off of our systems.
You should be happy that you only have to drive 2 hours to get to a store. When i was a kid, I had to walk.
kids... you think that you have it soooo hard....
Use XFree86 4.03. It has drivers for TNT and GeForce cards. I personally am running a GeForce 2 GTS card at 1024x768x24. Oh, and it absolutly screams! As for Netscape, it is true that it is very unstable. My best suggestion is to grab a mozilla nightly. It's about 1000x more stable than Netscape ever was, plus with the GUI cleanup (post 0.9) it feels alot more like IE. In fact, I'm typing this using Mozilla right now. :-)
Javascript + Nintendo DSi = DSiCade
Well don't you think that if you can find all these overflows in ipchains or iptables, that you would be an ideal developer for the netfilter team? I mean even they can't find these overflows.
You sound like a genious.
Over in the Linux on PS1 forum I posted a responce to a BSD guy saying Linux is pointless then I come and see that there is a BSD story and that a flamewar will probably erupt. This forum is the much more appropriete place for it. I'm going to post my post minus the stuff on the PS1. Of course some idiot moderator will mod me down redundent but...
First of I have nothing against BSD, heck anything I write*, is being released under the BSD licence. The only reason I have RedHat GNU/Linux rather than FreeBSD on my parent's PC is because I live in a small town and the only way to get FreeBSD is to drive two hours away and buy a $110CAN Book and I'm 13 and have no credit card to buy it online.
Now that the disclaimer is out of the way...
Until I got my Macintosh I did all my work in KOffice using XFce as my Window Manager. I found it quite easy to use and powerful for the price of $0. I'm sure I could do just the same on FreeBSD or any UNIX. I really don't see why anyone makes a big deal about which UNIX they run. When someone asks me what I run I Anwser "My Mac for working and gaming and UNIX for Programming."
Arguing over which UNIX is better is pointless because until you get to the source level they look, feel and behave about the same. Most GNU/Linux programs will Compile on BSD/Tru64/AIX/HP-UX/QNX/BeOS or anything that has a POSIX layer, thus making the argument that "My UNIX is better than your UNIX!" worse. I don't see why UNIX people can't get along: vi vs emacs, KDE vs GNOME, GUI vs CLI, BSD vs GNU/Linux...
The funny thing is the only thing UNIX people will agree on is that UNIX is the best.
*All I've got written right now is a dice roller in Perl, I AM only 13...
--Volrath50
I'm new to BSD... heck, pretty new to Linux. (Installed Redhat a couple of times, ran it for quite a while, attempted to install Debian, fubar'd it, never tried to reinstall is) I was going to try either BSD or Mandrake next... BSD is especially appealling due to the fact that I'm going to be turning my old computer into my gateway/firewall/ftp/print/whatever server and I'd like it as secure as possible. Mandrake has iso's available for their latest version, does OpenBSD have these as well? I'm getting damn lazy when it comes to downloading a ton of different directories and trying to figure out just how to make a cd out of them. Ratguy
uhm... why is this wierd? Do you realize how many LINUX ONLY hooks gnome has? talk to the developers of GNOME that arent using POSIX.1 compliant functions instead of blaming OpenBSD.
---------------
Whichever BSD Microsoft are taking the code from, it sure as hell isn't OpenBSD... ;-)
--
KMSMA (WWBD?)
Microsoft is going to be pouring through the new BSD code, and should be sending out a new Windows update anytime now... =)
Not trying to flame/troll/be offtopic. But um OpenBSD is clearly OpenBSD. Nowhere on OpenBSD's website or in its documentation does it say OpenBSD is Linux. OpenBSD is clearly BSD, not SysV, so of course you're going to run into differences. Thats like saying oh yea FreeBSD is not BeOS since there isn't a /system/ . wtf cares? Next, you're warning people considering the change about the differences between openbsd and linux. When you change operating systems, you generally are open to a CHANGE of operation. Its really not hard to install OpenBSD and play with it and learn it. IMHO, BSD is more straight forward than SysV (rc scripts are plain and to the point rather than mucking around /etc/rc0.d).
While OpenBSD is tough on the newbie, its way more secure than Linux is out of the box. If you want a nice BSD that actually has community support with plenty of tutorials and faqs on the website, check out FreeBSD. The ports collection is thriving and has Linux binary compatibility so you can still play TuxRacer.
dknj
In short, here is the usual life of a sysadmin: Introduced to Windows since it runs the world. Hear about Linux, install it and load E and Gnome and shows off to all your friends. At this time, forcing your views that Linux is the best OS on the face of the earth is mandatory. Hear about FreeBSD. Rant loudly that FreeBSD is meaningless and Linux will take over. While ranting, quietly install FreeBSD and tinker around with it. Erase the linux partition. Lay low for a few months learning FreeBSD. Announce to friends FreeBSD is better than Linux, but keep a low profile to hide your old Linux loving image. Install OpenBSD on your firewall to keep that 15 year old Linux hacker out.
I would say otherwise. BSD is on the upringing. Apple selected FreeBSD as the core to OS-X. They had good reasons in BSD as opposed to other UNIX variants. I use OSX at work (as a matter of fact, I'm using it now) and I absolutely love having UNIX on here as opposed to Windows and older MacOS's. By having BSD in a major commercial OS, it will obtain more exposure and hence lead to better things for not only FreeBSD, but other BSD flavors as well.
The One Rule Of Chess You'll Ever Need: Don't play someone who carries a kit in their bookbag.
It was a great BSD system for the PDP-11.