Joined: Sep. 2005
||Posted: Feb. 21 2007,10:22
I tried out 3.3rc1/declobber on a few dsl packages - mainly because I'm trying to figure out why I can no longer use "make menuconfig" to recompile - my apologies if this is the wrong place to post.
First off, my own post, hsfmodem.dsl, must be some kind of record at 169 clobber_list directories... :blush:
I ran declobber on gcc1-with-libs.dsl, gcc1.dsl (10 directories each) and gnu-utils (1 directory) and then loaded gcc1-with-libs/gnu-utils:
1. make menuconfig gave the following error:
# make menuconfig
rm -f include/asm
( cd include ; ln -sf asm-i386 asm)
make -C scripts/lxdialog all
make: Entering directory `/ramdisk/usr/src/linux-2.4.26/scripts/lxdialog'
/usr/bin/ld: unrecognized option '--as-needed'
/usr/bin/ld: use the --help option for usage information
collect2: ld returned 1 exit status
>> Unable to find the Ncurses libraries.
>> You must have Ncurses installed in order
>> to use 'make menuconfig'
make: *** [ncurses] Error 1
make: Leaving directory `/ramdisk/usr/src/linux-2.4.26/scripts/lxdialog'
make: *** [menuconfig] Error 2
gcc1-with-libs does contain Ncurses so I'm wondering if declobber somehow "clobbered" this?
2. I loaded the *.dsl packages via a terminal window, saw the prompt return and then minimised the window - later on, I saw a couple of error messages in the window, even though I had not touched it:
~$ mydsl-load /mnt/sda1/temp/gcc1-with-libs_noclobber.dsl
~$ mydsl-load /mnt/sda1/temp/gcc-2.95_noclobber.dsl
~$ mydsl-load /mnt/sda1/temp/gnu-utils_noclobber.dsl
~$ /bin/lua: /usr/sbin/cpanel.lua:169: bad argument #1 to 'input' (/tmp/ pipe.lua: No such file or directory)
[C]: in function 'input'
/usr/sbin/cpanel.lua:169: in main chunk
I'm not sure if this is related to the first error, but it is the first time a terminal window acted like this on me.
I think declobber is an excellent idea - maybe its working directory/output could be moved to /ramdisk/tmp to avoid it being unwittingly backed-up from /home/dsl though.