Commit graph

15 commits

Author SHA1 Message Date
Sunpoet Po-Chuan Hsieh
2060f464ff - Support STAGEDIR 2013-10-09 16:16:48 +00:00
Baptiste Daroussin
83f65384c9 Add NO_STAGE all over the place in preparation for the staging support (cat: sysutils) 2013-09-20 23:05:58 +00:00
Sunpoet Po-Chuan Hsieh
cdc9947c24 - Reorder MASTER_SITES: try to avoid checksum mismatch caused by rerolled tarball (again and again)
- Add LICENSE
2013-08-31 07:47:41 +00:00
Sunpoet Po-Chuan Hsieh
fa1716b118 - Remove leading indefinite article from COMMENT 2013-08-21 17:17:25 +00:00
Sunpoet Po-Chuan Hsieh
2609dba281 - Update to 9723
Changes:	http://svn.tartarus.org/sgt/agedu/?view=log
2012-12-12 03:20:58 +00:00
Sunpoet Po-Chuan Hsieh
5282e036f5 - Update to 9722
- Cleanup Makefile header

Changes:	http://svn.tartarus.org/sgt/agedu/?view=log
Feature safe:	yes
2012-12-08 16:23:47 +00:00
Sunpoet Po-Chuan Hsieh
76c68e6221 - Update to 9671
Changes:	http://svn.tartarus.org/sgt/agedu/?view=log
2012-09-28 16:37:44 +00:00
Sunpoet Po-Chuan Hsieh
455456df24 - Update to 9480
Changes:	http://svn.tartarus.org/sgt/agedu/?view=log
2012-05-06 08:20:34 +00:00
Sunpoet Po-Chuan Hsieh
88afbc2f42 - Update distinfo: tarball rerolled but the content unchanged 2012-03-08 08:39:53 +00:00
Sunpoet Po-Chuan Hsieh
28aa569b0e - Update to 9424
Changes:	http://svn.tartarus.org/sgt/agedu/?view=log
2012-03-06 17:55:19 +00:00
Sunpoet Po-Chuan Hsieh
2b6779e24c - Update distinfo: tarball rerolled but the content unchanged
Reported by:	pointyhat
2012-02-28 16:44:48 +00:00
Sunpoet Po-Chuan Hsieh
90428d421c - Update to 9417
Changes:	http://svn.tartarus.org/sgt/agedu/?view=log
2012-02-24 10:04:54 +00:00
Sunpoet Po-Chuan Hsieh
4bab1e932a - Update distinfo: tarball rerolled but the content unchanged 2012-02-04 00:48:14 +00:00
Sunpoet Po-Chuan Hsieh
597b13b6e9 - Update to 9394
Changes:	http://svn.tartarus.org/sgt/agedu/?view=log
2012-02-02 03:57:51 +00:00
Sunpoet Po-Chuan Hsieh
c869616c0a - Add agedu 9251
Unix provides the standard du utility, which scans your disk and tells you which
directories contain the largest amounts of data. That can help you narrow your
search to the things most worth deleting.

However, that only tells you what's big. What you really want to know is what's
too big. By itself, du won't let you distinguish between data that's big because
you're doing something that needs it to be big, and data that's big because you
unpacked it once and forgot about it.

Most Unix file systems, in their default mode, helpfully record when a file was
last accessed. Not just when it was written or modified, but when it was even
read. So if you generated a large amount of data years ago, forgot to clean it
up, and have never used it since, then it ought in principle to be possible to
use those last-access time stamps to tell the difference between that and a
large amount of data you're still using regularly.

agedu is a program which does this. It does basically the same sort of disk scan
as du, but it also records the last-access times of everything it scans. Then it
builds an index that lets it efficiently generate reports giving a summary of
the results for each subdirectory, and then it produces those reports on demand.

WWW: http://www.chiark.greenend.org.uk/~sgtatham/agedu/
2011-09-20 06:43:16 +00:00