Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 15 May 2019 08:32:26 -0600
From:      Alan Somers <asomers@freebsd.org>
To:        "Julian H. Stacey" <jhs@berklix.com>
Cc:        FreeBSD Core Team <core@freebsd.org>, FreeBSD Stable ML <stable@freebsd.org>,  "freebsd-hackers@freebsd.org" <hackers@freebsd.org>
Subject:   Re: FreeBSD flood of 8 breakage announcements in 3 mins.
Message-ID:  <CAOtMX2hA2AfVuNrFxDhXLpY74UAcrWXSd0GjZ1uJJq2vZ5T1qw@mail.gmail.com>
In-Reply-To: <201905151425.x4FEPNqk065975@fire.js.berklix.net>
References:  <201905151425.x4FEPNqk065975@fire.js.berklix.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, May 15, 2019 at 8:26 AM Julian H. Stacey <jhs@berklix.com> wrote:
>
> Hi core@,
> cc hackers@ & stable@
>
> PR headline : "FreeBSD flood of 8 breakage announcements in 3 mins."
>
> https://lists.freebsd.org/pipermail/freebsd-announce/2019-May/date.html
>
> Volunteers who contribute actual fixes are very much appreciated;
> But those styled as 'management' who delay announcements to batch floods
> damage us. As they've previously refused to stop, it's time to sack them.
>
> Just send each announcement out when ready, no delays to batch them.
> No sys admins can deal with 8 in 3 mins:
>   Especially on multiple systems & releases.  Recipients start
>   mitigating, then more flood in, & need review which are
>   most urgent to interrupt to;  While also avoiding sudden upgrades
>   to many servers & releases, to minimise disturbing server users,
>   bosses & customers.
>
> Cheers,
> Julian
> --
> Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent
>  http://stolenvotes.uk  Brexit ref. stole votes from 700,000 Brits in EU.
>  Lies bought; Groups fined; 1.9 M young had no vote, 1.3 M old leavers died.

I disagree, Julian.  I think SAs are easier to deal with when they're
batched.  True, I can't fix the first one in less than 3 minutes.  But
then I probably wouldn't even notice it that fast.  Batching them all
together means fewer updates and reboots.

-Alan



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAOtMX2hA2AfVuNrFxDhXLpY74UAcrWXSd0GjZ1uJJq2vZ5T1qw>