public inbox for gentoo-project@lists.gentoo.org
 help / color / mirror / Atom feed
From: Rich Freeman <rich0@gentoo.org>
To: gentoo-project@lists.gentoo.org
Subject: Re: [gentoo-project] Council meeting 2015-01-13: call for agenda items
Date: Tue, 30 Dec 2014 06:31:04 -0500	[thread overview]
Message-ID: <CAGfcS_kSpFmmB50M-kVcqp7LUxXSWXq+cKCZNnqz3+wb-rmdXA@mail.gmail.com> (raw)
In-Reply-To: <20141230082843.63a80978@googlemail.com>

On Tue, Dec 30, 2014 at 3:28 AM, Ciaran McCreesh
<ciaran.mccreesh@googlemail.com> wrote:
> On Tue, 30 Dec 2014 00:00:04 -0500
> Dean Stephens <desultory@gentoo.org> wrote:
>> On 12/29/14 15:06, Rich Freeman wrote:
>> > I'll certainly agree that not everything needs a formal project.
>> > However, if a project wants to have authority/autonomy beyond
>> > anything-goes, then it should welcome members and elect a lead
>> > regularly.
>> >
>> There is at least a defensible argument to be made that being able to
>> reject applicants is more important to being able to maintain a
>> coherent project than the often indicated duty to accept anyone who
>> shows interest.
>
> But Gentoo is primarily about the Community, not the quality of the
> product. Requiring technical ability discourages contributions, and a
> lack of bugs decreases the volume of forum posts, so they are
> poisonous to the Community.

I'll leave it as an exercise to the casual reader of this thread to
judge what kinds of behavior are poisonous to the community.

In any case, if a project is actively rejecting applicants I'd say
that this would make it far more alive than the typical Gentoo project
from the complaints I've been hearing.  Part of me suspects that we've
gotten so good at ticking each other off that most of us just retreat
into our private interests and just do what we want to do until we
step on enough toes that we lose our commit rights.  You can't have
"quality of the product" if nobody is interested in actually working
on a "product" as opposed to a few random components that can be used
to build a product if people are willing to deal with the integration
issues, especially when things like creating documentation apparently
aren't essential to doing development, so it would just KILL us to
have to create a wiki account.

Since most of us don't have the time to completely build a
self-contained Linux distro on our own, we're left with the
apparently-unenviable task of working with other people to accomplish
this.  I'm all for making this as painless as possible, but I'm not
entirely convinced that going along with pleas like "do I HAVE to read
mailing lists" or "do I HAVE to let somebody co-maintain MY package or
join MY team" or "why CAN'T I get into a revert-war with somebody who
wants to add a feature to MY package that I don't personally use" is
really going to lead to the sort of distro that any of us actually
want to use.

If dealing with this kind of stuff seems unpleasant to you, take some
comfort in the fact that it isn't any more pleasant for the rest of
us.  :)

--
Rich


  reply	other threads:[~2014-12-30 11:31 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-27 12:34 [gentoo-project] Council meeting 2015-01-13: call for agenda items Andreas K. Huettel
2014-12-28 11:43 ` Anthony G. Basile
2014-12-28 11:57   ` Michał Górny
2014-12-28 16:45     ` Andreas K. Huettel
2014-12-28 16:54       ` Michał Górny
2014-12-29  0:02       ` Patrick Lauer
2014-12-29 20:57       ` Matthew Thode
2014-12-29 21:44         ` Andreas K. Huettel
2014-12-30  0:18         ` Alex Legler
2014-12-30 14:20           ` Anthony G. Basile
2014-12-30 15:05             ` Rich Freeman
2014-12-30 16:18               ` Anthony G. Basile
2014-12-30  4:59       ` Dean Stephens
2014-12-29 19:34   ` hasufell
2014-12-29 20:06     ` Rich Freeman
2014-12-29 21:02       ` Matthew Thode
2014-12-30  2:22       ` hasufell
2014-12-30  2:47         ` Rich Freeman
2014-12-30  5:00       ` Dean Stephens
2014-12-30  8:28         ` Ciaran McCreesh
2014-12-30 11:31           ` Rich Freeman [this message]
2014-12-30 14:25         ` hasufell
2014-12-30 15:12           ` Rich Freeman
2014-12-30 20:51             ` hasufell
2014-12-31  4:19           ` Dean Stephens
2015-01-04 23:27             ` hasufell
2015-01-05  4:38               ` Dean Stephens
2015-01-05 14:06                 ` hasufell
2015-01-06  4:25                   ` Dean Stephens
2015-01-07 13:03 ` Rich Freeman
2015-01-07 16:30   ` William Hubbs
2015-01-07 17:45     ` Rich Freeman
2015-01-07 19:35       ` William Hubbs
2015-01-07 21:21         ` Andrew Savchenko
2015-01-08 15:05           ` William Hubbs

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=CAGfcS_kSpFmmB50M-kVcqp7LUxXSWXq+cKCZNnqz3+wb-rmdXA@mail.gmail.com \
    --to=rich0@gentoo.org \
    --cc=gentoo-project@lists.gentoo.org \
    /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