Haikunews reports that Micheal Lotz of the Haiku Project has suceeded in getting their kernel land networking stack working on Haiku itself, along with the Links web browser. The one Links binary works on BeOS R5 and on Haiku, proving binary compatibility even further.
Networking and Web Browsing on Haiku
About The Author
Eugenia Loli
Ex-programmer, ex-editor in chief at OSNews.com, now a visual artist/filmmaker.
Follow me on Twitter @EugeniaLoli
Its pretty amazing how far they are getting, especially with keeping BeOS R5 compat. I bow down in honor to the Haiku team
Please fix the 2nd link.
http://www.haiku-os.org
at the current stage, i would already have use for a terminal haiku that can run muscle (of course it need BMessage).
the sad thing is that i think 486 support is not planned (i think)
Well Done!
While many parts of Haiku have been available for quite some time, it’s another thing completely now that we’re getting closer to replacing the fundamental parts of BeOS altogether.
Can’t help thinking of “Closer To Heaven” by the Pet Shop Boys. :-] http://www.lyricsdepot.com/pet_shop_boys/closer-to-heaven.html
IIRC BeOS never worked on 486es, it has always been pentium and newer
You should have quoted Cotton Squares:
Well baby, you’ve been gone so long
It makes me want to cry
And you know I feel so wrong
It makes me want to die…
5038 it’s the OS
What I want to say, oh honey, can’t you see
I dont want no body else, you’re the one for me.
When I sleep at night, you know who I’m dreaming of
My one and only love…
5038 it’s the OS
<these days replace 5038 with Haiku>
Thanks a lot, this just made my day a lot better. I’ve been following the Haiku project for som years now, and it surely looks like R1 is not that far off.
Again I want to thank the Haiku team for there great work. And i hope to see more progress in the time to come.
http://bitsofnews.com
Yes, nice news, but I hope the project will get a boost now… It was too sluggish to come to this point..
I’ve not just followed it for some years, I followed it from the very start and seen how it has progressed from scratch to the point where they are now. Certain people has seriously made a tremendous difference. People has come and people has left. Some of the people which would have been good to keep around is people such as David Reid for instance…
Anyway, my kudos goes out to all of the contributors to Haiku. I know Axel lies in focus for much of the credit but I still don’t believe he’s one human, he’s a cloned human and there’s a dussin people locked in his basement.
Now I’m starting to get all these crazy hopes that I got last year that Haiku would be finished somewhere during summer, however, different from last summer, it looks like there might be something to play with during summer =)))
Great work!
The Haiku team is pretty amazing when I look at what they have accomplished. I hope they keep up the good work.
Just saw this on the donation page:
Objectives for Fiscal Year Beginning 12/31/2005
1. Complete our first release.
I can’t wait!! Anyone know if that donation page is trustworthy?
“Objectives for Fiscal Year Beginning 12/31/2005”
Fiscal year begins April 1st atleast in UK, not sure about anywhere else.
There are no SET fiscal years in the states. Some begin in July, others follow the calendar year. Others begin in other months. Probably depends on who they deal with, whether they have overseas divisions, etc.
Go Haiku!!!!!!!!!!!!!!!
does that screenshots mean that the haiku kernel already starts the haiku app_server, and runs the haiku net stack, all of them natively?
I’ll tell ya, Mr. Lotz has certainly proven to be very capable.
Now I figure your not interested, but it seems to me you should be trying to get your Tracker.NewFS running on Haiku, my IIRC there was a reward awaiting he who compiles OpenTracker on the first alternative BeOS-compatible platform.
Of course, when you get it that far, without modifying the source of OpenTracker, you will likely need to put some bugs into Haiku (on purpose) to copy the shortfalls and bugs of BeOS. But hey, why not 🙂
Well, technically, most likely most decent coders could do it, provided beres is working on Haiku and so is the development kit.
Anyway, good work!
–The loon
Yes. Those screenshots are taken under Haiku itself. The Haiku app_server is what is taking the screenshots.
I like this
BTW: Hey MYOB… can’t seem to get rid of you
The original idea was to release Haiku R1 this year… whether it succeeds or not is not for me to answer – but I strongly believe it will. Personally I’m looking forward to R2
Great work.
I have been using Beos for two years.
I wonder why people use anything except BeOS.
Just check for hardware that is supported and you are good to go.
For software that is not on bebits.com , i use X11 opensource with xbeosnative.
As well it should be. It is a migration path that gives a reasonable starting point, bugs and all. It’s a great way to learn how to do and not do things, so they aren’t dragged over to R2. I’d like to think that with the way things are on the compiler front, considering the binary incompatibility between gcc 2.9x and 3.x or 4.x, that it’d be a good time to also redo the API and the GUI systems (all the great C++ stuff) such that the design and implementation flaws of the current API are fixed, though that will definitely require changes that break all existing software for an easy recompile.
Well, it wouldn’t be the first time backwards compatibility was broken, though it’d be the most major time if that was done. However, it’s easier to do it when relatively little is left behind. Besides, there’s always the option (sound familiar?) of a BeOS-On-Haiku (BOH) compatibility libraries that could run at the same time, with all old BeOS C++ API compatible applications running under the same environment. Of course, there may be an argument as to the value of that, in that people that want to develop for the platform should port from the old system to the new system, instead of leaving something compatible and not doing new API applications. I’ll leave the rest of the discussion for other people to discuss
Looks as if the Haiku team is making good progress – app_server;kernel;OGL/MesaGL h/w accelerated (thanks to Rudolf) and now networking. Hopefully, R1 won;t be too long off from now.
The day Haiku R1 is finalized is the day my hope for open source computing EVER taking over the desktop is renewed. I hope to see a LiveCD release of some sort soon so that I might be able to see what systems Haiku successfully boots on.
I am amazed by this project more and more every day. There are some very talented developers working on this code who respect Be’s philosophy and wish for it to live on. Greatful for that.
Congrats! Very happy to see all this progress:-)
Since Haiku project is running the NewOS kernel by Travis Geiselbrecht, who I think is a former BeOS kernel engineer, I am wondering if they plan on merging the changes he makes into the kernel. Maybe they forked it too early ?
“Since Haiku project is running the NewOS kernel by Travis Geiselbrecht, who I think is a former BeOS kernel engineer, I am wondering if they plan on merging the changes he makes into the kernel. Maybe they forked it too early ?”
From memory the Haiku team do contribute code back to Travis’s NewOS kernel and also any incorporate any major code changes that the NewOS team may make to their kernel.
Replacing lyrics Be-Oh-Ess with Haw-Ee-Kuu? Hmm…
I can’t find “5038” on the web, except Scot Barta’s “lounge” version. (I have it though, I just can’t share it.)
http://www.geocities.com/SunsetStrip/Scene/7025/
http://pacificsoundcraft.com/sbarta/music/Cotton-Squares-Fan-Music/
http://catrec.com/
http://catrec.com/cs/virtual-void.mp3
http://www.songfight.org/songpage.php?key=standing_in_the_death_car