On Fri, Feb 27, 2026 at 8:05 AM Roland Clobus <[email protected]> wrote: > The reason I hesitate is, that I have some questions in mind: > 1) What is the proper location for the fix? > 2) Which live images can/should be affected? > 3) Who decides what goes in the live images?
Debian 13 ======== I'm not familiar with live-build's rebuild.sh yet. I think that we should make select changes with live-tasks stable updates for Debian 13. On the other hand, I don't think we should change tasksel or live-build in Debian 13. Changing tasksel's packages can be disruptive to people or projects using those packages who would not expect those packages to be updated except to fix targeted bugs (such as adding a feature or fixing something that used to work). I think Debian Live used the language task packages as a shortcut to try to make the Debian Live images as usable as possible for people with different preferred languages, but until now those packages could have been useful for a variety of use cases. In contrast, there isn't a disruption concern for changing live-tasks since live-tasks is explicitly for Debian Live. I don't believe it is a violation of Debian Live philosophy to avoid installing certain recommended packages, especially temporarily. I have been bothered by the extra apps included in the Debian Live GNOME images for quite a while, but I didn't realize until yesterday how I could fix it. I'd like to clean up Debian Live GNOME in particular and, if possible, get that done in time for Debian 13.4. I estimate we have about a week to finish that work with a proposed live-tasks Stable Update, or else it will need to wait until a later Debian 13 point release. [1] I recognize that other desktop maintainers may be bothered by those additional language apps too. I'm hesitant to make changes to Debian 13 for them without getting their input. Some changes are probably fine: I don't believe any desktop wants to have the fortunes .desktop installed (which doesn't even work: I'll submit a merge request for it.). Debian GNOME doesn't currently want fcitx or mozc, although other desktops may be ok with their inclusion. I'd rather not make changes to oldstable live images. There was conversation about oldstable live images last month on this list. Yes, I can do live-tasks uploads for you for unstable and stable. Ideals ===== I was surprised to see that many of the language task recommendations were set a very long time ago, frequently in 2004 by someone who does not use those languages. I suspect that the tasks were simply created by including every package related to a language instead of determining whether those packages should be installed by default for everyone who wants support for that language. Even then, the language tasks are very inconsistent. Just one example: every Debian desktop environment shown for selection in Debian's default net installer installs LibreOffice except for Phosh. Some language tasks install the libreoffice support for that language but many don't. Ultimately, it would be ideal if Debian could install the language support for desired languages only for the apps or libraries that are installed. This could be done through either: 1) Something like Ubuntu's language-selector-gnome which I think has that functionality 2) apt could gain a conditional dependencies feature. If French is a desired language, when gimp-help and libreoffice are installed, libreoffice-l10n-fr and gimp-help-fr should be installed. This is useful beyond languages. If the Yaru theme is installed and then a gtk3 app is installed (which installs libgtk-3-0t64), the Yaru GTK3 theme should be installed. But a system that doesn't have GTK3 installed shouldn't have the Yaru GTK3 theme installed. It may take time for someone to implement either of those. I don't think these are new ideas. Towards Debian 14 =============== I believe all my current merge proposals are appropriate to land in Unstable, then landed in Debian 13 point releases. After that, it makes sense to work to reform the language tasks to standardize them and match the default install for CLI and the desktops and allow removing workarounds in the live-tasks packages. This will likely need at least some NEW binary packages. Who === I think once new Debian Live installs more closely match non-live installs, I don't think there will be much disagreement about the content of the live images. I have done work in tasksel to give the Debian GNOME team more control over what's installed when someone chooses GNOME in the installer. task-gnome-desktop basically just installs 'gnome' (and a small list of additional task-desktop packages). Cinnamon and GNOME Flashback do this too. I think every desktop task should do this so that decision making and bugs can be handled directly with the desktop's metapackage instead of needing to get changes into a tasksel upload. References ======== [1] https://release.debian.org/ (Debian Release Schedule) Thank you, Jeremy Bícha
