Todo list. Please add things, we can think about prioritising later.
Web and Documentation
Set up scheduled builds of live-manual, particularly the html version.
After every git commit, the live-manual is updated on https://live-team.pages.debian.net/live-manual/html/live-manual/index.en.html
Open: regularly publish the Debian packages and include in devel-manuals (807954)
Open: the generated PDF is unreadable 1052693
- Will there be 32-bit live images for Bookworm (and later)?
No, unless volunteers are found. See https://lists.debian.org/debian-live/2023/09/msg00029.html
Bug triaging
All: https://bugs.debian.org/cgi-bin/pkgreport.cgi?maint=debian-live%40lists.debian.org
Pseudo package: https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=debian-live
live-build: https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=live-build
live-config: https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=live-config
live-boot: https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=live-boot
live-manual: https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=live-manual
Found with OpenQA: https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=debian-qa%40lists.debian.org&tag=openqa&format=html#results
live-wrapper
- live-wrapper is no longer present in Bookworm and later (due to Python2)
live-build
Build a picture of where development currently stands.
- live-build is used to generate the live images for Bookworm
The generated images are reproducible, when using test/rebuild.sh (see https://wiki.debian.org/ReproducibleInstalls/LiveImages)
- The images are generated regularly by Jenkins and live-setup and tested for functionality on openQA
- Enable rebuild.sh to name the ISO file directly, which would (re)enable zsync
- Enable/Offer more localisation options in GRUB
- Test the images that are generated by live-setup on openQA (in addition to the images generated by Jenkins)
Investigate whether eatmydata (or apparently the more modern the dpkg option force-unsafeio) will speed up building the images
Issue with Calamares installer -> in openQA use the icons instead of typing the command line
Issue with Calamares installer -> it should use geoip for the location, but always uses New York
live-config
- Bug triaging: see above
live-boot
Designated contact: evgeni
- Bug triaging: see above
live-manual
- Add History section.
Update URLs & project related instructions. -- ?RolandClobus 2019-04-07 08:00:00: I'm working on fixing the URLs
- Try not to break translations in the process.
Every git commit will update https://live-team.pages.debian.net/live-manual/
Web live images builder
Host a replacement for the former web live images builder. (807957)
Automated testing
Currently tests are on https://openqa.debian.net/group_overview/14
- Add the daily images generated by live-setup to openQA
- Test an installation scenario that requires LUKS
- Test an installation scenario with pre-installed Windows 10/11
- Test whether the installed programs will start for desktops other than Gnome and KDE
- Extend the list of tested programs with all programs that are present on the live image
Content of the live images
Many locales are present, but not easily accessible for non-technical users, see https://lists.debian.org/debian-live/2023/09/msg00014.html
- This is especially visible in the GNOME Welcome screen
When an image is booted without persistence, much network traffic can be avoided 1051527
- Make the boot menu more similar to the live-wrapper menu
- Add a 'persistent' option (as seen in Kali)
- Keep the accessibility improvements made in the live-wrapper boot menu (automatic selection + hot keys)
- Verify the package lists
- e.g. the Debian Reference is installed for es and it, but not en
- Rename the GRUB installer entry to make clear that is it not the regular installer but a copy of the live image (and perhaps add a 'regular' installer entry)
Support file system transposition, as mentioned in https://salsa.debian.org/live-team/live-build/-/merge_requests/323
The option -follow-links to xorriso does replace all links (adding only 3MB for 105MB content), but does not work as intended. The debian symlink (to .) will make the naive copy take twice the size of the ISO file (so the 3.1GB ISO file needs at least 6GB free on the USB medium)
- Instead, the firmware files need to be made with hard links instead of symlinks
To be tested: are debian and dists/* really required?
- Add spice-vdagent, to have clipboard support when running live images (under qemu)