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 1QDcYZ-0001Op-QN for garchives@archives.gentoo.org; Sat, 23 Apr 2011 13:07:27 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CE75EE0509; Sat, 23 Apr 2011 13:07:10 +0000 (UTC) Received: from a1iwww1.kph.uni-mainz.de (a1iwww1.kph.uni-mainz.de [134.93.134.1]) by pigeon.gentoo.org (Postfix) with ESMTP id 7A51D1C00B for ; Sat, 23 Apr 2011 13:05:05 +0000 (UTC) Received: from a1i15.kph.uni-mainz.de (a1i15.kph.uni-mainz.de [134.93.134.92]) by a1iwww1.kph.uni-mainz.de (8.14.4/8.13.4) with ESMTP id p3ND54vr004282 for ; Sat, 23 Apr 2011 15:05:04 +0200 Received: from a1i15.kph.uni-mainz.de (localhost [127.0.0.1]) by a1i15.kph.uni-mainz.de (8.14.4/8.14.2) with ESMTP id p3ND54B9011923; Sat, 23 Apr 2011 15:05:04 +0200 Received: (from ulm@localhost) by a1i15.kph.uni-mainz.de (8.14.4/8.14.4/Submit) id p3ND54x3011922; Sat, 23 Apr 2011 15:05:04 +0200 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: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19890.52864.562205.156890@a1i15.kph.uni-mainz.de> Date: Sat, 23 Apr 2011 15:05:03 +0200 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] RDEPENDing on packages from overlays? In-Reply-To: <4DB2C0F9.3090501@gentoo.org> References: <4DB26C3C.8090602@gentoo.org> <4DB2B1C0.2050708@gentoo.org> <4DB2C0F9.3090501@gentoo.org> X-Mailer: VM 8.1.1 under 23.3.1 (x86_64-pc-linux-gnu) From: Ulrich Mueller X-Archives-Salt: X-Archives-Hash: c03ff102adc4e8f6d8c8275849bb92b3 >>>>> On Sat, 23 Apr 2011, Thomas Sachau wrote: > If e.g. kde and sunrise overlay both provide an mta, they would both > need a fork of virtual/mta. Now one of those forks will be preferred > and used, e.g. the kde one. This means, that you cannot install the > mta from sunrise to satisfy the virtual without additional manual > work. So far this is only a hypothetical example, as there is no MTA package in the KDE overlay. As long as sunrise is the only overlay providing such a package, I don't see how maintaining a fork of the virtual would be problematic. Any collision scenarios can be solved when they really arise (if ever). > The only way to solve this properly without asking the user to > manually adjust things is to just add all mtas from overlays (maybe > restricted to dev-controlled or -managed overlays) to virtual/mta in > the main tree. The additional entries in the any-of-many dependency are not an issue. But the problem that I see with this approach is that a maintainer of a package depending on the virtual would have to test if his package works with those additional dependencies from overlays. I'd rather not impose such an additional burden upon maintainers of main tree packages. Ulrich