Megasync. При старте сразу исчезает процесс.

0

1

Gentoo ~amd64.

Проблема с приложением megasync для синхронизации с облаком mega.nz. Пробовал ebuild'ы jorgicio и jm-overlay оверлеев, разных версий - 2.9.1, 2.9.5, 2.9.6 и 9999. Результат один и тот же. Приложение нормально собирается, но работать отказывается. Выхлопа в консоль не выдаёт вообще никакого. Только на долю секунды успевает появится значок в трее и исчезает.

Устанавливал так :

# emerge --ask megasync 

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N     ] net-dns/c-ares-1.11.0  USE="-static-libs" ABI_X86="32 (64) (-x32)" 
[ebuild  N     ] dev-libs/crypto++-5.6.2-r3  USE="-static-libs" 
[ebuild  N     ] dev-libs/libuv-1.9.1  USE="-static-libs" ABI_X86="32 (64) (-x32)" 
[ebuild  N     ] net-misc/megasync-2.9.5  USE="ares cryptopp curl readline sqlite threads zlib -examples -freeimage -libsodium -nautilus -qt5"

Would you like to merge these packages? [Yes/No]

$ equery f megasync
 * Searching for megasync ...
 * Contents of net-misc/megasync-2.9.5:
/usr
/usr/bin
/usr/bin/megasync
/usr/share
/usr/share/applications
/usr/share/applications/megasync.desktop
/usr/share/icons
/usr/share/icons/hicolor
/usr/share/icons/hicolor/128x128
/usr/share/icons/hicolor/128x128/apps
/usr/share/icons/hicolor/128x128/apps/mega.png
/usr/share/icons/hicolor/16x16
/usr/share/icons/hicolor/16x16/apps
/usr/share/icons/hicolor/16x16/apps/mega.png
/usr/share/icons/hicolor/256x256
/usr/share/icons/hicolor/256x256/apps
/usr/share/icons/hicolor/256x256/apps/mega.png
/usr/share/icons/hicolor/32x32
/usr/share/icons/hicolor/32x32/apps
/usr/share/icons/hicolor/32x32/apps/mega.png
/usr/share/icons/hicolor/48x48
/usr/share/icons/hicolor/48x48/apps
/usr/share/icons/hicolor/48x48/apps/mega.png
/usr/share/licenses
/usr/share/licenses/megasync
/usr/share/licenses/megasync/LICENCE.md
/usr/share/licenses/megasync/terms.txt

Подскажите, пожалуйста, как найти поломку.

Ссылка

←	как сделать полный бэкап системы МСВС 3.0

дробный множитель процессора

→

Запусти из под strace

imul ★★★★★
(16.06.16 17:58:02 MSK)

Ответ на: комментарий от imul 16.06.16 17:58:02 MSK

Вот, выложил: strace_megasync.txt

StonedAstronaut
(16.06.16 18:48:04 MSK) автор топика

Ссылка

а если запустить с --debug ?

Pinkbyte ★★★★★
(16.06.16 20:41:06 MSK)

Ответ на: комментарий от Pinkbyte 16.06.16 20:41:06 MSK

Про ключ не знал, и недожал :-(

Вывод уже более информативный чем strace. Смотрел вывод strace и подумал возможно, что-то не так с dbus. И это привело с интересному факту:

# eix sys-apps/dbus
[I] sys-apps/dbus
     Available versions:  1.8.16 (~)1.8.20 1.10.6^t 1.10.8-r1^t {X debug doc selinux static-libs systemd test user-session ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"}
     Installed versions:  1.10.8-r1^t(03:47:04 AM 06/07/2016)(X -debug -doc -selinux -static-libs -systemd -test -user-session ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 64 -x32")
     Homepage:            https://dbus.freedesktop.org/
     Description:         A message bus system, a simple way for applications to talk to each other

Странно почему установлена версия из stable ветки. При обновлении «мира» dbus не хочет обновлятся до ~ ветки.

Собственно вывод $ megasync --debug

17:52:19 (warn):  QT Warning: QSystemTrayIcon::setVisible: No Icon set
17:52:19 (fatal): cURL built without OpenSSL support. Aborting. (net.cpp:39)

Вот так установлен curl:

$ eix net-misc/curl
[I] net-misc/curl
     Available versions:  7.45.0^t (~)7.47.1^t 7.49.0^t (~)7.49.1^t {adns http2 idn ipv6 kerberos ldap metalink rtmp samba ssh ssl static-libs test threads ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32" CURL_SSL="axtls gnutls libressl mbedtls nss +openssl polarssl winssl" ELIBC="Winnt"}
     Installed versions:  7.49.1^t(01:51:04 AM 06/13/2016)(ipv6 ssl threads -adns -http2 -idn -kerberos -ldap -metalink -rtmp -samba -ssh -static-libs -test ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 64 -x32" CURL_SSL="gnutls -axtls -libressl -mbedtls -nss -openssl -polarssl -winssl" ELIBC="-Winnt")
     Homepage:            https://curl.haxx.se/
     Description:         A Client that groks URLs

Вот openssl установлен SLOT=0

$ eix dev-libs/openssl
[I] dev-libs/openssl
     Available versions:  
     (0.9.8) 0.9.8z_p8^d
     (0)    1.0.2g-r2^d 1.0.2h^d (~)1.0.2h-r1^d
       {+asm bindist gmp kerberos rfc3779 sctp sslv2 +sslv3 static-libs test +tls-heartbeat vanilla zlib ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32" CPU_FLAGS_X86="sse2"}
     Installed versions:  1.0.2h-r1^d(02:45:37 AM 06/07/2016)(asm sslv3 tls-heartbeat zlib -bindist -gmp -kerberos -rfc3779 -sctp -sslv2 -static-libs -test -vanilla ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 64 -x32" CPU_FLAGS_X86="sse2")
     Homepage:            http://www.openssl.org/
     Description:         full-strength general purpose cryptography library (including SSL and TLS)

Прописав в ebuild'е зависимость от openssl:0.9.8 результата не принесло.

В make.conf используется USE="... gnutls ssl ..." .

StonedAstronaut
(16.06.16 21:20:40 MSK) автор топика

Ссылка

Значится, всё поидее просто. Необходимо собрать curl с поддержкой openssl, т.е. так:

# USE="curl_ssl_openssl -curl_ssl_gnutls" emerge curl

Но возникает вопрос: что делать если другое приложение захочет поддержку gnutls?

StonedAstronaut
(16.06.16 21:38:45 MSK) автор топика

Ответ на: комментарий от StonedAstronaut 16.06.16 21:38:45 MSK

Но возникает вопрос: что делать если другое приложение захочет поддержку gnutls?

Страдать и писать авторам этого приложения вестимо

Вообще в идеале - приложение должно требовать поддержки SSL у curl, а не поддержки какой-то отдельной реализации. Но т.к. мы живем не в идеальном мире - получаем вот это...

Pinkbyte ★★★★★
(17.06.16 11:19:23 MSK)
Последнее исправление: Pinkbyte 17.06.16 11:20:21 MSK (всего исправлений: 1)