My Backup

Your rating: None Average: 4.9 (20 votes)

Allows to add arbitrary files and dconf keys to Sailfish OS backups. Requires Sailfish OS 3.2 or greater.

Sailfish OS applications can declare what they need to be added to the backup by providing [X-HarbourBackup] section in their desktop file, which looks like this:


BackupPathList is a colon-separated list of files and directories to backup. Paths are relative to the home directory. Directory names end with a slash and are copied recursively. Absolute paths are ignored.

BackupConfigList is a colon-separated list of dconf keys and groups. Similarly to directories, group names end with a slash and are saved and restored recursively. There is one important difference, though - the existing contents of dconf groups is lost during restore and is completely replaced by whatever was saved in the backup.

Source code:

Translations are welcome in the form of GitHub pull requests.

Stay safe, backup often!



Application versions: 
File openrepos-mybackup-1.0.5-1.armv7hl.rpm137.4 KB16/09/2021 - 00:41
File openrepos-mybackup-1.0.5-1.aarch64.rpm146.76 KB16/09/2021 - 00:41
File openrepos-mybackup-1.0.5-1.i486.rpm149.63 KB16/09/2021 - 00:41
File openrepos-mybackup-1.0.4-16.1.armv7hl.rpm136.44 KB26/02/2021 - 07:07
File openrepos-mybackup-1.0.4-16.1.aarch64.rpm147.75 KB26/02/2021 - 07:07
File openrepos-mybackup-1.0.4-16.1.i486.rpm150.71 KB26/02/2021 - 07:07
File openrepos-mybackup-1.0.3-12.1.armv7hl.rpm136.2 KB17/01/2021 - 15:46
File openrepos-mybackup-1.0.3-12.1.i486.rpm150.4 KB17/01/2021 - 15:46
File openrepos-mybackup-1.0.2-11.1.armv7hl.rpm135.12 KB11/01/2021 - 03:00
File openrepos-mybackup-1.0.2-11.1.i486.rpm149.37 KB11/01/2021 - 03:00
File openrepos-mybackup-1.0.1-10.1.armv7hl.rpm134.27 KB10/01/2021 - 18:50
File openrepos-mybackup-1.0.1-10.1.i486.rpm148.59 KB10/01/2021 - 18:50
File openrepos-mybackup-1.0.0-9.1.armv7hl.rpm131.92 KB10/01/2021 - 02:44
File openrepos-mybackup-1.0.0-9.1.i486.rpm146.44 KB10/01/2021 - 02:44
  • 1.0.5 (Sep 16 2021)
    - Opt out of sandboxing
    - Tweaked icon sizes
  • 1.0.4 (Feb 26 2021)
    - Added missing Chinese string
  • 1.0.3 (Jan 17 2021)
    - Speed up the backup process by hard-linking
    - Fixed a problem with backing up the entire home
  • 1.0.2 (Jan 10 2021)
    - Chinese translation (@dashinfantry)
    - Update Swedish translation (Åke Engelbrektson)
    - Updated Polish translation (Atlochowski)
  • 1.0.1 (Jan 10 2021)
    - Swedish translation (Åke Engelbrektson)
    - Polish translation (Atlochowski)
    - Russian translation
    - UI tweaks
  • 1.0.0 (Jan 9 2021)
    - Initial release


rob_k's picture

Hi slava, when I made a clean install on my 10ii with Verla 4.2, the backup of my app GMFS did not do what I wanted: backup the database.

In the .desktop file I added:


I hoped to save the database in .local/share/harbour-multi-coords/harbour-multi-coords/QML/OfflineStorage\Databases
This should have worked, right?

slava's picture

Looks about right, if you create a backup and then do tar -tvf sailfish_backup_2021<whatever>.tar | grep harbour-multi-coords you should see your files under ./MyBackup/data/users/100000/files/.local/share/harbour-multi-coords/

miroj56's picture

Great app. Why not push to jolla store? Many users would be grateful.

slava's picture

It's doing all kinds of stuff disallowed in Jolla Store. Most importantly, it installs a backup unit.

ERROR [/usr/share/jolla-vault/units/openrepos-mybackup.json] Installation not allowed in this location
ERROR [/usr/bin/openrepos-mybackup] Cannot link to shared library:
ERROR [postuninstall] RPM 'postuninstall' script not allowed
ERROR [/bin/sh] Dependency not allowed
ERROR [jolla-vault] Dependency not allowed
rob_k's picture

Great! I included the X-HarbourBackup in my apps, and it seems to work straightaway. Thanks!

slava's picture


anasyntes's picture

Many thanks. Another high-quality app from you, much appreciated!

Firefox84's picture

Do you know "My data transfer" it was a quite similar app that unfortunately was discontinued. The source can be found here:

magare's picture

Great and big Thanks!
Notice one thing: I selected the entire /home/nemo folder for backup, it took a long time 30+ minutes and I stopped the process because I noticed that user data storage was running out of space. My entire /home folder uncompressed is 3.7 GB, compressed is 1.2 GB, but the backup had already consumed 8 GB when I stopped it. I suspect that the reason is some temporary file that happens in the /home/nemo folder itself or something with android_storage, don't know.

slava's picture

I think that's because the temporary files created during the backup process (those are currently under under ~/.local/share/system/privileged/Backups-tmp) were being added to the backup.

If that's not enough, some things  (e.g. ~/Pictures) are going to be included into such backup more than once.

I need to check if source files are already under the destination directory and skip those.

I'll also consider hard-linking the files during the backup process if both source and destination are on the same filesystem - that would speed up the process and save the space.

Bocephus's picture

Excellent idea; very convenient. The standard backup leaves a lot to be desired.

Malakay's picture

Hi, did I understood correctly, that purpose of this app is to mark certain apps to be obtained in backup in standard backup proccess? Can someone confirm or explain? :)

slava's picture

Well, I tried to explain it in the description. It allows you to add arbitrary data and dconf entries to the backup (and then restore those from the backup). Check the backup talball with tar -tvf, the configured items should be there under MyBackup/

The application integration thing is just a convenience. If you know which files and dconf keys are being used by the application, you can add them manually. But I doubt that you know much about applications which you haven't written yourself))

Malakay's picture

I dont know what Dconf entries are :D So, for example - when I want to backup Acid Pass app, I backup with this and when its needed to be restored, I can restore it from backup. Does backed-up app need to be installed and then restored, or whole app will be restored without reinstallation?

slava's picture

That really depends on the app. DConf and filesystem are two places where apps can persistently store their state. What would actually happen when you restore app's data and configuration from the backup, depends on the app. In any case you better exit the app prior to restoring its data/configuration (to avoid partially or completely overwriting the data you've just restored) unless the app handles its persistent data and configuration being changed behind its back (like my Counter app does). So, it's really case-by-case. Sometimes it will work, sometimes it won't. The [X-HarbourBackup] entry in the .desktop file could serve as an indication that it at least should work.

And this tool isn't even supposed to backup the contents of app's rpm. Those files can be easily restored by reinstalling the app.

nephros's picture

Wow, this is very cool. Brilliant idea with the .desktop file parameters!

eson's picture

Thanks a lot!