Status update

Submitted by Robert Szeleney on Thu, 2009-06-25 18:18.

We now have a base system with following features:

- Linux kernel with an init ramdisk using usplash to display and animate the boot progress.
- LSB with essential tools like coreutils, etc.
- DHCP, NFS, iputils, etc.
- A full build framework (known as factory from SkyOS) to rebuild the entire system and support self hosting
- Initial parts of the SkyOS C++ API ported to Linux.
- Ported the SkyOS messaging system (formally known as DataExchangePorts, now called MessagePort) to allow bidirectional interprocess communication.
- Initial appserver using svgalib as graphic backend (for VESA and other dedicated chipsets). (this appserver replaces the SkyOS GUI part which resisted in the kernel)
- Initial test application using SkyOS C++ Application class to register and talk to app server.

Next steps:
- Teaching appserver key/mouse input, basic window handling
- Porting rest of SkyOS C++ Classes (primarily all classes needed for Window handling)


THdFuxd eJqLQezQ


I like many people will be coming in arquor


gRUfxtP kqHbUp

Soft blackjack unconfined

Soft blackjack unconfined mucoviscidoses


who has a latest release? where i can get that? I wanna install skyos on my old laptop just because latest versions of all linux distributives cannot start Xserver :(
(laptop=Toshiba Satellite S1800-100. Video Card = TridentCyberBlade i1)

and one year after...

any news?



No!Robert isn't working on SkyOS until he finds an alternative kernel for SkyOS.


I know why the Linux experiment news item was posted. TO SHUT UP OSNEWS.

I guess another lame OS-NEWS article is due soon, followed by another lame status update.

Folks: it's time to move on.

another month ...

... no status update. maybe OSNEWS should write an article on skyos, again.

any news?

hi robert.
its been 3 months since your last update.
just wanted to know how things are going with the experiment.
is there anything close to being ready for testing?
thanks in advance for the update.


Waiting for a news

once again one more month without news. Is it so hard for you to write something that we know whats already done?. Or aren't you working at SkyOS?
I know you've got a family and so one, but if this is the reason why the development seems to be halted again, you should other people let develope on SkyOS..


One of the biggest problems with SkyOS before was the lack of hardware accelerated 3D. New developments recently should make your project much easier: Intel and Radeon Kernel modesetting (Intel in 2.6.29 and Radeon will be in 2.6.31 as a staging driver).

Gallium3D should make life much easier, but it is not ready yet. (Should be in the next 8 to 12 months, I think)

Spending time on VESA and svgalib is a total waste when we have something like Gallium3D in the works.

Please look into the new developments. It will make everything better, cleaner, and easier in the long run.

As a long term goal, using

As a long term goal, using something like Gallium3D or similar is ok. But for an efficient development process, using an alpha software like Gallium3D or an half implemented kernel mode setting which supports very few cards is very counter productive. The entire porting process of SkyOS to the linux kernel can be done way better when using well tested and matured software like an simple svga implementation (which is not a waste at all as the svga backend has been implemented and tested in five minutes, compare this to trying to use Gallium3D). Additionally, SkyOS doesn't depend on the graphic backend at all, so messing around with 3D at this point is a complete waste of time and energy. Even once Gallimu3D matures using it with any fallback system will make things no better than using the original SkyOS kernel. The point of this experiment is to get SkyOS to work on EVERY system, depending on new and unstable technologies is the wrong direction at this point.

I think I would have to

I think I would have to agree with Robert on this one.
First get this experiment going with what we have. Once it proves successfull, set a few milestones of things to be added and further experiments.

3D and SkyOS?

What about OpenGL and SkyOS? Will the GUI use Mesa to handle OpenGL? Or what about using the new Gallium3D framework so that more drivers could be reused with few changes hopefully. Mesa 7.5rc4 released today, so maybe using Mesa 7.5 and implementing Gallium support into the SkyOS GUI would allow greater reuse? Obviously you won't be able to use typical Linux 2D drivers, since they work within Xorg, which SkyOS does not use....

Wow.....that's great!

Let me go ahead and say this. It is not great that you are migrating, it is always a little sad with something moves to a bigger platform.

What is great is that fact that things are going to move forward. As much as I like more unique OS's, I would rather have a different kernel than fall back in time because the core developer are rewriting things.

The interface that SkyOS has is incredible and hope to see it in a final release someday.

good work!

aaron reimann

great news!

great news!