From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QDbTI-00082F-DF for garchives@archives.gentoo.org; Sat, 23 Apr 2011 11:57:56 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D49AC1C0CC; Sat, 23 Apr 2011 11:57:47 +0000 (UTC) Received: from ohnopublishing.net (d14-69-165-90.try.wideopenwest.com [69.14.90.165]) by pigeon.gentoo.org (Postfix) with ESMTP id C97681C040 for ; Sat, 23 Apr 2011 11:57:15 +0000 (UTC) Received: by ohnopublishing.net (Postfix, from userid 1000) id 7665C950F3; Sat, 23 Apr 2011 08:01:16 -0400 (EDT) X-DKIM: Sendmail DKIM Filter v2.8.3 ohnopublishing.net 7665C950F3 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ohnopublishing.net; s=ohnopublishing.net; t=1303560076; bh=sYEN5WgHotFPCPH2uzJ2LyyOhtGGkd2eqe823PFpDw0=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=pGQgpzfEAK76tYN60GBnHhgc4dAGAh7mpH4d7KJXDJPGP3hTB4vrvbsEUcVDFMxEf 2upFYnK5bTZ+nTf/JBngKceIlOKFs8Tf8PwsHBrcL4HOhhC5U/dFgVR0X/lPWLj3dp U9q3rectUZmJLeGcGcGM/bh3ZNjnxfqdg2KZKvrc= Date: Sat, 23 Apr 2011 08:01:16 -0400 From: Nathan Phillip Brink To: Zac Medico Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] RDEPENDing on packages from overlays? Message-ID: <20110423120115.GS23862@ohnopublishing.net> References: <4DB26C3C.8090602@gentoo.org> <4DB2B1C0.2050708@gentoo.org> 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-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="NKys6zTV8iyMJiwY" Content-Disposition: inline In-Reply-To: <4DB2B1C0.2050708@gentoo.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-Archives-Salt: X-Archives-Hash: a4a45dfd314d57e039a5d6bad6586f61 --NKys6zTV8iyMJiwY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 23, 2011 at 04:02:24AM -0700, Zac Medico wrote: > On 04/22/2011 11:05 PM, Eray Aslan wrote: > > https://bugs.gentoo.org/show_bug.cgi?id=3D364445 > > https://bugs.gentoo.org/show_bug.cgi?id=3D364401 > >=20 > > Basically, there are requests to add packages to RDEPEND in virtual/mda > > and virtual/mta that are not in the official tree but in sunrise. > >=20 > > On one side, *DEPENDing on a package outside the tree doesn't seem > > right. Additionally, keeping track of all the overlays and their > > package versions, USE flags and flag changes are potentially too much to > > track. We will be making changes to a virtual package without testing > > whether it works. >=20 > I would assume that it's the overlay maintainers' responsibility to test > and report any problems. Any such problems would should affect the > overlay users, so it shouldn't cause any regression for users who don't > choose to use the overlay. >=20 > > On the other hand, we are making life (unneccesarily?) difficult for > > overlay users by not incorporating the requested changes to the official > > tree. >=20 > I don't imagine it's that much work to maintain a fork of the virtual. > It's just an inconvenience for users since the version from the overlay > might become temporarily outdated and cause problems with dependency > resolution. I would prefer that the virtual maintenance still happen in the main tree whenever possible. In this case, the virtual's maintainer seems willing to add the package atoms to the virtual -- the only concern was whether or not it was allowed to *DEPEND on atoms known not to be in gentoo-x86. So the answers I've read all add up to a "yes, go ahead". Encouraging overlays to maintain their own virtual replacements would be encouraging more people who are not familiar with a particular virtual to mess with it in their own repositories. Also, if multiple overlays each need to add a single but different DEPEND to a particular virtual, the user will end up with only one of these virtual overrides. Someone who overrides a virtual in an overlay would thus be expected to take into account other overlays which provide candidates for that virtual. Having overlay maintainers do this would be much more of a mess than letting one person manage the gentoo-x86 virtual and get everything done right once and without duplication of effort. --=20 binki Look out for missing or extraneous apostrophes! --NKys6zTV8iyMJiwY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) iQIcBAEBCAAGBQJNsr+LAAoJEHQ6UuhrqBBQrSMP+gNK24X7t15nCUlke4JZR7PC L8cJHa4VCovq06gzujbvj34G4/s9jzchJT0hg6BOoIBNSoHC9HPzdHpZP5v4Vdlw y4TuRuIQDmEU0AhZmsRlbyxmn8EbGWd8mv5V1Ly85uaBaewc+FK+FpcerHe6fCqo HaIMcssua1+MrOcpT4Pt/2+h2mrv7Dhqz3U0yWN7iN+zoZWYj7hudb2Dpnxp25dd O8yURcMNuTD4E0GCafXmktCPEaBO6NpCtnEx27R0fIksbJwr4eWnOh3Ir3qd7Uzt w22gBzTC07zffOVgtR91T7vuWQoBkREtsa9Be252mbHLrdK6BNJMj6pHwRafVX/Z ZlO0S2682FJKENAxhjhaRXjlMBdmk1gVLXRUfZ7syqzAKEwv7rhgnlSHJTDfh0ra i1H0+s+ZrRA025IuE6rjBOy+QLlTEErPvhkABMzhBaGH4ufQGRwI9DvJ0b+sqtWH 1ruxbN2pAy55XUCCpuibUz3JUrVLSrzc+kaInF2/gFZFNxQP7Lu+w2lFPuMcm1Qn KgrhhFoZOdjnpCKeQoFtLc/TjIcZejmynjXG7toPEMPVErOVYK0VBXx+RjLRKm93 SHQOfVMzfzESCwnAn5IhHYtW8Y2vZh/w+lue8KTz4wc4djn8a5fP1Uunii5vyqOv 9AVrqBr8xJiEDBEqAdr/ =x4rE -----END PGP SIGNATURE----- --NKys6zTV8iyMJiwY--