File: ROADMAP

package info (click to toggle)
storebackup 1.19-4
  • links: PTS
  • area: main
  • in suites: etch, etch-m68k
  • size: 772 kB
  • ctags: 369
  • sloc: perl: 11,978; makefile: 49; sh: 42
file content (49 lines) | stat: -rw-r--r-- 1,601 bytes parent folder | download | duplicates (3)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
This is a road map for the next releases. I do not guarantee that they
will happen, or that they will happen in this sequence, but the
probability of the following is high.



----------------------------
version 2.0
Adding an 'archive' option which allows storage of a definable backups onto
one or more tapes, DVDs or other mediums.

----------------------------
version ??
Optional splitting of storeBackup into two parts for much faster performance
during the backup:
- store / compress changed files
- set hard links (later)


----------------------------
version ??

A possiblity to search in old backup with the following criteria:
- name of the file (pattern)
- size of the file (of the source file, not the backuped file :-)
- ctime, mtime of the file
- uid, gid of the file
- mode of the file
A have to think a little bit if any combination will be possible.

----------------------------
version ??

Implement the possibility to delete only parts of a backups (Subtrees).
The configuration of this feature will only be possible from the
configuration file. It is to complicated for command line options.


----------------------------
other plans
- reorganize storeBackupVerions.pl and storeBackupRecover.pl with a
  common library to use functionality of storeBackupVersions.pl in
  storeBackupRecover.pl, eg. restore all different versions of a file
  with one command in a directory
	-> this is an ongoing task sinse 1.8
- add some of the possibilities of tar to storeBackup
- Make a priority list for chown when backing up. (e.g. root,bin,...)
  for closing theoretical security holes