Package Details: icaclient 22.5.0.16-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
Last Packager: buzo
Votes: 159
Popularity: 0.97
First Submitted: 2011-12-08 18:49 (UTC)
Last Updated: 2022-05-12 19:35 (UTC)

Pinned Comments

symptog commented on 2021-11-16 10:00 (UTC)

@huebi The problem seems to be libunwind.

cd /opt/Citrix/ICAClient
./util/HdxRtcEngine 
./util/HdxRtcEngine: error while loading shared libraries: libunwind.so.1: cannot open shared object file: No such file or directory

I've fixed it by linking libunwind

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

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

girishpadia commented on 2022-06-28 04:15 (UTC) (edited on 2022-06-28 04:16 (UTC) by girishpadia)

I am using latest version (i.e.icaclient 22.5.0.16-1). When I open selfservice and login, a blank white screen appears and I can't see any of my application. I tried resizing windows but nothing works. There are no information in journalctl. I have tried to run it via command line (/opt/Citrix/ICAClient/selfservice) but no error messages. Is there any fix? Please help.

Ravager commented on 2022-06-13 10:51 (UTC)

@harunou and @DenysMb Same issue here. Selfservice stuck on spinning logo. It never loads the authentication page.

DenysMb commented on 2022-06-07 17:47 (UTC) (edited on 2022-06-07 17:48 (UTC) by DenysMb)

@harunou I have the same error. Do you (or anyone) found a fix for this? In my case, neither the icaclient-2109 works.

harunou commented on 2022-06-03 11:57 (UTC) (edited on 2022-06-03 12:00 (UTC) by harunou)

selfservice stuck on a spinner

wfica desktop.ica throws curl_easy_perform() failed: Problem with the SSL CA cert (path? access rights?) and closed by timeout with Please check your network and try again

workspacecheck.sh - is all OK.

One of the required CA certificate exists

icaclient-2109 - works

Any ideas for icaclient 22.5.0.16-1?

archmanuk commented on 2022-06-02 10:10 (UTC)

Hi Guys,

All is well - it works, but my log is full of this, via sudo journalctl -f ... hundreds of them repeated.

"citrix-wfica[12656]: Error reading data. try again, failure: 11"

Latest version..

icaclient 22.5.0.16-1

For now I have turned off logging which stops the errors.

Any ideas?

thanks

keiichiiownsu12 commented on 2022-05-31 16:01 (UTC)

When using an app through citrix on KDE plasma, if I change virtual desktops or activities, the current app freezes. Is there a potential fix for this?

namilantu commented on 2022-05-06 10:22 (UTC) (edited on 2022-05-06 12:19 (UTC) by namilantu)

To fix journalctl log flood issue
1. Create a new user called "citrixlog"

useradd -d /var/log/citrix citrixlog
mkdir -p /var/log/citrix
chown -R citrixlog /var/log/citrix
  1. create a service file called "ctxlogd.service" in "/usr/lib/systemd/system/"

  2. Enable the service.

systemctl enable ctxlogd.service

The content of the service file is as follows:

[Unit] 
    Description=Citrix Log Daemon Service

[Service] 
    Type=forking 
    ExecStart=/opt/Citrix/ICAClient/util/ctxlogd 
    User=citrixlog

[Install] 
    WantedBy=multi-user.target

namilantu commented on 2022-04-29 13:03 (UTC) (edited on 2022-05-05 04:50 (UTC) by namilantu)

In KDE environment, I can login successfully, but when I click the virtual desktop in the store, nothing happens and no machine is launched. But in xfce environment, I can launch an virtual desktop directly from the workspace app. How can I fix it in KDE?

It should be a full screen issue, check "https://www.isticktoit.net/?p=2347" fix the isssue

intencionc commented on 2022-04-24 09:42 (UTC) (edited on 2022-04-24 18:46 (UTC) by intencionc)

Hello, as mapfeld commented months ago, I have the journalctl log flooded but, in my case, with error messages. When I move the mouse it gets more and, in some cases, bluetooth keyboards stops working and become freezing

Can anyone help me? Thanks in advance


abr 20 13:09:42 archlinux citrix-wfica[10101]: Error reading data. try again, failure: 11 
abr 20 13:09:42 archlinux citrix-wfica[10101]: Error reading data. try again, failure: 11 
abr 20 13:09:42 archlinux citrix-wfica[10101]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[10101]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[10101]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[10101]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: doEncryptData inbuffersize: 6
abr 20 13:09:42 archlinux citrix-wfica[3672]: SSLPutDataFn inbuffersize: 85
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: UpdateHGDC: SRCCGetGlobalDC failed. Shadow DC not available, LVB could be disabled
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[10101]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: UpdateHGDC: SRCCGetGlobalDC failed. Shadow DC not available, LVB could be disabled
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: UpdateHGDC: SRCCGetGlobalDC failed. Shadow DC not available, LVB could be disabled
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: UpdateHGDC: SRCCGetGlobalDC failed. Shadow DC not available, LVB could be disabled
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[10101]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[10101]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: doEncryptData inbuffersize: 6
abr 20 13:09:42 archlinux citrix-wfica[3672]: SSLPutDataFn inbuffersize: 85
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: UpdateHGDC: SRCCGetGlobalDC failed. Shadow DC not available, LVB could be disabled
abr 20 13:09:42 archlinux citrix-wfica[3672]: UpdateHGDC: SRCCGetGlobalDC failed. Shadow DC not available, LVB could be disabled
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11
abr 20 13:09:42 archlinux citrix-wfica[3672]: Error reading data. try again, failure: 11

thorstenhirsch commented on 2022-03-23 20:25 (UTC)

@tdy: to ~/.ICAClient

tdy commented on 2022-03-20 20:08 (UTC) (edited on 2022-03-20 21:36 (UTC) by tdy)

Are the ini files supposed to go in ~/.ICAClient/cache or just ~/.ICAClient? The post-install message sounds like it means ~/.ICAClient/cache, but the code snippet copies to ~/.ICAClient.

etno84 commented on 2022-03-18 12:54 (UTC)

For solving this problem "icaclient-x64-22.3.0.24.tar.gz не найден в каталоге сборки и это не URL" use VPN or put file "icaclient-x64-22.3.0.24.tar.gz" to ".cache/yay/icaclient" if you are using "yay"

aztec102 commented on 2022-03-16 05:15 (UTC)

icaclient-x64-22.3.0.24.tar.gz не найден в каталоге сборки и это не URL.

daniel_shub commented on 2022-02-24 22:28 (UTC)

@aztec102 what is the problem? The program requires configuration files to be in $HOME and the PKGBUILD cannot put them there so you have to run those two commands.

aztec102 commented on 2022-02-24 05:25 (UTC)

Problem install

You have to create '$HOME/.ICAClient/cache' for each user who uses this program and then populate it with the appropriate ini files.  Copy paste the below to do this easily:

mkdir -p $HOME/.ICAClient/cache
cp /opt/Citrix/ICAClient/config/{All_Regions,Trusted_Region,Unknown_Region,canonicalization,regions}.ini $HOME/.ICAClient/

thorstenhirsch commented on 2022-02-21 10:49 (UTC) (edited on 2022-02-21 10:49 (UTC) by thorstenhirsch)

Does HDX optimization work in version 22.2 for anyone? I need to turn off WebRTC (which is required for HDX) in module.ini otherwise I get a segfault:

[Feb21 08:55] webrpc-dispatch[4440]: segfault at 8 ip 00007fa6a451603f sp 00007fa687ffdf30 error 4 in libgdk-3.so.0.2404.27[7fa6a44be000+7b000]
[  +0,000010] Code: 15 8e 2a 07 00 49 8b 9c 24 70 01 00 00 48 85 db 74 4f 49 89 c5 eb 09 0f 1f 40 00 48 85 db 74 41 48 8b 2b 48 89 de 48 8b 5b 08 <48> 8b 45 08 48 85 c0 74 e8 4c 39 e8 7f e3 49 8b bc 24 70 01 00 00

callmejoe commented on 2022-02-02 00:02 (UTC)

i just upgraded to latest version and now I am getting some graphical tearing on the remote login dialog boxes. i can still get into remote session and everything works there though. version 21.9.0.25-2 is last version that worked.

anyone else seeing this?

huebi commented on 2022-01-20 12:55 (UTC)

@symtog

Your comment should be higher up, is there a way how we can incorporate it into the package install script? That fixes teams hdx.

indjera commented on 2021-12-18 00:28 (UTC) (edited on 2021-12-18 00:46 (UTC) by indjera)

buzo: microsoft teams is not able to detect any audio device because some 'microsoft teams citrix optimization' I think is used from HdxRtcEngine

buzo commented on 2021-12-17 17:08 (UTC)

darose: Since version 21.12 I don't see UtilDaemon clogging up one CPU any more. I guess they have fixed this upstream.

indjera: Yes, or an extra package as dependency. What exactly does not work without libunwind?

indjera commented on 2021-12-17 11:25 (UTC)

Hi @buzo, maybe is not proper solution, but we can create a folder with libunwind.so.1 and update wfica.sh with export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/opt/Citrix/ICAClient/library folder

buzo commented on 2021-12-16 17:30 (UTC) (edited on 2021-12-16 17:31 (UTC) by buzo)

Regarding libunwind, this looks like quite a mess to me. Arch has the GNU version with SO version 8, while Citrix apparently uses the LLVM version with SO version 1, which I didn't find anywhere packaged for Arch. I can't see an easy way to deal with this.

buzo commented on 2021-12-16 17:18 (UTC)

daniel_shub: I have already created an extra AUR package for version 2109, see my comment on 2021-12-01 21:03. Other old versions could be handled like this, since they are still available for download at Citrix (although quite hidden).

daniel_shub commented on 2021-12-16 14:51 (UTC)

@indjera see about a dozen message ago. Linking ABI version 8 to an app that wants ABI version 1 could have unseen issues.

daniel_shub commented on 2021-12-16 14:48 (UTC)

@buzo, about a year ago I asked about dealing with the fact that upstream keeps releasing buggy versions and their download naming convention makes it a pain to maintain: https://bbs.archlinux.org/viewtopic.php?id=260419

I wonder if there is something that can be done in the PKGBUILD to make things easier. Maybe keep a few past version checksums and download links in the PKGBUILD so that if people want to build an older version they can just change pkg_ver to what they want.

I also just asked on the Citrx forum that they create a persistent link when they release the version and not when they update it. This would make rolling back so much easier: https://discussions.citrix.com/topic/415050-create-persistent-download-link-when-version-is-released-not-when-version-changes/ Maybe if other people chime in they would add a redirect.

indjera commented on 2021-12-16 08:01 (UTC) (edited on 2021-12-16 08:03 (UTC) by indjera)

There is an error loading this library libunwind.so.1 witch is needed in order teams optimization to works. fix: ln -s /usr/lib64/libunwind.so /usr/lib64/libunwind.so.1

darose commented on 2021-12-14 14:51 (UTC)

In the mean time, to work around I've been using:

NoExtract = opt/Citrix/ICAClient/UtilDaemon

darose commented on 2021-12-14 14:42 (UTC)

Anyone found any fix / workaround yet for the issue of UtilDaemon pinning 1 cpu?

Stylian commented on 2021-12-03 08:24 (UTC)

@p3sto I have tested an actual fedora 35 system with glibc 2.34 and client drive writing is not working. Fedora 33 with glibc 2.32 is working fine. Maybe Citrix needs to analyze and fix this or needs to give the glibc developers information’s about the problem. Now I have seen this on the Citrix webpage: https://www.citrix.com/downloads/workspace-app/linux/workspace-app-for-linux-latest.html We recommend not to install Citrix Workspace app with app protection enabled on operating systems that use glibc 2.34 or later. We are planning to upgrade our compatibility libraries in one of our future releases. Citrix Workspace app will be compatible only with the following: GCC -> 8.3.0 GLIBC -> 2.28 libstdc++ -> GLIBCXX_3.4.25

p3sto commented on 2021-12-02 21:26 (UTC)

I wonder if the copy-paste and the remote drive issues are going to be resolved with glibc 2.34...

buzo commented on 2021-12-02 14:02 (UTC)

SuccubiusEisspin: I can't use client drives anyway (no permission by the company).

Stylian: Thanks for finding that out. But I don't have a good idea how to solve this. Installing two glibc versions next to each other is probably not that easy.

Stylian commented on 2021-12-02 13:15 (UTC)

@SuccubiusEisspin I have the same problem with writing files on client drives. I have checked some other Linux distributions in the last days where it works and found out that this could have something to do with the used glibc version. If I am using an arch system with glibc 2.32-5 writing on client drive is working fine. After I update only the glibc version to 2.33-5 it´s not working anymore.

p3sto commented on 2021-12-02 09:00 (UTC)

@SuccubiusEisspin I've noticed that if you create a zero-length file (touch filename) on your local linux machine then you can copy over that file from the citrix remote desktop...

SuccubiusEisspin commented on 2021-12-02 08:06 (UTC)

@buzo: Thank you so much! At least Teams Optimization is working again for me and I can call people again :-D Do you also have this issue with the client drives (always read only) ?

buzo commented on 2021-12-01 20:03 (UTC)

brokenpip3: same here

And yes, copy+paste does not work well for me too.

So for anybody affected I have created an extra AUR package for version 2109. Hope that helps.

callmejoe commented on 2021-11-30 23:25 (UTC)

@brokenpip3: same here. i downgraded to version 21.9.0.25-2 until a fix is in

SuccubiusEisspin commented on 2021-11-30 10:24 (UTC)

@brokenpip3: Nope, I am seeing this behaviour with the UtilDaemon as well. :-/ In addition to non-working Teams, non-working clipboard, non-working client-drives and non-working self-service. One would think that citrix, as a company that has their whole business model set up on client-server-infrastructure would take a little bit more care with their CLIENT-software.... Does anyone know a nice and user-friendly way on Manjaro to install a AUR package from a certain version? Some sort of version selector for available package versions? ^^

brokenpip3 commented on 2021-11-30 09:32 (UTC)

While using the last version (21.11) I discovered that "/opt/Citrix/ICAClient//UtilDaemon" binary is always using 1cpu even after closing the session, I had to kill it manually every-time. I'm the only one?

buzo commented on 2021-11-25 11:13 (UTC)

symptog: Shared libs have an ABI version number for a reason, and version 1 and 8 of libunwind are most likely incompatible, so this is not a proper solution. I'll see what I can do, but apparently Citrix is requiring a very old version of that lib.

huebi commented on 2021-11-24 20:03 (UTC)

@symtog Thanks for the solution, hopefully the package maintainer incorporates it. I think for now I rather stick with the old version until the issue gets fixed.

symptog commented on 2021-11-16 10:00 (UTC)

@huebi The problem seems to be libunwind.

cd /opt/Citrix/ICAClient
./util/HdxRtcEngine 
./util/HdxRtcEngine: error while loading shared libraries: libunwind.so.1: cannot open shared object file: No such file or directory

I've fixed it by linking libunwind

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

buzo commented on 2021-11-15 13:37 (UTC)

I'd really like to know what they are smoking at Citrix. The download page is switching back and forth between 21.09 and 21.11 almost every time I hit the reload button in the browser.

For this package this means that it is based on luck whether a build will download version 21.09 or 21.11. As a safeguard, I have added a check which prevents a download of the wrong version. You will see this message then:

ERROR: icaclient-x64-21.11.0.20.tar.gz was not found in the build directory and is not a URL.

Just try again then. And if you are still seeing a failed validity check, just rm -f icaclient-*-21.11.0.20.tar.gz and try again.

buzo commented on 2021-11-12 13:24 (UTC) (edited on 2021-11-12 13:25 (UTC) by buzo)

Sidju: I don't see how that could be possible. That automation also does the sha256 verification, which is an important part.

Besides, I've just compared the sha256sums on their download website with the PKGBUILD, and they are still correct. If you're having problems with the verification, remove the downloaded icaclient-*-21.11.0.20.tar.gz and try again.

Sidju commented on 2021-11-12 11:45 (UTC)

Perhaps taking the download out of makepkg's automations and scripting it in the prepare() block? That would allow for more freedom in scripting around their odd downloads.

johnnybash commented on 2021-11-11 16:44 (UTC)

older versions are available here: https://www.citrix.com/downloads/workspace-app/

but afaik the links aren't static, so....

buzo commented on 2021-11-11 16:37 (UTC) (edited on 2021-11-11 16:38 (UTC) by buzo)

Ravager: The links change on every invocation of the web page, which is horrible. This is why they have to be dynamically adapted in PKGBUILD. As a side effect they change on every regereration of .SRCINFO.

SuccubiusEisspin: Yes, copy+paste has a huge delay of several seconds for me, too, but it works with some patience. I have no idea why. But I don't have any problems starting a Desktop from Self Service. And I don't use local drive mapping (not allowed), so I cannot help there.

huebi: I think a downgrade would only be possible if you still have that tarball, since you can only download the latest version from Citrix AFAIK.

Ravager commented on 2021-11-11 15:55 (UTC)

Links in .srcinfo are incorrect as far as I can tell. Although I'm unsure how citrix generates these. Could this be why I'm failing sha256 checksum? (I'm fairly new to Arch and Linux/GNU in general)

huebi commented on 2021-11-11 10:49 (UTC) (edited on 2021-11-11 10:50 (UTC) by huebi)

I had to downgrade, downgrade (tool) didn't work, as my teams was not working (HDX not connected).

Download from old commit (Top right of the page, view changes ⇒ click on commit you want to download ⇒ click download) https://aur.archlinux.org/cgit/aur.git/snapshot/aur-c00dc7dfb2fdaf192c336534ba45ca5b6af26eb8.tar.gz

extract archive ⇒ https://wiki.archlinux.org/title/Makepkg ⇒ makepkg -s

⇒ makepkg -i icaclient-21.9.0.25-1-x86_64.pkg.tar.zst

⇒ install libc++ manually

⇒ chmod +x /opt/Citrix/ICAClient/util/HdxRtcEngine

chmod 755 /opt/Citrix/ICAClient/lib/libwebrtc_codecs.so

chmod 755 /opt/Citrix/ICAClient/lib/libwebrpc.so

SuccubiusEisspin commented on 2021-11-11 07:44 (UTC)

Hi@all!

first: Thanks a lot for all the work around this package!

Since the update to 21.09 and still with 21.11 I cannot copy and paste text from the session to my client and I can only browse my local drive but not copy files from server to client via client drive mapping. CWA also keeps asking me for permission to access client drives each time I start a session.

Also, since 21.09 I cannot start Apps+Desktops from SelfService - If I click on an Icon nothing happens. If I open storefront in the browser and start my desktop from there, everything works fine.

Does anyone else have those issues?

cheers and thanks a lot !!

buzo commented on 2021-11-10 19:41 (UTC)

I don't know what they are doing at Citrix, they are switching back and forth between version 21.9 and 21.11 on the download page. Currently 21.9 is on again, which causes the validity check to fail. Please wait until the download page has 21.11 again, remove your incorrect download, and try again.

4eeqz commented on 2021-11-10 19:22 (UTC)

==> ERROR: One or more files did not pass the validity check!

renaldo commented on 2021-10-27 08:56 (UTC) (edited on 2021-10-27 12:08 (UTC) by renaldo)

Citrix usually works fine for me but whenever someone shares their screen in Skype for business it becomes very unresponsive and sometimes even freezes the whole Citrix window for minutes. When I share my screen this also happens and the others see my screen content before I can see it. Audio however works without problems. My system also works without problems it's only Citrix. When these problems occur I find these two messages in my journalctl:

citrix-wfica[2221]: No space available in device:: 0
citrix-wfica[2221]: The count:: 1

However I don't know which device that is. I don't see any device running out of space on my local system. If anyone has an idea how this could be solved, your help would be highly appreciated.

zoqaeski commented on 2021-10-20 00:41 (UTC)

If your systemd journal is getting flooded with error messages, the solution is to run Citrix Receiver Preferences, and under the General tab set Logging to Disabled. There are further logging settings, and I clicked that and disabled everything in there. Blessed silence at last.

mapfeld commented on 2021-10-15 06:47 (UTC) (edited on 2021-10-15 06:49 (UTC) by mapfeld)

After journal was spammed by CGPrecv in the last version, now my log get spammed by

Okt 15 08:44:05 jupiter citrix-wfica[764690]: SSLPutDataFn inbuffersize: 46
Okt 15 08:44:05 jupiter citrix-wfica[764690]: doEncryptData inbuffersize: 17
Okt 15 08:44:05 jupiter citrix-wfica[764690]: SSLPutDataFn inbuffersize: 46
Okt 15 08:44:05 jupiter citrix-wfica[764690]: doEncryptData inbuffersize: 17
Okt 15 08:44:05 jupiter citrix-wfica[764690]: SSLPutDataFn inbuffersize: 46
Okt 15 08:44:05 jupiter citrix-wfica[764690]: doEncryptData inbuffersize: 17
Okt 15 08:44:05 jupiter citrix-wfica[764690]: SSLPutDataFn inbuffersize: 46
Okt 15 08:44:05 jupiter citrix-wfica[764690]: doEncryptData inbuffersize: 17
Okt 15 08:44:05 jupiter citrix-wfica[764690]: SSLPutDataFn inbuffersize: 46
Okt 15 08:44:05 jupiter citrix-wfica[764690]: doEncryptData inbuffersize: 17
Okt 15 08:44:05 jupiter citrix-wfica[764690]: SSLPutDataFn inbuffersize: 46
Okt 15 08:44:05 jupiter citrix-wfica[764690]: doEncryptData inbuffersize: 18
Okt 15 08:44:05 jupiter citrix-wfica[764690]: SSLPutDataFn inbuffersize: 47

Interestingly, it gets more if I move the mouse in the window. If I idle, theres a pair of lines approximately every 3 seconds. Does anybody else get this or knows how to stop the program from doing this?

buzo commented on 2021-10-10 12:20 (UTC)

Thanks krepst, the package should be fixed now.

madin315 commented on 2021-10-04 09:48 (UTC)

This worked for me @krepst Thanks for providing your solution!

Thank you too @Swipe I didn't know the "downgrade" feature, but that looks very useful!

krepst commented on 2021-10-04 09:35 (UTC)

My MS Teams in citrix was not finding any audio devices until I applied:


chmod 755 /opt/Citrix/ICAClient/lib/libwebrpc.so
chmod 755 /opt/Citrix/ICAClient/lib/libwebrtc_codecs.so

and restarted ms teams in citrix

Swipe commented on 2021-10-02 09:00 (UTC) (edited on 2021-10-02 09:01 (UTC) by Swipe)

@madin315 the easiest way (without going into detail) is to install "downgrade" from the aur and you can chose any older version that it offers you.

I'm permanently running older versions on my PCs now and simply don't bother updating after all the recent audio breakages citrix introduced 12 months ago. Not worth the potential hassle unless there's a major security fix.

madin315 commented on 2021-09-30 07:48 (UTC)

Latest update (21.9.0.25-1) broke my HDX redirection. I cannot user my headset with microphone in my Citrix session anymore (e.g. for Teams). The .workspacecheck.sh says everything is fine.

Does anyone else has this problem? Where can I get an older version of icaclient?

MithicSpirit commented on 2021-09-05 22:33 (UTC) (edited on 2021-09-05 22:34 (UTC) by MithicSpirit)

Would be nice if the /usr/share/applications/*.desktop files also had equivalent scripts in /usr/bin/ for those of us who use dmenu_run to launch programs.

EDIT: btw these scripts can be as simple as a two-liner

#!/usr/bin/env sh
/opt/Citrix/ICAClient/selfservice --icaroot /opt/Citrix/ICAClient

amathadius commented on 2021-09-03 13:14 (UTC) (edited on 2021-09-03 13:15 (UTC) by amathadius)

Like @russkel, I have a bunch of wifica error with a very slow citrix session

citrix-wfica[3070]: Failed to connect with logd.
citrix-wfica[3070]: Value of cl_argv[0] : /opt/Citrix/ICAClient/wfica
citrix-wfica[3070]: Value of cl_argv[1] : -file
citrix-wfica[3070]: Value of cl_argv[2] : /tmp/NmM2ZjAwYTItYWQzNi00N2RjLTgwZWUtOWU2ZjFjZTc5NzhhLkJVUkVBVSBWSVJUVUVMICRTMTEtMTY-.ica
citrix-wfica[3070]: ReadINIConfig() exiting
citrix-wfica[3070]: Called NCSXMLanguageInit: language is FR UTF-8, codepage is 1252
citrix-wfica[3076]: Failed to connect with logd.
citrix-wfica[3076]: Value of cl_argv[0] : /opt/Citrix/ICAClient/wfica
citrix-wfica[3076]: Value of cl_argv[1] : -version
citrix-wfica[3070]: Can't create serial number file '/etc/icalicense/clientlicense' - 'Aucun fichier ou dossier de ce type'
citrix-wfica[3070]: skip loading OPUSConverter, casuse audioOpusEnabled=0

Vislecaina commented on 2021-08-20 02:15 (UTC)

I know it's not a good idea,but If someone really need it such as your BOSS wants you to do something at once ,but you find it out-of-date in this case a solution is needed to help them

daniel_shub commented on 2021-08-19 13:44 (UTC)

@buzo I agree skipping the checksum validation is a terrible idea. Upstream doesn't actually remove the old versions, they just rename them from -latest to 2108. What this means is that while updating the PKGBUILD to the newest version can be tricky, patching the PKGBUILD to continue to build the intended version is actually pretty easy. For example, here is a PKGBUILD I made for 19.12 when 20.01 introduced a major bug https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=icaclient19).

buzo commented on 2021-08-19 10:03 (UTC)

Vislecaina: That “solution” is not good at all. Your package will have the wrong version. Just click on “Flag package out-of-date” and wait for the update, it usually doesn't take that long.

There is nothing we can do here about upstream removing any old version immediately.

Vislecaina commented on 2021-08-19 07:54 (UTC)

if failed sha256 checksum validation, i find the solution from CSDN to avoid check [https://blog.csdn.net/qq_37284020/article/details/103991649] we can edit PKGBUILD info to SKIP all the check like this

sha256sums=('SKIP' 'SKIP' 'SKIP' 'SKIP' 'SKIP' 'SKIP') sha256sums_x86_64=('SKIP') sha256sums_i686=('SKIP') sha256sums_armv7h=('SKIP') install=citrix-client.install

russkel commented on 2021-07-29 01:47 (UTC)

Is citrix spamming the systemd journal is or is this just me? I get multiple lines a second from citrix-wfica if I look at journalctl -b. Lots of CGPrecv.

entropie commented on 2021-07-05 10:59 (UTC)

Latest update (21.6.0.28-1) broke the program for me. I can launch the workspaces but upon trieing to start one, nothing happens. I have downgraded to 21.4.0.11-13 that version runs perfect for me.

XTREEMRAGE commented on 2021-06-26 22:57 (UTC)

@buzo Thank your for the update and I will do that next time!

XTREEMRAGE commented on 2021-06-26 09:45 (UTC)

I can't build this package, the sha validation does not let it go through.

jakub commented on 2021-06-01 07:44 (UTC)

I get The socks 5 command requested is not supported while trying to run an .ica file. Should I install something extra? (should there be an extra dependency preconfigured?)

p3sto commented on 2021-05-03 00:15 (UTC)

@Buzo, thanks a lot, the new icaclient 21.4.0.11-3 is working fine for me!

tripy commented on 2021-05-01 15:49 (UTC)

Buzo, pixel1138 and p3sto, thank you for finding and implementing a solution for this. I ended up restarting an old windows 7 vm just to connect to work on Friday, but your work is really appreciated.

buzo commented on 2021-05-01 12:18 (UTC)

Thanks pixel1138 and p3sto for sorting this out! In fact I pushed the update before testing myself. But with version -3 it works for me again.

p3sto commented on 2021-04-30 20:28 (UTC)

@buzo thanks for all your work in maintaining this package! I'm pretty sure that packaging a closed source sw and making sure it works is not easy...

unfortunately icaclient 21.4.0.11-2 does not work for me either - similar to @pixel1138 but in my case it says:

Load of Auth page started..
Loading uri..
Load finished..

and then nothing happens - I can't connect to my remote desktop

but if I create a link: "ln -s /opt/Citrix/ICAClient/wfica /opt/Citrix/ICAClient/adapter" the client starts working again... although I have this error:

532772: stderr from child
----------------
Error Launching UtilDaemon: No such file or directory

pixel1138 commented on 2021-04-30 20:15 (UTC) (edited on 2021-04-30 21:33 (UTC) by pixel1138)

@buzo I uninstalled and reinstalled the 21.04.0.11-2 package. I now have the file /opt/Citrix/ICAClient/adapter the earlier errors stated was missing, but it still fails to launch from within selfservice. The error received now is:

Citrix_subscribed_Citrix_7_VIP.Admin $S91-200.desktop[8860]: Error Launching UtilDaemon: No such file or directory

After copying

sudo cp icaclient/src/linuxx64/linuxx64.cor/UtilDaemon /opt/Citrix/ICAClient

it still wouldn't work.

I then compared the folder contents from the extracted archive, and copying the following files:

sudo cp icaclient/src/linuxx64/linuxx64.cor/{icasessionmgr,NativeMessagingHost} /opt/Citrix/ICAClient

caused it to start working.

buzo commented on 2021-04-30 19:22 (UTC)

Should be fixed now. Thanks for all the hints!

pixel1138 commented on 2021-04-30 19:09 (UTC)

@MauMee, I was also able to launch when running the store in the browser as well.

MauMee commented on 2021-04-30 18:03 (UTC) (edited on 2021-04-30 18:09 (UTC) by MauMee)

I've the same problem as @pixel1138 and @p3sto. A connection via browser (chromium) works, connection via selfservice doesnt work. I've added a link adapter -> wfica in /opt/Citrix/ICAClient, and it worked again. But this is a quick and dirty workaround, I've no idea who is searching for /opt/Citrix/ICACLient/adapter and why.

@doctorx: You have installed it manually and it works? Do you have a file 'adapter' in /opt/Citrix/ICAClient?

doctorx commented on 2021-04-30 16:28 (UTC)

I was able to sign in to Self Service... however nothing would run. i downloaded linuxx64-21.4.0.11.tar.gz and it works fine. I could not find a log to post.

p3sto commented on 2021-04-30 07:30 (UTC)

I'm having the same issue as @pixel1138:

382335: stderr from child
----------------
Couldn't execvp(/opt/Citrix/ICAClient/adapter, /opt/Citrix/ICAClient/adapter,--display,:0,-icaroot,/opt/Citrix/ICAClient,-WI,https://XXX.XXX.XXX.XXX/citrix/remote/discovery,-file,/home/XXX/.ICAClient/cache/%sYXg4wb.ICA,-casEnabledStore,false)
Piped child execvp(): No such file or directory

End of stderr (301 read)
-------------

pixel1138 commented on 2021-04-29 21:58 (UTC) (edited on 2021-04-29 22:04 (UTC) by pixel1138)

Launching any application or desktop fails with the below error:

wfcmgr.desktop[12073]: 12073: stderr from child

wfcmgr.desktop[12073]: ----------------

wfcmgr.desktop[12073]: Couldn't execvp(/opt/Citrix/ICAClient/adapter, /opt/Citrix/ICAClient/adapter,--display,:1,-icaroot,/opt/Citrix/ICAClient,-WI,https://store.domain.com/citrix/remotemfa/discovery,-file,/home/user/.ICAClient/cache/%s7bjRuP.ICA,-casEnabledStore,false)

wfcmgr.desktop[12073]: Piped child execvp(): No such file or directory

wfcmgr.desktop[12073]: End of stderr (298 read)

wfcmgr.desktop[12073]: -------------

after upgrading to 21.4.0.11.

I uninstalled, deleted user .ICAClient folder, and reinstalled, but the error continues. I confirmed that there is no /opt/Citrix/ICAClient/adapter file.

shakeelansari63 commented on 2021-04-27 08:05 (UTC)

Looks like there is a known memory leak issue in ICA Client 21.3.

https://discussions.citrix.com/topic/412533-memory-leak-with-icaclient-v213038-amd64/

XTREEMRAGE commented on 2021-03-20 10:58 (UTC)

@buzo understandable, I hoped some in here had a solution. I will look else where, thanks!

buzo commented on 2021-03-20 09:57 (UTC)

I don't think there is much we could do here about the memory consumption. Since it is not open source we cannot even apply a patch here. You should ask Citrix for help and support. Good luck.

gkun commented on 2021-03-19 17:52 (UTC) (edited on 2021-03-19 18:58 (UTC) by gkun)

@girishpadia

I tried to solve it by working on the wfclient.ini and All_Regions.ini files. Everything is set up correctly, but nothing will be written on my local drive. Workaround is using a google drive folder, but it is not very practical.

I wanted to post this issue on the citrix forum, but I noticed it's full of questions with very very few (sometimes unhelpful) answers. My organization does not care where I use citrix from, but won't open an issue with citrix if I can solve the problem by using windows (they only support windows internally anyway). I believe this is a bug, but I am not sure this will be looked into if it's not an issue opened by a paying customer directly.

to make matters short... I am using my windows PC or Google drive as a workaround.

harsesis commented on 2021-03-18 11:31 (UTC)

@XTREEMRAGE I have high memory consumption too.

4.2g res and 8180460 virt

girishpadia commented on 2021-03-18 11:00 (UTC) (edited on 2021-03-18 11:00 (UTC) by girishpadia)

@gkun: I am also facing same issue. Any solution?

XTREEMRAGE commented on 2021-03-18 07:48 (UTC) (edited on 2021-03-18 13:00 (UTC) by XTREEMRAGE)

Thanks for the information, is there a way to configure it, so it will not use more then 25% of my memory. Or maybe I need to reinstall it...

-- edit
I have reinstalled it, but it's running for 1 hour and 15 min and it's already at the 2GB.

I'm using:
OS: Manjaro 20.2.1 Nibia
Kernel: x86_64 Linux 5.4.101-1-MANJARO
Resolution: 5120x1440
DE: Xfce4
RAM: 7308MiB / 11979MiB

dimitry_de commented on 2021-03-17 12:32 (UTC)

I have 2.7G reserved and 6G virt I use hdx-plugin and HDXTeams

buzo commented on 2021-03-17 12:27 (UTC)

XTREEMRAGE: Not me. Here it takes 103 MB of memory after about three hours (albeit 84 GB virtual memory, but that doesn't matter).

XTREEMRAGE commented on 2021-03-17 10:07 (UTC)

Does anyone have a high memory consumption when using this ica client for a few hours? I didn't had that before the last update.

hnws commented on 2021-03-16 17:42 (UTC)

Package disowned because I do not need to use this software anymore.

jlohr commented on 2021-03-12 22:20 (UTC)

@gkun: I don't use drive mappings and can't test it since it is not allowed in my company. But client drive mappings was changed in the Linux 2103 release according to the release docs https://docs.citrix.com/en-us/citrix-workspace-app-for-linux/whats-new.html. Maybe try to ask in the Citrix forums https://discussions.citrix.com/forum/169-workspace-app-receiver.

gkun commented on 2021-03-12 10:43 (UTC) (edited on 2021-03-12 19:24 (UTC) by gkun)

I have a strange issue since this last version. I have given full access to shared folders from my local disk, where I gave full access to a local folder to every user. I checked already that full access is granted from connection manager.

I can connect only from web through a browser and open the ica connection file (access from receiver is not possible because the organization won't give me a connection address). Yet this setup worked perfectly. Since the last version I can see disk structure and I have read only access.

If I try to create a directory or save a file I get a windows error ("Destination Folder Access Denied - You need permission to perform this action" if I create a directory and "You don't have permission to save in this location. Contact the administrator to obtain permission" if I try to save a file) I managed to open a file explorer windows of my shared folder and I noticed windows sees them as "Read Only".

I checked on my windows pc (using the same server session I had opened on linux) and while it got confused by the fact the shared folders had disappeared, I was able to use file explorer to create folders on my local disk and download files.

gmask commented on 2021-03-10 10:10 (UTC)

sha256sums should be updated for the new version https://www.citrix.com/downloads/workspace-app/linux/workspace-app-for-linux-latest.html

didi2002 commented on 2021-03-02 08:31 (UTC)

Thanks for providing this PKGBUILD, it works great for my setup. Did you by any chance get usb device forwarding working? I created a systemd service for ctxusbd and ctxlogd and installed the udev rule, the debug output is printed when I plug in a device (Suppressing HAL action for XXX), but there's no "devices" button in wfica. I'd be happy to provide the service files, of course.

artafinde commented on 2021-02-02 10:47 (UTC)

@daniell @alexdw: I confirm audio (speaker and mic) is more stable with the legacy. Without it the Citrix Teams is trying to figure out which devices I have and it's getting confused / not working. Skype is eclipsed on my organization so can't comment on that.

alexdw commented on 2021-02-02 09:19 (UTC)

@daniell: Thanks for the details. Without setting that config I had no audio support at all, and with it the playback works again (as it did in previous versions). So it may very well be legacy and incomplete but for my use case (playback only from Windows session, not tested any recording/microphone usage) it is a clear improvement over no audio at all.

daniell commented on 2021-02-02 09:07 (UTC)

@robertlturner, @alexdw, that "solution" does nothing but falls back to a legacy and broken alternative re. audio. With that no HDX support for e.g. Skype and no microphone support either. Citrix have just broken pulseaudio since 20.10, and there's no fix for it currently.

alexdw commented on 2021-01-31 16:56 (UTC)

@robertlturner: Thank you for the link on disabling the 'enhanced' audio by adding "VdcamVersion4Support=False" under "[ClientAudio]" in the main "module.ini" config (under "/opt/Citrix/ICAClient/config"). This fixed the audio for me using icaclient 20.12-2, which was previously working but then broken in recent versions.

lonaowna commented on 2021-01-30 13:23 (UTC)

These lines can be removed from the PKGBUILD, as npica.so is no longer included:

# Copy Firefox plugin into plugin directory
mkdir -p "${pkgdir}/usr/lib/mozilla/plugins"
ln -s "$ICAROOT/npica.so" "${pkgdir}"/usr/lib/mozilla/plugins/npica.so

daniell commented on 2021-01-29 09:29 (UTC)

20.12-[12] completely breaks pulseaudio audio for me:

curl_easy_perform() failed: Problem with the SSL CA cert (path? access rights?)
couldn't read configuration file /var/lib/RTMediaEngineSRV/settings.conf trying to create one...
couldn't read configuration from a file /var/lib/RTMediaEngineSRV/settings.conf
sh: line 1: lldpcli: command not found
ioctl (HIDIOCGSTRING): Invalid argument
ioctl (HIDIOCGSTRING): Invalid argument
ioctl (HIDIOCGSTRING): Invalid argument
sh: line 1: lldpcli: command not found
ALSA lib conf.c:5200:(snd_config_expand) Unknown parameters 1
ALSA lib control.c:1471:(snd_ctl_open_noupdate) Invalid CTL sysdefault:1
ALSA lib conf.c:5200:(snd_config_expand) Unknown parameters 2
ALSA lib control.c:1471:(snd_ctl_open_noupdate) Invalid CTL sysdefault:2
ALSA lib conf.c:5200:(snd_config_expand) Unknown parameters (null)
ALSA lib control.c:1471:(snd_ctl_open_noupdate) Invalid CTL sysdefault:(null)
ALSA lib confmisc.c:767:(parse_card) cannot find card '(null)'
ALSA lib conf.c:4745:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device
ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings
ALSA lib conf.c:4745:(_snd_config_evaluate) function snd_func_concat returned error: No such device
ALSA lib confmisc.c:1246:(snd_func_refer) error evaluating name
ALSA lib conf.c:4745:(_snd_config_evaluate) function snd_func_refer returned error: No such device
ALSA lib conf.c:5233:(snd_config_expand) Evaluate error: No such device
ALSA lib pcm.c:2660:(snd_pcm_open_noupdate) Unknown PCM sysdefault:(null)
ALSA lib confmisc.c:767:(parse_card) cannot find card '(null)'
ALSA lib conf.c:4745:(_snd_config_evaluate) function snd_func_card_driver returned error: No such device
ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings
ALSA lib conf.c:4745:(_snd_config_evaluate) function snd_func_concat returned error: No such device
ALSA lib confmisc.c:1246:(snd_func_refer) error evaluating name
ALSA lib conf.c:4745:(_snd_config_evaluate) function snd_func_refer returned error: No such device
ALSA lib conf.c:5233:(snd_config_expand) Evaluate error: No such device
ALSA lib pcm.c:2660:(snd_pcm_open_noupdate) Unknown PCM sysdefault:(null)

Had to downgrade to 20.10-3.

hivinay commented on 2021-01-29 09:28 (UTC)

The sha256sum in the PKGBUILD for x86_64 needs to be changed to: ca88a1abc93970a0141adcd5613d95116ffbbfd0573e744e5b3846a35778a906

That fixes the validity check error. This is the SHA256 sum from the corresponding file downloaded from Citrix: https://www.citrix.com/downloads/workspace-app/linux/workspace-app-for-linux-latest.html

xenoterracide commented on 2021-01-28 16:58 (UTC)

==> Validating source files with md5sums... configmgr.desktop ... Passed conncenter.desktop ... Passed selfservice.desktop ... Passed wfica.desktop ... Passed wfica.sh ... Passed wfica_assoc.sh ... Passed ==> Validating source_x86_64 files with sha256sums... icaclient-x64-20.12.tar.gz ... FAILED ==> ERROR: One or more files did not pass the validity check! error downloading sources: icaclient

marion.deveaud commented on 2021-01-22 12:02 (UTC) (edited on 2021-01-22 14:06 (UTC) by marion.deveaud)

The version of the package is not properly dispatched to the wfica client.

In the DEB package provided by Citrix, the post installation script creates the file pkginf/Ver.core.linuxx64 (or any other supported Architecture) which is used by the wfica client to know which version is currently installed.

Some servers check that version to block outdated clients.

Edit: I'll send a patch.

thorstenhirsch commented on 2021-01-08 22:05 (UTC) (edited on 2021-01-08 22:06 (UTC) by thorstenhirsch)

The latest PKGBUILD creates a symlink in /usr/lib/gstreamer-1.0:

mkdir -p "${pkgdir}/usr/lib/gstreamer-1.0"

ln -s "$ICAROOT/util/libgstflatstm1.0.so" "${pkgdir}/usr/lib/gstreamer-1.0/libgstflatstm.so"

I don't think it's necessary to create that link outside $ICAROOT/util. I just replaced it with the following link and it still works:

ln -s "$ICAROOT/util/libgstflatstm1.0.so" "$ICAROOT/util/libgstflatstm.so"

artafinde commented on 2021-01-08 07:35 (UTC)

@robertlturner thanks for this - I am able to join calls again!

robertlturner commented on 2021-01-08 05:07 (UTC)

@Swipe & @coroner21

Follow this:

https://docs.citrix.com/en-us/citrix-workspace-app-for-linux/configure-xenapp.html#audio

The new app has 'enhanced' audio redirection support....and by enhanced I mean broken. It's meant to allow you to select multiple audio devices on the client system, but disabling it was the only way to have my Windows VDS session detect the audio again.

Swipe commented on 2020-12-17 16:25 (UTC)

@coroner21 I have also experienced audio issues in the form of an intermittent missing Citrix HDX audio device in citrix published apps on 20.12. I have had to downgrade back to 20.09 for now, although restarting icaclient did tend to resolve the issue but it would go missing again after a while.

coroner21 commented on 2020-12-17 13:45 (UTC)

I have the problem that lately citrix receiver audio is no more routed through pulse. Instead it seems to be using alsa directly even though pulseaudio-alsa is installed and works for other apps (that try to output alsa audio). Anyone experience similar issues? Any fix / workaround available?

thorstenhirsch commented on 2020-12-08 08:21 (UTC)

20.12 solved the SSL problems.

thorstenhirsch commented on 2020-11-11 12:18 (UTC)

Same SSL-Problem here with the latest 20.10 package. The problem seems to have been introduced in the Apple version some years ago: https://support.citrix.com/article/CTX205443

Unfortunately there's no hint for a workaround.

yrf commented on 2020-11-09 13:50 (UTC) (edited on 2020-11-09 14:17 (UTC) by yrf)

@Swipe: same error here with 20.10-3. I get 3 different errors, switching between them from time to time:

The supplied SDK context is invalid for the function called (SSL error 31).

The remote SSL peer sent a Bad MAC alert (SSL error 45).

There is no memory available to the application (SSL error 9).

As a workaround I installed the icaclient19 package and that works. It seems they mostly appear when I try to interact with skype windows on the remote windows machine, that could be coincidence though.

robertlturner commented on 2020-11-09 11:15 (UTC)

https://support.citrix.com/article/CTX224988

In case anyone is troubleshooting HDX Webcam redirection I finally managed to get it working by following the above link, installing all of the gst plugins and enabling the HDXWebCam in the All_Regions.ini and the AllowAudioInput in wfclient.ini. Pretty sure the symbolic links referenced were not needed, but I'm too scared to intentionally break it and replicate the fix :).

positron commented on 2020-11-04 13:12 (UTC)

Recently HDX Realtime Connector reports that audio is not optimized and when using Skype my voice sounds like a robot. Host machine is Windows. I have seen that some new flags related to HDX appeared in the config.ini and was wondering if it's only me or if anyone has the same issue.

daniel_shub commented on 2020-11-02 12:59 (UTC)

Given the potentially critical nature of the package to getting work done and the frequency at which Citrix breaks the client, it might be worth sticking with a known version and updating less frequently: https://aur.archlinux.org/packages/icaclient19/

Swipe commented on 2020-11-02 12:25 (UTC)

Had to downgrade back to icaclient-20.09 due to multiple instances of the following error on 20.10:

"SSL error - The remote peer sent a Bad MAC alert (SSL error 45)"

bbgun7 commented on 2020-10-31 01:11 (UTC)

I can confirm it works without libc++ for me as well, and on top of that the libc++abi package (https://aur.archlinux.org/packages.php?ID=794696) which libc++ depends on doesn't work with aur helpers which makes it a real inconvenience to install/update this without manually editing out the libc++ dependency or going through and installing that entire other package manually

prg commented on 2020-10-31 00:16 (UTC)

Could the libc++ dependency for this be made optional? Icaclient works fine without it

hnws commented on 2020-10-30 18:15 (UTC) (edited on 2020-12-14 15:32 (UTC) by hnws)

Notes:

  • I believe there is issue regarding CEIP service.
    I am trying to disable in the module.ini using sed. So if it creates a pacnew file, please action accordingly.
    The related line EnableCeip=Enable was not available in previous versions.

  • applied chmod +x /opt/Citrix/ICAClient/util/HdxRtcEngine

  • Updated to 20.12.
  • libc++ moved to optional. There is one file called HDXTeams needs this.

daniel_shub commented on 2020-10-30 15:19 (UTC)

@jaapcrezee the checksum changed because the package version changed. If you want to stick to the same version, you can update the source url to https://downloads.citrix.com/18741/linuxx64-20.9.0.15.tar.gz?__gda__=1604074193_b36c3df540e08a9674188c1111d5cf04 (I am not sure if the long string at the end is universal).

@hnws, I wonder if it makes sense to use https://downloads.citrix.com/18741/linuxx64-20.9.0.15.tar.gz?__gda__=1604074193_b36c3df540e08a9674188c1111d5cf04 as the url instead of always pointing at latest. That way the PKGBUILD will not break when the version is updated.

j0hannes commented on 2020-10-30 11:08 (UTC)

same problem here

jaapcrezee commented on 2020-10-30 10:05 (UTC)

This does the trick: can you commit maintainer? Thanks. Got the checksums from https://www.citrix.com/downloads/workspace-app/linux/workspace-app-for-linux-latest.html

diff --git a/PKGBUILD b/PKGBUILD
index ed2368f..e5c25f1 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -31,9 +31,9 @@ md5sums=('71aca6257f259996ac59729604f32978'
          '1f214f6f456f59afd1a3275580f4240e'
          '59f8e50cc0e0c399d47eb7ace1df5a32'
          'dca5a1f51449ef35f1441b900d622276')
-sha256sums_x86_64=('F992869AB2CECAD50D0DC192288601D9E6045355B68B73D360E6F83077C0F295')
-sha256sums_i686=('64673CF7FEE5666C43349A716D709E1A3ACBD055D53AB163F3C1A86B6D6D8FAC')
-sha256sums_armv7h=('339D74E69C6FB08B52DE31A7DD1262BBCDA2453354AFCECDA8630B5EDDBA1B99')
+sha256sums_x86_64=('AE613A77036AFB101B47F268177B9DF0453184F5641265EAC41C735845CAE78D')
+sha256sums_i686=('DD2788D7E770483127717EE246AF1C334FD20E515C7AC650021DED2254139911')
+sha256sums_armv7h=('2D2806B84D1FA09FA810475D6C6762F372CC4EE1741C5D9E8EBBCA5D9903B98D')
 install=citrix-client.install

 package() {

Kevdog commented on 2020-10-29 18:28 (UTC) (edited on 2020-10-29 18:33 (UTC) by Kevdog)

I'm getting a SHA256sums error -- I'm aware I can by pass the validity check but -- just a heads up:

==> Validating source files with md5sums...
configmgr.desktop ... Passed
conncenter.desktop ... Passed
selfservice.desktop ... Passed
wfica.desktop ... Passed
wfica.sh ... Passed
wfica_assoc.sh ... Passed
==> Validating source_x86_64 files with sha256sums...
icaclient-x64-20.09.tar.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!
error downloading sources: icaclient

My SHA256sums in the pkgbuild file are the following:

sha256sums_x86_64=('F992869AB2CECAD50D0DC192288601D9E6045355B68B73D360E6F83077C0F295')

When I calculate the sha256sum, I get a different hash:

$ sha256sum /home/<user>/.cache/yay/icaclient/icaclient-x64-20.09.tar.gz
ae613a77036afb101b47f268177b9df0453184f5641265eac41c735845cae78d
/home/<user>/.cache/yay/icaclient/icaclient-x64-20.09.tar.gz

dimitry_de commented on 2020-10-07 20:05 (UTC)

I had to change exec flag on /opt/Citrix/ICAClient/util/HdxRtcEngine to use MS Teams in Optimized mode. (chmod +x /opt/Citrix/ICAClient/util/HdxRtcEngine) The setup should do that.

jppittma commented on 2020-09-18 16:04 (UTC)

Having issue getting icaclient to resize. Issue exists for me in both GNOME on wayland and DWM on X.

jogdand commented on 2020-09-15 18:07 (UTC)

linuxx64-20.9.0.15.tar.gz (sha256sums_x86_64) correct SHA-256 is

F992869AB2CECAD50D0DC192288601D9E6045355B68B73D360E6F83077C0F295

bachp commented on 2020-07-13 07:15 (UTC)

I can confirm that the smartcard is working again with 20.06.

gazza_c commented on 2020-07-11 07:26 (UTC) (edited on 2020-07-11 23:44 (UTC) by gazza_c)

For arch linux arm (alarm) i had to create a symbolic link for libpcre like so

ln -s /usr/lib/libpcre2-posix.so.2.0.3 /usr/lib/libpcre.so.3

Hope it helps someone out.

daniel_shub commented on 2020-07-07 21:41 (UTC)

It seems to have fixed the smartcard issues I was having. I cannot test my webcam.

thorstenhirsch commented on 2020-07-02 11:11 (UTC)

My camera still doesn't work with 20.06. :-(

Hint: If you really need your camera, you can use the Citrix Workspace Chrome extension. At least my camera is working there. Unfortunately the audio connection is unstable in the Chrome extension, that's why I came back to the native icaclient.

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

evanator commented on 2020-07-02 05:14 (UTC)

I'm getting authentication service could not be contacted after upgrading from 20.04 to 20.06 complete remove and reinstall didnt fix :(

hnws commented on 2020-07-02 01:53 (UTC)

Updated to 20.06. According to release notes, smartcard issue is fixed in this version. Unfortunately I have no environment to test webcam. Good luck.

marcoeangeli commented on 2020-07-01 15:49 (UTC)

I am getting the following error when trying to install:

"ERROR: One or more files did not pass the validity check!"

Anyone know why this happens?

thorstenhirsch commented on 2020-07-01 07:11 (UTC)

@Arc: Same problem here with 20.04.

Arc commented on 2020-06-30 00:10 (UTC)

Is anyone able to get their webcam to work using this version? It doesn't work for me, but I have an irregular setup (Linux on an iMac) so I wanted to check. Other apps can access my camera, but not Citrix. I do have the Citrix Workspace > Preferences > Use my microphone and webcam box checked. But I don't get any video.

simbuerg commented on 2020-05-26 22:46 (UTC)

If you want SmartCard support to work again, you can take the /opt/Citrix/ICAClient/wfica binary from 19.12 and replace the 20.04 version with it. All other virtual drivers can stay on the 20.04 version.

I deployed this mod on our debian-based thinclients today. I can report back, if our users experience any major side-effects/API-breaks in the virtual drivers.

thermionix commented on 2020-05-18 04:51 (UTC) (edited on 2020-05-18 04:51 (UTC) by thermionix)

Anyone having timezone issues?

Have tried all below to try force the timezone

export TZ="Australia/Brisbane" (in ~/.bashrc)
sudo ln -sf /usr/share/zoneinfo/Australia/Brisbane /etc/timezone
echo "Australia/Brisbane" | sudo tee "/opt/Citrix/ICAClient/timezone"
echo "Australia/Brisbane" | sudo tee /etc/timezone
echo "AEST-10" | sudo tee /etc/timezone
echo "Australia/Brisbane" | tee ~/.ICAClient/timezone
echo "AEST-10" | tee ~/.ICAClient/timezone
echo "UTC+10" | tee ~/.ICAClient/timezone

daniel_shub commented on 2020-05-11 19:31 (UTC)

@engine481 I just wrote a PKGBUILD for version 19.12 https://aur.archlinux.org/packages/icaclient19/ It conflicts with icaclient. Hopefully no one needs to install both versions. I would only install 19.12 if you need smart card support. Hopefully someday they will fix the regression.

@hnws if you can think of a better way to manage the packages, just let me know.

engine481 commented on 2020-05-11 18:15 (UTC) (edited on 2020-05-11 18:26 (UTC) by engine481)

I have the same issue with smart cards. Is there a pending fix or can someone walk me through how to roll back to version 19.12? I am struggling with the checksums.

morgenstern commented on 2020-05-05 21:16 (UTC)

Both autoconf and automake are in the base-devel group, so you should not need to specify them in the makedepends.

geomaris commented on 2020-05-04 23:33 (UTC)

@daniel_shub thank you very much for your reply. Your instructions allowed me to install 19.12 version however I am still unable to read/write cards in my Citrix VDI. All the drives on my Linux side are working however the external USB reader is not showing in my work Windows VDI. I have amended usb.config files to allow smart card connection however is still not working. I've already spent more than 6h searching forums and amending files, no joy. If you guys could advise on what I might be doing wrong please let me know. In am issuing SSH smartcard daily as part of my job so having this issue solved would allow me to get rid of Windows from my machine.

daniel_shub commented on 2020-05-04 03:07 (UTC)

@geoamaris what I did was download the 19.12 source manually from https://www.citrix.com/downloads/workspace-app/legacy-workspace-app-for-linux/workspace-app-for-linux-1912.html, change the pkgver variable to 19.12, updated the check sums and built with makepkg. You could also click on the "view changes" link to see the older version of the PKGBUILD, which would probably let you automatically download the source.

geomaris commented on 2020-05-02 19:54 (UTC)

Did anyone manage to make the smart-card work? I am unable to downgrade to the older version as I never had it installed. Anyone know how can I get the 19.12 that apparently works with smart-cards?

daniel_shub commented on 2020-04-28 12:48 (UTC)

@bachp thanks for the heads up. My smartcard stopped working with the update, but I didn't realize it until yesterday which I spent yelling at the computer and cursing out IT. I will try the downgrade.

bachp commented on 2020-04-28 07:51 (UTC)

Smartcard stopped working after the update from 19.12 to 20.04. Downgrading to 19.12 makes it work again.

Did somebody manage to get smartcards working with 20.04?

cat_sedLinux commented on 2020-03-31 15:48 (UTC) (edited on 2020-03-31 15:49 (UTC) by cat_sedLinux)

Not sure why webkit2gtk is considered an optional dependency. It was absolutely needed on my plasma system. Is there a reason its in the optdepends block instead of depends in the PKGBUILD? Maybe there is some use cases that I am unaware of..?

eomanis commented on 2020-03-19 18:34 (UTC) (edited on 2020-03-19 18:46 (UTC) by eomanis)

For the record, the Citrix Workspace app for Chrome mentioned by sjy also works with Chromium and can be found here:

Citrix Workspace app for Chrome

The app will show up in Chromium's Apps page.

If you have your bookmarks bar hidden and therefore lack the Apps button, you can still call up the Apps page with this address:

chrome://apps

You can also create a bookmark to this page.

jester commented on 2020-03-17 18:55 (UTC)

I have detected that if I use Cliet ICA with a pc with a Nvidia video my mouse pointer does not work properly, the problem is the mouse is not clicking in the same place that I see the pointer, exactly the mouse is pointing a little under its position. I think that the problem is with the Nvidia card because I have the problem with a pc and a laptop, but I have another laptop with an Intel card and It works properly. Somebody know how to correct this problem?

FlyingDutchMan commented on 2020-03-04 12:55 (UTC)

Odd I never experienced any problems with this package. At the moment I am using Arch Linux with KDE plasma and the falkon browser.The only thing I had to do is change a setting in the All_Regions.ini edtMSS=* to edtMSS=1000 else I kept getting an error the whole time when trying to connect.

A.Shukaev commented on 2020-03-03 23:43 (UTC)

Unless I comment

cp -r ./usb/ "${pkgdir}$ICAROOT"
cp -r ./util/ "${pkgdir}$ICAROOT"

then somehow, the resulting package 'tar.xz' is broken and has a lot of files missing in it as well as upon actual installation. Never seen anything like that. WTF?

aGlacier commented on 2020-03-02 19:51 (UTC) (edited on 2020-03-02 19:51 (UTC) by aGlacier)

I think pinned comment can be removed since new version creates symbolic link to /etc/ssl/cacerts.

johnnybash commented on 2020-02-03 09:47 (UTC)

using this package on my everyday computer at work for at least two years and never hat any problems, so.... yeah...

sjy commented on 2020-02-02 22:53 (UTC)

I've been struggling with this crappy software breaking repeatedly over the past couple of months and I just wanted to add a comment here for anyone else who is sick of it, because I didn't realise this until today – there is a slightly different version of Citrix Workspace available through Chromium as an extension. That seems like a more reliable way of using Citrix than the "native" Linux bundle, which is unlikely to be a support priority for the company.

Balamku commented on 2020-01-01 17:07 (UTC)

package 19.12-1 last updated 2019-12-17 works on Manjaro using pamac AUR

buzo commented on 2019-12-16 15:50 (UTC)

zzhumphreyt: This package has been flagged out-of-date already – see „Package Actions“ in the top right corner.

zzhumphreyt commented on 2019-12-16 13:17 (UTC)

I tried to install this and repeatedly got package validation errors. I noticed that the pkgbuild file is referencing the latest URL link on Citrix's site for archives but the SHA hash is hardcoded. The current version is now 19.12, not 19.10, so I updated the build file before installing by clicking the Edit build button and updated the x86-64 hash to what Citrix's site had to get a good build.

ciferkey commented on 2019-11-21 21:52 (UTC)

When I try to run /opt/Citrix/ICAClient/selfservice I get the error:

/opt/Citrix/ICAClient/selfservice: error while loading shared libraries: libwebkit2gtk-4.0.so.37: cannot open shared object file: No such file or directory

installing webkit2gtk fixed this for me.

johnnybash commented on 2019-11-20 14:23 (UTC)

but starting sessions over storeweb should work, so it's not really mandatory.

TobiG commented on 2019-11-20 09:51 (UTC)

I think an opt dependency is not enough for extra/webkit2gtk. I couldn't add a store until i installed extra/webkit2gtk manually.

rndstr commented on 2019-10-31 20:52 (UTC)

I think this might benefit from a dependency to extra/webkit2gtk since selfservice won't start without it

morgenstern commented on 2019-10-15 05:22 (UTC)

Looks like the "latest" URL format may have changed --> https://www.citrix.com/downloads/workspace-app/linux/workspace-app-for-linux-latest1.html

svettwer commented on 2019-08-27 09:43 (UTC)

@buzo: okay, thx for the hint!

buzo commented on 2019-08-27 08:53 (UTC)

svettwer: If you find an outdated package (version 1908 instead of 19.06 in this case), please click on “flag out-of-date“ above instead of adding a comment. Thanks!

svettwer commented on 2019-08-27 08:03 (UTC) (edited on 2019-08-27 08:03 (UTC) by svettwer)

Hi!

It seems the SHA256 sum for icaclient-x64-19.06.tar.gz is not correct. PCKBUILD states 1A7E683ABF6BC40F6A39DAC38A4FCCC4A9FEE3EC339A98C000EEFD17ABA3F86B but https://www.citrix.com/downloads/workspace-app/linux/workspace-app-for-linux-latest.html states 7C35ED300D3375F74D16070A412E0E3C015803533E013FC48291974B11970D39. That leads to an error during installation.

BR and thx

omvs commented on 2019-08-02 10:47 (UTC) (edited on 2019-08-02 11:06 (UTC) by omvs)

Please add a "fakeroot"-check to install the package if necessary. In Manjaro Mate it was a dependency. Thanks

johnnybash commented on 2019-07-04 16:12 (UTC)

on my systems its NOT the system freezing, I can still switch to another tty an kill the Citrix processes.

Arc commented on 2019-07-03 17:52 (UTC)

Wanted to comment that full Citrix Workspace (both from this AUR and on other Linux installs, including Fedora) intermittently (though almost every other launch) causes a fully system panic that can only be remedied by hard restart.

Don't know if anyone else is experiencing this, but thought I would post so you know you are not alone.

Also, though I haven't tried it yet, Citrix just released a new version yesterday (July 2, 2019).

Arc commented on 2019-06-18 20:57 (UTC)

Was experiencing high processor usage and full crashes until implemented @FlyingBuzz's solution to downgrade the wfica binary to linuxx64-18.8.0.31.tar.gz. Now works perfectly (as mentioned). Thank you!

p3sto commented on 2019-06-12 12:56 (UTC)

@FlyingBuzz you are awesome!

FlyingBuzz commented on 2019-06-02 15:06 (UTC)

For those who suffer from segfault while opening *.ica files with version 19.03, try replacing wfica binary in /opt/Citrix/ICAClient/ with one taken from previous version tarball. For me linuxx64-18.8.0.31.tar.gz works perfectly.

jcharest commented on 2019-04-17 13:40 (UTC)

@hnws, It still does not work for me either (same error)... I tried 19.03 in Win10 and it connects fine so it does not look like something they broke with my setup. Also, I found that I do not get the core dump reliably so maybe the crash was a red herring.

felixita commented on 2019-04-16 18:53 (UTC)

@hnws, for my still not work...

ElijahLynn commented on 2019-04-15 22:28 (UTC) (edited on 2019-04-15 22:29 (UTC) by ElijahLynn)

This package used to setup the correct associations for the .ica file and launch correctly, but some time ago it stopped working and now it opens in a text editor. When I right click on an .ica file and "open with another application" there are no options for wfica, ica, citrix, workspace or receiver.

Also none of the above are in PATH. Need to get this back, as right now I am having to launch Workspace manually and copy paste from password manager. Whereas before I could autologin with password manager and click to download an ICA file then it would launch automatically.

jcharest commented on 2019-04-10 17:54 (UTC) (edited on 2019-04-10 18:23 (UTC) by jcharest)

I tried running it from the console but it gave no output except the cannot connect to "0.0.0.2.. popup. Interestingly, I did find some info in dmseg output. Seems it cored.

[109622.688297] traps: wfica[24582] general protection fault ip:7f866329812d sp:7ffd0aaff2c8 error:0 in libc-2.28.so[7f866315e000+14b000]
[109622.688383] audit: type=1701 audit(1554918752.323:186): auid=1000 uid=1000 gid=1000 ses=1 pid=24582 comm="wfica" exe="/opt/Citrix/ICAClient/wfica" sig=11 res=1
[109622.698766] audit: type=1130 audit(1554918752.333:187): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@2-24651-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[109622.956813] audit: type=1131 audit(1554918752.593:188): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@2-24651-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'

Edit: Here is the stacktrace:

                Stack trace of thread 24582:
                #0  0x00007f866329812d __strcasecmp_l_avx (libc.so.6)
                #1  0x00000000005bab47 n/a (wfica)
                #2  0x00000000005bb66c n/a (wfica)
                #3  0x00000000005bb6ce ceip_uploader (wfica)
                #4  0x00000000005bc394 ceip_regular_scheduler (wfica)
                #5  0x00000000005ba4f1 n/a (wfica)
                #6  0x00000000005ba5a8 ceip_launch (wfica)
                #7  0x000000000049ae84 OldMain (wfica)
                #8  0x0000000000581b83 PlatAppMain (wfica)
                #9  0x000000000054b4ec AppMain (wfica)
                #10 0x000000000049820a main (wfica)
                #11 0x00007f8663160223 __libc_start_main (libc.so.6)
                #12 0x0000000000498259 _start (wfica)

maccyber commented on 2019-04-10 14:20 (UTC) (edited on 2019-04-10 14:27 (UTC) by maccyber)

icaclient (19.03-1) gives me:

> selfservice
selfservice is unable to find a compatible webkit library and will now exit.
Please install libwebkitgtk-1.0 and restart selfservice.

webkitgtk2 (3:2.4.11-16) is installed

hnws commented on 2019-04-10 01:21 (UTC) (edited on 2019-04-13 20:55 (UTC) by hnws)

The package is now updated to use certs from /etc/ssl/ . Please manually delete directory: /opt/Citrix/ICAClient/keystore/cacerts

I took this bit from Gentoo's package definition. It works for me either way..

ghkj commented on 2019-04-09 06:59 (UTC)

I also have the same error as @felixita and @jcharest. Icaclient worked great until the last update of 28-3-19 (version 19.03-1). Reverting to icaclient-old for now.

nickoe commented on 2019-04-08 14:25 (UTC)

How is this supposed to work?

I get an ica file when I access the Citrix StoreFront in my browser, but how do I tell icaclient to use it?

jcharest commented on 2019-04-04 13:31 (UTC)

I get the same error as @felixita, it worked before the latest upgrade. For now, I have reverted to icaclient-old.

Iiari commented on 2019-04-02 17:45 (UTC)

FWIW, since the latest upgrade on 3-28 I'm having .ica windows launching and closing seconds later. I'm not sure why or even how to debug. Installing icaclient-old brings me back to stability. Just FYI for now. Thanks as always to the maintainer!

felixita commented on 2019-03-30 21:19 (UTC) (edited on 2019-03-31 08:14 (UTC) by felixita)

@hnws i confirm the issue. After upgrade from 19.01-1 in my 2 pc, connect fail. of course i've an ica file to open. Downgrading all work again correctly.

hnws commented on 2019-03-30 20:46 (UTC)

@felixita I have to say that it works for me.. I always have an ica file to open. Maybe this is not your use case?

felixita commented on 2019-03-29 18:42 (UTC)

icaclient 19.03-1 for me fail to connect with this message: cannot connect to "0.0.0.2 - appname". previous 19.01-1 work fine. Anyone can solve this?

toasterlint commented on 2019-03-07 17:17 (UTC) (edited on 2019-03-07 17:19 (UTC) by toasterlint)

Not sure why this was flagged as out of date... it is working fine for me still. The out-of-date reason indicated is that it couldn't find the tar.gz file, but I just did a fresh install without any issue.

DwarfNr5 commented on 2018-11-15 11:52 (UTC)

@buzo: You were right. I was able to install this package with makepkg -s. Or it was just a coincidence. Tnx anyway.

DwarfNr5 commented on 2018-11-04 14:38 (UTC)

After a fresh Arch install i tried to install icaclient 18.10-1. I got the following error:

cp: cannot stat '/tmp/yaourt-tmp-ron/aur-icaclient/pkg/icaclient/opt/Citrix/ICAClient/nls//module.ini': No such file or directory

buzo commented on 2018-10-30 08:39 (UTC) (edited on 2018-10-30 11:51 (UTC) by buzo)

bal0r: I think your setup is broken. This package depends on libidn11, which contains /usr/lib/libidn.so.11. Don't try to “fix” it with a symbolic link: The version change is there for a reason. See also here and here.

bal0r commented on 2018-10-30 08:12 (UTC) (edited on 2018-10-30 08:13 (UTC) by bal0r)

Hello, I get the following error:

/opt/Citrix/ICAClient/wfica: error while loading shared libraries: libidn.so.11: cannot open shared object file: No such file or directory

pacman -Ql libidn reveals that it installs:

/usr/lib/libidn.so

/usr/lib/libidn.so.12

/usr/lib/libidn.so.12.6.0

I fixed it by manually linking 11 to 12:

ln -s /usr/lib/libidn.so /usr/lib/libidn.so.11

But that is an ugly fix, isn’t it? Can I do better?

Cheers, Max

cypher_zero commented on 2018-10-29 20:06 (UTC) (edited on 2018-10-29 20:07 (UTC) by cypher_zero)

@buzo, I did flag it out of date. Then I did a manual install after fixing the PKGBUILD, but I couldn't update my flagging comment, hence me adding the one below.

buzo commented on 2018-10-29 19:11 (UTC)

cypher_zero: Next time, please click on “flag out-of-date” instead of adding a comment.

cypher_zero commented on 2018-10-29 18:27 (UTC) (edited on 2018-10-29 18:27 (UTC) by cypher_zero)

Broken due to new package today. Necessary changes to PKGBUILD (already tested):

pkgver=18.10

sha256sums_x86_64=('F5CD27E60EEEBF617142EFE437F47C140C5602156354DA16A6D30D000F225372')
sha256sums_i686=('76B7F259AA4AE250C09092C996BE70CC25CED1D9D82BE093A89970E1E1E3896D')
sha256sums_armv7h=('34BF317E4A954031D36070F5E565C4B87EC44B796978C7F45646D93F5A951280')

ItachiSan commented on 2018-10-22 16:25 (UTC)

I am having some issues with the Connection Center; although I do have WebkitGTK+ installed, it is not detected.

/opt/Citrix/ICAClient $ pacman -Ss webkit2gtk
extra/webkit2gtk 2.22.2-1 [installed]
    GTK+ Web content engine library
/opt/Citrix/ICAClient $ ./selfservice
selfservice is unable to find a compatible webkit library and will now exit.                                                                         
Please install libwebkitgtk-1.0 and restart selfservice.

Any suggestions?

yan12125 commented on 2018-10-19 12:38 (UTC)

Regarding the libidn dependency: I prefer @WorMzy's way - post a comment on the icaclient package page and just change the dependency. It might take a very long time to wait for every to upgrade libidn-133-compat to get conflicts=(libidn11), and I don't see it worthwhile.

georgyo commented on 2018-10-17 15:40 (UTC) (edited on 2018-10-17 15:40 (UTC) by georgyo)

@hnws there are two libidn 1.x packages in the repos

core/libidn 1.35-1

community/libidn11 1.33-1

The second one has the files you want, and removes one dependency from the aur.

% pacman -Ql libidn11 libidn11 /usr/ libidn11 /usr/lib/ libidn11 /usr/lib/libidn.so.11 libidn11 /usr/lib/libidn.so.11.6.16

yan12125 commented on 2018-10-17 03:18 (UTC)

A dependency libidn-133-compat is going to be removed [1]. Please use libidn11 instead.

[1] https://lists.archlinux.org/pipermail/aur-requests/2018-October/027347.html

hakayova commented on 2018-10-01 17:15 (UTC)

Why is the plugin not listed in the Firefox addons page? I cannot open apps in Citrix Receiver, they open in a new tab in Firefox instead, and I suspect it is because I cannot adjust plugin settings. This is possible with Chromium.

hnws commented on 2018-09-21 20:23 (UTC) (edited on 2018-10-20 03:07 (UTC) by hnws)

The package is updated with recommended libidn package: lbidn11. Unfortunately, due to lack of conflict settings, this update needs manual intervention.

pacman -Rdd libidn-133-compat

For the firefox plugin support, please refer to the Citrix official website.

btw, webkitgtk2 is listed as optional dependency. You can install from either aur-archlinux or archlinuxcn repo.

riceru commented on 2018-09-20 20:25 (UTC) (edited on 2018-09-20 20:27 (UTC) by riceru)

I instaled icaclient 18.09-1 but wend i execute

$/opt/Citrix/ICAClient/selfservice --icaroot /opt/Citrix/ICAClient

selfservice is unable to find a compatible webkit library and will now exit.

Please install libwebkitgtk-1.0 and restart selfservice.

Anybody knows wat happens?

Thanks in advance for the help.

hakayova commented on 2018-09-20 13:24 (UTC)

Updating from 13.10-1 to 18.09-1 failed with the following error message:

error: failed to commit transaction (conflicting files) libidn-133-compat: /usr/lib/libidn.so.11 exists in filesystem (owned by libidn)

Thanks in advance for the help.

killermoehre commented on 2018-09-20 12:35 (UTC)

libidn-compat-133 is in conflict with libidn, providing both "/usr/lib/libidn.so.11". Can you update the package?

lordchaos commented on 2018-09-19 16:35 (UTC)

Thanks for the update; much appreciated! The client builds fine.

galvez_65 commented on 2018-09-19 14:46 (UTC) (edited on 2018-09-19 22:56 (UTC) by galvez_65)

I just upgraded this morning (still need to test it) but it looks like if you applied the libidn fix you will have to remove the link. the new build builds the so file directly.

Just tested and it builds and works great. Thank you for the update

madhatt commented on 2018-09-17 19:49 (UTC) (edited on 2018-09-17 19:50 (UTC) by madhatt)

dreamersbrow's fix confirmed working here as well. Cheers!

ln -s /usr/lib/libidn.so.12 /usr/lib/libidn.so.11

lordchaos commented on 2018-09-17 07:08 (UTC)

Seems like the ICA client has been renamed to "Citrix Workspace App" and there is a new release:

https://www.citrix.com/downloads/workspace-app/

galvez_65 commented on 2018-09-16 18:48 (UTC)

Thank you dreamersbrow, I ran into this error this morning and your workaround seems to be working

dreamersbrow commented on 2018-09-15 20:46 (UTC) (edited on 2018-09-15 20:47 (UTC) by dreamersbrow)

Looks like the latest update of libidn 1.35-1 has removed libidn.so.11 and replaced it with libidn.so.12.

As a work around I created a symbolic link to libidn.so.12 called libidn.so.11 and icaclient seems to be working again.

ln -s /usr/lib/libidn.so.12 /usr/lib/libidn.so.11

Not sure if this is the correct thing to do but...

himsin commented on 2018-08-29 11:05 (UTC)

I'm getting "cannot connect to 0.0.0.2 - device" error. I have tried creating symbolic link to /etc/ssl/certs as stated in various other ubuntu forums but no luck. Is there any known solution to this?

johnnybash commented on 2018-06-26 14:21 (UTC)

@hnws maybe you could pin Sam_DM's Comment until the openssl upstream fix arrives :D

eklausmeier commented on 2018-06-24 12:05 (UTC)

Updating to 13.9.1-2 gives the following errors:

... ==> Sources are ready. :: Building icaclient package(s)... ==> Making package: icaclient 13.9.1-2 (Sun 24 Jun 2018 02:00:03 PM CEST) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> WARNING: Using existing $srcdir/ tree ==> Removing existing $pkgdir/ directory... ==> Entering fakeroot environment... ==> Starting package()... Unknown regexp modifier "/W" at /bin/c_rehash line 28, at end of line Unknown regexp modifier "/3" at /bin/c_rehash line 28, at end of line Unknown regexp modifier "/2" at /bin/c_rehash line 28, at end of line No such class installdir at /bin/c_rehash line 63, near "Prefix our installdir" (Might be a runaway multi-line // string starting on line 28) syntax error at /bin/c_rehash line 63, near "Prefix our installdir" Can't redeclare "my" in "my" at /bin/c_rehash line 68, near "my" Execution of /bin/c_rehash aborted due to compilation errors. ==> ERROR: A failure occurred in package(). Aborting... :: failed to build icaclient package(s)

Luckily, old version 13.9.1-1 is still good.

sandstorm commented on 2018-06-05 17:38 (UTC) (edited on 2018-06-05 17:57 (UTC) by sandstorm)

@marulkan: as a workaround for the issue with xorg-server-common-1.20, please do the changes to ~/.ICAClient/All_Regions.ini as described here: https://wiki.ubuntuusers.de/Citrix_ICA_Client/#Problembehebung chapter: Probleme mit Seamless Fenstern

Leave it in windowed mode and do not go in full screen.

artafinde commented on 2018-06-05 07:09 (UTC)

You can vote for this to be backported :) https://bugs.archlinux.org/task/58100

buzo commented on 2018-06-04 16:29 (UTC)

bezirg: … or edit /usr/bin/c_rehash and add the missing quotes in line 15 and 16, as stated in the comments below.

bezirg commented on 2018-06-04 16:03 (UTC) (edited on 2018-06-04 16:03 (UTC) by bezirg)

I think this package cannot be built with the latest version of ArchLinux's openssl package. The error I get upon makepkg:

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

I think this is related to this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1562953

This bug has been fixed upstream. A solution to build icaclient that I have tested and works is to either downgrade the ArchLinux's openssl package to a version < 1.1.0.h-1 (e.g. using the https://wiki.archlinux.org/index.php/Arch_Linux_Archive) or build a latest git snapshot of OpenSSL repository.

Sam_DM commented on 2018-06-04 11:43 (UTC)

I had some trouble installing this package, so here is what I did to make this work:

  1. Using pacaur, I got the error: /bin/pacman: unrecognized option '--color never' I don't know if this is a pacaur related issue. But anyway, the package is downloaded by pacaur to ~/.cache/pacaur/icaclient
  2. I cd to the package directory (~/.cache/pacaur/icaclient) and attempt a manual install (makepkg -si). This time hitting another problem: Unknown regexp modifier "/W" at /bin/c_rehash line 28, at end of line and a bunch of other error messages.
  3. I open the file /bin/c_rehash, the error in this file is not on line 28 as the error message suggests. Instead it is at line 15 and 16. Change these line to: my $dir = "/etc/ssl"; and my $prefix = "/usr";. The problem is that double quotes were missing for string literals on those lines.
  4. After editing /bin/c_rehash, I went back to the package directory (~/.cache/pacaur/icaclient in my case) and tried makepkg -si again. This time it worked.

Hope it helps :)

marulkan commented on 2018-05-22 07:10 (UTC) (edited on 2018-06-14 12:15 (UTC) by marulkan)

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/

EDIT2: as sandstorm noted (thank you!) you can workaround this issue with following this guide https://wiki.ubuntuusers.de/Citrix_ICA_Client/#Problembehebung chapter: Probleme mit Seamless Fenstern

buzo commented on 2018-05-21 14:10 (UTC)

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 (UTC)

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 (UTC)

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

hakayova commented on 2018-05-14 17:08 (UTC) (edited on 2018-05-14 17:18 (UTC) by hakayova)

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 (UTC)

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 (UTC)

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 (UTC) (edited on 2018-05-14 07:37 (UTC) by soloturn)

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 (UTC)

editing c_rehash as commented below fixed the install issue

galvez_65 commented on 2018-05-13 18:23 (UTC)

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

slav commented on 2018-05-13 18:22 (UTC)

OK I fixed, just modified /usr/bin/c_rehash...

change to:

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

thanks

gazza_c commented on 2018-05-12 22:26 (UTC)

ARM Processor support for armv7h is now in this

slav commented on 2018-05-12 22:20 (UTC)

Hi,

Unfortunately coming error during compilation v13.9.1-2

==> 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(). Aborting... The build failed.

maccyber commented on 2018-04-05 12:55 (UTC) (edited on 2018-04-05 12:57 (UTC) by maccyber)

For a manual fix to the c_rehash issue. Edit /usr/bin/c_rehash and add quotes on line 15 and 16.

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

Then the installation succeeds.

proxy commented on 2018-04-04 07:16 (UTC)

It seems 13.9 solves previous SSL errors, finally working for me!

johnnybash commented on 2018-04-03 06:49 (UTC) (edited on 2018-04-03 08:30 (UTC) by johnnybash)

thats a problem with c_rehash from the new openssl package.

seems the c_rehash mechanism is kind of depcrecated in arch anyway: https://bugs.archlinux.org/task/54887

elconde commented on 2018-04-03 02:20 (UTC) (edited on 2018-04-03 02:21 (UTC) by elconde)

I also get this error.

==> 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().
    Aborting...

j0nas commented on 2018-04-02 20:20 (UTC) (edited on 2018-04-02 20:21 (UTC) by j0nas)

I get these error during the build:

Unknown regexp modifier "/W" at /usr/sbin/c_rehash line 28, at end of line

Unknown regexp modifier "/3" at /usr/sbin/c_rehash line 28, at end of line

Unknown regexp modifier "/2" at /usr/sbin/c_rehash line 28, at end of line

No such class installdir at /usr/sbin/c_rehash line 63, near "Prefix our installdir"

(Might be a runaway multi-line // string starting on line 28)

syntax error at /usr/sbin/c_rehash line 63, near "Prefix our installdir"

Can't redeclare "my" in "my" at /usr/sbin/c_rehash line 68, near "my"

Execution of /usr/sbin/c_rehash aborted due to compilation errors.

Anyone can help?

wgitscht commented on 2018-03-07 20:36 (UTC)

md5sums_x86_64 changed: c6cdb81abf6b14f74245a49406077906

Lindhe commented on 2018-02-12 11:14 (UTC)

After installing, it says "You have to create '$HOME/.ICAClient/cache' for each user who uses this program and then populate it with the appropriate ini files. Copy paste the below to do this easily" but that is actually incorrect. With that phrasing, it sounds like the cache directory should be populated with the .ini files, while in fact it is the ~/.ICAClient directory that should be populated.

lelepuntocom commented on 2018-01-07 09:39 (UTC)

Any news to solve ssl error? 13.8 for me always the same error...

fordprefect commented on 2017-10-11 19:42 (UTC)

@ccoffey: I don't use this at all (anymore). I stated this fairly often: I am just updating this package when a new version comes along, but I don't even have a citrix server to my avail. If anyone is interested to take over just tell.

ccoffey commented on 2017-10-11 19:35 (UTC)

Juxt curious, what do you use the plugin for? It's a few years since I worked in citrix, but everytime, we'd just disable the plugin, and download the ica file, and set FF to open it with icaclient.

fordprefect commented on 2017-10-11 19:31 (UTC)

@birdspider: use Firefox ESR with this, that should work. In the long run, Citrix has to do something about it, I am not aware of any news regarding any porting work though.

birdspider commented on 2017-10-11 14:26 (UTC)

FF 52 removed NPAPI (https://www.mozilla.org/en-US/firefox/52.0/releasenotes/) - is this package/plugin (/usr/lib/mozilla/plugins/npica.so) supposed to work with newer versions (FF 52+)?

nutz commented on 2017-08-27 18:29 (UTC)

thanks erkexzcx for the 13.4 built. i created this here for easier access: https://aur.archlinux.org/packages/icaclient-old

JetJaguarXP commented on 2017-08-24 06:36 (UTC)

Thank you for this package! Jet

jamesbond007 commented on 2017-07-12 17:11 (UTC)

When I try to install this, I get the following error message: ==> ERROR: One or more files did not pass the validity check!

erkexzcx commented on 2017-06-05 19:37 (UTC) (edited on 2017-06-05 19:38 (UTC) by erkexzcx)

For those who want to have icaclient 13.4 (this version does not have "unable to type anything" issue) without future updates and gstreamer0.10 (since not needed) from the AUR, here is how to install it: $ sudo pacman -S wget dos2unix git $ git clone https://aur.archlinux.org/icaclient.git/ $ cd icaclient $ git checkout 103eefa32a36c95acc779ca172b6acb99d909aa2 $ wget https://www.pastebucket.com/paste/download/562435 -O PKGBUILD $ dos2unix PKGBUILD $ makepkg -si

erkexzcx commented on 2017-06-05 19:25 (UTC) (edited on 2017-06-05 19:33 (UTC) by erkexzcx)

@gsb85 looks like PKGBUILD storing & sharing server made some character encoding changes? Whatever, I adjusted commands. Try it out now. Just tested on a new build - works perfectly! P.S. Accidentally removed my comment :D See comment above

gsb85 commented on 2017-06-04 22:10 (UTC)

@erkexzcx Thanks for sharing your PKGBUILD. I had the following issue when I attempted makepkg -s $ makepkg -s ==> ERROR: PKGBUILD contains CRLF characters and cannot be sourced. ==> ERROR: An unknown error has occurred. Exiting... I was able to fix it by running dos2unix on the PKGBUILD, which is found in the hd2u package. $ dos2unix -U PKGBUILD and then $ makepkg -s

DwarfNr5 commented on 2017-04-22 19:20 (UTC)

@MilanKnizek. Tnx. You made my day!

commented on 2017-04-04 06:02 (UTC)

Somewhat more straighforward instructions for those willing to revert back to 13.4 (use 'git log' to see other history points in AUR git - the hash below denotes the last version before 13.5): $ git clone https://aur.archlinux.org/icaclient.git/ $ cd icaclient $ git checkout 103eefa32a36c95acc779ca172b6acb99d909aa2 Now manually update the lines starting "source_url32=" and "source_url64=" (in PKGBUILD) so that they include the correct URL for older version: https://www.citrix.com/downloads/citrix-receiver/legacy-receiver-for-linux/receiver-for-linux-latest-13-4.html (keep the remainder of the line untouched) and continue: $ makepkg -g >> PKGBUILD $ makepkg -s And if things go well, you can eventually install the package: $ sudo pacman -U *pkg.tar.xz BTW, can someone point me to the bug report re. non-functional keyboard? (@lervag?)

fordprefect commented on 2017-04-02 19:28 (UTC)

@DwarfNr5: Hi. you seem to be new here. I recommend the Arch Wiki as a start, there you also learn how to deal with PKGBUILDs. Have a look at git, the VCS underlying the AUR, which allows you to checkout and easily build old versions of packages as well.

DwarfNr5 commented on 2017-04-02 19:19 (UTC)

13.5 won't work for me either (no reaction to keyboard on Citrix session). Is there a way to install the previous version via the AUR ?

fordprefect commented on 2017-03-24 21:15 (UTC)

@bennypr0fane: git is a version control system, after cloning you have all versions of the package at your hand. the working tree (the files you see) reflect the most recent committ, but you can also checkout earlier versions. you do that by issuing 'git checkout <hash_of_commit>'. you can read about git on wikipedia (first introduction) and the archwiki.

bennypr0fane commented on 2017-03-24 21:11 (UTC) (edited on 2017-03-24 21:16 (UTC) by bennypr0fane)

@strider2: the downgrading didn't work for me until I also fixed the md5sums in the PKGBUILD file! You need to copy them from the Citrix download page and replace the ones that are valid for 13.5-2. I didn't understand what "check out the last commit before 13.5." in your step 2) meant. If the tar that is downloaded is determined by the PKGBUILD (not by the git clone command), then it sorta doesn't make sense. The "checking out the last commit before 13.5." happens only after running makepkg -si, i.e. it would be a part of step 3).

Bednar commented on 2017-03-15 21:07 (UTC)

also had to downgrade due to SSL error 47. 13.4 works just fine

bigfreak commented on 2017-03-12 11:04 (UTC)

@strider2 Thanks for the Tip helped to fix the SSL 4 Error... (Downgraded to 13.4)

lervag commented on 2017-03-10 08:07 (UTC)

@strider2 Thanks! I already downgraded, which I can confirm that "solves" the issue, but I think your comment may be useful to others with the same issue!

strider2 commented on 2017-03-10 07:57 (UTC)

@lervag: the only fix that works for the moment is to downgrade to 13.4. At first this did not work for we but that was because I was using the wrong way to build the package. If you do not have the previous version in your cache, you should : 1) clone the git repository (see git clone URL on top of this page) and check out the last commit before 13.5. 2) This is important : modify the PKGBUILD where it mentions the url from which to download. This is because the citrix download website stores its previous versions on a different location than the current ones. Here is the url : https://www.citrix.com/downloads/citrix-receiver/legacy-receiver-for-linux/receiver-for-linux-latest-13-4.html 3) run makepkg -si Hope this helps (I assume you know a little bit your way around git).

lervag commented on 2017-03-10 07:21 (UTC)

After updating to 13.5, the keyboard no longer works for me (similar to @bepebe). It seems the bug has been reported, but I could not find any workarounds or fixes.

fordprefect commented on 2017-03-09 21:33 (UTC)

@sysinit: thanks for looking into it. as statet multiple times - i lack the opportunity to test this package, so i rely on you. still, this is purely a packaging issue, that surely should be resolved. i'll look into it in the next days.

sysinit commented on 2017-03-09 20:16 (UTC) (edited on 2017-03-09 20:21 (UTC) by sysinit)

@fordprefect: Just tried to test my thoughts and it seemed to work (for me at last). I removed the symlinking from the PKGBUILD and changed the part in citrix-client.install like this: # symlink certificates ln -sf /usr/share/ca-certificates/trust-source/* ${instdir}/keystore/cacerts/ [ -d /usr/share/ca-certificates/mozilla ] && ln -sf /usr/share/ca-certificates/mozilla/* ${instdir}/keystore/cacerts/ > /dev/null 2>&1 c_rehash ${instdir}/keystore/cacerts/ This way the symlinks got created but not associated with the package. If there is a "pre_remove" possible in pacman, you could probably remove all links prior to removing the package. Kind regards, Daniel

sysinit commented on 2017-03-09 19:50 (UTC)

@fordprefect: I tried to upgrade the package and ran into the same problems with "existing files". To me it seems that symlinking the certificates before packaging isn't a good idea, as it associates the certificates that other packages already installed to /usr/share/ca-certificates. I'm not experienced with pacman (although I'm starting to like it already), more with RPM, but it seems that some pre- and post-actions are possible (and already used in citrix-client.install for symlinking the mozilla subdirectory) and from my point of view this is where the symlinking of the certificates should be done after installing the package. Kind regards, Daniel

fordprefect commented on 2017-03-09 18:18 (UTC)

please familiarize yourself with pacman and the general ideas of a packaging system. this will help you to understand what you experienced. the wiki will help you there, start with the pacman page.

gj545rndmu commented on 2017-03-09 18:09 (UTC)

@fordprefect Well I get: error: No package owns ... But just rm them works.

fordprefect commented on 2017-03-09 08:15 (UTC) (edited on 2017-03-09 08:20 (UTC) by fordprefect)

@gj545rndmu: well, you have to resolve conflicts then. find out which packet owns this file (pacman -Qo /path/to/file), most probably its left over from another version of this package. if noone own it you can delete the files manually and try to install again.

gj545rndmu commented on 2017-03-09 08:08 (UTC)

13.5-1 just installed fine, but with 13.5-2 I get following file conflicts. (1/1) checking for file conflicts [###########################] 100% error: failed to commit transaction (conflicting files) icaclient: /opt/Citrix/ICAClient/keystore/cacerts/anchors exists in filesystem icaclient: /opt/Citrix/ICAClient/keystore/cacerts/blacklist exists in filesystem icaclient: /opt/Citrix/ICAClient/keystore/cacerts/mozilla.neutral-trust.crt exists in filesystem icaclient: /opt/Citrix/ICAClient/keystore/cacerts/mozilla.supplement.p11-kit exists in filesystem icaclient: /opt/Citrix/ICAClient/keystore/cacerts/mozilla.trust.crt exists in filesystem Errors occurred, no packages were upgraded. ==> WARNING: Failed to install built package(s).

bepebe commented on 2017-03-09 01:44 (UTC) (edited on 2017-03-09 01:49 (UTC) by bepebe)

I've got a strange bug since upgrading. I have two Citrix 6.5 XenApp sessions open, the keyboard works in one but not in the other. I've tried full uninstall and removing the .ICAClient folder and re-installing from scratch to no avail. UPDATE: Looks to be similar issues reported here around the Keyboard, http://discussions.citrix.com/forum/574-receiver-for-linux-13x/

firecat53 commented on 2017-03-09 00:04 (UTC)

@fordprefect: you are correct. New version did not fix the 'SSL error 4'. Still connect fine with version 13.4.

fordprefect commented on 2017-03-08 22:52 (UTC)

I pushed a cleaned up version, mainly dependencies that were shown already satisfied by namcap. Sadly this will most likely not fix the widespread problems reported here.

itti commented on 2017-03-08 10:10 (UTC)

Same keyboard problem here. Is downgrade the only option? I can't find any logs or anything that would indicate whether a library might be missing or whatever...

strider2 commented on 2017-03-08 09:59 (UTC) (edited on 2017-03-08 10:15 (UTC) by strider2)

Same thing here for the keyboard input. However downgrading did not help for me ...Can this be fixed ? Apparently we have to change to from firefox to firefox-esr to make the citrix plugin still work in version 52. I temporarily downgraded to 51 to still be able use it. I thought there was an html5 version of citrix receiver. Is this available for linux ?

leoneill commented on 2017-03-08 09:08 (UTC) (edited on 2017-03-08 09:09 (UTC) by leoneill)

Since ver.13.5-1, I've lost keyboard input. Mouse input is working fine. Downgrading to ver.13.4-1 solved the keyboard input problem.

artafinde commented on 2017-03-08 08:45 (UTC)

@Bernar check out previous commit https://aur.archlinux.org/cgit/aur.git/commit/?h=icaclient&id=103eefa32a36c95acc779ca172b6acb99d909aa2

proxy commented on 2017-03-08 08:44 (UTC)

There is a good chance you already have it in: ~/.cache/pacaur/icaclient/ If not just download PKGBUILD from https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=icaclient&id=103eefa32a36c95acc779ca172b6acb99d909aa2 and install manually as any other aur package.

Bednar commented on 2017-03-08 08:35 (UTC)

proxy, how do you downgrade an AUR package?

proxy commented on 2017-03-08 08:34 (UTC)

Same issue: SSL47, had to downgrade the package.

Bednar commented on 2017-03-08 08:08 (UTC)

Thanks, I did check that. The problem is I don't know why this problem started occuring after the update.

fordprefect commented on 2017-03-08 07:58 (UTC)

You can look up error codes here [0], 47 is a handshake failure. [0] https://support.citrix.com/article/CTX113309

Bednar commented on 2017-03-08 07:54 (UTC)

I am getting SSL 47 error now each time I try to connect via the desktop client. Web doesn't work either.

fordprefect commented on 2017-03-07 21:45 (UTC)

@CapSel: I suspected so, but don't really have an idea how to fix this. @artafinde: Alsa should not have to do anything with this. @kmacleod: Please try in Firefox-ESR, it should still have NPAPI support.

CapSel commented on 2017-03-07 20:45 (UTC)

@fordprefect: I don't have access to logs on servers. 13.3 works fine, 13.4 worked fine.

artafinde commented on 2017-03-07 17:52 (UTC)

Firefox 52 dropped support for Alsa. Is this relevant?

kmacleod commented on 2017-03-07 17:49 (UTC) (edited on 2017-03-07 18:02 (UTC) by kmacleod)

Am I correct from reading this link that as of Firefox 52 the firefox plugin is broken? https://support.mozilla.org/t5/Problems-with-add-ons-plugins-or/Why-do-Java-Silverlight-Adobe-Acrobat-and-other-plugins-no/ta-p/31069 I don't seem to have the plugin show up in my about:config anymore. Initially I thought it was the citrix upgrade, but downgrading to the older version has the same behaviour. Does anyone have this working in firefox 52? edit: it works fine using chrome.

fordprefect commented on 2017-03-07 15:27 (UTC)

@gspe: thank you, will fix the gstreamer-dependency @firecat53,CapSel: according to [0] this could be a server/setup error. please investigate your issue according to the steps mentioned there and report back. @sysinit: you are partially right, the wildcard will not expand this way. the variable still has to remain quoted though. [0] https://support.citrix.com/article/CTX105390

CapSel commented on 2017-03-07 13:05 (UTC)

Fixing PKGBUILD as sysinit described does not solve "SSL error 4" for me.

sysinit commented on 2017-03-07 06:31 (UTC)

The symlink to the certificates at the end of the PKGBUILD is invalid, as it is surrounded by quotation marks: ln -s "${pkgdir}/usr/share/ca-certificates/trust-source/*" "${pkgdir}/opt/Citrix/ICAClient/keystore/cacerts/" should be changed to ln -s ${pkgdir}/usr/share/ca-certificates/trust-source/* "${pkgdir}/opt/Citrix/ICAClient/keystore/cacerts/" Kind regards, Daniel

firecat53 commented on 2017-03-06 23:51 (UTC)

With the new version, I get a pop-up in Firefox that says 'Network Error occured, contact your Network Administrator. SSL Error 4'. Version 13.4 still works normally. Thanks, Scott

gspe commented on 2017-03-06 21:48 (UTC)

This is from Citrix website: Citrix Receiver for Linux 13.5 This release provides the following new features and enhancements, and resolves a number of previously reported issues to improve the user experience. Support for multi-stream ICA Support for HTML5 video redirection Support for GStreamer 1.x Support for the Server Name Indication (SNI) extension to TLS. This allows a server hosting multiple secure sites to present the correct certificate to Citrix Receiver. So sice it support GStreamer 1.x now you don't need gstreamer0.10 as dependency

fordprefect commented on 2017-03-06 21:27 (UTC) (edited on 2017-03-16 07:28 (UTC) by fordprefect)

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!

rlees85 commented on 2017-02-21 13:33 (UTC) (edited on 2017-02-21 13:34 (UTC) by rlees85)

I tried without gstreamer as that sounded like a ball-ache and things seem to work well. I cannot test anything other than downloading a .ica from a Citrix 6.5 server and running an app and it works.

fordprefect commented on 2017-02-19 22:19 (UTC) (edited on 2017-02-19 22:20 (UTC) by fordprefect)

@erkexzcx: outdated software depends on outdated software, i suppose. you can patch the PKGBUILD and try without gstreamer0.10 and see if it works. if so, report back and we'll make it an optdepend. as stated in comments below it is officially needed [0] although it might only be mandatory for certain tasks (e.g. HDX RealTime Webcam Video Compression and HDX MediaStream Windows Media Redirection). HTH. [0] https://docs.citrix.com/en-us/receiver/linux/13-2/linux-sys-reqs.html

erkexzcx commented on 2017-02-18 15:34 (UTC)

I am just wondering whether there is alternative to gstreamer0.10* packages, so I don't have to build it?

fordprefect commented on 2017-02-06 08:28 (UTC)

@baastrup: gstreanmer0.10-base is in the AUR with correct version number, maybe you have to rebuild it.

commented on 2017-02-05 22:31 (UTC)

Hi I cant build this packages anymore -> gstreamer0.10-base>=0.10.36-3 ==> ERROR: Could not resolve all dependencies

fordprefect commented on 2017-02-03 19:09 (UTC)

thank you for the hint, added. cool nick btw.

killermoehre commented on 2017-02-03 19:04 (UTC)

Hi, can you add »gstreamer0.10-good-plugins« as dependency as stated at https://docs.citrix.com/en-us/receiver/linux/13-2/linux-sys-reqs.html ? Thank you.

Martian commented on 2016-11-25 12:53 (UTC)

I just got the same "Segmentation fault". It seems like it happens only sometimes, not always: $ /opt/Citrix/ICAClient/wfica.sh launch.ica /opt/Citrix/ICAClient/wfica.sh: line 3: 7462 Segmentation fault (core dumped) ${ICAROOT}/wfica -file "$1" I could try to collect more debugging info. If you have ideas, please share. :)

fordprefect commented on 2016-10-05 20:42 (UTC)

@Synthead: if i understand correctly, you did a system update today, rebooted and issued the command wfica.sh, which segfaulted. i could not reproduce this, but as stated multiple times, my testing capabilities are limited, as i have no servers to connect to. please provide more detail if there is any. anyone else seeing this behaviour?

Synthead commented on 2016-10-05 17:12 (UTC)

Getting segmentation faults after an -Syu today: /opt/Citrix/ICAClient/wfica.sh: line 3: 3689 Segmentation fault (core dumped) ${ICAROOT}/wfica -file "$1"

gj545rndmu commented on 2016-08-29 21:17 (UTC)

Perfect! Now everything works. Thanks!

fordprefect commented on 2016-08-29 20:51 (UTC)

ok, changed it over to use templates.

gj545rndmu commented on 2016-08-29 20:45 (UTC)

They still exist as template files: /cower/icaclient/pkg/icaclient/opt/Citrix/ICAClient/nls/en/appsrv.template /cower/icaclient/pkg/icaclient/opt/Citrix/ICAClient/nls/en/wfclient.template Only the Copyright line changed here on my machine: diff /opt/Citrix/ICAClient/nls/en/appsrv.ini /cower/icaclient/pkg/icaclient/opt/Citrix/ICAClient/nls/en/appsrv.template 6c6 < ; Copyright 1994-2002, 2006, 2009 Citrix Systems, Inc. All rights reserved. --- > ; Copyright 1994-2016 Citrix Systems, Inc. All rights reserved. Same for the wfclient file.

fordprefect commented on 2016-08-29 20:24 (UTC)

thank you for you feedback. these files seem to exist no more, i skipped them. it build fine for me. any other hints?

Synthead commented on 2016-08-29 19:50 (UTC)

I'm also seeing the errors related to the missing appsrv.ini and wfclient.ini files.

gj545rndmu commented on 2016-08-29 19:47 (UTC)

I also get ==> Entering fakeroot environment... ==> Starting package()... cp: cannot stat '/cower/icaclient/pkg/icaclient//opt/Citrix/ICAClient/nls/en/appsrv.ini': No such file or directory cp: cannot stat '/cower/icaclient/pkg/icaclient//opt/Citrix/ICAClient/nls/en/wfclient.ini': No such file or directory ==> ERROR: A failure occurred in package(). Aborting...

jontxo commented on 2016-08-29 19:41 (UTC)

hello I have tried to update the version 13.3-0 to the last version, 13.4-1 and I get the following error: cp: cannot stat '/tmp/yaourt-tmp-demian/aur-icaclient/pkg/icaclient//opt/Citrix/ICAClient/nls/en/appsrv.ini': No such file or directory cp: cannot stat '/tmp/yaourt-tmp-demian/aur-icaclient/pkg/icaclient//opt/Citrix/ICAClient/nls/en/wfclient.ini': No such file or directory ==> ERROR: A failure occurred in package(). Aborting... ==> ERROR: Makepkg was unable to build icaclient. ==> Restart building icaclient ? [y/N] ==> ---------------------------------- ==> This is the complete log of the setup of the package: ==> Downloading icaclient PKGBUILD from AUR... x .SRCINFO x PKGBUILD x citrix-client.install x configmgr.desktop x conncenter.desktop x selfservice.desktop x wfica.desktop x wfica.sh x wfica_assoc.sh oktoberfest commented on 2016-02-22 20:47 This works great ! Thanks to this PKGBUILD, I can now forget the multilib repository. kitarek commented on 2016-03-02 11:05 Strange - it doesn't work for me like for @synlic. I'm not sure if this can be related to my local LANG settings ? I had the typical error (as mentioned earlier): $ /opt/Citrix/ICAClient/wfica.sh /tmp/mozilla_kitarek0/launch.ica Unable to stat EULA file /opt/Citrix/ICAClient//nls/en/eula.txt The double slash is normally not a problem (it is just ignored). Locally I had here: $ ls /opt/Citrix/ICAClient/nls/en/ appsrv.ini LC_MESSAGES/ pna.nls XCapture.ad index.htm module.ini wfclient.ini but I discovered another directory with UTF-8 encoding: $ cp /opt/Citrix/ICAClient/nls/en.UTF-8/ eula.txt pna.nls XCapture.ad so I copied those files into `/opt/Citrix/ICAClient/nls/en/` and now it works for me. Hence suggestion from me - would it be good to create 3 symbolic links also for `en` folder so it works for you and for me ? erylflynn commented on 2016-06-30 15:34 I have one issue, and honestly have had it with ICA on every distro excluding Ubuntu derivatives. When using Citrix and Remote Desktop, it only opens 1 monitor. I set -span a, I have done -span 1,2 and variants of this in the wfica.sh and I only get one monitor. My desktop is Plasma. fordprefect commented on 2016-07-01 08:35 @erylflynn: as i have no way to test it, you seem to be a bit on your own. maybe someone else can help? fordprefect commented on 2016-08-29 19:20 A new version is out, and I updated the package. Please test and report any improvements needed or desired. icaclient 13.4-1 (2016-08-29 19:19) ( Unsupported package: Potentially dangerous ! ) ==> icaclient dependencies: - alsa-lib (already installed) - libvorbis (already installed) - curl (already installed) - gtk2 (already installed) - libpng12 (already installed) - libxml2 (already installed) - libxaw (already installed) - libxext (already installed) - libxft (already installed) - libxinerama (already installed) - libxmu (already installed) - libxp (already installed) - libxpm (already installed) - libxt (already installed) - ca-certificates (already installed) - automake (already installed) [makedepend] - autoconf (already installed) [makedepend] - wget (already installed) [makedepend] ==> Continue building icaclient ? [Y/n] ==> ----------------------------------- ==> ==> Building and installing package ==> Making package: icaclient 13.4-1 (Mon Aug 29 21:27:58 CEST 2016) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found configmgr.desktop -> Found conncenter.desktop -> Found selfservice.desktop -> Found wfica.desktop -> Found wfica.sh -> Found wfica_assoc.sh -> Downloading icaclient-x64-13.4.tar.gz... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 17.6M 100 17.6M 0 0 10.8M 0 0:00:01 0:00:01 --:--:-- 10.8M ==> Validating source files with md5sums... configmgr.desktop ... Passed conncenter.desktop ... Passed selfservice.desktop ... Passed wfica.desktop ... Passed wfica.sh ... Passed wfica_assoc.sh ... Passed ==> Validating source_x86_64 files with md5sums... icaclient-x64-13.4.tar.gz ... Passed ==> Extracting sources... -> Extracting icaclient-x64-13.4.tar.gz with bsdtar ==> Entering fakeroot environment... ==> Starting package()... cp: cannot stat '/tmp/yaourt-tmp-demian/aur-icaclient/pkg/icaclient//opt/Citrix/ICAClient/nls/en/appsrv.ini': No such file or directory cp: cannot stat '/tmp/yaourt-tmp-demian/aur-icaclient/pkg/icaclient//opt/Citrix/ICAClient/nls/en/wfclient.ini': No such file or directory ==> ERROR: A failure occurred in package(). Aborting... ==> ERROR: Makepkg was unable to build icaclient. ==> Restart building icaclient ? [y/N] ==> ---------------------------------- ==> Press any key to continue... Please let me know if I can provide more information to solve the issue. Regards

fordprefect commented on 2016-08-29 19:20 (UTC)

A new version is out, and I updated the package. Please test and report any improvements needed or desired.

fordprefect commented on 2016-07-01 08:35 (UTC)

@erylflynn: as i have no way to test it, you seem to be a bit on your own. maybe someone else can help?

erylflynn commented on 2016-06-30 15:34 (UTC)

I have one issue, and honestly have had it with ICA on every distro excluding Ubuntu derivatives. When using Citrix and Remote Desktop, it only opens 1 monitor. I set -span a, I have done -span 1,2 and variants of this in the wfica.sh and I only get one monitor. My desktop is Plasma.

kitarek commented on 2016-03-02 11:05 (UTC) (edited on 2016-03-02 11:06 (UTC) by kitarek)

Strange - it doesn't work for me like for @synlic. I'm not sure if this can be related to my local LANG settings ? I had the typical error (as mentioned earlier): $ /opt/Citrix/ICAClient/wfica.sh /tmp/mozilla_kitarek0/launch.ica Unable to stat EULA file /opt/Citrix/ICAClient//nls/en/eula.txt The double slash is normally not a problem (it is just ignored). Locally I had here: $ ls /opt/Citrix/ICAClient/nls/en/ appsrv.ini LC_MESSAGES/ pna.nls XCapture.ad index.htm module.ini wfclient.ini but I discovered another directory with UTF-8 encoding: $ cp /opt/Citrix/ICAClient/nls/en.UTF-8/ eula.txt pna.nls XCapture.ad so I copied those files into `/opt/Citrix/ICAClient/nls/en/` and now it works for me. Hence suggestion from me - would it be good to create 3 symbolic links also for `en` folder so it works for you and for me ?

oktoberfest commented on 2016-02-22 20:47 (UTC)

This works great ! Thanks to this PKGBUILD, I can now forget the multilib repository.

synlic commented on 2016-01-04 06:31 (UTC)

Nothing happens now when I try to launch from Firefox. When I download the ICA-flie and try to open it manually i get the errormessage: "Unable to stat EULA file /opt/Citrix/ICAClient//nls/en/eula.txt" Seems like there is a "/" to much in the path to the eula.txt. I get the same message even if I have built citrix from the tarball from the offical webpage manually.

skgsergio commented on 2015-12-16 22:32 (UTC)

As @mcirillo says changing en to en.UTF-8 on the eula install make it works. Also the multi arch sources with the same files but the main tar.gz seems a little chaotic for me, due most files are the same you can just do this (lines 24 to 34): http://pastebin.com/X1p1Mcv0

mcirillo commented on 2015-12-16 20:47 (UTC) (edited on 2015-12-16 22:18 (UTC) by mcirillo)

Ditto on 13.3 installation: ==> Starting package()... install: cannot stat ‘nls/en/eula.txt’: No such file or directory ==> ERROR: A failure occurred in package(). Aborting... The build failed. Changing .../en/... to .../en.UTF-8/... on line 70 of pkgbuild solved the problem.

je-vv commented on 2015-12-16 17:01 (UTC)

New 13.3 can't be installed: ==> Starting package()... install: cannot stat ‘nls/en/eula.txt’: No such file or directory ==> ERROR: A failure occurred in package(). Aborting... ==> ERROR: Makepkg was unable to build icaclient.

fordprefect commented on 2015-12-16 16:39 (UTC)

update to 13.3 just arrived - please test and report errors, that can be fixed here. thank you!

maleadt commented on 2015-11-12 06:16 (UTC)

@fordprefect: fair enough, I'll be using LANG then. according to [0] I only set LC_ALL, as it seems to override all other locale settings. Except when LANG is used manually, as it is here. (And just FYI, my system isn't configured horribly, but I'm using a pacman/yaourt wrapper cleaning the environment to ensure proper behaviour.) 0: https://wiki.archlinux.org/index.php/Locale#LC_ALL

fordprefect commented on 2015-11-11 12:01 (UTC)

@thx1138: thank you for your suggestions, does the result fulfill your expectations?

thx1138 commented on 2015-11-11 11:10 (UTC)

To build for 32bit, modify the PKGBUILD: pkgdesc="Citrix Receiver for i686 (32bit) Linux (ICAClient)" arch=('i686') source_url=... change "linuxx64" to "linuxx86" md5sums=... change the last "d8f21201fae4a22605104f01ab9cf2da" to "bdd731b7c2c1d8b9546216def3ab9608" package() { ... finally, change cd "$srcdir/linuxx64/linuxx64.cor" to cd "$srcdir/linuxx86/linuxx86.cor" To upgrade, first "sudo rm -r /opt/Citrix/ICAClient/keystore/cacerts/" to avoid a "conflicting files" error. The PKGBUILD could be modified to support both i686 and x86_64. "man 5 PKGBUILD" says: Additional architecture-specific sources can be added by appending an underscore and the architecture name e.g., source_x86_64=(). There must be a corresponding integrity array with checksums, e.g. md5sums_x86_64=().

fordprefect commented on 2015-11-10 17:34 (UTC)

@maleadt: according to [0] setting LANG is part of the basic installation process and can thus be taken for granted. maybe check your configuration at that point? no changes made for now. [0] https://wiki.archlinux.org/index.php/Installation_guide#Configure_the_system

maleadt commented on 2015-11-10 08:47 (UTC) (edited on 2015-11-10 08:48 (UTC) by maleadt)

I had an issue because LANG wasn't defined (was using LC_ALL). Maybe the assignment to lang based on LANG should fall-back to 'en'? EDIT: I just saw there _is_ a fallback assignment, but it didn't trigger because lang was empty, thus -d .../nls// didn't fail. I guess that's a bug :)

bjorntj commented on 2015-11-09 07:09 (UTC)

When using pacaur, it constantly tries to upgrade: aur icaclient 13.2.1-3 -> 13.2.1-6 (the same with yaourt)

fordprefect commented on 2015-11-08 15:54 (UTC)

@proxy: i changed the handling of config files, should remove complete directory now on deinstall. does this solve you other issue as well? @nulldivision: done. @skgsergio: removed.

skgsergio commented on 2015-11-08 12:01 (UTC)

You removed nspluginwrapper from deps but left the nspluginweapper call in the install file, please either remove the call or add it to deps again: https://aur.archlinux.org/cgit/aur.git/tree/citrix-client.install?h=icaclient&id=b486e29d0d5cec7b63601fb0013cb3c58e60a3d8#n15

NullDivision commented on 2015-11-06 09:00 (UTC)

Please add automake and autoconf as they are build dependencies. Thank you

proxy commented on 2015-11-05 22:25 (UTC)

1) Fresh isntallation works fine 2) Uninstalling the package doesn't remove /opt/Citrix/ 3) Update failes for now due to transcaction conflict

proxy commented on 2015-11-05 17:26 (UTC)

@fordprefect: much better now, thx!

fordprefect commented on 2015-11-05 13:28 (UTC)

ah yes, it was kinda commented out… i'll fix this.

peterhoeg commented on 2015-11-05 13:26 (UTC)

Works great here. One thing though, you don't actualy need nspluginwrapper. I think all major browsers have already given up on NS style plugins, but chromium launches Citrix apps just fine without but with the chrome citrix receiver plugin loaded.

fordprefect commented on 2015-11-05 11:29 (UTC)

@proxy: i put this in, please test.

proxy commented on 2015-11-05 11:13 (UTC)

I think we need more SSL certificates, at least in my case. Those two lines from Ubuntu guide were helpful (slightly changed for Arch): sudo ln -s /usr/share/ca-certificates/trust-source/* /opt/Citrix/ICAClient/keystore/cacerts/ sudo c_rehash /opt/Citrix/ICAClient/keystore/cacerts/

fordprefect commented on 2015-09-29 07:32 (UTC)

removed nspluginwrapper from dependencies. Since i moved to another working place i no longer have access to any citrix server, so i cant test this. if anyone is interested in taking over, just drop a note.

vEX commented on 2015-09-29 06:22 (UTC)

nspluginwrapper (and it's massive 32-bit library chain) isn't required anymore. Infact, nspluginwrapper complains about not having anything to do in the install step. You might need to reconfigure firefox so it launches the correct client. In the preferences, go to "Applications", search for "Citrix ICA" and choose the "Citrix Receiver Engine (default)" and you're done (no need to restart firefox).

AsmundEr commented on 2015-09-28 15:27 (UTC)

There is a bug in the handling of terminal colors in citrix-client.install: You use red/yellow text to alert the user about creating $HOME/.ICAClient etc., but then when you go back to normal text, you're actually setting the text to white instead of resetting to default. This makes the following text unreadable for someone who uses a white terminal background. To fix it: replace \e[1;37m with \e[1;39m (which is the correct "default color" code) on line 36.

simon04 commented on 2015-09-02 12:02 (UTC)

Receiver 13.2.1 for Linux is out: https://www.citrix.com/downloads/citrix-receiver/linux/receiver-for-linux-1321.html

fordprefect commented on 2015-08-04 19:22 (UTC)

great news, i will check when i come back from vacation late august.

ImNtReal commented on 2015-07-23 19:18 (UTC)

Is nspluginwrapper really still required? I was able to install, and launch an ICA file from Firefox without it.

MarcusMoeller commented on 2015-07-09 06:36 (UTC)

One thing I have noticed is that during installation I got a message like: nspluginwrapper: no appropriate viewer found for /opt/Citrix/ICAClient/npica.so Should old the configuration files be taken into new build (y|N)? I have just answered 'No' and even Web access seems to work correctly, so I am not sure what that means.

MarcusMoeller commented on 2015-07-09 06:16 (UTC)

@fordperfect I have tested the package and it works fine. I just had to : sudo c_rehash /opt/Citrix/ICAClient/keystore/cacerts/ manually in order to make it work.

fordprefect commented on 2015-07-08 13:39 (UTC)

@MM: thx for noticing, I just adopted this and moved to aur4. since i lost my citrix server access a few days ago, this is not tested, simple version bump. if you want to maintain it, i will gladly disown for you… else, please test if the new build works for you.

MarcusMoeller commented on 2015-07-08 13:29 (UTC)

13.2 is available. http://www.citrix.com/downloads/citrix-receiver/linux/receiver-for-linux-13-2.html#ctx-dl-eula

alumni commented on 2015-05-03 13:07 (UTC)

Looks like lib32-gtk2 should also be a dependency. Also, you may want to make the browser plugin an optional dependency and add the *.ica file association (or at least allow the launcher to accept a file as parameter). If I run "ldd wfica" this is what I am missing: libgtk-x11-2.0.so.0 => not found libgdk-x11-2.0.so.0 => not found libatk-1.0.so.0 => not found libgdk_pixbuf-2.0.so.0 => not found libpangocairo-1.0.so.0 => not found libpango-1.0.so.0 => not found libcairo.so.2 => not found

zenlord commented on 2015-04-06 08:18 (UTC)

I can confirm lib32-libcanberra was necessary to be able to use the Citrix functionality at our server.

manzdagratiano commented on 2015-03-20 22:58 (UTC)

Just tried this on a brand new Arch install. I believe we also need to add lib32-libcanberra as part of the dependencies, without which wfica crahses. After install that it worked fine.

abruptadieu commented on 2015-01-12 19:16 (UTC)

Thanks for the update! Works well for me again. Anybody have USB Smartcard working? That's my only wishlist item. I've never gotten it to work.

Strit commented on 2015-01-09 09:02 (UTC)

This package is great. Works like a charm. I've tried getting the client to work on Ubuntu, but failed a few times, so had actually given up on this. Decided to try again, after I switched to Manjaro, and voila. Works without a hitch. Thanks.

danieleva commented on 2015-01-03 11:12 (UTC)

Sorry lads I was away for a while and completely forgot to push this. Should be fine now, and up to date. :)

firecat53 commented on 2014-12-21 02:49 (UTC)

Here's a PKGBUILD: http://sprunge.us/IJeG that combines the 13.1 upgrade posted by @hnws and the SSL fixes in this thread: https://bbs.archlinux.org/viewtopic.php?pid=1486334#p1486334 Scott

ccoffey commented on 2014-12-18 09:50 (UTC)

For the certs issue, can someone try to rehash them? http://support.citrix.com/proddocs/topic/receiver-linux-13-1/linux-secure-config-client-ssl-certs.html I don't have access to an SSL ica session currently.

humhumhum commented on 2014-12-18 08:10 (UTC)

I confirm, the ca-certificates update has broken something for the icaclient. Cause after downgrading the certificates packages and generated and installed the icaclient, I can once again use the it to access my windows apps. In P.S. what I've done. But downgrading is not a satisfactory way to do the thing. I will be glad to hear a clean solution with the new packages. Regards. humhumhum P.S.: downgraded package ca-certificates-mozilla (3.17.3-2 => 3.17.2-1) downgraded package ca-certificates-cacert (20140824-2 => 20140824-1) downgraded package ca-certificates (20140923-7.2 => 20140325-2) downgraded package ca-certificates-utils (20140923-7.2 => 20140325-2) desinstalled icaclient (pacman -R) deleted all remaining files ( rm -rf /opt/Citrix $HOME/.ICAClient ) generated icaclient re-installed pacman -U (icaclient-13.1.0.285639-10-x86_64.pkg.tar.xz)

humhumhum commented on 2014-12-15 13:20 (UTC)

same SSL error 61

micsnare commented on 2014-12-15 12:12 (UTC)

Since the latest arch update with the package "ca-certificates" (is listed as a dependency) I receive the following error from the Citrix Receiver (icaclient) SSL Error 61: You have not chosen to trust "VeriSign Class 3 International Server CA - G3", the issuer to the server's security certificate. anyone else receiving this? :(

simgunz commented on 2014-12-14 20:42 (UTC)

By executing: find "/opt/Citrix/ICAClient" -type f -executable -exec ldd "{}" \; | grep " not found$" | awk '{ print $1 }' | sort -u I've found the following libraries are missing: libavcodec.so.52 libavutil.so.50 libEGL.so.1 libGL.so.1 libgssapi.so.2 Which packages provide them? I've installed: lib32-libgssglue lib32-mesa but it still doesn't find them.

hnws commented on 2014-12-09 07:08 (UTC)

working PKGBUILD for 13.1 http://pastebin.com/Ds1M9RXv

je-vv commented on 2014-12-08 16:34 (UTC)

Is the mozilla plugin link wrong? Seems like linking to itself. Right now PKGBUILD indicates: ln -s ./npica.so "${pkgdir}"/usr/lib/mozilla/plugins/npica.so Sounds like it should be instead: ln -s $ICAROOT/npica.so "${pkgdir}"/usr/lib/mozilla/plugins/npica.so That way the mozilla plugin will point to the plugin placed in ICAROOT.

commented on 2014-11-14 07:50 (UTC)

@wadsofat Same issue here ... wfica segfaults after few minutes on 32 bit machines

commented on 2014-10-23 15:48 (UTC)

I got segfaults and core dumps when trying linuxx86-13.1.0.285639 (the 32-bit version) but the 64-bit tarball runs fine. Unfortunately now 'selfservice' is 64-bit and has an extra dependency on libwebkit-1.0.so which would come from WebKitGTK+ <= 2.0, eg. http://bit.ly/ZOVGYi

ccoffey commented on 2014-10-01 11:31 (UTC)

13.1 is out now. http://www.citrix.com/downloads/citrix-receiver/linux/receiver-for-linux-131.html I tried the 64 bit package linuxx64-13.1.0.285639.tar.gz and it seems to be working well. I was working on an updated PKGBUILD yesterday but ran into some issues with doing an upgrade. For those who want to test can install it as a local user before the PKGBUILD is updated. selfservice, the replacment for wfcmgr in 13 seems to be a lot easier to run now.

maleadt commented on 2014-09-01 08:15 (UTC)

I had to change the association in firefox from using the plugin ("use citrix receiver for linux (in firefox)") to using wfica, but other than that this package works perfectly. Thanks!

Synthead commented on 2014-08-28 20:28 (UTC)

Please add lib32-speex as a dependency. Also, I cannot find packages to satisfy these missing libraries: libavcodec.so.52 libavutil.so.50 libgssapi.so.2

Synthead commented on 2014-08-28 20:13 (UTC)

I'm having some issues launching "Citrix Receiver Self Service": https://bbs.archlinux.org/viewtopic.php?pid=1451420#p1451420

LeaveAThousand commented on 2014-08-28 12:34 (UTC)

Oops I was running the icaclient as root, and that is why the errors were occuring. If I run it as user, it works.

LeaveAThousand commented on 2014-08-28 12:26 (UTC)

@ccoffey: The error repeatedly shows in a new window if I press "Cancel" and try to keep running. In the end, I must press "Quit" to stop the program.

Synthead commented on 2014-08-27 21:40 (UTC)

It's a very bad idea to prompt the user during post_install. It would be a lot better to just write a bit of information to stdout about migrating old settings and call it a day. Even better, put an entry in the Arch Wiki and direct users to it to set up this client.

danieleva commented on 2014-08-27 15:27 (UTC)

@enteenteente: thanks for that, there was a typo in the PKGBUILD. Fixed and updated :)

ccoffey commented on 2014-08-27 14:26 (UTC)

Svante; enable 32bit libraries. LeaveAThousand; Does it continue to run, or does it exit with that error?

LeaveAThousand commented on 2014-08-27 14:02 (UTC)

I repeatedly get the following error when running wfica: The X Request 130.3 caused error: "128: BadShmSeg (invalid shared segment parameter)".

Svante commented on 2014-08-24 09:48 (UTC)

Still fail to install. Why? [sudo] password for svante: fejl: mål ikke fundet: lib32-libxt fejl: mål ikke fundet: lib32-libpng12 fejl: mål ikke fundet: lib32-alsa-lib fejl: mål ikke fundet: lib32-libxinerama fejl: mål ikke fundet: lib32-libxext fejl: mål ikke fundet: lib32-curl fejl: mål ikke fundet: lib32-libxft fejl: mål ikke fundet: lib32-libxml2 fejl: mål ikke fundet: lib32-libxmu fejl: mål ikke fundet: lib32-libvorbis fejl: mål ikke fundet: lib32-gtk2 ==> Restart building icaclient ? [y/N] ==> ---------------------------------- Translated it says error: target not found: .......

enteenteente commented on 2014-07-09 11:02 (UTC)

your current PKGBUILD installs wfica.sh and wfica_assoc.sh to / because ${instdir} does not seem to be defined somewhere.. This is probably not what you should do. See: [1] [1]: # install scripts install -Dm755 wfica.sh "${pkgdir}${ICAROOT}" install -Dm755 wfica_assoc.sh "${pkgdir}${ICAROOT}"

ProfessorKaos64 commented on 2014-07-02 10:37 (UTC)

Regardless of this works of not (building now), thank you for your efforts. I have done this manually with Arch and other platforms in the past, but lately it seems I can't get things working again after they broke. I especially like the attention to do a symlink for the nasty SSL certs.

danieleva commented on 2014-06-27 14:23 (UTC)

@enteenteente: actually me and the maintainer of citrix-client are working together to merge the packages, but due to lack of time it's taking ages. :\

enteenteente commented on 2014-06-27 14:10 (UTC)

why are you not merging with the citrix-client [1]? citrix-client seems to be outdated and orphaned and you're both providing the exact same thing. [1] https://aur.archlinux.org/packages/citrix-client/

danieleva commented on 2014-05-18 15:33 (UTC)

Thanks for all the feedbacks :) I updated the pkg and fixed the .desktop files and nspluginwrapper setup. The thing is on github, https://github.com/danieleva/icaclient, please fork it and send pull requests if you fancy!

travis.hegner commented on 2014-05-12 15:24 (UTC)

Hello, I was having an issue where the browser plugin would not be present after a reboot. I narrowed it down the the PKGBUILD:90 line for nspluginwrapper. I run the "packer" aur package manager, and it does all of it's builds under /tmp. The line in question actually registers the copy of the plugin under my /tmp, which gets cleared after a reboot. I propose a couple of changes to the PKGBUILD: comment or remove line 90, and then add: install=icaclient.install just before the build() function. and then also package the following icaclient.install file: --- post_install() { instdir="/opt/Citrix/ICAClient" nspluginwrapper -i /opt/Citrix/ICAClient/npica.so } --- This allows the browser plugin to be registered from the actual install path, rather than the ${pkgdir} path, which may be temporary on many machines. I pulled the line out into an install script because I believe the command will not work from build() as the file won't exist yet. Some of this info was derived from the citrix-client aur package. It was tested on a x86_64 machine. Thanks, Travis Hegner

maccyber commented on 2014-05-12 07:03 (UTC)

selfservice has worked earlier, but now I get. (selfservice:3778): GLib-ERROR **: gmem.c:359: overflow allocating 1702259061*4 bytes Trace/breakpoint trap (core dumped) ..Any ideas?

wtribe commented on 2014-04-18 04:09 (UTC)

Svante - the package is working fine for me on a new Arch install. danieleva - Thanks for keeping this package going. In the past I've always installed receiver by hand. I decided to give this a try so I don't need to keep quite as close an eye out for updates from Citrix. One thing I've noticed that is missing in comparison to manually running setupwfc is the creation of a wfica.desktop file in /usr/share/applications. Is this something that you could look at? I'm happy to provide an example if you would like. BTW... I just copied the .desktop file over from another computer and it worked fine. Thanks again.

Svante commented on 2014-03-07 11:15 (UTC)

Does this package still work? I got some dependencies errors. Something about 'target not found'.

francoism commented on 2014-02-21 10:33 (UTC)

In case of problems, I have updated the Wiki about Citrix: https://wiki.archlinux.org/index.php/Citrix#Manual_Install

danieleva commented on 2014-01-31 22:51 (UTC)

Yep Citrix made some small changes on the website. Thanks for the feedback guys, the url is fixed now.

carepack commented on 2014-01-31 13:55 (UTC)

pkgbuild not working anymore workaround: download ica client from citrix homepage and put it in ica folder rename it to: icaclient-13.0.0.256735.tar.gz comment out following line in PKGBUILD: #source_url= the you'll be able to install makepkg -si installation succesful

snooga commented on 2014-01-21 17:39 (UTC)

u have change this too? /opt/Citrix/ICAClient/config/All_Regions.ini SETLEDPos=4 to SETLEDPos=* i installed it and everything is fine.

Anoniem commented on 2014-01-06 12:00 (UTC)

Still having the error that my lockdown preferences are not satisfied. Already cleared my cache in /home/username/.icaclient and changed SETLEDPos=4 to SETLEDPos=* Any idea what could be wrong?

QuimaxW commented on 2014-01-04 02:22 (UTC)

FYI: This also builds on i686 by changing the arch to i686 and removing lib32- from in front of all the deps. ...and it works.

johnnyfreeman commented on 2013-12-02 14:01 (UTC)

Still getting md5sum error and it I run updpkgsums I get: $ updpkgsums ==> Retrieving sources... -> Found icaclient-13.0.0.256735.tar.gz -> Found wfica.sh ==> Generating checksums for source files... Then I run makepkg -s again... $ makepkg -s ==> Making package: icaclient 13.0.0.256735-9 (Mon Dec 2 08:53:08 EST 2013) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found icaclient-13.0.0.256735.tar.gz -> Found wfica.sh ==> Validating source files with md5sums... icaclient-13.0.0.256735.tar.gz ... Passed wfica.sh ... Passed ==> Extracting sources... ==> Entering fakeroot environment... ==> Starting package()... /home/johnny/Downloads/icaclient/PKGBUILD: line 50: cd: /home/johnny/Downloads/icaclient/src/linuxx86/linuxx86.cor: No such file or directory Is there anything I can paste here that would be helpful? Citrix is the *only* thing that I can't get working on (64bit) Arch. Thanks!

danieleva commented on 2013-12-01 16:09 (UTC)

Thanks for all the feedbacks. I updated pkg and deps.

johnnyfreeman commented on 2013-11-19 17:09 (UTC)

I'm getting this: $ makepkg -s ==> Making package: icaclient 13.0.0.256735-9 (Tue Nov 19 12:05:44 EST 2013) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading icaclient-13.0.0.256735.tar.gz... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 11601 100 11601 0 0 63051 0 --:--:-- --:--:-- --:--:-- 63048 -> Found wfica.sh ==> Validating source files with md5sums... icaclient-13.0.0.256735.tar.gz ... FAILED wfica.sh ... Passed ==> ERROR: One or more files did not pass the validity check!

eisen commented on 2013-11-19 01:38 (UTC)

After upgrade to 13.0.0.256735-9 I received the following error message: Lockdown requirements not satisfied No value for (SETLEDPos) satisfies all lockdown requiremnts. To correct the issue I changed the SETLEDPos value located in: /opt/Citrix/ICAClient/config/All_Regions.ini to SETLEDPos=*

abadu commented on 2013-11-18 08:58 (UTC)

Optional dependencies for icaclient icaclient-libwebkit: gtk+ selfservice/storefront ui The names is not correct. icaclient-libwebkitgtk is the right one.

danieleva commented on 2013-11-17 17:08 (UTC)

New and improved version :) There are a couple of optional dependencies if you'd like to use the configuration/storefront UI.

shadeless commented on 2013-08-22 22:53 (UTC)

I tried uninstalling it and it appears that "/opt/Citrix/ICAClient/config/appsrv.ini" file is missing. I'm trying to install it to firefox according to these instructions: https://wiki.archlinux.org/index.php/Citrix I tried to run /opt/Citrix/ICAClient/wfica However, it gives me the error that "/opt/Citrix/ICAClient/wfica" cannot be read. I searched for the file, but it wasn't in the directory. What can I do to fix the problem?

ccoffey commented on 2013-08-22 12:05 (UTC)

@lordchaos Done. @djhaines Using curl now instead.

lordchaos commented on 2013-08-22 11:39 (UTC)

Got the following error when installing icaclient: ==> ERROR: Integrity checks (md5) differ in size from the source array. This can be solved by editing the PKGBUILD: 23c23 < source_url="$(wget -qO- 'http://www.citrix.com/downloads/citrix-receiver/receivers-by-platform/receiver-for-linux-121.html' | awk -F 'rel=\"' '/linuxx86_/ {print $2}'| awk -F'"' '{print $1}'| sed '/^$/d')" --- > source_url="$(wget -qO- 'http://www.citrix.com/downloads/citrix-receiver/receivers-by-platform/receiver-for-linux-121.html' | awk -F 'rel=\"' '/linuxx86_/ {print $2}'| awk -F'"' '{print $1}'| sed '/^$/d' |uniq)"

ccoffey commented on 2013-07-03 21:21 (UTC)

I need to re-do this package, but I'm going to wait until I have more time. 13 is due out soon, and motif is being replaced by gtk! so that should make it a bit easier for everyone on all OS's. I'll probably wait for 13 an release a new package. I'll see if I can test a private first and then have 13 ready to rock when it is out.

dhaines commented on 2013-06-23 16:09 (UTC)

This package, along with being outdated, shouldn't be using wget in the PKGBUILD as it's not a guaranteed package. Use curl instead.

bjo commented on 2013-06-20 16:35 (UTC)

==> FEHLER: Integritäts-Prüfungen (md5) unterscheiden sich in der Größe vom Array der Quelle.

ccoffey commented on 2013-06-02 20:49 (UTC)

Was libpxp installed correctly when you tried it manually? If not, best to ask on that package.

commented on 2013-06-02 19:37 (UTC)

Hi - new to arch , so ....... I have , from a clean install off the live cd X86_64 - Open Box version - have done yaort -S icaclient Seems to go ok until it tries to compile lib32-libxp. I have tried to yaort -S lib32-lipxp on it's own , but with no luck Anyone got any ideas???

shadeless commented on 2013-05-29 01:06 (UTC)

I get this error when I run makepkg ==> Making package: icaclient 12.1.0.203066-7 (Tue May 28 21:04:01 EDT 2013) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... ==> ERROR: icaclient-12.1.0.203066.tar.gz was not found in the build directory and is not a URL. I need this package to do my job. Sadly, I'm going to have to go back to Ubuntu. It's been a good run :(

ccoffey commented on 2013-05-14 13:19 (UTC)

You need aur/lib32-libpng15 now. I really need to sit down for a bit and rewrite the package build.

lordchaos commented on 2013-03-19 22:33 (UTC)

I has to do the following to get it working: mkdir ~/.ICAClient cp -v /opt/Citrix/ICAClient/config/usertemplate/ ~/.ICAClient/ sudo cp -v /opt/Citrix/ICAClient/nls/en/module.ini /opt/Citrix/ICAClient/config/ sudo cp -v /opt/Citrix/ICAClient/nls/en/wfclient.ini /opt/Citrix/ICAClient/config/ And symlink the certs directory. By the way, I have also installed lib32-alsa-plugins, you might want it to add as a dependency. Now I just need to get it working from my browser.

ccoffey commented on 2013-03-19 22:02 (UTC)

I don't normally bother with the plugins. When you download the .ica file, you can open that directly with /opt/Citrix/ICAClient/wfica (no the .sh). It's the method I prefer but I often want to do other stuff with the ICA. If you get cert errors I normally symlink the cets directory: ls -ld /opt/Citrix/ICAClient/keystore/cacerts lrwxrwxrwx 1 root root 34 Mar 16 00:10 /opt/Citrix/ICAClient/keystore/cacerts -> /usr/share/ca-certificates/mozilla This works fine for me. I do want to automate some of this from the package.

lordchaos commented on 2013-03-19 21:40 (UTC)

Installation went fine, but since the client doesn't seem to work I have two questions: a. According to the Arch wiki I should run ./wfica to install the plugin in Firefox but that gives me an error: "Cannot read file /opt/Citrix/ICAClient/config/appsrv.ini". Which is not surprising, since the file isn't present. Are there some post-installation steps I'm missing here? b. Is there a desktop file available somewhere?

ccoffey commented on 2013-03-17 15:58 (UTC)

I had to roll back some changes, I was getting conflicts. I'll need to test forma clean envionment though, hopefully tonight. I got dragged into work today so I only have the one machine to test on. If you change the PKGBUILD with what yopu had on github during a yaourt install, so you get any conflicts?

pyther commented on 2013-03-17 15:55 (UTC)

I think you may have forgotten to upload the updated pkgbuild

ccoffey commented on 2013-03-17 14:48 (UTC)

I've added your changes. If anyone is having issues, such as All_Regions.ini not found etc. cp /opt/Citrix/ICAClient/config/usertemplate/* ~/.ICAClient/ This is all based on 12.1 Receiver. 12.1.5 is available, and 12.1.6 will be pushed soon, but they are not fully public yet. It's rumoured 13 should be out in a few months. I'd like to overhall this package, but thank you to pyther for doing most of the work so far.

ccoffey commented on 2013-03-17 11:38 (UTC)

I'll intergrate those changes today. I only realised how broken this package was 36 hours ago, so you comment is well timed. Regarding the multimedia, it's an interesting question. The rpm and the deb upstream include that setting, but in the tar.gz it is off by default.

pyther commented on 2013-03-16 17:11 (UTC)

@ccoffey I found the PKGBUILD very difficult to read and didn't like the fact that symlinks were being created in post_install. I've cleaned up the pkgbuild and moved the post_install logic into the pkgbuild. https://github.com/pyther/archlinux-pkgs/tree/master/icaclient I did not move the sed line that turns MultiMedia on, because I believe we should respect upstream whenever possible. However, this can easily be added to the PKGBUILD. Lastly, I commented out the symlink to /usr/share/ca-certificates/mozilla. In order to successfully connect to my citrix server I need the CA file in the der format. And therefore the CA in /usr/share/ca-certificates/mozilla did not work. If the citrix client accepts the x509 certificates found in /usr/share/ca-certificates/mozilla for most others then it probably makes sense to uncomment the line the pkgbuild.

ccoffey commented on 2013-01-23 16:36 (UTC)

I finally got around to updating this. Trying a new thing also. Symlinking /opt/Citrix/ICAClient/keystore/cacerts -> /usr/share/ca-certificates/mozilla The default certs directory is next to useless to this is a trick I use to work from home.

ccoffey commented on 2012-10-17 16:15 (UTC)

That's really clever! Thanks for the update.

Vryali commented on 2012-10-17 16:11 (UTC)

Manual line you have in your PKGBUILD goes out of date, same problem I used to have before. Posted on the bbs to ask for recommended standard/solution to grabbing the dynamic link and was told to just leave it out of source and put it in manually in the build process. Here's the hack I have that works with the new edge bit in my PKGBUILD (The citrix-receiver package): ... build() { # Source array is empty due to the dynamic nature, grabbing it and handling things here... source="$(wget -qO- 'http://www.citrix.com/downloads/citrix-receiver/receivers-by-platform/receiver-for-linux-121.html' | awk -F 'rel=\"' '/linuxx86_/ {print $2}'| awk -F'"' '{print $1}'| sed '/^$/d')" cd "${srcdir}" wget "${source}" tar zxvf `ls -tr | tail -1`

ccoffey commented on 2012-10-02 17:57 (UTC)

Should be working now. I'll try and come up with a better solution tomorrow though. New version of receiver out soon.

ccoffey commented on 2012-10-02 17:32 (UTC)

Will update the build now.

nico666 commented on 2012-10-02 17:16 (UTC)

==> Validating source files with md5sums... linuxx86_12.1.0.203066.tar.gz ... FAILED ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build icaclient. I tried to check the MD5 myself, but I couldn't get the file form the PKGBUILD's URL.

ccoffey commented on 2012-05-08 16:35 (UTC)

I can step in if you no longer want to maintain it. I use receiver daily, so I'll be around for a bit.

wmarshall commented on 2012-05-07 20:23 (UTC)

Updated. I put in the EULA_p.asp link as the src download, which goes through a couple redirects before sending you to (probably) mrjeepguy's link. I think it'll be more stable and probably a faster download than linking directly to edgesuite.net (which is an Akamai content server). Thanks for keeping an eye on this for me guys. Incidentally, I won't be using this much longer once I get migrated to gotomypc.com, so I would welcome any volunteers to maintain it. We could also consider merging with the citrix-client guys.

commented on 2012-05-07 18:44 (UTC)

New here but I had to update my pkgbuild to this link. I'm not logged into mycitrix so I don't believe that is required. http://download.citrix.com.edgesuite.net/akdlm/7010/linuxx86_12.1.0.203066.tar.gz?__gda__=1336410073_11f05a06d3a9604cda6714de50242a87&__dlmgda__=1336496173_81981b1f6b893398633f708f58054178&fileExt=.gz md5sum linuxx86_12.1.0.203066.tar.gz e09ae908e69bfe7aa227d648750af97a linuxx86_12.1.0.203066.tar.gz

commented on 2012-05-07 18:20 (UTC)

New here but I had to update my pkgbuild to this link. I'm not logged into mycitrix so I don't believe that is required. http://download.citrix.com.edgesuite.net/akdlm/7010/linuxx86_12.1.0.203066.tar.gz?__gda__=1336410073_11f05a06d3a9604cda6714de50242a87&__dlmgda__=1336496173_81981b1f6b893398633f708f58054178&fileExt=.gz md5sum linuxx86_12.1.0.203066.tar.gz e09ae908e69bfe7aa227d648750af97a linuxx86_12.1.0.203066.tar.gz

Lastebil commented on 2012-05-02 08:34 (UTC)

The download link from ccoffee is now giving a 403 error (whether signed into mycitrix or not.)

ccoffey commented on 2012-04-18 09:29 (UTC)

You need to be signed in to mycitrix to get it, but it's mentioned on the forums so it's no secret. I notice audio is a lot more stable. I had a particular issue with a X-fi card and receiver. With the same build on a built in card I had no issues.

wmarshall commented on 2012-04-17 18:02 (UTC)

Thanks for the link, ccoffey. Is the beta something they release to the public? I couldn't find it in a naive navigation of their site. I've updated the package locally and installed it; will update here after I have a chance to exercise it a little bit.

ccoffey commented on 2012-04-17 14:37 (UTC)

12.1 beta: http://download.citrix.com.edgesuite.net/akdlm/6878/linuxx86-12.1.0.198521.tar.gz?__gda__=1334672466_1f88f3829e2e610d8428f23432e1382c&__dlmgda__=1334758740_12acaff77a6926d56b9088b7511e1b6d&fileExt=.gz md5sum linuxx86-12.1.0.198521.tar.gz d41d8cd98f00b204e9800998ecf8427e linuxx86-12.1.0.198521.tar.gz Working well for me

wmarshall commented on 2012-01-18 15:38 (UTC)

Thanks for the tip Sebastian. I don't use wfcmgr so I hadn't noticed. I've updated the PKGBUILD accordingly, and cleaned up some other namcap warnings while I was at it.

commented on 2012-01-18 11:42 (UTC)

There are a few dependencies missing. wfcmgr won't work without those: lib32-libxmu lib32-libxpm lib32-openmotif lib32-libxp Cheers, Sebastian