How about sending the error messages? That way, we can probably figure out
what the problem is, rather than just hearing lamentation about it.
--
Matt Galgoci
Job title: export title=`dd if=/dev/random bs=24 count=1`
echo $title
On Tue, 7 Dec 1999, Chris Worth wrote:
> yes, fixing something that breaks something else is clearly a PITA. But I've just
>run into
> trying to install the new initscripts, upon the recommendation from a friend as part
>of a
> security tightening on my server. Well, the damn thing won't install as it
>conflicts with
> something else. this is driving me nuts.
>
> chris
>
>
>
>
> On Mon, 6 Dec 1999 06:16:59 -0500 (EST), rpjday wrote:
>
> >
> >On Mon, 6 Dec 1999, Matt wrote:
> >
> >> perhaps you could keep the errata section of the redhat website, and also
> >> have a service release section... that way people like myself who go to
> >> the errata section and see a huge ammount of files, and are a tad unsure
> >> of what there doing can go for the service release every few months and
> >> download all the fixes in one huge rpm maybe :] (can rpm's contain several
> >> rpms ??)
> >>
> >> If that was the case, it would only mean throwing the current rpms from
> >> the last service release into a file and posting it - which to me sounds
> >> like a dream for the consumer. specially people who want to have things
> >> fixed properly, but cant spare the time to go searching for updated files
> >> in directory every day to see whats new.
> >>
> >> Might be an idea to think about maybe
> >
> >not a bad idea, as long as there is no chance that installing
> >updated rpms breaks anything that already works. you know,
> >the way that *other* company does it ...
> >
> >rday
> >
> >
> >
> >--
> >To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
> >as the Subject.
> >
>
>
>
> --
> To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
> as the Subject.
>
--
To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
as the Subject.
