version-beta: E.g. 0.32-beta are errors only found on beta versions
version: E.g. 0.32 are errors only found in stable versions
version-freeze: E.g. 0.32-freeze are error only found on beta versions that we have decided need to be addressed in order to release its associated stable version.
Unfortunately in order to see what are these affected bugs you need to have an account in Cenatic and then build an advanced query inside the Rescatux Bugs tracker. This is not bad because you can create an account in Cenatic Forge whenever you want to.
The purpose in this versioning change is knowing what it’s the minimal set of bugs that need to be solved so that I can release new Rescatux as an stable release. And, at the same time, not having to take care manually of a roadmap.
Feature requests are still present and are not affected by this version renaming.
I had planned to do a lot of Rescatux development during August but I just worked with the Debian Live part and I was quite proud of it.
As you might know one of the upstream projects for Rescapp is Debian Live. If you happen to contribute back to Debian Live not only Rescatux wins but also all the Debian Live derivatives. Including, probably, Ubuntu live cds.
CPU detection at boot
You might know that Rescatux has an autodetect boot entry at its boot. You can find it in versions prior to Rescatux 0.32b1. Boot system in Rescatux has been always based on Grub2 so that Super Grub2 Disk could be easily integrated. More than this an isolinux version of the iso was included . As a consequence a findiso boot parametre was needed for that to work. I also added (adapted from grml if I remember it ok) findiso to Debian Live back in the time. You will see that I’ll mention it later.
In order to avoid problems with people not being able to put the ISO into an USB using standard tools since Rescatux 0.32b1 Rescatux no longers depends on Grub2 as a bootloader but it depends on Syslinux / Isolinux.
That meant that Rescatux 0.32b1 did not have a cpu autodetect option. The amd64 option was the default one and if it did not work you were supposed to choose the 486 option.
I recently learnt that Syslinux / Isolinux had cpu detection capabilities through a com32 file.
You can see how the auto detect (and the new logo) looks like in this Rescatux screenshot.
Loopback cfg support
The loopback cfg support is a very good idea. As Grub2 can loop mount ISOs it can read its files without having to extract to temporary files.
So you can write an specific Grub2 file named loopback.cfg that specifies how the kernel (or initrd) can find the ISO so that it can loop mount it and gather their needed files to boot into a Desktop (or whatever your Live system does).
This Debian Live improvement means that when new Debian Live (or Debian Live derivatives) will be released they will have a working loopback.cfg by default.
Another reason for using Super Grub2 Disk Choose Bootable ISOs option.
I join an screenshot on how the loopback cfg looks like when run from SG2D. The reason why you don’t see Rescatux instead of Debian Gnu/Linux – Live is because Debian Live does not let you to easily change that string. I am talking about that issue to Debian Live developers too.
Super Grub2 Disk development
Smx work addition failed
I tried to gather additional functionality from Smx’s supergrub2 repository but it was not possible. Too many conflicts. I’ll wait till he rewrites the commits so that I can just fast-forward them.
So if you want to be able to use your own keyboard layout at grub shell or being able to chainload a partition manually you will have to wait.
Grub 2.02 not so stable
Grub 2.02 has not been released as stable yet. It’s still beta.
I am going to share with you some numbers from old Super Grub Disk, new Super Grub2 Disk and older forges.
Thanks to a friend who hosted the web server around 2006, 2007 I setup a tiki-wiki page and counted the downloads on adrian15.raulete.net. : 53,166 downloads. This was Super Grub Disk probably when I still did not use variables but pre-made constants in many many grub files.
Then there was a time when Super Grub Disk was self hosted and with four more mirrors. I remember Benjamin and a French guy. Sorry I cannot thank you all properly.
Finally I found Berlios where there are both Super Grub Disk and Super Grub2 Disk downloads: 1,504,207 .
So if we sum up downloads for both Super Grub Disk and Super Grub2 Disk we get: 504,739 + 53,166 + 1,603,685 + 1,504,207 =
It’s difficult to compute a most exact figure. Downloads from when Super Grub Disk had mirrors need to be added. Torrent downloads also. Third party file download site dowloads, et caetera. I let you, the current Super Grub(2) Disk and Rescatux user to imagine it.
Hopefully some years into the future we can see a similar figure for Rescatux .
You might be interested in reading the Super Grub Disk is outdated post and also the last Super Grub2 Disk release: Super Grub2 Disk 2.00s2 where I thank the current Super Grub2 Disk collaborators and developers whom I almost forgot to thank in this article.