Bug#906016: transition: gjs built with mozjs60
Hi,
On 05/02/2019 11:16, Simon McVittie wrote:
> Please could we have a decision on this in plenty of time before the freeze?
> Given the upstream GC improvements aimed at mitigating or solving "the memory
> leak problem" in gjs 1.54.x, I am not comfortable with releasing buster with
> gjs 1.52.x (which has a backport of those changes done by a developer who does
> not have in-depth knowledge of gjs, namely me); so I would like to ask for a
> freeze exception to complete this transition.
Yes, it is my intention to finish this.
> 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?
>>> * Require task-gnome-desktop to be installable on s390x, but modify
>>> meta-gnome3 so that on s390x, gnome-core installs something that is not
>>> the full GNOME 3 desktop used on other architectures, for example
>>> the GNOME-2-derived gnome-session-flashback instead of gnome-session and
>>> gnome-shell, and lightdm instead of gdm3.
>>> - s390x users will not get the same GNOME desktop everyone else does.
>>> - Risk: if GNOME Flashback becomes unsupportable in some future release
>>> (it's a GNOME 2 derivative a bit like MATE, although without using
>>> forks of the apps, and most upstream and downstream GNOME maintainers
>>> don't use or maintain it), we're back where we started.
>
> With the freeze approaching fast, if we can't have a solution that requires
> action to be taken outside the GNOME team, this is probably the best thing that
> the GNOME team can do unilaterally. An untested git branch for this:
> https://salsa.debian.org/gnome-team/meta-gnome3/merge_requests/3
Alternatively, this is probably the way to go.
Cheers,
Emilio
Reply to: