Commit Graph

15 Commits

Author SHA1 Message Date
Gergely Nagy
fbbefbe60f build/launcher.sh: Use a different - better - workaround for Wayland
Turns out that we don't need to force Chromium  to use an Xorg backend: we can
disable the GPU subprocess and GPU acceleration (not a big performance hit for
Chrysalis) instead. This way we'll use the Wayland backend still.

Signed-off-by: Gergely Nagy <algernon@keyboard.io>
2022-05-26 18:10:30 +02:00
Gergely Nagy
de95df4544 build/launcher.sh: Add a workaround for starting under Wayland
Unfortunately, Chromium's Wayland support is not working properly yet, and
Chrysalis fails to start under it. Force an xorg backend to avoid that.

The root cause seems to be that recent Electron requires GPU acceleration, and
Chromium under Wayland does not support that.

Fixes #813.

Signed-off-by: Gergely Nagy <algernon@keyboard.io>
2022-05-26 17:56:15 +02:00
Gergely Nagy
309874b781 build/launcher.sh: Handle a missing unprivileged_userns_clone
When checking whether unprivileged user namespace cloning is supported by the
kernel, if the file doesn't exist, assume we don't have it, rather than erroring
out.

Fixes #724.

Signed-off-by: Gergely Nagy <algernon@keyboard.io>
2021-11-22 13:33:14 +01:00
Jesse Vincent
33091befb0 Add a modern macos sign and notarize flow for github 2021-09-29 16:37:38 -07:00
Caleb Maclennan
9fe6a8832a Refactor bash launcher script with less convoluted tricks
Signed-off-by: Caleb Maclennan <caleb@alerque.com>
2021-04-10 22:55:05 +03:00
Gergely Nagy
a9a563b2e0 Initial support for Wayland on Linux
This upgrades Electron to v12 (which ships with a Chromium that has initial
support for Wayland), and adjusts the AppImage launcher script so that if
wayland is detected, it will let Electron know we want to use it.

Fixes #668.

Signed-off-by: Gergely Nagy <algernon@keyboard.io>
2021-03-04 11:02:30 +01:00
Jesse Vincent
d48d7413ec Revert "t looks like we need to notarize the .dmg, not the .app"
Maybe we just hadn't signed?

This reverts commit 98938b9060.
2020-07-28 17:37:32 -07:00
Jesse Vincent
98938b9060 t looks like we need to notarize the .dmg, not the .app 2020-07-28 17:19:22 -07:00
Jesse Vincent
cd5bd36bac Switch to a build matrix to try to get modern xcode 2020-07-28 17:05:06 -07:00
Jesse Vincent
5f7e765d1d Add notarization infrastructure per https://medium.com/@TwitterArchiveEraser/notarize-electron-apps-7a5f988406db 2020-07-28 15:34:25 -07:00
Jesse Vincent
9b78adc5d2 Beginning to add macos notarization settings per https://medium.com/@TwitterArchiveEraser/notarize-electron-apps-7a5f988406db 2020-07-28 15:29:00 -07:00
Gergely Nagy
c5f32f92b6 build/launcher.sh: If the file in /proc does not exist, treat it as no support
If `/proc/sys/kernel/unprivileged_userns_clone` does not exist, do not fail and
exit immediately, but assume that the feature is not available.

This should fix the app being unable to start on Fedora32.

Signed-off-by: Gergely Nagy <algernon@keyboard.io>
2020-06-16 20:58:20 +02:00
Gergely Nagy
c406f6cff8 Optionally disable the sandbox on the AppImage build
On Linux, sandboxing requires either a suid root helper (which we can't ship in
the AppImage build), running as root (which is something we'd rather avoid), or
unprivileged user namespace cloning (which is only available on more recent
kernels). Since we do not want to run as root, and we'd like users to run
Chrysalis without having to explicitly pass arguments to it, on Linux, we wrap
the launcher.

The wrapper checks for the necessary kernel feature, and disables the sandbox if
the feature is not available. This is still a better and safer experience than
running as root, or than the user having to explicitly run Chrysalis with
`--no-sandbox`.

This is only done on Linux, and only for the AppImage build. Running `yarn run
start` will still require the extra flag.

Fixes #499.

Signed-off-by: Gergely Nagy <algernon@keyboard.io>
2020-04-18 11:52:01 +02:00
Gergely Nagy
064a983218 Fix the windows icon
Signed-off-by: Gergely Nagy <algernon@keyboard.io>
2019-01-20 00:41:30 +01:00
Gergely Nagy
929203df30 Use the logo for application icons
Fixes #237.

Signed-off-by: Gergely Nagy <algernon@keyboard.io>
2019-01-19 12:27:54 +01:00