The YaST team is rewriting yast2-storage. That includes new shiny code for the storage proposal during installation. It calculates what partitions and/or volumes need to be created to allocate the system and finds the best way to create those partitions in the existing free spaces. The second part becomes more complicated than it looks as soon as you start considering the restrictions imposed by each volumes and by the technology (primary vs logical partitions, for example).
Right now, the problem is solved by brute force. All the possible distributions of partitions and LVM physical volumes are considered and the best one (according to several simple criteria) is chosen.
But I have the feeling that the problem is somehow equivalent to a well-known one called "variable sized bin packing problem", a.k.a. VSBPP (info about bin packing in wikipedia). Of course, we don't need a complete solution for it, although it seems to be easily solved using linear programming: paper, one example.
Trying to get a faster proposal calculation applying linear programming to YaST sounds like an interesting Hack Week project.
Looking for hackers with the skills:
yast linearprogramming
This project is part of:
Hack Week 15
Activity
Comments
Be the first to comment!
Similar Projects
openSUSE on ZoL from OpenZFS project by jkohoutek
Idea is to have SUSE system with OpenZFS as roo...
Analyser for YaST logs by jreidinger
Well, we often stuck in YaST team with knowledg...
Build admin-tools in a stand-alone environment without obs dependencies by dmulder
The [admin-tools appimage](https://appimage.git...
Learn Crystal by porting part of YaST to that language by ancorgs
For a very long time, I have been planning to p...