This was achieved using the following command:
sd 'wrapGAppsHook\b' wrapGAppsHook3 (rg -l 'wrapGAppsHook\b')
And then manually reverted the following changes:
- alias in top-level.nix
- function name in wrap-gapps-hook.sh
- comment in postFixup of at-spi2-core
- comment in gtk4
- comment in preFixup of 1password-gui/linux.nix
- comment in postFixup of qgis/unwrapped-ltr.nix and qgis/unwrapped.nix
- comment in postFixup of telegram-desktop
- comment in postFixup of fwupd
- buildCommand of mongodb-compass
- postFixup of xflux-gui
- comment in a patch in kdePackages.kde-gtk-config and plasma5Packages.kde-gtk-config
- description of programs.sway.wrapperFeatures.gtk NixOS option (manual rebuild)
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.
During aarch64 build it fails with:
```
Failed to execute goal on project cryptomator:
Could not resolve dependencies for project org.cryptomator:cryptomator:jar:1.6.14:
The following artifacts could not be resolved:
org.openjfx:javafx-base:jar:linux-aarch64:18.0.1,
org.openjfx:javafx-graphics:jar:linux-aarch64:18.0.1,
org.openjfx:javafx-controls:jar:linux-aarch64:18.0.1,
org.openjfx:javafx-fxml:jar:linux-aarch64:18.0.1,
org.openjfx:javafx-swing:jar:linux-aarch64:18.0.1:
Cannot access central (https://repo.maven.apache.org/maven2) in offline mode and the artifact org.openjfx:javafx-base:jar:linux-aarch64:18.0.1 has not been downloaded from it before. -> [Help 1]
```
So that things that use the makeShellWrapper/wrapProgramShell
functions can depend on makeShellWrapper explicitly, which should ease
migration in the future.
