Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - vidyodesktop

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: vidyodesktop 3.6.3.017-2

Git Clone URL: https://aur-dev.archlinux.org/vidyodesktop.git (read-only)
Package Base: vidyodesktop
Description: VidyoDesktop(TM) video conferencing client
Upstream URL: http://www.vidyo.com
Keywords: client desktop proprietary videoconference
Licenses: custom
Conflicts: vidyo
Submitter: troyengel
Maintainer: troyengel
Last Packager: troyengel
Votes: 12
Popularity: 0.851927
First Submitted: 2014-09-05 20:19
Last Updated: 2017-01-31 01:47

Latest Comments

1 2 3 4 Next › Last »

troyengel commented on 2017-01-31 01:44

I worked through email with the Vidyo team to resolve the demo.vidyo.com problem, they have a new URL - join.vidyo.com. I am working on the PKGBUILD now, the existing hashes check out so no new upstream package. The Vidyo team was very responsive to the problem, I did not have to use my company email/account - handled it all as a generic internet guy.

@truber - this new URL has the same version as what used to exist, that new version you managed to grab I think was some sort of beta they didn't expect to get found. I recommend you downgrade back to this older version -- I'm going to bump the release to -2 so everyone gets the new PKGBUILD file.

troyengel commented on 2017-01-23 20:45

@truber - what DE are you using? I work at a company with a ton of different types people use, it *seems* to work most reliably on GNOME, MATE and XFCE - but things like i3 and others have problems. (it's really all over the map, honestly - roll the dice. Not using PulseAudio causes a lot of problems)

I see the SSL cert is still broken, so our package won't build cleanly when I try later -- is anyone aware of the same download in another location on their site that doesn't have the SSL cert mismatch?

truber commented on 2017-01-23 17:27

There is a new version at demo.vidyo.com: 3.6.7.010. It installs and can join meetings, but hangs then crashes when trying to share my screen.

It doesn't look to me like any dependencies changed (checked debian control file & ldd of binaries).

troyengel commented on 2017-01-06 01:31

Heads up - upstream (demo.vidyo.com) has borked their SSL certificate, which is blocking curl from downloading the DEB file. I can't even get Firefox to let me bypass it with their "enhanced security" (snake oil), but Chromium will.

Use Chromium, download the DEB file into the same directory as the PKGBUILD file and then run makepkg manually, it will build properly - I just tested it. If anyone has a contact at Vidyo, let them know. Please do not mark this package out of date because of this download failure, not a whole lot we can do here.

troyengel commented on 2016-08-22 19:46

This is the specific Vidyo server component hosted by, well in my case my employer but in your link CERN. They have to make available the versions they want you to use and download on the server, it's not an automatic update - I have had to email our internal A/V team to get the hosted installers updated to the latest versions before...

sw1ayfe commented on 2016-08-22 19:38

I'm not so sure about that. Using the test room link provided by CERN or a link from another room host finds the download window. http://information-technology.web.cern.ch/services/fe/howto/users-test-your-setup

snack commented on 2016-08-22 14:25

I fear that the Vidyo desktop application is dead. Here:

http://www.vidyo.com/services-support/technical-support/software-downloads/

it is suggested to use the web based application, and the option to download the desktop client is not even available. So hoping for a new release to fix the issue seems a waste of time to me...

lunik1 commented on 2016-08-22 14:04

Another wrinkle to this problem I've found: if I start my laptop with a second monitor plugged in it will still segfault until I disable one of them.

troyengel commented on 2016-08-22 13:53

I use 3.6.3.017 on my work Dell laptop (no external monitor) & desktop (2 external monitors) with the MATE desktop on both, it works for me in both locations as well as Vidyo ever works. I install the kitchen sink of desktop A/V library packages (gstreamer*, all the 'ugly' plugins, etc.) which *might* be somehow connected, and MATE uses PulseAudio as well. $0.02!

snack commented on 2016-08-22 09:04

@joe: stimulated by your post I tried again. Nothing changed: 3.6.3.017 works fine on my laptop with an external monitor plugged and active, segfaults with no external screen (also with screen plugged but not used).
I don't know what can be done to fix the issue. This thread seems to be the only place in the web where this problem is mentioned...