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 1Q2Oxd-0001Nj-GB for garchives@archives.gentoo.org; Wed, 23 Mar 2011 14:22:57 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 061551C086; Wed, 23 Mar 2011 14:22:46 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 3FF5C1C04F for ; Wed, 23 Mar 2011 14:22:20 +0000 (UTC) Received: from [83.146.207.236] (dyn-207-236-dsl.vsp.fi [83.146.207.236]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: ssuominen) by smtp.gentoo.org (Postfix) with ESMTPSA id 642921B4079 for ; Wed, 23 Mar 2011 14:22:19 +0000 (UTC) Message-ID: <4D8A0274.4000103@gentoo.org> Date: Wed, 23 Mar 2011 16:23:48 +0200 From: Samuli Suominen User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110322 Lightning/1.0b3pre Thunderbird/3.1.9 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 To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] Re: virtual/ffmpeg and media-video/libav References: <4D89FEC1.1030905@gentoo.org> In-Reply-To: <4D89FEC1.1030905@gentoo.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: X-Archives-Hash: e7f7e2c4e167a2ff98f3dd607ca3ac8d 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 dep= s > 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. 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.