imhex: init at 1.11.1

[Qubasa]

Motivation for this change

I packaged the hex editor imhex
and removed my own deprecated package rmount

Things done

• Built on platform(s)
  • x86_64-linux
  • aarch64-linux
  • x86_64-darwin
  • aarch64-darwin
• For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
• Tested, as applicable:
  • NixOS test(s) (look inside nixos/tests)
  • and/or package tests
  • or, for functions and "core" functionality, tests in lib/tests or pkgs/test
  • made sure NixOS tests are linked to the relevant packages
• Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
• Tested basic functionality of all binary files (usually in ./result/bin/)
• 22.05 Release Notes (or backporting 21.11 Release notes)
  • (Package updates) Added a release notes entry if the change is major or breaking
  • (Module updates) Added a release notes entry if the change is significant
  • (Module addition) Added a release notes entry if adding a new NixOS module
  • (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes
• Fits CONTRIBUTING.md.

[SuperSandro2000]

Do we have all the package that are vendored in nixpkgs? If so we can remove this.

[SuperSandro2000]

Why do we want those files under /bin? They do not belong there and should probably go under /share/imhex/.

Suggested change

	install -D plugins/builtin/builtin.hexplug $out/bin/plugins/builtin.hexplug
	install -D plugins/libimhex/libimhex.so $out/lib/libimhex.so
	cp -R ${patterns_src}/* $out/bin
	install -D plugins/builtin/builtin.hexplug $out/share/imhex/plugins/builtin.hexplug
	install -D plugins/libimhex/libimhex.so $out/lib/libimhex.so
	cp -R ${patterns_src}/* $out/bin

[Qubasa]

ah @SuperSandro2000 I changed postFixup phase back to fixupPhase because the fixupPhase broke something

[SuperSandro2000]

ah @SuperSandro2000 I changed postFixup phase back to fixupPhase because the fixupPhase broke something

What got broken exactly? We want to run fixupPhase and figure out what is broken. Maybe stripping? We could disable that with dontStrip.

[djanatyn]

I was interested in running ImHex, I rebased this pull request on the latest main:

• 3191581

I was able to run the program successfully, but when I tried to open a file, I got a crash before the dialog displayed:

(imhex:340898): GLib-GIO-ERROR **: 13:57:52.857: No GSettings schemas are installed on the system

I tried to fix this issue using wrapGAppsHook and gobject-introspection, but I was unsuccessful (getting the same crash behavior with the same error message):

• 6a798f6

However, I was able to proceed by setting XDG_DATA_DIR before running:

❯ export XDG_DATA_DIRS=/nix/store/arysd09ka49dpdai09b83ndkqnilgnyh-gsettings-desktop-schemas-42.0/share/gsettings-schemas/gsettings-desktop-schemas-42.0:/nix/store/jws83dlza8fl5w9mvk5zjaj7mmcknaa3-gtk+3-3.24.34/share/gsettings-schemas/gtk+3-3.24.34
❯ ./result/bin/imhex
[INFO]  Welcome to ImHex!

After that I could open the file dialog successfully.

I used nix repl to figure out what paths I needed to set:

pkgs = legacyPackages.x86_64-linux;
schema-path = pkg: "${pkg}/share/gsettings-schemas/${pkg.name}";

output = lib.makeLibraryPath [
  (schema-path pkgs.gsettings-desktop-schemas)
  (schema-path pkgs.gtk3-x11)
];

I thought only gsettings-desktop-schemas was required, but you'll also need org.gtk.Settings.FileChooser (which I took from gtk3-x11):

(imhex:373180): GLib-GIO-ERROR **: 14:06:07.614: Settings schema 'org.gtk.Settings.FileChooser' is not installed

Hope this is helpful. Please let me know if you're aware of how to configure wrapGappsHook and gobject-introspection for this package, I always get stuck here.

[djanatyn]

I was unable to download the standard library from the Content Store to run patterns, so I bumped the version from v1.11.1 -> v.1.19.2:

• djanatyn@25ca913

I needed to switch to a newer version of GCC, and to add a dbus dependency.

After upgrading, I was able to pull down the standard library, and to evaluate patterns using <std/mem.pat>. However, I still had issues with the file dialog.