Package Details: freefilesync 11.4-1

Git Clone URL: https://aur.archlinux.org/freefilesync.git (read-only, click to copy)
Package Base: freefilesync
Description: Backup software to synchronize files and folders
Upstream URL: https://freefilesync.org
Keywords: backup sync
Licenses: GPL3
Submitter: chenxing
Maintainer: None
Last Packager: jooch
Votes: 151
Popularity: 0.015486
First Submitted: 2010-09-22 07:27 (UTC)
Last Updated: 2020-12-22 20:23 (UTC)

Pinned Comments

jooch commented on 2020-12-22 20:52 (UTC)

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 Comments

hk3f commented on 2021-12-20 05:21 (UTC) (edited on 2021-12-20 05:24 (UTC) by hk3f)

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

ed_o commented on 2021-12-09 00:02 (UTC)

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

aminvakil commented on 2021-06-15 05:49 (UTC)

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!

Rhinoceros commented on 2021-05-11 05:04 (UTC)

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.

TheDcoder commented on 2021-01-22 07:14 (UTC)

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

Konzertheld commented on 2021-01-19 18:04 (UTC)

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.

amhainen commented on 2021-01-17 13:47 (UTC) (edited on 2021-01-17 13:55 (UTC) by amhainen)

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.

Fuzzy commented on 2021-01-15 07:04 (UTC)

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.

nfs commented on 2021-01-11 22:34 (UTC)

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

ranger commented on 2021-01-11 21:39 (UTC)

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

aminvakil commented on 2020-12-22 21:48 (UTC)

@jooch Thanks for your help!

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

jooch commented on 2020-12-22 21:11 (UTC) (edited on 2020-12-22 21:19 (UTC) by jooch)

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

jooch commented on 2020-12-22 20:52 (UTC)

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

aminvakil commented on 2020-12-22 20:39 (UTC)

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

aminvakil commented on 2020-12-20 09:28 (UTC) (edited on 2020-12-20 09:29 (UTC) by aminvakil)

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

12:56:29: Warning: Mismatch between the program and library build versions detected.

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

jooch commented on 2020-12-20 04:15 (UTC) (edited on 2020-12-20 06:09 (UTC) by jooch)

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.

aminvakil commented on 2020-11-11 10:39 (UTC)

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

archibald869 commented on 2020-11-09 18:47 (UTC)

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

josete commented on 2020-11-05 13:22 (UTC)

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

aminvakil commented on 2020-10-25 09:17 (UTC)

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.

aminvakil commented on 2020-10-14 12:01 (UTC)

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

symen commented on 2020-08-21 16:00 (UTC)

@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

akif commented on 2020-07-18 17:50 (UTC) (edited on 2020-07-18 17:51 (UTC) by akif)

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.

symen commented on 2020-06-21 10:50 (UTC)

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.

imarco commented on 2020-06-21 10:43 (UTC)

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

aminvakil commented on 2020-06-21 10:30 (UTC)

@imarco

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

imarco commented on 2020-06-21 10:22 (UTC)

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

symen commented on 2020-05-22 09:57 (UTC)

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 (UTC)

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 (UTC)

Thanks for the explanation.

jooch commented on 2020-05-20 10:15 (UTC)

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 (UTC)

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

Thanks

jooch commented on 2020-05-20 09:38 (UTC)

@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 (UTC)

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 (UTC)

@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 (UTC)

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 (UTC)

@symen You are right, thank you!

symen commented on 2020-05-18 20:05 (UTC)

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

adkipnis commented on 2020-05-18 13:16 (UTC) (edited on 2020-05-18 13:16 (UTC) by adkipnis)

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

aminvakil commented on 2020-04-22 17:36 (UTC) (edited on 2020-04-22 17:36 (UTC) by aminvakil)

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.

symen commented on 2020-04-22 17:26 (UTC)

Interesting. I added lsb-release as a dependency.

ranger commented on 2020-04-20 21:11 (UTC)

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

psydev commented on 2020-04-10 20:22 (UTC)

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

symen commented on 2020-04-10 18:10 (UTC)

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

aminvakil commented on 2020-04-10 17:39 (UTC)

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

symen commented on 2020-04-10 16:30 (UTC) (edited on 2020-04-10 16:32 (UTC) by symen)

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

psydev commented on 2020-04-08 15:09 (UTC)

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

imarco commented on 2020-03-25 12:56 (UTC)

ok for me now (Manjaro).

boustanihani commented on 2020-03-19 13:37 (UTC)

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

imarco commented on 2020-03-19 08:31 (UTC)

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

Infinite.New1 commented on 2020-03-19 01:04 (UTC)

It's "d"!! ;-(

aminvakil commented on 2020-03-19 00:51 (UTC)

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

Infinite.New1 commented on 2020-03-19 00:46 (UTC)

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

aminvakil commented on 2020-03-19 00:06 (UTC)

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

Infinite.New1 commented on 2020-03-18 23:44 (UTC)

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

aminvakil commented on 2020-03-18 23:37 (UTC)

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

Infinite.New1 commented on 2020-03-18 23:18 (UTC)

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

tnilzon commented on 2020-03-14 07:17 (UTC)

Does not build on Manjaro 19:

"compilation terminated due to -Wfatal-errors"

ranger commented on 2020-03-07 16:16 (UTC)

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

aminvakil commented on 2020-03-07 14:51 (UTC)

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

symen commented on 2020-03-07 14:44 (UTC)

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

aminvakil commented on 2020-03-07 14:21 (UTC) (edited on 2020-03-07 14:24 (UTC) by aminvakil)

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?

ranger commented on 2020-02-17 21:24 (UTC)

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

anwartitan commented on 2020-02-16 19:11 (UTC)

Thanks it worked

symen commented on 2020-02-16 14:45 (UTC)

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

anwartitan commented on 2020-02-16 13:42 (UTC)

error in build ver 10.20.2

symen commented on 2020-02-16 10:55 (UTC)

@mercutio

Indeed, I removed the fixes. Thanks!

zoe commented on 2020-02-16 09:46 (UTC)

The sha256 of source is : 34d04deaf8abcd1177aa9e0349bfeb8d8e8689d9b40656e9e8da1c32c7d3389d

mercutio commented on 2020-02-15 22:00 (UTC)

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.

symen commented on 2020-01-20 20:33 (UTC)

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

LindyBalboa commented on 2020-01-19 15:26 (UTC) (edited on 2020-01-19 15:26 (UTC) by LindyBalboa)

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

chapa commented on 2020-01-19 05:20 (UTC)

Error in build. Sadly.

ax34 commented on 2019-11-25 16:17 (UTC)

@symen

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

symen commented on 2019-11-25 07:24 (UTC) (edited on 2019-11-25 07:26 (UTC) by symen)

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

ax34 commented on 2019-11-24 19:11 (UTC)

@symen, cleanbuild doesn't help

symen commented on 2019-11-24 17:27 (UTC)

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

bitwave commented on 2019-11-06 12:18 (UTC)

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

ax34 commented on 2019-08-18 21:12 (UTC)

ERROR: The download program dlagent is not installed.

linux_dream commented on 2019-08-18 13:56 (UTC)

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

symen commented on 2019-08-18 11:42 (UTC)

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

linux_dream commented on 2019-08-18 11:34 (UTC)

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

symen commented on 2019-08-18 11:23 (UTC)

@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

mozzi32 commented on 2019-08-18 11:03 (UTC)

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

symen commented on 2019-08-18 10:58 (UTC)

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.

aminvakil commented on 2019-07-17 14:34 (UTC) (edited on 2019-09-19 12:06 (UTC) by aminvakil)

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

aminvakil commented on 2019-07-17 14:24 (UTC)

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

the_10 commented on 2019-07-17 14:19 (UTC) (edited on 2019-07-17 14:19 (UTC) by the_10)

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.

symen commented on 2019-07-05 19:01 (UTC)

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

mercutio commented on 2019-07-04 16:28 (UTC)

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

symen commented on 2019-04-13 12:51 (UTC) (edited on 2019-04-13 12:51 (UTC) by symen)

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.

jooch commented on 2019-04-13 12:29 (UTC)

@boustanihani

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

boustanihani commented on 2019-04-13 12:09 (UTC) (edited on 2019-04-13 12:11 (UTC) by boustanihani)

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

jooch commented on 2019-04-13 00:29 (UTC)

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

nipsky commented on 2019-04-08 08:52 (UTC)

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

symen commented on 2019-04-06 17:41 (UTC) (edited on 2019-04-06 17:42 (UTC) by symen)

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

jooch commented on 2019-04-06 17:24 (UTC)

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.

symen commented on 2019-04-06 16:12 (UTC)

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

jooch commented on 2019-04-06 16:07 (UTC)

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"

jooch commented on 2019-04-06 10:01 (UTC)

@kemuzor @nipsky

I'm assuming you skipped the checksum?

nipsky commented on 2019-04-06 09:50 (UTC)

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:

kemuzor commented on 2019-02-12 18:43 (UTC)

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

atescula commented on 2019-02-12 08:39 (UTC)

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

symen commented on 2019-02-12 08:05 (UTC)

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

rodneyck commented on 2019-02-12 07:20 (UTC)

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

symen commented on 2019-02-11 07:41 (UTC)

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

severach commented on 2019-01-29 20:39 (UTC)

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.

symen commented on 2019-01-29 07:24 (UTC)

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

jooch commented on 2019-01-29 05:29 (UTC)

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

severach commented on 2019-01-28 19:06 (UTC)

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

natdom commented on 2019-01-28 15:24 (UTC)

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

boustanihani commented on 2019-01-22 11:49 (UTC)

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

jooch commented on 2019-01-16 20:44 (UTC)

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

ranger commented on 2019-01-15 20:14 (UTC) (edited on 2019-01-15 20:16 (UTC) by ranger)

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?

symen commented on 2019-01-15 19:46 (UTC) (edited on 2019-01-15 19:47 (UTC) by symen)

v10.8 is out.

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

kemuzor commented on 2019-01-06 15:34 (UTC)

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

ranger commented on 2019-01-05 23:50 (UTC)

@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

kemuzor commented on 2019-01-05 23:46 (UTC)

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 !

ranger commented on 2019-01-04 18:57 (UTC)

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

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

symen commented on 2019-01-03 00:21 (UTC) (edited on 2019-01-03 00:22 (UTC) by symen)

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.

jancici commented on 2019-01-02 18:02 (UTC)

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

kemuzor commented on 2019-01-01 15:21 (UTC)

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.

commented on 2018-12-29 15:59 (UTC)

==> 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??

Infinite.New1 commented on 2018-12-20 20:52 (UTC)

Latest version is 10.7...

dreamingincode commented on 2018-12-04 06:34 (UTC) (edited on 2018-12-04 06:34 (UTC) by dreamingincode)

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.

commented on 2018-12-02 16:49 (UTC)

problem with checksum, wtf?

commented on 2018-12-01 15:09 (UTC)

can't install. aur ehh..

nfs commented on 2018-11-24 21:20 (UTC)

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.

jooch commented on 2018-11-22 23:12 (UTC)

@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

dmlln commented on 2018-11-22 18:53 (UTC)

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.

jooch commented on 2018-11-22 17:59 (UTC)

@jerome2016

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

jerome2016 commented on 2018-11-22 16:40 (UTC)

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

jooch commented on 2018-11-22 14:28 (UTC) (edited on 2018-11-22 14:43 (UTC) by jooch)

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.

fuan_k commented on 2018-11-19 23:46 (UTC)

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

Nori13 commented on 2018-11-17 14:05 (UTC)

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

Project-FreeMind commented on 2018-10-30 15:58 (UTC)

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

fuan_k commented on 2018-10-30 15:15 (UTC)

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

roachsinai commented on 2018-10-23 03:22 (UTC)

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?

meriops commented on 2018-10-05 06:55 (UTC)

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?

Shaikh commented on 2018-08-11 08:15 (UTC)

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 (UTC)

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 (UTC) (edited on 2018-03-19 11:57 (UTC) by everestcloud)

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

Nori13 commented on 2018-03-17 20:58 (UTC)

@severach Thank you for the help.

symen commented on 2018-03-17 18:41 (UTC) (edited on 2018-03-17 18:41 (UTC) by symen)

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

severach commented on 2018-03-17 18:13 (UTC) (edited on 2018-03-17 18:16 (UTC) by severach)

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 (UTC)

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

Nori13 commented on 2018-03-17 16:48 (UTC)

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 (UTC)

I confirm that the filezilla does not start.

nfs commented on 2018-03-16 17:38 (UTC)

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.

Nori13 commented on 2018-03-16 02:23 (UTC) (edited on 2018-03-16 02:23 (UTC) by Nori13)

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.

Nori13 commented on 2018-03-15 16:28 (UTC)

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.

frankspace commented on 2018-03-15 13:30 (UTC)

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

Nori13 commented on 2018-03-15 00:13 (UTC)

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?

frankspace commented on 2018-03-14 13:41 (UTC)

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?

Nori13 commented on 2018-03-12 16:21 (UTC)

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

Nori13 commented on 2018-03-12 12:24 (UTC) (edited on 2018-03-12 12:38 (UTC) by Nori13)

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

GeoffreyFrogeye commented on 2018-03-12 05:02 (UTC)

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

Nori13 commented on 2018-03-12 00:26 (UTC) (edited on 2018-03-12 00:43 (UTC) by Nori13)

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

Nori13 commented on 2018-03-10 02:46 (UTC) (edited on 2018-03-11 15:20 (UTC) by Nori13)

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.

commented on 2018-03-08 20:35 (UTC)

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

Nori13 commented on 2018-02-25 19:50 (UTC)

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

alexmo82 commented on 2018-02-25 18:33 (UTC)

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

Plexcon commented on 2018-02-25 00:05 (UTC)

Update v.9.8

Nori13 commented on 2018-02-19 02:42 (UTC)

PKGBUILD for version 9.8:

https://pastebin.com/YfeZF8Hw

commented on 2018-01-19 15:27 (UTC)

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?

commented on 2018-01-08 14:57 (UTC)

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

hubcaps commented on 2017-12-16 19:30 (UTC)

wallito, reinstall dee

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

wallito_80 commented on 2017-12-15 14:03 (UTC)

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?

symen commented on 2017-12-11 10:32 (UTC)

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

commented on 2017-12-10 01:58 (UTC)

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

severach commented on 2017-12-09 05:25 (UTC)

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.

coreb1t commented on 2017-12-08 22:37 (UTC)

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

MAKEFLAGS="-j$(nproc)"

commented on 2017-11-07 16:49 (UTC)

Updated to 9.5. :) Sorry for the delay.

commented on 2017-10-14 13:46 (UTC)

@symen Thanks for that tip! I didn't know about that work-around. I have updated accordingly. As before, feel free to email me with any issues.

symen commented on 2017-10-14 08:50 (UTC) (edited on 2017-10-14 08:51 (UTC) by symen)

I noticed you set the source url to a file you host yourself. I know the original host returns 403 errors when using curl, but it seems to work fine when modifying the user agent. In practice this can be done by overriding the DLAGENTS variable to add the "-A Mozilla" parameter: DLAGENTS=( 'https::/usr/bin/curl -fLC - --retry 3 --retry-delay 3 -A Mozilla -o %o %u' ) This is an ugly but valid solution according to the wiki, and it is sometimes used in official packages: https://wiki.archlinux.org/index.php/Nonfree_applications_package_guidelines#Custom_DLAGENTS Wouldn't it be better then to use this hack instead of a custom host? Thanks for maintaining the package by the way, I often use freefilesync so I much prefer a native package than the docker container hack I resorted to use. :)

commented on 2017-10-14 03:41 (UTC)

@alexmo82 Thanks for letting me help! ^_^ Just updated to 9.4. My apologies for the slight delay. I've been bedridden with flu for the past few days and haven't been online. This was my first time submitting a PKGBUILD, as well as my first time using both git and ssh, so please don't hesitate to email me if there are any problems.

alexmo82 commented on 2017-10-11 19:33 (UTC)

@staticghost, you're right. I'm very sorry about that: I don't have so much free time at the moment. Thanks to everyone for understanding, thanks to staticghost for his help.

commented on 2017-10-06 15:51 (UTC)

PKGBUILD for FreeFileSync 9.4: https://ghostbin.com/paste/w7yer I don't mean to sound ungrateful to alexmo82 for making an AUR entry for this great software but, honestly, this is the worst maintained AUR package I use. Is there anything that can be done about that? I'd happily take over maintainance...

severach commented on 2017-10-01 16:37 (UTC)

The solution for boost is to rebuild.

fuan_k commented on 2017-10-01 15:36 (UTC) (edited on 2017-10-01 18:54 (UTC) by fuan_k)

Doesn't work since boost-libs upgraded to version 1.65.1 libboost_thread.so.1.64.0 => not found libboost_chrono.so.1.64.0 => not found libboost_system.so.1.64.0 => not found Also FreeFileSync 9.3 is out now. Update please? :3 Edit: weirdly enough, using the older 1.64 version segaults, but doesn't crash the program... export LD_PRELOAD=/usr/lib/libboost_thread.so.1.64.0;/usr/lib/libboost_system.so.1.64.0;/usr/lib/libboost_chrono.so.1.64.0 ; FreeFileSync

Plexcon commented on 2017-09-07 16:12 (UTC) (edited on 2017-09-07 20:51 (UTC) by Plexcon)

Update v.9.3, please. Tarda horas y horas en un pc moderno en instalarse.

Nori13 commented on 2017-08-14 20:55 (UTC)

@staticghost Not a problem. ^^

commented on 2017-08-14 15:00 (UTC)

@Nori13 Woops! My bad. Thank you for correcting it!

Nori13 commented on 2017-08-13 10:57 (UTC)

@staticghost your PKGBUILD retrieves the source zip for version 9.2 and renames it as 9.3 instead of downloading the source zip for version 9.3 (the md5sum for the source zip is the same in your PKGBUILD compared with la_poigne's when it should be different). Actual PKGBUILD for 9.3 with webkit2gtk: https://pastebin.com/tu0JfAfa

commented on 2017-08-12 02:17 (UTC)

PKGBUILD for 9.3, with webkit2gtk from the official repositories instead of webkitgtk2. https://ghostbin.com/paste/abdpk

la_poigne commented on 2017-07-27 16:51 (UTC)

PKGBUILD for 9.2 version https://pastebin.com/JzTi1mCR

tempomolto commented on 2017-07-17 17:36 (UTC)

@Only1KW, do what @JohnRobson said: $ yaourt --sync freefilesync Edit PKGBUILD ? [Y/n] y Uncomment line 33 and save it. Worked for me.

Only1KW commented on 2017-07-13 01:37 (UTC)

Why is freefilesync looking for a compiler version <= 6.3.1? Is that a typo? ==> Starting build()... compiler g++ 7.1.1 x86_64-pc-linux-gnu mkdir -p ../Obj/FFS_GCC_Make_Release/ffs/src/ 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 algorithm.cpp -o ../Obj/FFS_GCC_Make_Release/ffs/src/algorithm.o In file included from ../../zen/globals.h:12:0, from ../../zen/i18n.h:12, from <command-line>:0: ../../zen/scope_guard.h:16:5: error: static assertion failed: check std::uncaught_exceptions support static_assert(__GNUC__ < 6 || (__GNUC__ == 6 && (__GNUC_MINOR__ < 3 || (__GNUC_MINOR__ == 3 && __GNUC_PATCHLEVEL__ <= 1))), "check std::uncaught_exceptions support"); ^~~~~~~~~~~~~

sugaraddicted commented on 2017-07-09 06:42 (UTC)

@jancici install webkit2gtk from the official repositories. Freefilesync works fine with that. just don't forget to modify the pkgbuild. Edit the depends section.

jancici commented on 2017-07-09 06:27 (UTC)

I dont remember that to install this take very long time. Now, I am waiting to compile webkitgtk, it is running something like 5hours ... and looks that others have same comment on webkitgtk2 in aur. is there any way to use webkit2gtk from package? thanks

Nori13 commented on 2017-07-09 05:57 (UTC)

@Kanjelman use yaourt to rebuild and reinstall the package. I've run into this a few times (I know it has to do with a package update, but I don't know which package causes this to come up).

Kanjelman commented on 2017-07-08 16:27 (UTC)

When attempting to launch FreeFileSync, the following error appears in the terminal: FreeFileSync: error while loading shared libraries: libwx_gtk2u_webview-3.0.so.0: cannot open shared object file: No such file or directory ---------------- Any insights are greatly appreciated!

ranger commented on 2017-07-03 14:28 (UTC)

9.2 is out. Just changed the md5sums and it builds without any problem.

commented on 2017-07-01 23:32 (UTC)

For whatever reason, I can't get webkitgtk2 to build. I've left it for over five hours, on a fairly powerful desktop PC. Anyway, I've just built FreeFileSync without webkitgtk2, by modifying the pkgbuild and it *appears* to be working fine, although I'm not seeing the little digging man animation while it syncs. Does anyone know why webkitgtk2 is needed? Alternatively, can anyone give me advice on why I might be having trouble building webkitgtk2? Thanks guys!

Kanjelman commented on 2017-07-01 17:45 (UTC)

@JohnRobson Thank you for your assistance, much appreciated!

JohnRobson commented on 2017-07-01 14:56 (UTC)

@Kanjelman - do this: $ yaourt --sync freefilesync Edit PKGBUILD ? [Y/n] y Uncomment line 34 and save it.

Kanjelman commented on 2017-06-29 19:35 (UTC) (edited on 2017-06-30 01:08 (UTC) by Kanjelman)

Hello all. Linux beginner here. I got the same error as @fuan_k and @eniac. How do I apply the fix mentioned by @ozwigh? (i.e. uncommenting the sed line) I'm using manjaro xfce btw. Thanks! EDIT: okay, I figured out you have to download the tar.gz file, edit the PKGBUILD file with a text editor (uncomment the sed line), and then manually install in the command line. https://arashmilani.com/post?id=85 This is awesome.

alexmo82 commented on 2017-06-29 15:46 (UTC)

I will do it asap. Sorry, I'm out now.

eniac commented on 2017-06-29 14:49 (UTC)

Same error as the one posted by fuan_k, fixed by uncommenting the sed line. Please enable it by default in the PKGBUILD.

jooch commented on 2017-06-25 22:05 (UTC)

Fix ozwigh pointed out works. If you get libdee errors, install or recompile dee package.

fuan_k commented on 2017-06-23 10:41 (UTC) (edited on 2017-06-23 11:00 (UTC) by fuan_k)

Replaced wxgtk with wxgtk2 today (I guess it's related) and I can't build: ==> Starting build()... compiler g++ 7.1.1 x86_64-pc-linux-gnu mkdir -p ../Obj/FFS_GCC_Make_Release/ffs/src/ 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 algorithm.cpp -o ../Obj/FFS_GCC_Make_Release/ffs/src/algorithm.o In file included from ../../zen/globals.h:12:0, from ../../zen/i18n.h:12, from <command-line>:0: ../../zen/scope_guard.h:16:5: error: static assertion failed: check std::uncaught_exceptions support static_assert(__GNUC__ < 6 || (__GNUC__ == 6 && (__GNUC_MINOR__ < 3 || (__GNUC_MINOR__ == 3 && __GNUC_PATCHLEVEL__ <= 1))), "check std::uncaught_exceptions support"); ^~~~~~~~~~~~~ make: *** [Makefile:100: ../Obj/FFS_GCC_Make_Release/ffs/src/algorithm.o] Error 1 ==> ERROR: A failure occurred in build(). Aborting... EDIT: uncommenting the following line as @ozwigh said fixes it: # sed -i 's!static_assert!//static_assert!' zen/scope_guard.h

Captain_Rage commented on 2017-06-18 11:23 (UTC)

Also received an error upon compiling but de-commenting that line like @ozwigh suggested made it work.

sugaraddicted commented on 2017-06-18 02:32 (UTC)

works for me, i don't get that error. https://postimg.org/image/98apbtaln/

ranger commented on 2017-06-12 13:24 (UTC)

It won't build after replacing wxgtk with wxgtk2. Same error as bitwave

bitwave commented on 2017-06-12 10:50 (UTC)

Linker error /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/libwx_gtk2u_webview-3.0.so: undefined reference to `vtable for wxWebViewWebKit' /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/libwx_gtk2u_webview-3.0.so: undefined reference to `wxWebViewWebKit::Create(wxWindow*, int, wxString const&, wxPoint const&, wxSize const&, long, wxString const&)' /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/libwx_gtk2u_webview-3.0.so: undefined reference to `wxWebViewWebKit::wxWebViewWebKit()'

keepitsimpleengr commented on 2017-06-06 15:47 (UTC)

Worked after applying ozwigh's suggestion: To compile with G++ 7xx, uncomment this line in PKGBUILD: # sed -i 's!static_assert!//static_assert!' zen/scope_guard.h

Shaikh commented on 2017-06-06 10:42 (UTC)

OK, thank you @ozwigh.

zoe commented on 2017-06-06 09:59 (UTC) (edited on 2017-06-06 10:02 (UTC) by zoe)

Exactly same error than Shaikh but fixed it as ozwigh tells.

ozwigh commented on 2017-06-06 09:59 (UTC) (edited on 2017-06-06 10:01 (UTC) by ozwigh)

To compile with G++ 7xx, uncomment this line in PKGBUILD: # sed -i 's!static_assert!//static_assert!' zen/scope_guard.h Why was it commented though?

Shaikh commented on 2017-06-06 03:18 (UTC) (edited on 2017-06-06 03:19 (UTC) by Shaikh)

cannot work with g++ 7.1.1? ==> Starting build()... compiler g++ 7.1.1 x86_64-pc-linux-gnu mkdir -p ../Obj/FFS_GCC_Make_Release/ffs/src/ 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 algorithm.cpp -o ../Obj/FFS_GCC_Make_Release/ffs/src/algorithm.o In file included from ../../zen/globals.h:12:0, from ../../zen/i18n.h:12, from <command-line>:0: ../../zen/scope_guard.h:16:5: error: static assertion failed: check std::uncaught_exceptions support static_assert(__GNUC__ < 6 || (__GNUC__ == 6 && (__GNUC_MINOR__ < 3 || (__GNUC_MINOR__ == 3 && __GNUC_PATCHLEVEL__ <= 1))), "check std::uncaught_exceptions support"); ^~~~~~~~~~~~~ make: *** [Makefile:100: ../Obj/FFS_GCC_Make_Release/ffs/src/algorithm.o] Error 1 ==> ERROR: A failure occurred in build(). Aborting... :: failed to build freefilesync package(s)

alexmo82 commented on 2017-06-05 23:06 (UTC)

I'm very sorry, I was out for some little problems. I updated to latest version. Thanks to all for your comment to get update ffs.

cybertron commented on 2017-05-29 17:53 (UTC)

whats going on here that users has to fix by comment? :(

sugaraddicted commented on 2017-05-27 17:31 (UTC)

PKGBUILD for version 9.1 https://pastebin.com/3JJr168t

varunsbhatta commented on 2017-05-26 02:45 (UTC)

pkgbuild given by sugaraddicted with the the changes suggested by la_poigne worked for me. Thanks!

allencch commented on 2017-05-22 14:19 (UTC)

I tried with the https://www.freefilesync.org/download_redirect.php?file=FreeFileSync_${pkgver}_Source.zip, but failed to build with the error ../../zenxml/cvrt_text.h:173:18: error: ‘utfCvrtTo’ was not declared in this scope I found that FreeFileSync pre-built Debian version is able to run as portable (without installation).

la_poigne commented on 2017-05-17 13:43 (UTC)

In the pkgbuild from sugaraddicted change ffs source url to https://www.freefilesync.org/download_redirect.php?file=FreeFileSync_${pkgver}_Source.zip and it's work fine

severach commented on 2017-05-07 01:44 (UTC)

The source is not missing. Sources can't be downloaded with deep links. Visit the home page, click Archive, download the file, and place it in with the PKGBUILD. This is how the author wants it so it won't be fixed.

jerome2016 commented on 2017-05-07 01:10 (UTC)

source file of freefilesync doesn't exist, link is broken. So it is impossible to update freefilesync actually. please, update this package if possible.

symen commented on 2017-05-05 17:08 (UTC)

@notoxius You need the source files provided with the PKGBUILD. Just clone the repository with "git clone https://aur.archlinux.org/freefilesync.git" and replace the PKGBUILD with yours.

notuxius commented on 2017-05-05 16:51 (UTC) (edited on 2017-05-05 16:52 (UTC) by notuxius)

Hi guys, how to make package from local PKGBUILD file? - when i use 'makepkg -si PKGBUILD' command - i get '==> ERROR: FreeFileSync.desktop was not found in the build directory and is not a URL.' - thanks in advance!

kprkpr commented on 2017-05-01 10:45 (UTC)

+sugaraddicted pkgbuild for 9.0 working right :)

sugaraddicted commented on 2017-04-21 16:00 (UTC)

Here is a working PKGBUILD for version 9.0 https://pastebin.com/bBq6zJH4

wdsm commented on 2017-04-07 08:17 (UTC)

@FichteFoll do what "xxarch commented on 2017-01-13 11:47" Please find below some modifications to the PKGBUILD that allows to build version FreeFileSync_8.8. The Download of the sources from the official repository fails unless you create a .curlrc file in your home directory with the follwing content: user-agent = "" told, than you can download via "http://www.freefilesync.org/download/FreeFileSync_${pkgver}_Source.zip" in PKGBUILD.

FichteFoll commented on 2017-04-07 01:03 (UTC)

Well, you can still access the download via http://www.freefilesync.org/download/FreeFileSync_8.9_Source.zip as you would for 8.10, but it only redirects to a downloadable file with a "proper" user agent and does this over three URLs. The final URL is a seemingly temporary download URL from mediafire, which means it can't be re-used. Run `curl -I http://www.freefilesync.org/download/FreeFileSync_8.9_Source.zip -A "Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20100101 Firefox/10.0" -L` to test. The best solution I can come up with is to fetch the source file with curl in prepare(), since I don't know whether makepkg can be instructed to send a user agent and follow redirects.

FichteFoll commented on 2017-04-06 23:16 (UTC) (edited on 2017-04-07 01:00 (UTC) by FichteFoll)

It looks like ffs 8.10 bundles its own zenxml version, so the "zenXml_2.4.zip" source isn't needed anymore (and in fact makes the build fail). After I removed that, I was able to successfully build it using this PKGBUILD. I was unable to find an archive download of the 8.9 source though.

testsieger73 commented on 2017-04-02 07:48 (UTC)

Dropbox download link is broken for weeks now :(

tport commented on 2017-03-23 20:58 (UTC)

File download from dropbox does not work, please fix!

joele commented on 2017-03-18 02:00 (UTC)

file download location broken too

ranger commented on 2017-01-20 17:51 (UTC)

@ keepitsimpleengr is there any specific reason you use wxgtk-trenchbroom and not wxgtk from the official repo? This seems to be your problem

keepitsimpleengr commented on 2017-01-20 17:33 (UTC)

Alas... .. . :: audacity: removing wxgtk-trenchbroom breaks dependency 'wxgtk' :: boinc: removing wxgtk-trenchbroom breaks dependency 'wxgtk' :: filezilla: removing wxgtk-trenchbroom breaks dependency 'wxgtk' :: freefilesync: removing wxgtk-trenchbroom breaks dependency 'wxgtk-trenchbroom' :: gnuplot: removing wxgtk-trenchbroom breaks dependency 'wxgtk' # pacman -Qii wxgtk-trenchbroom Name : wxgtk-trenchbroom Version : 3.1.0-1 Description : GTK+ implementation of wxWidgets API for GUI with TrenchBroom patches. Architecture : x86_64 URL : http://wxwidgets.org Licenses : custom:wxWindows Groups : None Provides : wxgtk Depends On : gtk2 gstreamer0.10-base libsm Optional Deps : webkitgtk2: for webview support [installed] Required By : audacity boinc filezilla freefilesync gnuplot Optional For : None Conflicts With : wxgtk Replaces : None Installed Size : 70.84 MiB Packager : Unknown Packager Build Date : Tue 01 Nov 2016 09:47:09 AM PDT Install Date : Tue 01 Nov 2016 09:49:58 AM PDT Install Reason : Installed as a dependency for another package Install Script : No Validated By : None Backup Files :

wdsm commented on 2017-01-18 17:29 (UTC)

@keepitsimpleengr try wxgtk-3.0.2-5 not 3.1 if this did not help try zenxml-2.4

keepitsimpleengr commented on 2017-01-18 17:04 (UTC)

Sill getting this result when updating to 8.8... --------- /usr/lib/libharfbuzz.so.0: undefined reference to `FT_Get_Var_Blend_Coordinates' collect2: error: ld returned 1 exit status make: *** [Makefile:103: FreeFileSync] Error 1 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build freefilesync. --------- Full output at http://pastebin.com/TAVrRkdb Thank you

keepitsimpleengr commented on 2017-01-16 16:48 (UTC)

/usr/lib/libharfbuzz.so.0: undefined reference to `FT_Get_Var_Blend_Coordinates' collect2: error: ld returned 1 exit status make: *** [Makefile:103: FreeFileSync] Error 1 ==> ERROR: A failure occurred in build(). Aborting...

kprkpr commented on 2017-01-16 14:18 (UTC) (edited on 2017-01-16 14:18 (UTC) by kprkpr)

Thanks for fixing and updating it, with 8.8 now it all right

cybertron commented on 2017-01-14 15:16 (UTC)

@xxarch you are right, sorry, but it didn't worked by copy/paste of yours, strange

xxarch commented on 2017-01-14 14:42 (UTC)

@cybertron: This is exactly the md5sum from my modified PKGBUILD, isn't it?

cybertron commented on 2017-01-13 17:05 (UTC)

hmm for ffs 8.8 source I have to use this md5 hash bb28b309893d24464f301a6f989b2b96

Shaikh commented on 2017-01-13 15:35 (UTC) (edited on 2017-01-13 15:36 (UTC) by Shaikh)

@xxarch thanks for your contributions. Update to ver. 8.8 successfully for me. PS: for people using 'pacaur', after finishing 'pacaur -S aur/freefilesync' according to @xxarch, you may need to remove the installed 8.5-1 version manually ('pacaur -R') and then go to '~/.cache/pacaur/freefilesync/', install the ver.8.8 package via 'pacaur -U packagename'.

xxarch commented on 2017-01-13 11:47 (UTC)

Please find below some modifications to the PKGBUILD that allows to build version FreeFileSync_8.8. The Download of the sources from the official repository fails unless you create a .curlrc file in your home directory with the follwing content: user-agent = "" The PKGBUILD has to be modified as follows: #--------------------------------------------- .... .... pkgver=8.8 pkgrel=1 pkgdesc="Backup software to synchronize files and folders" arch=('i686' 'x86_64') url="http://www.freefilesync.org/" license=('GPLv3') depends=(wxgtk webkitgtk2 boost-libs) makedepends=(boost) source=( http://downloads.sourceforge.net/project/zenxml/zenXml_2.4.zip http://www.freefilesync.org/download/FreeFileSync_${pkgver}_Source.zip FreeFileSync.desktop ffsicon.png RealTimeSync.desktop rtsicon.png ) md5sums=( '55907f1af4eb94a4196d95815b675d78' #zen source 'bb28b309893d24464f301a6f989b2b96' #ffs source 'eab0ccfc6a88e229a0f07507b93cfcff' #FreeFileSync.desktop '1f452dff6f970d95839411008d86250b' #ffsicon.png 'ab266177f69d16ad9f4099ae4edd77a2' #RealTimeSync.desktop 'ee5587fa0a8d906ad416564e4daf5a06' #rtsicon.png ) prepare() { find ${srcdir} -type f \( -name '*.cpp' -o -name '*.h' \) -print0 | \ xargs -0 sed -i 's/warn_static(\".*\")//g' sed -i 's/__GNUC__ < [0-6]/__GNUC__ < 7/g' \ ${srcdir}/zen/scope_guard.h sed -i 's/m_listBoxHistory->GetTopItem()/0/g' \ ${srcdir}/FreeFileSync/Source/ui/main_dlg.cpp sed -i 's/#include "version_check_impl.h"//g' \ ${srcdir}/FreeFileSync/Source/ui/version_check.h sed -i '/#include "version_check.h\"/a#include "version_check_impl.h"/' \ ${srcdir}/FreeFileSync/Source/ui/version_check.cpp } .... .... #---------------------------------------------- The rest of the PKGBUILD file remains unchanged.

ranger commented on 2017-01-12 21:13 (UTC) (edited on 2017-01-12 21:14 (UTC) by ranger)

Yes, I did the same after my comment. Until we have a proper solution with a patch.

kprkpr commented on 2017-01-12 20:59 (UTC) (edited on 2017-01-12 21:08 (UTC) by kprkpr)

+ranger Same problem "error while loading shared libraries: libboost_thread.so.1.62.0" Because boost-libs updated to "boost-libs-1.63.0-1" Fails to build I loaded with soname links in /lib64 ln -s libboost_thread.so.1.63.0 libboost_thread.so.1.62.0 ln -s libboost_chrono.so.1.63.0 libboost_chrono.so.1.62.0 ln -s libboost_system.so.1.63.0 libboost_system.so.1.62.0 But is not the good solution.. EDIT: Also with http://www.freefilesync.org/download.php Debian version it works the lastest version good and without problems with libboost

ranger commented on 2017-01-12 15:55 (UTC)

Have to rebuild after today's update "error while loading shared libraries: libboost_thread.so.1.62.0" but it fails to build...

Dreamingwolf commented on 2016-12-08 15:40 (UTC)

Maybe the wrong place to ask, but I saw 8.7 was out so I downloaded the source, modified the PKGBUILD with new md5sum and version but got the following error when I tried to build: compiled with g++ (GCC) 6.2.1 20160830 mkdir -p ../Obj/FFS_GCC_Make_Release/ffs/src/ g++ -std=c++14 -pipe -DWXINTL_NO_GETTEXT_MACRO -I../.. -I../../zenXml -include "zen/i18n.h" -Wall -O3 -DNDEBUG `wx-config --cxxflags --debug=no` -DZEN_LINUX -pthread `pkg-config --cflags gtk+-2.0` -c algorithm.cpp -o ../Obj/FFS_GCC_Make_Release/ffs/src/algorithm.o In file included from file_hierarchy.h:25:0, from algorithm.h:11, from algorithm.cpp:7: fs/abstract.h: In static member function ‘static bool zen::AbstractFileSystem::havePathDependency(const zen::AbstractPath&, const zen::AbstractPath&)’: fs/abstract.h:60:45: error: ‘warn_static’ was not declared in this scope warn_static("remove after migration") ^ fs/abstract.h:62:5: warning: no return statement in function returning non-void [-Wreturn-type] } ^ make: *** [Makefile:100: ../Obj/FFS_GCC_Make_Release/ffs/src/algorithm.o] Error 1 *** Thinking it might be zenxml (which has been updated to 2.4) I downloaded that and again modified PKGBUILD with new md5sum, but still get the same error. Any idea where to start looking to teach myself how to fix this?

alexmo82 commented on 2016-11-02 21:46 (UTC)

Downgrade to 8.5 (for the moment)

xxarch commented on 2016-11-02 21:20 (UTC)

It seems that there is only one method call used by FreeFileSync 8.6 that is only available in wxgt 3.1.x. This method call seems to be related to the new feature "Remember configuration history scroll position". If you want to compile FreeFileSync 8.6 with wxgtk 3.0.x, just remove the line "globalSettings.gui.cfgFileHistFirstItemPos = m_listBoxHistory->GetTopItem();" from the file "FreeFileSync/Source/ui/main_dlg.cpp".

cybertron commented on 2016-11-02 11:26 (UTC)

what? so we have to have 10years for an update? ;)

ranger commented on 2016-11-02 11:25 (UTC) (edited on 2016-11-02 11:26 (UTC) by ranger)

So for now I see two options. Either go back to freefilesync version 8.5, or rebuild from abs the packages that causes problem. I rebuild filezila and it works. But veracrypt on the other hand doesn't work with wxgtk-trenchbroom. So the safest option for me is to go back to 8.5

ranger commented on 2016-11-02 10:59 (UTC)

This is not because freefilesync needs wxgtk-trenchbroom, it's because wxgtk-trenchbroom and wxgtk in official repo are of different version, 3.0.x for wxgtk, 3.1.x for wxgtk-trenchbroom. wxgtk has been flag out of date since 25/08/2016 but no update yet. I tried to build freefilesync with wxgtk but build fails. Probably when wxgtk gets updated to 3.1.x we can use it again...

commented on 2016-11-02 10:08 (UTC)

I get the same error with Audacity. "audacity: error while loading shared libraries: libwx_gtk2u_html-3.0.so.0: cannot open shared object file: No such file or directory" Does FreeFileSync NEED wxgtk-trenchbroom or can the PKGBUILD be modified to use the standard wxgtk? I can confirm that the issue does also affect FileZilla...

cybertron commented on 2016-11-02 06:18 (UTC)

@ranger yes but no mediainfo-gui from community doesn't work anymore :) mediainfo-gui: error while loading shared libraries: libwx_gtk2u_html-3.0.so.0: cannot open shared object file: No such file or directory

ranger commented on 2016-11-01 16:46 (UTC)

@cybertron, yes but wxgtk-trenchbroom provides wxgtk so you shiuldn't have any problems. I build it with no errors, makepkg replaced wxgtk with wxgtk-trenchbroom and everything works as before.

cybertron commented on 2016-11-01 16:43 (UTC)

wxgtk-trenchbroom and wxgtk are in conflict needed by filezilla for example

alexmo82 commented on 2016-11-01 14:04 (UTC)

Updated to 8.6. Sorry for late!

commented on 2016-09-14 05:17 (UTC)

Thanks, both of you. @sugaraddicted That PKGBUILD is working perfectly! I'm very happy. ^_^

sugaraddicted commented on 2016-09-12 15:13 (UTC)

Here is a working PKGBUILD until alexmo82 updates the package. http://pastebin.com/ciSD3W0R

ranger commented on 2016-09-12 09:29 (UTC) (edited on 2016-09-12 09:30 (UTC) by ranger)

@Woodlouse, This is because boost was updated. In this case you have to rebuild freefilesync to link it to the new version. But for now freefilesync fails to build. Try to downgrade boost and boost-libs

commented on 2016-09-12 00:21 (UTC)

I'm also having a problem running my current install of FreeFileSync, 8.3-0, because it's looking for "libboost_thread.so.1.60.0", whereas the current boost-libs package contains only "libboost_thread.so.1.61.0" and "libboost_thread.so". I don't know if this could have anything to do with why it won't build for me.

commented on 2016-09-11 18:02 (UTC)

It won't build on my machine. ==> Making package: freefilesync 8.4-0 (Sun 11 Sep 19:01:46 BST 2016) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found zenXml_2.3.zip -> Found FreeFileSync_8.4_Source.zip -> Found FreeFileSync.desktop -> Found ffsicon.png -> Found RealTimeSync.desktop -> Found rtsicon.png ==> Validating source files with md5sums... zenXml_2.3.zip ... Passed FreeFileSync_8.4_Source.zip ... Passed FreeFileSync.desktop ... Passed ffsicon.png ... Passed RealTimeSync.desktop ... Passed rtsicon.png ... Passed ==> Extracting sources... -> Extracting zenXml_2.3.zip with bsdtar -> Extracting FreeFileSync_8.4_Source.zip with bsdtar ==> Starting prepare()... ==> Removing existing $pkgdir/ directory... ==> Starting build()... compiled with g++ (GCC) 6.2.1 20160830 mkdir -p ../Obj/FFS_GCC_Make_Release/ffs/src/ g++ -std=c++14 -pipe -DWXINTL_NO_GETTEXT_MACRO -I../.. -I../../zenXml -include "zen/i18n.h" -include "zen/warn_static.h" -Wall -O3 -DNDEBUG `wx-config --cxxflags --debug=no` -DZEN_LINUX -pthread `pkg-config --cflags gtk+-2.0` -c algorithm.cpp -o ../Obj/FFS_GCC_Make_Release/ffs/src/algorithm.o In file included from ../../zen/globals.h:12:0, from ../../zen/i18n.h:12, from <command-line>:0: ../../zen/scope_guard.h:23:5: error: static assertion failed: check std::uncaught_exceptions support static_assert(__GNUC__ < 6 || (__GNUC__ == 6 && (__GNUC_MINOR__ < 1 || (__GNUC_MINOR__ == 1 && __GNUC_PATCHLEVEL__ <= 1))), "check std::uncaught_exceptions support"); ^~~~~~~~~~~~~ make: *** [Makefile:100: ../Obj/FFS_GCC_Make_Release/ffs/src/algorithm.o] Error 1 ==> ERROR: A failure occurred in build(). Aborting...

tempomolto commented on 2016-09-11 08:43 (UTC)

Can't install here compiled with g++ (GCC) 6.2.1 20160830 mkdir -p ../Obj/FFS_GCC_Make_Release/ffs/src/ g++ -std=c++14 -pipe -DWXINTL_NO_GETTEXT_MACRO -I../.. -I../../zenXml -include "zen/i18n.h" -include "zen/warn_static.h" -Wall -O3 -DNDEBUG `wx-config --cxxflags --debug=no` -DZEN_LINUX -pthread `pkg-config --cflags gtk+-2.0` -c algorithm.cpp -o ../Obj/FFS_GCC_Make_Release/ffs/src/algorithm.o In file included from ../../zen/globals.h:12:0, from ../../zen/i18n.h:12, from <ligne-de-commande>:0: ../../zen/scope_guard.h:23:5: erreur : static assertion failed: check std::uncaught_exceptions support static_assert(__GNUC__ < 6 || (__GNUC__ == 6 && (__GNUC_MINOR__ < 1 || (__GNUC_MINOR__ == 1 && __GNUC_PATCHLEVEL__ <= 1))), "check std::uncaught_exceptions support"); ^~~~~~~~~~~~~ make: *** [Makefile:100: ../Obj/FFS_GCC_Make_Release/ffs/src/algorithm.o] Error 1 ==> ERREUR : Une erreur s’est produite dans build(). Abandon... ==> ERREUR : Makepkg n'a pas pu construire freefilesync. ==> Relancer la compilation de freefilesync ? [o/N]

ranger commented on 2016-07-19 07:50 (UTC)

@JohnRobson no problem here

JohnRobson commented on 2016-07-19 00:25 (UTC)

==> Validating source files with md5sums... zenXml_2.3.zip ... FAILED FreeFileSync_8.3_Source.zip ... FAILED FreeFileSync.desktop ... Passed ffsicon.png ... Passed RealTimeSync.desktop ... Passed rtsicon.png ... Passed ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build freefilesync.

xephon2 commented on 2016-05-30 12:21 (UTC)

The installation still fails: ==> Beginne build()... compiled with g++ (GCC) 6.1.1 20160501 Copyright (C) 2016 Free Software Foundation, Inc. Dies ist freie Software; die Kopierbedingungen stehen in den Quellen. Es gibt KEINE Garantie; auch nicht für MARKTGÄNGIGKEIT oder FÜR SPEZIELLE ZWECKE. mkdir -p ../Obj/FFS_GCC_Make_Release/ffs/src/ g++ -std=c++14 -pipe -DWXINTL_NO_GETTEXT_MACRO -I../.. -I../../zenXml -include "zen/i18n.h" -include "zen/warn_static.h" -Wall -O3 -DNDEBUG `wx-config --cxxflags --debug=no` -DZEN_LINUX -pthread `pkg-config --cflags gtk+-2.0` -c algorithm.cpp -o ../Obj/FFS_GCC_Make_Release/ffs/src/algorithm.o In file included from ../../zen/sys_error.h:13:0, from ../../zen/file_error.h:13, from fs/abstract.h:11, from file_hierarchy.h:23, from algorithm.h:11, from algorithm.cpp:7: ../../zen/scope_guard.h:23:5: Fehler: statische Erklärung gescheitert: check std::uncaught_exceptions support static_assert(__GNUC__ < 5 || (__GNUC__ == 5 && (__GNUC_MINOR__ < 3 || (__GNUC_MINOR__ == 3 && __GNUC_PATCHLEVEL__ <= 1))), "check std::uncaught_exceptions support"); ^~~~~~~~~~~~~ Makefile:99: die Regel für Ziel „../Obj/FFS_GCC_Make_Release/ffs/src/algorithm.o“ scheiterte make: *** [../Obj/FFS_GCC_Make_Release/ffs/src/algorithm.o] Fehler 1 ==> FEHLER: Ein Fehler geschah in build(). Breche ab... ==> FEHLER:Makepkg konnte freefilesync nicht erstellen.

f.ardid commented on 2016-05-23 11:50 (UTC) (edited on 2016-05-23 11:52 (UTC) by f.ardid)

@ni3k, Thanks! It works for me. Now, I have a directory in /home colled FreeFileSybnc, and there is an exectubale. I don't know if this is the best way, but it works. Thanks. FA

ranger commented on 2016-05-22 19:29 (UTC) (edited on 2016-05-22 19:31 (UTC) by ranger)

@DSinapellido, to find the executables: $ pacman -Ql freefilesync | grep bin freefilesync /usr/bin/ freefilesync /usr/bin/FreeFileSync freefilesync /usr/bin/RealTimeSync but you can find the program also in your program menu (depending on your setup)

DSinapellido commented on 2016-05-22 15:41 (UTC)

What is the command to open the program? How can i open it?

ni3k commented on 2016-05-16 12:12 (UTC) (edited on 2016-05-16 12:12 (UTC) by ni3k)

Same here, quick fix: Change file /src/zen/scope_guard.h, in line 22: static_assert(__GNUC__ < 5 to static_assert(__GNUC__ < 7 and then compile again without downloading source: makepkg -e

f.ardid commented on 2016-05-11 09:59 (UTC)

Hi, I am getting errors too: ../../zen/scope_guard.h:23:5: error: falló la aserción estática: check std::uncaught_exceptions support static_assert(__GNUC__ < 5 || (__GNUC__ == 5 && (__GNUC_MINOR__ < 3 || (__GNUC_MINOR__ == 3 && __GNUC_PATCHLEVEL__ <= 1))), "check std::uncaught_exceptions support"); ^~~~~~~~~~~~~ Makefile:99: fallo en las instrucciones para el objetivo '../Obj/FFS_GCC_Make_Release/ffs/src/algorithm.o' make: *** [../Obj/FFS_GCC_Make_Release/ffs/src/algorithm.o] Error 1 My default language is spanish, how can I translate the console? If you need it, of course. Thanks a lot, FA

johnjark commented on 2016-05-10 14:41 (UTC) (edited on 2016-05-10 14:46 (UTC) by johnjark)

Hi, I am getting errors running makepkg:- Makefile:103: recipe for target 'FreeFileSync' failed /usr/lib/libwebkitgtk-1.0.so.0: undefined reference to `enchant_dict_add' /usr/lib/libwebkitgtk-1.0.so.0: undefined reference to `enchant_broker_list_dicts' collect2: error: ld returned 1 exit status make: *** [FreeFileSync] Error 1 Can find no reference to this. Can you help, please, JJ

CiroGes commented on 2016-03-29 04:05 (UTC)

@aur-wdsm It works! Thanks you! :D

wdsm commented on 2016-03-28 10:17 (UTC)

@CiroGes change in RealtimeSync.desktop "Exec=RealtimeSync" to "Exec=RealTimeSync" calculate the md5sum of the new RealtimeSync.desktop, change the md5sum in PKGBUILD and compile again.

CiroGes commented on 2016-03-24 15:42 (UTC)

Hi! When a try to run RealTimeSync a receive this message: KDEInit could not launch 'RealtimeSync': Could not open library '/usr/lib/libkdeinit5_RealtimeSync'. Cannot load library /usr/lib/libkdeinit5_RealtimeSync: (/usr/lib/libkdeinit5_RealtimeSync.so: cannot open shared object file: No such file or directory) I googled it but I couldn't find anything. Also I checked my system for that library but nothing. I had this error with the previous version (7.9), and I still have it with new one (8.0). Does anyone have a clue about what could it be? Thanks you!

evorster commented on 2016-03-03 02:09 (UTC)

Removed my comment. Seems that my connection to mediafire is blocked by stupid firewall rules.

alexmo82 commented on 2015-12-12 19:02 (UTC)

Sorry for issue and thanks for contribution. Updated!

sugaraddicted commented on 2015-12-12 16:17 (UTC) (edited on 2015-12-12 16:17 (UTC) by sugaraddicted)

@alexmo82 ERROR: fix-gcc-check-zen.patch was not found in the build directory and is not a URL. Include the patch please. @symen well done, thanks.

symen commented on 2015-12-12 11:34 (UTC)

@sugaraddicted Nice, it works fine for me too! I've quickly added the patch into the package and apply it in the PKGBUILD: https://github.com/simonbru/freefilesync-tmpfork You can check the last commit and just 'git pull https://github.com/simonbru/freefilesync-tmpfork.git' if it is fine for you (but don't hesitate to do it differently or change the naming if you prefer).

jlp2 commented on 2015-12-12 11:03 (UTC)

@sugaraddicted Great, thats it. Works like a charm, thankyou!

sugaraddicted commented on 2015-12-12 06:15 (UTC)

I managed to built it by changing a line in the freefilesync/src/zen/scope_guard.h file. 1. makepkg (it will fail) 2. change the line in the file. 3. makepkg -e The line needs changing is line 23, like this http://pastebin.com/XUgsUktH

ranger commented on 2015-12-10 11:52 (UTC)

I also can't build, although the build fails later http://pastebin.com/Dgh6jei0 And of course program won't run because of the changes with the linked libraries.

demaio commented on 2015-12-10 10:04 (UTC)

After the C++ ABI change earlier this day I am unable to do makepkg. Here is the error: https://ptpb.pw/Qfj2

rezad commented on 2015-11-07 17:28 (UTC) (edited on 2015-11-07 17:43 (UTC) by rezad)

@ranger I reinstalled the 'dee' package and after that freefilesync compiled ok. I don't know why. removing dee also removes libutnity packages and removing those doesn't affect compiling freefilesync

ranger commented on 2015-11-06 10:26 (UTC)

I don't think freefilesync depends on dee. I have never install it and I build/use freefilesync with no problem.

rezad commented on 2015-11-06 01:53 (UTC)

@la_poigne you mean 'dee' package? thanks man. how do I find out what packages do I need to rebuild for aur packages that need the other aur packages for compile or thing s like that to work but are not included in the Dependencies ? like this exact situation that happened?

la_poigne commented on 2015-11-05 22:11 (UTC)

@rezard you need to recompile bee package before

ranger commented on 2015-11-05 12:40 (UTC)

I just build it with icu 56.1-1. No errors

rezad commented on 2015-11-05 09:16 (UTC)

extra/icu this has been updated to 56.1 but freefilesync compile says it needs 55 how do I fix this?

alexmo82 commented on 2015-11-05 00:28 (UTC)

Update to 7.6! Thanks to MB and all of you.

ranger commented on 2015-11-03 10:28 (UTC) (edited on 2015-11-03 10:29 (UTC) by ranger)

@alexmo82 I can confirm the ".any.pkg" package I build in my x64 machine won't run in my i686 setup. Maybe for version 7.6 you can replace ('any') with ('i686' 'x86_64'). Or with ('x86_64'), I didn't try to build a i686 package. @jester I just build it with no errors. I don't know why it fails for you. Maybe you want to grab it from archlinuxgr repo Server = http://archlinuxgr.tiven.org/archlinux/$arch

jester commented on 2015-11-03 09:06 (UTC)

I continue with the same error. Makefile:98: fallo en las instrucciones para el objetivo '../Obj/FFS_GCC_Make_Release/ffs/src/ui/version_check.o' make: *** [../Obj/FFS_GCC_Make_Release/ffs/src/ui/version_check.o] Error 1 There are any explication.

scrutinizer80 commented on 2015-10-23 20:29 (UTC) (edited on 2015-10-23 20:33 (UTC) by scrutinizer80)

@ranger I've rebuilt it as per your instructions & gained a better understanding of the system. Much obliged!

severach commented on 2015-10-23 20:10 (UTC)

Change arch=('any') to arch=('x86_64'). This package is not 32 bit compatible so do not add i686.

ranger commented on 2015-10-23 14:08 (UTC)

No, he shouldn't. He should bump the pkgrel only when this has to do with the PKGBUILD, to change a dependency, if the package won't build etc https://lists.archlinux.org/pipermail/aur-general/2011-April/014247.html aur is not a repo, the users are responsible for building and maintaining the packages. The submitter/maintainer only submits/maintains the PKGBUILD.

symen commented on 2015-10-23 12:15 (UTC)

@ranger However shouldn't the package maintainer bump the pkgrel to notify users that the package needs to be built again (genuine question) ?

ranger commented on 2015-10-23 10:47 (UTC)

@scrutinizer80, aur in not a repo. The "package in aur" is not broken because there is no package in aur. And of course it doesn't depend on a version specific filename. You build the package with boost-libs 1.58.0 which was updated to 1.59 yesterday. Every time this happens you have to rebuild the package. This is how aur (and linux in general) works. remove the symlink and rebuild freefilesync

scrutinizer80 commented on 2015-10-23 10:18 (UTC)

FreeFileSync depends on a version-specific libboost which was recently updated thus it fails searching for libboost_thread.so.158.0. creating links to /usr/lib/libboost_thread.so & all subsequent libboost files (non version specific) solves this for now. but it shouldn't depend on a version specific filename... As of now the package in AUR is broken.

jester commented on 2015-10-13 08:09 (UTC)

I have got the same problem that djringjr.

djringjr commented on 2015-10-11 06:06 (UTC)

Now receive this error when updating: ui/version_check.cpp: In function ‘bool zen::runPeriodicUpdateCheckNow(time_t)’: ui/version_check.cpp:413:9: error: static assertion failed: Still using 32-bit time_t? WTF!! static_assert(sizeof(time_t) >= 8, "Still using 32-bit time_t? WTF!!"); ^ Makefile:98: recipe for target '../Obj/FFS_GCC_Make_Release/ffs/src/ui/version_check.o' failed make: *** [../Obj/FFS_GCC_Make_Release/ffs/src/ui/version_check.o] Error 1 ==> ERROR: A failure occurred in build().

alexmo82 commented on 2015-09-06 13:07 (UTC)

Pkgbuild updated with new source url.

symen commented on 2015-09-06 10:37 (UTC)

Mediafire must be doing something weird with their "hotlinks" URLs. The URL I gave still works on my computer and a VPS near my home, but I span up an Digital Ocean instance in Amsterdam and there I get redirected to a mediafire error page when I tried to download it with curl (curl -L -v). I tried minutes later with wget and it worked. I then tried again with curl and this time it worked too, as if I had been whitelisted when downloading with wget...

jblume commented on 2015-09-06 09:48 (UTC)

Both source URLs don't work anymore, it seems they have changed or it's protected. I get those messages: "The requested URL returned error: 403 Forbidden" and yaourt says: "FEHLER: Fehler beim Download von FreeFileSync_7.4_Source.zip"

symen commented on 2015-09-04 19:49 (UTC)

The source URL doesn't work anymore, it seems to have changed to this one: http://download638.mediafire.com/21ddy2hlk9vg/9w5brjh628k121w/FreeFileSync_7.4_Source.zip I hope the upstream won't change URLs that often.

birnenwerfer commented on 2015-09-01 23:49 (UTC)

7.4 is out ;-)

alexmo82 commented on 2015-08-11 13:47 (UTC)

Update to 7.3! PS: Sorry for late, I was out.

djringjr commented on 2015-08-10 00:42 (UTC)

#PKGBUILD for new 7.3 version # Contributor: chenxing <cxcxcxcx AT gmail DOT com> # Contributor: Michael Burkhard <Michael DOT Burkhard AT web DOT de> # Maintainer: alexmo82 <25396682 AT live DOT it> pkgname=freefilesync pkgver=7.3 pkgrel=0 pkgdesc="Visual folder comparison and synchronization" arch=('any') url="http://www.freefilesync.org/" license=('GPLv3') depends=(wxgtk webkitgtk2 boost-libs) makedepends=(boost) source=("http://downloads.sourceforge.net/project/zenxml/zenXml_2.3.zip" "http://downloads.sourceforge.net/project/freefilesync/FreeFileSync/$pkgver/FreeFileSync_${pkgver}_Source.zip" FreeFileSync.desktop ffsicon.png RealtimeSync.desktop rtsicon.png) md5sums=('58baf96cb8e1136d10e1ada7419921c5' '9cac4bd8c71917d42f8c7aab58e201df' 'a7be7841f47f29d8e6210c8ab592a1e3' '1f452dff6f970d95839411008d86250b' '90152f1021f2d6fb6ab4fa511dc60fa9' 'ee5587fa0a8d906ad416564e4daf5a06') build() { echo -n "compiled with " g++ --version # just in case of compile errors cd ${srcdir}/FreeFileSync/Source/RealtimeSync sed -i 's/-lboost_thread/-lboost_thread -lboost_chrono /' Makefile cd ${srcdir}/FreeFileSync/Source sed -i 's/-lboost_thread/-lboost_thread -lboost_chrono /' Makefile make launchpad cd RealtimeSync make launchpad } package() { cd ${srcdir}/FreeFileSync/Source make DESTDIR=${pkgdir} install cd RealtimeSync make DESTDIR=${pkgdir} install cd ${srcdir} install -Dm644 FreeFileSync.desktop $pkgdir/usr/share/applications/FreeFileSync.desktop install -Dm644 ffsicon.png $pkgdir/usr/share/pixmaps/ffsicon.png install -Dm644 RealtimeSync.desktop $pkgdir/usr/share/applications/RealtimeSync.desktop install -Dm644 rtsicon.png $pkgdir/usr/share/pixmaps/rtsicon.png }

ranger commented on 2015-08-07 13:51 (UTC)

@funky.future the developer uploaded the source code to mediafire http://www.mediafire.com/download/ick2g29df7rs3c8/FreeFileSync_7.3_Source.zip

funky.future commented on 2015-08-07 00:50 (UTC)

the source download returns a 404.

vagorafaelino commented on 2015-07-03 00:17 (UTC)

version 7.2 is out!

alexmo82 commented on 2015-06-08 19:50 (UTC)

Updated with source-code on sourceforge.net and submitted the package to aur4.

justin8 commented on 2015-06-07 12:37 (UTC)

Ahh. Yeah that's not great. I have a build server that does it and I update off my repo instead so I haven't noticed that. Hopefully the freefilesync owners change off sourceforge soon.

jlp2 commented on 2015-06-07 12:35 (UTC)

Maybe fossies.org himself. If you donload the file only once, all things went fine, but if you try to update 3 other machines too the server stops with a 'forbidden' message. If you are able to change your own ip, the download start working again for one ore two times.

justin8 commented on 2015-06-07 12:24 (UTC)

What exactly is banning the IP?

jlp2 commented on 2015-06-07 11:47 (UTC)

Hm, yes, now what you mean, but the problem with the ban of the ip from fossies.org is a problem if I use the software on more than one machine :-(

justin8 commented on 2015-06-07 11:38 (UTC)

You may want to look in to recent events regarding source forge before recommending it as a mirror for pretty much anything. I would strongly recommend against using it if at all possible.

jlp2 commented on 2015-06-07 11:34 (UTC)

In the past I have trouble to update 4 machines with the new source 'http://fossies.org'. Seemed that they cut too many requests from the same ip. Maybe we could change to the original source from upstream at 'http://sourceforge.net/projects/freefilesync/files/FreeFileSync/v$pkgver/FreeFileSync_${pkgver}_Source.zip' again? The files are on this place again, see http://sourceforge.net/projects/freefilesync/files/FreeFileSync/7.1/

Frontier commented on 2015-06-07 06:16 (UTC)

Version 7.1 is out.

alexmo82 commented on 2015-05-21 11:59 (UTC)

Updated with new source url.

xduugu commented on 2015-05-20 18:48 (UTC)

You can get it here: http://fossies.org/linux/misc/FreeFileSync_7.0_Source.zip

Frontier commented on 2015-05-20 12:24 (UTC)

Package no longer compiles (source not found).

xduugu commented on 2015-05-11 21:35 (UTC)

Could you make boost a make dependency and use boost-libs as runtime dependency instead of boost? Thanks.

alexmo82 commented on 2015-02-12 18:16 (UTC)

Updated without any patch or stripped file. Thanks to MB!

rezad commented on 2015-02-08 19:33 (UTC)

i searched the WWW and found out that somebody compiles freefilesync on opensuse and based on the that opensuse build config it uses a stripped version of zenxml. i downloaded that and used that. it gives many warning but it seems that it compiles ok. i installed it and it runs ok. i don't give any guaranty about data integrity when syncing or any other function of the app but it seems that if you replace zenxml with the stripped version on that site it works. this the page i am referring to https://build.opensuse.org/package/show/home:codeminister/FreeFileSync-6.13

alexmo82 commented on 2015-01-22 20:24 (UTC)

I don't update the package because version 6.13 doesn't compile. We wait the newer version. Sorry if I reply late.

Frontier commented on 2015-01-12 14:22 (UTC)

@alexmo82: version 6.13 is out. Could you update the package please?

jester commented on 2014-04-11 14:35 (UTC)

I have removed the application ( $ yaourt -Rs freefilesync ) and I have installed it again but I have got the same message.

alexmo82 commented on 2014-04-10 19:34 (UTC)

Have you already tried to remove and install again?

jester commented on 2014-04-08 14:39 (UTC)

I'm trying to launch the application and when I do, the result in my terminal is this text. FreeFileSync: relocation error: FreeFileSync: symbol _ZTV21wxwxSizerItemListNode, version WXU_3.0 not defined in file libwx_gtk2u_core-3.0.so.0 with link time reference I have installed these packets: phython 3.4.0-2 wxgtk 3.0.0-2 wxpython 3.0.0.0-2 Could somebody give me some idea?

alexmo82 commented on 2014-02-19 21:44 (UTC)

You can launch the program from menù into categories "Application" and "Utility". If you use the terminal, you'll type "FreeFileSync".

sokam commented on 2014-02-19 20:24 (UTC)

How do you launch the program after installing? $ freefilesync doesn't seem to work

demaio commented on 2014-01-18 12:15 (UTC)

wxgtk2.9 is no longer in the repo. Building with with wxgtk (defaults to version 3) works without problems. Here is the patch for the PKGBUILD: --- freefilesync/PKGBUILD.orig 2014-01-02 21:28:39.000000000 +0100 +++ freefilesync/PKGBUILD 2014-01-18 13:05:39.910477572 +0100 @@ -8,7 +8,7 @@ arch=('i686' 'x86_64') url="http://sourceforge.net/projects/freefilesync/" license=('GPLv3') -depends=(wxgtk2.9 webkitgtk2 boost) +depends=(wxgtk webkitgtk2 boost) conflicts=(freefilesync-ubuntu) source=("http://downloads.sourceforge.net/project/freefilesync/freefilesync/v$pkgver/FreeFileSync_${pkgver}_Source.zip" FreeFileSync.desktop ffsicon.png RealtimeSync.desktop rtsicon.png) md5sums=('f076fa242c4b0c3d381953b5e88a0af9' @@ -19,12 +19,10 @@ build() { cd ${srcdir}/FreeFileSync/Source - sed -i 's/wx-config --/wx-config-2.9 --/' Makefile sed -i 's/CXXFLAGS[ \t]*=/CXXFLAGS = -Wno-unused-local-typedefs -Wno-deprecated-declarations -Wno-literal-suffix /' Makefile make BUILD=Launchpad cd RealtimeSync - sed -i 's/wx-config --/wx-config-2.9 --/' Makefile sed -i 's/CXXFLAGS[ \t]*=/CXXFLAGS = -Wno-unused-local-typedefs -Wno-deprecated-declarations -Wno-literal-suffix /' Makefile make BUILD=Launchpad }

ranger commented on 2013-12-21 20:41 (UTC)

After upgrading to v6.0 I was getting a blank screen on startup. I had to remove the FreeFileSync settings folder in my ~ to fix it.

Fuzzy commented on 2013-10-23 05:04 (UTC)

Failed to build on x86_64 with messages: /bin/sh: pkg-config: command not found application.cpp:30:21: fatal error: gtk/gtk.h: No such file or directory #include <gtk/gtk.h> ^ compilation terminated. Makefile:148: recipe for target 'OBJ/FFS_GCC_Make_Release/application.o' failed make: *** [OBJ/FFS_GCC_Make_Release/application.o] Error 1 ==> ERROR: A failure occurred in build(). Looks like dependency from "core/pkg-config" is missing (Package was build successfully after pkg-config installation)

commented on 2013-08-11 10:31 (UTC)

gcc 4.8.1 gives loads of warnings; fixed with: --- freefilesync.orig/PKGBUILD 2013-08-06 03:27:46.000000000 +0800 +++ freefilesync/PKGBUILD 2013-08-11 18:31:26.000000000 +0800 @@ -20,9 +20,11 @@ build() { cd ${srcdir} sed -i 's/LINKFLAGS =$/LINKFLAGS = -lz/' Makefile + sed -i 's/CXXFLAGS[ \t]*=/CXXFLAGS = -Wno-unused-local-typedefs -Wno-deprecated-declarations -Wno-literal-suffix /' Makefile make BUILD=Launchpad cd RealtimeSync + sed -i 's/CXXFLAGS[ \t]*=/CXXFLAGS = -Wno-unused-local-typedefs -Wno-deprecated-declarations -Wno-literal-suffix /' Makefile make BUILD=Launchpad }

justin8 commented on 2013-07-25 21:27 (UTC)

The icons have just been updated. Run 'updpkgsums' and it will regenerate the md5sums for the new icons, then it builds without issues. But alexmo82 might want to update the pkgbuild...

FillFeile commented on 2013-07-25 14:43 (UTC)

Getting md5 errors with the rtsicon.png and the ffsicon.png. Does anyone got the same problem? Quick Fix: just remove the to sources and the md5-sums (a dirty and only tmp solution!!)

chenxing commented on 2013-06-27 03:06 (UTC)

My apologies. I'm not using Archlinux as much now, disowning the package.

PLum commented on 2013-06-25 09:53 (UTC)

# CHEN, Xing <cxcxcxcx at gmail.com> pkgname=freefilesync pkgver=5.16 pkgrel=1 pkgdesc="A free file sync tool" arch=('i686' 'x86_64') url="http://sourceforge.net/projects/freefilesync/" license=('GPLv3') depends=(wxgtk boost) source=("http://downloads.sourceforge.net/project/freefilesync/freefilesync/v$pkgver/FreeFileSync_${pkgver}_Source.zip" FreeFileSync.desktop ffsicon.png) build () { cd ${srcdir} sed -i 's/LINKFLAGS =$/LINKFLAGS = -lz/' Makefile make BUILD=Launchpad make DESTDIR=${pkgdir} install cd RealtimeSync make BUILD=Launchpad make DESTDIR=${pkgdir} install cd ${srcdir} install -Dm644 FreeFileSync.desktop $pkgdir/usr/share/applications/FreeFileSync.desktop install -Dm644 ffsicon.png $pkgdir/usr/share/FreeFileSync/Help/html/ffsicon.png } md5sums=('1152ff10a2d9602e9cf6a0fc1d40b04a' 'dd440c4cdce08b3aa186f83bda58c49d' '929a26a4e7c3cc18ff72f0113d5f6dcf')

raibtoffoletto commented on 2013-05-06 17:38 (UTC)

To update to 5.15: pkgver=5.15 pkgrel=1 md5sums=('58b576cb40744cb68575fd35273c9f44' (etc...)

chenxing commented on 2013-03-31 23:04 (UTC)

Updated to 5.14

joris commented on 2013-03-11 00:01 (UTC)

The source archive for version 5.12 is no more available. New available version is 5.13.

chenxing commented on 2013-02-19 06:28 (UTC)

Thanks. RealtimeSync included.

Atronach commented on 2013-02-08 11:01 (UTC)

There's instructions in "Compile.txt" in the source directory. In the meantime I temporarily edited the pkgbuild by adding ... cd RealtimeSync make make install ... snippet to the end of the build() section to have Realtimesync

chenxing commented on 2013-02-08 07:44 (UTC)

Updated. I can't find realtimesync, do you have a link with more information about that?

Atronach commented on 2013-02-07 18:18 (UTC)

5.12 is out for some time now plus please add Realtimesync to the pkgbuild - it's a optional component. Thanks!

chenxing commented on 2013-01-20 08:02 (UTC)

Thanks!

Leyorus commented on 2013-01-19 18:34 (UTC)

Source archive for version 5.10 is no more available. New version 5.11 compiles with : pkgver=5.11 md5sums=('904558d52cee7847a5ec63611a484346' 'a8e1363f3b64244fe21184aa93f45506')

chenxing commented on 2012-12-19 06:49 (UTC)

Thanks!

demaio commented on 2012-12-17 15:43 (UTC)

Version 5.10 compiles, installs and works with: pkgver=5.10 md5sums=('a6c41aebac9c60d62d8372b521d563fe' 'a8e1363f3b64244fe21184aa93f45506')

chenxing commented on 2012-08-27 02:16 (UTC)

Thanks. Updated

ktalog commented on 2012-08-26 21:31 (UTC)

new version 5.6 compile perfect, just change version and md5

chenxing commented on 2012-07-25 23:35 (UTC)

Updated

chenxing commented on 2012-07-25 02:03 (UTC)

It doesn't compile. Bug report filed at: https://sourceforge.net/tracker/?func=detail&aid=3548115&group_id=234430&atid=1093080

chenxing commented on 2012-06-07 00:01 (UTC)

Thanks. Updated the .desktop file.

mrbit commented on 2012-06-06 17:25 (UTC)

ok.compila

baobab commented on 2012-06-06 16:16 (UTC)

Icon path in .desktop file is invalid, should be /usr/share/FreeFileSync/Help/img/ffsicon.png.

mrbit commented on 2012-05-03 07:38 (UTC)

strange....!!!!!

mrbit commented on 2012-05-03 07:38 (UTC)

/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../include/c++/4.7.0/bits/stl_algo.h:4436:5: warning: ‘_Funct std::for_each(_IIter, _IIter, _Funct) [with _IIter = zen::FixedList<zen::FileMapping>::ListIterator<zen::FixedList<zen::FileMapping>::Node, zen::FileMapping>; _Funct = zen::SynchronizeFolderPair::runPass(zen::HierarchyObject&) [with zen::SynchronizeFolderPair::PassId pass = (zen::SynchronizeFolderPair::PassId)1u]::<lambda(zen::FileMapping&)>]’, declared using local type ‘zen::SynchronizeFolderPair::runPass(zen::HierarchyObject&) [with zen::SynchronizeFolderPair::PassId pass = (zen::SynchronizeFolderPair::PassId)1u]::<lambda(zen::FileMapping&)>’, is used but never defined [-fpermissive] /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../include/c++/4.7.0/bits/stl_algo.h:4436:5: warning: ‘_Funct std::for_each(_IIter, _IIter, _Funct) [with _IIter = zen::FixedList<zen::SymLinkMapping>::ListIterator<zen::FixedList<zen::SymLinkMapping>::Node, zen::SymLinkMapping>; _Funct = zen::SynchronizeFolderPair::runPass(zen::HierarchyObject&) [with zen::SynchronizeFolderPair::PassId pass = (zen::SynchronizeFolderPair::PassId)1u]::<lambda(zen::SymLinkMapping&)>]’, declared using local type ‘zen::SynchronizeFolderPair::runPass(zen::HierarchyObject&) [with zen::SynchronizeFolderPair::PassId pass = (zen::SynchronizeFolderPair::PassId)1u]::<lambda(zen::SymLinkMapping&)>’, is used but never defined [-fpermissive] /usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../include/c++/4.7.0/bits/stl_algo.h:4436:5: warning: ‘_Funct std::for_each(_IIter, _IIter, _Funct) [with _IIter = zen::FixedList<zen::DirMapping>::ListIterator<zen::FixedList<zen::DirMapping>::Node, zen::DirMapping>; _Funct = zen::SynchronizeFolderPair::runPass(zen::HierarchyObject&) [with zen::SynchronizeFolderPair::PassId pass = (zen::SynchronizeFolderPair::PassId)1u]::<lambda(zen::DirMapping&)>]’, declared using local type ‘zen::SynchronizeFolderPair::runPass(zen::HierarchyObject&) [with zen::SynchronizeFolderPair::PassId pass = (zen::SynchronizeFolderPair::PassId)1u]::<lambda(zen::DirMapping&)>’, is used but never defined [-fpermissive] make: *** [OBJ/FFS_Release_GCC_Make/synchronization.o] Errore 1

chenxing commented on 2012-05-03 07:28 (UTC)

Thank you. 5.2 doesn't compile. I can't find 5.1.1. There are still errors with -f permissive: synchronization.cpp: In instantiation of 'zen::SynchronizeFolderPair::runPass(zen::HierarchyObject&) [with zen::SynchronizeFolderPair::PassId pass = (zen::SynchronizeFolderPair::PassId)0u]::<lambda(zen::FileMapping&)>': synchronization.cpp:1276:36: required from 'struct zen::SynchronizeFolderPair::runPass(zen::HierarchyObject&) [with zen::SynchronizeFolderPair::PassId pass = (zen::SynchronizeFolderPair::PassId)0u]::<lambda(class zen::FileMapping&)>' synchronization.cpp:1273:5: required from 'void zen::SynchronizeFolderPair::runPass(zen::HierarchyObject&) [with zen::SynchronizeFolderPair::PassId pass = (zen::SynchronizeFolderPair::PassId)0u]' synchronization.cpp:855:34: required from here synchronization.cpp:1276:9: error: redeclaration of 'zen::SynchronizeFolderPair* const zen::SynchronizeFolderPair::runPass(zen::HierarchyObject&) [with zen::SynchronizeFolderPair::PassId pass = (zen::SynchronizeFolderPair::PassId)0u]::<lambda(zen::FileMapping&)>::__this' synchronization.cpp:1276:36: note: previous declaration 'zen::SynchronizeFolderPair* const zen::SynchronizeFolderPair::runPass(zen::HierarchyObject&) [with zen::SynchronizeFolderPair::PassId pass = (zen::SynchronizeFolderPair::PassId)0u]::<lambda(zen::FileMapping&)>::__this' synchronization.cpp:1276:9: error: redeclaration of 'zen::SynchronizeFolderPair* const this' synchronization.cpp:1276:36: error: 'zen::SynchronizeFolderPair* const this' previously declared here synchronization.cpp: In instantiation of 'zen::SynchronizeFolderPair::runPass(zen::HierarchyObject&) [with zen::SynchronizeFolderPair::PassId pass = (zen::SynchronizeFolderPair::PassId)1u]::<lambda(zen::FileMapping&)>': synchronization.cpp:1276:36: required from 'struct zen::SynchronizeFolderPair::runPass(zen::HierarchyObject&) [with zen::SynchronizeFolderPair::PassId pass = (zen::SynchronizeFolderPair::PassId)1u]::<lambda(class zen::FileMapping&)>' synchronization.cpp:1273:5: required from 'void zen::SynchronizeFolderPair::runPass(zen::HierarchyObject&) [with zen::SynchronizeFolderPair::PassId pass = (zen::SynchronizeFolderPair::PassId)1u]' synchronization.cpp:856:34: required from here synchronization.cpp:1276:9: error: redeclaration of 'zen::SynchronizeFolderPair* const zen::SynchronizeFolderPair::runPass(zen::HierarchyObject&) [with zen::SynchronizeFolderPair::PassId pass = (zen::SynchronizeFolderPair::PassId)1u]::<lambda(zen::FileMapping&)>::__this' synchronization.cpp:1276:36: note: previous declaration 'zen::SynchronizeFolderPair* const zen::SynchronizeFolderPair::runPass(zen::HierarchyObject&) [with zen::SynchronizeFolderPair::PassId pass = (zen::SynchronizeFolderPair::PassId)1u]::<lambda(zen::FileMapping&)>::__this' synchronization.cpp:1276:9: error: redeclaration of 'zen::SynchronizeFolderPair* const this' synchronization.cpp:1276:36: error: 'zen::SynchronizeFolderPair* const this' previously declared here

mrbit commented on 2012-05-03 06:31 (UTC)

However, even the 5.1.1 does not compile !!!!??

mrbit commented on 2012-05-03 06:28 (UTC)

ooops...!! not compila --> add makefile: -fpermissive CPPFLAGS = $(COMMON_COMPILE_FLAGS) `wx-config --cxxflags --debug=no --unicode=yes` -fpermissive LINKFLAGS = $(COMMON_LINK_FLAGS) `wx-config --libs std,aui --debug=no --unicode=yes` -lboost_thread -fpermissive

chenxing commented on 2012-05-03 06:22 (UTC)

Unfortunately, the new version doesn't compile...

mrbit commented on 2012-05-03 05:40 (UTC)

update.....thanks

chenxing commented on 2012-04-01 03:26 (UTC)

Thank you @prettyvanilla for reminding. I've removed gtkmm from dependency.

prettyvanilla commented on 2012-04-01 01:11 (UTC)

version 5.1 has just been released and (supposedly) gets rid of the gtkmm dependency... http://sourceforge.net/projects/freefilesync/files/freefilesync/v5.1/

enihcam commented on 2011-12-12 05:56 (UTC)

how come the best sync tool is not in [Community]?

dserban commented on 2011-10-26 22:42 (UTC)

OK, disowned.

chenxing commented on 2011-10-26 22:32 (UTC)

@dserban, it's not upstream's bug, but just need a few play-arounds to make it work. This package continued to need a patch to compile in Arch Linux's environment... Also, could we use exact version number instead of 4.xx.latest? several concerns: 1. Users won't get newest package when upstream is updated. But this is not a svn/git package. 2. A new upstream version may need new patches to compile it. But it seems that you don't even agree on marking it Out-of-date. 3. md5sum is not used. I think I have time to maintain it now. So you can pass it back to me if you'd like. Otherwise, the working PKGBUILD is available below.

chenxing commented on 2011-10-26 22:32 (UTC)

http://pastebin.com/uBrb3rSe

dserban commented on 2011-10-26 22:18 (UTC)

@chenxing, absolutely wrong. A package may be flagged out-of-date if it retrieves from upstream a version of the software which is not the latest. An AUR package is not out-of-date if it fails to build due to a bug in the latest version upstream.

chenxing commented on 2011-10-26 22:02 (UTC)

We do flag package out-of-date when it doesn't even compile the newest code... Right? I will post a working one later.

dserban commented on 2011-10-26 21:31 (UTC)

@chenxing, please post a sample PKGBUILD with your suggestions for how to improve it. But please don't flag the package out-of-date if it isn't.

chenxing commented on 2011-10-26 20:53 (UTC)

Well, the current version can probably be fixed by adding "stddef.h". Should we stick to one version to ensure that the package can compile and install at least?

dserban commented on 2011-10-06 12:44 (UTC)

PKGBUILD updated. However, building the latest version (4.0) stops with the following error, which I don't know how to fix: g++ -Wall -pipe `pkg-config --cflags gtk+-2.0` -O3 -pthread -std=gnu++0x -DNDEBUG -DwxUSE_UNICODE -DFFS_LINUX -DZEN_PLATFORM_OTHER -DWXINTL_NO_GETTEXT_MACRO -I./shared `wx-config --cxxflags --debug=no --unicode=yes` `pkg-config --cflags gtkmm-2.4` -c shared/taskbar.cpp -o OBJ/FFS_Release_GCC_Make/taskbar.o shared/taskbar.cpp: In member function 'void util::Taskbar::setProgress(double)': shared/taskbar.cpp:170:74: error: no matching function for call to 'util::Taskbar::Pimpl::setProgress(double&)' shared/taskbar.cpp:170:74: note: candidate is: shared/taskbar.cpp:159:10: note: void util::Taskbar::Pimpl::setProgress(size_t, size_t) shared/taskbar.cpp:159:10: note: candidate expects 2 arguments, 1 provided make: *** [shared/taskbar.dep] Error 1 ==> ERROR: A failure occurred in build(). Aborting...

chenxing commented on 2011-09-22 04:19 (UTC)

The new version works now. Just change the version number and md5sum will work:)

chenxing commented on 2011-09-01 07:25 (UTC)

Well, zenxml seems to be a pure .h library, we can either make a separate package for it, or include those .h files into this package. Sorry I'm too busy these days to maintain this. I will disown it. My apologies.

commented on 2011-08-31 16:07 (UTC)

Any news for freefilesync package? Is there another way to have it working on Arch?

chenxing commented on 2011-08-15 03:10 (UTC)

Seems it depends on zenxml. But no AUR package is available for zenxml...

commented on 2011-08-08 08:51 (UTC)

changing only version in PKGBUILD results in: library/process_xml.cpp:8:27: fatal error: zenxml/zenxml.h: No such file or directory (v3.19)

commented on 2011-08-08 08:26 (UTC)

Bug 3309262 is marked as fixed

chenxing commented on 2011-05-30 11:02 (UTC)

3.17 has a build error. It includes "Zstring.h" instead of the actual "zstring.h" I've filed a bug there, and I prefer to update the package after the bug is fixed in upstream.

commented on 2011-05-29 18:28 (UTC)

are you going to update this or ?

chenxing commented on 2011-04-28 08:28 (UTC)

Thanks for reminding.

commented on 2011-04-25 19:11 (UTC)

3.16 is out...

chenxing commented on 2011-03-27 06:53 (UTC)

updated. Thanks for the code.

commented on 2011-03-09 10:25 (UTC)

after linking libboost_thread.so.1.46.0 to libboost_thread-mt.so.1.45.0 I was able to start it though

commented on 2011-03-09 10:19 (UTC)

after recent update it does not start: FreeFileSync: error while loading shared libraries: libboost_thread-mt.so.1.45.0: cannot open shared object file: No such file or directory And can not be built: /usr/bin/ld: cannot find -lboost_thread-mt

chenxing commented on 2011-02-16 08:13 (UTC)

Thanks for reminding. Updated.

commented on 2011-02-15 09:28 (UTC)

3.13 is out

chenxing commented on 2010-12-17 01:24 (UTC)

updated

polslinux commented on 2010-12-09 16:45 (UTC)

3.12 is out

chenxing commented on 2010-09-27 04:40 (UTC)

Done as fmjrey said: a .desktop file is added. Thanks very much.

commented on 2010-09-26 18:14 (UTC)

Thanks for creating this PKG, I needed it! Here's a .desktop file you could include: [Desktop Entry] Comment= Exec=FreeFileSync GenericName=Folder Comparison and Synchronization Icon=/usr/share/FreeFileSync/Help/html/ffsicon.png Name=FreeFileSync NoDisplay=false StartupNotify=true Categories=GTK;Application;Utility; Terminal=0 TerminalOptions= Type=Application X-KDE-SubstituteUID=false X-KDE-Username=

chenxing commented on 2010-09-25 20:40 (UTC)

Now add "boost" to "depend".

chenxing commented on 2010-09-22 15:57 (UTC)

You need to install "boost". I will add it to dependencies later, thank you for reporting.

arriagga commented on 2010-09-22 13:16 (UTC)

structures.h:15:32: error fatal: boost/shared_ptr.hpp: