Arch Linux User Repository

If you cannot build because of a missing tar ball or a failed sha256 checksum validation, then the package is most likely outdated and they have removed the old version already. In this case, please click on “Flag package out-of-date”.

Found a fix for "authentication service could not be contacted"

Edit the config file under /home/username/.ICAClient\WFClient.ini and add a new line SSLCiphers=ALL save file and run "killall AuthManagerDaemon ServiceRecord selfservice storebrowse"

Relaunch Citrix and you should be fine

Anybody using Teams in Citrix? After upgrading to 24.8 Teams and the session is crashing when trying to change audio devices or just open settings. Used 24.5 without any issues. Went back to 24.5 (tar-archive) and again have no issues. Am I alone with this issue?

I have got the same issue like us3Arch6tw. But it only occurs to me when pressing windows-key and alt-key (on a german keyboard)... Update (2024-11-27): With pressing Windows-Key and Alt-Key I was not quite right. It is pressing CTRL (STRG on a german keyboard) and SHIFT... I could track down that pressing CTRL and SHIFT is a keyboard shortcut for changing the "language" of the keyboard (in my emulated Windows by CITRIX). After disabling this shortcut (in emulated Windows), this issue never occured to me again.

I've used ICAClient for a few years now. After the update to 24.8.0.98-1, it works for some random amount of time and then the keyboard stops working inside the citrix window. The only option is to disconnect and start a new session, and then I can work until the issue happens again.Rise and repeat. Sometimes it works for 5-10 min, sometimes 1-2 min, its pretty random. Keyboard works outside citrix just fine. Not seeing any error in the system out.

Update1: I did a fresh install of manjaro and then installed the icaclient from aur and the issue persists, so this is definitely an issue related to the citrix client.

I downgraded to version 24.5 and both issues are gone, so I will stay on that version for now.

Since the update to version 24.8 I have two issues: - some keyboard shortcutrs like "Ctrl+Shift+T" are not forwarded to the client app anymore - all apps open with a very small resolution (I guess 1024x768)

I use Sway and had no issues like this with version 24.5. Does anyone know any fix for this?

Hi I keep seeing this error in the logs for my Arch client. Is it something to be worried about or ignored. Is it a typo in the files as there is a double backslash in the path

citrix-wfica[11071]: prelaunchTest for [/opt/Citrix/ICAClient//util/HdxRtcEngine] failed! ExitStatus=127 output=[/opt/Citrix/ICAClient//util/HdxRtcEngine: error]

citrix-wfica[6251]: prelaunchTest for [/opt/Citrix/ICAClient//util/HdxRtcEngine] failed! Will NOT proceed

Unfortunately we still need to create the following symlink for /opt/Citrix/ICAClient/util/HdxRtcEngine to resolve all dependencies:

ln -s /usr/lib/libunwind.so /usr/lib/libunwind.so.1

The unwind package contains libunwind.so.8, but no libunwind.so.1. Is it possible to put this link in the libunwind package or one of the Citrix packages? Here in icaclient or maybe hdx-realtime-media-engine?

The following conflict occurs when installing dependencies:

error: failed to commit transaction (conflicting files)
/usr/lib/libc++.modules.json exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat.cppm exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/cassert.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/cctype.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/cerrno.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/cfenv.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/cfloat.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/cinttypes.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/climits.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/clocale.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/cmath.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/csetjmp.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/csignal.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/cstdarg.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/cstddef.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/cstdint.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/cstdio.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/cstdlib.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/cstring.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/ctime.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/cuchar.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/cwchar.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.compat/cwctype.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std.cppm exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/algorithm.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/any.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/array.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/atomic.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/barrier.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/bit.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/bitset.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/cassert.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/cctype.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/cerrno.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/cfenv.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/cfloat.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/charconv.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/chrono.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/cinttypes.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/climits.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/clocale.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/cmath.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/codecvt.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/compare.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/complex.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/concepts.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/condition_variable.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/coroutine.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/csetjmp.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/csignal.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/cstdarg.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/cstddef.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/cstdint.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/cstdio.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/cstdlib.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/cstring.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/ctime.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/cuchar.inc exists in both 'libc++abi' and 'libc++'
/usr/share/libc++/v1/std/cwchar.inc exists in both 'libc++abi' and 'libc++'

UPD: This seems to be a problem, related to an incorrect update of the 'libc++abi' and 'libc++' packages from 07/19/24.

Yes, like someone else said already, in the 24.05 version, GTK2 support was officially removed. Would be really nice if it could be removed (and replaced by gtk3) as dependency here too :)

Hi, I've reinstalled my manjaro yesterday. My citrix client was running fine in Windows but now I'm not able to make my usb devices to show up on my remote VDI. I've read a lot of forum threads but nothing helps really...

The jfx comment is talking about problems with usb devices, is this problem still there ? The jfx patch is refering to ver 24.2.0.65.

ctxusbd.service is running and my usb.conf file seems ok too....any tips ?

Thanks