Dear ReactOS Users, Testers and Developers,
I've chosen to write up a small letter with some recent news on ReactOS' development. I'm hoping that putting my name behind it will increase the number of people interested and informed.
- First of all, a small update on the kernel. I'm currently working on Ob, the Object Manager. I have a large patch that I've split up into 4. The first patch addresses several bugs and adds more security paths and checks that will be required for later functionality. The second patch adds some lacking functionality to the Object Manager which might have caused bugs in the I/O Manager. The third patch adds locking and scalability improvements to the Object Manager, and fixes multiple race conditions which could've led to random crashes. The last patch should cleanup and remaining bugs/fixmes apart from non-implemented but not-critical functionality.
After this is done, I plan on working in the Kernel itself to make sure that ReactOS boots on VMWare 6.0 and VMWare Server 1.1 (my current Vmware testing platforms). I generally use KQEMU, so VMWare bugs are usually hidden from me. I also have a nice piece of code from one of our older developers (blight/Gregor Anich) which should allow me to fix Mesa, aka OpenGL.
After these low-level regressions have been fixed, I will then commit my new LPC code, and start working on cleaning up some old Ex code. These changes will basically make ReactOS more compatible and reliable, by auditing for broken code.
- Secondly, on the topic of regression testing. I'm hoping most of you are now using the official RosBE, the ReactOS Building Environment. If you're not, please do so (on Windows). It is the *only* supported environment. If you're having problems with headers, compiling, or are seeing boot failures, please do not come to ask us for help until you are using the RosBE. This will help us avoid many compiler incompatibilities and make us bettter able to help you in a timely fashion.
Because such problems can also arise from badly configured emulators, I will create the RosTE, or ReactOS Testing Environment. This will be a packaged version of KQEMU along with several helpful utilities and scripts, which will allow you to mount and unmount your qemu image, use make_install properly, use make install_registry properly, test ReactOS and the LiveCD/BootCD in the latest patched QEMU with the KQEMU Accelerator module in full-kernel mode (an improvement of 4x+ over standard QEMU), as well as the Serial Port Redirection Gateway which will allow you to get qemu's output in a telnet box with unlimited easy scrolling, as well as the ability to copy/paste text from it, which is normally impossible with QEMU. This version will also support using WinDBG to debug ReactOS, when our kernel implements Kd.
In the end, the RosBE and RosTE should make it a lot easier to identify the source of some common problems experienced by testers. I cannot offer a similar TE for VMWare unfortunately, since that's a commercial product, and VMWare still offers an interesting testing framework because it behaves differently from QEmu in many ways. However, if you have an issue in VMWare, I strongly suggest you then try out to reproduce it in RosTE, once it will be available. That way, we'll be able to isolate the bug to an emulator.
- I have been invited as a speaker to multiple conferences this year, where I will have a chance to talk about, and present ReactOS, in hopes of making stronger ties with the FOSS community, raise awareness for the project, and get more developers/support. One of them is the SOCAL 2007 Expo in Los Angeles in Feburary this year, and another one is the Intertional Free Software Forum in April, in Brazil. There also remains the possibility of other such expos.
Because these conferences are not commercial, even speakers do not usually have their air fare or hotel costs covered. As I am a student, travel fare to these places makes a large dent in my savings, since a single conference alone can cost me 1500$ or more including air travel, hotel, food, transporation, etc. As a result, your donations would be greatly appreciated.
The ReactOS Foundation should start an official fundraiser tomorrow or later this week as soon as the new webpage is properly working. I urge you to donate and help me out so that I can have the chance to promote ReactOS. Additionally, the money you donate will also help ReactOS with bandwidth costs, server upgrades, etc, so it's not a personal Alex fund.
- Finally, Aleksey made some suggestions on my behalf recently, as well as posted some requests. I will re-address the latter here, because these are really important to me:
1) Someone please look at rbuild's dependency code and make it output a dependency tree, that can be read by a human. This should let me see things such as "oh ok, ntdll needs libfoo, and libfoo needs libbar". Or "oh, this 10KB application requires a 100MB library, can we do something better here?".
2) Someone please look at rbuild's XML parsing and "Component/module" creation so that it is possible to build an entire directory as a component. For example, "make drivers" should work, as well as "make base". -
That's all, thank you for your time.
Alex Ionescu wrote:
Dear ReactOS Users, Testers and Developers,
Secondly, on the topic of regression testing. I'm hoping most of you are now using the official RosBE, the ReactOS Building Environment. If you're not, please do so (on Windows). It is the *only* supported environment. If you're having problems with headers, compiling, or are seeing boot failures, please do not come to ask us for help until you are using the RosBE. This will help us avoid many compiler incompatibilities and make us bettter able to help you in a timely fashion.
http://www.reactos.org/wiki/index.php/RosBE-step-by-step
That's all, thank you for your time.
Thanks, James
The RosBE step by step link is out of date, you can download releases of the RosBE from: http://sourceforge.net/project/showfiles.php?group_id=6553&package_id=14...
Unfortunately the latest release there is 0.3.3, the latest release is actually 0.3.4 which was released yesterday, until it is uploaded to sourceforge you can grab it from: http://elivedev.org/dralnix/
Regards Peter
James Tabor wrote:
Alex Ionescu wrote:
Dear ReactOS Users, Testers and Developers,
Secondly, on the topic of regression testing. I'm hoping most of you are now using the official RosBE, the ReactOS Building Environment. If you're not, please do so (on Windows). It is the *only* supported environment. If you're having problems with headers, compiling, or are seeing boot failures, please do not come to ask us for help until you are using the RosBE. This will help us avoid many compiler incompatibilities and make us bettter able to help you in a timely fashion.
http://www.reactos.org/wiki/index.php/RosBE-step-by-step
That's all, thank you for your time.
Thanks, James _______________________________________________ Ros-general mailing list Ros-general@reactos.org http://www.reactos.org/mailman/listinfo/ros-general
Alex Ionescu wrote:
I'm hoping most of you are now using the official RosBE, the ReactOS Building Environment. If you're not, please do so (on Windows). It is the *only* supported environment. If you're having problems with headers, compiling, or are seeing boot failures, please do not come to ask us for help until you are using the RosBE.
Hmm... Is it mean that cross-compilation of ReactOS under *nix not supported longer? It's no good...
WBR, DarkHobbit
As long as there are devs using Linux, it will be supported.
And I don't think it'll be anytime soon, that there's no ros dev using linux...
Greets,
David Hinz
Mikhail Y. Zvyozdochkin wrote:
Alex Ionescu wrote:
I'm hoping most of you are now using the official RosBE, the ReactOS Building Environment. If you're not, please do so (on Windows). It is the *only* supported environment. If you're having problems with headers, compiling, or are seeing boot failures, please do not come to ask us for help until you are using the RosBE.
Hmm... Is it mean that cross-compilation of ReactOS under *nix not supported longer? It's no good...
WBR, DarkHobbit _______________________________________________ Ros-general mailing list Ros-general@reactos.org http://www.reactos.org/mailman/listinfo/ros-general
2007/1/10, David Hinz post.center@gmail.com:
As long as there are devs using Linux, it will be supported.
And I don't think it'll be anytime soon, that there's no ros dev using linux...
There have been and there are ReactOS devs who use Linux to code on ReactOS.
(not that i am one of them, but i know that some use it)
Just look in the readme for the RosBE to get the versions used when creating your environment on linux. I also keep the windows wiki page up to date with the versions used.
Regards Peter
Klemens Friedl wrote:
2007/1/10, David Hinz post.center@gmail.com:
As long as there are devs using Linux, it will be supported.
And I don't think it'll be anytime soon, that there's no ros dev using linux...
There have been and there are ReactOS devs who use Linux to code on ReactOS.
(not that i am one of them, but i know that some use it) _______________________________________________ Ros-general mailing list Ros-general@reactos.org http://www.reactos.org/mailman/listinfo/ros-general
Maybe someone could create something similar to RosBE for Linux.
I remember that the LFS project (Linux From Scratch) first builds a temporary system. This system only contains compiler tools in the right version. When this temporary system was finished, you could easily switch to it with the command "chroot" and use these compiler tools. This works on every Linux distribution.
You can read more about it in the LFS manual: http://www.linuxfromscratch.org/lfs/view/6.1.1/ (chapter 5)
It would be nice if someone could create such a build environment for Linux, which works with every distribution and just needs a "chroot" command to be started. Otherwise I could try it as well, when I have more time.
Regards,
Colin
-----Original Message----- From: ros-general-bounces@reactos.org [mailto:ros-general-bounces@reactos.org] On Behalf Of Peter Ward Sent: Thursday, January 11, 2007 1:30 PM To: ReactOS General List Subject: Re: [ros-general] Important News and Updates
Just look in the readme for the RosBE to get the versionsused when creating your environment on linux. I also keep the windows wiki page up to date with the versions used.
Regards Peter
Klemens Friedl wrote:
2007/1/10, David Hinz post.center@gmail.com:
As long as there are devs using Linux, it will be supported.
And I don't think it'll be anytime soon, that there's no
ros dev using
linux...
There have been and there are ReactOS devs who use Linux to
code on ReactOS.
(not that i am one of them, but i know that some use it) _______________________________________________ Ros-general mailing list Ros-general@reactos.org http://www.reactos.org/mailman/listinfo/ros-general
Ros-general mailing list Ros-general@reactos.org http://www.reactos.org/mailman/listinfo/ros-general
Well you don't need to do something as drastic as chroot, you could just name the cross compiler binaries something different, and make sure to set your path so the make scripts can find them (which is how the Linux build environment is actually set up) it is much harder to distribute generic Linux binaries than windows ones, because of various binary incompatibility issues, for example incompatible versions of glibc can cause headaches, as well as many other libraries.
Colin Finck wrote:
Maybe someone could create something similar to RosBE for Linux.
I remember that the LFS project (Linux From Scratch) first builds a temporary system. This system only contains compiler tools in the rightc version. When this temporary system was finished, you could easily switch to it with the command "chroot" and use these compiler tools. This works on every Linux distribution.
You can read more about it in the LFS manual: http://www.linuxfromscratch.org/lfs/view/6.1.1/ (chapter 5)
It would be nice if someone could create such a build environment for Linux, which works with every distribution and just needs a "chroot" command to be started. Otherwise I could try it as well, when I have more time.
Regards,
Colin
As you said, it is difficult to distribute generic Linux binaries because of different libraries and library versions on every Linux distribution.
Therefore I recommended the chroot environment. This could include a version of glibc as well, so we don't depend on the glibc version of the Linux distribution. Then we can also use the standard commands (e.g. "make") for building ReactOS and don't need to rename the utilities. Another advantage would be that we can distribute a complete build environment like RosBE for Windows.
We could also create statically linked versions of gcc, binutils, nasm and all the other needed utilities. But these versions can get quite large and we would need to rename them, so they don't conflict with the utilities of the Linux distribution.
Regards,
Colin
-----Original Message----- From: ros-general-bounces@reactos.org [mailto:ros-general-bounces@reactos.org] On Behalf Of Nate DeSimone Sent: Friday, January 12, 2007 7:21 AM To: ReactOS General List Subject: Re: [ros-general] Important News and Updates
Well you don't need to do something as drastic as chroot, you could just name the cross compiler binaries something different, and make sure to set your path so the make scripts can find them (which is how the Linux build environment is actually set up) it is much harder to distribute generic Linux binaries than windows ones, because of various binary incompatibility issues, for example incompatible versions of glibc can cause headaches, as well as many other libraries.
Colin Finck wrote:
Maybe someone could create something similar to RosBE for Linux.
I remember that the LFS project (Linux From Scratch) first builds a temporary system. This system only contains compiler tools
in the rightc
version. When this temporary system was finished, you could easily
switch to it with
the command "chroot" and use these compiler tools. This works on every Linux distribution.
You can read more about it in the LFS manual: http://www.linuxfromscratch.org/lfs/view/6.1.1/ (chapter 5)
It would be nice if someone could create such a build
environment for Linux,
which works with every distribution and just needs a
"chroot" command to be
started. Otherwise I could try it as well, when I have more time.
Regards,
Colin
Ros-general mailing list Ros-general@reactos.org http://www.reactos.org/mailman/listinfo/ros-general