Package Details: megasync 5.7.1.0-1

Git Clone URL: https://aur.archlinux.org/megasync.git (read-only, click to copy)
Package Base: megasync
Description: Official MEGA desktop application for syncing with MEGA Cloud Drive
Upstream URL: https://github.com/meganz/MEGAsync/
Licenses: LicenseRef-Mega-Limited-Code-License
Submitter: son_link
Maintainer: dbermond
Last Packager: dbermond
Votes: 380
Popularity: 0.94
First Submitted: 2014-09-01 18:12 (UTC)
Last Updated: 2025-01-16 19:31 (UTC)

Latest Comments

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 21 22 23 .. 53 Next › Last »

Palanthis commented on 2020-07-27 19:25 (UTC)

Quick bandaid for the libraw error: sudo ln -sf /usr/lib/libraw.so.20 /usr/lib/libraw.so.19

teacher4711 commented on 2020-07-27 16:09 (UTC)

The latest libraw 0.20.0-1 prevents megasync from starting (megasync: error while loading shared libraries: libraw.so.19: cannot open shared object file: No such file or directory) Reverting back to libraw 0.19.5-3 fixes the issue.

tinywrkb commented on 2020-07-27 15:38 (UTC)

I haven't built the PKGBUILD as I'm using Flatpak but the latest 4.3.3.0 seems to need something like this: "QMAKE_INCDIR+=$PWD/MEGASync/mega/include" "QMAKE_INCDIR+=$PWD/MEGASync/mega/bindings/qt"

And I had to drop pdfium.patch as it broke sdk.pri. I just disabled pdfium.

attila123 commented on 2020-06-29 10:42 (UTC) (edited on 2020-06-29 10:43 (UTC) by attila123)

Hi, does not build for me (with Manjaro package base at least).Eg. "gui/MegaSpeedGraph.h:31:18: error: field ‘linePath’ has incomplete type ‘QPainterPath’", and the same error from other source files.

tinywrkb commented on 2020-06-18 20:17 (UTC) (edited on 2020-06-19 15:45 (UTC) by tinywrkb)

@Kozeid, the package is missing xdg-utils and xorg-xrdb. The app runs fine without them but will complain, just start it from the command line in a clean chroot.
I would add xdg-utils to depends and xorg-xrdb to optdepnds.
There a bug report regarding the xrdb dependency so you probably want to subscribe to it.

I plan to open a bug report about the linking against libstc++fs.a static lib that is needed for <std::experimental::filesystem>.
If you look at src/MEGASync/mega/src/autocomplete.cpp you'll see that it has a test for cpp17 and it uses <std::filesystem> instead if true.
Tthis means it doesn't really need libstc++fs.a which I confirmed by patching the lib linking out, building in a clean chroot, and it seems to work fine without needing to force -std=c++17 cxxflag, but just keep this cxxflag in mind.
This libstc++fs.a static linking is a non-issue for Arch but quite a problem with Flatpak which is why I'm reporting it.

edit: megasync libstdc++fs bug report

u666sa commented on 2020-06-07 11:14 (UTC)

@Kozeid edit PKGBUILD change libpdfium to libpdfium-nojs, otherwise it doesn't build, says can't satisfy dependencies.

ava1ar commented on 2020-06-02 16:29 (UTC)

Tiny patch is required to fix build with QT 5.15+: https://pastebin.com/cJb5MG1a

DanielRichtmann commented on 2020-05-12 11:40 (UTC)

For anyone seeing a segfault, see https://github.com/meganz/MEGAsync/issues/443.

graves501 commented on 2020-05-09 13:08 (UTC) (edited on 2020-05-09 13:10 (UTC) by graves501)

Rebuilding libpdfium-nojs like @edacval suggested seemed to fix the libicuuc.so.65: cannot open shared object file: No such file or directory error. Thanks!

edacval commented on 2020-05-06 16:54 (UTC)

@acp0112 just rebuild and reinstall libpdfium/libpdfium-nojs, before building megasync

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 21 22 23 .. 53 Next › Last »