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 8469C138CCE for ; Sat, 16 May 2015 13:02:16 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 576EDE08E8; Sat, 16 May 2015 13:02:09 +0000 (UTC) Received: from mail-wg0-f53.google.com (mail-wg0-f53.google.com [74.125.82.53]) (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 057F0E08D3 for ; Sat, 16 May 2015 13:02:06 +0000 (UTC) Received: by wgin8 with SMTP id n8so142608155wgi.0 for ; Sat, 16 May 2015 06:02:06 -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=m/4SMwJ+GPBposLiVjFw+phQygkpQeiT0M4j1CMuYHc=; b=pTA7kecV/sN4+xpNtiraOipXCYd4NiGzARTMa0gzl/jTuAzXdTqUyNGE8Yjf9ZeRKY AI5eS+xa2SEJ9c0PqGNYSqwcRwQHMbvY+4hch5MBzYg1pvs0HqmikEsTLIaISNTuwkkI wwNYpojM9Tm64dv19c7b+fTa3Ip4QeFRbAHxyLQH+1f4FV5bjLTjgPppcOs7FLMyXwhT T0QHvMMDdqBDHvJENO3pXU9bo/qiT5jilsSdXHwSeVVbd9UACorAtFtl771hXbavrRVS rtYKzpyM9FbkG2/YmjqMtEia8X6duy8+cgl5fHZg75Kr1tB7ajTlAYaDL4J2NYDgeJBW 1MVw== 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.180.208.99 with SMTP id md3mr5990464wic.34.1431781325958; Sat, 16 May 2015 06:02:05 -0700 (PDT) Received: by 10.27.178.16 with HTTP; Sat, 16 May 2015 06:02:05 -0700 (PDT) In-Reply-To: <55573D1B.6030803@gmail.com> References: <55558dda.42dfc20a.6ffb.3e3d@mx.google.com> <5556E74B.9000903@gmail.com> <55573D1B.6030803@gmail.com> Date: Sat, 16 May 2015 16:02:05 +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: 60f0a5e8-29d4-4770-b271-ac16d3418952 X-Archives-Hash: baa2571bed0c385c7e0578dab4384b0c 2015-05-16 15:50 GMT+03:00 Alan McKinnon : > On 16/05/2015 09:51, gevisz wrote: >> 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 = and >>>>>>> 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 fo= r me. >>>>>> >>>>>> However, it would be interesting to hear what the Gentoo devs think = about >>>>>> 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/ma= ke.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_= n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi= _s390_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_x8= 6_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_x8= 6_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?= ,abi_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_x= 86_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?,mp= 3?,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 s= upport >>>> - - firefox-bookmarks : Install bookmark data miner plugin for >>>> www-client/firefox and www-client/firefox-bin >>>> + + flac : Add support for FLAC: Free Lossless Audio Cod= ec >>>> + + gif : Add GIF image support >>>> - - gsf : Enable gnome-extra/libgsf based data >>>> extractor and for ODT. >>>> + + gstreamer : Add support for media-libs/gstreamer (Streami= ng media) >>>> + + gtk : Add support for x11-libs/gtk+ (The GIMP Toolk= it) >>>> - - iptc : Enable extraction of IPTC data from pictures >>>> + + iso : Enable extraction of metadata from ISO disk i= mages >>>> + + 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(-)?,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-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?]) >> >> 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 glob= ally >> 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 t= ime. >> >> Will report about the results later. >> > Some info you might find useful. I'm coming to the thread late, so I > might have overlooked something. > > I have the same setup as you (multilib, abi_x86_32 enabled per-package) > except I enabled ffmpeg and disabled libav. Here's how I set that up: > > # egrep -ir "libav|ffmpeg" /etc/portage/ > /etc/portage/make.conf: ffmpeg -libav > /etc/portage/package.use/abi_x86_32:virtual/ffmpeg abi_x86_32 > /etc/portage/package.use/emul-linux-x86:media-video/ffmpeg abi_x86_32 > > If you were to reverse those settings for you, does that help? Thank you for your suggestions, but I am already compiling with abi_x86_32 enabled globally.