Rebase off 1.70.0-4 (ubuntu 22.04)

[mtwebster]

No description provided.

[jbicha]

By the way, Ubuntu 22.04 LTS will release with gjs 1.72 with mozjs91.

[lestcape]

Just only to point that gjs 1.71 was released https://gitlab.gnome.org/GNOME/gjs/-/tags with mozjs91 support. So, you can use it to be rebase cjs and be compatible with ubuntu 22.04 without to add a new dependencies. That or wait for the 1.72 release.

Seem to be that gjs is gaining in the last year many features unlike how dead it was in the past. So, is now useful update it in my opinion, but maybe is not a good idea update it if you need to support older versions where there are not any mozjs91 package. In that case use 1.70 seem to be better. I think transition between 1.71 and 1.72 will be soft.

[mtwebster]

Since bullseye only has 78 we're going to stick with 1.70 here for at least the next release, unless there's some pressing need to do otherwise.

[Fantu]

@mtwebster I saw from https://tree.taiga.io/project/linuxmint-linux-mint-21-1/us/178 that cjs rebase result done, so is completed and working? no cinnamon changes are needed? or there are changes done in "muffin-5.2-test" branch related to this?

[lestcape]

I think you should be interesting in the result of this: https://gitlab.gnome.org/GNOME/gjs/-/commit/0fef5a669709a1aa1310d9c35577f79b436217db

This won't actually solve the bottleneck issues related to the graphical overloading on the main compositor thread, but it may give you a break, because I suppose that when this is officially implemented, the complex tasks unrelated with Clutter might occur outside the main thread. So, cjs should be a language with a good support for commons task, making much more unnecessary the usage of other languages like python as you will be able to do more less the same. Python running in the compositor will be also slow as javascript, because the problem there is not the programing language, is the shell architecture.

[ItzSwirlz]

IMO i'd wait for 22.04 to be released first, and then worry about a cjs 1.70 rebase. Plus, all these components need to be stable. Considering 22.04 will be using GNOME 42 (according to release schedule), components might break as I'm sure a lot of adjusting was put into GNOME's own applets to work.

[Fantu]

ubuntu 22.04 have already gjs 1.72.0-1 using mozjs91 but mtwebster wrote that on this rebase want remain with older using mozjs78

[jbicha]

IMO i'd wait for 22.04 to be released first, and then worry about a cjs 1.70 rebase. Plus, all these components need to be stable. Considering 22.04 will be using GNOME 42 (according to release schedule), components might break as I'm sure a lot of adjusting was put into GNOME's own applets to work.

Let me clarify about GNOME. Debian Testing has gjs 1.72 now (the GNOME 42 series) and GNOME Shell 41 still works fine there. I don't remember gjs breaking GNOME apps since a few years.

From Debian's perspective, it would be great if Cinnamon would be ported to gjs 1.72 within about the next 8 months so that the next Debian Stable doesn't need to keep the obsolete mozjs78 around. By November, mozjs78 will have been unsupported for one year.

Do we need to try to push mozjs91 into Debian 11 "Bullseye" Backports? Debian's mozjs91 91.7.0-5 was adapted to use the internal ICU library so it should build ok on older or newer Debian-ish releases.

[mtwebster]

Sorry for not responding sooner..

We won't get to 1.72 for the coming release, but I'll try to manage it before the next debian stable.

I imagine we will need 91 in bullseye, as that's what LMDE5 is based on.