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 A4699138968 for ; Sun, 10 Feb 2013 13:26:20 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DB6F521C0B0; Sun, 10 Feb 2013 13:26:17 +0000 (UTC) Received: from mail-ia0-f176.google.com (mail-ia0-f176.google.com [209.85.210.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E240521C018 for ; Sun, 10 Feb 2013 13:26:16 +0000 (UTC) Received: by mail-ia0-f176.google.com with SMTP id i18so5643648iac.21 for ; Sun, 10 Feb 2013 05:26:16 -0800 (PST) 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=4Mz13AfRPReszqWVbupsRnEjT7XDTS4uYOhifz1G8WA=; b=0h+l79SL//2aP94WJBiowx0bqrp6VzG2Rx+odOvFmPpG/AUa64qa0Y0Ac8Q3ELKC2Z pT48w/GdFH3zlFQMvrnpHWp5n+D3hmaQdjaNzpwfX2VJ1Pt1ma07RQvcYKRcY3o+v7yG Z/5hJgxvx/KGdycm4FCYeAQNFBynz8jEsxepgWs+7D8JNTltgLYLt2hBzmvMmonshaSl ENklUIgAXJemisKlfN12gBHaUH0MHYITw/Do9klJZ0FhQZkJMW1huDmIZLWuyTme+REl ceWRcWy6ZN6c3glDf3JYkWXHQh4uTIcfsmzSMKZNvm7J+wbEDQAE56s6uq6vcLrQ64s8 ulIA== 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.42.126.70 with SMTP id d6mr15203211ics.14.1360502776021; Sun, 10 Feb 2013 05:26:16 -0800 (PST) Sender: freemanrich@gmail.com Received: by 10.64.30.231 with HTTP; Sun, 10 Feb 2013 05:26:15 -0800 (PST) In-Reply-To: <511797C4.3010208@plaimi.net> References: <1360486867.26312.0.camel@belkin4> <511788EE.1010307@gentoo.org> <511797C4.3010208@plaimi.net> Date: Sun, 10 Feb 2013 08:26:15 -0500 X-Google-Sender-Auth: 0uQdbp_aM2E9jMGgnC4QuDKWYF8 Message-ID: Subject: Re: [gentoo-dev] Lastrites: media-gfx/picasa, dev-python/papyon, net-voip/telepathy-butterfly, sci-visualization/paraview, x11-misc/xdaf From: Rich Freeman To: gentoo-dev Content-Type: text/plain; charset=ISO-8859-1 X-Archives-Salt: e2bd4cb7-07e2-4a34-a298-7bb6fa018998 X-Archives-Hash: 34799cd9ed3e48b938dd3042016194b3 On Sun, Feb 10, 2013 at 7:51 AM, Alexander Berntsen wrote: > > On 10/02/13 13:11, Rich Freeman wrote: >> - just look up your average non-core piece of FOSS software and the >> first thing their Ubuntu install instructions will tell you to do >> is to add some repository to your list. > And the second search result is the Ubuntu troubleshooting broken > installs as a result of adding other repositories. > > I accept that there may exist reasons for using overlays. "Ubuntu do > it!" is not one. I have mixed feelings on this. I'd never advocate doing anything simply because everybody else is doing it - if I wanted to use Ubuntu I'd be using Ubuntu. There are pros/cons to overlays right now: Pros include: 1. More flexible maintenance model. The overlay maintainer can choose who has access to it. They don't have to worry about people making tree-wide commits without knowing what they're doing, because any damage is contained to the overlay (though obviously any package in an overlay could mess with anything on a user's system). 2. More flexible QA model. Usually that means less QA, which has its own pros and cons, but it /could/ actually mean more QA, or just different QA. Right now we have no way of communicating to users (beyond masks) that packages vary in quality level, and overlays could be a way to accomplish this. You could also have a set of related overlays that provide a dev/test/stable experience. Cons include: 1. No relationship to the tree. If somebody messes with one of your dependencies they will not take any care not to break your package. 2. Non-mainstream experience. Because Gentoo tends to be overlay-averse, most users don't use them at all. 3. No real organization. Beyond an entry in the layman list there really isn't any systematic tracking of overlays and their quality/etc. We don't "grade" overlays or anything like that. #1 is the biggest con I'd say. It is made worse by the fact that we don't have a main repository QA cycle (I'm not suggesting we have one). For something like Ubuntu anybody maintaining a 3rd party repository can monitor the release cycle and test against the new dependency versions before they are released and be ready on day one. For Gentoo you would have to pay very close attention to bugzilla, lists, irc, and perhaps even mail aliases (not open to the public) to have any idea that some change is about to happen to one of your dependencies if you aren't in the main tree. A fix for #1 might be some way to allow external parties to register interest in upcoming changes and get alerted. Then those changing libs could just trigger the alerts (and that system might also file bugs against in-tree packages to request testing). We obviously wouldn't consider any outside overlays blockers, but we could be nicer to them. Of course, that takes work and I'm skeptical that this would ever happen. So, those are just my thoughts on overlays. I don't think they're a bad thing. However, there are some things about Gentoo that make them less practical than on other distros. I won't argue that you get the best possible experience if the package is in the tree AND IT IS MAINTAINED. The problem is that in a volunteer-based organization the second half of that is hard to guarantee. Rich