Merge lp:~didrocks/ubiquity/minimal-package-list into lp:ubiquity

[Didier Roche-Tolomelli]

New minimal installation for ubuntu desktop

Add a new ubiquity-ubuntu-desktop-minimal package to offer a minimal installation option in ubuntu desktop.

Note that we need, as a workaround, listing principal rdepends and l10n
packages related to the ones we are removing to not have to relax their
dependencies pulling them back on finale installation.
This is until we move to subiquity and multiple layered rootfs.

As of today, normal installation is 4.1G and minimal is 3.5G.

Note: we'll need then to seed in live for ubuntu.bionic ubiquity-ubuntu-desktop-minimal. This way and the fact this is an additional package, only the ubuntu desktop flavor is impacted and present the minimal install option.

[Will Cooke (willcooke)]

Could you add simple-scan to the list as well?

[Didier Roche-Tolomelli (didrocks)]

Are you sure? I saw it more as an utility itself (like printing), that people may want even on a minimal install. Can add otherwise.

[Will Cooke (willcooke)]

> Are you sure? I saw it more as an utility itself (like printing), that people
> may want even on a minimal install. Can add otherwise.

It's easy to install if people want it. Scanning is enough of an edge case to not need by default. I agree printing is a requirement, but not scanning.

[lp:~didrocks/ubiquity/minimal-package-list]

6591. By Didier Roche-Tolomelli on 2018-02-15

Adding simple-scan to the list

[Didier Roche-Tolomelli (didrocks)]

I added simple scan. There are other utilities like disk I guess to remove as well.

[Adam Conrad (adconrad)]

This doesn't belong in ubiquity, but in livecd-rootfs, where all the other package lists come from, which also allows you to generate it on the fly instead of having a static list. There's zero reason for this to be a package.

review: Disapprove

[Adam Conrad (adconrad)]

FWIW, when I say "there's zero reason for this to be a package", what I mean is that you should just be shipping a minimal-remove list on the ISO, the same as we do for, well, exactly how we already do removal of the live task. This should just be a second pass after live removal, using exactly the same mechanism.

[Sebastien Bacher (seb128)]

Adam, we went with that "alternative" way because we were asked to look at doing something this cycle and we don't currently have the resources in our team to do things the way you consider the proper one.

Didier who looked at that knows the details better but he's on holidays until feature freeze now but from what he said generating on the flight would requiring splitting the seeds and changing more projects to get the diff generated during the iso build and then used in casper. Is that approximatively right? Doing things this way would also make more difficult to remove libreoffice/thunderbird because they would be pulled back by their translations packages (but we could probably workaround that by making the translations depends on the softwares)

Would it be acceptable to keep the current solution if the list is moved to another package that ubiquity? If not would somebody from the installer team be able to help us to get the seed split and the diff generated and made available to the installer?

[Dimitri John Ledkov (xnox)]

On 21 February 2018 at 15:42, Sebastien Bacher <email address hidden> wrote:
> Adam, we went with that "alternative" way because we were asked to look at doing something this cycle and we don't currently have the resources in our team to do things the way you consider the proper one.
>
> Didier who looked at that knows the details better but he's on holidays until feature freeze now but from what he said generating on the flight would requiring splitting the seeds and changing more projects to get the diff generated during the iso build and then used in casper. Is that approximatively right? Doing things this way would also make more difficult to remove libreoffice/thunderbird because they would be pulled back by their translations packages (but we could probably workaround that by making the translations depends on the softwares)
>
> Would it be acceptable to keep the current solution if the list is moved to another package that ubiquity? If not would somebody from the installer team be able to help us to get the seed split and the diff generated and made available to the installer?

I believe adam is asking for the "list" to be a file that is dropped
on the .iso by livecd-rootfs, similar to how .disk-info/ is injected,
instead of packaged in the archive as a package. Such that there is no
need to rebuild ubiquity, or any packages in the archive, to update
the list of things to remove, cause a simple iso respin alone will be
enough. (without even rebuilding squashfs).

I don't believe adam is asking for dynamically generating the static
list, but to simply move this static list into ubuntu-cdimage branch
which is code that is used to build desktop-live.iso. No need to
package the static list into a .deb.

--
Regards,

Dimitri.

[Iain Lane (laney)]

> I don't believe adam is asking for dynamically generating the static
> list, but to simply move this static list into ubuntu-cdimage branch
> which is code that is used to build desktop-live.iso. No need to
> package the static list into a .deb.

It's live-build + livecd-rootfs. I don't think moving it into ubuntu-cdimage would be helpful, unless we did something weird like pass it into the livefs build as extra metadata. I don't think we'd want to do that.

If we're going for short term solutions, maybe we can maintain this as a file on archive-team.internal/seeds / people.c.c/~ubuntu-archive/seeds that livecd-rootfs grabs during the build. AIUI those directories are clones of the appropriate seed branches, so we could stuff a file in there and grab it during live-build/auto/config or so.

[Iain Lane (laney)]

> If we're going for short term solutions, maybe we can maintain this as a file
> on archive-team.internal/seeds / people.c.c/~ubuntu-archive/seeds that livecd-
> rootfs grabs during the build. AIUI those directories are clones of the
> appropriate seed branches, so we could stuff a file in there and grab it
> during live-build/auto/config or so.

I'm going to try this in -proposed, so that I can get a test:

livecd-rootfs grabs SEEDMIRROR/SEED/BASE_SEED.minimal-remove if it exists, strips all comments from it and stuffs it in a file "filesystem.manifest-minimal-remove" which is outputted by the build.

ubuntu-cdimage downloads the file from the livefs build, and debian-cd includes it in the ISO. AFAICS this is what's needed. I'll make both of those changes and deploy the branches to nusakan.

Assuming that works, I'll get an ISO with the file in /casper and then I'll test on that ISO and change Didier's ubiquity branch to use the new file.

[Iain Lane (laney)]

Current livefs builds produce that file, and ISOs have it in the right place. e.g.:

https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/bionic/ubuntu/+build/125165

[Iain Lane (laney)]

I guess this is "Rejected", but the actual list that didrocks came up with is in ubuntu-seeds/ubuntu.bionic now.

Unmerged revisions

=== modified file 'debian/control'
--- debian/control	2018-02-06 11:37:06 +0000
+++ debian/control	2018-02-15 10:42:50 +0000
@@ -146,3 +146,11 @@
 Description: Remaster a CD with additional oem-config functionality
  This script remasters a CD with additional packages and optional oem-config
  preseed data.
+
+Package: ubiquity-ubuntu-desktop-minimal
+Architecture: all
+Depends: ${misc:Depends},
+         ubiquity (= ${binary:Version}),
+Description: Packages to remove for minimal ubuntu desktop
+ This package ships a list of packages to be removed to create a minimal
+ Ubuntu Desktop installation.

=== added file 'debian/ubiquity-ubuntu-desktop-minimal.install'
--- debian/ubiquity-ubuntu-desktop-minimal.install	1970-01-01 00:00:00 +0000
+++ debian/ubiquity-ubuntu-desktop-minimal.install	2018-02-15 10:42:50 +0000
@@ -0,0 +1,1 @@
+debian/ubuntu-desktop/minimal_install_removal usr/share/ubiquity/manifests/

=== added directory 'debian/ubuntu-desktop'
=== added file 'debian/ubuntu-desktop/minimal_install_removal'
--- debian/ubuntu-desktop/minimal_install_removal	1970-01-01 00:00:00 +0000
+++ debian/ubuntu-desktop/minimal_install_removal	2018-02-15 10:42:50 +0000
@@ -0,0 +1,94 @@
+# Desktop apps
+thunderbird
+transmission-gtk
+gnome-todo
+baobab
+rhythmbox
+cheese
+vino
+shotwell
+usb-creator-gtk
+deja-dup
+gnome-calendar
+remmina
+simple-scan
+
+# Desktop experience
+thunderbird-gnome-support
+
+# Games
+aisleriot
+gnome-mahjongg
+gnome-mines
+gnome-sudoku
+branding-ubuntu
+
+# Libreoffice
+libreoffice-style-breeze
+libreoffice-gnome
+libreoffice-writer
+libreoffice-calc
+libreoffice-impress
+libreoffice-math
+libreoffice-ogltrans
+libreoffice-pdfimport
+
+# Others
+example-content
+
+# Langpacks (keeping libreoffice and thunderbird installed otherwise)
+libreoffice-l10n-en-gb
+libreoffice-l10n-es
+libreoffice-l10n-zh-cn
+libreoffice-l10n-zh-tw
+libreoffice-l10n-pt
+libreoffice-l10n-pt-br
+libreoffice-l10n-de
+libreoffice-l10n-fr
+libreoffice-l10n-it
+libreoffice-l10n-ru
+libreoffice-l10n-en-za
+libreoffice-help-en-gb
+libreoffice-help-es
+libreoffice-help-zh-cn
+libreoffice-help-zh-tw
+libreoffice-help-pt
+libreoffice-help-pt-br
+libreoffice-help-de
+libreoffice-help-fr
+libreoffice-help-it
+libreoffice-help-ru
+libreoffice-help-en-us
+thunderbird-locale-en
+thunderbird-locale-en-gb
+thunderbird-locale-en-us
+thunderbird-locale-es
+thunderbird-locale-es-ar
+thunderbird-locale-es-es
+thunderbird-locale-zh-cn
+thunderbird-locale-zh-hans
+thunderbird-locale-zh-tw
+thunderbird-locale-pt
+thunderbird-locale-pt-br
+thunderbird-locale-pt-pt
+thunderbird-locale-de
+thunderbird-locale-fr
+thunderbird-locale-it
+thunderbird-locale-ru
+
+# Unused rdepends
+libreoffice-avmedia-backend-gstreamer
+libreoffice-base-core
+libreoffice-common
+libreoffice-core
+libreoffice-draw
+libreoffice-gtk3
+libreoffice-style-elementary
+libreoffice-style-galaxy
+libreoffice-style-tango
+python3-uno
+rhythmbox-data
+rhythmbox-plugin-alternative-toolbar
+rhythmbox-plugins
+remmina-plugin-rdp
+remmina-plugin-vnc