Bug#530660: ITP: agedu -- a Unix utility for tracking down wasted disk space
Hola Alexander Prinsier!
El 26/05/2009 a las 20:21 escribiste:
> Package: wnpp
> Severity: wishlist
> Owner: Alexander Prinsier <aphexer@mailhaven.com>
> * Package name : agedu
> Version : N/A
> Upstream Author : Simon Tatham <anakin@pobox.com>
> * URL : http://www.chiark.greenend.org.uk/~sgtatham/agedu/
> * License : MIT
> Programming Lang: C
> Description : a Unix utility for tracking down wasted disk space
> 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.
I've been looking at the agedu project and from my point of view it has some
design flaws:
- It creates an index database file prior any query can be made, and the
index database is loaded fully into memory on every query.
- Unix utilities are based on the idea of, do one thing, but do it well, a du
that has an embedded web server cannot call itself a Unix utility.
- The web interface listens on:
127.randrange(0-255).randrange(0-255).randrange(2-255):randrange(1025-65535)
on behalf of "security" so other users can't see your agedu, however any user
can type: netstat -l to see where agedu is listening
- The use of a random ip can be quite troublesome in certain firewalls
setups.
- It depends on the use of atime, currently considered as a unix desing flaw
among kernel programmers [1] and the move towards relatime and nodiratime as
default is quite possible in the near future [2], it even polutes the
planet [3]. :)
For all these reasons I don't think this software should go into the Debian
archive.
Anyway, the basic idea "to have an index of files and directories sorted by
size and age" can be quite useful, and probably a worthy hack to merge with
mlocate, which would be (of course) based on mtime instead of atime, which is
a plus.
[1]: http://kerneltrap.org/node/14148
[2]: http://lkml.indiana.edu/hypermail/linux/kernel/0903.3/01769.html
[3]: http://www.lesswatts.org/tips/disks.php
--
"EIEIO Go home and have a glass of warm, dairy-fresh milk"
The GNU C Library Reference Manual, Chapter 2.2, Error Codes
Saludos /\/\ /\ >< `/
Reply to: