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 C86C5138CCE for ; Sat, 16 May 2015 07:51:38 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CCD65E0891; Sat, 16 May 2015 07:51:27 +0000 (UTC) Received: from mail-wi0-f173.google.com (mail-wi0-f173.google.com [209.85.212.173]) (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 8F5D2E0817 for ; Sat, 16 May 2015 07:51:26 +0000 (UTC) Received: by wibt6 with SMTP id t6so15671180wib.0 for ; Sat, 16 May 2015 00:51:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=sZhGBchurJ6NyC1Bup6ZM2ik/ERajbCaR+aLKxy22xA=; b=w0Xkmb4+6z4OzlH06nT2e6VKLElzWem0iQ1zNl9n3F2xOsI8ZvxD4aF4cJrxuLiDjf JrrBk/uxLBA/84uMGVsKSci2toluBwsPVtjyzeZpa7HCn1X+6HSCZnHVhT3pvY1LC2bd HwSxkiaF+8Y4eqmHsjaHCEhcSSq4R/vzSxubQI6xOz39Kj8iOu1Vm42sLJrddHEmnhkt 9scY5Wb5o/vYbkUrNYCDNHJ5NysBRFVo481ZTPPrQldoJKD6g0vKjIpOpgWxLpU2BdLN REw6PspO1xg8wo8y1S/ybq0sruM4MWtEznjlHM7hLe924pzp1YyOB/gIjWK54Qg5s9q7 lPKA== 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 X-Received: by 10.194.161.138 with SMTP id xs10mr26041981wjb.37.1431762685540; Sat, 16 May 2015 00:51:25 -0700 (PDT) Received: by 10.27.178.16 with HTTP; Sat, 16 May 2015 00:51:25 -0700 (PDT) In-Reply-To: <5556E74B.9000903@gmail.com> References: <55558dda.42dfc20a.6ffb.3e3d@mx.google.com> <5556E74B.9000903@gmail.com> Date: Sat, 16 May 2015 10:51:25 +0300 Message-ID: Subject: Re: [gentoo-user] libav and ffmpeg on the same computer issue once again From: gevisz To: "gentoo-user@lists.gentoo.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 5c5c18ca-70be-4bc0-aaa8-1e9fcde31879 X-Archives-Hash: 2549a1b226491c1a156175887a2fa131 2015-05-16 9:44 GMT+03:00 Alan McKinnon : > On 16/05/2015 07:52, gevisz wrote: >> 2015-05-15 20:30 GMT+03:00 Alexander Kapshuk : >>> On Fri, May 15, 2015 at 9:04 AM, Gevisz wrote: >>>> >>>> On Fri, 15 May 2015 01:45:35 -0400 Gregory Woodbury >>>> wrote: >>>> >>>>> I had a similar problem with some packages wanting virtual/ffmpeg an= d >>>>> it wouldn't take the -libav USE flag without adding a keyword for >>>>> ~amd64 on the virtual. >>>>> (yes, I am going the opposite way from you, but the cause seem the >>>>> same -- various USE flags are not yet adjusted in the stable >>>>> branches.) >>>>> >>>>> Perhaps we need to request "stabilization" for some of the newer >>>>> packages to solve this. >>>> >>>> Thank you for confirming that libav USE flag do not work not only for = me. >>>> >>>> However, it would be interesting to hear what the Gentoo devs think ab= out >>>> this issue. >>> >>> Portage news item No 19 has the answer you're looking for. >> >> No, it has not. >> >> As I have already written, I have libav USE flag in my /etc/portage/make= .conf >> and still portage wants to merge media-video/ffmpeg >> >>>> eselect news read 19 >>>> 2015-04-16-ffmpeg-default >>>> Title FFmpeg default >>>> Author Ben de Groot >>>> Posted 2015-04-16 >>>> Revision 1 >>>> >>>> Since the choice between ffmpeg and libav has been made more >>>> explicit, there has been a lot of discussion about what the >>>> default implementation should be. It can be concluded that >>>> media-video/ffmpeg has wider support, and would be somewhat >>>> more convenient for most end-users. >>>> >>>> For this reason the default implementation has been switched >>>> back from media-video/libav to media-video/ffmpeg by removing >>>> the libav useflag from the base profile. >>>> >>>> If the libav useflag is already globally enabled or disabled >>>> in /etc/portage/make.conf, then no further action is required. >>>> >>>> Users who implicitly relied on libav being enabled in their >>>> profile, and who wish to continue using libav, should enable >>>> USE=3Dlibav in their /etc/portage/make.conf file. >> >> P.S. Trying to find out which packages currently depend on ffmpeg, >> I get the following: >> >> $ equery depends ffmpeg >> * These packages depend on ffmpeg: >> app-misc/tracker-1.2.5 (ffmpeg ? >=3Dvirtual/ffmpeg-9) >> media-libs/gegl-0.2.0-r2 (!libav ? media-video/ffmpeg:0) >> media-plugins/alsa-plugins-1.0.28 (ffmpeg ? >> virtual/ffmpeg[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n3= 2(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s= 390_32(-)?,abi_s390_64(-)?]) >> media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3 (!libav ? >>> =3Dmedia-video/ffmpeg-1.2.6-r1:0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_= x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,a= bi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]) >> media-plugins/gst-plugins-libav-1.2.4-r1 (!libav ? >>> =3Dmedia-video/ffmpeg-1.2.6-r1:0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_= x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,a= bi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]) >> media-sound/sox-14.4.1 (ffmpeg ? >=3Dvirtual/ffmpeg-0.9) >> media-video/vlc-2.1.5-r1 (!libav ? media-video/ffmpeg:0) >> (!libav ? >=3Dmedia-video/ffmpeg-1.2:0) >> (!libav ? media-video/ffmpeg:0[vaapi]) >> virtual/ffmpeg-9-r1 >> (>=3Dmedia-video/ffmpeg-1.2.6-r1:0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86= _x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,= abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?,X?,encode?,gsm?,jpeg2k?,mp3?= ,opus?,sdl?,speex?,theora?,threads?,truetype?,vaapi?,vdpau?,x264?]) >> >> Interestingly enouth, when I try to find out why the tracker package >> needs ffmpeg, >> I get the following: >> >> $ equery uses tracker >> [ Legend : U - final flag setting for installation] >> [ : I - package is installed with flag ] >> [ Colors : set, unset ] >> * Found these USE flags for app-misc/tracker-1.2.5: >> U I >> - - cue : Enable cue sheet parsing >> + + exif : Add support for reading EXIF headers from >> JPEG and TIFF images >> - - ffmpeg : Enable ffmpeg/libav-based audio/video codec sup= port >> - - firefox-bookmarks : Install bookmark data miner plugin for >> www-client/firefox and www-client/firefox-bin >> + + flac : Add support for FLAC: Free Lossless Audio Codec >> + + gif : Add GIF image support >> - - gsf : Enable gnome-extra/libgsf based data >> extractor and for ODT. >> + + gstreamer : Add support for media-libs/gstreamer (Streaming= media) >> + + gtk : Add support for x11-libs/gtk+ (The GIMP Toolkit= ) >> - - iptc : Enable extraction of IPTC data from pictures >> + + iso : Enable extraction of metadata from ISO disk ima= ges >> + + jpeg : Add JPEG image support >> + + miner-fs : Enable tracker-miner-fs (required for >> filesystem indexing) >> + + mp3 : Add support for reading mp3 files >> + + nautilus : Enable tracker to integrate with >> gnome-base/nautilus by providing entries in its context menu >> - - networkmanager : Enable net-misc/networkmanager support >> + + pdf : Add general support for PDF (Portable >> Document Format), this replaces the pdflib and cpdflib flags >> - - playlist : Add support for playlists >> - - rss : Enable support for RSS feeds >> - - test : Workaround to pull in packages needed to run >> with FEATURES=3Dtest. Portage-2.1.2 handles this internally, so don't >> set it in >> make.conf/package.use anymore >> - - thunderbird : Install email data miner plugin for >> mail-client/thunderbird and mail-client/thunderbird-bin >> + + tiff : Add support for the TIFF image format >> - - upnp-av : Enable UPnP audio/video streaming support >> + + upower : Enable power management support >> + + vorbis : Add support for the OggVorbis audio codec >> + + xml : Add support for XML files >> - - xmp : Enable support for Extensible Metadata >> Platform (Adobe XMP) >> - - xps : Add support for XPS file format through >> app-text/libgxps. >> >> >> That, in my view, means that the tracker package really should not >> demand ffmpeg. >> > > > Just checking something. > > app-misc/tracker does NOT depends on ffmpeg. It depends on > virtual/ffmpeg, which libav satisfies. I think you are chasing a red > haerring with that one. > > Did you notice? Yes, you are right about the tracker package. However, portage wants to emerge media-video/ffmpeg-2.2.14 and $ equery depends media-video/ffmpeg-2.2.14 * These packages depend on media-video/ffmpeg-2.2.14: media-libs/gegl-0.2.0-r2 (!libav ? media-video/ffmpeg:0) media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3 (!libav ? >=3Dmedia-video/ffmpeg-1.2.6-r1:0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32= (-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_= ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]) media-plugins/gst-plugins-libav-1.2.4-r1 (!libav ? >=3Dmedia-video/ffmpeg-1.2.6-r1:0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32= (-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_= ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]) media-video/vlc-2.1.5-r1 (!libav ? media-video/ffmpeg:0) (!libav ? >=3Dmedia-video/ffmpeg-1.2:0) (!libav ? media-video/ffmpeg:0[vaapi]) virtual/ffmpeg-9-r1 (>=3Dmedia-video/ffmpeg-1.2.6-r1:0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x3= 2(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi= _ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?,X?,encode?,gsm?,jpeg2k?,mp3?,op= us?,sdl?,speex?,theora?,threads?,truetype?,vaapi?,vdpau?,x264?]) So, more general questions remain relevant. P.S. I guess that the situation has something to do with the fact that I have a multilib profile (on amd64) and have chosen to enable abi_x86_32 on per package base. Probably, after portage-tree update, portage cannot find the needed x86_32 libraries and decides to emerge media-video/ffmpeg instead. So, if I get no better suggestions, I will enable abi_x86_32 globall= y and try to update the world once more. If that will not work, I will remove the libav USE flag from /etc/portage/make.conf and try to update the world for the last time= . Will report about the results later.