Today I have worked on Rescatux API as I already told you on Rescatux stabilisation roadmap. I thought that it was a matter of four or five functions but there are more functions than I expected :).
The functions are mainly saved into rescatux_lib.sh file and so far I have implemented these functions:
- rtux_Get_Etc_Issue_Content: Given a partition it returns its etc issue content
- rtux_Get_System_Partitions: Return partitions detected on the system
- rtux_Get_Linux_Os_Partition: Return partitions which have Linux os detector on them
- rtux_Get_System_HardDisks: Return hard disks detected on the system
- rtux_Choose_Linux_partition: Let the user choose his main GNU/Linux partition
- rtux_Get_Desktop_Width: Returns Desktop width
Having a Rescatux API will simplify Rescatux development. No more repeated code. Functions can be improved if needed without altering the rest. And, most important of it, it will help Rescatux contributors to code their rescue tasks without neither having to care about backend (Reading system partitions and so on) nor having to care about frontend (How to build a menu so that the user selects a partition).
By the way, after stabilisation I will try to improve the support menu with the “Share logs” option which will involve pastebinit tool.
Apart of working on Rescatux API I have reniced a lot of code because it seemed a mess. You know, identing lines of code, removing debug lines, unnecessary comments and so on. 😉