FreeBSD Release Engineering Team’s Scott Long says that the much anticipated and feared 6.0 code freeze is about to begin. Scott says that from June 10 until the release, the number one priority will be to fix all outstanding bugs. They will not release FreeBSD 6.0 until it is ready; he is pretty confident that it will be ready by August 2005.
FreeBSD 6.0 code freeze
About The Author
Eugenia Loli
Ex-programmer, ex-editor in chief at OSNews.com, now a visual artist/filmmaker.
Follow me on Twitter @EugeniaLoli
6.x is truly just a much improved 5.x at this
point
impressed! that must mean at some point it would be quite different(better) from 5.x, i guess.
i hope it has better performance than 5.x has at the moment
5.x is very slow on the disks as i expirience it.
i also like to see the ULE scheduler become default!
I wish them al the luck and fortune they need, and hope 6.x will be a truly 4.x successor
> I wish them al the luck and fortune they need, and hope 6.x will be a
> truly 4.x successor
I’m sure it will be. If you were around for 3.x, just pretend 5.x is 3.x all over again. At the time, 2.2.x was excellent, and 3.x promised a bunch of new features (like the introduction of SMP). Many things (too many things?) were packed in and the branch never really cleaned up. As you probably know 4.x came out of that nice and stable. I’m thinking enough stuff was stirred up in 5.x that the user backlash will give us a pretty solid release with 6.x.
Just MHO.
Strange.. I thought they’d want to turn 5.x into a working product first. Or we’ll just skip that part and jump over 6.x?
As long as there is no good java support in BSD, I’m not
going to use it. Running J2EE applications on BSD should be solved as quick as possible.
Does anyone know if there is going to be decent (ie working) ATI acpi support in this release? Do they really have any new features or it is just bug fixes compared to 5.4 ?
gcj/GNU Classpath/Kaffe
And i’m 70% through CD2 for release 5.4 over 56k dialup! If I wasn’t so far through, i’d just can it until August, but 30% left is just not worth stopping
Bravo to the FBSD team indeed, bravo!
56k ….. you’ll be really pissed off when you realise you only need the first cd to install the system
he said *good* java support
Define good, gcj/GNU Classpath appears to be good enough for Red Hat/Fedora. So at the least I would say gcj/GNU Classpath is getting there.
I need to run JEdit, http://www.jedit.org, is it possible with the packages you mentioned ?
Thanks.
Classpath is still a work in progress. The first public release will be version 1.0. There have been no public releases.
They are at version 0.15, so no thanks.
For some people that need to run commercial Java apps on a server, FreeBSD is out of the question.
No, actually i’ve installed the 1st CD and have 5.4 up and running, all the goodies I need I discovered are now on the 2nd CD, hense, I’d not have bothered
JEdit runs with gjc/GNU Classpath, it was on planet classpath some time ago. I’ll try to find you the link.
Hear you go.
http://gnu.wildebeest.org/diary/index.php
is hal implemented in 6.0??
world is so strange.
I think it is a problem for java to not run on freebsd not the reverse. You know wht yahoo does not use java don’t you?
As you probably know 4.x came out of that nice and stable. I’m thinking enough stuff was stirred up in 5.x that the user backlash will give us a pretty solid release with 6.x.
I’m not sure where you were (and I’m not meaning to flame), but if I recall, 4.0 was buggy, 4.1 had to be quickly patched to 4.1.1, and things didn’t really work out until 4.2.
as a FreeBSD user for years I enjoy every single release they introduce and 6.x
It will be stable and solid as usual. And for those who said that 5.x is slow there are benchmarks on lists.freebsd.org/stable that says it outstands 4.x
6.x will not introduce new features but it will continue what 5.x was already built on. Everyone will like it weather you use it on a server or on a desktop.
yes, freebsd6 current is jsut fine. am running all my usual apps, firefox, clamav, f-prot, thunderbird, realplayer, mplayer, kopete. java1.4, ctwm, fluxbox, xfce4 and kde3.4 are all inside and working. upgrading from 5.4-release was a bit of a challenge as it did not save all of my configs in /etc but this really only provided a fun puzzle. most especially vexing is that aliases was lost and i had to recreate all my users.
We are having fun, right?
Strange.. I thought they’d want to turn 5.x into a working product first. Or we’ll just skip that part and jump over 6.x?
Well, as of now I would consider 5.4 to be a “working” product although I wouldn’t consider it to be a “complete” product. I’m guessing that is pretty much what you meant.
Personally, I don’t think they should have moved onto 6.0 untill all the feature goals of 5.X had been met. I mean, are all the drivers and subsystems MPSAFE? Have the goals for SMPng been completed? Has the Big Giant Lock been removed from the 5.X series?
Unless all the goals for 5.X have been met, to me the 6.0 series is nothing but a rebadged 5.5. Some people argue “It’s just a number, it has no meaning.” To that I say, “Then why number it at all?” (Well, probably because you have to in CVS I guess.)
Consumers have learned that new major version numbers mean a radically revolutionzied product, while minor version numbers mean a feature addition or fix. I’m guessing that the move to 6.0 is nothing more than just to sound better than 5.X.
Either way, I’ll get over it I guess and I’ll also be making the move to 6.0 just to see what all the hub-bub is about. Maybe it is “alot” better than 5.x which warrants a major number change. Or maybe its not. I guess I’ll see in the near future. Maybe they’ll get everything all buttoned down by 6.1? Who knows.
This should have XFS read support too.
I doubt the stability of FreeBSD 6 though, so I will be sticking with Debian Sarge for my home servers.
Sorry but until BSD runs Java well (and don’t give me this gcj/GNU Classpath/Kaffe crap), I will stay uninterested. What gives anyway. I would love to use BSD, but am excluded by lack of good Java support. I have not keep myself up to date on the issues, but I think it was the BSD threading model or something.
I also wish that native java support was there… Maybe Apache Harmony project will bring it to FreeBSD. But when?
@matt
What exactly you want?
I am running JDK 1.4.x on FreeBSD 5.4 just fine.
http://freebsd.org/java/
On my desktop I have native support on Firefox and Konqueror.
Heck even on my servers I am running Jmeter, SlamD, and other Java applications. All the systems run on x86 and 5.4-RELEASE never crashed or exited unexpectedly!
What kind of support are you looking for?
pkg_add -r jdk? sorry this is not supported but you can try
cd /usr/ports/java/jdk14/
make install clean
Java runs perfectly fine on FreeBSD. The only thing that sucks is Sun’s license.
/usr/ports/java/jdk14 builds fine for me. Don’t know what everyone else’s problem is. Haven’t tried jdk15, but jdk14 does everything I need it to.
Adam
Here is a screenshot of FreeBSD 5.4 running java applets on Firefox and Konq.
http://www.msu.edu/~asd1815/java/java.png
Try this test at
http://www.java.com/en/download/help/testvm.xml
No more excuses now
java version “1.4.2-p7”
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2-p7-root_06_jun_2005_18_47)
Java HotSpot(TM) Client VM (build 1.4.2-p7-root_06_jun_2005_18_47, mixed mode)
Runs just fine for applications. Also, applets run well within Mozilla.
JBoss, Jetty, Tomcast, Hibernate, hell, i’ve even had sun appserver run fine on my FreeBSD boxes. What are you guys talking about?!
@Reader
Take a look at lists-current there are ppl working on ACPI. I am not sure what whats ATI ACPI.
They moved to 6 b/c the work needed to further the design goals of 5.x meant breaking API stability, bumping core library numbers, and other work that would ill suited to a -STABLE development model. All the big work happens in -CURRENT, they are simply following through business as usual.
For those who said FreeBSD doesn’t support Java natively, I think there’s a bit of misunderstanding.
No doubt, Sun doesn’t provide native FreeBSD JDK/JRE binary downloads; but you can build a native JDK/JRE from the ports collection. I’ve been using native JDK 1.4.2 to run Apache-Tomcat for quite some time, no hiccup at all. You can even get JDK 1.5, but I’ve never try it.
However, due to ristriction in Sun’s SCSL, compiled binaries are not allowed to be redistributed, you can only keep it for your own use. That’s why there’s no JDK/JRE binary distributed by the FreeBSD project. (Except v1.3.1 by FreeBSD Foundation with agreement from Sun)
Here’s how you can build jdk-1.4.2 for yourself :
Pre-requisite : To compile a native JDK, an installed JDK is needed (silly, right?), install Linux compatibility with linux-sun-jdk-1.4.2 port or linux-ibm-jdk-1.4.2 port will do. You can safely remove them once the native port is done.
1. goto http://www.sun.com/software/communitysource/j2se/java2/download.xml download SCSL source and SCSL binaries for JDK 1.4.2, save them into /usr/ports/distfiles/ as j2sdk-1_4_2-src-scsl.zip and j2sdk-1_4_2-bin-scsl.zip
2. download apropriate patchset from http://www.eyesbeyond.com/freebsddom/java/jdk14.html. Which patchset to download depends whether you have update your ports collection. The latest is jdk-1.4.2p7_1 (i.e. patchset 7). Strongly recomended to do cvsup to sync your ports collection with ports repository.
3. ‘cd /usr/ports/java/jdk14’
4. ‘make install clean’ to install or ‘make package clean’ if you want to create a binary package after installation (for later installation in other machine)
5. Compilation will start, go and have a good sleep, it took ~10 hrs on my P-4 2GHz
6. Come back later to harvest
It sounds scary, but just go ahead and try it out, the fun is there.
How about jdk1.5.0?
Did any one try to compile it? Is it anywhere near usability?
AFAIK jdk15 bsd patchset 1 doesn´t support browser plugins. Other than that, it compiled just fine.
MattPie wrote:
I’m not sure where you were (and I’m not meaning to flame), but if I recall, 4.0 was buggy, 4.1 had to be quickly patched to 4.1.1, and things didn’t really work out until 4.2.
I don’t think you really know why FreeBSD 4.1.1 was released. After the release of 4.1, RSA released their code into the public domain, and 4.1.1 was released with that code incorporated into it so that the FreeBSD community could take advantage of it.
Since I posted my (overheated) post about Java on Free BSD, I have downloaded the 1.4, compiled and gotten it working on my system. So far in my testing, yes it seems to work fine.
The build took a really long time in my 3ghz cpu machine with 1gb of memory. I’m guessing 5 hours, but I didn’t look at the clock when I started.
This makes distributing Java Application to BSD customers hard, but maybe doable. Getting most people to even install a JRE is sometimes a task.
I guess BSD/Java is only usable for a server based app. Going through what I had to go through I’m going to assume that most people do not have working JRE’s on their system??
If Sun changes their current license you should have a better experience.
“Getting most people to even install a JRE is sometimes a task”
For normal users who just don’t want to go through the compilation hassle, they can install the Linux JDK binary released by Sun (linux-sun-jdk-1.x port) + Linux compatibility mode installed. It’s very stable, the FreeBSD Linux compatibility mode do a great job here.
Java support in FreeBSD is excellent, and it is much more stable that Linux one (at least on benchmarks I did with jdk1.4 on both Linux (Fedora) and FreeBSD 5.4).
I’ve build and try to use jdk1.5 but sometimes it crashes. I think the jdk1.5 should not be used in production currently. You can build jdk1.4 and be happy with it. I’ve run tocat with it for a long time with no problem
Oh, sorry. I means “I’ve run Tomcat with it …”.
Anyway, I hope that GNU could make a good alternative java compiler, then we can thow rocks at Sun
)
Wtf, no posts about how FreeBSD is dead, or Linux is a ‘better os’ because it runs <eye-candy of choice> better? Hell must have frozen over. The army of us sitting in the ice cold bowels of service providers surrounded by the fbsd boxes that have quietly run a good portion of the net for years and years w/o hype and glory are starting to get nervous…