Arch Linux User Repository

For anyone having issues with Logic not launching properly, try disabling core dumps (ulimit -c 0). This is a known bug that the Saleae team are working on https://discuss.saleae.com/t/cant-run-on-arch-linux-recently/3513/22

Thank you for maintaining the package! It looks like the icon files in the AppImage at squashfs-root/usr/share/icons/hicolor are the default Electron icon instead of the intended one. The intended icon is located at squashfs-root/resources/linux-x64/LogicIcon.png. This causes Logic 2 to show up with the default Electron icon in menus on my GNOME 48 system.

I made the following patch to delete the Electron icons and use the single, 1024x1024 LogicIcon.png as the app icon. I've placed it in `icons/hicolor/512x512@2' because I don't think a 1024x1024 directory exists on my system; I'm not sure if it's OK to create one.

diff --git a/PKGBUILD b/PKGBUILD
index a7189a4..97926d6 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -3,7 +3,7 @@

 pkgname=saleae-logic2
 pkgver=2.4.29
-pkgrel=1
+pkgrel=2
 pkgdesc="Debug hardware like a pro"
 arch=("x86_64")
 url="https://discuss.saleae.com/c/logic-2-0-software/7"
@@ -40,6 +40,11 @@ package() {
        rm "${pkgdir}/opt/${pkgname}/version"
        rm -rf "${pkgdir}/usr/lib/"

+       # Use intended program icon
+       rm -r "${pkgdir}/usr/share/icons"
+       mkdir -p "${pkgdir}/usr/share/icons/hicolor/512x512@2/apps"
+       mv "${pkgdir}/opt/${pkgname}/resources/linux-x64/LogicIcon.png" "${pkgdir}/usr/share/icons/hicolor/512x512@2/apps/Logic.png"
+
        install -Dm644 "${pkgdir}/opt/${pkgname}/resources/linux-x64/99-SaleaeLogic.rules" "${pkgdir}/etc/udev/rules.d/99-SaleaeLogic.rules"

        # Fix permissions (example: 700->755, 640->644)

@kjkent I updated the PKGBUILD to set the permission of chrome-sandbox to 4755. Let me know if the issue is fixed.

Hi there. The PKGBUILD doesn't seem to be correctly configuring permissions, leading to Logic crashing upon opening:

[23338:1121/135634.354958:FATAL:setuid_sandbox_host.cc(157)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /opt/saleae-logic2/chrome-sandbox is owned by root and has mode 4755.
[1]    23338 trace trap (core dumped)  saleae-logic2

Looking at the perms, the specified file was set to 0755. chmod to 4755 fixed the issue.

Edit: The reason this might not have come up before is that I have kernel.unprivileged_userns_clone=0 set, in which case sandboxes like bwrap and, apparently, chrome-sandbox, require SUID to run

New Version of AppImage is available: 2.4.4 Please update the package. Thanks!

Wouldn't https://www.saleae.com/downloads/ be a better upstream URL?

It crashes several seconds after starting on my device. Anyone experiencing the same?

Here's my log:

$ saleae-logic2 
Environment
  Executable path: /opt/saleae-logic2/Logic
  Executable directory: /opt/saleae-logic2
  Original working directory: /home/mysun/Downloads/ctf
  Current working directory: /opt/saleae-logic2
[57481:0517/164633.610134:ERROR:sandbox_linux.cc(374)] InitializeSandbox() called with multiple threads in process gpu-process.
[2022-05-17 16:46:34.526364] [C] [tid  57536] [main] [saleae_log.cpp:224] Global logging level is set to: info
[2022-05-17 16:46:34.526380] [I] [tid  57536] [main] [saleae_log.cpp:226] Logfile path set to: /home/mysun/.config/Logic/logs/graphio-2022-05-17--16-46-33.log
[2022-05-17 16:46:34.725264] [I] [tid  57554] [main] [graph_server.cpp:732] DeleteGraphData SeesionId: -2
[2022-05-17 16:46:34.725274] [I] [tid  57554] [main] [graph_server.cpp:756] DeleteGraph( -2 ) called
--2022-05-17 16:46:35--  https://submit.backtrace.io/saleae-logic/c9a7b8f5e55b8b7532cd59bb95c5dde46b91b6665da46ffa3a2920cd3eb260fa/minidump
Loaded CA certificate '/etc/ssl/certs/ca-certificates.crt'
Resolving submit.backtrace.io (submit.backtrace.io)... 192.46.238.27, 192.46.238.25, 139.162.140.250
Connecting to submit.backtrace.io (submit.backtrace.io)|192.46.238.27|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 65
Saving to: ‘/dev/fd/4’

/dev/fd/4           100%[===================>]      65  --.-KB/s    in 0s      

Failed to get crash dump id.

Report Id: {"response":"ok"

New Version of AppImage is available: 2.3.47-2 Please update the package. Thanks!

@tannewt Thanks for catching the problem! I did not realize the issue, because I manually installed libxcrypt-compat to fix another broken package. Adding the dependency ASAP.

Thanks for bumping the package quickly!

I was having trouble getting it to launch and it turns out a dependency was missing. Please add a dependency on libxcrypt-compat. It was moved out of glibc.

We debugged it here: https://discuss.saleae.com/t/launch-2-3-44-failure-on-arch/1421/6