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 5F9A513896E for ; Sun, 10 Feb 2013 14:37:54 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F067F21C017; Sun, 10 Feb 2013 14:37:49 +0000 (UTC) Received: from mail-ee0-f50.google.com (mail-ee0-f50.google.com [74.125.83.50]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 8D37421C008 for ; Sun, 10 Feb 2013 14:37:48 +0000 (UTC) Received: by mail-ee0-f50.google.com with SMTP id e51so2890943eek.9 for ; Sun, 10 Feb 2013 06:37:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:reply-to:subject:date:message-id:user-agent :in-reply-to:references:mime-version:content-transfer-encoding :content-type; bh=HLKDJWmJSHIuXIaHJsm0KPIK6T2aq7k9Eo4pCxCZmaM=; b=kda1z0BkD4ba/2qXwsb/x8+kWGDiHwsIw+ekzNLM7o4G1O1SxwvcCF8swub8PfvIl1 UolauAKTSnKM+WVaCthBpJ7BtbiwuROoaJ7eaPupWyWqcWf/0alx2k4Y50bgmmUa+i/O N28TDJyLw4FE6jmiPOKPJ3I+iM4SVtis7hgB+cWNz4IvC/hVA6Xc16dvDYiqahkSdtxp uQnlTbhtkOZ4sqDjc+MNfnqdGagxLG07ssEFaDrdivEsy3pMRwFdXloQdMT1HGU+YZdA LNwnpkFP6i1/0muARMmLt4fi8CNhTDNotxuqzz0bYdzXV4iDnm391LoAE0GvA5ac2y2l X9yA== X-Received: by 10.14.198.198 with SMTP id v46mr39559394een.4.1360507067168; Sun, 10 Feb 2013 06:37:47 -0800 (PST) Received: from arcarius.localnet (ip-86-49-43-53.net.upcbroadband.cz. [86.49.43.53]) by mx.google.com with ESMTPS id t4sm57557217eel.0.2013.02.10.06.37.45 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 10 Feb 2013 06:37:46 -0800 (PST) From: =?utf-8?B?VG9tw6HFoSBDaHbDoXRhbA==?= To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Lastrites: media-gfx/picasa, dev-python/papyon, net-voip/telepathy-butterfly, sci-visualization/paraview, x11-misc/xdaf Date: Sun, 10 Feb 2013 15:37:44 +0100 Message-ID: <1680130.pEs1zspV9T@arcarius> User-Agent: KMail/4.9.5 (Linux/3.7.0-hardened; KDE/4.9.5; x86_64; ; ) In-Reply-To: <511797C4.3010208@plaimi.net> References: <1360486867.26312.0.camel@belkin4> <511788EE.1010307@gentoo.org> <511797C4.3010208@plaimi.net> 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 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" X-Archives-Salt: 133c8050-ade7-4750-be3b-857056736a0b X-Archives-Hash: b4747d1e02eadf5e34fae634e4ed1af3 Dne Ne 10. =FAnora 2013 13:51:16, Alexander Berntsen napsal(a): > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 >=20 > On 10/02/13 12:47, Patrick Lauer wrote: > > So instead of moving things from random overlays to the tree we > > remove packages now, remove features from other packages because of= > >=20 > > that (openfoam) and then ... tell users to use an overlay? > >=20 > > Somehow this appears not well thought out to me. >=20 > +1 >=20 > On 10/02/13 13:11, Rich Freeman wrote: > > There is nothing wrong with having an overlay that provides a > > better experience than the main tree. Most distros actually > > operate this way >=20 > Most distros aren't very good. >=20 > > - just look up your average non-core piece of FOSS software and the= > >=20 > > first thing their Ubuntu install instructions will tell you to do > >=20 > > is to add some repository to your list. >=20 > And the second search result is the Ubuntu troubleshooting broken > installs as a result of adding other repositories. >=20 > I accept that there may exist reasons for using overlays. "Ubuntu do > it!" is not one. >=20 Don't worry, no matter what are Richs opinions he is not the one crating global poli= cies=20 for this, so the defaults still are that we encourage adding all stuff = to main=20 tree where possible. Even the overlays are supposed to be just plaingro= unds=20 where we train upcoming devs, or pose as live ebuild/huge experimantal = changes=20 storage space. Even the excuse that it is not maintained so it is to stay in overlay i= s=20 false, because when somebody mess with the package in overlay they can = became=20 maintainers in the main tree too without much fuzz. But I suppose this problem is created simply because people not wanting= to=20 work with cvs (and I purely agree that git workflow is much easier wrt=20= this)... Cheers Tom