Package Details: icaclient 24.2.0.65-1

Git Clone URL: https://aur.archlinux.org/icaclient.git (read-only, click to copy)
Package Base: icaclient
Description: Citrix Workspace App (a.k.a. ICAClient, Citrix Receiver)
Upstream URL: https://www.citrix.com/downloads/workspace-app/linux/workspace-app-for-linux-latest.html
Licenses: custom:Citrix
Conflicts: bin32-citrix-client, citrix-client
Submitter: wmarshall
Maintainer: buzo (alhirzel, moabeat)
Last Packager: moabeat
Votes: 174
Popularity: 2.56
First Submitted: 2011-12-08 18:49 (UTC)
Last Updated: 2024-03-07 09:32 (UTC)

Pinned Comments

buzo commented on 2021-06-26 12:42 (UTC) (edited on 2023-02-02 09:00 (UTC) by buzo)

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”.

evanator commented on 2020-07-02 06:46 (UTC)

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

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 .. 56 Next › Last »

exlumine commented on 2024-02-27 08:07 (UTC) (edited on 2024-02-27 08:08 (UTC) by exlumine)

I recently reinstalled icaclient from the AUR. Trying to start it, it produces a secfault. dmesg says:

[  829.594173] ncsThread[16785]: segfault at 0 ip 000075ad98acb4ba sp 000075ad829fa838 error 4 in libc.so.6[75ad98a42000+15b000] likely on CPU 1 (core 0, socket 0)
[  829.594188] Code: f3 0f 1e fa 66 0f ef c0 66 0f ef c9 66 0f ef d2 66 0f ef db 48 89 f8 48 89 f9 48 81 e1 ff 0f 00 00 48 81 f9 cf 0f 00 00 77 66 <f3> 0f 6f 20 66 0f 74 e0 66 0f d7 d4
85 d2 74 04 0f bc c2 c3 48 83

moabeat commented on 2024-02-06 14:41 (UTC) (edited on 2024-02-07 05:39 (UTC) by moabeat)

I have recognized the error reports about the latest version. However, up to now, I cannot see any action item on the maintainers side about them. As I am using pure Wayland (with qtile) and cannot reproduce these errors on my end. For now I would assume, they should be better reported upstream until someone can gives me an indication what can be done get them fixed as part of the packaging process.

On the other hand, I have a (local) version ready that introduces support for USB forwarding, as requested by alaurie. As I am unable to test this myself and I didn't hear back from alaurie, I am hesitant to publish this version. If there is anyone out there who would be willing to test USB forwarding and has a virtual machine with this functionality enabled, please get in touch with me via email (on my profile page or in the PKGBUILD).

anayrat commented on 2024-02-06 12:44 (UTC)

Same error "BadAccess X" under i3. I downgraded to 23.9.0.24 and it's working.

wunit-adf commented on 2024-01-18 12:24 (UTC)

Looks like 23.11.x tries to interact with the X Shared Memory extension, but somehow fails to do so.

I initially thought this was because my X server doesn't support that extension, but the following test code tells me it should. But I admittedly don't understand the MIT-SHM extension well enough; maybe someone is able to shed some more light onto this?

/* xshmtest.c
 * compile with: gcc -lX11 -lXext xshmtest.c -o xshmtest
 */

#include <stdio.h>
#include <X11/Xlib.h>
#include <X11/extensions/XShm.h>

int main() {
    Display *dpy;
    Bool xshm_ret;
    int xshm_major, xshm_minor;
    Bool xshm_pixmaps_supported;

    dpy = XOpenDisplay(NULL);
    if (!dpy) {
        (void) fprintf(stderr, "ERROR: Could not open display\n");
        return 1;
    }

    xshm_ret = XShmQueryExtension(dpy);
    (void) printf("XShmQueryExtension() = %s\n",
                  xshm_ret == True ? "True" : "False");

    xshm_ret = XShmQueryVersion(dpy, &xshm_major, &xshm_minor,
                                &xshm_pixmaps_supported);
    (void) printf("XShmQueryVersion() = %s; Version = %d.%d; Pixmaps supported = %s\n",
                  xshm_ret == True ? "True" : "False",
                  xshm_major, xshm_minor,
                  xshm_pixmaps_supported == True ? "True" : "False");

    XCloseDisplay(dpy);

    return 0;
}

usuariopolivalen commented on 2024-01-10 14:34 (UTC)

How can I open a cr file with Citrix? I am a little bit confused following the official instructions

burnsvance commented on 2023-12-23 03:10 (UTC)

Works very well on Arch XFCE and Manjaro XFCE. I use this to get to Cerner at my hospital when I am on call. This package makes it possible for me to look at xrays from home without having to drive in. This is faster and safer for my patients. A big thank you to all who make this icaclient possible.

renaldo commented on 2023-12-22 11:04 (UTC)

I downgraded to 23.9.0.24 and it's working fine again. I'm using DWM on X.

coroner21 commented on 2023-12-21 07:48 (UTC)

Just wanted to report that I have the same issue with BadAccess X errors and I cannot start the program anymore with the latest version. This is on a sway wayland session therefore running Xwayland. I moved back to 23.5 which works fine still.

renaldo commented on 2023-12-17 09:53 (UTC)

Hi, since the last update I can´t use icaclient anymore and receive the following message:

(wfica:192554): Gdk-WARNING **: 10:47:53.720: The program 'wfica' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAccess (attempt to access private resource denied)'.
  (Details: serial 479 error_code 10 request_code 130 (MIT-SHM) minor_code 1)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

Does anyone know how to solve this?

alaurie commented on 2023-12-15 00:27 (UTC) (edited on 2023-12-21 01:04 (UTC) by alaurie)

Possibly I'm missing something, but USB support is not working for me in a VDI session. I'm getting no devices passed through. libunwind and libc++ and libc++abi are installed. Is the USB support enabled in this package on install for the ctxusb daemon?

Alex Laurie alex.r.laurie@gmail.com 10:14 (49 minutes ago) to Moabeat

This is the systemd unit file I have on a debian install with the ctxusbd daemon running if that helps.

/run/systemd/generator.late/ctxusbd.service
Automatically generated by systemd-sysv-generator

[Unit] Documentation=man:systemd-sysv-generator(8) SourcePath=/etc/init.d/ctxusbd Description=LSB: Citrix USB Service Before=multi-user.target Before=multi-user.target Before=multi-user.target Before=graphical.target After=udev.service After=ctxcwalogd.service

[Service] Type=forking Restart=no TimeoutSec=5min IgnoreSIGPIPE=no KillMode=process GuessMainPID=no RemainAfterExit=yes SuccessExitStatus=5 6 ExecStart=/etc/init.d/ctxusbd start ExecStop=/etc/init.d/ctxusbd stop