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 4B583138247 for ; Sun, 3 Nov 2013 08:26:36 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4E875E0B70; Sun, 3 Nov 2013 08:26:26 +0000 (UTC) Received: from mail-wg0-f41.google.com (mail-wg0-f41.google.com [74.125.82.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 087B4E09F5 for ; Sun, 3 Nov 2013 08:26:24 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id b13so774593wgh.4 for ; Sun, 03 Nov 2013 01:26:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=KNEUN6D4AtDz8jqzO+cDCOt/K46vhrVVx/IeRPbCTY4=; b=YDytqceDhPL4ZjGtMuvwrxyQuLWPgZnuDaxUb8aZGOPDbzhw/0oEfI+o7FGWJ/9Xy7 8ny/2d21iybUkgBv76uQPPvInznJXweQHeUxULTutFvaCVOb6eJLaPVU88n/Mb+PjywY 18Np4P/JhtrebLA02K4by2KTZEb/OpNJ0pu8Ai2tY2Hb4J8lHkainZObkmgeJtb5DXaB BYaYTVXfrMftDdyX4ZhGOI+SBmEcpWYaSwptsD6z2l86zNNSyyo6MQevGyK786qb3mIi trMPmMaMSKPMwTGxoPWc918Fph+hC0t5ku2KieKd8al3GWtbokknp5OCZswuXe+q6+H1 ArYA== X-Received: by 10.181.9.75 with SMTP id dq11mr8172977wid.16.1383467183471; Sun, 03 Nov 2013 01:26:23 -0700 (PDT) Received: from [172.20.0.40] (196-210-126-109.dynamic.isadsl.co.za. [196.210.126.109]) by mx.google.com with ESMTPSA id b7sm24679103wiz.8.2013.11.03.01.26.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 03 Nov 2013 01:26:22 -0700 (PDT) Message-ID: <5276089F.2020303@gmail.com> Date: Sun, 03 Nov 2013 10:26:07 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 CC: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] re: resolving blocked packages [media-video/ffmpeg-1.2:0] References: <526D4879.8030704@gmail.com> <5274D8A0.1010301@sporkbox.us> <5274DCFA.9010107@gmail.com> <52751A63.3090003@sporkbox.us> <52754D32.6000103@gmail.com> In-Reply-To: <52754D32.6000103@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 5fabb909-d5af-484f-b9c2-b6c90e046f0c X-Archives-Hash: f4c796755227801e3b13b337de2ce65d On 02/11/2013 21:06, Alexander Kapshuk wrote: >>> The basic problem is a stable system with a bunch of unstable packages >>> >> installed. >>> >> >>> >> The requested vlc version is ~arch, which wants a ~arch version of >>> >> gnutls. This conflicts with other stable packages that want a stable >>> >> version of gnutls. >>> >> >>> >> Mixing and matching arch and ~arch like this often causes unsolveable >>> >> problems, especially with basic libs like gnutls used by lots of >>> >> packages. In this specific case, I doubt very much that the problem is >>> >> solveable. Either make the entire system ~arch or downgrade vlc to >>> >> stable. Mixing is not recommended, not that it won't work (it often >>> >> does), but because users so often run into these problems and devs >>> >> usually will not help fix it. The user is thus totally on tehir own with >>> >> this one. >>> >> >>> >> >> > Ah, I wasn't aware that it wasn't a supported thing. Good points; the >> > testing necessary to support mixed systems is more than any dev team >> > could handle realistically. I mix and match, but only for a select few >> > packages that simply don't have a stable version. >> > >> > Alex: In order to get ~arch vlc, you had to put vlc in your >> > package.accept_keywords file. Try removing that to go back to the stable >> > build and see if that corrects things. If not, then I agree with Alan >> > and you should probably make the big decision of stable or testing. >> > > Thanks very much for your responses to my original query. > > What I did do prior to getting your responses was try and resolve the > dependency conflict as shown below. > > (1). I added '=net-libs/gnutls-3.2.5 ~x86' and > '=media-video/ffmpeg-1.2.4 ~x86' to package.accept_keywords: > box0=; egrep 'gnutls|ffmpeg' /etc/portage/package.accept_keywords > =net-libs/gnutls-3.2.5 ~x86 > =media-video/ffmpeg-1.2.4 ~x86 > (2). I then updated 'media-video/ffmpeg' to version > 'media-video/ffmpeg-1.2.4', like so: > emerge --ask '>media-video/ffmpeg-1.0.7' > !!! existing preserved libs: >>>> >>> package: media-video/ffmpeg-1.2.4 > * - /usr/lib/libavutil.so.51 > * - /usr/lib/libavutil.so.51.73.101 > * used by /usr/bin/mencoder (media-video/mplayer-1.1.1-r1) > * used by /usr/bin/mplayer (media-video/mplayer-1.1.1-r1) > * used by /usr/lib/vlc/plugins/codec/libavcodec_plugin.so > (media-video/vlc-2.0.9) > * used by /usr/lib/vlc/plugins/demux/libavformat_plugin.so > (media-video/vlc-2.0.9) > Use emerge @preserved-rebuild to rebuild packages using these libraries > (3). I then pulled in the other updates: > emerge --ask --update --deep --with-bdeps=y --newuse world > (4). Rebuilt the preserved libs as recorded in > /var/lib/portage/preserved_libs_registry > emerge --ask @preserved-rebuild > > So far, the whole system seems to be running OK. Yes, that is how it is done > It did occur to me afterwards, like Alan and Daniel suggested, that > mixing stable and unstable packages was not a good idea. The reason it's not a good idea usually is that you get these conflicts with dependencies. The software still runs and things still work but the user can cause themselves lots of extra hassle to make it work. Here, vlc depends on a gnutls version 3, which is a bit sad. I would hope the authors of vlc would support all current versions of gnutls. One option is to ask "does your media player really require TLS support?" Maybe it's just a nice feature and you can do without it, so add to package.use: media-video/vlc -gnutls It's something worth considering > > I put vlc ~x86 in package.keywords as instructed here, > http://www.videolan.org/vlc/download-gentoo.html. > box0=; cat /etc/portage/package.keywords > media-video/vlc ~x86 > > Turns out, it wasn't such a good idea after all. > > What would I have to do to downgrade vlc, gnutls and ffmpeg to the > stable versions of the packages? > I guess I'd have to remove their respective entries from > /etc/portage/package.(accept)_keywords. > box0=; cat /etc/portage/package.keywords > media-video/vlc ~x86 > box0=; cat /etc/portage/package.accept_keywords > =net-im/skype-4.2.0.11-r1 ~x86 > =sys-devel/gettext-0.18.3.1-r1 ~x86 > =net-libs/gnutls-3.2.5 ~x86 > =media-video/ffmpeg-1.2.4 ~x86 > > How would I instruct emerge to do that properly? Just run "emerge -avuND world" and emerge will do all the necessary downgrades. Then run "emerge -a --depclean" to remove any slotted libs that might have been pulled in and are no longer needed (a simple emerge world does not deal with those) Or, you can try sidestep the issue and avoid gnutls completely as above. Yet another option is to request that gnutls be slotted so that you can have v2 and v3 at the same time and don't have to choose (openssl already works this way). You do this by opening a feature request bug at bugs.gentoo.org -- Alan McKinnon alan.mckinnon@gmail.com