https://download.gnome.org/sources/gitg/44/gitg-44.news
Also:
- Add myself as a maintainer
- Enable `strictDeps`
- Run the tests again since they now work
- Use `--replace-fail` instead of `--replace` for `substituteInPlace`
It was complaining:
Executing pythonRuntimeDepsCheck
Checking runtime dependencies for gnome_extensions_cli-0.10.1-py3-none-any.whl
- pydantic<3.0.0,>=2.3.0 not satisfied by version 1.10.14
The nixpkgs-unstable channel's programs.sqlite was used to identify
packages producing exactly one binary, and these automatically added
to their package definitions wherever possible.
The `gnome-extensions-cli` uses other packaged Python dependencies
and failing to build because the packaged versions of `more-itertools`
and `pydantic` are newer than what the project's dependency constraints
allow for.
Upgrading the package to the newest version fixes the build.
https://github.com/essembeh/gnome-extensions-cli/compare/0.9.5...0.10.1
I attempted to fix this in af9e3ddc1d
but it looks like my mental model of module loader was incorrect so the fix there was insufficient.
Therefore the only option appears to be using a top-level await with a dynamic import.
To avoid having to figure out which imports need to be dynamicized, we just wrap the whole entrypoints.
- GPaste 45 switched to ES6 modules.
- Imports in an ES6 module are resolved before the statements in the module body are evaluated.
- If we want our typelib path modification to take effect, we need to do it before the typelibs are imported.
One option is delaying further imports with a top-level await of dynamic import.
I did that in 33cb221792
But forgot to do it in `extension.js`, causing the extensions to sometimes fail to start:
JS ERROR: Extension GPaste@gnome-shell-extensions.gnome.org: Error: Requiring GPaste, version 2: Typelib file for namespace 'GPaste', version '2' not found
require@resource:///org/gnome/gjs/modules/esm/gi.js:16:28
@gi://GPaste?version=2:3:25
@resource:///org/gnome/shell/ui/init.js:21:20
Not sure how it can sometimes work.
I could apply the transformation to `extension.js` as well
but there are multiple imports in the file so it would be pretty annoying
since any import that transitively imports typelibs would need to be converted.
Since gjs currently appears to load imports synchronously
and module bodies are executed when all imports are resolved (post-order),
we can instead just create a separate module and import it first.
Three autostarted desktop services are failing to start in the
gnome-flashback desktop manager service, leaving warnings in the log:
gnome-flashback-clipboard
gnome-flashback-idle-monitor
gnome-flashback-media-keys
Fix by only remove $out/libexec/gnome-flashback-metacity (which is
still not useful since we implement that ourselves) instead of the
entire $out/libexec.
The consequence of gnome-flashback-idle-monitor not running is that
the desktop manager does not get the message that the system is idle,
so the screen never dims or locks.
https://gitlab.gnome.org/GNOME/gnome-panel/-/compare/3.46.0...3.47.1
grep -inr 'soup' returns nothing. Having both e-d-s and libsoup2 will be weird otherwise.
Previously we have this because we init this package 5+ years ago
but we only started propagating libsoup in e-d-s 4 years ago.
Co-authored-by: Bobby Rong <rjl931189261@126.com>
Changelog-Reviewed-By: Jan Tojnar <jtojnar@gmail.com>
checkInputs used to be added to nativeBuildInputs. Now we have
nativeCheckInputs to do that instead. Doing this treewide change allows
to keep hashes identical to before the introduction of
nativeCheckInputs.
