Backup application Duplicity has just filled up my /tmp, located on / partition with 3GB free space, during verification of a full backup and, finally, reported ‘failure’!
After quitting Duplicity, I have 1GB less free space on my / partition.
I wonder how much bigger the /tmp space need to be…
I’ve found the ‘lost’ GB into ~/.cache/deja-dup directory [naturally] (or /root/.cache/deja-dup if it runs under gksudo), but I still don’t know why 3 GB of temporary space are not enough.
Don’t get me wrong; I’m not (currently) using it to code anything, but yesterday I thought it could be a good start to find the library and check its contents in order to start learning & using it. To my surprise, when I checked into my hard disk, I found 50 jquery.js files (not to mention the 364 jquery.*.js ones)! It looks like a waste of space and a source of possible incompatibilities to me, don’t you think so?
Just try this command in a terminal:
locate -i jquery | grep “jquery.js” | wc -l
or the ‘full’ version:
locate -i jquery | egrep “jquery.*.js” | wc -l
and see how many files it ‘ll report for your hard disk. If there are more than 10 (as in my case), I’d be worried.
I believe that all of that mess could be avoided if the developers used the Google-hosted versions of the library and avoided its inclusion into their directories.
On the other hand, if you are a developer and want to test your source files with a local version of the library, while providing the Google-API one to your visitors, you can use the is_me() [PHP function] to incorporate the appropriate jquery files.