Emilio Pozuelo Monfort <po...@debian.org> (2019-02-08):
> > On Thu, 17 Jan 2019 at 10:25:01 +0100, Emilio Pozuelo Monfort wrote:
> >> On 17/12/2018 15:56, Simon McVittie wrote:
> >>> The options I can see are:
> >>>
> >>> * Accept that task-gnome-desktop is not going to be installable on s390x.
> >>>   Change the testing migration scripts to skip installability testing for
> >>>   that package on s390x, or ignore the fact that it fails. Optionally
> >>>   change tasksel to make task-gnome-desktop Architecture: any, and give it
> >>>   some Build-Depends-Arch that are not satisfiable on s390x so that it 
> >>> will
> >>>   not be built there.
> >>>   - s390x d-i users will not be able to install a GNOME desktop. Hopefully
> >>>     the menu item would not appear, and task-desktop would pick up the
> >>>     second-preference desktop instead, which currently seems to be XFCE?
> >>>   - Risk: is it possible to ignore uninstallability of task-gnome-desktop
> >>>     without ignoring uninstallability of other task packages?
> > 
> > I would prefer this option if possible: the GNOME desktop is clearly
> > not intended for use on mainframes, and I doubt anyone is seriously
> > trying to use it there (as opposed to individual GNOME apps in a
> > remote-desktop framework, which might be something that people do).
> > However, it requires action from the release team and d-i
> > maintainers.
> Cyril, can we do something to not offer task-gnome-desktop on s390x?
> Does that need changes in d-i or tasksel?

FWIW we already have this in place, regarding the default desktop:

I'm not sure how to hide a particular entry on a particular arch; I'm
not a tasksel expert and won't be one in the next 5 minutes. But it
seems to me the immediate concern was about the default desktop anyway,
which shouldn't be an issue in the first place because of this
default_desktop shell function?

Cyril Brulebois (k...@debian.org)            <https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant

Attachment: signature.asc
Description: PGP signature

Reply via email to