this post was submitted on 15 Jun 2025
41 points (100.0% liked)

Linux

55287 readers
1292 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 6 years ago
MODERATORS
nooter692@lemmy.ml
AgreeableLandscape@lemmy.ml
MarcellusDrum@lemmy.ml
cypherpunks@lemmy.ml
cyclohexane@lemmy.ml
d3Xt3r@lemmy.nz
41
What GNU + Linux software could enable deep integration of backup, sync, and transfer; just as convenient and beginner-friendly (edit: and efficient) as what Apple provides? (lemmy.ca)
submitted 1 day ago* (last edited 14 hours ago) by dullbananas@lemmy.ca to c/linux@lemmy.ml
19 comments fedilink hide all child comments
 

For example, iOS has these features:

  • iCloud backup restore or peer-to-peer transfer, very early in the device setup process
  • Two ways for things to be stored in iCloud, each with a corresponding list of per-app (not per-folder) toggle switches in iCloud Settings
    • "Saved to iCloud" normal syncing
      • Requires apps to use the right APIs and to handle conflicting changes
      • Allows same data to be read and modified by multiple devices
    • iCloud backup
      • Available for all apps
      • Separate backup per device
      • Only downloaded when setting up a new device
      • In app sandboxes, only excludes tmp (Flatpak equivalent is somewhere in /run) and Library/Caches (equivalent to cache directory in Flatpak sandbox) by default
      • Allows apps to set isExcludedFromBackup attribute for specific files (useful for things that are easy to recreate via download but are expected by the user to not be automatically deleted)
      • Includes system configuration such as home screen layout
      • Backs up a list of installed apps without backing up their executables and assets
  • Synced list of previously installed apps, not separate per-device
you are viewing a single comment's thread
view the rest of the comments
[–] HaraldvonBlauzahn@feddit.org 3 points 1 day ago* (last edited 1 day ago)

Oh, and there is also bup, which might be what you are looking for:

https://bup.github.io/

  • it stores files in version-controlled copies which can be synced. Perhaps good for backing up photos and such, up to a few GB.

Two more interesting solutions:

  1. Nix OS and Guix SD let you define a system entirely from single configuration file, so it is easy to re-create when needed.
  2. The Btrfs and ZFS file systems allow to take snapshots in an instant which can very efficiently store earlier versions of files. I used that when working with yocto/bitbake, which compiles an entire embedded system from source - it can handle much larger data volumes than git or bup, and is the right thing when handling versions of binary data.

And one more, the rsync tool allows to store hard-linked copies of directory trees.

The key question is however - what do you want?

  • being able to recover earlier versions is essential when working with source code
  • being able to merge such versions in text files is necessary when working on code cooperatively with others - and only source control systems can do this well
  • In 99.9% of the other cases, you just want to be able to re-create a single ground-truth version of all your data after a disaster, and keep that backup copy as current as possible.

These are not the same requirements, especially the volume of data will differ.

And also, while you might to want or need to go patch by patch through conflicting source code tree with 10,000 different lines, I guess that absolutely nobody is willing or has time to go through a tree with 10,000 conflicting photographs and match them.

So the question back is: What is your specific use case and what exactly do you want to achieve?