Arch Linux User Repository

After many nights of plowing through code i managed to get the horror release 11.1 done. And with that behind me i was able to progress much faster to 11.4 than i anticipated. With a bit of time to spare i decided to fix some theming bugs that Zenju had no interest in (https://freefilesync.org/forum/viewtopic.php?t=6978).

I tried to build 11.15 with the following changes and got a bin and run properly with only lager icon UI in HiDPI settings. BUT the compare speed is much slower than official linux bundle. Maybe the official default parrelel operation setting is higher than source code defined 1?

For Makefile

change gtk2.0 to 3.0:

cxxFlags  += `pkg-config --cflags gtk+-3.0`
cxxFlags  += -isystem/usr/include/gtk-3.0

add:

linkFlags += `pkg-config --libs   gtk+-3.0`

patch open_ssl.cpp ffs_openssl.patch

https://gitlab.com/bgstack15/stackrpms/-/blob/master/freefilesync/debian/patches/ffs_openssl.patch

FreeFileSync/Source/afs/sftp.cpp

add to line 60:

#define MAX_SFTP_OUTGOING_SIZE 30000
#define MAX_SFTP_READ_SIZE 30000

FreeFileSync/Source/base/icon_loader.cpp

Change:

return FileIconHolder(static_cast<GIcon*>(::g_object_ref(gicon)) /pass ownership/, maxSize);

to:

return FileIconHolder(gicon , maxSize);

Any chance to work on an updated PKGBUILD for this neat piece of software? Thanks in advance!

Hi jooch, your email address is hidden, so here it goes:

I know that maintaining this package is a major PITA and lots of things change in every package upgrade and maintaining this is not as easy as many other packages.

But using a package which is 6 months old is not good for me and other users too, so I'm wondering if anyone else can help you through this process which takes time, I don't know c++ myself, but I can offer a pipeline for testing packages in https://github.com/aminvakil/aur (feel free to clone), we can change it any way you need to test freefilesync of course.

Thank you for maintaining this for the past years!

Won't build for me:

base/icon_loader.cpp: In function ‘zen::FileIconHolder fff::getFileIcon(const Zstring&, int)’:
base/icon_loader.cpp:213:26: error: expected primary-expression before ‘(’ token
  213 |     return FileIconHolder(static_cast<GIcon*>(::g_object_ref(gicon)) /*pass ownership*/, maxSize);
      |                          ^
compilation terminated due to -Wfatal-errors.
make: *** [Makefile:123: /tmp/freefilesync/src/FreeFileSync/tmp_ffs/ffs/src/base/icon_loader.cpp.o] Error 1
make: *** Waiting for unfinished jobs....
==> ERROR: A failure occurred in build().
    Aborting...

Also, this version is four months old. They are on 11.10 now.

dlagent is causing build issues if the BUILDDIR is set to a another directory, please fix this.

I also had issues with wxgtk2 but figured out one could easily change the dependency without uninstalling. With pikaur, use pikaur -S --rebuild freefilesync, and when it asks to view the PKGBUILD, do so and replace the dependency wxgtk with wxgtk2. It works just fine for me.

I am having issues with webkitgtk (I think there is a conflict with webkitgtk-3 perhaps?) and wxgtk-git. I am new with AUR installs, so thanks for patience. I have this problem on three of my Arch Linux machines. Here is the final error when I try to install webkitgtk manually (same when running "yay -S freefilesync"):

autoreconf: configure.ac: not using Intltool
autoreconf: running: gtkdocize --copy
gtkdocize: GTK_DOC_CHECK not called in ./configure.ac
autoreconf: error: gtkdocize failed with exit status: 1
==> ERROR: A failure occurred in prepare().
    Aborting...
error making: webkitgtk

Could this AUR be looking for an old dependency? Would webkitgtk-3 work?

P.S. I think I am reading that wxgtk is being skipped. Like the users below, I think the wxgtk2 might be the solution. I tried @Fuzzy 's recommendation to use yay --editmenu -S freefilesync, but I had the same result. I don't know how to edit a PKGBUILD with yay.

Edits: additional notes and learning markdown.

For those who use yayand don't want to download PKGBUILD manually - I used command yay --editmenu -S freefilesync to invoke PKGBUILD edit request during installation and replaced 'wxgtk' to 'wxgtk' at line #15.

It would help if you could update the PKGBUILD to make the dependency 'wxgtk2' instead of 'wxgtk'. When I tried to use 'pacman -Suy' today, it refused to update wxgtk2, because it broke freefilesync's dependency on 'wxgtk'. When I uninstalled freefilesync, I was able to update 'wxgtk2', but then I couldn't install freefilesync until I edited the PKGBUILD dependency to read 'wxgtk2'.

Since today, wxgtk2 is not build with provides=(wxgtk)

I changed the dependency from wxgtk to wxgtk2 and freefilesync builds successfully and runs with no problem

@jooch Thanks for your help!

And great thanks on upgrading and maintaining this package, I had no idea it has this much trouble.

@aminvakil I have tested the package on all my available systems, even one that is running the M word distro.

I can't reproduce it, are you up to date? If so, which mirror stable or testing? edit: From what i can see in your error log you might have to run 'makepkg -C'

After many nights of plowing through code i managed to get the horror release 11.1 done. And with that behind me i was able to progress much faster to 11.4 than i anticipated. With a bit of time to spare i decided to fix some theming bugs that Zenju had no interest in (https://freefilesync.org/forum/viewtopic.php?t=6978).

Latest update fails on build: http://ix.io/2Jbq

FWIW I can confirm the latest commit regarding "fix for curl wrapper" has been fixed the issue, thanks!

And I want to bring this up that there is this warning when it's launched.

$ FreeFileSync

The library used 3.0 (wchar_t,compiler with C++ ABI 1013,wx containers,compatible with 2.8), and your program used 3.0 (wchar_t,compiler with C++ ABI 1014,wx containers,compatible with 2.8).

11.0 has now been fixed

Currently working on 11.1, however I'm not sure yet if it's possible at all. Since 11.1 there have been some massive changes to the UI code (update to wxWidgets 3.1.4), and it's certainly not going to be a simple patch to make that work with wx 3.0.5.

In short: progress will be slow at this point.

So just to be sure that I'm not doing something wrong I checked the package build on a clean archlinux with base-devel installed and the result is the same:

https://travis-ci.com/github/aminvakil/aur/jobs/433156259

freefilesync-bin packages the binary compiled by the developer of FreeFileSync while this package builds it from source.

Hello! What's the difference between this package and the freefilesync-bin? Thanks in advance!

11.0 cannot be compiled too now.

In file included from ../../libcurl/rest.h:14, from afs/gdrive.cpp:11: ../../libcurl/curl_wrap.h: In function ‘std::wstring zen::{anonymous}::formatCurlStatusCode(CURLcode)’: ../../libcurl/curl_wrap.h:41:12: warning: enumeration value ‘CURLE_PROXY’ not handled in switch [-Wswitch] 41 | switch (sc) | ^ ../../libcurl/curl_wrap.h:142:29: error: static assertion failed 142 | static_assert(CURL_LAST == CURLE_QUIC_CONNECT_ERROR + 1); | ~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ compilation terminated due to -Wfatal-errors.

It's been a while since 11.2 is out too, is there a problem with upgrade?

@akif Yeah unfortunately the source code does not include the client ID and client secret. As far as I understand, Google forbids this.

Right now you must create your own app on the Google Cloud console[1] (or you could extract credentials from the official FreeFileSync binary :p). Then you have to modify getGdriveClientId and getGdriveClientSecret in FreeFileSync/Source/afs/gdrive.cpp to return your credentials.

If you are interested, we could add some mechanism in the PKGBUILD to facilitate the insertion of credentials (e.g. read them from the environment, or from a config file).

[1] https://console.developers.google.com

FreeFileSync also allows you to sync your local folder with Google Drive but it cannot pass through OAuth by Google. It gives error about missing client_id. The version I installed from flatpak does that just fine.

My bad! I disabled the custom DLAGENT locally to see if it was still necessary. I committed this change my mistake. It should work now if you clean build.

Returned an error when i tried in the konsole... Am i missing something?

@imarco

I've faced this too, try this: git clean -fdx And makepkg again.

Hi, i tried to update and i obtained this:

FreeFileSync_10.25_Source.zip ... Failure revert_xdg_config_path.patch ... Success revert_bulk_append.patch ... Success revert_linkflags.patch ... Success FreeFileSync.desktop ... Success RealTimeSync.desktop ... Success dlagent ... Success

Any idea?

Thanks

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). :)

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

Thanks for the explanation.

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'

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

Thanks

@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.

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

@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. ;)

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...

@symen You are right, thank you!

@adkipnis Thanks for the input, but there is a new release anyway (10.24). I just updated the package and it should build fine on an up-to-date system.

Looks like the problem with zen is reocurring...

In file included from ../../zen/i18n.h:12,
                 from <command-line>:
../../zen/globals.h: In function ‘void zen::registerGlobalForDestruction(zen::CleanUpEntry&)’:
../../zen/globals.h:187:75: error: static assertion failed: we must not generate code for magic statics!
  187 |     static_assert(std::is_trivially_constructible_v<decltype(cleanUpList)>&&
      |                   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~
  188 |                   std::is_trivially_destructible_v<decltype(cleanUpList)>, "we must not generate code for magic statics!");
      |                   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~  
compilation terminated due to -Wfatal-errors.
make: *** [Makefile:122: /home/alex/.cache/yay/freefilesync/src/FreeFileSync/tmp_ffs/ffs/src/perf_check.cpp.o] Error 1
==> ERROR: A failure occurred in build().
    Aborting...

I was wondering why it needs lsb_release and searched the source code, if anyone else was curious it is in getOsDescription function (zen/system.cpp line 95).

And the function is used two times in FreeFileSync/Source/log_file.cpp to generate log file.

Interesting. I added lsb-release as a dependency.

since upgrading to 10.23, every time I finish a sync I get an error "lsb_release: command not found" but sync completes successfully. Installing lsb-release solved this. I don;t know if something changed upstream

@symen Thanks for the quick fix! I can confirm that it now builds successfully.

@aminvakil

I don't know, I get an openssl error when I try to check for update with the previous build + openssl 1.1.1f :p But it probably doesn't matter for most use cases.

@symen

So we who have build it with openssl 1.1.1.e successfully don't need to update to this pkgrel 2 and use your patch.

We can wait for upstream to fix this issue themselves, am I right?

@psydev

I reverted this part of the code to FreeFileSync v10.20 and it seems to build/work fine again. :) Thanks for the heads up by the way!

Hello! It seems that it doesn't build with the latest openssl version now (1.1.1f-1 as of 31 Mar 2020):

../../zen/open_ssl.cpp: In member function ‘size_t zen::TlsContext::Impl::tryRead(void*, size_t)’:
../../zen/open_ssl.cpp:576:68: error: ‘SSL_R_UNEXPECTED_EOF_WHILE_READING’ was not declared in this scope
  576 |             if (sslError == SSL_ERROR_SSL && ERR_GET_REASON(ec) == SSL_R_UNEXPECTED_EOF_WHILE_READING) //EOF: only expected for HTTP/1.0

Looks like they reverted the commit adding SSL_R_UNEXPECTED_EOF_WHILE_READING, I guess we'll have to wait for upstream on this one...

ok for me now (Manjaro).

Kompilierung wegen »-Wfatal-errors« beendet. make: [Makefile:121: /tmp/pamac-build/freefilesync/src/FreeFileSync/tmp_ffs/ffs/src/../../zen/open_ssl.cpp.o] Fehler 1 make: Es wird auf noch nicht beendete Prozesse gewartet.... In Datei, eingebunden von ../../zen/shutdown.cpp:8: ../../zen/shell_execute.h:74:13: Warnung: »std::string zen::{anonym}::getCommandOutput(const Zstring&)« definiert, aber nicht verwendet [-Wunused-function] 74 | std::string getCommandOutput(const Zstring& command) //throw SysError | ^~~~~~~~~~~~~~~~ ==> FEHLER: Ein Fehler geschah in build(). Breche ab...

Hi, same here, openssl version is too old... I'll wait for the update.

It's "d"!! ;-(

@Infinite.New1

You're welcome, just last thing try openssl version command, it should output:

OpenSSL 1.1.1e 17 Mar 2020

If it doesn't your openssl is not updated, or maybe your error is because of something else.

Tried openssl and updated mirrors Worldwide, still failed. Thanks again.

@Infinite.New1

Try pacman -Suy openssl: It should be version 1.1.1.e-1

If it says it's up to date and not this version, then you have to wait until your mirror from /etc/pacman.d/mirrorlist gets updated or change it to another mirror which is updated.

Thank you aminvakil. Unfortunately it fails :

:: Synchronizing package databases... core is up to date extra is up to date community is up to date multilib is up to date DEB_Arch_Extra 3.1 KiB 782 KiB/s 00:00 [######################] 100% DEB_Arch_Extra.sig 181.0 B 0.00 B/s 00:00 [######################] 100% herecura is up to date :: Starting full system upgrade... there is nothing to do

@Infinite.New1:

As it says: OpenSSL version too old 21| static_assert(OPENSSL_VERSION_NUMBER >= 0x1010105fL, "OpenSSL version too old");

I same the face error and fixed it by updating my system using pacman -Suy.

mkdir -p /home/infinite_new1/Temp/pamac-build/freefilesync/src/FreeFileSync/tmp_ffs/ffs/src/../../zen/ g++ -std=c++2a -pipe -DWXINTL_NO_GETTEXT_MACRO -I../.. -I../../zenXml -include "zen/i18n.h" -include "zen/warn_static.h" -Wall -Wfatal-errors -Wmissing-include-dirs -Wswitch-enum -Wcast-align -Wshadow -Wnon-virtual-dtor -O3 -DNDEBUG wx-config --cxxflags --debug=no -pthread pkg-config --cflags openssl pkg-config --cflags libcurl pkg-config --cflags libssh2 pkg-config --cflags gtk+-2.0 -isystem/usr/include/gtk-2.0 -c ../../zen/process_priority.cpp -o /home/infinite_new1/Temp/pamac-build/freefilesync/src/FreeFileSync/tmp_ffs/ffs/src/../../zen/process_priority.cpp.o mkdir -p /home/infinite_new1/Temp/pamac-build/freefilesync/src/FreeFileSync/tmp_ffs/ffs/src/../../zen/ g++ -std=c++2a -pipe -DWXINTL_NO_GETTEXT_MACRO -I../.. -I../../zenXml -include "zen/i18n.h" -include "zen/warn_static.h" -Wall -Wfatal-errors -Wmissing-include-dirs -Wswitch-enum -Wcast-align -Wshadow -Wnon-virtual-dtor -O3 -DNDEBUG wx-config --cxxflags --debug=no -pthread pkg-config --cflags openssl pkg-config --cflags libcurl pkg-config --cflags libssh2 pkg-config --cflags gtk+-2.0 -isystem/usr/include/gtk-2.0 -c ../../zen/shutdown.cpp -o /home/infinite_new1/Temp/pamac-build/freefilesync/src/FreeFileSync/tmp_ffs/ffs/src/../../zen/shutdown.cpp.o ../../zen/open_ssl.cpp:21:38: error: static assertion failed: OpenSSL version too old 21 | static_assert(OPENSSL_VERSION_NUMBER >= 0x1010105fL, "OpenSSL version too old"); | ^ compilation terminated due to -Wfatal-errors. make: [Makefile:121: /home/infinite_new1/Temp/pamac-build/freefilesync/src/FreeFileSync/tmp_ffs/ffs/src/../../zen/open_ssl.cpp.o] Error 1 make: Waiting for unfinished jobs.... In file included from ../../zen/shutdown.cpp:8: ../../zen/shell_execute.h:74:13: warning: ‘std::string zen::{anonymous}::getCommandOutput(const Zstring&)’ defined but not used [-Wunused-function] 74 | std::string getCommandOutput(const Zstring& command) //throw SysError | ^~~~~~~~~~~~~~~~ ==> ERROR: A failure occurred in build(). Aborting...

Does not build on Manjaro 19:

"compilation terminated due to -Wfatal-errors"

As you said, the rule is a change "that influence the resulting package". A build change won't affect the resulting package. For example, I have version -1. Then arch Linux updates gcc upstream and building of -1 fails. You upload a patch and package builds again with new gcc (version -2) The package I have with -1 and the package I will get if I build version -2 will be exactly the same. The route changes (building process) but final package is the same. Hope is clear :)

@symen I'm not sure myself, therefore I asked this on aur-general-request mailing list to hear others' opinions on this matter.

@aminvakil I don't know. The fixes I pushed today should not influence the resulting package (I only updated a compile-time check), so I don't think it is necessary to increase the pkgrel ?

It made more sense to do it 3 weeks ago, since the upstream source code changed and I did not check exactly what changed. But I don't know if it was worth the churn.

Isn't it necessary to increase pkgrel to differ this version from the previous one?

Edit: I've just read ranger comment, but as documentation says:

https://wiki.archlinux.org/index.php/PKGBUILD#pkgrel:

As fixes and additional features are added to the PKGBUILD that influence the resulting package, the pkgrel should be incremented by 1.

So as it's build issue fix, should it be a increase in pkgrel or what?

@symen please don't update pkgrel when you fix a build error. AUR updaters and notifiers will see this as an updated package, although this is only a fix for new builds and will result to exactly the same package :)

Thanks it worked

@anwartitan It builds fine on my side. Please try to clean-build and give more details on your issue.

error in build ver 10.20.2

@mercutio

Indeed, I removed the fixes. Thanks!

The sha256 of source is : 34d04deaf8abcd1177aa9e0349bfeb8d8e8689d9b40656e9e8da1c32c7d3389d

Looks like the build issues were patched upstream without a release. I had to delete the fix_missing_includes_and_compile_targets.patch and update the source zip sha256 to make it build.

It should build fine now. Thanks for the notice (and extensive logs) !

Build log, including error: https://pastebin.com/zAHG10qJ

Error in build. Sadly.

@symen

Authenticating for download ...
curl: (22) The requested URL returned error: 404

@ax34

Can you try to run the script from the package folder ? If you use yay, you can probably run it from the package folder:

~/.cache/yay/freefilesync/dlagent https---://freefilesync.org https---://freefilesync.org/download/FreeFileSync_10.18_Source.zip /tmp/ffs.zip

(without the ---. I added them because aurweb would format URLs with carets for some reason)

@symen, cleanbuild doesn't help

@bitwave @ax34

I tried to download and build the package with yay and it worked fine. I wonder what goes wrong... Did you try to clean build the package ?

I have the same problem with yay: dlagent not found.

ERROR: The download program dlagent is not installed.

That worked, symen. Pretty strange behavior, that's the first time I get something like this!

@linux_dream Can you try a clean build (i.e. with the latest PKGBUILD and FreeFileSync_10.15_Source.zip deleted) ? If that's not enough, you may need to download the source archive yourself https://freefilesync.org/download/FreeFileSync_10.15_Source.zip .

I cannot perform the latest update:

==> Validating source files with sha256sums... FreeFileSync_10.15_Source.zip ... FAILED

(...)

==> ERROR: One or more files did not pass the validity check! Error downloading sources: freefilesync

@mozzi32 This one is weird. I can't even find Transaction.cpp in the source files. Did you post a comment for the wrong package ? :D

other mismatch for me

src/cpp/src/Transaction.cpp:128:84: attention: paramètre « providers_length1 » inutilisé [-Wunused-parameter] 128 | ->gint{ | ~~~~^~~~~~~~~~~~~~~~~ make: *** [Makefile:849: Transaction.o] Error 1 ==> ERROR: An error occurred in build (). Skipping

FYI: I had removed the workaround for v10.15 because it seemed to work fine without it (I had tried from different IP addresses). However it stopped working today (thanks @mozzi32 for the notice).

I put the workaround back, but in a separate DLAGENT script to make it less annoying (and a bit cleaner IMO). I re-used the script from freefilesync-bin.

@the_10 All you have to do is adding a browser User-Agent to your wget request header like this:

-U "Mozilla/5.0"

So it will be:

wget https://freefilesync.org/download/FreeFileSync_10.14_Source.zip -U "Mozilla/5.0"

@the_10 This has got something to do with freefilesync.org itself, of course you can download freefilesync source from their website yourself, but I will check to see if there is something to be done in order to download directly via curl.

when trying to download the package with wget I get an error

wget https://freefilesync.org/download/FreeFileSync_10.14_Source.zip --2019-07-17 16:16:49--
https://freefilesync.org/download/FreeFileSync_10.14_Source.zip Loaded CA certificate '/etc/ssl/certs/ca-certificates.crt' Resolving freefilesync.org (freefilesync.org)... 66.198.240.22 Connecting to freefilesync.org (freefilesync.org)|66.198.240.22|:443... connected. HTTP request sent, awaiting response... 403 Forbidden 2019-07-17 16:16:50 ERROR 403: Forbidden.

@mercutio

Indeed, we should change the project URL. The workaround with the cookie consent page does not work anymore on my side, but a workaround is still needed on my side. :/

It looks like the cookie consent page isn't available / required anymore. I would also change the domain to drop the www since it just redirects me to https://freefilesync.org/.

https://gist.github.com/mercutiodesign/1ea9f4584272d2380dd8a947757ef354

Actually I had already updated the package this morning but wanted to add a fix for Google Drive integration before pushing to the AUR. :P

I took the liberty to rebase my commit onto the current AUR master and push.

@boustanihani

My bad, forgot to clean my build environment. Fix will take a few minutes.

Following error with the current version:

==> Betrete fakeroot Umgebung...

Authenticating for download ...

==> Beginne package()...

install: der Aufruf von stat für 'ding.wav' ist nicht möglich: Datei oder Verzeichnis nicht gefunden

install: der Aufruf von stat für 'gong.wav' ist nicht möglich: Datei oder Verzeichnis nicht gefunden

install: der Aufruf von stat für 'harp.wav' ist nicht möglich: Datei oder Verzeichnis nicht gefunden

install: der Aufruf von stat für 'styles.gtk_rc' ist nicht möglich: Datei oder Verzeichnis nicht gefunden

==> FEHLER: Ein Fehler geschah in package().

Breche ab...

@nipsky

The checksum serves two purposes: 1. protect against any malicious software 2. to ensure the download actually succeeded

Ignoring the checksum will result in the error you get.

@jooch: Yes, I skipped the checksum (too much hassle with it in yay), got the same problem with the new ffs source you provided though.

@jooch

That's good news. :)

You could try to extract the curl line in a separate script ? I experimented with this a while ago and it seemed to work: https://github.com/simonbru/aur-freefilesync/commit/32d144b60d93f19ead84909825508f29f9bf941c

However I don't know if this is an acceptable practice.

Thanks for trying Symen, well i do have a curl line that works without issues, however i can't put that in a PKGBUILD, as in: i don't know how to do that. Lot's of characters in that line that screw up makepkg.

@jooch

Could anyone test the following line in place of the ffs source:

Unfortunately this doesn't work for me, unless I open the link in my browser, in which case it "generates a new key" and redirects me to the correct file after 5 seconds.

Could anyone test the following line in place of the ffs source:

"FreeFileSync_${pkgver}_Source.zip::https://download2267.mediafire.com/rim0s6o05uig/165jyci3b3gp5xo/FreeFileSync_10.10_Source.zip"

@kemuzor @nipsky

I'm assuming you skipped the checksum?

I’m having trouble installing the current version:

Can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -r -u2 a/FreeFileSync/Source/base/ffs_paths.cpp b/FreeFileSync/Source/base/ffs_paths.cpp
|--- a/FreeFileSync/Source/base/ffs_paths.cpp   2018-12-12 15:02:09.000000000 +0100
|+++ b/FreeFileSync/Source/base/ffs_paths.cpp   2019-01-03 00:56:19.364918282 +0100
--------------------------
File to patch:

Got an error using Manjaro installer to update freefilesync to version 10.9-1:

Fehler freefilesync update from AUR

Synchronisiere Paketdatenbanken... Starte komplettes System-Upgrade... Klone freefilesync Build-Dateien... Überprüfe freefilesync Abhängigkeiten... Erstelle freefilesync... ==> Erstelle Paket: freefilesync 10.9-1 (Di 12 Feb 2019 19:24:35 CET) ==> Prüfe Laufzeit-Abhängigkeiten... ==> Prüfe Buildtime-Abhängigkeiten... ==> Empfange Quellen... -> Lade FreeFileSync_10.9_Source.zip herunter... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed

0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 100 288 100 288 0 0 471 0 --:--:-- --:--:-- --:--:-- 471

0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0

100 26060 0 26060 0 0 14445 0 --:--:-- 0:00:01 --:--:-- 14445 100 42577 0 42577 0 0 23601 0 --:--:-- 0:00:01 --:--:-- 15.7M -> revert_resources_path.patch gefunden -> revert_xdg_config_path.patch gefunden -> FreeFileSync.desktop gefunden -> RealTimeSync.desktop gefunden ==> Überprüfe source Dateien mit sha256sums... FreeFileSync_10.9_Source.zip ... FEHLGESCHLAGEN revert_resources_path.patch ... Durchgelaufen revert_xdg_config_path.patch ... Durchgelaufen FreeFileSync.desktop ... Durchgelaufen RealTimeSync.desktop ... Durchgelaufen ==> FEHLER: Eine oder mehrere Dateien überstanden nicht die Gültigkeits-Prüfung!

I used the workaround by downloading the snapshot, extracting it and using makepkg -sri for build and install. This worked fine. However I would appreciate if we can get the error fixed (which exits already for at least the last 3 or 4 freefilesync updates). - Thanks and regards

Indeed, tried 5-6 times. Finally succeeded. Thanks for help to all. Now 10.9 is installed (Manjaro KDE)

If you get a checksum error on FreeFileSync_xx.x_Source.zip, please try to download this file manually from https://freefilesync.org before building.

The host for the source URL is hostile towards direct downloads and will randomly output the wrong content. In my experience, retrying once or twice is enough to make it work (don't forget to delete the source archive first !).

@symen the latest update could not pass validity check and failed upgrade/install.

As usual some changes are needed to package v10.9. I am working on it: https://github.com/simonbru/aur-freefilesync/tree/dev

I looked at the bad file. It's a web page with "It looks like an ad blocker has blocked all the ads." After a couple of tries the actual file comes down.

@jooch I have noticed that their counter measures are unpredictable.

In my case, it starts working after a few tries and after that it works every time. It is hard to find a reliable workaround when you have to get a fresh IP everytime you try something different.

"Every time someone finds a fix for a direct download the author blocks it with counter measures."

Sounds like speculation to me, but allright

Trizen is known to not play nice, i don't know why and i don't have the time to debug that problem. Ask the Trizen devs?

If you use Yaourt, no problems. Yes outdated, very dangerous, will kill user instantly :)

Upgraded fine for me. Download manually. Every time someone finds a fix for a direct download the author blocks it with counter measures.

the package can't be upgraded from 10.5.2 to 10.8.1 because of a sha256sums checksum error ;)

The checksum error is also with version 10.8-1 :(

Sorry for the late reply everyone, I've added symen as maintainer.

I managed to build 10.8 it using symen's patch for 10.7 just changed sha256sum to ac33e69d1e2be65fdea60e056d43eef7db26c34ee4e0491f90db487f33674388

@jooch, can you update the package?

v10.8 is out.

BTW @jooch I would be happy to co-maintain this package if you feel overloaded. :)

@ranger

I usually do not read any release notes before I perform an update (maybe a mistake). Instead I usually just apply the update once it shows up in the update manager of my Linux distribution (Manjaro in this case). So my point is that once it is indicated as an update it should work, regardless how small the change is. Anyway I am happy and grateful that this is no longer an issue - so thanks thanks everyone!

PS: freefilesync is pretty relevant software for me since it is me preferred tool for backing up my data.

@kemuzor

There is absolutely no reason to update from 10.5-1 to 10.5-2

The only difference between those two is that jooch added his name as maintainer. For this change the pkgrel should stay the same

Update for freefilesync 10.5-2 from AUR is working fine now with native Manjaro GUI update tool (Add/remove software). Thank's a lot symen !

Thanks for the patch symen, package can be build again.

@jooch, can you update the PKGBUILD and include syme's patch?

I updated the PKGBUILD with some fixes to make it work with 10.7: https://github.com/simonbru/aur-freefilesync

@janici @kemuzor @michalje:

The host for FreeFileSync's source files seems to randomly reject cURL. The PKGBUILD sets a custom user agent to prevent this issue, but it does not work anymore. Just try to download the file again (it works after a few tries), or download the source archive yourself as suggested by @nfs.

I am not able to install this package because FreeFileSync_10.5_Source.zip has wrong sha256sums checksum. Please, can you fix it? thanks

Since quite a while I am getting the following error when I try to update freefilesync from my current version 10.5-1 to 10.5-2 under Manjaro:

Synchronisiere Paketdatenbanken... Starte komplettes System-Upgrade... Klone freefilesync Build-Dateien... Überprüfe freefilesync Abhängigkeiten... Erstelle freefilesync... ==> Erstelle Paket: freefilesync 10.5-2 (Di 01 Jan 2019 16:02:40 CET) ==> Prüfe Laufzeit-Abhängigkeiten... ==> Prüfe Buildtime-Abhängigkeiten... ==> Empfange Quellen... -> Lade FreeFileSync_10.5_Source.zip herunter... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed

0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 100 288 100 288 0 0 488 0 --:--:-- --:--:-- --:--:-- 488

0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0

100 38720 0 38720 0 0 21158 0 --:--:-- 0:00:01 --:--:-- 21158 -> FreeFileSync.desktop gefunden -> ffsicon.png gefunden -> RealTimeSync.desktop gefunden -> rtsicon.png gefunden ==> Überprüfe source Dateien mit sha256sums... FreeFileSync_10.5_Source.zip ... FEHLGESCHLAGEN FreeFileSync.desktop ... Durchgelaufen ffsicon.png ... Durchgelaufen RealTimeSync.desktop ... Durchgelaufen rtsicon.png ... Durchgelaufen ==> FEHLER: Eine oder mehrere Dateien überstanden nicht die Gültigkeits-Prüfung!

Any help appreciated. - Thanks.

==> FreeFileSync_10.5_Source.zip ... FAILED ==> ERROR: One or more files did not pass the validity check!

month later and the same error.. how i can fix this??

Latest version is 10.7...

Why is pkgrel bumped? I thought it should only be bumped when the packaging script changed so that the resulted package is changed, not when comments are changed.

The most recent commit ( https://aur.archlinux.org/cgit/aur.git/commit/?h=freefilesync&id=cecb9e811f0b ) also has a message of "updated sha file sums" but didn't actually update any sha256sums.

problem with checksum, wtf?

can't install. aur ehh..

For anyone having trouble using Trizen to install this package (it downloads a corrupted source zip), just download the snapshot, extract it, and use makepkg -sri to build and install.

@dmlln

Thanks for the help on this. I found the same thing, but i wasn't entirely sure about this. Building wxgtk2-dev for this tool is not worth it in my opinion, it would be better to wait until wxWidgets 3.1 is put in the stable branch, which according to roadmap should happen before the end of this year:

https://trac.wxwidgets.org/wiki/Roadmap

Class wxStandardPaths has new SetFileLayout member since wxWidgets 3.1.1, but wxgtk2 package is updated to wxWidgets 3.0.4 (stable version). So freefilesync 10.6 will not compile using wxgtk2. It would be necessary to use wxgtk2-dev in AUR.

@jerome2016

Correct, this is solved by trying again, then the checksum passes. No idea why though, perhaps the download fails the first time?

please, do care about checksum... again problem with checksum. thank you very much

10.6 will not build, it generates the following error:

base/ffs_paths.cpp: In function 'Zstring fff::getConfigDirPathPf()':
base/ffs_paths.cpp:88:32: error: 'class wxStandardPaths' has no member named 'SetFileLayout'
         wxStandardPaths::Get().SetFileLayout(wxStandardPaths::FileLayout_XDG);
                                ^~~~~~~~~~~~~
compilation terminated due to -Wfatal-errors.
make: *** [Makefile:107: ../Obj/FFS_GCC_Make_Release/ffs/src/base/ffs_paths.cpp.o] Error 1
make: *** Waiting for unfinished jobs....

Suggestions or more info is welcome.

@Nori13: it's alright, thanks for having maintained the package until now, much appreciated!

Please disown the package so that a new maintainer can take over.

Wishing you all the best in life!

Due to some life changes, I no longer have time to maintain this package. Sorry for any trouble this causes.

The checksum for the file: "FreeFileSync_10.5_Source.zip", seems to be wrong in the PKGBUILD. The correct checksum is: "5c6f96d85dac1c6cd0ee511e7f7062b71ec271f0aa70c779af76498948391740", replace it by yourself. Otherwise the installation goes wrong.

Regards

Project-FreeMind

@roachsinai: you can download them here https://aur.archlinux.org/cgit/aur.git/tree/?h=freefilesync

But you should prefer to use git to download the sources.

Hi, I cannot install cause the net speed. When I try install use makepkg locally, where should I go to download FreeFileSync.desktop ffsicon.png RealTimeSync.desktop rtsicon.png?

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.

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 libwx_gtk3u_aui-3.0.so.0 which is in wxgtk3, but not in wxgtk3-dev.

Okay, what I figured out is that wxgtk 3.1.x must be installed properly for freefilesync to build properly, and after building/installing, wxgtk 3.0.x can be reinstalled, but some wxgtk 3.1 files must be copied into /usr/lib/ for freefilesync to properly function, which doesn't seem to break anything.

It's an ugly solution, and the process I won't post for the moment, since there's a couple things I need to figure out along with finding a possible way to reduce how much the user needs to do themselves.

I'll try to look into it more tomorrow (16 March, MDT (Mountain Daylight Time) UTC/GMT -6 hours), but I may not have a chance to until the day after.

Unfortunately, I also don't know if there's some possible way to have both 3.0.x and 3.1.x installed, but I can try to see if I can maybe find what FreeFileSync needs exactly, though it would become another issue of how to include it.

Since wxWidgets' developers say "3.1.1 is officially a “development” version", I highly doubt it would be adopted into the mainstream Arch repositories over 3.0.x, so it most likely will be staying in AUR.

That's a really good question, bordering on philosophical. It seems to me that there's an irreconcilable problem, then, and nobody would accept any resolving bug report to constitute what they'd see as a "bug". I'm not as knowledgeable as I'd like to be, so perhaps this is a stupid question, but: is there any way to install wxgtk 3.1.x in /opt and make use of it from there, so that it can be installed alongside the official packages? Or just some specific component thereof, if that can be identified and isolated?

Flagging out of date could result in that flag hanging around for a very, very long time unless either the freefilesync developers decide to stop making use of something exclusive to wxgtk 3.1.x (probably unlikely) or the Arch maintainers decide to switch to the development branch of wxgtk (no idea how well that'd go over as a suggestion, or even where to make it).

I originally tried to build 9.9 when it was released with 3.0.x and just got build errors, and tried various fixes while researching before finding that "ForceUpper" (the reference error I first ran into) was implemented in 3.1, so I don't think there's any way to build with 3.0.x unfortunately.

Would it be better to revert to the PKGBUILD for 9.8 and to flag out of date?

Installing the wxgtk-dev packages breaks dependencies, according to ldd, for at the very least veracrypt and audacity. I'd flag the official packages as out of date, but strictly speaking the wxgtk 3.1.x branch is considered development rather than stable, which I presume is the official reason for sticking with 3.0.x. Is there any way to build this without having to go to 3.1.x?

The 403 error was me forgetting to uncomment the DLAGENTS line (I commented it out when I thought I could push the source.zip file with the rest of the items).

I'll have to see what I can do when I get home... While adding the needed lines in Makepkg within prepare() is easy, I'll have to figure out how to put the xBRZ files in the proper location within prepare().

The source link gives a 403 error. Also, it is advisable to use the source from upstream, and not from an unknown (at least to us) file-hosting service. If you need to modify the source, please do so using the prepare() function in the PKGBUILD :).

I got the needed help with the compile problem, and was able to compile successfully, but I had to modify source.zip and host it myself since I can't push source.zip with the update.

Also, wxgtk-common-dev takes a bit of time to compile (about 30 minutes on an i3-7100), but hopefully it's not like webkitgtk2 (before the dependency was replaced with webkit2gtk).

Hmm, having problems building version 9.9, while I did figure out the initial problem of needing wxgtk 3.1.x (wxgtk-common-dev, wxgtk2-dev, wxgtk3-dev), I get:

g++ -std=c++14 -pipe -DWXINTL_NO_GETTEXT_MACRO -I../.. -I../../zenXml -include "zen/i18n.h" -Wall -D"warn_static(arg)= " -O3 -DNDEBUG wx-config --cxxflags --debug=no -pthread pkg-config --cflags gtk+-2.0 -c ../../wx+/image_resources.cpp -o ../Obj/FFS_GCC_Make_Release/ffs/src/../../wx+/image_resources.o ../../wx+/image_resources.cpp:18:10: fatal error: xBRZ/src/xbrz.h: No such file or directory #include <xBRZ/src/xbrz.h> ^~~~~~~~~~~~~~~~~ compilation terminated. make: *** [Makefile:102: ../Obj/FFS_GCC_Make_Release/ffs/src/../../wx+/image_resources.o] Error 1

I also posted about this on FreeFileSync's forums since I'm not sure if xbrz.h is supposed to be included in source.zip or not.

Until something's figured out, I won't push the update to 9.9.

I'm glad to see this has been resolved! I'm sorry for leaving everybody in the lurch.

I'll do the best that I'm able, even though I'm brand new to doing anything like this. ^^

@Nori13 Now you are a co-maintainer of freefilesync. Thanks for your future job!

Update v.9.8

PKGBUILD for version 9.8:

https://pastebin.com/YfeZF8Hw

Updated to FreeFileSync 9.7! My apologies for the long delay. This may not be the place to discuss this but I'm moving over to another distro (I may be back later...) and so will be unable to maintain this package. However, I have a close friend who is an Arch user and is happy to take over for me. Sorry for being a n00b here but can anyone tell me if and how I can go about making him a co-maintainer?

Updated release because a re-compile is needed for Boost compatibility. :)

wallito, reinstall dee

See the comments here for more info: https://aur.archlinux.org/packages/libunity/

I have error with gcc 7.2.0.

/usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libdee-1.0.so: undefined reference to utrans_openU_59' /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libdee-1.0.so: undefined reference toutrans_transUChars_59' /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libdee-1.0.so: undefined reference to u_errorName_59' /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libdee-1.0.so: undefined reference toutrans_close_59' /usr/lib/gcc/x86_64-pc-linux-gnu/7.2.0/../../../../lib/libdee-1.0.so: undefined reference to `u_strFromUTF8Lenient_59' collect2: error: ld returned 1 exit status make: *** [Makefile:104: FreeFileSync] Error 1 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build freefilesync. ==> Restart building freefilesync ? [y/N] ==> -------------------------------------

Any solution?

I agree with @severach though, users should add this flag themselves in /etc/makepkg.conf if they want faster compilation. However I think the opposite could make sense, i.e. forcing "-j1" if the project fails to build with multi-threaded compilation.

Thanks for the updates :)

My apologies for the delay but I have updated the package to 9.6. I'm not 100% sure if I have used that MAKEFLAG correctly, so any corrections are very welcome! :)

Add that to your /etc/makepkg.conf and it will apply to all packages. I don't use it because I can't find a make flag that tells make to nice itself.

Can you please add MAKEFLAGS flag to speed up the compiling.

MAKEFLAGS="-j$(nproc)"