Metadata-Version: 2.1
Name: snapintime
Version: 2.1.0
Summary: A program for creating, culling, and remote backup of btrfs snapshots
Home-page: https://github.com/djotaku/Snap-in-Time
Author: Eric Mesa
Author-email: eric@ericmesa.com
License: GPLv3
Keywords: btrfs
Classifier: Intended Audience :: End Users/Desktop
Classifier: License :: OSI Approved :: GNU General Public License v3 (GPLv3)
Classifier: Programming Language :: Python :: 3
License-File: LICENSE



.. image:: https://codecov.io/gh/djotaku/Snap-in-Time/branch/master/graph/badge.svg
  :target: https://codecov.io/gh/djotaku/Snap-in-Time

.. image:: https://readthedocs.org/projects/snap-in-time/badge/?version=latest
    :target: https://snap-in-time.readthedocs.io/en/latest/?badge=latest
    :alt: Documentation Status

snapintime is meant to manage the creation, culling, and send to a remote location of btrfs snapshots.

As of version 1.0.0, it creates snapshots, culls according to the list below, and
it can also btrfs send/receive to a remote btrfs subvol.

Culling:

- Three days ago: Leave at most 4 snapshots behind - closest snapshots to 0000, 0600, 1200, and 1800. (implemented)
- Seven days ago: Leave at most 1 snapshot behind - the last one that day. In a perfect situation, it would be the one taken at 1800. (implemented)
- 90 days ago: Go from that date up another 90 days and leave at most 1 snapshot per week. (implemented)
- 365 days ago: Go form that date up another 365 days and leave at most 1 snapshot per quarter (implemented)

(Not going to care about leap years, eventually it'll fix itself if this is run regularly)

Documentation can be found at: https://snap-in-time.readthedocs.io/en/latest/
