James Chacon of the NetBSD Release Engineering team has announced that update 2.0.2 of the NetBSD operating system is now available. NetBSD 2.0.2 is the second security/critical update of the
NetBSD 2.0 release branch. This represents a selected subset of fixes deemed
critical in nature for stability or security reasons. More details are
available in the NetBSD
2.0.2 Release Announcement.
NetBSD 2.0.2 released
About The Author
Eugenia Loli
Ex-programmer, ex-editor in chief at OSNews.com, now a visual artist/filmmaker.
Follow me on Twitter @EugeniaLoli
Cool!!!
Too bad that http://www.netbsd.org/Changes/#pkgs-2005Q1 doesn’t contain KDE3.4 even if it was published on April 6.
Maybe the ports freeze began before 3.4 was out.
We should wait for another 3 months…
hah, and I just got my overseas and overpriced linuxformat magazine with a shiny new (old) copy of netbsd yay!
Too bad that http://www.netbsd.org/Changes/#pkgs-2005Q1 doesn’t contain KDE3.4 even if it was published on April 6.
Maybe the ports freeze began before 3.4 was out.
Exactly. The freeze started on March 7 and KDE 3.4 was released on March 16.
We should wait for another 3 months…
KDE 3.4 entered pkgsrc right after the freeze, so you can now build it yourself with a few simple and well-known commands.
I’m upgrading my quad-cpu SPARCstation 20 from NetBSD 2.0 to 2.0.2 right now. It has had some unpredictable crashes over the last few weeks, but I read there have been some sparc-specific kernel fixes in 2.0.2, so I hope it will be better now.
Can’t blame NetBSD as 2.0 was their first release with SMP on sparc, and other than that, it has been running great! Thank you NetBSD!
who does netbsd continue with XF86 and not X0rg?
yes, i know it is in pkgsrc and it can be replaced or built easily… but there is no reason to waste resources on XF86 in my opinion.
at present i have to jump through the hoop: install with NO X or X-linked apps … then built xorg then install xlib related apps.
It’s been my understanding that the various Linux distros are transitioning from XF86 to Xorg because of a change in the licence of XF86, namely that change not being compatible with the GPL. This doesn’t affect the *BSD’s, because the BSD licence is not as restrictive.
This is wrong.
X.org doesn’t support many NetBSD architectures. They are supported by XFree86. In the future NetBSD will switch to X.org.
Xorg is available in pkgsrc if you’re so inclined to use it over XF86.
I have it installed on two machines already. Hopefully they release ne package tree for 2.0.2.
Can’t blame NetBSD as 2.0 was their first release with SMP on sparc, and other than that, it has been running great! Thank you NetBSD!
I installed NetBSD 2.0 on my 2-way UE2 only to find out SMP is not supported on 64-bit Sparcs!
Solaris 10 works great on it though.
…When I install NetBSD on my PC, the base operating system SCREAMS. Boots in seconds, runs fast at the command line level… I install XWindows/GNOME, set it up so that when it boots, GDM loads…
But it is SLUGGISH. Is the only way I will get any performance out of the GUI to rebuild from scratch?
I am comparing the speed to another linux distro that comes with the GUI all preconfigured…
Am I missing something critical when configuring the GUI?
AMD K7M (if I remember correctly)
512 MB RAM
1.8 GHZ Sempron
NVidia FX 5200, 128 MB VRAM
I’d like to give NetBSD another shot…
@JoeUser
No, you are wrong.
Luke Mewburn: The NetBSD Foundation license is still based on the 4-clause BSD license. A significant chunk of our codebase is also under 4-clause BSD licenses from other copyright holders. It would be hypocritical of us to not import XFree 4.4 solely on their current license given that it’s so close to existing licenses that we use. That’s not to say we won’t consider changing on technical grounds in the future, just like any other component of our software release.
Matthias Scheler: The new XFree86 license is a normal BSD-style license with and advertisement clause. Because most of our own source code uses a similar license, we didn’t see any reason not to accept the XFree86 one. We imported the code because it offered the technically best solution available at that point of time. It fixed many bugs that existed in the previous XFree86 4.x release and offered support for new hardware, which various NetBSD users were waiting for.
@adapt
I tried to say that NetBSD doesn’t have problems with the new XFree86 licence. The reasons to stay with XFree86 for now were technical only.
Maybe your system is being slowed down due to not having softdep activated on your file systems. NetBSD defaults to having softdep off, unless you forsee critical file systems becoming full you should add it in your /etc/fstab. Turning this on really speeds up hard drive access.
Another possibility is that you need more acceleration, unfortunately NetBSD neither has 3D-capable proprietary or free drivers (no dri in kernel for the free ones). However, the 2D acceleration does exist and it’s effective enough that you shouldn’t experience much noticable slowdowns in that department, unless you use outrageous amounts of eye-candy.