Package Details: vmware-horizon-integrated-printing 2406-3

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 - integrated printing
Upstream URL: https://customerconnect.omnissa.com/downloads/info/slug/desktop_end_user_computing/vmware_horizon_clients/horizon_8
Licenses: custom
Conflicts: vmware-horizon-virtual-printing
Replaces: vmware-horizon-virtual-printing
Submitter: eworm
Maintainer: eworm
Last Packager: eworm
Votes: 55
Popularity: 0.012466
First Submitted: 2015-01-08 15:17 (UTC)
Last Updated: 2025-01-06 12:35 (UTC)

Latest Comments

« First ‹ Previous 1 .. 8 9 10 11 12 13 14 15 16 17 18 Next › Last »

xerxies commented on 2019-01-29 19:34 (UTC)

This isn't an issue with the package at least that I'm aware of, but does anyone else have an issue with the timezone set on your Arch box not getting reported correctly to the Horizon Client?

Example: I'm in the US Central Standard timezone and the ViewClient_TZID variable is getting set to "CST" (which I would expect), but the ViewClient_Windows_Timezone is getting set to "China Standard Time". This could be an issue with how Arch is treating timezone abbreviations vs how horizon is.

CST Central Standard Time (North America) UTC−06 CST China Standard Time UTC+08 CST Cuba Standard Time UTC−05

eworm commented on 2019-01-03 09:58 (UTC)

The release notes list:

TLS 1.0 support discontinued Support of TLS 1.0 has been discontinued beginning with this release.

Possibly your servers do not yet support TLS 1.1 or 1.2?

viktormv commented on 2019-01-03 09:51 (UTC)

Do you also get an SSL error when using the latest version (4.10.0-1)?

2019-01-03T10:23:17.665+01:00> LVL:1 RC:-500 SCNET :scnet_client_open_ssl: SSL_connect: ssl_rv=-1, rv=1 (SSL_ERROR_SSL) 2019-01-03T10:23:17.665+01:00> LVL:1 RC:-500 SCNET :SSL Error Queue: err=336032002 (error:14077102:SSL routines:SSL23_GET_SERVER_HELLO:unsupported protocol)

The problem went away after I downgraded to version 4.9.0-1.

jvybihal commented on 2017-09-07 07:33 (UTC)

Possible conflicts with vmware-workstation package. Please see my comment: https://aur.archlinux.org/packages/vmware-workstation/?comments=all

eworm commented on 2017-07-09 19:53 (UTC)

Uh, I hate different files delivered by download servers. :-/ Just removed the documentation.

jskier commented on 2017-07-09 19:25 (UTC) (edited on 2017-07-09 19:26 (UTC) by jskier)

@eworm, the file seems to change based on the node downloading, that is the problem. 60e6770dbf6fcd57aaa81a26e86d9d1bd02a7ecbbc543e61cbc1e6d5a639bd9e horizon-client-linux-45-document.pdf

eworm commented on 2017-07-09 12:20 (UTC)

Does it help to remove the file from cache and try again? What sha256 sum does the file have?

daj63 commented on 2017-07-09 07:37 (UTC)

Unfortunately, also having the same problem: ==> Validating source files with sha256sums... vmware-bundle.eclass ... Passed horizon-client-linux-45-document.pdf ... FAILED vmware-horizon-usb ... Passed vmware-horizon-usb.service ... Passed vmware-horizon-virtual-printing.service ... Passed

MrMuffin commented on 2017-07-08 15:46 (UTC)

I'm sorry @eworm but the issue keep showing >.<

eworm commented on 2017-07-07 20:30 (UTC)

Ah, they updated the documentation... I checked all checksums but this. :-p Should work now.