lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <YXUuIIiL6EX8pWhQ@kroah.com> Date: Sun, 24 Oct 2021 11:57:52 +0200 From: Greg KH <gregkh@...uxfoundation.org> To: Rob Landley <rob@...dley.net> Cc: Tim.Bird@...y.com, khilman@...libre.com, geert@...ux-m68k.org, laurent.pinchart@...asonboard.com, dwmw2@...radead.org, tbird20d@...il.com, u.kleine-koenig@...gutronix.de, linux-kernel@...r.kernel.org, paul.gortmaker@...driver.com, linux-embedded@...r.kernel.org, herbert@...dor.apana.org.au, linux-crypto@...r.kernel.org, kernel@...gutronix.de, mporter@...sulko.com, tglx@...utronix.de, thomas.petazzoni@...tlin.com Subject: Re: [PATCH] MAINTAINERS: Remove Matt Mackall as his identity is obsolete On Sun, Oct 24, 2021 at 02:24:48AM -0500, Rob Landley wrote: > > The linux-embedded mailing list was created about the same time. > > The thinking was that there are issues that transcend any particular > > sub-system, directory, or file, such as boot time or system size or > > real-time. Changes to keep these system-wide metrics in check might > > need the assistance of a respected upstream maintainer, who could > > guide developers working in these areas, or who could help keep > > other kernel maintainers apprised of requirements in these areas > > for embedded products. > > Greg KH wouldn't listen to me when I was Documention maintainer. He wouldn't > listen when I was busybox maintainer. Maintainer-without-portfolio ain't gonna > get him to start. > > Keep in mind Greg and Kay Sievers were joined at the hip until Linus threw Kay > out of Linux dev and he bogged off to systemd. If you point out things like > "sysfs should to present a stable API to userspace" or "it's a bad idea to > depend on magic packages like udev or systemd as things every Linux system must > not only use verbatim from a single upstream supplier but must replace every > time they upgrade the kernel", Greg is reliably against them. I love you Rob, but I have no idea how the creation of mdev has anything to do with the topic at hand. Best of luck! greg k-h
Powered by blists - more mailing lists