From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 3B7181382C5 for ; Tue, 20 Feb 2018 00:18:43 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9D64FE0B23; Tue, 20 Feb 2018 00:18:37 +0000 (UTC) Received: from smtp.laposte.net (smtpoutz27.laposte.net [194.117.213.102]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 26CF8E0AE5 for ; Tue, 20 Feb 2018 00:18:37 +0000 (UTC) Received: from smtp.laposte.net (localhost [127.0.0.1]) by lpn-prd-vrout015 (Postfix) with ESMTP id 67D041CB334 for ; Tue, 20 Feb 2018 01:18:35 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=laposte.net; s=mail0; t=1519085915; bh=uhg8AlOOlzhLIqkjbRZxxaE2ioX8S6o94FRBLW+UYB4=; h=Subject:To:References:From:Date:In-Reply-To; b=FbFWR/x6NO3LMbT339hLqSj8EUnQ7NrsIQAMZ3aiuKI9nHg7QqtkcdSfh1AKJmwWy G0VIwtYRfWzABV4SWc1e90DuL/tqP3UZXviBKh9H1KfAchTUadDRWaN1KQQGFlzaY5 CzUd6HHquIBz+EKuDTFP1C8fJumgCUtlZk8bqXFFz37xgZeB8V0RdOccIqtbyJksDd H//swRBZlH0G/W/TZFdd4/hPBSDhcHB6o99MH6uDiB11tTn1uFoojTmG+VtRaheeew RxEoG3nhevKaz8FwUVgQdOS8BPMPCAfrpqKWPXTFOfiJrLrUwZiDUFL6fm77d0jqxw Npkroajta2VKw== Received: from smtp.laposte.net (localhost [127.0.0.1]) by lpn-prd-vrout015 (Postfix) with ESMTP id 58B041CC4CB for ; Tue, 20 Feb 2018 01:18:35 +0100 (CET) Received: from lpn-prd-vrin002 (lpn-prd-vrin002.prosodie [10.128.63.3]) by lpn-prd-vrout015 (Postfix) with ESMTP id 542001CC2FB for ; Tue, 20 Feb 2018 01:18:35 +0100 (CET) Received: from lpn-prd-vrin002 (localhost [127.0.0.1]) by lpn-prd-vrin002 (Postfix) with ESMTP id 447375C36F1 for ; Tue, 20 Feb 2018 01:18:35 +0100 (CET) Received: from [192.168.1.2] (unknown [151.60.162.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lpn-prd-vrin002 (Postfix) with ESMTPSA id 1061C5C36EF for ; Tue, 20 Feb 2018 01:18:34 +0100 (CET) Subject: Re: [gentoo-dev] EAPI 7 in Portage needs YOU! To: gentoo-dev@lists.gentoo.org References: <6A1DC1CD-A6F2-4094-BAD9-7D3F413EE769@gentoo.org> <529f4885-9044-db40-6471-a747bf0ac131@laposte.net> <23179.2743.643298.244147@a1i15.kph.uni-mainz.de> <1519068755.31483.0.camel@gentoo.org> <1519069121.1104.9.camel@gentoo.org> From: Michael Lienhardt Message-ID: Date: Tue, 20 Feb 2018 01:19:07 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 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 In-Reply-To: <1519069121.1104.9.camel@gentoo.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: it-IT Content-Transfer-Encoding: 8bit X-VR-FullState: 0 X-VR-Score: 0 X-VR-Cause-1: gggruggvucftvghtrhhoucdtuddrgedtfedrgeeigdduiecutefuodetggdotefrodftvfcurfhrohhf X-VR-Cause-2: ihhlvgemucfntefrqffuvffgnecuuegrihhlohhuthemucehtddtnecunecujfgurhepuffvfhfhkfff X-VR-Cause-3: fgggjggtgfesthekredttdefjeenucfhrhhomhepofhitghhrggvlhcunfhivghnhhgrrhguthcuoehm X-VR-Cause-4: ihgthhgrvghlrdhlihgvnhhhrghrughtsehlrghpohhsthgvrdhnvghtqeenucffohhmrghinhepghgv X-VR-Cause-5: nhhtohhordhorhhgnecukfhppeduhedurdeitddrudeivddrvdehnecurfgrrhgrmhepmhhouggvpehs X-VR-Cause-6: mhhtphhouhhtpdhhvghloheplgduledvrdduieekrddurddvngdpihhnvghtpeduhedurdeitddrudei X-VR-Cause-7: vddrvdehpdhmrghilhhfrhhomhepmhhitghhrggvlhdrlhhivghnhhgrrhgutheslhgrphhoshhtvgdr X-VR-Cause-8: nhgvthdprhgtphhtthhopehgvghnthhoohdquggvvheslhhishhtshdrghgvnhhtohhordhorhhgnecu X-VR-Cause-9: vehluhhsthgvrhfuihiivgeptd X-VR-AvState: No X-VR-State: 0 X-VR-State: 0 X-Archives-Salt: 965eb9ab-6a57-4a20-9d55-41b41fca8063 X-Archives-Hash: e198b75e039cb7a603913d00d1427ab8 Il 19/02/2018 20:38, Michał Górny ha scritto: > W dniu pon, 19.02.2018 o godzinie 21∶32 +0200, użytkownik Mart Raudsepp > napisał: >> On Mon, 2018-02-19 at 18:34 +0100, Ulrich Mueller wrote: >>> It is explained in section 8.2.4: >>> https://dev.gentoo.org/~ulm/pms/7-draft/pms.html#x1-800008.2.4 >> >> Maybe I missed this, but a real world use case example would be nice, >> maybe someone feels a harder itch to scratch then :) >> > > The original use case was for providers-like thingies, e.g.: > > ||= ( ffmpeg:0= libav:0= ) > > That said, I'd personally prefer doing that with proper USE_EXPAND > and REQUIRED_USE enforcing but this has been rejected. > So, if I understand correctly, the ||= group is an "or" that must be resolved in the same way in the DEPEND and RDEPEND dependencies, right? The documentation does not specify how this group interacts between different ebuilds. I guess there is no interaction, but just to be sure, let consider the following corner-case example: - a package A has RDEPEND=||= ( ffmpeg:0= libav:0= ) while another package B has DEPEND=ffmpeg - the solver choose libav to solve the dependency of the first package and ffmpeg to solve the second, removing ffmpeg afterward - will package A break? Michael Lienhardt