Package Details: vmware-horizon-client 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
Upstream URL: https://customerconnect.omnissa.com/downloads/info/slug/desktop_end_user_computing/vmware_horizon_clients/horizon_8
Licenses: custom
Conflicts: vmware-horizon-pcoip, vmware-horizon-teams-optimization, vmware-view-client, vmware-view-open-client, vmware-view-open-client-beta
Replaces: vmware-horizon-pcoip, vmware-horizon-teams-optimization
Submitter: eworm
Maintainer: eworm
Last Packager: eworm
Votes: 55
Popularity: 0.126960
First Submitted: 2015-01-08 15:17 (UTC)
Last Updated: 2024-08-20 07:04 (UTC)

Dependencies (25)

Sources (5)

Latest Comments

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

eworm commented on 2015-04-23 08:08 (UTC)

Mountainerd, glad to hear that you are happy with this package. ;) Well, kind of at least... No idea about the sound. For me it just works. You could take a look at /tmp/vmware-$USER/vmware-mks-$PID.log, perhaps you can find some hints there.

Mountainerd commented on 2015-04-22 17:24 (UTC)

Hey eworm - thanks for keeping this package up-to-date. I use it daily for work on my Arch box. I am curious if you can help point me in the right direction as to why I cannot get sound from my Win 7 desktop to come through on my end. Sound works on my local machine, I installed the 32-bit drivers for ALSA, made sure the VM had the drivers installed, but no joy yet. Thanks!

Muflone commented on 2015-03-28 11:58 (UTC)

That's not correct. I had the vmware-horizon-client package for ages and worked fine until the last update. I'm not sure if in the past I installed the vmware-horizon-virtual-printing package, therefore the source of the issue could be the first install of that package. However FYI the issue is due to yaourt which doesn't properly parse the depends_arch variable, the same issue applies on others packages.

eworm commented on 2015-03-25 18:37 (UTC)

Ah, I think I know what your problem is. You never had vmware-horizon-client 3.2.0-5 or any other version installed, no? So the issue is not depends_x86_64=() array, which works just fine on its own. makepkg does not expext dependencies added in split packages package() function to be installed. In this case it is fine for building as binaries are not compiled but installed as-is. So just build and install the missing packages manually.

Muflone commented on 2015-03-25 16:06 (UTC)

I do have pacman 4.2.1-1 but pacman never installs packages from the AUR and simply refuses to install the package if openssl098 or lib32-pcsclite aren't installed before. Maybe it would be duty of yaourt or any other AUR manager to install dependencies from depends_arch variable.

eworm commented on 2015-03-25 15:59 (UTC)

Just tested that and works for me. All packages have their dependencies set as expected. Is your pacman package up-to-date? Should be 4.2.1-1. Or did I get you wrong?

Muflone commented on 2015-03-25 15:48 (UTC)

It seems makepkg doesn't yet recognize the depends_arch variables during the build and then don't ask you to install if you haven't installed them before the build process started.

eworm commented on 2015-01-13 08:00 (UTC)

The virtual printing stuff is linked against libssl.so.0.9.8 and libcrypto.so.0.9.8. If you do not need virtual printing just skip the package by running makepkg with --pkg <list>.

festerman commented on 2015-01-13 07:51 (UTC)

Sorry, was hacking and not reading ... Your PKGBUILD now match what I got by editing, so that should be fine. Thanks! Got here by trying to get rid of openssl098, so a question: is the dep on 098 in virtual-printing necessary?

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