From Fedora Project Wiki

< SIGs‎ | KDE

m (Feature Wishlist: Direct link to JaroslavReznik.)
(luckyBackup: maintained again)
Line 52: Line 52:
[TODO: Pros/cons/wishes.]
[TODO: Pros/cons/wishes.]
luckyBackup is already packaged in Fedora (but currently orphaned).
luckyBackup is already packaged in Fedora.
=== KBackup ( ===
=== KBackup ( ===

Latest revision as of 13:02, 11 March 2011

Backup Solution for the KDE Live CD

Problem space: The current KDE live image doesn't include any dedicated backup solution.

Use cases for a dedicated backup solution

Some of the use cases can be fulfilled by other apps:

  • file managers (Dolphin, Krusader if we ship it)
  • archivers (Ark)
  • Konsole ;-) (not really suitable for new users)

The questions to ask first are:

  • What use cases are there for backups?
  • Which of them are not covered by the above existing apps?
  • Which are technically covered, but can be served better by dedicated apps?
  • How well does the proposed dedicated backup app cover the use cases?

The result of this evaluation should be:

  • Is a dedicated backup solution needed/useful?
  • Which solution is most worth shipping?
  • Do we even want to ship more than one solution (e.g. one based on rsync and one based on tar, which have mostly non-overlapping use cases)?
  • Do we have room on the CD for the added package(s)? If not, what other app do we remove to make room for them?

Feature Wishlist

A list of features we would like to see in an ideal backup app:

  1. an efficient way to track which files were modified since the last backup (cached file dates, sizes and/or checksums, possibly snapshots on BTRFS) [1]
  2. support for at least local cp, scp/sftp, ftp and rsync as targets [1]
  3. ad 2., rsync only the files which have been found to have changed due to 1. [1]
  4. support for tarring (or zipping or something) the files, including updating existing archives (ideally also remotely with a server component) [1]
  5. support for xz-compressing files (to support 4. efficiently, something like a tar of xz-compressed files would probably be more appropriate than something like tar.xz) [1]
  6. support for backing up entire partitions [2]
  7. support for doing operations as root using KAuth (or PolicyKit directly), with permissions as fine-grained as possible (i.e. if it's possible to separate a backup from privileged to non-privileged from a restore from non-privileged to privileged resp. from an entirely privileged transaction, do so), but in any case not running the entire app as root, which is deprecated [1]
  8. a decent native KDE GUI using the KDE icon loader and standard XDG icon theme icons [1]
  9. a text-mode UI to use in emergency situations [3]

Unfortunately, none of the proposed solutions even come close to that feature set. The important considerations are:

  • which of those features are essential and which are just nice to have,
  • whether there are other (possibly even more important) requirements and
  • how well the existing apps fulfill the requirements.
  1. 1.0 1.1 1.2 1.3 1.4 1.5 1.6 suggested by Kevin Kofler
  2. suggested by Jaroslav Řezník
  3. suggested by Petrus de Calguarium

Candidates for Inclusion

This section lists candidate backup solutions and evaluates their advantages, drawbacks and possible improvements to suggest to the upstream project.


luckyBackup is based on rsync.

[TODO: Pros/cons/wishes.]

luckyBackup is already packaged in Fedora.

KBackup (

KBackup [1]is based on tar.

[TODO: Compare with Ark which is already included. Determine pros/cons/wishes.]

KBackup is already packaged in Fedora.

  1. There's more than one application named KBackup. The one evaluated here is the one listed in and actively developed.