On Mon, Oct 23, 2000, the greycells of Shridhar Daithankar expressed:
> Hi
>
> I agree that linuxconf might screw up but isn't it easy? It helps to maintain
> consistancy and avoids any human error that may happen while updating configuration
> files.
You are right on that point.
>
> Also I haven't experienced linuxcof behaving irrationally unless you fiddle with it
> manually. I really don't understand how linuxconf can screw up if everything is done
> from linuxconf?
Linuxconf is known to dump the (in)famous core. I have experienced
it many times => it is not yet fully stable.
Imagine configuring 'sendmail' thru linuxconf, and you get a core
dump. What happens of your sendmail.cf ? You don't even know whether
the changes have been committed. The only option is to regenerate
sendmail.cf using m4.
>
> Please enlighten me.
Also, linuxconf follows the somewhat philosophy of Windows.
Giving you the abstract picture, and hiding the details.
If you start using linuxconf, you face difficulties changing
any files manually, 'cause you are not sure of what was changed
when you ran linuxconf last time.
>
> Ah, that reminds me, once I ran into problem where my rpm database got corrupted due
> to power crash. I was left helpless and I reinstalled. There were no errors left
> with fsck and still rpm complained for corrupted database. Any hints if that
> disaster reoccurs?
No idea about this buddy, will get it checked with my Linux GURU.
>
> Also I plan to host a simple database at my home machine. Any idea how can I install
> raiserfs on RHL6.2.
Same thing again. No idea about reiserfs. Plan to get hands on it sometimes
in the future.
>
> Bye
> Shridhar
Cheers !
Amar :-)
--
Amarendra GODBOLE <[EMAIL PROTECTED]> http://amar.gnu-linux.net
"The elevator to success is out of order. You'll have to use the
stairs...one step at a time." - Joe Girard
----------------------------------------------
The mailing list archives are available at
http://lists.linux-india.org/cgi-bin/wilma/LIH
