Linked by Dedoimedo on Thu 17th Mar 2011 23:17 UTC
Permalink for comment 466735
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 05/20/13 21:50 UTC
Linked by Thom Holwerda on 05/19/13 23:15 UTC
Linked by Thom Holwerda on 05/19/13 23:11 UTC, submitted by Drumhellar
Linked by Thom Holwerda on 05/18/13 21:06 UTC
Linked by Thom Holwerda on 05/18/13 7:37 UTC
Linked by fran on 05/18/13 1:38 UTC
Linked by Thom Holwerda on 05/17/13 23:35 UTC, submitted by kragil
Linked by MOS6510 on 05/17/13 22:22 UTC
Linked by Thom Holwerda on 05/17/13 22:15 UTC, submitted by Tom
Linked by Thom Holwerda on 05/16/13 21:41 UTC
More News »
Sponsored Links



Member since:
2005-08-22
That is an idea but it may be more complicated than it looks to implement.
Basically, all packages would need to be re-compiled to import a global progress variable because each screen you see is a new invocation of the curses gui tool from the current package. Support for a dual-progress-bar would also need to be added to the curses gui toolkit and the other frontends.
I am not even sure you can build the full list of steps before starting the process. Some .udeb seem to only be called when a prior option has been selected, especially in the disk-partitioning area, where for example you get an LVM partitioning dialog only if you selected the LVM disk layout.
This is really a design issue. The idea (I guess) was to re-use the dpkg toolkit to build those installer steps, but I don't feel like it is appropriate. But changing everything now is a lot of work.
That said, Ubuntu managed to solve the progress-bar issue with their ubiquity graphical installer. I am not entirely sure how they did it but I think they wrapped the dpkg gtk frontend with their own helpers. Last time I tried, the preseeding mechanism was the same as on the classical debian installer, which much less, different and broken options (that was on 10.04).