[Backport release-24.11] gnomeExtensions.gsconnect: patch also gsconnect-preferences executable script

[nix-backports]

Bot-based backport to release-24.11, triggered by a label in #365869.

• Before merging, ensure that this backport is acceptable for the release.
  • Even as a non-commiter, if you find that it is not acceptable, leave a comment.

[bjornfor]

I'm not sure if this fixes the whole issue, but it's at least a step in the right direction. (Or my test setup isn't right and it does indeed fix everything.)

[bjornfor]

$ nix-build -A gnomeExtensions.gsconnect && ./result/share/gnome-shell/extensions/[email protected]/gsconnect-preferences 
/nix/store/247fsl6plmb172l3375s7rxg4icr1rd9-gnome-shell-extension-gsconnect-58

(gjs:968308): Gjs-CRITICAL **: 15:52:00.506: JS ERROR: Error: Requiring GIRepository, version none: Typelib file for namespace 'GObject', version '2.0' not found
require@resource:///org/gnome/gjs/modules/esm/gi.js:16:28
@gi://GIRepository:3:25


(gjs:968308): Gjs-CRITICAL **: 15:52:00.507: Module file:///home/bf/nixpkgs/result/share/gnome-shell/extensions/[email protected]/gsconnect-preferences threw an exception

[bjornfor]

Ping @doronbehar. Please see above.

[doronbehar]

HMM I'm seeing this on master too. @jtojnar ran:

gnome-extensions prefs [email protected]

But you'd have to launch a GNOME session with this derivation of the extension I'm pretty sure...

[bjornfor]

Yes, I think my way of running it isn't supposed to be working. See #365869 (review) where the change is successfully tested in a VM.

[jtojnar]

Probably not supposed to run that way but it means that glib is missing from gi_typelib_path. It is probably not triggered in regular usage because GLib is probably inherited from the ¿gnome-shell process? that launches the preferences programs.