Package Details: megasync 5.5.0.0-2

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.63
First Submitted: 2014-09-01 18:12 (UTC)
Last Updated: 2024-10-06 03:37 (UTC)

Sources (5)

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 52 Next › Last »

Neko-san commented on 2022-11-09 22:56 (UTC) (edited on 2022-11-09 23:48 (UTC) by Neko-san)

icu71 is an unlisted depends

FabioLolix commented on 2022-11-03 20:52 (UTC)

@Sylvain_07

  • rebuild libpdfium, then build megasync
  • post here in English, LANG=C from terminal is your friend
  • quote your post using 3 'backtickss' ` at top and bottom to make the post readable

Sylvain_07 commented on 2022-11-03 20:03 (UTC)

/usr/bin/ld : avertissement : libicuuc.so.71, requis par /usr/lib/gcc/x86_64-pc-linux-gnu/12.2.0/../../../../lib/libpdfium.so, non trouvé (essayez avec -rpath ou -rpath-link) /usr/bin/ld : /usr/lib/gcc/x86_64-pc-linux-gnu/12.2.0/../../../../lib/libpdfium.so : référence indéfinie vers « u_isalpha_71 » /usr/bin/ld : /usr/lib/gcc/x86_64-pc-linux-gnu/12.2.0/../../../../lib/libpdfium.so : référence indéfinie vers « u_isspace_71 » /usr/bin/ld : /usr/lib/gcc/x86_64-pc-linux-gnu/12.2.0/../../../../lib/libpdfium.so : référence indéfinie vers « u_tolower_71 » /usr/bin/ld : /usr/lib/gcc/x86_64-pc-linux-gnu/12.2.0/../../../../lib/libpdfium.so : référence indéfinie vers « u_isalnum_71 » /usr/bin/ld : /usr/lib/gcc/x86_64-pc-linux-gnu/12.2.0/../../../../lib/libpdfium.so : référence indéfinie vers « u_toupper_71 » collect2: erreur: ld a retourné le statut de sortie 1 make[1]: [Makefile:1270 : megasync] Erreur 1 make[1] : on quitte le répertoire « /home/sylvain-sa/.cache/yay/megasync/src/MEGAsync/src/MEGASync » make: [Makefile:47 : sub-MEGASync-make_first] Erreur 2 ==> ERREUR : Une erreur s’est produite dans build().

jghodd commented on 2022-10-25 18:19 (UTC) (edited on 2022-10-25 23:17 (UTC) by jghodd)

Just a heads-up that version 4.6.8.0-2 requires icu71 even though the current version of icu is 72 on 64-bit systems.

Edit: the type narrowing issue in fs.cpp still exists and kills an i686 build, so the patch I posted below is still needed.

Edit2: if you're getting a build error re icu71, you need to rebuild libpdfium against the latest version of icu. that resolves the build issue.

MrSelfDestruct commented on 2022-10-22 14:30 (UTC)

The build of this package is now broken as of modern git versions due to the patches for CVE-2022-39253 (you can read more here: https://vielmetti.typepad.com/logbook/2022/10/git-security-fixes-lead-to-fatal-transport-file-not-allowed-error-in-ci-systems-cve-2022-39253.html)

As a workaround, it is possible to run this command and then build the megasync package: git config --global protocol.file.allow

I'm not as familiar with PKGBUILDs, but there should be some way for the maintainers of this package to fix this issue upstream, but the workaround exists for the time being for anyone who needs it.

jghodd commented on 2022-10-12 00:16 (UTC) (edited on 2022-10-12 18:09 (UTC) by jghodd)

am getting an error on the i686 build. i was able to create a patch to allow the build to complete, but due to the context of the "fix", i'm not 100% comfortable that there wouldn't be negative ripple effects. the error is one of narrowing in posix/fs.cpp - a 32-bit hex value is being assigned to an int via a #define. the patch, which i'll post, allows the build not to fail, but i'd feel more comfortable if someone more familiar with the code base could give it a thumbs-up or thumbs-down, or even code in a fix for 32-bit platforms.


diff --git a/src/posix/fs.cpp b/src/posix/fs.cpp
index b65b6f38f..e6ee148e1 100644
--- a/src/posix/fs.cpp
+++ b/src/posix/fs.cpp
@@ -80,7 +80,7 @@
 #endif /* ! XFS_SUPER_MAGIC */

 #ifndef CIFS_MAGIC_NUMBER
-#define CIFS_MAGIC_NUMBER 0xFF534D42
+#define CIFS_MAGIC_NUMBER (int)0xFF534D42
 #endif // ! CIFS_MAGIC_NUMBER

 #ifndef NFS_SUPER_MAGIC
@@ -92,7 +92,7 @@
 #endif // ! SMB_SUPER_MAGIC

 #ifndef SMB2_MAGIC_NUMBER
-#define SMB2_MAGIC_NUMBER 0xfe534d42
+#define SMB2_MAGIC_NUMBER (int)0xfe534d42
 #endif // ! SMB2_MAGIC_NUMBER

 #endif /* __linux__ */

please let me know if this does or does not pass the smell test.

edit: i've changed the cast to __fsword_t so that it matches the type of statfs.f_type because the only way these two constants are used are in a switch statement where they're compared to a statfs.f_type variable. tracking back through the include files, statfs.f_type is a __fsword_t which is #def'd to different types depending on the platform (32-bit vs 64-bit). so now the patch looks like this:


diff --git a/src/posix/fs.cpp b/src/posix/fs.cpp
index b65b6f38f..e6ee148e1 100644
--- a/src/posix/fs.cpp
+++ b/src/posix/fs.cpp
@@ -80,7 +80,7 @@
 #endif /* ! XFS_SUPER_MAGIC */

 #ifndef CIFS_MAGIC_NUMBER
-#define CIFS_MAGIC_NUMBER 0xFF534D42
+#define CIFS_MAGIC_NUMBER (__fsword_t)0xFF534D42
 #endif // ! CIFS_MAGIC_NUMBER

 #ifndef NFS_SUPER_MAGIC
@@ -92,7 +92,7 @@
 #endif // ! SMB_SUPER_MAGIC

 #ifndef SMB2_MAGIC_NUMBER
-#define SMB2_MAGIC_NUMBER 0xfe534d42
+#define SMB2_MAGIC_NUMBER (__fsword_t)0xfe534d42
 #endif // ! SMB2_MAGIC_NUMBER

 #endif /* __linux__ */

if anyone sees a problem with this, please let me know. what concerns me is that these 2 values would set the sign bit of a 32-bit int. but at least that would also hold true of the statfs.f_type value they're being compared against, which makes it more consistent, and it resolves the narrowing error.

pescepalla commented on 2022-09-15 07:38 (UTC)

Please add qt5-wayland as an optional dependency for those of us who use wayland.

killua99 commented on 2022-09-08 04:50 (UTC)

I just bumped the version, for my github fork, this package still doesn't install without issues

kikadf commented on 2022-05-30 16:00 (UTC)

@attila123: cmst is not a megasync dependency, it is an inedependent package. The megasync upgrade was fine (just a reinstall, not built the package) in your output. I don't know paru, maybe you upgraded all AUR packages, not only megasync, and you had a problem with the megyasync independent cmst package.

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 13 .. 52 Next › Last »