Menu
▾
▴
devil-linux-develop
|
From: Heiko Z. <hz...@pr...> - 2003-07-15 17:56:12
|
On 07/15/2003 01:39:57 PM Bruce Smith wrote: >I noticed I was getting "(none)" as my hostname on my latest ISO. >The links in /etc/init.d/rc?.d/* are mostly empty, except for two. >Here is a partial "tar tvjf /cdrom/config/etc.tar.bz2" : It worked for me yesterday. Can you try a "make clean install iso dist" , this sometimes helps. I don't think you need a "make mproper". cya Heiko = |
|
From: Heiko Z. <hz...@pr...> - 2003-07-15 18:56:58
|
On 07/15/2003 02:50:58 PM Bruce Smith wrote: >> It worked for me yesterday. > >Did you create a new etc, or use an old one off media? >You wouldn't see the problem if you used an old /etc. > >List out the etc tar file on your new ISO and see if >there are any links in the rc?.d directories. I just updated my source and now I'm running "make clean....". I'll keep you posted. Heiko = |
|
From: Heiko Z. <hz...@pr...> - 2003-07-15 19:19:42
|
On 07/15/2003 02:53:24 PM "Heiko Zuerker" wrote: >On 07/15/2003 02:50:58 PM Bruce Smith wrote: >>> It worked for me yesterday. >> >>Did you create a new etc, or use an old one off media? >>You wouldn't see the problem if you used an old /etc. >> >>List out the etc tar file on your new ISO and see if >>there are any links in the rc?.d directories. > >I just updated my source and now I'm running "make clean....". >I'll keep you posted. Sorry Bruce, but everything looks fine here. I also don't have the insserv error message. Heiko = |
|
From: Bruce S. <bw...@ar...> - 2003-07-15 20:21:32
|
> Sorry Bruce, but everything looks fine here. > I also don't have the insserv error message. It's definitely hosed here. On both of my PC's with the development system loaded. - BS |
|
From: Heiko Z. <hz...@pr...> - 2003-07-15 20:58:34
|
On 07/15/2003 04:21:13 PM Bruce Smith wrote: >> Sorry Bruce, but everything looks fine here. >> I also don't have the insserv error message. > >It's definitely hosed here. >On both of my PC's with the development system loaded. When I have time tonight, then I'll start from scratch on my other computer. Let's see if I get it then. From time to time it's necessary, to delete the entire lfssystem folder= . cya Heiko = |
|
From: Bruce S. <bw...@ar...> - 2003-07-15 23:41:28
|
> >> Sorry Bruce, but everything looks fine here. > >> I also don't have the insserv error message. > > > >It's definitely hosed here. > >On both of my PC's with the development system loaded. > > When I have time tonight, then I'll start from scratch on my other > computer. Let's see if I get it then. OK, make sure you start with a blank floppy. I just realized this problem started after I started using your .config file you sent me the other day. Which leads me to believe there may be a problem in the startup script of some package that I wasn't compiling before. I'll try a mrproper with my old .config file ... > From time to time it's necessary, to delete the entire lfssystem folder. Can I keep my src directory? :-) - BS |
|
From: Heiko Z. <he...@zu...> - 2003-07-16 01:10:21
|
Bruce Smith wrote: >>>>Sorry Bruce, but everything looks fine here. >>>>I also don't have the insserv error message. >>>> >>>> >>>It's definitely hosed here. >>>On both of my PC's with the development system loaded. >>> >>> >>When I have time tonight, then I'll start from scratch on my other >>computer. Let's see if I get it then. >> >> > >OK, make sure you start with a blank floppy. > >I just realized this problem started after I started using your .config >file you sent me the other day. Which leads me to believe there may be >a problem in the startup script of some package that I wasn't compiling >before. I'll try a mrproper with my old .config file ... > > I don't really believe this could cause this problem, but we'll see. >>From time to time it's necessary, to delete the entire lfssystem folder. >> >> > >Can I keep my src directory? :-) > > Yes. I usually move the build directory away delete, unpack the LFS, update the sources and do a mrproper. cya Heiko |
|
From: Bruce S. <bw...@ar...> - 2003-07-16 12:22:31
|
> >OK, make sure you start with a blank floppy.
> >
> >I just realized this problem started after I started using your .config
> >file you sent me the other day. Which leads me to believe there may be
> >a problem in the startup script of some package that I wasn't compiling
> >before. I'll try a mrproper with my old .config file ...
> >
> >
> I don't really believe this could cause this problem, but we'll see.
Maybe ... It didn't get far enough to tell this time. :-)
if gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -g -O2 -MT tun.o -MD -MP -MF
".deps/tun.Tpo" \
-c -o tun.o `test -f 'tun.c' || echo './'`tun.c; \
then mv ".deps/tun.Tpo" ".deps/tun.Po"; \
else rm -f ".deps/tun.Tpo"; exit 1; \
fi
gcc -g -O2 -o openvpn buffer.o crypto.o error.o fdmisc.o fragment.o
gremlin.o lzo.o misc.o mtu.o openvpn.o options.o packet_id.o reliable.o
session_id.o shaper.o socket.o ssl.o thread.o tun.o -lssl -lcrypto
-llzo
make[2]: Leaving directory `/data/build/tmp/openvpn-1.4.1'
make[1]: Leaving directory `/data/build/tmp/openvpn-1.4.1'
removing debug symbols from binaries
executing oidentd with option build
/data/build/scripts/oidentd: ./configure: No such file or directory
ERROR
/data/build/scripts/oidentd build failed
make: *** [build] Error 1
|
|
From: Heiko Z. <hz...@pr...> - 2003-07-16 12:35:09
|
On 07/16/2003 08:22:18 AM Bruce Smith wrote: >> >OK, make sure you start with a blank floppy. >> > >> >I just realized this problem started after I started using your >.config >> >file you sent me the other day. Which leads me to believe there ma= y >be >> >a problem in the startup script of some package that I wasn't >compiling >> >before. I'll try a mrproper with my old .config file ... >> > >> > >> I don't really believe this could cause this problem, but we'll see.= > >Maybe ... It didn't get far enough to tell this time. :-) > > >if gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -g -O2 -MT tun.o -MD -MP -M= F >".deps/tun.Tpo" \ >-c -o tun.o `test -f 'tun.c' || echo './'`tun.c; \ >then mv ".deps/tun.Tpo" ".deps/tun.Po"; \ >else rm -f ".deps/tun.Tpo"; exit 1; \ >fi >gcc -g -O2 -o openvpn buffer.o crypto.o error.o fdmisc.o fragment.= o >gremlin.o lzo.o misc.o mtu.o openvpn.o options.o packet_id.o reliable.= o >session_id.o shaper.o socket.o ssl.o thread.o tun.o -lssl -lcrypto >-llzo >make[2]: Leaving directory `/data/build/tmp/openvpn-1.4.1' >make[1]: Leaving directory `/data/build/tmp/openvpn-1.4.1' >removing debug symbols from binaries > >executing oidentd with option build >/data/build/scripts/oidentd: ./configure: No such file or directory >ERROR >/data/build/scripts/oidentd build failed >make: *** [build] Error 1 OOOPS oidentd had wrong permissions on the FTP Server and didn't get download= ed. Execute build/update_src again and unpack (manually) everything into build/tmp which get's downloaded. Sorry for that, but my test compile hung at the very same place. :-(( cya Heiko = |
|
From: Bruce S. <bw...@ar...> - 2003-07-16 12:47:32
|
> >> I don't really believe this could cause this problem, but we'll see. > > > >Maybe ... It didn't get far enough to tell this time. :-) > > > >executing oidentd with option build > >/data/build/scripts/oidentd: ./configure: No such file or directory > >ERROR > >/data/build/scripts/oidentd build failed > >make: *** [build] Error 1 > > OOOPS > oidentd had wrong permissions on the FTP Server and didn't get downloaded. > Execute build/update_src again and unpack (manually) everything into > build/tmp which get's downloaded. > > Sorry for that, but my test compile hung at the very same place. :-(( I started two different compiles last night, on two different PC's. My other compile (mrproper) used my old .config with the limited selections. It finished correctly: -------------------------------------------------- executing cfg_runlevel with option install configuring runlevels NOT creating links for: /data/build/tmp/ETC/etc/init.d/boot.d /data/build/tmp/ETC/etc/init.d/firewall.rules /data/build/tmp/ETC/etc/init.d/firewall.rules.2nic /data/build/tmp/ETC/etc/init.d/functions /data/build/tmp/ETC/etc/init.d/grsecurity /data/build/tmp/ETC/etc/init.d/jail /data/build/tmp/ETC/etc/init.d/mount_cdrom /data/build/tmp/ETC/etc/init.d/rc /data/build/tmp/ETC/etc/init.d/rc0.d /data/build/tmp/ETC/etc/init.d/rc1.d /data/build/tmp/ETC/etc/init.d/rc2.d /data/build/tmp/ETC/etc/init.d/rc3.d /data/build/tmp/ETC/etc/init.d/rc4.d /data/build/tmp/ETC/etc/init.d/rc5.d /data/build/tmp/ETC/etc/init.d/rc6.d /data/build/tmp/ETC/etc/init.d/rcS.d /data/build/tmp/ETC/etc/init.d/sendsignals -------------------------------------------------- And the config/etc.tar.bz2 file in the ISO image has all the correct rc?.d links. This is the same PC that had the problem yesterday. I did a lot of research on "insserv" yesterday, and found that bad info in the rc scripts could cause the very error I was seeing. I really doubt recreating my lfssystem will solve this problem. - BS |
|
From: Bruce S. <bw...@ar...> - 2003-07-16 20:19:28
|
Something wrong with the firewall script??? I did some trial & error, removing scripts one at a time until the problem went away. Here is what happens when I _only_ remove the firewall script: ------------------------------------------------------------------- root:/data/build/tmp/ETC/etc# rm -fr bs root:/data/build/tmp/ETC/etc# mkdir bs root:/data/build/tmp/ETC/etc# cp -a init.d/ bs root:/data/build/tmp/ETC/etc# cd bs/init.d/ root:/data/build/tmp/ETC/etc/bs/init.d# root:/data/build/tmp/ETC/etc/bs/init.d# grep -l "### BEGIN INIT INFO" $PWD/* | xargs insserv insserv: Max recursions deep 99 reached insserv: Max recursions deep 99 reached insserv: Max recursions deep 99 reached insserv: Max recursions deep 99 reached insserv: Max recursions deep 99 reached insserv: Maximum of 99 in ordering reached root:/data/build/tmp/ETC/etc/bs/init.d# rm firewall root:/data/build/tmp/ETC/etc/bs/init.d# grep -l "### BEGIN INIT INFO" $PWD/* | xargs insserv root:/data/build/tmp/ETC/etc/bs/init.d# ------------------------------------------------------------------- root:/data/build/tmp/ETC/etc/bs/init.d# grep firewall /etc/insserv.conf $network network firewall grsecurity root:/data/build/tmp/ETC/etc/bs/init.d# The firewall script requires "$network", $network requires firewall. Infinite loop?!?!? ------------------------------------------------------------------- root:/data/build/tmp/ETC/etc# rm -fr bs root:/data/build/tmp/ETC/etc# cp -a init.d/ bs root:/data/build/tmp/ETC/etc# cd init.d/ bs root:/data/build/tmp/ETC/etc/init.d# vi /etc/insserv.conf # remove "firewall" from $network line. root:/data/build/tmp/ETC/etc/init.d# grep -l "### BEGIN INIT INFO" $PWD/* | xargs insserv root:/data/build/tmp/ETC/etc/init.d# ------------------------------------------------------------------- Works now! Do we change build/scripts/config/insserv.conf or build/config/etc/init.d/firewall? Neither have been changed in a long time, so I don't know what causes this problem to start happening now, but it does seem to be an error from what I've learned about insserv in the last couple days. I recommend making this change: # cvs_sf diff ./config/etc/init.d/firewall Index: ./config/etc/init.d/firewall =================================================================== RCS file: /cvsroot/devil-linux/build/config/etc/init.d/firewall,v retrieving revision 1.5 diff -r1.5 firewall 12c12 < # Required-Start: $network --- > # Required-Start: network grsecurity Shall I commit that change??? Whew ... BS :-) |
|
From: Heiko Z. <hz...@pr...> - 2003-07-16 12:54:03
|
On 07/16/2003 08:47:16 AM Bruce Smith wrote: >And the config/etc.tar.bz2 file in the ISO image has all the correct >rc?.d links. This is the same PC that had the problem yesterday. > >I did a lot of research on "insserv" yesterday, and found that bad inf= o >in the rc scripts could cause the very error I was seeing. I really >doubt recreating my lfssystem will solve this problem. Let's wait what my recreation will show, before we draw any conclusions= . The compile should be finished in about 1 hours. cya Heiko = |
|
From: Bruce S. <bw...@ar...> - 2003-07-16 13:00:45
|
> On 07/16/2003 08:47:16 AM Bruce Smith wrote: > >And the config/etc.tar.bz2 file in the ISO image has all the correct > >rc?.d links. This is the same PC that had the problem yesterday. > > > >I did a lot of research on "insserv" yesterday, and found that bad info > >in the rc scripts could cause the very error I was seeing. I really > >doubt recreating my lfssystem will solve this problem. > > Let's wait what my recreation will show, before we draw any conclusions. I'm not drawing any conclusions. Only making predictions. :-) > The compile should be finished in about 1 hours. Mine will be longer.... I started the wrong make command from history (mrproper). Crap! :-( - BS |
|
From: Heiko Z. <hz...@pr...> - 2003-07-16 13:28:53
|
On 07/16/2003 09:00:32 AM Bruce Smith wrote: >> On 07/16/2003 08:47:16 AM Bruce Smith wrote: >> >And the config/etc.tar.bz2 file in the ISO image has all the correc= t >> >rc?.d links. This is the same PC that had the problem yesterday. >> > >> >I did a lot of research on "insserv" yesterday, and found that bad >info >> >in the rc scripts could cause the very error I was seeing. I reall= y >> >doubt recreating my lfssystem will solve this problem. >> >> Let's wait what my recreation will show, before we draw any >conclusions. > >I'm not drawing any conclusions. Only making predictions. :-) > >> The compile should be finished in about 1 hours. > >Mine will be longer.... >I started the wrong make command from history (mrproper). Crap! :-( That happens to me quite often, too. We could think about a "Do you rea= lly want to wipe out everyhting" message. Heiko = |
|
From: Bruce S. <bw...@ar...> - 2003-07-16 13:38:54
|
> >I started the wrong make command from history (mrproper). Crap! :-( > > That happens to me quite often, too. We could think about a "Do you really > want to wipe out everyhting" message. Sounds good to me. - BS |
|
From: Heiko Z. <hz...@pr...> - 2003-07-17 13:52:28
|
On 07/17/2003 09:38:20 AM Bruce Smith wrote: >> > I noticed I was getting "(none)" as my hostname on my latest ISO. >> > The links in /etc/init.d/rc?.d/* are mostly empty, except for two.= >> > Here is a partial "tar tvjf /cdrom/config/etc.tar.bz2" : >> >> I'm sorry to say this, but my build looks very good here. >> I didn't see any problems. >> >> I would suggest that you throw everything (except the /src directory= ) >> away and start from scratch. > >OK, I started from scratch, except for the src directory. I even >downloaded all the cvs stuff fresh, and I started a fresh compile last= >night before going to bed. This morning, I still have the problem. > >The fact remains that I found a bug in the firewall script yesterday >that is causing this problem. I think it is some combination of optio= ns >that I'm selecting different than yours, causing the problem to appear= >on mine and not yours. (I did change a couple things in your .config)= > >Maybe you should start fresh because you're NOT seeing the problem? :-= ) OK, I'll wipe out everything on my test machine and try it out later to= day. >>From what I learned about insserv there is definitely a big in our >script. And no, I can't answer why it hasn't happened until now. > >My fix is committed to the firewall script. (as in previous email). > >Now maybe I can quit spinning my wheels on this issue and do some real= >DL development! :-) Yeah do some work, lazy ass. ;-) cya Heiko = |
|
From: Bruce S. <bw...@ar...> - 2003-07-17 14:15:50
|
> >Maybe you should start fresh because you're NOT seeing the problem? :-) > > OK, I'll wipe out everything on my test machine and try it out later today. Update from CVS first, and you won't see the problem either way! :-) > >Now maybe I can quit spinning my wheels on this issue and do some real > >DL development! :-) > > Yeah do some work, lazy ass. ;-) No doubt! :-) I need a faster machine ... a mrproper compile takes 5-6 hours on both of my boxes, a make clean install takes over 1/2 hour. I ran them with the "time" command last night, and was surprised to see that my 1.4Ghz Athlon compiled about 5 minutes FASTER than my 1.7Ghz P4. I wonder how long a 3Ghz P4 w/hyperthreading would take to compile? :-) - BS |
|
From: Manu <ee...@fr...> - 2003-07-17 15:30:43
|
Bruce Smith a écrit: >>>Maybe you should start fresh because you're NOT seeing the problem? :-) >>> >>> >>OK, I'll wipe out everything on my test machine and try it out later today. >> >> > >Update from CVS first, and you won't see the problem either way! :-) > > > >>>Now maybe I can quit spinning my wheels on this issue and do some real >>>DL development! :-) >>> >>> >>Yeah do some work, lazy ass. ;-) >> >> > >No doubt! :-) I need a faster machine ... a mrproper compile takes >5-6 hours on both of my boxes, a make clean install takes over 1/2 hour. > >I ran them with the "time" command last night, and was surprised to see >that my 1.4Ghz Athlon compiled about 5 minutes FASTER than my 1.7Ghz P4. > >I wonder how long a 3Ghz P4 w/hyperthreading would take to compile? :-) > > Send me your .config and I'll tell you on a P4 ht 2.6/800 ... but you must consider the efficiency of your hd sub-system (udma, u2w scsi , 7200 rpm, 10000 rpm ...) before making any comparisson as it is intensive with disk I/O ... amount of ram should influence too cya > - BS > > > > >------------------------------------------------------- >This SF.net email is sponsored by: VM Ware >With VMware you can run multiple operating systems on a single machine. >WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the >same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 >_______________________________________________ >Devil-linux-develop mailing list >Dev...@li... >https://lists.sourceforge.net/lists/listinfo/devil-linux-develop > > > > |
|
From: Bruce S. <bw...@ar...> - 2003-07-17 15:44:04
Attachments:
.config
|
> > I wonder how long a 3Ghz P4 w/hyperthreading would take to compile? :-) > > > Send me your .config and I'll tell you on a P4 ht 2.6/800 It's attached. I think it's the same one Heiko posted last week. You might want to go into make menuconfig, Build System Configuration, and increase the Parallel Build Jobs number to take advantage of your hyperthreading. I'll be very interested in your result, to help me determine if I should upgrade. Thanks!!! > ... but you must consider the efficiency of your hd sub-system (udma, > u2w scsi , 7200 rpm, 10000 rpm ...) > before making any comparisson as it is intensive with disk I/O ... Understood. My Athlon has a 3ware SCSI-to-IDE controller with 7200 RPM disks. My 1.7 P4 has an Adaptec SCSI controller with 7200 RPM disks. > amount of ram should influence too My 1.4 Athlon has 512MB, my 1.7 P4 has 1GB of memory. Did I mention the Athlon compiled everything 5 minutes faster? :-) - BS |
|
From: Emmanuel E. <ee...@ma...> - 2003-07-18 01:10:23
|
Bruce Smith wrote: Here it is ... MB : P4P800 deluxe (865PE) with PAT enabled CPU : PIV 2.6 ht fsb 800 o/c : 10 % in bios settings ! RAM : 2x512 crucial PC 3200 dual channel HD contr. : Tekram DC390 U2W (53c895) HDD : - / type ext3 on a SEAGATE 318203LC (Cheetah 18 LP 18 Go U2W SCA 10000 rpm 5.4 ms ) - /usr & /var type ext3 on a SEAGATE 39102LW ( Cheetah 9LP 9 Go U2W 10000 rpm 5.4 ms ) - /home/dl type ext2 ( the work disk ) on a IBM DRVS09D (Ultrastar 9 LZX U2W SCA 10000 rpm 5.3 ms ) 2 swap part on both 9 Go Disks host operating system : SuSE 8.2 with official smp kernel (k_smp-2.4.20-95) I only modified the number of compile threads to 2 from your .config file ... and the time is ... 1h 18 m 14 s I upgraded the MB, CPU and ram for 600€ last month with my PIII 800 EB @ 880 /256 Mb SDRam on MSI 6321 (694D Pro), my config took 5h +, with the new one (with same system,disks ...) it took 2h with UP kernel and 1h48 with SMP kernel and 2 compile threads (ht copile 11% faster) didn't try with 3 compile threads but as HT is a fake SMP, i believe it will be longer as 2 ... I think this Mobo is good and easy to setup but other manufacturers offer best bundles for the price (round ide cables, every brackets for usb2 and 1394 ... which are optional with Asus Deluxe !!!) and very similar perfs ... Hope it help you to decide or not Cya MaNU >>>I wonder how long a 3Ghz P4 w/hyperthreading would take to compile? :-) >>> >>> >>> >>Send me your .config and I'll tell you on a P4 ht 2.6/800 >> >> > >It's attached. I think it's the same one Heiko posted last week. > >You might want to go into make menuconfig, Build System Configuration, >and increase the Parallel Build Jobs number to take advantage of your >hyperthreading. > >I'll be very interested in your result, to help me determine if I should >upgrade. Thanks!!! > > > >>... but you must consider the efficiency of your hd sub-system (udma, >>u2w scsi , 7200 rpm, 10000 rpm ...) >>before making any comparisson as it is intensive with disk I/O ... >> >> > >Understood. My Athlon has a 3ware SCSI-to-IDE controller with 7200 RPM >disks. My 1.7 P4 has an Adaptec SCSI controller with 7200 RPM disks. > > > >> amount of ram should influence too >> >> > >My 1.4 Athlon has 512MB, my 1.7 P4 has 1GB of memory. > >Did I mention the Athlon compiled everything 5 minutes faster? :-) > > - BS > > > > > |
|
From: Bruce S. <bw...@ar...> - 2003-07-18 13:53:55
|
> 1h 18 m 14 s WOW! > I upgraded the MB, CPU and ram for 600=A4 last month 600 what? > Hope it help you to decide or not Yes, as soon as I can translate the cost into USD. :-) Thank you very much for the info! =20 I wasn't expecting that much of a increase. - BS |
|
From: Bruce S. <bw...@ar...> - 2003-07-18 14:28:51
|
> MB : P4P800 deluxe (865PE) with PAT enabled I see that MB has a gigabit ethernet port. Is that supported by Linux? Thanks, BS |
|
From: Manu <ee...@fr...> - 2003-07-18 15:29:18
|
Bruce Smith a écrit: >>MB : P4P800 deluxe (865PE) with PAT enabled >> >> > >I see that MB has a gigabit ethernet port. >Is that supported by Linux? > > Yes ! it's 3c2000.o ... either it is in your distro , or you simply have to compile package from a tar.gz downloaded from Asus site. With that adapter plugged on a 100M Switch, i have simply doubled tranfer rate between my workstation and an ftp server in de DMZ, from previous card (intel ee pro 100) Cya MaNU >Thanks, BS > > > >------------------------------------------------------- >This SF.net email is sponsored by: VM Ware >With VMware you can run multiple operating systems on a single machine. >WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the >same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 >_______________________________________________ >Devil-linux-develop mailing list >Dev...@li... >https://lists.sourceforge.net/lists/listinfo/devil-linux-develop > > > > |
|
From: Manu <ee...@fr...> - 2003-07-18 14:11:09
|
Bruce Smith a écrit: >>1h 18 m 14 s >> >> > >WOW! > > > >>I upgraded the MB, CPU and ram for 600€ last month >> >> > >600 what? > Euros ... i live in France but in usa, you should find the same for less ! > > > >>Hope it help you to decide or not >> >> > >Yes, as soon as I can translate the cost into USD. :-) > >Thank you very much for the info! >I wasn't expecting that much of a increase. > > Remember that Mobo and cpu don't do all the trick ... choose good DDR in dual channel and a good hd for lfssystem ... Cya MaNU > - BS > > > > >------------------------------------------------------- >This SF.net email is sponsored by: VM Ware >With VMware you can run multiple operating systems on a single machine. >WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the >same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 >_______________________________________________ >Devil-linux-develop mailing list >Dev...@li... >https://lists.sourceforge.net/lists/listinfo/devil-linux-develop > > > > |
|
From: Bruce S. <bw...@ar...> - 2003-07-18 14:19:03
|
> Remember that Mobo and cpu don't do all the trick ... choose good DDR > in dual channel and a good hd for lfssystem ... Definitely. I've been thinking of moving my lfssystem from ext3 to ReiserFS. That would probably shave a couple minutes off just "make mrproper". Thanks again! - BS |
