-
Notifications
You must be signed in to change notification settings - Fork 30
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rebase off 1.70.0-4 (ubuntu 22.04) #101
Conversation
By the way, Ubuntu 22.04 LTS will release with gjs 1.72 with mozjs91. |
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. |
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. |
@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? |
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. |
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. |
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 |
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. |
7f09191
to
f10db1b
Compare
f10db1b
to
cab5539
Compare
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. |
No description provided.