Package Details: icaclient 13.9.1-2

Git Clone URL: https://aur.archlinux.org/icaclient.git (read-only)
Package Base: icaclient
Description: Citrix Receiver for x86_64 (64bit) Linux (ICAClient)
Upstream URL: https://www.citrix.com/products/receiver/
Licenses: custom:Citrix
Conflicts: bin32-citrix-client, citrix-client
Submitter: wmarshall
Maintainer: hnws
Last Packager: hnws
Votes: 104
Popularity: 3.238632
First Submitted: 2011-12-08 18:49
Last Updated: 2018-05-12 21:12

Pinned Comments

fordprefect commented on 2017-03-06 21:27

Update for 13.5 - please test carefully before using in production.
gstreamer0.10 is now an opt-dependency as discussed here.
If you find any glitches please report.

EDIT: if you want blindly updating and complaining about non-functioning afterwards you should stick to official packages!

Latest Comments

marulkan commented on 2018-05-22 07:10

Seems to be an issue with icaclient running with: xorg-server-common-1.20.0-2-x86_64.pkg.tar.xz xorg-server-1.20.0-2-x86_64.pkg.tar.xz

when starting a session to a windows machine it will consume all resources on your client, it tries to read from a socket at /tmp/.X11-unix/X0 to a insane degree making X unusable. I would guess this is an issue with the icaclient itself and not this package, but thought it would be good to mention here as a headsup. (running with xorg at 1.19.6+13+gd0d1a694f-2-x86_64 works fine for me)

EDIT: someone else has created a post about this in citrix support forum: https://discussions.citrix.com/topic/395450-unusable-after-upgrade-to-xorg-v120/

buzo commented on 2018-05-21 14:10

This question has already been asked here multiple times. It is a bug in OpenSSL. See the comment from slav on 2018-05-13 20:22 for how to edit /usr/bin/c_rehash as a workaround.

syther commented on 2018-05-20 20:53

I am unable to update this package. This is the error output. What am I doing wrong?

==> Starting package()... Unknown regexp modifier "/W" at /usr/bin/c_rehash line 28, at end of line Unknown regexp modifier "/3" at /usr/bin/c_rehash line 28, at end of line Unknown regexp modifier "/2" at /usr/bin/c_rehash line 28, at end of line No such class installdir at /usr/bin/c_rehash line 63, near "Prefix our installdir" (Might be a runaway multi-line // string starting on line 28) syntax error at /usr/bin/c_rehash line 63, near "Prefix our installdir" Can't redeclare "my" in "my" at /usr/bin/c_rehash line 68, near "my" Execution of /usr/bin/c_rehash aborted due to compilation errors. ==> ERROR: A failure occurred in package().

rvasilev commented on 2018-05-17 18:59

Do you have any idea how to run it with F5 Endpoint Inspection?

hakayova commented on 2018-05-14 17:08

Please excuse my ignorance but would somebody please explain how to edit the lines at /usr/bin/c-rehash? After failed yaourt -S icaclient command, I cannot even find the downloaded package in /var/cache/pacman/pkg directory to look for that file. Thanks!

Edit: Nevermind, I thought c_rehash was part of the package. Once I realized it was part of openssl package and already in place, I was able to fix it. Sorry for the confusion.

artafinde commented on 2018-05-14 11:40

There's an open bug 58100 to backport upstream but the maintainer Pierre might decide to wait for the next upstream release.

modolo commented on 2018-05-14 10:36

Hi!

I had the problem below during the update:

==> Iniciando package()... Unknown regexp modifier "/W" at /usr/bin/c_rehash line 28, at end of line Unknown regexp modifier "/3" at /usr/bin/c_rehash line 28, at end of line Unknown regexp modifier "/2" at /usr/bin/c_rehash line 28, at end of line No such class installdir at /usr/bin/c_rehash line 63, near "Prefix our installdir" (Might be a runaway multi-line // string starting on line 28) syntax error at /usr/bin/c_rehash line 63, near "Prefix our installdir" Can't redeclare "my" in "my" at /usr/bin/c_rehash line 68, near "my" Execution of /usr/bin/c_rehash aborted due to compilation errors. ==> ERRO: Uma falha ocorreu em package(). Abortando... ==> ERRO: Makepkg não conseguiu compilar icaclient.

After editing the lines indicated the error did not occur and it was possible to update the package without problems!

my $dir = "/etc/ssl"; my $prefix = "/usr";

Thank you!

soloturn commented on 2018-05-14 07:36

should be fixed at source in openssl-1.1.1 : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894282

galvez_65 commented on 2018-05-13 19:54

editing c_rehash as commented below fixed the install issue

galvez_65 commented on 2018-05-13 18:23

I'm getting the same error that slav reported yesterday.

All comments