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-next>] [day] [month] [year] [list]
Message-ID: <20130710222206.GE28076@thunk.org>
Date:	Wed, 10 Jul 2013 18:22:06 -0400
From:	Theodore Ts'o <tytso@....edu>
To:	Steven Rostedt <rostedt@...dmis.org>
Cc:	ksummit-2013-discuss@...ts.linuxfoundation.org,
	linux-kernel@...r.kernel.org
Subject: Re: [Ksummit-2013-discuss] [ATTEND] What to do when a maintainer is
 no longer available

(Reminder: please cc the relevant mailing lists when proposing a topic
for the kernel summit.)

On Wed, Jul 10, 2013 at 04:45:51PM -0400, Steven Rostedt wrote:
> Recently we lost a major Open Source developer to a tragic accident.
> Seth Vidal wasn't a kernel developer, but his death reminds us of how
> any one of us can leave this planet at any time. The end of last year, a
> major kernel maintainer had an accident that caused him to leave the
> community for several months.
> 
> As with all Open Source projects, the Linux kernel is not a product from
> a company, but it comes from a community. A community made up of people,
> where a single person has large control over vital parts of the kernel.
> Some parts of the kernel is held by several people, but there are
> several people that I could imagine would cause severe disruption if
> something were to happen to them. Do we all have backups that can take
> over if something unexpected happen to us?
> 
> We are not getting any younger. Life's reality is that we can perish at
> any time. I would like to discuss ways that we can help the community to
> move forward in case something happens to any one of us.
> 
> Perhaps we should all have someone as a backup? Let others know who you
> trust to work as the maintainer if something were to happen to you. We
> can have limits to what that person can do in case you are still around
> but only monumentally incapacitated.

I agree this is an important thing to do, but I'm hesitant about
having someone formally annointed as "the successor".  Information in
the MAINTAINERS file can get stale, and removing someone who may not
have as much time, and so has become a bit inactive, and replacing him
or her with someone who might be more active, is a political act which
can cause feelings to be hurt or otherwise lead to drama.

It's for the same reason that we don't have a formally designated
"core team", although people have a pretty good idea who the core
developers are.

That being said, maintainers would be well advised to make sure there
are other people who know enough that they could take over if
something unfortunate happens, and there are a number of ways helping
that process along, including delegating as much as possible in terms
of code reviews, etc., to other subsystem developers.

> I rather have something in place before it happens. Unfortunately, it
> will happen. It's just a matter of time.

It's happened already; for example, when Leonard Zubkoff passed
away in an unfortunate helicopter accident.

   		       	  		  - Ted

> 
> -- Steve
> 
> 
> _______________________________________________
> Ksummit-2013-discuss mailing list
> Ksummit-2013-discuss@...ts.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/ksummit-2013-discuss
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ