http://www.osnews.com/story/215/Interview_with_Guillaume_Maillard_of_the_BlueOS_Team Exploring the Future of Computing en-us Copyright 2001-2009, David Adams adam+nospam@osnews.com Thu, 09 Jul 2009 20:40:21 GMT http://www.osnews.com/images/osnews.gif http://www.osnews.com http://osnews.com/thread? http://osnews.com/thread? Wow, I'm quite impressed, I must say I am/was one who was not very found of the idea of building a beos with linux kernel. But it looks like its working. Also i like how it looks like it won't be so much of a beos emulator on linux but more of a true beos but got a jump start by using the linux kernel. I'm curious on how the final implementation will be. If it can boot quick like beos and not have password prison like crazyness of linux it will be real nice. Basicly if i can't tell there is any linux/unix in on or under what i see when using it i will be happy. Go BlueOS Thu, 25 Oct 2001 21:58:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Finally some more info about BlueOS.

hmm I wonder if (open source) beos drivers would compile on blueos, and how that would be done. The linux (or should i say BlueOS) drivers would probably be faster, but how much?

Anyway, thanks Eugenia Loli-Queru and Guillaume Mailard for the interview. Thu, 25 Oct 2001 22:28:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Nothing personal against the BlueOS team .. .
It looks like BlueOS is going to be a bit messy. C'mon, theirs a million Linux distro's TONS of developers have been TRYING to make Linux "easier" and "faster" (i.e. more like BeOS) for years now.

You're average Linux distro is more bloated and slower out-of-box than even Windows or MacOS X. And you're telling me that this small group of developers is going to build an OS that will run Linux apps AND BeOS apps while keeping BeOS's speed and ease of use? Buy the time this is accomplished (if it is) it'll likely be too late.

A small group of volunteers (FreeDOS) can't even "clone" a 20+ year old simplistic, well documented OS like DOS are the BlueOS developers just that much smarter? I think this project needs to look at a different path to achieve a BeOS compatable OS. Or just work on OpenBeOS, as its idealogy seems a bit more realistic. Of course, as a BeOS user - I believe ANY developer interest in BeOS is GREAT, and I *DO* hope my thoughts are DEAD WRONG and this project (and others like it) all accomplish their goals. Thu, 25 Oct 2001 23:12:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Many of the OBOS kits should be quite unlinked from the kernel so you can maybe work togeder to get them compile and build on both OS.

BTW why just using linux standard kernel? L4-linux on top of L4 or L4ka should allow you to have the *_server act more likely BeOS ones (kernel_server and the app_server should take advance of that), I'm not talking about HURD even if mach/hurd and L4/hurd need lots of help and a project like BlueOS make get the developement faster^^ Thu, 25 Oct 2001 23:38:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? In fact, Caldera is not using the Linux kernel, it replaced it with the more scalable UnixWare kernel. Thu, 25 Oct 2001 23:48:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? BlueOS: You guys rock! I had real doubts when I read your first announcements, but now you proved me wrong, and I'm glad about it! Fri, 26 Oct 2001 01:08:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? In future versions, the BlueOS team will completely bypass XFree and have a stand alone BeOS compatible app_server which will only use some of the XFree's system calls to be able to use its 2D/3D drivers.

So what does that sentence say to us? Will it completely bypass XFree only to use some of XFree's system calls?

I wish they would bypass Xfree from the beginning... Fri, 26 Oct 2001 01:40:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? This sentence says to you that for the version 1, BlueOS will use XFree, the way KDE uses it.
For version 2 (as Guillaume told me), they will use their own app_server and they will only have an interface to XFree just to be able to use their 2D and 3D drivers. They won't be using anything else from XFree, just their drivers. Fri, 26 Oct 2001 01:46:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? The goal that is met by using the Linux kernel is hardware support. If you used L4, you'd have less hardware support than BeOS R5.

So, Euguenia, if you had to bet on which BeOS effort were to bring users to the closest experience possible...? Fri, 26 Oct 2001 02:13:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? >So, Euguenia, if you had to bet on which BeOS effort were to bring users to the closest experience possible...?

BeUnited. Fri, 26 Oct 2001 02:18:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? A) The Linux kernel rocks. Most of the problems people see with Linux are at the GUI level, not the kernel level. As for drivers and such, Linux is of the mind that drivers should be totally automatic, and 2.5 will see to that.

B) XFree86 isn't that slow. If you get down and dirty with xlib (which BlueOS presumably will) the XAA driver architecture allows for VERY fast accelerated graphics (especially on NVIDIA hardware). In my own tests, XFree86 4.1 does pixmap blitting almost as fast as DirectX (which is a much more low-level API). What makes Linux GUIs sucky is that the toolkits on top are really slow and bloated. Plus, if you retain X at some level, you get accelerated OpenGL for free.

C) L4 or Mach would be a dumb idea. First, Mach sucks. Second, L4 is written in assembly and incredibly difficult to maintain. Fiasco isn't production quality yet. Besides, there is no point in adding yet another abstraction layer beneath the Linux kernel. Fri, 26 Oct 2001 02:28:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? >The Linux kernel rocks.

Regarding the open source kernels, my vote would definetely go to (unreleased yet - but in beta) FreeBSD 5.0.
I agree that the Linux kernel is generally faster than BeOS' though. BeOS has a good FSIL implementation, a VERY good Scheduler but the rest, just sucks (especially the VM). Fri, 26 Oct 2001 02:34:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? One wonders how Eugenia arrives at the grand proclaimation that outside of the FSIL and scheduler that BeOS' kernel sucks, given that she neither has the source code nor the qualifications to make such a judgement (any more than the typical OS advocate of the "Linux Sux!/Linux Roxx0rz!" variety does). Fri, 26 Oct 2001 03:27:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Do you have any idea who her husband is? I'll give you a hint... He used to work for an OS company

-G Fri, 26 Oct 2001 03:46:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? I've only used beos for short spans of time, as my video and network cards were always less than supported, so I must say that this sounds wonderful. What seems odd is that its built around a linux kernel that is around two weeks old and the project released "libroot.so" on (ugh) 9.11.2001. I imagine that was based off an earlier kernel, but it seems a bit strange at first glance. I'd love to see this thing deliver what it is shooting for, but it certainly seems a long way off, and currently no source is available (publicly) to look at. Good luck to the project though. I'd love to help out one day, but I suppose I'll wait until the source is online for the general public, it seems like a great project. Fri, 26 Oct 2001 03:49:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Eugenia drums at her own beat...we will keep laughing at her 'wise' comments.

Keep drumming EUGENIA Fri, 26 Oct 2001 03:51:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Just because she married to an OS developer, does not give her all the insight into making some of her most ludicrious comments as we have seen above Fri, 26 Oct 2001 03:52:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Hahaha... It is SO funny.

Mac people say (flame) that I am sold to BeOS. BeOS people say that I am sold to Linux. Linux people say that I am sold to Windows.

Get a grip people, I am always write and say what I believe and know is right in each situation. I am NOT taking sides for any OS. This is why I have 7 OSes installed in my PC.

I guess, living in the same house with 4 (ex) Be engineers, has nothing to do with my knowledge about the internals of *several* Operating Systems.

In fact, Two of these people were designing their own OSes as well, all they did (when they were not hooked on the PS2) was to discuss operating system design, compare kernels, compare algorithms etc. And I was there.

Why you people only want to hear what you want to hear? Fri, 26 Oct 2001 04:30:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? That I didn't help with Eden...
You rock, mon frere.


Sandwich Boy Fri, 26 Oct 2001 04:34:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Eugenia, maybe if we could get a list of areas where the BeOS kernel is weak and needs improvment that could help out the BeUnited, OpenBeOS and BlueOS people =)

Just a thought I guess.
-James H Fri, 26 Oct 2001 05:14:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? >a list of areas where the BeOS kernel is weak and needs improvment that could help out

I am already helping BeUnited and Michael Phipps from OpenBeOS as much as I can. No question about that.

When it comes to *technical* information I am always trying to help and also say the truth, regardless of what my favourites are (and you all know that I like BeOS - I have spent months porting these 80 applications found on BeBits!).

By dreaming that "the beos kernel is better than Linux" we are not helping anyone, because it is simply not true. Both kernels have their goods and their bads. We all love BeOS, BeOS has some good qualities in its kernel, in fact it has a kick-ass Scheduler, but for the most part, the BeOS kernel is outdated (or should I say 'primitive'?), slow (the latencies to enter the kernel/VM are bad) and feature incomplete (no mutexes, VM is no re-entrant). Like it or not. The Linux kernel has other problems of course, but it is generally speaking, faster than BeOS in stats, forking, throughput, VM. However, BeOS on the other hand, has a fully preemptive kernel, it has lower 'media' latencies and a great Scheduler. So, while both kernels are different, in 'everyday simple usage' and *especially* in server operations and gcc compilation timings, the Linux kernel will prove faster than what BeOS can give you. However, when it comes to Media performance, BeOS will perform WAY better. So, pick your fruit... Fri, 26 Oct 2001 06:21:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Hi all BeOS fans !

Just wondering if it would be possible to build some basic Beos layer...
Where could I get some info about BeOS binaries and system calls ? Fri, 26 Oct 2001 06:59:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? The system calls are not documented and the source code is not open.
What you can do though, is to dissasemble the libroot.so found in BeOS and also find an object file (scalls.o or something, can't remember how it's called) in the BeOS commercial CD (around $40 USD). There you will find all the system calls you need, but remember that dissambling that stuff is illegal.

To check out BeOS (if you already haven't), download the 45 MB Free BeOS edition which can be installed through Windows (the commercial version installs in its own BFS partition by default). Better use the BeOS boot floppy disk to boot to it after you install the bootable image file in your FAT or NTFS partition.
If you run into trouble, email me privately and we will go from here. Fri, 26 Oct 2001 07:12:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Question for the developers of BlueOS or anyone else might be able to shine some light on this. Just recently, there was a slasdot discussion about the pros and cons between DirectFB and XFree. Wouldn't it be better to use DirectFB instead of XFree because it's cleaner, smaller memory requirement, better overall performance, etc.? What's your thought about this?

DirectFB
http://www.directfb.org

Slashdot Article on DirectFB
http://slashdot.org/article.pl?sid=01/10/23/1252214&mode=nested

-kenneth Fri, 26 Oct 2001 07:17:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? How is the Linux kernel when it comes to SMP? I thought I heard it was nowhere near BeOS, but then again I have no clue myself.
So... Fri, 26 Oct 2001 07:41:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? >>Today we are not dependant of a specific filesystem, but we choose ReiserFS.

Maybe AtheOS-FS would be a cool solution. AFAIK, It's quite simmilar to BeFS. Fri, 26 Oct 2001 08:40:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? That Interview's left me confused. Is the GUI gonna be a ported Open Tracker or is it gonna be a custom built one? Fri, 26 Oct 2001 09:01:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Open Tracker != GUI

Open Tracker: ported
GUI: custom built Fri, 26 Oct 2001 09:29:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Too many open-source projects will spoil the game and guess who will benifit from that ... A simple study of Webserver-OS "market share" for last year would reveal who gained and who lost.

Some people claim that KDE/GNOME etc. are "bloated" and Slow, then why not do some improvements for yourself, after all, the source code is available for just that.

I just wish these developers would get together to improve the alerady available OSs and add/improve application rather than start all over again. Fri, 26 Oct 2001 10:16:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? >> Some people claim that KDE/GNOME etc. are "bloated" and Slow,
>> then why not do some improvements for yourself, after all,
>> the source code is available for just that.

Do you realize that most people cannot programm or don't have time for it? Fri, 26 Oct 2001 11:50:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? > between DirectFB and XFree

Not enough driver on DirectFB today, but if a day DirectFB support more cards than XFree
you will see a special app_server using DirectFB.... Fri, 26 Oct 2001 12:47:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? :o) Fri, 26 Oct 2001 16:52:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? As one of the developers of the BlueOS app_server and InterfaceKit, I can tell the following:

The screenshot provided with this interview is taken on BeOS R5, running completely reprogrammed GUI widgets created for BlueOS. I also make these classes available for OpenBeOS so no one needs to duplicate sources.
The BlueOS interfaceKit is NOT build on X but native ! BlueOS will only use the Xfree as driver for graphics output. Also the InterfaceKit is extended in this way: We have more widgets, more keyboard navigation, more user settings, slightly different widgets in some places.
The changed things at this point: The button has different default draw mode. I did not like the large border that is displayed on BeOS when a button is default. A textControl can have a different background color if it has focus. The widgets have customizable tab stops (order of tabbing). Using the up/down keys behaves like tab and shift-tab.

There are currently two different GUI styles. These can be more by user design.

The things I wrote here are not things I would like to see, but it is just the way I coded it at this point ! For the ones that would like to see the prove that the code excists, I can just say: join our team !!!

We are NOT writing a Linux clone, but rather an OS that is BeOS source compatible, has the userfriendlyness of BeOS but access to all the drivers and apps written for Linux ! This is the only way we can think of to get an OS on a reasonable time-table that is capable of conquering lots of new users that can experience that losing BeOS is a waist.

Regards,
Frans van Nispen. Fri, 26 Oct 2001 19:55:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Code as fast as you can! We are waiting for BlueOS! Fri, 26 Oct 2001 21:13:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Now i think that maybe it will be ok THX Frans for info. I only hope it will be as fast and responsive as BeOS. Fri, 26 Oct 2001 22:40:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Now i think that maybe it will be ok THX Frans for info. I only hope it will be as fast and responsive as BeOS. Fri, 26 Oct 2001 22:41:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? I remember jbq posting on Be*Talk (dunno if it was user, dev or code) that BeOS' SMP had an so enourmous overhead that some apps ran faster with 3 cpus than with 4.
However, in terms of "feeling fast", BeOS on a dual-P3 beats the crap out of Win2k. Fri, 26 Oct 2001 22:42:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Thanks for clarifying the BlueOS Goals. From reading the earlier article and other sites pointing to this article... I initially thought, BlueOS was merely a Linux distro that will run BeOS Applications. I was impressed with BeOS in terms of it's smooth multi-tasking and awesome 3D rendering as well as it's simplicity. I look forward to previewing a production release of BlueOS when it becomes more useable.

However, by the time that happens, Linux distro's will also have improved...
So I will have to make a full comparison at that time. Surely by this time the Enlightenment e17 (or e20...) will be shipping it's new embedded shell features. i.e. file management, etc. Also allowing for a GUI shell. i.e. pull up a list of MP3 files and filter them by typing a wildcard onto the GUI window.

I am an engineer and I like and use many different systems. I support all Open development and will choose what suits me best at the time. Enough of this MacOS sux, Linx sux, Windows sux, etc. crap. To each his own. In the end it will all sort itself out. Keep in mind that the computer revolution is still very young. It will take about 5 to 10 more human generations before things get ironed out fully. By then I will surely be dead (unless we all download our brains into machines that is)... Sat, 27 Oct 2001 02:16:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Actually, I think the best filesystem for BlueOS would be XFS. It has all the features of BFS (attributes, node monitoring, etc) and ACL's to boot! Sat, 27 Oct 2001 16:42:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Some points about the two systems.

1) Both systems should be similar for SMP. Linux has some technical advantages (such as extremely low context switch times) but BeOS is more multi-threaded in general. BeOS also scales better to 4-way+ systems.

2) The BeOS scheduling system IS better. BeOS's scheduler is designed for desktop usage, and thus gives preference to interactive applications over compute-bound applications. This means that compiles may take 5% longer, but the system won't become jerky while compiling something. Also, BeOS gives GUI threads higher priority automagically, while on Linux this has to be done manually (which means it usually isn't done at all).

3) Linux's audio latency is theoretically better. The kernel itself has audio latencies down to around 0.5 ms (with low-latency patches), but the OS is hindered by a cruddy media framework. OSS (Old... I mean Open Sound System) is really a bad sound driver architecture, and ALSA (Advanced Linux Sound Architecture) isn't standard yet. Also, the media frameworks leave much to be desired. The major one is aRts, which will be used by both GNOME-2+ and KDE-2+. While it has tons of features, it does mixing in software (it doesn't support many of the hardware features exposed by ALSA) and it has fairly bad latencies (it is not very optimized ATM). So, the tools are there in Linux (low latency, fast IPC, etc) but aren't being used properly.

4) The Linux graphics system is better. XFree86 4.1+ really is fast in terms of raw graphics throughput. For example, it blits bitmaps about as fast as DirectX in Windows. Plus, it has good accelerated 3D. However, it has bad response times (partially due to the fact that the Linux kernel doesn't give GUI threads priority by default) and the toolkits built on top of it are really slow. Also, it isn't as unified as it should be. Lots of cool new features exist (like the XRender and XRandR extensions) but they aren't automagically used by all applications and the old cruft is still in there. Also, font handling is really bad, since until recently, apps had to do much of their own font management. Sat, 27 Oct 2001 17:08:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? I did not really like the idea of BlueOS till I read this artical. I do now.

Next, could you and OpenBeOS form some form of group when it comes to the magical 'r2' features (such as the XML, Crpto kits etc) as I don't really want to have to source-code incompatable varents of BeOS.

Mlk Sat, 27 Oct 2001 17:59:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? What do you use for the input system ? keyboard, mice, tablets, USB ? Sat, 27 Oct 2001 23:19:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Hiho,

two things:

a) Kenneth (above) said it: if XFree will only be used temporaly, why not using DirectFrameBuffer from the start???
b) in addition to the last para of the article ("we do not use Linux, we use its kernel"): Linux IS the kernel!
seeya, Blaz Sun, 28 Oct 2001 10:28:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? "we do not use Linux, we use its kernel" , Ok Linux is the kernel but people always consider that a Redhat, Suse,... distributions are Linux.
It's to be clear

We don't use DirectFB today, because today not enough card are supported, the drirect use of XFree86 drivers is planned for BlueOSv2 because, we want first keep the X11 compatibility and mainly because it's faster to develop our app_server on top of it. I'm really conviced that XFree is the best choice today.

About XFS, live queries and other BFS specific stuff are not a priority today for us, to read/write in BFile is the most important.
We are developing step by step.

The input_server is X11 dependent (on V1). If your device works on Linux, it will works fine on BlueOS too.

To improve the responsivness of graphical applications, we will see if we can easily use realtime priorities of Linux or use a negative 'nice' value.
If you have information about "how to boost X / how to code efficiently XFree4.1", send us an email whith a code example or explainations, your help is welcome. Sun, 28 Oct 2001 12:36:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? so, to be clear... this project would be BlueOS/Linux, in the same manner that "linux" distros are actually GNU/Linux... Sun, 28 Oct 2001 12:53:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? > If you have information about "how to boost X / how to code efficiently
> XFree4.1", send us an email whith a code example or explainations, your help is > welcome.

You can also send that to the KDE and GNOME developers too. They need it. Sun, 28 Oct 2001 13:06:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? I read the whole interview a few days ago and resisted to comment info that was presented, but couldn't stand now as it was published on our beloved /.
Quote 1:
"Guillaume Maillard: Sure! We are using a Linux kernel 2.4.12 modified with the Alan Cox's low latencie patch. In order to make our Kernel Kit working, I made few changes in the Linux IPC limits."
Hmm, I think this should be Robert Love and not Alan Cox, bad skill of copy/pasting
Quote 2:
"The main reasons why I don't like Linux are the non-flexibility and the "chaos"."
If you don't like it why do you use it? No offend in that, I'm just interested what the rationale behind thinking it's bad and using it is.
Quote 3:
"For "performance" addicted people, a version of the app_server which will only use the XFree86 drivers will appear on the BlueOS v2, it means that BlueOS will not use the XServer anymore!"
I'm quite interested how he will do this. Sun, 28 Oct 2001 15:39:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? I read nice things so far about BlueOS - guys you use Kernel 2.412 - Mandrake switched to Enterprise Kernel 2.4.8 SuSE to 2.410, 2.5 is planned.
How do going to avoid this kernel updating confusion?
How do you going to implement the bombastic networking stuff ?
That's mostly running in kernelland on Linux ?
Do you monthly recompile a new actual kernel, and leave the average user alone with it - like Linux Distro's actually do ?
The Linux Kernel update issue drive me nuts !
To the FS choice : as long as ReiserFS runs & cleanly sync'ed befor shutdown, it makes no troubles. But believe me, after some serious hangups & crashes, several brutal restarts we easily brought the ReiserFS to crash - so you won't be able to boot into Linux after that. That's really happening (F.ex. pushing 3 times to reset during or after a boot - the ReiserFS was unusable after then - or continuous hang ups while it tries to mount a raid controller which it hasnt got a driver for - a stupid thing : why do you try to mount something you see but you don't got a driver for it ?).
FS-Crash - a thing I never saw at the BFS - as long there is a bootable BFS partition & the disk is o.k. that baby will boot - no matter how brutal you interrupted it.... Mon, 29 Oct 2001 08:57:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Will BlueOS have a typical Linux directory structure? Mon, 29 Oct 2001 10:17:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? it's realy great to "merge" 2 operation systems, because of
2 reasons: 1)save beos
2)make linux easier and more multimedia capable Mon, 29 Oct 2001 16:14:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? >> Will BlueOS have a typical Linux directory structure?

I'm sure that the Linux and the BeOS directory structure will be in BlueOS. Open a BeOS Terminal window and enter "cd /" you'll see a Unix like dir structure. "boot" is the real partition while "/" is generated. It's quite easy to play whith symlinks to have a Linux structure. Mon, 29 Oct 2001 17:42:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? Hi,

I would like to say that, though this project has great develpoers, and is a great idea, in reality, it just another LINUX.

Say Again? Yep, If your using the Linux Kernel it's LINUX Period.

Heck, I can Create a desktop that looks like BeOS for Windows, but it's still a crappy ass windows kernel and file system.

The most impressive thing about BeOS was its Kernel Design, Specifically the SMP part. While everyone knows or at least should know, you wast money buying a 2,4,8... Multiple Processsor Windows Machine, yet get more bang for the buck with a multiple processor BeOS machine. And best of all, Your BeOS applications will benifit! They do not need to be specifically designed to work with multiple processors, as other OS's require.

I'd prefer to see more development in necessary applications for BeOS R5.
Why? Because, if there were a Photoshop Clone, Corel Draw Clone, and 3D Studio Max Clone for BeOS, maybe Palm will Release Version 6, since a real promise of users would exist!

As for OpenGL Excelleration, sombody find the person who released those beta test of frame rates at BeNews, kick his ass and take that code!
But seriously, someone could leak it to the public. What harm could it do?

Microsoft News Flash "According to Microsoft Press, BeOS R5 OpenGL Beta Drivers that were leaked to the public are faster that Windoxs XP DirectX 9.0 Release, and therefore Microsoft has filed suit against the DOJ and MasterBeatas HeadQuarters claiming: 1) A Beta Product may not meet or exceed a competors non-released final product. 2) John Q. Public must remove all Beta OpenGL drivers from his/her BeOS Machine and use Windows with DirectX"

If you can't tell, yes the above New Flash is What Harm it could Do.

-jason Tue, 06 Nov 2001 19:36:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? In response for kenneth on DirectFB...
XFree or DirectFB has intersting architectures. It is evident that this system will adopt the best technical of both. When we'll have the core, we can evolve in independent way by keeping a compatibility with Linux and Be (OpenBeOS) app. It is already necessary to have an environment structured to adapt it then, see rewriting it totally for keep the best performance. On the other hand, it is necessary to keep OpenBeOS contact for their precious work and track all evolutions in the linux world.
But for BlueOS was not a unix like, it must take his independance. Mon, 07 Jan 2002 15:50:00 GMT donotreply@osnews.com (Anonymous) Comments http://osnews.com/thread? http://osnews.com/thread? It's me again.
I read the preview message and I agree to it. The kernel is the heart of your system.
I know a other OS project that run befor beOS, it's called AtheOS. This project is good for help BlueOS developpers.
look at : http://www.atheos.cx and the lines from http://www.osnews.com Mon, 07 Jan 2002 15:59:00 GMT donotreply@osnews.com (Anonymous) Comments