alfs Requirements [Was blank]
dbn.lists at gmail.com
Mon Oct 27 14:42:51 PDT 2008
On Mon, Oct 27, 2008 at 1:46 PM, Matthew Burgess
<matthew at linuxfromscratch.org> wrote:
> On Mon, 27 Oct 2008 15:52:28 -0400, George Boudreau <georgeb at linuxfromscratch.org> wrote:
>> One weak point in jhalfs is the progress bar. It is only a fancy
>> timer and does not display the percent completion. True progress would
>> be based on SBU calcs for each package. This idea ranked at 99 on the
>> todo list and eventually became covered in dust. There may yet be
>> interest in such a mod. (nudge,nudge)
> I'd be interested, in a hopefully simple 'feature', of being able to disable the progress bar entirely through the config screens. It's been a while since I did some tests, but disabling it certainly seemed to speed things up a fair bit for me and IIRC several other people confirmed. See the thread at http://thread.gmane.org/gmane.linux.lfs.automated/6664/focus=6677 which has some interesting discussion on the subject including a suggestion by a certain Mr Huntwork that mirrors my own!
FWIW, there could be a much lower overhead implementation of the
progress bar, even in bash. Right now, the progress script is given a
PID, then just polls every 10th of a second to see if it's still
alive. Instead, you could just have the big job be a child of the
progress script and wait for it to finish.
$ cat progress.sh
[ -n "$1" ] && echo "$1"
while :; do
while [ -n "$1" ]; do
case "$1" in
progress "$comment" &
eval "$@" >"$out" &
kill %1 >/dev/null
$ ./progress.sh -c "Unpacking a huge tarball" tar -xf ~/src/gdm-2.24.0.tar.gz
Unpacking a huge tarball
Obviously, the actual progress bar here is a pile of dung, but I think
you can see the mechanism.
More information about the alfs-discuss