Hi,
>>"Christian" == Christian Schwarz <[EMAIL PROTECTED]> writes:

Christian> O

Christian> I can't follow you here. Where are they useless without
Christian> knowing the filesystem structure?

        I have /usr/, /usr/lib/, /var, /var/spool, /usr/local, /usr/src
 /home/ftp, /usr/local/src, /opt, and toher separate partitions. If
 the data gathered is a summation for each top level directory, what
 good is it for me to know that /usr has so much used? my /usr/lib is
 the really tight one.

        How exactly are the statistics gatherd? Is the size of every
 file in the archive stored? What on earth for? Why is it so hard to
 do:

% ar p vm-el_6.41-1_all.deb data.tar.gz | tar zvf | awk '{print $3 "\t"  $6}'

        This gives, nicly formatted: 
______________________________________________________________________
0       ./
0       usr/
0       usr/doc/
0       usr/doc/vm-el/
542     usr/doc/vm-el/README.debian.gz
1280    usr/doc/vm-el/README.gz
1490    usr/doc/vm-el/copyright
12776   usr/doc/vm-el/changelog.Debian.gz
0       usr/lib/
0       usr/lib/emacs/
0       usr/lib/emacs/site-lisp/
0       usr/lib/emacs/site-lisp/vm/
21247   usr/lib/emacs/site-lisp/vm/tapestry.el
129185  usr/lib/emacs/site-lisp/vm/vm-autoload.el
781     usr/lib/emacs/site-lisp/vm/vm-byteopts.el
11499   usr/lib/emacs/site-lisp/vm/vm-delete.el
27767   usr/lib/emacs/site-lisp/vm/vm-digest.el
8143    usr/lib/emacs/site-lisp/vm/vm-easymenu.el
10071   usr/lib/emacs/site-lisp/vm/vm-edit.el
139933  usr/lib/emacs/site-lisp/vm/vm-folder.el
1738    usr/lib/emacs/site-lisp/vm/vm-license.el
______________________________________________________________________

        It takes too much time, you say? Have you checked? 
--------------------------------------------
 User time (seconds): 0.01
 System time (seconds): 0.02
 Percent of CPU this job got: 8%
 Elapsed (wall clock) time (h:mm:ss or m:ss): 0:00.34
--------------------------------------------

        Faugh. People have forgotten how to use tools in this day of
 cookie cutter approach to computing.


Christian> Consider a future version of deity which checks out
Christian> /etc/fstab, reads in the du files, sums up the du entries
Christian> according to the local filesystem structure, and opens a
Christian> nice dialog window which displays the disk space usage for
Christian> each selected package--splitted up into the local
Christian> filesystem structure.

        As mentioned above, future deity packages shall hopefully be
 intelligent enough not to need redundant du files. 

Christian> Of course, this all is still `science fiction' since there
Christian> is currently no tool to use the du files. With that, you
Christian> are definitely right that they are just wasted disk space.

        They are wasted disk space no matter when.

Christian> So, does everyone here agree that we explicitely forbid the
Christian> use of `du' files (and check this via lintian bug reports)?

        Yes, most definitely so.

        manoj
 sick of windows and helper packages
-- 
 "The following is not for the weak of heart or Fundamentalists." Dave
 Barry
Manoj Srivastava  <[EMAIL PROTECTED]> <http://www.datasync.com/%7Esrivasta/>
Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E


Reply via email to