public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Chris Gianelloni <wolf31o2@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Some ideas on how to reduce territoriality
Date: Fri, 03 Aug 2007 15:49:58 -0700	[thread overview]
Message-ID: <1186181398.8470.56.camel@inertia.twi-31o2.org> (raw)
In-Reply-To: <46B3AAD2.20108@gentoo.org>

[-- Attachment #1: Type: text/plain, Size: 1784 bytes --]

On Sat, 2007-08-04 at 01:23 +0300, Petteri Räty wrote:
> Chris Gianelloni kirjoitti:
> > More and more, I am finding developers who are afraid to touch packages
> > for even minor things if they're not the maintainer.  This is a sad
> > state of affairs and not the reason we have maintainers.  We have
> > maintainers to assure that a package is being taken care of, not to
> > establish some kind of "territory" over that package.  Because of this
> > misconception, I would like to come up with and document a listing of
> > things that any ebuild developer can feel free to do to any package
> > *without* maintainer consent.  These are generally all minor things, but
> > things that I think are important.  I'm going to list off the things
> > that I can think of, and encourage everyone else to speak up if I've
> > missed something.
> > 
> 
> I don't find anything wrong with doing the changes after you find that
> the maintainer is not responsive. If the maintainer is responsive, he
> will a) do the changes b) give you the permission to do it c) give
> reasoning on why the proposed changes should not be done.

Why should someone have to go through all of that just to make these
minor fixes?  Is it really necessary for someone to be required to try
to track down and contact the maintainer to tell them that they put
"ebiuld" instead of "ebuild" into an ebuild?  This is my entire point.
Why are we forcing a process that only fosters inefficiency?  It is much
simpler to say "if you see one of these, fix it" than to force every
single action to go through the maintainer.

-- 
Chris Gianelloni
Release Engineering Strategic Lead
Alpha/AMD64/x86 Architecture Teams
Games Developer/Council Member/Foundation Trustee
Gentoo Foundation

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2007-08-03 22:56 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-03 22:06 [gentoo-dev] Some ideas on how to reduce territoriality Chris Gianelloni
2007-08-03 22:19 ` Mike Doty
2007-08-03 22:47   ` Chris Gianelloni
2007-08-04  7:21     ` Marius Mauch
2007-08-03 22:23 ` Philipp Riegger
2007-08-03 22:34   ` Petteri Räty
2007-08-03 22:40     ` Donnie Berkholz
2007-08-03 23:03       ` Mike Doty
2007-08-03 23:06         ` Mike Doty
2007-08-03 23:20           ` Robin H. Johnson
2007-08-04 14:43             ` [gentoo-dev] Commitlog-mailinglist (was: Re: Some ideas on how to reduce territoriality) Lars Weiler
2007-08-04 19:32               ` [gentoo-dev] Commitlog-mailinglist Donnie Berkholz
2007-08-06  9:41                 ` [gentoo-dev] Commitlog-mailinglist Christian Faulhammer
2007-08-06 12:23               ` [gentoo-dev] Commitlog-mailinglist (was: Re: Some ideas on how to reduce territoriality) Mike Frysinger
2007-08-06 14:43                 ` [gentoo-dev] Commitlog-mailinglist Lars Weiler
2007-08-06 15:01                   ` Ned Ludd
2007-08-06 15:48                     ` Lars Weiler
2007-08-06 16:20                       ` Petteri Räty
2007-08-03 22:43     ` [gentoo-dev] Some ideas on how to reduce territoriality Philipp Riegger
2007-08-03 22:23 ` Petteri Räty
2007-08-03 22:49   ` Chris Gianelloni [this message]
2007-08-04  7:36     ` Marius Mauch
2007-08-03 22:53 ` Roy Marples
2007-08-04  1:13 ` Luis Francisco Araujo
2007-08-06 19:16   ` Chris Gianelloni
2007-08-07  3:48     ` [gentoo-dev] " Steve Long
2007-08-04  9:06 ` [gentoo-dev] " Alec Warner
2007-08-04 16:29   ` [gentoo-dev] " Steve Long
2007-08-04 17:17     ` Martin Jackson
2007-08-04 17:27 ` [gentoo-dev] " Jeroen Roovers
2007-08-04 17:39   ` Vlastimil Babka
2007-08-04 17:56     ` Steev Klimaszewski
2007-08-04 20:05       ` Petteri Räty
2007-08-04 23:56         ` Jurek Bartuszek
2007-08-05  6:27           ` Jeroen Roovers
2007-08-06 12:26         ` Mike Frysinger
2007-08-06 16:18           ` Petteri Räty
2007-08-07  0:23             ` Mike Frysinger
2007-08-05  0:03     ` [gentoo-dev] " Steve Long
2007-08-05  7:50       ` Petteri Räty
2007-08-04 19:34 ` Tiziano Müller
2007-08-05  0:19   ` Steve Long
2007-08-05 16:14 ` [gentoo-dev] " Ciaran McCreesh
2007-08-06 14:09   ` [gentoo-dev] " Steve Long
2007-08-06  9:24 ` Christian Faulhammer
2007-08-06 11:16 ` [gentoo-dev] " Paul de Vrieze

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=1186181398.8470.56.camel@inertia.twi-31o2.org \
    --to=wolf31o2@gentoo.org \
    --cc=gentoo-dev@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