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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 21 Nov 2011 22:08:15 +0200
From:	Amir Goldstein <amir73il@...il.com>
To:	"Theodore Ts'o" <tytso@....edu>
Cc:	linux-ext4@...r.kernel.org
Subject: Re: Better organizing ext4 development community

On Mon, Nov 21, 2011 at 5:58 PM, Theodore Ts'o <tytso@....edu> wrote:
>
> There seems to be an increasing number of people interested in ext4 who
> have been contributing to ext4, and so I thought this might be a good
> time to pen a note about how we might be able to organize things a
> little better.
>
> The weekly conference calls
> ===========================
>
> We have a weekly conference call at Monday 8am US/Pacific and 11am
> US/Eastern.  The people who participate on this call are primarily from
> the following companies (alphabetically): Google, HP, IBM, Red Hat, and
> Whamcloud.  The attendees are primarily mostly from the US, due to
> history of who has known about the calls, but also due to the time of
> the conference calls.
>
> Given there are more people who are participating on this call from
> Asia, especially from Tao Bao and other companies, I think it's
> important that we revisit whether that time is best, and to try to
> invite some folks from the other countries to participate.   I know that
> language may be a barrier in some cases, but I think it's important that
> we try to get a wider representation that has a chance to hear what's
> going.

Hi Ted,

As someone who participated in some calls (which lately don't fit in
my schedule),
I can say that the information shared on these call can be very
interesting to the community
but rarely leaves the "walls" of the conference.

It would be nice to get minutes of the call posted to the list
(there are some from 2007 on ext4 wiki)
I know it's about who will do that, but even the minimal updates could
be useful.


>
> I'd like to hear what folks from Asia think about this; if we started
> having some conference calls that alternated between being convenient
> for folks based out of Asia time zones and folks based out of US time
> zones, would that be helpful?
>
> Getting together for a face to face meeting
> ===========================================
>
> Again, because of the fact that we quite a few newcomers to the ext4
> development community, it seems that it might be a good idea if we could
> get together so we could know each other better.  I'd like to propose
> that we try doing so either immediately before or immediately after the
> Linux Storage, File System, and MM workshop in San Fracisco, which will
> be taking place during the first week of April next year.  I'm hoping
> that we can get good representation from all of the companies who have
> an interest in ext4 development, and if we start early, we can hopefully
> get people thinking about some kind of discussion topic to propose for
> the LSF workshop (proposing a discussion topic that would be of general
> interest is how you get an invite to the LSF), and so people have ample
> time to work out the logistics --- getting travel approval, getting
> Visa's, etc.

Wouldn't it be more inviting to hold such a meeting adjacent to an open event?
After all, not everyone can get invited to LSF on the same year.

>
> If you would be interested in attending an ext4 get together next year
> in April, please let me know, so I can start guaging interesting and
> numbers.
>
> Review Bottleneck
> =================
>
> Currently, patches, especially large patch series which introduce some
> new feature, have become bottlenecked on my time to review them.   It
> would be very helpful if we had more people reviewing patches.  And it
> needs to be substantive reviews, and preferably from people who work at
> companies other than the developer who has submitted the patches.
>
> So some way that we can get more people reviewing patches would
> certainly be helpful.  There have been some people who have suggested
> different ways that we might do things, from the method used in XFS
> (where no patch gets submitted until it gets an independent review;
> which would be a bit scary since at the moment so little review takes
> place I'm concerned it would hold back development significantly), to
> giving people patchwork accounts and formally delegating work to people
> (it has worked for some subsystems, and utterly failed for others).
>
> Or we could keep going with the current method, with people
> understanding that if you review other people's patches, it makes it
> more likely I will have time to integrate your patches (and if some
> folks do more review work, I'll take that into account about which
> patches series I'm more likely to review myself for integration).
>

I am going to throw a crazy idea in the air -
Let the "long patch series" stand in line for review by the maintainer.
On every merge window, the maintainer may have time to review one (or less)
such long series.
If people know their patches need to stand in line for review, they will
have several ways to expedite the review/merge of their patches:
1. make the case why their feature is more valuable then others
2. make the case why a feature in front of them is less valuable then others
3. get someone else to do an independent review on their feature
4. review the patches in front of them, so they will be returned
    for another round of improvements (and come back at the end of the line)
    or better yet, be acked and merged.

don't know if this can work in practice, but it intrigues me as an experiment
in game theory ;-)

Amir.

>
> What do you think?  This, like all of the other parts of this note, was
> meant to start a discussion.  I've been extraordinarily pleased with
> Ext4 development: with what we've been able to achieve, and the people
> we've managed to attract to use and to work on this project.   With your
> help, we can make things even better!
>
> Cheers,
>
>                                                - Ted
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ