gitkraken: register gitkraken:// and gk:// URL handlers

[mosi0815]

The hand-written GitKraken.desktop carried no scheme MimeType, so the
gitkraken:// and gk:// URL handlers never registered and OAuth callback
links broke. Fix this on the existing tarball instead of switching the
source to the .deb (which only adds these few text files but would cost a
/usr/share->/opt relocation and CI rework).

• adopt upstream's launcher contents from the deb in GitKraken.desktop
  (kept under that name so existing favorites/pins stay valid), and add the
  gitkraken-url-handler and gk-cli-url-handler entries, which register the
  two schemes and open them via /usr/bin/gitkraken --uri=%U
• drop the deb launcher's MimeType=text/plain, which wrongly associated
  GitKraken with all plaintext files (Desktop file incorrectly associates GitKraken with plaintext files. #260); the launcher carries no
  MimeType, so the two --uri handlers own the schemes
• symlink /usr/bin/gitkraken to the tarball's resources/bin/gitkraken.sh
  instead of shipping our own wrapper; drop gitkraken.sh
• chmod 4755 chrome-sandbox so Electron's SUID sandbox works (cp drops it)
• bump pkgrel to 2 so existing 12.2.1 users get the fix

[Azd325]

The bug is real. Our GitKraken.desktop has no scheme MimeType, so gitkraken:// and gk:// don't register and OAuth links break. I want to fix it.

I don't want to switch the source to the .deb, though. The benefit is too small.

The tarball and the deb ship the same Electron payload. The tarball already contains the launcher (resources/bin/gitkraken.sh), chrome-sandbox, and the binary. The deb only adds three .desktop files.

To get those files, the PR adds noextract, two-pass bsdtar extraction, a /usr/share→/opt relocation with an Exec sed, and a CI rewrite. That is the layout-remapping cost the ArchWiki warns about. The technique is fine. It just costs more than it returns when we already ship a clean tarball.

We can fix the bug on the current tarball:

1. Symlink /usr/bin/gitkraken to the bundled resources/bin/gitkraken.sh. (Your PR already does this.)
2. Add the two URL-handler .desktop files and a scheme MimeType on the main entry. Leave out text/plain. The deb's file includes it, which would reintroduce Desktop file incorrectly associates GitKraken with plaintext files. #260.
3. chmod 4755 chrome-sandbox. Correct fix. Add a comment so the setuid namcap warning isn't read as a mistake.
4. Bump pkgrel to 2 so current 12.2.1 users get the fix.

Can you rework the PR this way? Thanks for finding the root cause.

[mosi0815]

Sorry for the force push action. ;)
Builds and installs fine locally and now uses the tar.gz + destkop files here in the repo.

[Azd325]

One change before I merge: set Icon=gitkraken (no path, no extension) in all three .desktop files instead of Icon=/usr/share/pixmaps/gitkraken.png. We install the icon to /usr/share/pixmaps, which is in the default icon search path, so the name resolves to the same file and also lets icon themes override it. That was a deliberate choice in 881d1d6.

One thing to double-check, not a blocker: /usr/bin/gitkraken now points at the bundled CLI launcher instead of our old wrapper. Can you confirm gitkraken /path/to/repo from a terminal still opens the repo? It matches what upstream's deb does, so it should be fine.

[mosi0815]

gitkraken <path> opens the UI as expected.
Icon path is fixed.

[mosi0815]

Forgot the .SRCINFO....