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 8694F1389E2 for ; Sun, 7 Dec 2014 06:31:50 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6AB73E0901; Sun, 7 Dec 2014 06:31:48 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E49F2E08F4 for ; Sun, 7 Dec 2014 06:31:47 +0000 (UTC) Received: from [192.168.1.4] (ip70-181-96-121.oc.oc.cox.net [70.181.96.121]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: zmedico) by smtp.gentoo.org (Postfix) with ESMTPSA id D8058340383; Sun, 7 Dec 2014 06:31:46 +0000 (UTC) Message-ID: <5483F44E.3080000@gentoo.org> Date: Sat, 06 Dec 2014 22:31:42 -0800 From: Zac Medico User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.8.1 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-portage-dev@lists.gentoo.org Reply-to: gentoo-portage-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-portage-dev@lists.gentoo.org, robbat2@gentoo.org CC: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= Subject: Re: [gentoo-portage-dev] [PATCH] Allow virtuals in package.provided References: <1417797794-19449-1-git-send-email-mgorny@gentoo.org> In-Reply-To: <1417797794-19449-1-git-send-email-mgorny@gentoo.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 8fdeac04-6e8d-4eaa-8fd5-5e1a51450973 X-Archives-Hash: 42e92559d68ca049fc133db1709ba703 @Robin: This patch reverts the changes from bug 161003. Maybe this constraint is not needed anymore? On 12/05/2014 08:43 AM, Michał Górny wrote: > With new-style virtuals, there is no reason to enforce special rules to > virtuals in package.provided. If user wishes to implicitly provide > the virual package, we should not forbid him. Of course, he knows > the implications. > --- > man/portage.5 | 7 ------- > pym/portage/package/ebuild/config.py | 6 ------ > 2 files changed, 13 deletions(-) > > diff --git a/man/portage.5 b/man/portage.5 > index 150294b..46835b5 100644 > --- a/man/portage.5 > +++ b/man/portage.5 > @@ -400,13 +400,6 @@ entries may cause installed packages satisfying equivalent dependencies > to be removed by \fBemerge\fR(1) \fB\-\-depclean\fR actions (see the > \fBACTIONS\fR section of the \fBemerge\fR(1) man page for more information). > > -Virtual packages (virtual/*) should not be specified in package.provided, > -since virtual packages themselves do not provide any files, and > -package.provided is intended to represent packages that do provide files. > -Depending on the type of virtual, it may be necessary to add an entry to the > -virtuals file and/or add a package that satisfies a virtual to > -package.provided. LGTM. I guess we can mark bug 161003 resolved as "OBSOLETE". [1] https://bugs.gentoo.org/show_bug.cgi?id=161003 -- Thanks, Zac