Allow programs to exclude files

Bug #306983 reported by Michael Terry
4
Affects Status Importance Assigned to Milestone
Déjà Dup
Won't Fix
Wishlist
Unassigned
Declined for 14 by Michael Terry

Bug Description

Some applications (like pidgin) may not be using super-sexy XDG cache directories (which we don't even pay attention to right now, but that's another bug). They have directories (e.g. ~/.purple/icons) that they know are stupid to backup.

It would be nice if we had a system-wide folder (using XDG base dirs would let user have them too, if needed) that packages can drop a filelist in to be excluded, either absolute or relative (to $HOME).

Revision history for this message
Michael Terry (mterry) wrote :

However this works will need to allow for non-predictable locations (like .mozilla/firefox/al243lj3.defult/cache). Looking in some sort of user directory for these exclusion files is probably sufficient.

Changed in deja-dup:
importance: Undecided → Wishlist
status: New → Confirmed
Revision history for this message
Michael Terry (mterry) wrote :

The non-predictable location problem can also be solved by simple wildcard support.

Revision history for this message
Richard Laager (rlaager) wrote :

For wildcarding, I'd suggest file globbing patterns (as opposed to regular expressions). As I noted in a private email, I'd suggest that the patterns relative to $HOME be done in the traditional ~/foo style. This would mean you would ignore all patterns that did not start with "/" or "~".

description: updated
Revision history for this message
Michael Terry (mterry) wrote :

Thinking about this more, it seems way better to just get apps to move to using the XDG cache dir. Either:

A) The app authors are willing to use the XDG spec.
B) The app authors are willing to add a deja-dup-specific exclusion file somewhere.
C) The app authors are willing to add some "standard" backup-program exlusion file somewhere.
D) The app authors aren't willing to consider this use case.

For A, we just win without effort.

For B & C, why not just use A instead? I don't think it would be worth the time and effort developing some syntax that had the support of multiple backup programs when XDG already did the work with wider backing. And I don't think Deja Dup is big enough that app authors would consider special support for it. Besides, by using the XDG spec, the app authors allow all sorts of programs to treat the files in special ways. Much more useful.

For D, we can't do anything anyway except build exclusions into Deja Dup if the use case is important enough (i.e. it affects a lot of uses and the app authors are unlikely to change -- something like Adobe Flash or some such).

So I'm going to mark this Won't Fix for now. If there are common cache-but-not-XDG-cache directories, separate bugs should be filed against Deja Dup to exclude them (as well as against the app itself to start using XDG).

Changed in deja-dup:
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.