Arch Linux User Repository

Update 3: 2025-02-05 I updated all packages except glibc. And it works flawlessly. I've also tried installing them fresh and then it breaks instantly yet again.

So the problem is caused by the below packages
core/glibc 2.41+r2+g0a7c7a3e283a-1 0.54 MiB
core/lib32-glibc 2.41+r2+g0a7c7a3e283a-1 0.46 MiB
So something changed in glibc 2.41 that breaks Hdx. Besides those two packages my arch is fully up to date at the time of writing.

As a sidenote: The hdxcheck.sh script still gives the error about a missing glibc, even though it works fine. So that can be disregarded, if anyone finds this when googling about.

Update 2: 2025-02-05 I rolled Arch back to the state it was in 2025-02-02 by downgrading the below packages.
warning: binutils: downgrading from version 2.43_1+r186+g61f8adadd6db-1 to version 2.43_1+r171+g01da089627be-1 warning: ca-certificates-mozilla: downgrading from version 3.108-1 to version 3.107-1
warning: elfutils: downgrading from version 0.192-3 to version 0.192-2
warning: firefox: downgrading from version 135.0-1 to version 134.0.2-1
warning: gcc: downgrading from version 14.2.1+r730+gc061ad5a36ba-1 to version 14.2.1+r134+gab884fffe3fc-2
warning: gcc-libs: downgrading from version 14.2.1+r730+gc061ad5a36ba-1 to version 14.2.1+r134+gab884fffe3fc-2
warning: gdb: downgrading from version 16.2-1 to version 16.1-1
warning: gdb-common: downgrading from version 16.2-1 to version 16.1-1
warning: glibc: downgrading from version 2.41+r2+g0a7c7a3e283a-1 to version 2.40+r66+g7d4b6bcae91f-1
warning: lib32-gcc-libs: downgrading from version 14.2.1+r730+gc061ad5a36ba-1 to version 14.2.1+r134+gab884fffe3fc-2
warning: lib32-glibc: downgrading from version 2.41+r2+g0a7c7a3e283a-1 to version 2.40+r66+g7d4b6bcae91f-1
warning: lib32-libx11: downgrading from version 1.8.11-1 to version 1.8.10-1
warning: lib32-nss: downgrading from version 3.108-1 to version 3.107-1
warning: lib32-nvidia-utils: downgrading from version 570.86.16-1 to version 565.77-1
warning: libelf: downgrading from version 0.192-3 to version 0.192-2
warning: libsysprof-capture: downgrading from version 47.2-2 to version 47.2-1
warning: libtool: downgrading from version 2.5.4+r1+gbaa1fe41-2 to version 2.5.4+r1+gbaa1fe41-1
warning: libx11: downgrading from version 1.8.11-1 to version 1.8.10-1
warning: linux: downgrading from version 6.13.1.arch1-1 to version 6.12.10.arch1-1
warning: linux-headers: downgrading from version 6.13.1.arch1-1 to version 6.12.10.arch1-1
warning: luajit: downgrading from version 2.1.1736781742-1 to version 2.1.1731601260-1
warning: mpfr: downgrading from version 4.2.1-5 to version 4.2.1-4
warning: nss: downgrading from version 3.108-1 to version 3.107-1
warning: nvidia-dkms: downgrading from version 570.86.16-2 to version 565.77-3
warning: nvidia-utils: downgrading from version 570.86.16-2 to version 565.77-3
warning: opencv: downgrading from version 4.11.0-2 to version 4.11.0-1
warning: pahole: downgrading from version 1:1.29-1 to version 1:1.28-3
warning: python-certifi: downgrading from version 2025.01.31-1 to version 2024.12.14-1
warning: qca-qt6: downgrading from version 2.3.9-4 to version 2.3.9-3
warning: rsync: downgrading from version 3.4.1-2 to version 3.4.1-1
warning: sdl2-compat: downgrading from version 2.30.52-1 to version 2.30.51-1
warning: sdl3: downgrading from version 3.2.2-1 to version 3.2.0-1
warning: sof-firmware: downgrading from version 2025.01-1 to version 2024.09.2-1


And it instantly works again without any other intervention, even with the VDI running during the downgrade. So this confirms my theory that the library updates breaks it, or something else from the above. When i did the previous strace i could see that citrix appears to be primarily looking for it libs in the path /opt/Citrix/ICAClient/lib and then upon not finding them falling back to /usr/lib.

So i believe that the libs need to be packaged in their correct version with the software in that directory?

@dimitry_de If i run it w/o being root it starts up and says the following: [OpenH264] this = 0x0x7953dc001490, Warning:bEnableFrameSkip = 0,bitrate can't be controlled for RC_QUALITY_MODE,RC_BITRATE_MODE and RC_TIMESTAMP_MODE without enabling skip frame. Unknown device "/dev/sda": No such device [OpenH264] this = 0x0x7953dc088a30, Warning:bEnableFrameSkip = 0,bitrate can't be controlled for RC_QUALITY_MODE,RC_BITRATE_MODE and RC_TIMESTAMP_MODE without enabling skip frame. Then the codec warning repeats a couple of times more. Still dont work though.

I dont have a sda drive so i dont know why it would complain about it. I think thats irrelevant at least.

UPDATE: If i run the included workspacecheck.sh script i get the following:

---------------------------------------------------------------
-- Checking that a compatible version of glibc is installed...
---------------------------------------------------------------
ls: cannot access '*libc-2*': No such file or directory
The minimum required version is 2.27
You are using version  of glibc
A compatible version of glibc could not be located!

So it looks like its related to glibc update as i mentioned below. Or that error occurs on arch? I have'nt ran that script when it was working tbh.

Update: 2025-02-05 If you run an strace on HdxRtcEngine when running it manually you can see it first try to open all libraries from its own /opt/Citrix directories. And after getting file not found it finally reverts to /usr/lib and loads libs from there. So perhaps som libs have changed to incompatible versions now?

Maybe don't run it as root

Do you get an error message when it's started as user

hdx-realtime-media-engine broke for my after i updated Arch today. I would assume it has to do with the glibc update that was pushed to stable yesterday and also broke discord. The VDI can detect my device but skype for business cannot. Citrix HDX RealTime connector version 2.9.700.3000 says not connected in the VDI. i've checked the library dependecies with $ ldd /opt/Citrix/ICAClient/util/HdxRtcEngine, and followed all the paths to valid destinations. ps -ef | grep HdxRtcEngine shows its not running. Did a clean reinstall of this and icaclient as well. Running HdxRtcEngine manually as root in terminal give the below error:

Fatal error in: ../../../media/engine/adm_helpers.cc, line 39
last system error: 88
Check failed: 0 == adm->Init() (0 vs. -1)
Failed to initialize the ADM.Aborted

So i'm not sure what to do here. Anyone else noticing issues?

I don't know. I don't want the workaround - that may no be needed for everyone - be the default. May be someone has a real lib at /usr/lib/libunwind.so.1 and this fix from this package would destroy it for all other software. If you have to apply workarounds it's on you.

Is there a way to add flags to aur packages ? Like in gentoo ebuilds ? Then I could make this optional.

Could you add ln -s /usr/lib/libunwind.so /usr/lib/libunwind.so.1 as written in the wiki? (https://wiki.archlinux.org/title/Citrix#Microsoft_Teams_audio_redirection_troubleshooting)

good to hear!

We all are "just humans". Now it works :-) thanks for your help!

May be because I forgot to increase the pkgrel version number. so you still got the old package