Slashdot Mirror
NetBSD 1.4.2 Poised For Release
Mike Lockwood writes: "I haven't seen a formal announcement yet, but the Releases page on the NetBSD Web site says, "The latest patch release, NetBSD 1.4.2, was released on March 19, 2000." Now that I have already downloaded a copy of the mac68k port and installed it on my Quadra 700, I figured it is safe to tell the rest of the world."
I just installed OpenBSD 2.6 (i386) the other day and I couldn't believe what a small amount of software it comes with. I'm used to running Linux boxes which come with 90% of what I need whereas OpenBSD 2.6 really only has the basics.
But that's okay. Not a gripe, just an observation. OpenBSD has security in there by design and SSL all over the place. I just need to find the time to compile everything for that box that it needs to be happy.
Anyone know where I can download ISO images of NetBSD 1.4.2?
Some questions to stimulate the intellect:
+ Why is it that MALDA has to inflict his opinions on us? JUST POST THE NEWS!
+ Why are moderators paid to sing the VA Linux Song? And kiss Malda's butt?
+ Why DID MALDA DONATE ANY
+ Why do WE, the REAL OPEN SOURCE COMMUNITY let them get away with it?
Moderators, paid or not, remember the simple, easy steps to keeping good karma (and a brown nose) with Malda;
1. Moderate DOWN all posts questioning or saying negative things about Open Source, no matter how reasonable or accurate they may be.
2. Moderate UP all pro Open Source posts, no matter how stupid or inaccurate.
3. Moderate UP all posts from people saying nice things about VA Linux/Andover/Malda.
4. Watch VA/Andover/Slashdot stock $$$$ rise
and have a really good laugh at all those suckers who let them get away with it.
Um, aren't all mach kernels, microkernels?
Sigh .... I see it runs on a few Arm machines but not the Netwinder.
. htm
StrongARM SA-110
Netwinder's are cool servers (literally) - running netbsd on one with the journalling LFS would be nice.
see
http://netwinder.org
http://rebel.com/products/servertech/serv_ctblt
i want to pour hot bowls of grits down my free BVDs. thank you.
the seti folks have ceased supporting the netbsd version of their software and have no plans to upgrade it to the 2.x version... :-(. We'll see, but there's a chance that will be remedied.
You have to get out of the mindset where you place one product above all the others, because you're making a big mistake. The right way to approach this is to use the product that's best suited for the job at hand. This can even be Windows in some cases.
Linux is not the final solution.
I just hope they don't add too much bloat when it comes to Aqua. Then again, what am I talking about? I use Enlightenment.
Also, indeed early in the development of Linux, Linus stated his preference for a monolithic kernel. However, it was simply an issue of simplicity. He didn't want to write all the micro-kernel complexity for a 'hobby'.
Despite this, we continue to see increased modularity in the Linux kernel. It seems this is the way things are going, which IMHO is a good thing.
But can I run more than half a dozen applications on NetBSD? I can run half a million on Windows. Easy choice, hairball.
I can run half a million on Windows. Easy choice, hairball.
I know, dude, like what would I ever do without my "Barbie Cool Looks Fashion Designer"?
Take your kiddie OS and play elsewhere, loser.
Of that "half million" I miss Opera (which is being ported) and Catz. The stuff I do run can be legally obtained for a tiny fraction of the cost and can be inspected for trojans, backdoors, etc. Yes, it's an easy choice. Plus it doesn't increase Billy G's personal worth; for some reason I think he's already got way too much money for any one (alleged) human. (Note: I'm not against paying for software; eg I'll buy Opera, again, when/if I can use it on NetBSD. I'd just rather pay more deserving/needy people than M$.)
http://www.dcypher.net/gf_plots.shtml
install dcypher's client for linux or freebsd and show off your cpu in a team for NetBSD or OpenBSD or whatever...next point people to your stats.
http://ftp.se.netbsd.org/pub/NetBSD/CDROM-Images/
/usr ...
2 /0/3041683/
V Sup/binaries/
/ sysutils/README.html
There is a chance they might show up there, but I dunno when.
Why not download 1.4.1 ISO if you are installing and not in the business of distributing cdr's, and install cvsup (see url below), sync source, make a kernel and make build in
http://www.geocrawler.com/archives/3/479/1999/1
and read (links) at
http://www.pasta.cs.uit.no/Pasta/cvsup.html
cvsup binaries at
ftp://ftp.freebsd.org/pub/FreeBSD/development/C
then you can make your own ISO's. Search mailing lists at
http://www.geocrawler.com/lists/3/NetBSD/
mkhybrid, mkisofs, cdrecord, cdlabelgen, gcombust...ready to make install from pkgsrc, see:
ftp://ftp.netbsd.org/pub/NetBSD/packages/pkgsrc
just a minor increment in patch level, right? wrong?
Is it only good for hobbyists or ISPs, or am I missing something here?
What I really want to see is a micro-kernel on my desktop. Whether it be HURD, a BSD, Be (I think) or whatever. The trouble is that none have great support for desktopish type things like sound, graphics, printing (non-postscript), etc. These things need drivers.
So, right now, on my desktop I use Linux primarily, and Windows when I have to do something I can't in Linux, like scanning.
Hopefully, a micro-kernel desktop solution will gain popularity. Whether it be one of the previously mentioned ones, or Linux slowly evolving into a micro-kernel (as we have seen). And then we will all revel in micro-kernel goodness, and excellent device support.
My comment was not meant to be inflamitory.
Monolithic kernels are the 'everything and the kitchen sink' method. They are responsible for everything. Well, almost everything. And they do it all as one indivisible package. Monolithic kernels have advantages in some areas, particularly speed, at least when the kernel is of a resonable size. Linux is mostly monolithic, modules are micro-kernelesque.
Micro-kernels are very small (hence the name) and handle the talking which modules do with each other. This is a rather sketchy description, you might find something better by looking for stuff about HURD at the gnu project.
I hope I was of some help.
NetBSD on a Macintosh Quadra got me through college after I switched to CS, so I am very thankful for it...but...no color X was a drag and the FFS filesystem is sloooow. LFS looks god-like next to FFS, but it still isn't complete in 1.4.2 :( Do FreeBSD or Linux have filesystems that rival LFS in performance? Are they stable?
IIRC there was a tweak to the scheduler in 1.4 or 1.4.1 for just that purpose :)
I'm running Debian 2.1 w/ kernel 2.2.14pre12 on a Mac IIci with a 40Mhz 68040 acellerator and 40MB RAM. If you are a hacker we could use some help with Linux for the m68K Macs. 2.3.x currently does not have support for ADB on many of the m68k Macs.
You mean, like Mac OS X?
You could always run a binary from a different OS (but of the same architecture) with the emulation layer. Linux and FreeBSD clients come to mind..
Several news links here: SecurityGeeks.com
Sort of on topic as a "release" of sorts, plus trying to get the word out to those that like to tinker with MSOSs before their official release.
> Does anyone know if NetBSD has the ports >collection? I'm quite fond of it.
Yup. It has a very similar "Packages" system.
There is no support for native NetBSD Elf binaries
in the 1.4.x branch. However, the Linux emulation
subsystem will happily run Linux Elf binaries.
oh, and of course, Slashdot is not a Linux site, just like the IMDB is not a MGM site.
The illegal we do immediately. The unconstitutional takes a little longer.
--Henry Kissinger
I like BSD, now if there were just some drivers. . .
NetBSD mac68k is a wonderful project. I had a Quadra 800 I wanted to put some sort of UNIX-like OS on. I started with Linux. Linux on a 68k mac is not very mature - it feels very developmental and there is not a lot of good documentation, and it is a pain to install. Once it is intalled you will find that you need to build everything as nothing is compiled. Then I found NetBSD. NetBSD for a 68k mac is very mature, has copious documentation - of which a lot is very useful for installing, and maintaining a system. On the Mac side you can mount the BSD filesystem and use a mini-shell to access it (and it is stable), you can install packages from the mac side into the BSD side (if you want to), and the original install is a snap. There are a lot of packages with 68k binaries. If I had an x86 box I would probably go with FreeBSD rather than NetBSD (and not Linux - I really like packages a lot more than RPMs, and I like the BSD /etc structure a lot more, it just makes more sense to me, there are linux compatibility libs for those few apps that do not have a native port), but on any other hardware netBSD kicks butt.
This may be a little off-topic and even naive, but in view of how the different *BSDs have evolved different strengths, can advances in one branch be applied to the others? For example, would it be practically insurmountable to make FreeBSD as secure as OpenBSD and to run on as many platforms as NetBSD? Are they truly incompatible with each other or are they more like overlapping subsets of a hypothetical uber-BSD?
RedHat is not the only linux distro out there. Unlike BSD, all linux distros use the same kernel (well, different versions of the same kernel), but they do have different package formats and apps to manage them. Give Debian a try. It has a _very_ powerful package system :)
#define X(x,y) x##y
#define X(x,y) x##y
Peter Cordes ; e-mail: X(peter@cordes ,
> It just felt more efficient...
Mandrake and RedHat aren't known for feeling efficient. They feel more like windoze unless you cut down on the massive GUI crap they like to set up. The side-by-side comparison won't be fair unless you're running the same window manager, with the same mouse (this makes a lot of difference to feel, IMHO), and with a comparable video card.
If you still find you like NetBSD more, then great, use it. As long as you use an OS which does what you want and you know how to use it, you've got my respect. (i.e. I'm not one of those annoying linux zealots.)
#define X(x,y) x##y
#define X(x,y) x##y
Peter Cordes ; e-mail: X(peter@cordes ,
> Since this thread dropped off the list (I'm writing this on Thurs.) ;-)
:) I check for replies to my posts on /users.pl.
:)
:)
> not sure if you'll even see this response...
I see ya
> I consider this a learning experience towards getting into finding my
> way around a "commercial" UNIX.
I do that with Solaris on UltraSPARCs at school, and via ssh from home
Thanks, for the reply, BTW. Unless I missed it, you didn't say whether you were running the same window manager or not. I find GNOME makes things noticeably slow, even on reasonable hardware. ude/uwm or fvwm fly
#define X(x,y) x##y
#define X(x,y) x##y
Peter Cordes ; e-mail: X(peter@cordes ,
are there any?
support gun control: take guns from cops
As to Linux slowly evolving into a microkernel, I thought that Linus explicitly denounced the microkernel approach in favor of the current monolithic kernel?
Russell Ahrnes
I can't tell you about the iBook (have LinuxPPC on an 8500)...
Yes, Open Firmware booting works ok, but sharing files is a little awkward. On the LinuxPPC side, it can mount r/w HFS partitions (but not HFS+), and on the MacOS side, you can use LinuxDisks by Michel Pollet to r/w ext2 partitions, but use this carefully!
http://slashdot.org/index.pl?section=bsd - there's room for everyone here.
Ceterum censeo Microsoftam esse delendam.
Not true. FreeBSD only supports i386 and alpha, NetBSD about 15 platforms (see the list in the article). OpenBSD also has more support for platforms since it was split off from NetBSD.
As for myself, since I only have PC hardware I use FreeBSD since it is the best for PC hardware from the three free *BSD's. But FreeBSD regularly takes things (drivers, such as USB) from NetBSD and OpenBSD and thus also owes to them.
Well, I'm using NetBSD 1.4.1 on a real old Mac IIx w/ 8 MB Ram and a 1GB drive (40MB swap, 40 HFS, the rest root/usr). I have it set up for my self and a friend (remotely) to learn Unix. It works pretty well if a little slow (I can run X but it takes 5 minutes to load and is slowwwww). It's running samba, netatalk, apache, ssh (slow to connect but runs fine), etc and I like it. I tried OpenBSD but it was dog slow on this box and asking any questions of the user community only got RTFM. NetBSD users are more willing to help.
- Apple Computer......proudly going out of business for over twenty years.
I kind of doubt it, but is elf merged in this release? The docs have said to use -current for a while and I suspect that means a patch-level release won't include it, but does anyone know for sure?
I have all x86 hardware at the moment, and I use FreeBSD as my Desktop and my Server OS. (Yes, to all of you who run Linux as a desktop, FreeBSD is just as viable, not to mention, looks and runs just as good on the same hardware). I'm getting a few FREE 68k MAC's from a company who is "upgrading to an all windows environment". Since there is no FreeBSD port, this sounds like a good OS to try.
Does anyone know if NetBSD has the ports collection? I'm quite fond of it.
Success is as dangerous as failure, hope as hollow as fear.
I recently posted to comp.sys.mac.portables about running *n*x on an iBook, since I'm considering getting one.
Constitutionally Correct
Yes, I know this is a little off-topic, but I didn't know where to put it.
For those few of you who do play around with Linux on Macs, what's your favorite distribution? I'm on a PowerMac, not a 68K, so I have a little more freedom, but I haven't been able to get good opinions either way.
If anything, I'd say this is the community I want my responses from.
-Max
-Max
Once I thought I was wrong, but I was mistaken.
Define "better". And by most resonable definitions, the answer is "no". Linux and BSD are really two sides of the same coin. To the user they are practically impossible to tell apart at first look - both are free *nixes with a shitload of good (and identical) software from the GNU projects.
The illegal we do immediately. The unconstitutional takes a little longer.
--Henry Kissinger
You could always run a binary from a different OS (but of the same architecture) with the emulation layer. Linux and FreeBSD clients come to mind..
;-)
That's the very first thing I tried (ie., running the i386 FreeBSD client).   My NetBSD didn't like that too much...  
-- Win2k: "It's not so much that it's only 65,000 bugs, it's just that they stopped at 65,535 to prevent an overflow."
the seti folks have ceased supporting the netbsd version of their software and have no plans to upgrade it to the 2.x version... :-(.
:-)   (I know... this is a shame... hee hee).
We'll see, but there's a chance that will be remedied.
Oh please please please hope this is true...   I'd be eternally happy!  
-- Win2k: "It's not so much that it's only 65,000 bugs, it's just that they stopped at 65,535 to prevent an overflow."
but on any other hardware netBSD kicks butt.
On x86 it kicks butt too.   A (subjective) side by side comparison between my K6-2/500, 160MB RAM Linux Mandrake 6.5 box vs. my K6-2/450, 64MB RAM NetBSD 1.4.1 box, both running (at the time) the 1.x seti@home clients, was pretty dramatic, IMHO.   NetBSD was kickin'!   It just felt more efficient...   Which is why I went head with running 2 simultaneous processes of seti@home on it, and it ain't even breathin' hard!
-- Win2k: "It's not so much that it's only 65,000 bugs, it's just that they stopped at 65,535 to prevent an overflow."
Mandrake and RedHat aren't known for feeling efficient. They feel more like windoze unless you cut down on the massive GUI crap they like to set up. The side-by-side comparison won't be fair unless you're running the same window manager, with the same mouse (this makes a lot of difference to feel, IMHO), and with a comparable video card.
;-) but in the case of my comparison, the 2 machines were virtually identical, hardware-wise, ie., both Compaq Presario 5000 models.   Both have the same on-board video (SiS 530 w/4MB) but my Mandrake is using an S3 Virge PCI card w/4MB that I added whereas the NetBSD box is using the onboard...   However, neither were running the X version of seti@home software (stuff was running in text mode - no window manager needed!) so except for how fast the console refreshes with either video, I'm not sure if that would impact it.
Since this thread dropped off the list (I'm writing this on Thurs.) not sure if you'll even see this response...
I know that the NetBSD kernel (especially after I recompiled it for my hardware, removing the unncecessary junk) is pretty streamlined as compared to my Mandrake's kernel (which I recompiled too, but there's so much other stuff there anyway), but it's been cool comparing the two regardless!
If you still find you like NetBSD more, then great, use it. As long as you use an OS which does what you want and you know how to use it, you've got my respect. (i.e. I'm not one of those annoying linux zealots.)
I could almost be considered a Linux zealot, but I'm very open-minded (and recognize that the *BSDs are what's really powering the 'net).   I consider this a learning experience towards getting into finding my way around a "commercial" UNIX.   It's been kinda fun.
-- Win2k: "It's not so much that it's only 65,000 bugs, it's just that they stopped at 65,535 to prevent an overflow."
... although the seti folks have ceased supporting the netbsd version of their software and have no plans to upgrade it to the 2.x version...
:(
Well, seeing as the Seti folks stopped allowing 1.x clients yesterday, you are in trouble now
Why is it red??!?!!?!
You only have 5k. X is painful below about 8.
:( ). Anyway, the big performance problem with X came from postscript fonts. Set applications to use non-postscript fonts, or at least set up xfs, so that single threaded X isn't tied up rendering and you can do other things.
About 4 years ago, I was using a IIci with 24-32 mb (it varied; there was 56 to split between it and the 486 linux box with 4 drives totaling about 1.4G).
Performance was acceptable, and it made a decent X terminal. It found a few bugs in the 1 bit version of lyx (note: lyx is about to [or already has] dropped support for 1 bit, as noone seems to be using it, and it's extra to maintain
About that time, someone discovered by accident that mosaic did indeed run on machines without math coprocessors--it's just that it took about 20 minutes to finish loading (it had been believed to hang and eat all cycles). He tried it, forgot about it when he went to do something else, and returned.
Anyway, more memory if you want X, and watch which fonts you use.
--
-- Slashdot sucks.
NetBSD is probably the closest I'll get to running a decent Unix on my NeXT. However, although it has support for 68040 based machines, it explicitly doesn't support my Turbo Colorstations :-( The Linux port to NeXT hardware is still a long way from usability. Guess I'm stuck with NeXTStep/OpenStep for now.
"The invisible and the non-existent look very much alike." -- Delos B. McKown
You're right that the redhat installer tends to load up your system with crap. That only happens if you just let it take the defaults for packages to install, which is what a no-clue newbie would be best doing. If you know anything at all, you'll un-select all the stuff you don't need. Basically, BSD, and other Linux distros like Slackware and Debian, use an opt-in installer, where you have to ask for anything that you want, as opposed to redhat where you have to opt-out of stuff you don't want. :)
You are refering to the redhat way as the "linux way". Don't do that. Different distros have _very_ different flavours and philosophies. Give some others a try sometime. Stampede gives you a really raw system where you'll need to fix a lot of config files and stuff, but it's a learning experience to half-way roll your own system. AFAIK, slackware is most similar to the BSD package system (but BSD has some good stuff that slack doesn't, I think.) Debian is very concerned with having everything fit together well, and being well documented. Every package has someone specifically maintaining it, so things tend to be well set up for each other. It is also very concious of security, including out of the box security so you don't get cracked before you figure out how to pronounce "linux"
(BTW, I'm not calling you a newbie, but maybe you were when you installed redhat and had it litter your system with junk. Everyone is on their first install of any OS/distro.)
#define X(x,y) x##y
#define X(x,y) x##y
Peter Cordes ; e-mail: X(peter@cordes ,
Wow... 1.4.2... so refreshing to see such a low version number in today's climate of Slackware 7.0, RedHat 6.1, and so on :-)
-- Ed Avis ed@membled.com
isn't Linux much better than BSD? Plus, this is a Linux site. Let the BSD guys get their own forum...if there are enough of them.
This sounds like a troll, but what the heck, I don't have anything else to do so I'll reply.. :-)
Since when has Slashdot been "a Linux site"? Slashdot is "news for nerds" imho. Linux is just a part of it.
--
It has to work - rfc1925
From what I hear, the main advantage of NetBSD over FreeBSD or OpenBSD is that it is ported to a huge number of architectures. So you get the whole BSD thang and all that's good with that, but it's more portable than the other BSDs and so you can use it on many more architectures.
Chris Hagar
"The price of freedom is eternal vigilance." - Thomas Jefferson
The other process is at about 95% completed, so it'll try probably in the next half hour or 45 minutes.
;-)
Update - it uploaded it's completed work unit and downloaded another, so I'm still going on my NetBSD 1.x seti@home client!
-- Win2k: "It's not so much that it's only 65,000 bugs, it's just that they stopped at 65,535 to prevent an overflow."
Well, seeing as the Seti folks stopped allowing 1.x clients yesterday, you are in trouble now :(
Well... they said that it would happen on 3/6 and it didn't!   I'm looking at (switching between) both my NetBSD processes right now and one is at 6% completed (meaning it uploaded its work unit and downloaded a new one maybe in the past hour?).   The other process is at about 95% completed, so it'll try probably in the next half hour or 45 minutes.
Initially I thought their statement about not upgrading certain 1.xs meant that this would effectively kill them but then I began to get the impression that it may have meant not porting them to the newer 2.x version but still accepting the results.
Well... I'll let 'em keep going as long as they can... I just wish that seti's software team would allow some "outside" (and "seti-blessed") OSSers to port 2.x for NetBSD!
-- Win2k: "It's not so much that it's only 65,000 bugs, it's just that they stopped at 65,535 to prevent an overflow."
See the list in the right-hand column on www.netbsd.org
Porting NetBSD is so easy that even we developers lose track of how many ports have been checked in to the master sources..
I have a single x86 NetBSD 1.4.1 box amongst my Linux boxen.   Once I got it installed and compiled me a new kernel (wow... how easy!), I haven't had much chance to get back to foolin' around with it.   Now's my chance.
:-(.
;-)
I have to say that when I was trying to determine which *BSD to try, it really boiled down to FreeBSD vs NetBSD.   Reason why I picked NetBSD was because of their low-key, no hype profile and a pledge to "release no code before its time".   It's just a nice, all around good system and I got 2 processes of seti@home running on it too, although the seti folks have ceased supporting the netbsd version of their software and have no plans to upgrade it to the 2.x version...  
What was good was that it came with instant support, no questions asked, for all of my hardware (including ESS Solo-1 sound chip) plus it had USB support before Linux did, by the way!  
Look forward to trying the upgrade!
-- Win2k: "It's not so much that it's only 65,000 bugs, it's just that they stopped at 65,535 to prevent an overflow."
We use slightly different terminology -- a NetBSD "port" is a port of NetBSD to a particular platform, and we install into /usr/pkg by default instead of /usr/local, to leave /usr/local free for truly local software, but if you're familiar with the FreeBSD ports collection, it should look very familiar to you..