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
50
51
52
|
dump (0.4b49-2) unstable; urgency=high
release 0.4b49 is not fully backwards compatible
with older releases: older releases cannot restore backups
that have been created with 0.4b49.
the codebase has been refreshed and fixed up quite substantially
by tim woodall, the new upstream developer; a good overview of
the changes can be found in /usr/share/doc/dump/NEWS.gz.
-- Alexander Zangerl <az@debian.org> Fri, 14 Feb 2025 15:44:44 +1000
dump (0.4b47-4) unstable; urgency=medium
dump now records the actual filesystem argument that it was given
in /var/lib/dumpdates; that argument may not be the same
as the underlying disk device but this change makes
incremental backups with filesystems selected by LABEL=x
or UUID=y possible without format changes to dumpdates.
there is one small limitation:
if you want to perform incrementals, then you must give dump the same
filesystem selection parameter for all invocations (level 0 and up),
or it won't find previous backups in /var/lib/dumpdates.
for example, you can't mix selection by device path /dev/sdxyz with
selection by UUID=whatever, regardless of whether the two identify the
same physical filesystem or not.
-- Alexander Zangerl <az@debian.org> Tue, 03 May 2022 15:34:16 +1000
dump (0.4b45-3) unstable; urgency=medium
QFA is functional again.
-- Alexander Zangerl <az@debian.org> Sun, 26 Jun 2016 00:34:49 +1000
dump (0.4b45-2) unstable; urgency=high
this is an interim version with QFA (quick file access) support DISABLED;
with QFA enabled dump crashes repeatably with a segfault which
renders the package completely and utterly broken (see #826398).
i'm resorting to this undesirable temporary featurectomy because
i haven't found the root cause of that segfault yet - but version
0.4b45-1 has already made it into testing, and i clearly can't leave things
as they are.
to those of you relying on QFA: please bear with me for a few more days.
-- Alexander Zangerl <az@debian.org> Wed, 08 Jun 2016 19:04:11 +1000
|
