Package Details: freefilesync 10.24-1

Git Clone URL: (read-only, click to copy)
Package Base: freefilesync
Description: Backup software to synchronize files and folders
Upstream URL:
Keywords: backup sync
Licenses: GPL3
Submitter: chenxing
Maintainer: jooch (symen)
Last Packager: symen
Votes: 147
Popularity: 2.05
First Submitted: 2010-09-22 07:27
Last Updated: 2020-05-18 20:00

Latest Comments

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

symen commented on 2020-05-22 09:57

Hello @NiceMicro ! FreeFileSync uses logic introduced in wxgtk 3.1 to get the XDG config paths, so the easiest solution was to revert to the old logic until Archlinux upgrades to wxgtk 3.1.

With hindsight, it would have been worth re-implementing this (small) part ourselves instead of waiting for 1.5 years (and probably 6 more months). :)

NiceMicro commented on 2020-05-21 12:36

Hi! Is there a reason why the use of XDG standard configs are reverted to use a config directory right in the home directory?

imarco commented on 2020-05-20 10:17

Thanks for the explanation.

jooch commented on 2020-05-20 10:15

bin stands for binary, as in precompiled. In an open source world/environment that only exists for convenience, which is why there are two versions. This is only the case for software that is open source to begin with, there are also precompiled packages in the AUR that are closed source, thus these do not have a 'bin' cousin. Binaries are an easy way in for malicious software, google 'arch linux acroread malware'

imarco commented on 2020-05-20 09:43

Yes, you're right. Just for my knowledge, why a version freefilesync and freefilesync-bin?


jooch commented on 2020-05-20 09:38

@imarco, jvloendersloot

I don't really see the problem here, the way i see it you have two easy solutions:

  • Switch to Manjaro unstable branch, update the system and build again.
  • Use freefilesync-bin package from the AUR

A friendly reminder, AUR is intended for use with Arch Linux.

imarco commented on 2020-05-20 06:47

Same problem as jvloendersloot for me (GCC 9.3.0-1) and my system is up to date (Manjaro).

symen commented on 2020-05-19 09:37

@jvloendersloot AFAIK this should not happen with GCC 10, which has been in the core repository for 5 days. Maybe try a more up-to-date mirror. ;)

jvloendersloot commented on 2020-05-19 08:01

I still have the problem with zen. My system is up to date.

compilation terminated. make: [Makefile:121: /var/tmp/pamac-build-justin/freefilesync/src/FreeFileSync/tmp_ffs/ffs/src/base/file_hierarchy.cpp.o] Error 1 make: [Makefile:121: /var/tmp/pamac-build-justin/freefilesync/src/FreeFileSync/tmp_ffs/ffs/src/base/icon_loader.cpp.o] Error 1 In file included from ../../zen/scope_guard.h:13, from ../../zen/globals.h:12, from ../../zen/i18n.h:12, from <command-line>: ../../zen/legacy_compiler.h:10:14: fatal error: numbers: No such file or directory 10 | #include <numbers> //C++20 | ^~~~~~~~~ compilation terminated. make: *** [Makefile:121: /var/tmp/pamac-build-justin/freefilesync/src/FreeFileSync/tmp_ffs/ffs/src/base/db_file.cpp.o] Error 1 ==> ERROR: A failure occurred in build(). Aborting...

adkipnis commented on 2020-05-18 21:01

@symen You are right, thank you!