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 1Q4ORJ-0003HB-II for garchives@archives.gentoo.org; Tue, 29 Mar 2011 02:13:49 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EF36E1C064; Tue, 29 Mar 2011 02:13:32 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 0712E1C004 for ; Tue, 29 Mar 2011 02:12:54 +0000 (UTC) Received: from portable.localnet (unknown [201.246.100.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: aballier) by smtp.gentoo.org (Postfix) with ESMTPSA id 6929F1B4085; Tue, 29 Mar 2011 02:12:54 +0000 (UTC) From: Alexis Ballier Organization: Gentoo To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: virtual/ffmpeg and media-video/libav Date: Mon, 28 Mar 2011 23:12:49 -0300 User-Agent: KMail/1.13.6 (Linux/2.6.38; KDE/4.6.1; x86_64; ; ) Cc: Samuli Suominen References: <4D89FEC1.1030905@gentoo.org> <4D8A0274.4000103@gentoo.org> In-Reply-To: <4D8A0274.4000103@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: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201103282312.49730.aballier@gentoo.org> X-Archives-Salt: X-Archives-Hash: a0891c1dab0f1f3a796c27f308ac193d On Wednesday, March 23, 2011 11:23:48 AM Samuli Suominen wrote: > On 03/23/2011 04:08 PM, Tom=C3=A1=C5=A1 Chv=C3=A1tal wrote: > > Hi guys, > > As there is new ffmpeg fork that is a bit alive we should provide it as > > alternative to current media-video/ffmpeg. > >=20 > > So libav is stored in media-video/libav (look at it, try to find issues > > and stuff). > >=20 > > Virtual package is virtual/ffmpeg where now i implemented it to have > > versioned dependencies. > > So there is virtual/ffmpeg-0.6 virtual/ffmpeg-9999 where the apps can > > decide what they need. > > Samuli pointed out that we do not slot ffmpeg nor support versioned deps > > and always demand everything to be working with latest. If you have > > strong opinion on that one please express it here so the virtual gets > > redesigned to just simple virtual/ffmpeg-0.1 without any version stated > > in it. I myself like the chance to express the version explicitly. > > Virtual itself provide access to all useflags currently used in eapi2 > > deps. More can be added when required. >=20 > With the same logic we have always pulled in from master, instead of > release trees (such as 0.5.x, 0.6.x). > It's not legal to set versioned deps forcing downgrade on same > stabilization level (stable, or ~arch) as that will just cause > dependency conflict. Applies to any package. > So just punt the just committed virtuals and just leave > virtual/ffmpeg-0.ebuild. Anything that doesn't work with latest and is > not fixed in reasonable time, gets lastrited like before. well, if you want to convert all the tree you'll need a versioned virtual=20 because the >=3D deps are still needed (and the virtual should also have >=3D deps, not ~ nor =3D..* in order not = to=20 force a downgrade because of an outdated virtual) A.