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

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

snack commented on 2018-10-30 14:18 (UTC) (edited on 2018-11-02 13:52 (UTC) by snack)

Today I started the Vidyo client after some days and I get this segfault:

$ VidyoDesktop Unable to load library icui18n "Cannot load library icui18n: (icui18n: cannot open shared object file: No such file or directory)" 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') /usr/bin/VidyoDesktop: line 6: 19994 Segmentation fault (core dumped) /opt/vidyo/VidyoDesktop/$EXEC $option $audioflag $@

I don't know which update might have caused the breakage, maybe icu?

Edit: I updated my system today and now Vidyo starts again. icu is still at the newest version (63.1-2) which was the version I had when I had the segfault, so the problem was probably another library maybe linking icu and rebuilt recently.

seadanda commented on 2018-10-26 09:46 (UTC)

Hi ensigma96, kang.

Sorry I've been busy with work the past couple of weeks and just got a chance to do this. Thanks for the heads up about libidn11. It is definitely preferable to use a fixed version package in the official repos rather than a hacky fix that will probably stop working with future updates to libidn.

@kang I never had any problems with just using the libidn package + the previous fix and especially not with a black screen - this may be an unrelated problem with your setup.

kang commented on 2018-10-23 17:54 (UTC)

Note that https://www.archlinux.org/packages/community/x86_64/libidn11/ is not just required for install, but also at runtime otherwise you get a black video feed from other participants (this definitely should be a dependency)

hopefully that helps someone who's wondering why they get a black screen :)

ensigma96 commented on 2018-10-20 06:59 (UTC) (edited on 2018-10-20 07:00 (UTC) by ensigma96)

update: It seems that libidn-133-compat has been removed from aur. Now I'm using https://www.archlinux.org/packages/community/x86_64/libidn11/ . Perhaps it would be good to add it as a dependency?

ensigma96 commented on 2018-10-11 01:54 (UTC)

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 (UTC)

Thank you, seadanda!

seadanda commented on 2018-09-19 11:11 (UTC)

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 (UTC)

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 (UTC)

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 (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.