Package Details: vidyodesktop 3.6.3.017-7

Git Clone URL: https://aur.archlinux.org/vidyodesktop.git (read-only, click to copy)
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: seadanda
Last Packager: seadanda
Votes: 15
Popularity: 0.000000
First Submitted: 2014-09-05 20:19 (UTC)
Last Updated: 2018-10-26 09:42 (UTC)

Pinned Comments

seadanda commented on 2018-02-05 14:20 (UTC)

Hi @bunnybooboo, VidyoDesktop broke with an update to qt a few months ago. Unfortunately Vidyo stopped supporting Vidyo Desktop on Linux a long time ago and so I doubt we will see any attempts to fix this problem. The current version (3.6.3_017) was released back in March 2016. Since it is closed source the only way that we have found to run it succesfully is by using a systemtray application.

If you run trayer (which is installed as a dependency) before running Vidyo Desktop, Vidyo works without any issues. This is unfortunate but it is an upstream issue.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

lunik1 commented on 2016-07-18 10:20 (UTC)

@snack I'm seeing the same problem on my laptop with i3+pulseaudio The strange part is the second monitor doesn't even need to be active, just plugged in. This is over VGA.

burntsushi commented on 2016-03-16 21:25 (UTC)

@snack I'm also seeing the same segfault on my desktop machine (with three monitors). I'm running without a DE using Alsa, with `VIDYO_AUDIO_FRAMEWORK=ALSA` set. If I remove the environment variable, then Vidyo starts and hangs before ever opening the GUI: $ VidyoDesktop libpng warning: iCCP: known incorrect sRGB profile QPainter::begin: Widget painting can only begin as a result of a paintEvent Object::connect: No such slot VDCallWindow::OnHideMuteToolbarsWhenWindowDeactivate() in ../source/VDController.cpp:3847 Object::connect: (receiver name: 'VDCallWindow')

snack commented on 2016-03-08 12:39 (UTC)

I'm having a very strange segfault, which happens only when I don't use the external screen plugged to my laptop. When using only the laptop's panel I get this segfault: /usr/bin/VidyoDesktop: line 6: 3300 Segmentation fault (core dumped) /opt/vidyo/VidyoDesktop/$EXEC $option $audioflag $@ while when I plug the external monitor and use a dual screen setup the segfault goes away and Vidyo works as expected. I'm using Plasma 5 with PulseAudio. Anyone else experience the same issue? Thanks.

axfelix commented on 2015-12-10 18:01 (UTC)

@salderwe Unfortunately I've always gotten a segfault when using bluetooth with Vidyo on Linux. Seems a weird issue particularly if it's running in a pulse environment and shouldn't realistically care, but alas.

palendae commented on 2015-09-10 00:36 (UTC)

A note for anyone trying to use this with Plasma 5 - you will need some sort of system tray that has XEmbed capabilities, otherwise you will continue to see segfaults. See [1] and [2] [1] https://bugzil.la/989811#c20 [2] http://alien.slackbook.org/blog/support-for-old-school-xembed-system-tray-icons-in-plasma-5/

troyengel commented on 2015-09-07 15:06 (UTC)

OK uploaded a new PKGBUILD with the changes -- using the new multi-arch source constructs from @carlgeorge and the DEB packages from @totsilence. Be sure to get the -3 release, the -2 was bad (qtwebkit wasn't listed as a dep). This might be why it "fixes" the segfault -- the DEB package requires the qtwebkit shared library to be installed, the RPM doesn't (so I'm assuming it's statically compiled in). After upgrading, I noticed that my Vidyo tray popup menu looks better (it follows my Qt theme), the RPM package looked all old-school Motif-ish.

totsilence commented on 2015-09-07 14:24 (UTC)

Hello, I have also seen the segmentation faults with the vidyodesktop package other people have reported. I was able to resolve these by switching to the ubuntu .deb binary package. This is with x86_64. Here are my changes to the source array: if [ "$CARCH" == "i686" ]; then source=("https://demo.vidyo.com/upload/VidyoDesktopInstaller-ubuntu-TAG_VD_3_5_4_004.deb") md5sums=('def5828bd84e1c5cba1058a73801c377') elif [ "$CARCH" == "x86_64" ]; then source=("https://demo.vidyo.com/upload/VidyoDesktopInstaller-ubuntu64-TAG_VD_3_5_4_004.deb") md5sums=('cdabff2965962774ba8b2937d39445bf') fi and then to extract the .deb: prepare() { tar xzvf data.tar.gz } Maybe other people will find this useful.

troyengel commented on 2015-09-01 01:10 (UTC)

awesome, thanks Carl! I'll change that in the next release, not really worth pushing a new update right away. I have another package that this will fix as well (the Xerox print drivers), didn't know about the new option.

<deleted-account> commented on 2015-08-31 13:19 (UTC)

There is now an option in PKGBUILDs to suffix the source and checksum array names with the architecture [1]. That means you can drop that if statement and do this instead: source_i686=("https://demo.vidyo.com/upload/VidyoDesktopInstaller-sl5-TAG_VD_3_5_4_004.rpm") md5sums_i686=('634063b2b773d49b3d230ac67fe7aa4e') source_x86_64=("https://demo.vidyo.com/upload/VidyoDesktopInstaller-sl564-TAG_VD_3_5_4_004.rpm") md5sums_x86_64=('3f728f54ca6626c3e75802552061e040') [1] https://wiki.archlinux.org/index.php/PKGBUILD#source

salderwe commented on 2015-02-16 09:25 (UTC)

I have been using this package successfully for quite a while. However recently I realised that when I connect my bluetooth headphones, I get a segfault: Object::connect: No such slot VDController::OnReceiveInitialBuddyList(VDRequestResponseBuddyList*) in ../source/VDController.cpp:2092 Object::connect: (sender name: 'VDLoginWindow') /usr/bin/VidyoDesktop: line 6: 1121 Segmentation fault (core dumped) /opt/vidyo/VidyoDesktop/$EXEC $option $audioflag $@ Has anyone seen this before, or does anyone have an idea where to go looking to fix it? Thanks!

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »