FreeFileSync Forum

Try PM on Twitter account @ dlecan

Thank you for this list of licenses.

Hello

I would like to know how to improve translations ?

I think something is wrongly translated in french, and I would like to fix it.

Thanks

> There is nothing that can go wrong with it, is there?

Yes, if configure has never been called, Makefile doesn't exist and "make
clean" fails.
Source deb packaging process begins with "make clean" which calls "cd
shared/ossp_uuid && make clean". As ossp_uuid Makefile doesn't exist, it
fails.
I ...

> > New modifications in Makefile (better clean target)
> Why is it necessary to configure before clean-up?
You're right, here is much better way to be able to call "clean" target even
if ossp_uuid configure has never been called.

Replace "cd shared/ossp_uuid && make clean" by
if ; then cd ...

I published a new versio of the deb package a few time ago.

It includes :
- FFS 3.4rc2
- Realtimesync
- New modifications in Makefile (better clean target)
- PNG menu icons are automatically extracted from .ico files instead of using xpm files

In Makefile, I had to change this
cd shared ...

> This is the way the Windows-installer is designed, so
> it would be nice to have this approach harmonized with Linux.

Users are not the same, it isn't so important that both bundles look alike.
Anyway, next days, I'll push a new version of the deb package which will
include RealtimeSync ...

> In this case there is one caveat: Currently RTS relies on "ossp_uuid"
> already
> having compiled completely by FFS make. So the RTS makefile needs to
> be made smarter, to also include "ossp_uuid". But the dependency in FFS
> makefile (currently) is not correct: target "FreeFileSync" depends ...

> Is it possible to include RealTimeSync also?
Yes, I'll packaged it as separate bundle.
Name : "freefilesync-realtimesync"

> Could you register file extensions and icons for *.ffs_gui, *.ffs_batch and
*.ffs_real?
It should be already done for .ffs_gui :)
If it doesn't work, it's a bug.
I'll ...

Here we are, FFS is packaged as .deb file for Ubuntu.
It is available here :
[404, Invalid URL: https://launchpad.net/%7Edlecan/%2Barchive/ffs]

I had to improve Makefile in order to support install target, I had to create
.desktop file (Ubuntu menu configuration), create a 48x48px FFS logo png ...

> Updated source:
> [404, Invalid URL: http://www.file-upload.net/download-2221782/Sourcecode_v3.4_RC.zip.html]

It works great, either as portable mode or dispatched through /usr/local/bin,
/usr/local/share/FreeFileSync and /home/<USER>/.FreeFileSync

Update-check is disabled as expected ...

> > What about installer-based users ?
> You mean giving an option whether they
> want the regular update-checks additionally?
> Shouldn't be necessary if the .deb package handles all updates, should it?

Ubuntu update system will handle update-check and update of FFS alone. So FFS
update-check ...

> So I will disable update checks and links for the installer-version, but
keep it for portable.

What about installer-based users ?

Maybe you could control this with a config file, specific for this feature. If
it exists and contains a specified value, doesn't check or display anything
about ...

> I didn't find the time yesterday to include the adaptions to file
> loading, but will implement it today. Then I'll post a link the the
> sources here, so that you can test.

Ok, take your time, theses modifications are not urgent.

> In the long run I think it won't be necessary to have ...

> > If it's not ready for 3.3, I'll work with CVS HEAD of FFS.
> CVS isn't maintained anymore, instead you can use
> the current source-files that come along with each releas as a .zip package.

Hum, I will have to wait 3.4 release since you released 3.3 version yesterday.
In the future, It ...

> > Is it possible to also set application icons?
> > What do you mean ?
> In Windows each binary contains an icon resource. For Linux there is
> an analog approach requiring registering icon files in some special
> folders. I don't know if such registering belongs into a .deb package,
> but if ...

> > File structures are not the same ?
> Exactly, in portable mode all files are saved into the directory
> containing the binary. Usecase is carrying FFS around on a USB-stick.
> For Linux this might not be so common, but it doesn't cost me anything
> to support it.

FFS is currently ...

> Configuration data the program creates by default:
> LastRun.ffs_gui
> LastRun.ffs_real
> GlobalSettings.xml
> Logs\* (default directory)
> Error.txt

Ok => GetUserDataDir()

> >> If FFS binary is located "bin" directory it is installer-based
> version, else portable.
> >It could work ...

> The main differentiator between the two when it
> comes to Linux is: Where is user configuration/data
> supposed to be saved?

Hum, what is a user configuration/data for you ?

FFS remembers last user ui appearance, in a xml file. Such a file could to go
to GetUserDataDir().

User ...

Hello,

I'd like to maintain .deb package for Ubuntu.

FreeFileSync uses its own configuration folders to read Resources.dat,
Languages files and to write user configuration. These are incompatible with
building .deb package.

Would it be possible to use wxStandardPaths::GetDataDir for ...