Please add skype-dbus-mock and a dependency on it in skypeforlinux for machines which use openrc/consolekit instead of elogind/systemd: https://github.com/maelnor/skype-dbus-mock Discussion about this problem: https://forums.gentoo.org/viewtopic-t-1086741-start-25-postdays-0-postorder-asc-highlight-.html
I can confirm that all >=net-im/skypeforlinux-8.30 segfault on start. Dmesg shows the following: [259593.077341] skypeforlinux[24324]: segfault at 18 ip 00007fef11d1c8ae sp 00007ffe3bef12e0 error 4 in libdbus-1.so.3.14.14[7fef11d02000+45000] Also problem is that previous packages were removed from portage recently.
several things 1. I'm not interested in adding skype-dbus-mock to portage or maintaining it (maybe someone else is?) if you want to add skype-dbus-mock yourself, I'll adjust dependencies to support it as an option. 2. the informal dependency from upstream is *logind. Id like to keeps things official as skype-dbus-mock feels "hackish" 3. this is basically a duplicate of 666396. *** This bug has been marked as a duplicate of bug 666396 ***
(In reply to Gino McCarty from comment #2) > several things > > 1. I'm not interested in adding skype-dbus-mock to portage or maintaining it > (maybe someone else is?) > if you want to add skype-dbus-mock yourself, I'll adjust dependencies to > support it as an option. > > 2. the informal dependency from upstream is *logind. Id like to keeps things > official as skype-dbus-mock feels "hackish" > > 3. this is basically a duplicate of 666396. > > *** This bug has been marked as a duplicate of bug 666396 *** And so what's the solution? If we don't want to use systemd, we don't want to pull in elogind either as the other ticket proposes. How is the skype-dbus-mock hacky? I don't really see the difference since we pulled in apulse a while back to make skype work without pulling in pulse audio.
(In reply to Gino McCarty from comment #2) > several things > > 1. I'm not interested in adding skype-dbus-mock to portage or maintaining it > (maybe someone else is?) I'm not a gentoo developer but I could certainly create a PR for it and proxy maintain it if nobody else wants to.
skypeforlinux expects logind to exist. Anything short of a fully functional logind is a hack IMHO.
(In reply to Gino McCarty from comment #5) > skypeforlinux expects logind to exist. Anything short of a fully functional > logind is a hack IMHO. Wait, as far as I've tested, skypeforlinux (video, microphone, speakers, calling) functions fine with skype-dbus-mock. If you add a conditional dependency on skype-dbus-mock, I will create a PR for the package. The other problem with considering the so-called less hacky solution is that it still doesn't work for everyone. Apparently, people who use teamviewer and openrc cannot have elogind installed.
(In reply to Gino McCarty from comment #5) > skypeforlinux expects logind to exist. Anything short of a fully functional > logind is a hack IMHO. So since you resolved this ticket as won't fix, you're not going to add a dependency?
Haven't tried it yet, but for me as a teamviewer user this would be the much preferred way around logind.
(In reply to Timo Ollech from comment #8) > Haven't tried it yet, but for me as a teamviewer user this would be the much > preferred way around logind. I have created a pull request linked to bug 669538 which will add the skype-dbus-mock package to portage. Hopefully it gets accepted as a proxy maintained package (I'll be the maintainer). Then the skypeforlinux package will need its RDEPEND modified further to look like this which builds upon the submitted PR for bug 666396: RDEPEND=" || ( sys-auth/elogind sys-apps/systemd net-im/skype-dbus-mock ) dev-libs/atk[${MULTILIB_USEDEP}] dev-libs/expat[${MULTILIB_USEDEP}] dev-libs/glib:2[${MULTILIB_USEDEP}]
