Package Details: vmware-horizon-smartcard 2406-2

Git Clone URL: https://aur.archlinux.org/vmware-horizon-client.git (read-only, click to copy)
Package Base: vmware-horizon-client
Description: VMware Horizon Client connect to VMware Horizon virtual desktop - smartcard authentication
Upstream URL: https://customerconnect.omnissa.com/downloads/info/slug/desktop_end_user_computing/vmware_horizon_clients/horizon_8
Licenses: custom
Submitter: eworm
Maintainer: eworm
Last Packager: eworm
Votes: 55
Popularity: 0.194675
First Submitted: 2015-01-08 15:17 (UTC)
Last Updated: 2024-08-20 07:04 (UTC)

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 17 Next › Last »

jllinux commented on 2020-01-17 23:31 (UTC)

I tried installing(Manjaro) via: sudo sh ./Downloads/VMware-Horizon-Client-5.3.0-15208949.x64.bundle

and after typing "yes" to agree i just get a:

Installation was unsuccessful.

Any thoughts on how to install?

cawj4gj02 commented on 2019-11-15 23:50 (UTC)

yes. I use full screen on all monitors and enable display on the secondary monitor. Pulldown of top bar can be triggered from the same location on the primary monitor. Must be some recent bug. This wasn't the case in a previous version.

ekkelett commented on 2019-11-12 11:34 (UTC)

Has anyone else experienced the issue where the docked top bar won't come down when you hover over it?

theonelucas commented on 2019-10-31 11:14 (UTC)

@KorvinSilver In case of problems with the display resolution just disable display scaling. In the Linux build of the software it doesn't show the option to disable scaling, so you have to add the line view.enableDisplayScaling = "FALSE" to the file ~/.vmware/view-preferences.

KorvinSilver commented on 2019-06-07 09:10 (UTC) (edited on 2019-06-07 20:27 (UTC) by KorvinSilver)

New update, new problem. My fullHD monitor is recognized as having 2490x1400 resolution. They say the problem is not on the VDI side but with the client. I can barely work, everything's so small and since all the display settings are locked on the system (enterprise logic). Any idea what the problem might be? There was also an nvidia update before this first occurred as well. For now I downgraded to 5.0.0-1, that works.

phouverney commented on 2019-05-17 17:09 (UTC) (edited on 2019-05-17 17:12 (UTC) by phouverney)

I resolved the problem @KorvinSilver. If you are using a VPN or proxy, you need to use cntlm to tunnel all connection.

-> yay cntlm
-> # edit /etc/cntlm.conf
-> sudo systemctl start cntlm 
-> sudo systemctl enable cntlm 
-> # edit ~/.bashrc or ~/.zshrc ( 
-> # export HTTP_PROXY="http://127.0.0.1:3128"
-> # export HTTPS_PROXY=$HTTP_PROXY

after doing that, you can try start again you vmware-horizon-client

KorvinSilver commented on 2019-05-04 08:52 (UTC)

Deleted all packages and reinstalled it from the archlinuxcn repo. Now it works, although in theory it's the same version just prebuilt. Here's the output difference:

Using log file /tmp/vmware-korvin/vmware-horizon-client-12907.log
2019-05-04 10:46:08.012+02:00: vmware-view 12907| Failed to open file “/etc/vmware/udpProxy/config”: No such file or directory
2019-05-04 10:46:08.078+02:00: vmware-view 12907| Not valid URL 'Add Server'
2019-05-04 10:46:17.596+02:00: vmware-view 12907| udpProxyLib: FECHostSocket_Specialise: failed to get desired receive bufsize: 425984

2019-05-04 10:46:17.596+02:00: vmware-view 12907| udpProxyLib: socket 101 transition to state SYN_SENT, reason FECSocketDoConnect refCount 4

2019-05-04 10:46:17.654+02:00: vmware-view 12907| udpProxyLib: socket 101 transition to state CLOSED, reason FECSocketDoClose refCount 6

2019-05-04 10:47:03.808+02:00: vmware-view 12907| g_file_read_link: assertion 'error == NULL || *error == NULL' failed
2019-05-04 10:47:04.610+02:00: vmware-view 12907| CdkRpc_ProcessResponseForCall: Returning the whole response for not finding response element of feature-configurations
2019-05-04 10:47:04.611+02:00: vmware-view 12907| CdkGetFeatureConfigTask_Transition: Ignore error (1664,13,missing content) for GetFeatureConfigTask.
2019-05-04 10:47:07.902+02:00: vmware-view 12907| g_file_read_link: assertion 'error == NULL || *error == NULL' failed
2019-05-04 10:47:12.615+02:00: vmware-view 12907| cdk_remote_desktop_get_usb_controller: assertion 'CDK_IS_REMOTE_DESKTOP(remote)' failed
2019-05-04 10:47:12.615+02:00: vmware-view 12907| void cdk_usb_controller_set_available(gpointer, gboolean): assertion 'controller != NULL' failed
2019-05-04 10:47:12.624+02:00: vmware-view 12907| Failed to exec kreadconfig --file kscreensaverrc --group ScreenSaver --key Timeout
2019-05-04 10:47:12.626+02:00: vmware-view 12907| Failed to exec kreadconfig --file /home/korvin/.config/kscreenlockerrc --group Daemon --key Timeout --default 5
2019-05-04 10:47:12.684+02:00: vmware-view 12907| rmksContainer(12991): HostinfoReadDistroFile: Cannot work with empty file.
2019-05-04 10:47:12.961+02:00: vmware-view 12907| rmksContainer(12991): CreateMKSInterface: forcing mount, Remote MKS already present
2019-05-04 10:47:12.961+02:00: vmware-view 12907| rmksContainer(12991): OnMountUnmount: (0, 0) 758 X 480.
2019-05-04 10:47:16.109+02:00: vmware-view 12907| rmksContainer(12991): OnDisplayTopologyChanged: monitor 0: left=0, top=0, right=1920, bottom=1080

eworm commented on 2019-05-03 13:27 (UTC)

I can't reproduce, sorry... Everything works as expected for me.

Bednar commented on 2019-05-03 13:16 (UTC)

I am having the exact same issue as KorvinSilver.