mbox series

[0/5] fstests: remove old SGI QE scripts

Message ID 20250306213921.3769440-1-david@fromorbit.com (mailing list archive)
Headers show
Series fstests: remove old SGI QE scripts | expand

Message

Dave Chinner March 6, 2025, 9:34 p.m. UTC 
Hi folks,

The scripts this patchset removes are historical relics. They
haven't been maintained, in many cases they don't work, and in a
couple fo cases they are reliant on test machines that SGI
decomissioned almost two decades ago.

There is no point in trying to maintain these scripts, but they
still create dependencies on common fstests code that is now getting
in the way of making changes to fstests infrastructure.

Hence we should simply remove them and get rid of all the technical
debt they contain with them.

-Dave.

Comments

Darrick J. Wong March 6, 2025, 10:59 p.m. UTC | #1 
On Fri, Mar 07, 2025 at 08:34:45AM +1100, Dave Chinner wrote:
> Hi folks,
> 
> The scripts this patchset removes are historical relics. They
> haven't been maintained, in many cases they don't work, and in a
> couple fo cases they are reliant on test machines that SGI
> decomissioned almost two decades ago.
> 
> There is no point in trying to maintain these scripts, but they
> still create dependencies on common fstests code that is now getting
> in the way of making changes to fstests infrastructure.
> 
> Hence we should simply remove them and get rid of all the technical
> debt they contain with them.

The whole set looks good to me -- I've definitely never needed, used, or
noticed the old SGI scripts.

Reviewed-by: "Darrick J. Wong" <djwong@kernel.org>

--D

> -Dave.
> 
>
David Disseldorp March 7, 2025, 4:04 a.m. UTC | #2 
On Fri,  7 Mar 2025 08:34:45 +1100, Dave Chinner wrote:

> Hi folks,
> 
> The scripts this patchset removes are historical relics. They
> haven't been maintained, in many cases they don't work, and in a
> couple fo cases they are reliant on test machines that SGI
> decomissioned almost two decades ago.
> 
> There is no point in trying to maintain these scripts, but they
> still create dependencies on common fstests code that is now getting
> in the way of making changes to fstests infrastructure.
> 
> Hence we should simply remove them and get rid of all the technical
> debt they contain with them.

For the series:
Reviewed-by: David Disseldorp <ddiss@suse.de>

Thanks