FreeFileSync Forum

In the build of glib-2.0 2.88.0-1, we have
- Checking for function "free_sized" : NO [on Debian] https://buildd.debian.org/status/fetch.php?pkg=glib2.0&arch=amd64&ver=2.88.0-1&stamp=1773702037&raw=0
- Checking for function "free_sized" : YES [on Ubuntu Resolute] https://launchpadlibrarian.net ...

Strangely this doesn't happen on debian testing (glib2.0 2.88.0-1, like resolute), neither on debian sid (2.88.1-2)

You have to change the "ZEN_ON_SCOPE_EXIT(::g_free" to "ZEN_ON_SCOPE_EXIT(g_free" (remove the two colon before g_free) in all files where there is this. I have found 4 occurrences ...

Dear Zenju,

Please consider merging this patch to fix build issues with GCC 16. (for 14.9, but would certainly benefit also to previous versions)

--- a/zen/file_path.cpp
+++ b/zen/file_path.cpp
@@ -4,6 +4,7 @@
// * Copyright (C) Zenju (zenju AT freefilesync DOT org) - All Rights Reserved ...

Thank you!

Dear Zenju,

Build is failing on linux because it expects file zen/warn_static.h which doesn't exist anymore. (14.7 & 14.8)

g++ -std=c++23 -pipe -DWXINTL_NO_GETTEXT_MACRO -I../.. -I../../zenXml -include "zen/i18n.h" -include "zen/warn_static.h" -Wall -Wfatal-errors -Wmissing-include-dirs -Wswitch ...

Dear Zenju, while you are at it, would you please also reply to the related topic below?
viewtopic.php?t=12553

Dear Zenju,

Please find here a patch to support build with the newer curl 8.16.
It will also work with older versions of curl

--- a/FreeFileSync/Source/afs/ftp.cpp
+++ b/FreeFileSync/Source/afs/ftp.cpp
@@ -20,6 +20,11 @@ using namespace zen;
using namespace fff;
using AFS = AbstractFileSystem ...

Dear Zenju,

I've been maintaining the Debian package of FreeFileSync for some time now. It is based on the sources tarball that you distribute.

I found that in version 13.8 you added a few lines at the top of the Licence.txt file.

FreeFileSync: Terms of use

The FreeFileSync standard and ...

Thanks. Don't you face that issue? Which versions of glib and libidn2 are you building with?

If I remove both #undef G_GNUC_UNUSED, then everything builds fine (libidn 2.3.8 and glib 2.84.0 here) for me. With libidn 2.3.7 and glib 2.80.0 it also builds without them.

Dear Zenju,

I'm facing this failure when trying to build v14.3 from sources. Could you please help?

x86_64-linux-gnu-g++ -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -ffile-prefix-map=/build/freefilesync=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf ...

What program are you using as ssh server?

Better, consistent and centralized promotion of the app among Linux distribution, among other things. I invite you to read the specs.

Dear Zenju,

This is just a gentle reminder for the original post.

If you would set the content of this file and ship it or post it here, this would be beneficial to all distros, permit harmonization across them and also act as an advertisement for those interested in the advanced features of your ...

What is the origin & path of your freefilesync?
What happens when you leave the mouse over the button? Does it show a tooltip?

I restarted the android app that acts as a ssh server as well as freefilesync.
After this, performance of freefilesync became equivalent to scp.

I was trying to sync files with freefilesync SFTP (from PC to Android). I found it rather slow: between 150-700kB/s.

I also tried with scp and it is much faster, up to ~2MB/s

scp -v -P <port> -i <private-key-file> <source> <user@ipv4>:/

<source> 11% 44MB 1.7MB/s 03:21 ETA

This was with a ...

Please consider merging these updates.

<source>Parallel file operations:</source>
<target>Opérations en parallèle sur les fichiers :</target>

<source>SFTP channels per connection:</source>
<target>Canaux SFTP par connexion :</target>

<source>Failed to open SFTP channel number %x.</source ...

I would also be interested in such a feature.

Instead of a button to run them individually, I would suggest checkboxes next to each pair, that could be checked/unchecked whether the pair needs to be synced.

This would help also with my other request at https://freefilesync.org/forum/viewtopic.php ...

As of today, the path to the key-file in the SFTP configuration is always an absolute path.

This can be problematic when sharing the ffs-gui file accross multiple OS (eg. linux ←→ windows), or when the mount-point of the ffs-gui file changes

Would it be possible to have a relative path instead ...

Thank you for the suggested workflows. The first one would fit.

As per:
But regarding left-right pairs: obviously c:\path_to_my_files vs /mnt/windows_c/path_to_my_files will not adapt automatically.

I didn't expect automatic transformation between c:\path_to_my_files and /mnt/windows_c/path_to ...

Thank you for the suggestion.

What if I change some configuration/setting of the origial ffs_gui file? My guess is that it will not feed the copy automatically with the changes, and that I will have to replicate all changes to each copy ffs_gui copy manually. This is cumbersome, that's why I ...

I have a configuration file with
- on the left a local path on a local disk
- and on the right a local path to a USB stick (for example) with mount point /media/user/VOLUME_NAME

I would like to use the same configuration but with another USB stick (with volume name = USB_STICK2). The path would ...

Did you try building from the Debian source package?
https://tracker.debian.org/pkg/freefilesync

You could also try to build from tag "debian/13.3-2_bpo12+1_1" from the Debian VCS repository . It should build on bookworm without any change.

Or else try taking the source package from xtradeb's PPA ...

Could this be related to SELinux?

According to your logs, command is run with the correct user.

I don't know for SuSE, but in Debian, there is a field to set the username under which the command should be run. Is "username" field of your cron file correctly set?

# Example of job definition:
# .---------------- minute (0 - 59)
# | .------------- hour (0 - 23)
# | | .---------- day of month ...

BTW, I noticed that in the About dialog, only the last Show() must be kept. Having both leads to corruption in the dialog (at the location of the donation text + image)

I actually had the same problem with gtk LDFLAGS which are missing at link time, so I had to add them with

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

Would you add them to the Makefile please?

Error was:
/usr/bin/ld: /tmp/cc6adrRa.ltrans115.ltrans.o: undefined reference to symbol 'gtk_css ...

Since the file (zen/zlib_wrap.cpp) that uses it in your code base doesn't apparently depend on wx-widget neither on gtk, I thought it had to be present in the Makefile. But I could be wrong.

Thank you for your reply. Apparently on my system it is not:

$ wx-config --libs std, aui, richtext --debug=no
-L/usr/lib/x86_64-linux-gnu -pthread -lwx_gtk3u_aui-3.2 -lwx_gtk3u_richtext-3.2 -lwx_gtk3u_xrc-3.2 -lwx_gtk3u_html-3.2 -lwx_gtk3u_qa-3.2 -lwx_gtk3u_core-3.2 -lwx_baseu_xml-3.2 -lwx_baseu ...

Hi Zenju, when trying to build freefilesync I noticed that the LDFLAGS for zlib are missing. May I suggest you to add these lines to your Makefile (both FFS & RFS). They could be placed near the equivalent lines for the other libraries.

CXXFLAGS += `pkg-config --cflags zlib`
LDFLAGS += `pkg ...

Dear Zenju, I have been investigating this a bit since I run on KDE, which caused trouble with gtk3 at the time of 12.1.

Actually, I found that calling only Show() but not Hide() as code currently does since 12.1:
- doesn't create the "freeze/hang" on KDE that appeared in 12.1
- fixes the size of ...

What about using one of these (as per Strategies for Exception Handling), for minimal exception handling?
- wxApp::OnExceptionInMainLoop()
- wxApp::OnUnhandledException()

tcw4950, you can find a package of FreeFileSync 13.3 for Ubuntu 20.04 (focal) on my PPA.

Hmm 20.04 (focal) you said? Hmm... Sorry I wrote for 22.04 (jammy). But the process would be the same.
By the way, for jammy, there is 13.1 on a PPA.

You can start from this page , the bottom of which you have "Other versions of 'freefilesync' in untrusted archives." It show that for jammy (22.04) there is a PPA providing version 11.25-1~xtradeb1. (2022-08-31)

If you feel like building your package from the sources, you can get a working ...

As per: https://repology.org/project/freefilesync/history

2023-02-09 07:03 Raspbian Testing has caught up with the newest version

By that time it was 12.0.
12.4 may arrive soon

If this is specific to 12.1 you might want to have a look at this thread: viewtopic.php?t=10103

BTW, there is a link to a patch in it (if you compile from sources)

Zenju, reverting the change you mention apparently removes the issue (still built with GTK3).

For anyone interested, a patch for this revert is available here: https://salsa.debian.org/bastif/freefilesync/-/blob/debian/latest/debian/patches/revert_buggy_gtk3_change_in_12.1.patch

It seems I have a similar problem on debian with KDE, when built from source.
BTW, the Makefile still references gtk2, is this as expected or should it be gtk3 now?

Hello,

In 12.0 there are two new files: zen/argon2.cpp & zen/argon2.h

While you are a copyright holder for argon2.h, you are not mentioned at all in argon2.cpp although you made changes there. You actually reference putty copyright holder only.

Can you confirm that the copyright header is as ...

Hello Zenju,

Would you provide the AppStream Metadata? I think its better if this file is provided by you rather than each distribution having its own. That way you can have control on the value of the fields and all distros would share the same.

More info can be found here.
https://www ...

Hello Zenju & all,

I'm having this error when building freefilesync on s390x architecture:

base/db_file.cpp:51:39: error: static assertion failed
51 | static_assert(std::endian::native == std::endian::little);
| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~
compilation terminated due to -Wfatal ...

Looks like this one can be fixed by adding -latomic to the LDFLAGS on mipsel architecture.
Not sure if this is the correct way to fix this though.

Hello Zenju & all,

I'm having this error when building freefilesync on mipsel architecture:

undefined reference to symbol '__atomic_load_8@@LIBATOMIC_1.0'

mkdir -p ../Build/Bin/
g++ -o ../Build/Bin/FreeFileSync /tmp/FreeFileSync_Make/ffs/src/application.cpp.o /tmp/FreeFileSync_Make/ffs/src ...

Hello Zenju & all,

I'm having this error when building freefilesync on armel architecture:

../../zen/string_base.h:192:47: error: static assertion failed
192 | static_assert(decltype(refCount)::is_always_lock_free);
| ^~~~~~~~~~~~~~~~~~~

In file included from ../../zen/zstring.h:12,
from ...

Hopefully you will find some time to fix it in future.
The URL you reference is already used and integrated into the PR https://github.com/curl/curl/pull/9758
You just have to fix the last things of that PR. I can squash your commits if this is the point, but can't do more, sorry.

Hello Zenju,

In your sources (Bugs.txt) you mention a bug in curl referencing https://github.com/curl/curl/issues/1455 & https://github.com/curl/curl/pull/1470

As a courtesy since the commits weren't squashed, I took your PR, refreshed it and created https://github.com/curl/curl/pull/9758 ...

This patch will permit to build freefilesync with any curl version >= 7.66.0 on the system.

Hopefully you can merge this into your source code.

Principle is always the same when you upgrade to a newer curl.

--- a/libcurl/curl_wrap.cpp
+++ b/libcurl/curl_wrap.cpp
@@ -336,7 +336,11 @@
ZEN_CHECK ...

Permit reproducible builds by use of SOURCE_DATE_EPOCH
Currently the code relies on __DATE__ and __TIME__ macros.

This prevents to have reproducible build because these values changes every
time we compile.

To achieve reproducible builds, make use of SOURCE_DATE_EPOCH as proposed
on https ...

Search found 58 matches