Arch Linux User Repository

The latest version (10.4-1) is not compiling for me. I get "byte is not a member of std". Has anybody managed to compile this (ie I am missing something) or is that an upstream problem?

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!

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.

@Nori13,

There are some problems with the build.

1) wxgtk_fix.sh 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 libwx.so libraries afterwards. It's a mess but so is the freefilesync build. Thank you for your work.

@severach Thank you for the help.

@severach

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.

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.

@Nori13,

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.

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.

I confirm that the filezilla does not start.