Package Details: vmware-horizon-tsdr 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 - folder sharing
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.21
First Submitted: 2015-01-08 15:17 (UTC)
Last Updated: 2024-08-20 07:04 (UTC)

Latest Comments

« First ‹ Previous 1 .. 12 13 14 15 16 17

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?

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

OK, got it to install, after removing the '.gz' on row 31 of the PKGBUILD (on vmware-bundle.eclass), and changing the sha256sum for that file. Got two dependencies missing, so ignoring those for now. warning: cannot resolve "lib32-pcsclite", a dependency of "vmware-horizon-smartcard" warning: cannot resolve "openssl098", a dependency of "vmware-horizon-virtual-printing" Both packages are in AUR, so should not be impossible ... Not tested yet (have to go to work ...)

eworm commented on 2015-01-13 07:39 (UTC)

Either a transparent proxy or Gentoo server fooled me by sending the eclass file gzipped. Please try again, does it work now?

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

Tried it, but fails verification of vmware-bundle.eclass.gz ...

« First ‹ Previous 1 .. 12 13 14 15 16 17