[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZZVOhlGPg5KRyS-F@yuki>
Date: Wed, 3 Jan 2024 13:09:42 +0100
From: Cyril Hrubis <chrubis@...e.cz>
To: Geert Uytterhoeven <geert@...ux-m68k.org>
Cc: Petr Vorel <pvorel@...e.cz>, ltp@...ts.linux.it,
Li Wang <liwang@...hat.com>,
Andrea Cervesato <andrea.cervesato@...e.com>,
Greg Ungerer <gerg@...ux-m68k.org>,
Jonathan Corbet <corbet@....net>,
Randy Dunlap <rdunlap@...radead.org>,
John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>,
Christophe Lyon <christophe.lyon@...aro.org>,
linux-m68k@...ts.linux-m68k.org, linux-kernel@...r.kernel.org,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
linux-riscv <linux-riscv@...ts.infradead.org>,
Linux-sh list <linux-sh@...r.kernel.org>
Subject: Re: [PATCH 00/36] Remove UCLINUX from LTP
Hi!
> I am not sure I agree with this series.
> Removing support for UCLINUX from LTP is almost a guarantee for
> not noticing when more breakage is introduced.
>
> How exactly is UCLINUX broken in LTP?
As far as we know noone is using it and nobody is maintaing it for a
decade, so it's bitrotting and we do not have manpower to fix it, or
rather we do not want to invest the scarcely limited resources we have
into something that is niche at best. We asked repeatedly if anyone want
to invest time into keeping it alive, but nobody answered the call so
far and I doubt that it will happen at this point.
--
Cyril Hrubis
chrubis@...e.cz
Powered by blists - more mailing lists