Package Details: freefilesync 10.3-1

Git Clone URL: (read-only)
Package Base: freefilesync
Description: Backup software to synchronize files and folders
Upstream URL:
Keywords: backup sync
Licenses: GPLv3
Submitter: chenxing
Maintainer: alexmo82 (Nori13)
Last Packager: Nori13
Votes: 121
Popularity: 0.554049
First Submitted: 2010-09-22 07:27
Last Updated: 2018-08-07 20:54

Latest Comments

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

Shaikh commented on 2018-08-11 08:15

Just installed this new 10.3-1 version and got into 'fatal error'

Fatal Error: Mismatch between the program and library build versions detected.
The library used 3.1.1 (wchar_t,compiler with C++ ABI 1012,wx containers,compatible with 3.0),
and wxCore used 3.1.1 (wchar_t,compiler with C++ ABI 1013,wx containers,compatible with 3.0).
[1]    24067 abort (core dumped)  FreeFileSync

My Arch system is up to date by the way.

Any suggestions? Thanks a lot!

ranger commented on 2018-03-19 12:15

Nori13, Thanks for the update.

Just To add something on everestcloud comment,

not assume that everyone is using a AUR helper to build the packages. AUR is not a repo. The Arch way is not to use a AUR helper, so the package won't be copied to the cache directory. Also, some users (like me) have changed the default cache directory and the build will fail even if the wxgtk dev packages are in the pacman cache.

Do not link the PKGBUILD to anything outside the build directory.

everestcloud commented on 2018-03-19 11:56


There are some problems with the build.

1) is not copied to /usr/bin/

2) the wxgtk dev packages are not in the pacman cache

Regarding (2):

  • You cannot assume that an AUR package (even if installed) is in the pacman cache in /var/cache/pacman/pkg/. Many (or most) AUR package managers do not copy the package file in the pacman cache. And even if they did, you are not sure that it is /var/cache/pacman/pkg/ or some other directory (pacman has a setting for this, so as trizen, etc).

  • You cannot assume that ANY package (arch official repos or AUR) which is uninstalled has a leftover package file in the pacman cache. Maybe the user has cleared the cache of packages that are no longer installed.

  • To be more correct about it, you cannot assume that anything is in the pacman cache. Maybe some users don't even keep a cache.

I believe the correct solution to this is to download the needed dev wxgtk sources in the PKGBUILD and build them also, installing only the needed wxgtk 3.1.x libraries afterwards. It's a mess but so is the freefilesync build. Thank you for your work.

Nori13 commented on 2018-03-17 20:58

@severach Thank you for the help.

symen commented on 2018-03-17 18:41


These should be submitted as bugs. If you're too new for Arch, you're too new.

Now that you mention it, how do they make it work on Ubuntu ? From what I see the provided Ubuntu binaries are statically linked to wxgtk. They even run on Arch without wxgtk installed. Too bad there does not seem to be official documentation for the build process.

severach commented on 2018-03-17 18:13

Two more patches and you can remove all the new dependencies and the sudo line. sudo isn't permitted anywhere in a PKGBUILD. In package() you can put any file you want in /usr/bin without using sudo.

    sed -e 's:m_textCtrlOfflineActivationKey->ForceUpper:// &:g' -i 'FreeFileSync/Source/ui/small_dlgs.cpp'
    sed -e 's:const double scrollSpeed =:& 6; //:g' -i 'wx+/grid.cpp'

These should be submitted as bugs. If you're too new for Arch, you're too new.

ranger commented on 2018-03-17 16:54


uninstalling everything that requires wxgtk, installing wxgtk-dev and reinstalling the removed software, is not a solution. Veracrypt, filezilla etc will be installed but won't run as they are build using a different version of wxgtk. A rebuild of this programs will probably make them run again, assuming they can be build using wxgtk-dev.

For now I'm staying with version 9.8, I don't think freefilesync worth the effort for all this.

Nori13 commented on 2018-03-17 16:48

Veracrypt (and anything that removing wxgtk will break) will have to be manually uninstalled before wxgtk-dev can be installed, and then reinstalled after wxgtk is reinstalled.

I'll look into seeing if there's a way to avoid wxgtk altogether.

alienos commented on 2018-03-16 19:27

I confirm that the filezilla does not start.

nfs commented on 2018-03-16 17:38

Hopefully you're able to resolve this soon. Currently, the wxgtk3/wxgtk3-dev issue has broken my install of Filezilla. Freefilesync works, and Filezilla installs; apparently wxgtk3-dev satisfies its dependencies. However, when you try to run Filezilla, it fails to run, because it is looking for which is in wxgtk3, but not in wxgtk3-dev.