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


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...