Search Criteria
Package Details: vmware-horizon-integrated-printing 2406-2
Package Actions
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.22 |
First Submitted: | 2015-01-08 15:17 (UTC) |
Last Updated: | 2024-08-20 07:04 (UTC) |
Dependencies (6)
- libcups (libcups-gitAUR, cups-gitAUR, libcups-gssapiAUR)
- vmware-horizon-clientAUR
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compat)
- librsvg (librsvg-gitAUR) (make)
- libxslt (libxslt-gitAUR) (make)
- patchelf (patchelf-gitAUR) (make)
Required by (1)
- vmware-horizon-client (optional)
Latest Comments
« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 17 Next › Last »
starfall07g commented on 2020-08-07 15:44 (UTC)
I got this error message: "Failed to connect to the View Connection Server. The server provided an invalid certificate. The certificate authority is invalid or incorrect", while attempting to connect to VDI using the latest VMware distribution for Arch. When I went to Preference to clear the message, I got an http instead of https connection to the VDI. The same server address had an https connection in Chrome.
How can I solve the error while making secure connection? Concrete steps are very valuable.
KorvinSilver commented on 2020-07-31 06:05 (UTC) (edited on 2020-07-31 06:10 (UTC) by KorvinSilver)
I have some issues since version 5.0, mainly when I log in to my VDI, if I click anything, Horizon freezes and crashes the entire system so bad I have to reboot. The problem is that my company started to mandate the usage of the latest releases (which is ironic in a place where the most recent software is at least two years old) so I may not be able to use 5.0 for long. Any ideas? This is with the entire system updated this morning:
For comparison v5.0:
jackstdve commented on 2020-06-30 13:54 (UTC)
I'm having some USB issues I was hoping to get some help with. When I connect to a server, USB begins initializing before turning into a
USB Unavailable
message. I've installedvmware-horizon-usb
and startedvmware-horizon-usb.service
. It seems there is some virtual channel not available for access.Mushoz commented on 2020-06-18 13:34 (UTC) (edited on 2020-06-18 13:39 (UTC) by Mushoz)
On second thought, I don't think it's a pcoip issue specifically. I've tried forcing a specific protocol through the --protocol switch, but it still failed.
@eworm: I do not see any "not founds". All libraries are properly found.
@forprefect: I do not have those options for some reason. I was able to select a protocol via commandline switches however.
I am connecting to a public domain, though. As far as I understand, that means it will set up a HTTPS tunnel and proxy the traffic over that tunnel. Maybe that is somehow not working?
Do note I am running 5.4.0 version instead of 5.4.1. But that was part of my troubleshooting (I downgraded). I initially used 5.4.1 and was getting the exact same problem.
As for what happens: I am able to connect and log in to the server. It will then show 1 desktop that I can connect to. Opening that will show the interface that should display the remote desktop, but it's completely black. After 1-2 seconds the black display disappears and I am back in the screen where I can select which desktop to connect to.
Using a Windows PC in the same network to connect to the same remote location works perfectly fine. But where's the fun in using Windows, right? ;)
Including full logs below:
Diving into the mentioned log, we get this:
eworm commented on 2020-06-18 13:01 (UTC)
Well,
vmware-remotemks
is installed to/usr/lib/vmware/view/client/vmware-remotemks
... No idea aboutvmware-remotemks-container
.I get the same message from
vmware-view-lib-scan
, but PCoIP connection works for me.Do you see any "not found" running
LD_LIBRARY_PATH=/usr/lib/vmware/ ldd
on/usr/lib/vmware/view/client/vmware-remotemks
and/usr/lib/libpcoip_client.so
?fordprefect commented on 2020-06-18 12:51 (UTC)
@Mushoz: Have you tried other protocols than PCoIP? I can choose them by right-clicking into a machine icon and choosing from the options. The other error says "ignore if you don't use" and thats what I'd do.
Mushoz commented on 2020-06-18 12:38 (UTC) (edited on 2020-06-18 12:39 (UTC) by Mushoz)
I keep getting the following error when trying to connect to a workstation at work over a remote connection:
vmware-view 83240| cdk_pcoip_desktop_on_connection_state_changed: RemoteMKS connection failed
It seems like it's trying to use a pcoip connection, which is failing. Running the included vmware-view-lib-scan, I get the following message regarding pcoip:
Any idea how I can fix this? Google searches haven't been very successful so far.
eworm commented on 2020-04-16 08:17 (UTC)
Currently vmware-horizon-rtav does not find any microphone, thus can't redirect it. Possibly that's your issue. I guess this is related to our recent pulseaudio, but I can't tell for sure.
I've never heard of Virtualization Pack for Skype for Business. Will have to investigate when I have some spare time.
arialdomartini commented on 2020-04-16 07:20 (UTC) (edited on 2020-04-16 07:43 (UTC) by arialdomartini)
I cannot run Skype for Business but in Fallback Mode (hence, no audio calls are possible), even with vmware-horizon-mmr and vmware-horizon-rtav installed. AFAIK this should be handled by Virtualization Pack for Skype for Business, included in the VMware Horizon Client itself. Any hints?
themez commented on 2020-03-25 13:37 (UTC)
Makes sense now. Thank-you for your time.
« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 17 Next › Last »