From: Tom Wijsman <TomWij@gentoo.org>
To: slong@rathaus.eclipse.co.uk
Cc: gentoo-project@lists.gentoo.org
Subject: Re: [gentoo-project] Re: Daunting developer process? (was Re: Call for agenda items - Council meeting) 2013-09-10
Date: Wed, 18 Sep 2013 15:55:39 +0200 [thread overview]
Message-ID: <20130918155539.7d10ffc9@TOMWIJ-GENTOO> (raw)
In-Reply-To: <20130918121828.GB10491@rathaus.eclipse.co.uk>
[-- Attachment #1: Type: text/plain, Size: 4919 bytes --]
On Wed, 18 Sep 2013 13:18:28 +0100
"Steven J. Long" <slong@rathaus.eclipse.co.uk> wrote:
> On Wed, Sep 18, Sven Vermeulen wrote:
> > Using a different approach to gain more developers might have more
> > impact than you imagine on the quality of the distribution as well
> > as the progress it makes. If the distribution would be 12
> > developers, it wouldn't be all that hard to make a good roadmap and
> > focus areas. Twelve people can easily decide amongst each other
> > what to do. But 200+ developers is a different ballgame (hence the
> > need for "bureaucratic" things like the Gentoo Council) where
> > decisions need to be weighted and where every individual can
> > contribute (or block) to the progress of the distribution.
> >
> > Imagine what would happen if we had 500+ developers.
>
> Thanks you for a wonderfully succinct explanation of the damage that
> would be done if Gentoo developer status were awarded to people who
> did not nderstand how to develop the end-product, eg: out of
> deference to technical knowledge in other domains.
Yes, the process that is in place is there to avoid people from rushing
in only to be met with an unhappy community because they made some
unintended change that doesn't meet earlier policy or consensus that
is in place to avoid such damaging changes in the first place; we've
had people ask for straight CVS access in the past (and even locked
forum discussions) for just applying one ore another fix, but you guess
how making a commit without knowing the context can lead to disasters.
> Can I ask that you paste the whole text of your response into the
> Gentoo docs site somewhere? This comes up so often, on the forums and
> on IRC, it would help to have it where people will see it. Personally
> I'd paste it at the top of the devmanual front-page, so giving
> someone the link to that also ensures they are looking at it. Your
> call, ofc.
At verbatim at the top of the devmanual doesn't really look neat out of
the context of this discussion, but I guess you didn't mean it to be
exact; looking at what we already have in place I see this in the
Developer Handbook [1]:
The aim of this handbook is to outline Gentoo development policies,
and make you, the developer, informed of policies, standards and
procedures which Gentoo considers to be core values of our
development system.
And people are warned up front in the Ebuild policy [2]:
Be cautious about what you commit. Remember that your commits can
potentially harm thousands of users. If your commits cause any
breakage in the tree, they must be fixed in a timely fashion.
And in the Etiquette policy [3]:
That doesn't mean that we expect you to follow this guide to the
bullet point; nor do we expect you even agree with it - we do
expect, however that all developers maintain reasonable standards
of behaviour with our community - whether to other developers or
users. However, you may be subject to sanctions or a suspension if
a reasonable standard is not met.
But I agree with you that there doesn't seem to be the "why" part to
why people should read the Developer Handbook; but then one might
wonder if such "why" part needs to be there in the first place, because
if people aren't interested in reading (and thus following) any
policies, then how can we expect them to not harm the community?
If they question it, then I feel like it is fine to inform them why we
expect them to follow the process; but telling them up front that not
reading it causes harm feels like a negative connotation, which could
scare people from contributing in the first place.
For that reason, they actually do not detail the process too much; we
want people to join with a positive mood that they learned something,
not with "the process is lengthy and boring" or "wow, finally, meh".
Looking back at it, most of us can be glad the process is in place.
As for the Development Manual; I feel like we could refer [4] to the
Developer Handbook so people that don't know about it could find it,
but I don't think Developer Handbook information itself belongs there.
[1]: Developer Handbook - Introduction
http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=1&chap=1
[2]: Developer Handbook - Ebuild policy
http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=1
[3]: Developer Handbook - Etiquette policy
http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=2
[4]: GitHub Pull Request - Add a reference to Gentoo Developer Handbook
https://github.com/gentoo/devmanual.gentoo.org/pull/9
--
With kind regards,
Tom Wijsman (TomWij)
Gentoo Developer
E-mail address : TomWij@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 490 bytes --]
next prev parent reply other threads:[~2013-09-18 14:00 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-27 9:54 [gentoo-project] Call for agenda items - Council meeting 2013-09-10 Ulrich Mueller
2013-08-27 9:59 ` [gentoo-project] " Ulrich Mueller
2013-08-27 14:15 ` Ian Stakenvicius
2013-08-27 14:27 ` Michał Górny
2013-08-28 11:15 ` [gentoo-project] " Markos Chandras
2013-08-28 11:24 ` Rich Freeman
2013-08-28 17:28 ` Matt Turner
2013-08-28 17:39 ` Ian Stakenvicius
2013-08-28 12:52 ` Samuli Suominen
2013-08-28 17:35 ` Andreas K. Huettel
2013-08-29 6:09 ` Michael Weber
2013-08-29 8:32 ` Markos Chandras
2013-08-29 11:22 ` Michael Weber
2013-08-29 13:16 ` Ben de Groot
2013-08-29 13:33 ` Markos Chandras
2013-08-29 15:34 ` Jack Morgan
2013-08-29 15:57 ` Andreas K. Huettel
2013-08-30 8:52 ` Sergey Popov
2013-08-30 12:53 ` Chris Reffett
2013-09-18 12:32 ` [gentoo-project] " Steven J. Long
2013-08-29 16:06 ` [gentoo-project] " Rich Freeman
2013-08-29 15:56 ` Andreas K. Huettel
2013-08-29 16:15 ` Matt Turner
2013-08-29 16:25 ` Matt Turner
2013-08-29 20:03 ` William Hubbs
2013-08-29 15:22 ` Jack Morgan
2013-08-29 15:44 ` Rich Freeman
2013-08-29 16:06 ` Andreas K. Huettel
2013-08-29 17:49 ` Rich Freeman
2013-09-15 11:41 ` Rich Freeman
2013-09-17 13:04 ` [gentoo-project] Minor arches (was: Call for agenda items - Council meeting 2013-09-10) Ulrich Mueller
2013-09-17 17:40 ` Matt Turner
2013-09-17 18:56 ` Agostino Sarubbo
2013-08-29 17:17 ` [gentoo-project] Call for agenda items - Council meeting 2013-09-10 Pacho Ramos
2013-08-29 18:33 ` Tom Wijsman
2013-08-29 19:40 ` Tom Wijsman
2013-08-29 20:23 ` Andreas K. Huettel
2013-09-15 15:03 ` Rich Freeman
2013-09-15 15:21 ` Michał Górny
2013-09-15 15:22 ` Pacho Ramos
2013-09-15 19:03 ` Rich Freeman
2013-09-18 2:53 ` Daniel Campbell
2013-09-18 6:51 ` Pacho Ramos
2013-09-18 7:19 ` Sergey Popov
2013-09-18 8:02 ` Daunting developer process? (was Re: [gentoo-project] Call for agenda items - Council meeting) 2013-09-10 Sven Vermeulen
2013-09-18 8:40 ` Markos Chandras
2013-09-18 12:18 ` [gentoo-project] Re: Daunting developer process? (was " Steven J. Long
2013-09-18 13:55 ` Tom Wijsman [this message]
2013-09-18 10:42 ` [gentoo-project] Call for agenda items - Council meeting 2013-09-10 heroxbd
2013-09-19 4:33 ` Daniel Campbell
2013-09-19 6:07 ` Pacho Ramos
2013-09-19 13:21 ` Daniel Campbell
2013-09-19 19:35 ` Pacho Ramos
2013-09-19 10:09 ` Dirkjan Ochtman
2013-09-19 12:37 ` Tom Wijsman
2013-09-19 13:33 ` Daniel Campbell
2013-09-15 19:08 ` Ciaran McCreesh
2013-09-15 20:18 ` Rich Freeman
2013-08-28 12:46 ` hasufell
2013-08-28 13:18 ` Ulrich Mueller
2013-08-28 14:04 ` hasufell
2013-08-28 17:02 ` Ulrich Mueller
2013-08-29 2:09 ` Patrick Lauer
2013-08-29 11:21 ` Rich Freeman
2013-08-29 13:37 ` hasufell
2013-09-03 9:20 ` [gentoo-project] " Ulrich Mueller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130918155539.7d10ffc9@TOMWIJ-GENTOO \
--to=tomwij@gentoo.org \
--cc=gentoo-project@lists.gentoo.org \
--cc=slong@rathaus.eclipse.co.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox