linux-ext4 - Re: [LSFMMBPF TOPIC] Killing LSFMMBPF

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <96a0ba8151d76d14f1753ef25740fd02e6622bde.camel@surriel.com>
Date:   Fri, 06 Mar 2020 13:30:23 -0500
From:   Rik van Riel <riel@...riel.com>
To:     "Theodore Y. Ts'o" <tytso@....edu>,
        Josef Bacik <josef@...icpanda.com>
Cc:     lsf-pc <lsf-pc@...ts.linuxfoundation.org>,
        Linux FS Devel <linux-fsdevel@...r.kernel.org>,
        linux-mm@...ck.org, linux-xfs@...r.kernel.org,
        Btrfs BTRFS <linux-btrfs@...r.kernel.org>, bpf@...r.kernel.org,
        linux-ext4@...r.kernel.org, linux-block@...r.kernel.org
Subject: Re: [LSFMMBPF TOPIC] Killing LSFMMBPF

On Fri, 2020-03-06 at 10:56 -0500, Theodore Y. Ts'o wrote:

> The problem with Plumbers is that it's really, really full.  Not
> having invitations doesn't magically go away; Plumbers last year had
> to deal with long waitlist, and strugglinig to make sure that all of
> the critical people who need be present so that the various Miniconfs
> could be successful.
> 
> This is why I've been pushing so hard for a second Linux systems
> focused event in the first half of the year.  I think if we colocate
> the set of topics which are currently in LSF/MM, the more file system
> specific presentations, the ext4/xfs/btrfs mini-summits/working
> sessions, and the maintainer's summit / kernel summit, we would have
> critical mass.  And I am sure there will be *plenty* of topics left
> over for Plumbers.

That sounds like a good idea to me, as well.

Instead of trying to invite "all the useful people" on
a few fixed topics, which LSF/MM did very well, but which
the Linux community has long outgrown, resulting in us
being unable to invite some very good people, we can turn
things on its head a little organization wise.

We can host a number of (half day?) mini conferences on
various Linux kernel topics, maybe still with some focus
around LSF/MM/IO, and have a small number of general track
discussion sessions.

Once the topics of the mini conferences have been chosen,
people can figure out whether or not they want to attend
that year.

This could help us avoid the "oops, we couldn't invite two
of the people who really should have been here for this 
discussion" issue that has been difficult to avoid with 
LSF/MM having more interest, and more topics, than available
slots for people to attend.

TL;DR: decide on topics, not invitees.

-- 
All Rights Reversed.

Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)