Subject: Re: INSTALL kernels on release branch broken?
To: None <port-sparc@netbsd.org>
From: der Mouse <mouse@Rodents.Montreal.QC.CA>
List: port-sparc
Date: 02/22/2000 13:58:35
> We do [need free space on md0] until someone directs pax to keep its
> temp data (permissions on extracted files) somewhere other than /tmp.
...or we use something other than pax to do the extract. It's a tar
archive, right? Why not use tar?
If our stock tar is too bloated for the install disks (it *is* a GNU
program; there's probably a whole Lisp engine in there or something), I
can offer my tar to the cause. Even as it stands (i386)
[Truly-Delicious] 10> size /usr/bin/tar
text data bss dec hex filename
258016 8192 12740 278948 441a4 /usr/bin/tar
[Truly-Delicious] 11> size ~/.local/bin/tar
text data bss dec hex filename
172000 4096 3478772 3654868 37c4d4 /home/mouse/.local/bin/tar
[Truly-Delicious] 12>
and if I strip it down a little bit by removing its ability to read
filesystems directly from disk devices and lowering the maximum
blocking factor it can handle,
text data bss dec hex filename
143328 4096 1182204 1329628 1449dc z
With a little more effort (this was just thirty seconds' editing), the
bss could probably be shrunk drastically (allocate a few things
dynamically instead of statically). (And yes, all of the above
executables are linked -static.) Linking dynamically saves about 60K
on the last one of those three; this is roughly the amount that would
be saved by crunching it with all other executables.
der Mouse
mouse@rodents.montreal.qc.ca
7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B