Strange, I just tested and it works for me. If you have the time please do this: 1. create a 'foo' file in one of your included directories 2. take a snapshot (and check that the new file is in the snapshot) 3. remove 'foo' file 4. run 'backintime -b" from command line (and check the new snapshot still contains 'foo') 5. in the output look for a line like: INFO: Command "rsync -aEHAX --delete-excluded -i --dry-run 6. run the command (with all parameters) from command lines and attach the output.
-- Deleted Files are stored in snapshots forever https://bugs.launchpad.net/bugs/406092 You received this bug notification because you are a member of Back In Time Team, which is subscribed to Back In Time. Status in Back In Time: Fix Committed Bug description: The classic example of this is when Back In Time backs up your desktop. For example. I create a file called 'foo' on my desktop to write some quick notes in. I create a snapshot, and '~/Desktop/foo' is now stored in 'Snapshot1'. I delete 'foo' from my Desktop, as I no longer need the file. I create another snapshot 'Snapshot2'. 'Foo' is still listed in 'Snapshot2' as a file (although obviously it hasn't changed). For each snapshot that is taken after this, 'foo' will always be listed as a file in the snapshot, and never removed from the series of backups. What should happen is, 'foo' should be stored in 'Snapshot1', but should not be stored in 'Snapshot2'. When 'Snapshot1' is deleted (either manually or automatically), 'foo' is no longer backed up through back in time, as it no longer exists on the system. The only current workaround I have found, is manually deleting the files I want to be removed from snapshots, so they are not included in the next sync. _______________________________________________ Mailing list: https://launchpad.net/~bit-team Post to : [email protected] Unsubscribe : https://launchpad.net/~bit-team More help : https://help.launchpad.net/ListHelp
