Hello, Using debian 13 with x11 and when I go to select an asset and click the “+” icon, the program locks up. No info is sent to the terminal.
edit. This also happens when I try to load a file using the file icon as well.
Hello, Using debian 13 with x11 and when I go to select an asset and click the “+” icon, the program locks up. No info is sent to the terminal.
edit. This also happens when I try to load a file using the file icon as well.
Looks like when it tries to open the file system it hangs.
trt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
close(13) = 0
fcntl(12, F_SETFD, 0) = 0
fstat(12, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
read(12, "", 4096) = 0
close(12) = 0
wait4(4985, [{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0, NULL) = 4985
pipe2([12, 13], O_CLOEXEC) = 0
prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1024, rlim_max=512*1024}) = 0
prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1024, rlim_max=512*1024}) = 0
mmap(NULL, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7effc03d6000
rt_sigprocmask(SIG_BLOCK, ~[], [], 8) = 0
clone3({flags=CLONE_VM|CLONE_VFORK|CLONE_CLEAR_SIGHAND, exit_signal=SIGCHLD, stack=0x7effc03d6000, stack_size=0x9000}, 88) = 4987
munmap(0x7effc03d6000, 36864) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
close(13) = 0
fcntl(12, F_SETFD, 0) = 0
fstat(12, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
read(12, "/usr/bin/zenity\n", 4096) = 16
close(12) = 0
wait4(4987, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 4987
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=4987, si_uid=1000, si_status=0, si_utime=0, si_stime=0} ---
readlink("/usr", 0x7ffd5f5b84a0, 1023) = -1 EINVAL (Invalid argument)
readlink("/usr/bin", 0x7ffd5f5b84a0, 1023) = -1 EINVAL (Invalid argument)
readlink("/usr/bin/zenity", 0x7ffd5f5b84a0, 1023) = -1 EINVAL (Invalid argument)
pipe2([12, 13], O_CLOEXEC) = 0
prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1024, rlim_max=512*1024}) = 0
prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1024, rlim_max=512*1024}) = 0
mmap(NULL, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7effc03d6000
rt_sigprocmask(SIG_BLOCK, ~[], [], 8) = 0
clone3({flags=CLONE_VM|CLONE_VFORK|CLONE_CLEAR_SIGHAND, exit_signal=SIGCHLD, stack=0x7effc03d6000, stack_size=0x9000}, 88) = 4989
munmap(0x7effc03d6000, 36864) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
close(13) = 0
fcntl(12, F_SETFD, 0) = 0
fstat(12, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
read(12, "4.1.90\n", 4096) = 7
close(12) = 0
wait4(4989, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 4989
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=4989, si_uid=1000, si_status=0, si_utime=0, si_stime=0} ---
pipe2([12, 13], O_CLOEXEC) = 0
prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1024, rlim_max=512*1024}) = 0
prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1024, rlim_max=512*1024}) = 0
mmap(NULL, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7effc03d6000
rt_sigprocmask(SIG_BLOCK, ~[], [], 8) = 0
clone3({flags=CLONE_VM|CLONE_VFORK|CLONE_CLEAR_SIGHAND, exit_signal=SIGCHLD, stack=0x7effc03d6000, stack_size=0x9000}, 88) = 4991
munmap(0x7effc03d6000, 36864) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
close(13) = 0
fcntl(12, F_SETFD, 0) = 0
fstat(12, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
read(12,
Thank you for reporting, I will test on Debian 13.
Updated to the test environment 14 “Forky” and the same thing happens.
Installed mint debian version 7, now I get:
realdash: error while loading shared libraries: libgpiod.so.2: cannot open shared object file: No such file or directory
Uninstalled libgpiod3 and found a libgpiod2 package online. Installed, it launches. But now im back to the original problem.
I will remove the hard linking of gpiod and load it dynamically if available. This will be in next release.
Try ‘realdash-mrd_2.5.9-1-prerel1_amd64.deb’ from downloads. For me, it opens the file dialog just fine on Debian 13.
Hello! Installed the new version. Yes it finally opens a dialog just as you see. However I cannot interact with the dialog or Realdash after that, it freezes still. Progress though!
I think its working now, i dont know why.
Depending on a system, it may take a few seconds for a file dialog to become responsive, especially when launched for the first time.
Hmm, seems to randomly lock up and not get out of it. Once I had it again during a folder dialog and another time when I was inputting height and width values.
after waiting about 10 mins it came back working.
Well, that’s a little bit too long of a wait…
I don’t know what could be wrong there. All our virtual machines and RPi 4 & 5 devices open the file dialog in couple of seconds.
I bought a Pi5 so I’ve switched to the arm version of realdash. The current libgpiod and gpiod is incompatible with realdash. I had to install an older version of them to get realdash to launch.
Now when I go to save after an edit it freezes and doesn’t save.
edit:
actually its back to the original issue. Right now I can’t even load a custom can file. Whatever you did with the update to the x86 version helped tremendously and it seems the arm version needs the same treatment as well.
Yes, those fixes are coming to next release, including the dependency for gpiod.
Thanks for your hard work!