Package Details: vidyodesktop 3.6.3.017-6

Git Clone URL: https://aur.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: seadanda
Last Packager: seadanda
Votes: 15
Popularity: 0.088516
First Submitted: 2014-09-05 20:19
Last Updated: 2018-09-19 11:08

Required by (0)

Sources (2)

Pinned Comments

seadanda commented on 2018-02-05 14:20

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

1 2 3 4 5 6 ... Next › Last »

ensigma96 commented on 2018-10-11 01:54

Hi @seadanda,

(disclaimer: I did not use this aur, but ran from the extracted deb myself, as I like to avoid installing non-free stuff system-wide.)

Perhaps a better workaround would be using https://aur.archlinux.org/packages/libidn-133-compat/ ? It works for me.

senjin commented on 2018-09-20 12:27

Thank you, seadanda!

seadanda commented on 2018-09-19 11:11

Hi @senjin, I've pushed a fix. Turns out that it still works with the new libidn library "libidn.so.12" and so I've just symlinked it to the install directory and changed the script which runs Vidyo to load the library from there. Let me know if you have any other problems, but it's working for me.

And unfortunately Vidyo stopped supporting Linux in 2016 so we're unlikely to see any fixes from their end! We'll have to live with hacky patches for the foreseeable future.

senjin commented on 2018-09-19 07:32

After recent system upgrade which included libidn 1.35-1 vidyo cannot start:

$ VidyoDesktop /opt/vidyo/VidyoDesktop/VidyoDesktop: error while loading shared libraries: libidn.so.11: cannot open shared object file: No such file or directory

I guess it cannot be fixed in the vidyodesktop package, as the source is pre-compiled. Can older version of libdn (1.34) can be installed along the most recent one until Vidyo updates their package?

bunnybooboo commented on 2018-03-01 18:49

Sticking my head in here to say thank you for that extra information. Now got it up and running. Wahoooo!

seadanda commented on 2018-02-05 14:20

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.

bunnybooboo commented on 2018-02-05 13:40

After a successful build I get the following output:

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')

got fs = ext 4

supports ext4 get_tag_value-54-50-56-55-101-56

QObject: Cannot create children for a parent that is in a different thread. (Parent is VDVidyoClientPlugIn(0x6748ae0), parent's thread is VDVidyoClientPlugIn(0x6748ae0), current thread is QThread(0x6255af0)

QObject: Cannot create children for a parent that is in a different thread. (Parent is VDVidyoClientPlugIn(0x6748ae0), parent's thread is VDVidyoClientPlugIn(0x6748ae0), current thread is QThread(0x6255af0)

QObject: Cannot create children for a parent that is in a different thread. (Parent is VDVidyoClientPlugIn(0x6748ae0), parent's thread is VDVidyoClientPlugIn(0x6748ae0), current thread is QThread(0x6255af0)

QObject: Cannot create children for a parent that is in a different thread. (Parent is VDVidyoClientPlugIn(0x6748ae0), parent's thread is VDVidyoClientPlugIn(0x6748ae0), current thread is QThread(0x6255af0) Object::connect: No such signal VDController::StartDownload(bool) in ../source/VDController.cpp:753

QObject::moveToThread: Cannot move objects with a parent No systemtrayicon available

QThread::wait: Thread tried to wait on itself

/bin/VidyoDesktop: line 6: 22530 Segmentation fault (core dumped) /opt/vidyo/VidyoDesktop/$EXEC $option $audioflag $@

snack commented on 2018-01-30 13:36

@seadanda thanks for your help. Unfortunately, reinstalling Vidyo from scratch and cleaning the Plasma cache didn't work. While experimenting, I found that I don't get any segfault in double screen because xembedsniproxy is automatically started by Plasma in my system; if I kill it then I have to rely on the trayer workaround (or any other xembed systray). However in single screen the crash happens in any case, and before the crash that happens on dual screen without any active xembed systray. Sadly I found no solution on the web since all of the segfault reports seems to be due to missing xembed systray. At this point I give up, since fortunately at work I always have a dual monitor setup. Maybe I'll try another DE when I will have time.

seadanda commented on 2018-01-30 12:11

@snack in terms of Vidyo:

# pacman -Rn vidyodesktop

$ rm -r ~/.vidyo

removes everything related to vidyo desktop on your machine. You won't have to rebuild any dependencies when you reinstall.

However I think the issue is more likely to be with your Plasma Desktop config. Check out https://wiki.archlinux.org/index.php/KDE#Troubleshooting - maybe clearing the cache is what you want to do. Just make sure to be prepared to lose any modifications you've made from the default unless you back up.

Failing that, I think it could be one for the Arch forums as I have zero experience with the Plasma Desktop. Good luck!

snack commented on 2018-01-29 15:48

@seadanda I had to prepare a new installation on another machine, and on that machine Vidyo works also in single screen with Plasma desktop; so I can confirm your findings. I think that something is screwed on my main system. How can I completely wipe out any config file so to mimick a fresh installation?