From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 613861381F3 for ; Sun, 21 Apr 2013 14:23:58 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1EC02E0AC8; Sun, 21 Apr 2013 14:23:55 +0000 (UTC) Received: from mail-vb0-f42.google.com (mail-vb0-f42.google.com [209.85.212.42]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 01229E0A53 for ; Sun, 21 Apr 2013 14:23:53 +0000 (UTC) Received: by mail-vb0-f42.google.com with SMTP id p12so5110237vbe.15 for ; Sun, 21 Apr 2013 07:23:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=A6SBoX0INPsMKxYLwIP/oK2GBOxgGgFfKDRmRYJ4/0Y=; b=dqrsEtrMkC1wgW3+kCBM3mr6eWb3O/Q5RYIVPxbcaFiYEfLDS8NMxyDC4kJIOjhblk FGemjOuCEWVXUmcWzyVx+69+cP0n43/zPak4zrrG1x3J2ObtripOUYoP1VmLA+8qx3gv AwCSle0lDW4PM55a5c+3V/PdMB4rGcfAeHFzv7IyGz52WLxIcWfNeRJWpHKOdoBLzvgH CYpYpdKlqfYSxwz7darRJ3qXwEfS7goPZh88F8NKP9Cs/Jaa9IbB2mlUeq5ebWnGMHUB 1DbTpsHkQr31r5yCZGOgFUFdnBZ+1MUZNb4YTSsEnjddjo5NJkLZ5pPwERX6zRHIT2Ha rDlg== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.52.101.129 with SMTP id fg1mr14066080vdb.112.1366554233075; Sun, 21 Apr 2013 07:23:53 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.52.168.4 with HTTP; Sun, 21 Apr 2013 07:23:52 -0700 (PDT) In-Reply-To: References: <20130419091632.D01152171D@flycatcher.gentoo.org> <20130419153043.30ffc50c@portable> Date: Sun, 21 Apr 2013 10:23:52 -0400 X-Google-Sender-Auth: r_Ab4Jxvrg2IZF7gjfRu8dbfPLg Message-ID: Subject: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog package.mask From: Rich Freeman To: gentoo-dev Content-Type: text/plain; charset=ISO-8859-1 X-Archives-Salt: b77c87c1-86ee-41e8-9263-05323ed25776 X-Archives-Hash: 2f7cc4bfc818223ae087e2bc1546ad91 On Sun, Apr 21, 2013 at 10:11 AM, Denis Dupeyron wrote: > But nobody owns anything in Gentoo. As a developer > you're not king of the hill but servant of the users. The only way to > make yourself more relevant is by doing a better job, not by barking > at the others to protect your territory. I think that has to be qualified. If you're developing a package, and somebody else wants to add new functionality/features/etc, and is willing to put in the time to support them, then yes, it isn't your territory, and they can co-maintain. However, if somebody just commits something to your package, and it causes you headaches, and they aren't committing to long-term maintenance of the package, then yes, you can revert, etc. The bottom line is that package maintenance is a long-term commitment. You can't modify an ebuild and walk away, in general. Oh, sure, if you're just renaming a dependency or something there is room for exceptions. However, you don't change how a package works without cooperating with the maintainer, or becoming one yourself. The alternative is a Gentoo where packages that are working just fine get abandoned because somebody messes with them, and then the maintainer isn't allowed to maintain them the way they like and so they find something better to do with their time, leaving nobody maintaining the package. I don't know the specifics of this case so nobody should take this as finger-pointing unless it is your conscience doing the pointing. Maintainers don't "own" packages, but it is in everybody's interest to keep maintainers happy. Any dev can step up and co-maintain any package, but they have to be in it for the long term. If you don't like how somebody else is maintaining their package, and you're not willing to assume responsibility for it long term, then just consider yourself an end-user, and pretend you don't have commit rights. The only exceptions to this apply to projects like council, QA, etc, and those should represent even larger long-term commitments (and for the most part these bodies use more discretion anyway). Rich