[1934] in SIPB_Linux_Development
Re: root's .cshrc file
daemon@ATHENA.MIT.EDU (Salvatore Valente)
Mon Dec 1 12:18:14 1997
Date: Mon, 1 Dec 1997 12:12:46 -0500 (EST)
To: warlord@MIT.EDU
Cc: jmorzins@MIT.EDU, linux-dev@MIT.EDU
In-Reply-To: <sjm7m9pm80d.fsf@squeamish-ossifrage.arepa.com> (message from
Derek Atkins on 01 Dec 1997 09:51:30 -0500)
From: Salvatore Valente <svalente@MIT.EDU>
Derek lied:
> The bug may be RedHat's, but the install floppy should not
> place files that are known to be buggy onto users' systems.
Umm.. You're joking, right? ...
If there is a bug in a package, we send mail
to redhat and wait for a new package to arrive.
I find this attitude offensive and it bothers me that you say "we"
when you mean "I".
First of all, linux-dev@mit.edu is an appropriate list to contact
about any bugs in a Linux-Athena system, just like bugs@mit.edu is the
contact point for any bugs on Athena systems. When someone sends in a
RedHat bug, they have done the right thing. It deserves a polite
response like "We have forwarded your bug to RedHat." It should not
be dismissed like "Don't tell us, it's not our fault."
A bug report is not a personal attack. Don't get defensive.
Second, Jacob is right. linux-dev provides a Linux installation
system. Like it or not, that means that linux-dev is responsible for
every file that gets installed. There is no good reason for files
that we know don't work to get installed. Especially in this case,
since Jacob didn't just send a bug report, he sent a patch. If any
member of the linux-dev team has the time to apply the patch while
waiting for Redhat to respond, it's probably a good idea to do so.
I'm not saying that linux-dev necessarily has to go out and fix all of
RedHat's bugs, but the patch should not be dismissed like "Don't tell
us, it's not our fault."
PS: This means both athena-rootfiles and rootfiles got installed.
Oops. Sounds like a conflict line is missing.
athena-rootfiles does conflict with rootfiles. On a system where one
of them is installed, you can not use rpm to install the other. As
Aaron recently told me, the initial installation program ignores
conflicts.
Have a nice day,
Sal.
P.S. I said that linux-dev is an appropriate list to contact about any
bugs in a Linux-Athena system, but I'm not sure if it's the best one,
since traditionally linux-dev has dealt mostly with Athena software.
Do we have a list whose purpose is the exact equivalent of
bugs@mit.edu? Maybe we should.
