[gentoo-user] libav and ffmpeg on the same computer issue once again

[gentoo-user] libav and ffmpeg on the same computer issue once again

[gevisz]

After Gentoo devs decided to switch back to ffmpeg default,
I set libav USE flag at my /etc/portage/make.conf
and was happy with that so far. :)

However, after yesterday's
# emerge-webrsync
# emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world
I've got some blocks that in my view result from the fact that portage wants
to emerge ffmpeg in addition to libav. (Please, correct me if I am wrong.)

So, my questions, are:
1) What is happened?
2) Is this behavior desired? (If yes, by whome? :)
3) What shall I do with all this?

The full output of the emerge update command is as follows:

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R    ] x11-proto/videoproto-2.3.2  ABI_X86="32*"
[ebuild   R    ] x11-libs/libXv-1.0.10  ABI_X86="32*"
[ebuild     U  ] dev-libs/openssl-1.0.1m [1.0.1l-r1]
[ebuild     U  ] dev-db/sqlite-3.8.10.1 [3.8.9] USE="-tools%"
[ebuild  NS    ] sys-kernel/gentoo-sources-3.18.12 [3.18.11]
USE="-build -deblob -experimental -symlink"
[ebuild  r  U  ] media-video/libav-11.3 [9.17] USE="(-armv5te)
(-armv6) (-armv6t2) (-armvfp) -bs2b% -fontconfig% -twolame% -wavpack%
-webp% -x265%" CPU_FLAGS_X86="sse%* sse2%* sse3%* -avx2% -fma3% -fma4%
-sse4_1% -sse4_2% -xop%"
[ebuild  rR    ] media-video/libav-9.17
[ebuild  rR    ] media-libs/libpostproc-10.20140517-r1
[ebuild  N     ] media-video/ffmpeg-2.2.14  USE="X aac alsa bzip2
encode hardcoded-tables iconv mp3 network opengl pulseaudio sdl
truetype vorbis x264 xvid zlib -aacplus (-altivec) -amr -amrenc
(-armv5te) (-armv6) (-armv6t2) (-armvfp) -bluray -cdio -celt
-cpudetection -debug -doc -examples -faac -fdk -flite -fontconfig
-frei0r -gme -gnutls -gsm -iec61883 -ieee1394 -jack -jpeg2k -ladspa
-libass -libcaca -libsoxr -libv4l (-mips32r2) (-mipsdspr1)
(-mipsdspr2) (-mipsfpu) -modplug (-neon) -openal -openssl -opus -oss
-pic -quvi -rtmp -schroedinger -speex -ssh -static-libs {-test}
-theora -threads -twolame -v4l -vaapi -vdpau -vpx -wavpack -webp -x265
-zvbi" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="3dnow 3dnowext mmx
mmxext sse sse2 sse3 -avx -avx2 -fma3 -fma4 -sse4_1 -sse4_2 -ssse3"
FFTOOLS="aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt
graph2dot ismindex pktdumper qt-faststart trasher"
[ebuild  N     ] dev-qt/qtchooser-0_p20150102  USE="(-qt5) {-test}"
[ebuild     U  ] dev-qt/qtcore-4.8.6-r2 [4.8.5-r2] ABI_X86="(64%*) -32% (-x32)"
[blocks b      ] dev-qt/qttranslations:4 ("dev-qt/qttranslations:4" is
blocking dev-qt/qtcore-4.8.5-r2)
[blocks b      ] <dev-qt/qtcore-4.8.6:4 ("<dev-qt/qtcore-4.8.6:4" is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild  N     ] dev-qt/qttranslations-4.8.6-r1  ABI_X86="(64) -32 (-x32)"
[ebuild     U  ] dev-qt/qtscript-4.8.6-r2 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
[blocks b      ] <dev-qt/qtscript-4.8.6:4 ("<dev-qt/qtscript-4.8.6:4"
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtgui-4.8.6-r4 [4.8.5-r4] ABI_X86="(64%*) -32% (-x32)"
[blocks b      ] <dev-qt/qtgui-4.8.6:4 ("<dev-qt/qtgui-4.8.6:4" is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtsql-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
[blocks b      ] <dev-qt/qtsql-4.8.6:4 ("<dev-qt/qtsql-4.8.6:4" is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qt3support-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
[blocks b      ] <dev-qt/qt3support-4.8.6:4
("<dev-qt/qt3support-4.8.6:4" is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtxmlpatterns-4.8.6-r1 [4.8.5] ABI_X86="(64%*)
-32% (-x32)"
[blocks b      ] <dev-qt/qtxmlpatterns-4.8.6:4
("<dev-qt/qtxmlpatterns-4.8.6:4" is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtdbus-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
[blocks b      ] <dev-qt/qtdbus-4.8.6:4 ("<dev-qt/qtdbus-4.8.6:4" is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/designer-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
[blocks b      ] <dev-qt/designer-4.8.6:4 ("<dev-qt/designer-4.8.6:4"
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtopengl-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
[blocks b      ] <dev-qt/qtopengl-4.8.6:4 ("<dev-qt/qtopengl-4.8.6:4"
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qthelp-4.8.6-r3 [4.8.5-r2] ABI_X86="(64%*) -32% (-x32)"
[blocks b      ] <dev-qt/qthelp-4.8.6:4 ("<dev-qt/qthelp-4.8.6:4" is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtsvg-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
[blocks b      ] <dev-qt/qtsvg-4.8.6:4 ("<dev-qt/qtsvg-4.8.6:4" is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild  rR    ] media-video/vlc-2.1.5-r1
[ebuild     U  ] dev-qt/qttest-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
[blocks b      ] <dev-qt/qttest-4.8.6:4 ("<dev-qt/qttest-4.8.6:4" is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtmultimedia-4.8.6-r1 [4.8.5] ABI_X86="(64%*)
-32% (-x32)"
[blocks b      ] <dev-qt/qtmultimedia-4.8.6:4
("<dev-qt/qtmultimedia-4.8.6:4" is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtbearer-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
[blocks b      ] <dev-qt/qtbearer-4.8.6:4 ("<dev-qt/qtbearer-4.8.6:4"
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/pixeltool-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
[blocks b      ] <dev-qt/pixeltool-4.8.6:4
("<dev-qt/pixeltool-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtwebkit-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
[blocks b      ] <dev-qt/qtwebkit-4.8.6:4 ("<dev-qt/qtwebkit-4.8.6:4"
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtdeclarative-4.8.6-r1 [4.8.5] ABI_X86="(64%*)
-32% (-x32)"
[blocks b      ] <dev-qt/qtdeclarative-4.8.6:4
("<dev-qt/qtdeclarative-4.8.6:4" is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/assistant-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
[blocks b      ] <dev-qt/assistant-4.8.6:4
("<dev-qt/assistant-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qdbusviewer-4.8.6-r1 [4.8.5] ABI_X86="(64%*)
-32% (-x32)"
[blocks b      ] <dev-qt/qdbusviewer-4.8.6:4
("<dev-qt/qdbusviewer-4.8.6:4" is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/linguist-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
[blocks b      ] <dev-qt/linguist-4.8.6:4 ("<dev-qt/linguist-4.8.6:4"
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtphonon-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
[blocks b      ] <dev-qt/qtphonon-4.8.6:4 ("<dev-qt/qtphonon-4.8.6:4"
is blocking dev-qt/qtchooser-0_p20150102)
[blocks B      ] media-video/ffmpeg:0 ("media-video/ffmpeg:0" is
blocking media-libs/libpostproc-10.20140517-r1,
media-video/libav-9.17, media-video/libav-11.3)
[blocks B      ] media-libs/libpostproc ("media-libs/libpostproc" is
blocking media-video/ffmpeg-2.2.14)

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

media-video/libav:0

  (media-video/libav-11.3:0/11::gentoo, ebuild scheduled for merge) pulled in by
    (no parents that aren't satisfied by other packages in this slot)

  (media-video/libav-9.17:0/9::gentoo, ebuild scheduled for merge) pulled in by
    >=media-video/libav-9.12:0/9=[abi_x86_64(-)] required by
(media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3:0.10/0.10::gentoo,
installed)
                            ^^^^^
    <media-video/libav-10: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(-)?]
required by (media-plugins/gst-plugins-libav-1.2.4-r1:1.0/1.0::gentoo,
installed)
    ^                  ^^^^^
    (and 4 more with the same problems)


It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously.  If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.


 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (media-video/ffmpeg-2.2.14:0/52.55.55::gentoo, ebuild scheduled for
merge) pulled in by
    >=media-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?]
(>=media-video/ffmpeg-1.2.6-r1:0[abi_x86_32(-),abi_x86_64(-),X,encode,mp3,sdl,truetype,x264])
required by (virtual/ffmpeg-9-r1:0/0::gentoo, installed)

  (media-libs/libpostproc-10.20140517-r1:0/0::gentoo, ebuild scheduled
for merge) pulled in by
    media-libs/libpostproc:0 required by
@__auto_slot_operator_replace_installed__
    media-libs/libpostproc:0= required by
(media-video/vlc-2.1.5-r1:0/5-7::gentoo, ebuild scheduled for merge)
    >=media-libs/libpostproc-10.20140517-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-libs/libpostproc-10.20140517-r1:0=[abi_x86_64(-)]) required
by (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3:0.10/0.10::gentoo,
installed)
    >=media-libs/libpostproc-10.20140517-r1:0/0=[abi_x86_64(-)]
required by (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3:0.10/0.10::gentoo,
installed)


For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):

https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages


The following packages are causing rebuilds:

  (media-video/libav-11.3:0/11::gentoo, ebuild scheduled for merge)
causes rebuilds for:
    (media-libs/libpostproc-10.20140517-r1:0/0::gentoo, ebuild
scheduled for merge)
    (media-video/vlc-2.1.5-r1:0/5-7::gentoo, ebuild scheduled for merge)

The following USE changes are necessary to proceed:
 (see "package.use" in the portage(5) man page for more details)
# required by virtual/ffmpeg-9-r1::gentoo
# required by media-plugins/alsa-plugins-1.0.28::gentoo
# required by media-sound/pulseaudio-5.0-r7::gentoo[alsa-plugin,alsa]
# required by media-video/libav-9.17::gentoo[pulseaudio]
# required by @__auto_slot_operator_replace_installed__ (argument)
>=media-video/ffmpeg-2.2.14 abi_x86_32
# required by x11-libs/libXv-1.0.10::gentoo
# required by media-video/ffmpeg-2.2.14::gentoo[X]
# required by virtual/ffmpeg-9-r1::gentoo
# required by media-plugins/alsa-plugins-1.0.28::gentoo
# required by media-sound/pulseaudio-5.0-r7::gentoo[alsa-plugin,alsa]
# required by media-video/libav-9.17::gentoo[pulseaudio]
# required by @__auto_slot_operator_replace_installed__ (argument)
>=x11-proto/videoproto-2.3.2 abi_x86_32
# required by media-video/ffmpeg-2.2.14::gentoo[X]
# required by virtual/ffmpeg-9-r1::gentoo
# required by media-plugins/alsa-plugins-1.0.28::gentoo
# required by media-sound/pulseaudio-5.0-r7::gentoo[alsa-plugin,alsa]
# required by media-video/libav-9.17::gentoo[pulseaudio]
# required by @__auto_slot_operator_replace_installed__ (argument)
>=x11-libs/libXv-1.0.10 abi_x86_32

Would you like to add these changes to your config files? [Yes/No] n

!!! All ebuilds that could satisfy
">=x11-proto/videoproto-2.3.1-r1[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(-)?]"
have been masked.
!!! One of the following masked packages is required to complete your request:
- x11-proto/videoproto-2.3.2::gentoo (masked by: )

(dependency required by "x11-libs/libXv-1.0.10::gentoo" [ebuild])
(dependency required by "media-video/ffmpeg-2.2.14::gentoo[X]" [ebuild])
(dependency required by "virtual/ffmpeg-9-r1::gentoo" [installed])
(dependency required by "media-plugins/alsa-plugins-1.0.28::gentoo" [installed])
(dependency required by
"media-sound/pulseaudio-5.0-r7::gentoo[alsa-plugin,alsa]" [installed])
(dependency required by "media-video/libav-9.17::gentoo[pulseaudio]" [ebuild])
(dependency required by "@__auto_slot_operator_replace_installed__" [argument])
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Gregory Woodbury]

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.

On Fri, May 15, 2015 at 1:18 AM, gevisz <gevisz@gmail.com> wrote:
> After Gentoo devs decided to switch back to ffmpeg default,
> I set libav USE flag at my /etc/portage/make.conf
> and was happy with that so far. :)
>
> However, after yesterday's
> # emerge-webrsync
> # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world
> I've got some blocks that in my view result from the fact that portage wants
> to emerge ffmpeg in addition to libav. (Please, correct me if I am wrong.)
>
> So, my questions, are:
> 1) What is happened?
> 2) Is this behavior desired? (If yes, by whome? :)
> 3) What shall I do with all this?
>
> The full output of the emerge update command is as follows:
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild   R    ] x11-proto/videoproto-2.3.2  ABI_X86="32*"
> [ebuild   R    ] x11-libs/libXv-1.0.10  ABI_X86="32*"
> [ebuild     U  ] dev-libs/openssl-1.0.1m [1.0.1l-r1]
> [ebuild     U  ] dev-db/sqlite-3.8.10.1 [3.8.9] USE="-tools%"
> [ebuild  NS    ] sys-kernel/gentoo-sources-3.18.12 [3.18.11]
> USE="-build -deblob -experimental -symlink"
> [ebuild  r  U  ] media-video/libav-11.3 [9.17] USE="(-armv5te)
> (-armv6) (-armv6t2) (-armvfp) -bs2b% -fontconfig% -twolame% -wavpack%
> -webp% -x265%" CPU_FLAGS_X86="sse%* sse2%* sse3%* -avx2% -fma3% -fma4%
> -sse4_1% -sse4_2% -xop%"
> [ebuild  rR    ] media-video/libav-9.17
> [ebuild  rR    ] media-libs/libpostproc-10.20140517-r1
> [ebuild  N     ] media-video/ffmpeg-2.2.14  USE="X aac alsa bzip2
> encode hardcoded-tables iconv mp3 network opengl pulseaudio sdl
> truetype vorbis x264 xvid zlib -aacplus (-altivec) -amr -amrenc
> (-armv5te) (-armv6) (-armv6t2) (-armvfp) -bluray -cdio -celt
> -cpudetection -debug -doc -examples -faac -fdk -flite -fontconfig
> -frei0r -gme -gnutls -gsm -iec61883 -ieee1394 -jack -jpeg2k -ladspa
> -libass -libcaca -libsoxr -libv4l (-mips32r2) (-mipsdspr1)
> (-mipsdspr2) (-mipsfpu) -modplug (-neon) -openal -openssl -opus -oss
> -pic -quvi -rtmp -schroedinger -speex -ssh -static-libs {-test}
> -theora -threads -twolame -v4l -vaapi -vdpau -vpx -wavpack -webp -x265
> -zvbi" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="3dnow 3dnowext mmx
> mmxext sse sse2 sse3 -avx -avx2 -fma3 -fma4 -sse4_1 -sse4_2 -ssse3"
> FFTOOLS="aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt
> graph2dot ismindex pktdumper qt-faststart trasher"
> [ebuild  N     ] dev-qt/qtchooser-0_p20150102  USE="(-qt5) {-test}"
> [ebuild     U  ] dev-qt/qtcore-4.8.6-r2 [4.8.5-r2] ABI_X86="(64%*) -32% (-x32)"
> [blocks b      ] dev-qt/qttranslations:4 ("dev-qt/qttranslations:4" is
> blocking dev-qt/qtcore-4.8.5-r2)
> [blocks b      ] <dev-qt/qtcore-4.8.6:4 ("<dev-qt/qtcore-4.8.6:4" is
> blocking dev-qt/qtchooser-0_p20150102)
> [ebuild  N     ] dev-qt/qttranslations-4.8.6-r1  ABI_X86="(64) -32 (-x32)"
> [ebuild     U  ] dev-qt/qtscript-4.8.6-r2 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> [blocks b      ] <dev-qt/qtscript-4.8.6:4 ("<dev-qt/qtscript-4.8.6:4"
> is blocking dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/qtgui-4.8.6-r4 [4.8.5-r4] ABI_X86="(64%*) -32% (-x32)"
> [blocks b      ] <dev-qt/qtgui-4.8.6:4 ("<dev-qt/qtgui-4.8.6:4" is
> blocking dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/qtsql-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> [blocks b      ] <dev-qt/qtsql-4.8.6:4 ("<dev-qt/qtsql-4.8.6:4" is
> blocking dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/qt3support-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> [blocks b      ] <dev-qt/qt3support-4.8.6:4
> ("<dev-qt/qt3support-4.8.6:4" is blocking
> dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/qtxmlpatterns-4.8.6-r1 [4.8.5] ABI_X86="(64%*)
> -32% (-x32)"
> [blocks b      ] <dev-qt/qtxmlpatterns-4.8.6:4
> ("<dev-qt/qtxmlpatterns-4.8.6:4" is blocking
> dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/qtdbus-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> [blocks b      ] <dev-qt/qtdbus-4.8.6:4 ("<dev-qt/qtdbus-4.8.6:4" is
> blocking dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/designer-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> [blocks b      ] <dev-qt/designer-4.8.6:4 ("<dev-qt/designer-4.8.6:4"
> is blocking dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/qtopengl-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> [blocks b      ] <dev-qt/qtopengl-4.8.6:4 ("<dev-qt/qtopengl-4.8.6:4"
> is blocking dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/qthelp-4.8.6-r3 [4.8.5-r2] ABI_X86="(64%*) -32% (-x32)"
> [blocks b      ] <dev-qt/qthelp-4.8.6:4 ("<dev-qt/qthelp-4.8.6:4" is
> blocking dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/qtsvg-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> [blocks b      ] <dev-qt/qtsvg-4.8.6:4 ("<dev-qt/qtsvg-4.8.6:4" is
> blocking dev-qt/qtchooser-0_p20150102)
> [ebuild  rR    ] media-video/vlc-2.1.5-r1
> [ebuild     U  ] dev-qt/qttest-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> [blocks b      ] <dev-qt/qttest-4.8.6:4 ("<dev-qt/qttest-4.8.6:4" is
> blocking dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/qtmultimedia-4.8.6-r1 [4.8.5] ABI_X86="(64%*)
> -32% (-x32)"
> [blocks b      ] <dev-qt/qtmultimedia-4.8.6:4
> ("<dev-qt/qtmultimedia-4.8.6:4" is blocking
> dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/qtbearer-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> [blocks b      ] <dev-qt/qtbearer-4.8.6:4 ("<dev-qt/qtbearer-4.8.6:4"
> is blocking dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/pixeltool-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> [blocks b      ] <dev-qt/pixeltool-4.8.6:4
> ("<dev-qt/pixeltool-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/qtwebkit-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> [blocks b      ] <dev-qt/qtwebkit-4.8.6:4 ("<dev-qt/qtwebkit-4.8.6:4"
> is blocking dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/qtdeclarative-4.8.6-r1 [4.8.5] ABI_X86="(64%*)
> -32% (-x32)"
> [blocks b      ] <dev-qt/qtdeclarative-4.8.6:4
> ("<dev-qt/qtdeclarative-4.8.6:4" is blocking
> dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/assistant-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> [blocks b      ] <dev-qt/assistant-4.8.6:4
> ("<dev-qt/assistant-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/qdbusviewer-4.8.6-r1 [4.8.5] ABI_X86="(64%*)
> -32% (-x32)"
> [blocks b      ] <dev-qt/qdbusviewer-4.8.6:4
> ("<dev-qt/qdbusviewer-4.8.6:4" is blocking
> dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/linguist-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> [blocks b      ] <dev-qt/linguist-4.8.6:4 ("<dev-qt/linguist-4.8.6:4"
> is blocking dev-qt/qtchooser-0_p20150102)
> [ebuild     U  ] dev-qt/qtphonon-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> [blocks b      ] <dev-qt/qtphonon-4.8.6:4 ("<dev-qt/qtphonon-4.8.6:4"
> is blocking dev-qt/qtchooser-0_p20150102)
> [blocks B      ] media-video/ffmpeg:0 ("media-video/ffmpeg:0" is
> blocking media-libs/libpostproc-10.20140517-r1,
> media-video/libav-9.17, media-video/libav-11.3)
> [blocks B      ] media-libs/libpostproc ("media-libs/libpostproc" is
> blocking media-video/ffmpeg-2.2.14)
>
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
>
> media-video/libav:0
>
>   (media-video/libav-11.3:0/11::gentoo, ebuild scheduled for merge) pulled in by
>     (no parents that aren't satisfied by other packages in this slot)
>
>   (media-video/libav-9.17:0/9::gentoo, ebuild scheduled for merge) pulled in by
>     >=media-video/libav-9.12:0/9=[abi_x86_64(-)] required by
> (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3:0.10/0.10::gentoo,
> installed)
>                             ^^^^^
>     <media-video/libav-10: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(-)?]
> required by (media-plugins/gst-plugins-libav-1.2.4-r1:1.0/1.0::gentoo,
> installed)
>     ^                  ^^^^^
>     (and 4 more with the same problems)
>
>
> It may be possible to solve this problem by using package.mask to
> prevent one of those packages from being selected. However, it is also
> possible that conflicting dependencies exist such that they are
> impossible to satisfy simultaneously.  If such a conflict exists in
> the dependencies of two different packages, then those packages can
> not be installed simultaneously.
>
> For more information, see MASKED PACKAGES section in the emerge man
> page or refer to the Gentoo Handbook.
>
>
>  * Error: The above package list contains packages which cannot be
>  * installed at the same time on the same system.
>
>   (media-video/ffmpeg-2.2.14:0/52.55.55::gentoo, ebuild scheduled for
> merge) pulled in by
>     >=media-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?]
> (>=media-video/ffmpeg-1.2.6-r1:0[abi_x86_32(-),abi_x86_64(-),X,encode,mp3,sdl,truetype,x264])
> required by (virtual/ffmpeg-9-r1:0/0::gentoo, installed)
>
>   (media-libs/libpostproc-10.20140517-r1:0/0::gentoo, ebuild scheduled
> for merge) pulled in by
>     media-libs/libpostproc:0 required by
> @__auto_slot_operator_replace_installed__
>     media-libs/libpostproc:0= required by
> (media-video/vlc-2.1.5-r1:0/5-7::gentoo, ebuild scheduled for merge)
>     >=media-libs/libpostproc-10.20140517-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-libs/libpostproc-10.20140517-r1:0=[abi_x86_64(-)]) required
> by (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3:0.10/0.10::gentoo,
> installed)
>     >=media-libs/libpostproc-10.20140517-r1:0/0=[abi_x86_64(-)]
> required by (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3:0.10/0.10::gentoo,
> installed)
>
>
> For more information about Blocked Packages, please refer to the following
> section of the Gentoo Linux x86 Handbook (architecture is irrelevant):
>
> https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages
>
>
> The following packages are causing rebuilds:
>
>   (media-video/libav-11.3:0/11::gentoo, ebuild scheduled for merge)
> causes rebuilds for:
>     (media-libs/libpostproc-10.20140517-r1:0/0::gentoo, ebuild
> scheduled for merge)
>     (media-video/vlc-2.1.5-r1:0/5-7::gentoo, ebuild scheduled for merge)
>
> The following USE changes are necessary to proceed:
>  (see "package.use" in the portage(5) man page for more details)
> # required by virtual/ffmpeg-9-r1::gentoo
> # required by media-plugins/alsa-plugins-1.0.28::gentoo
> # required by media-sound/pulseaudio-5.0-r7::gentoo[alsa-plugin,alsa]
> # required by media-video/libav-9.17::gentoo[pulseaudio]
> # required by @__auto_slot_operator_replace_installed__ (argument)
>>=media-video/ffmpeg-2.2.14 abi_x86_32
> # required by x11-libs/libXv-1.0.10::gentoo
> # required by media-video/ffmpeg-2.2.14::gentoo[X]
> # required by virtual/ffmpeg-9-r1::gentoo
> # required by media-plugins/alsa-plugins-1.0.28::gentoo
> # required by media-sound/pulseaudio-5.0-r7::gentoo[alsa-plugin,alsa]
> # required by media-video/libav-9.17::gentoo[pulseaudio]
> # required by @__auto_slot_operator_replace_installed__ (argument)
>>=x11-proto/videoproto-2.3.2 abi_x86_32
> # required by media-video/ffmpeg-2.2.14::gentoo[X]
> # required by virtual/ffmpeg-9-r1::gentoo
> # required by media-plugins/alsa-plugins-1.0.28::gentoo
> # required by media-sound/pulseaudio-5.0-r7::gentoo[alsa-plugin,alsa]
> # required by media-video/libav-9.17::gentoo[pulseaudio]
> # required by @__auto_slot_operator_replace_installed__ (argument)
>>=x11-libs/libXv-1.0.10 abi_x86_32
>
> Would you like to add these changes to your config files? [Yes/No] n
>
> !!! All ebuilds that could satisfy
> ">=x11-proto/videoproto-2.3.1-r1[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(-)?]"
> have been masked.
> !!! One of the following masked packages is required to complete your request:
> - x11-proto/videoproto-2.3.2::gentoo (masked by: )
>
> (dependency required by "x11-libs/libXv-1.0.10::gentoo" [ebuild])
> (dependency required by "media-video/ffmpeg-2.2.14::gentoo[X]" [ebuild])
> (dependency required by "virtual/ffmpeg-9-r1::gentoo" [installed])
> (dependency required by "media-plugins/alsa-plugins-1.0.28::gentoo" [installed])
> (dependency required by
> "media-sound/pulseaudio-5.0-r7::gentoo[alsa-plugin,alsa]" [installed])
> (dependency required by "media-video/libav-9.17::gentoo[pulseaudio]" [ebuild])
> (dependency required by "@__auto_slot_operator_replace_installed__" [argument])
> For more information, see the MASKED PACKAGES section in the emerge
> man page or refer to the Gentoo Handbook.
>



-- 
-- 
G.Wolfe Woodbury
redwolfe@gmail.com

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Gevisz]

On Fri, 15 May 2015 01:45:35 -0400 Gregory Woodbury <redwolfe@gmail.com> 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 for me.

However, it would be interesting to hear what the Gentoo devs think about this issue.

> On Fri, May 15, 2015 at 1:18 AM, gevisz <gevisz@gmail.com> wrote:
> > After Gentoo devs decided to switch back to ffmpeg default,
> > I set libav USE flag at my /etc/portage/make.conf
> > and was happy with that so far. :)
> >
> > However, after yesterday's
> > # emerge-webrsync
> > # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world
> > I've got some blocks that in my view result from the fact that portage wants
> > to emerge ffmpeg in addition to libav. (Please, correct me if I am wrong.)
> >
> > So, my questions, are:
> > 1) What is happened?
> > 2) Is this behavior desired? (If yes, by whome? :)
> > 3) What shall I do with all this?
> >
> > The full output of the emerge update command is as follows:
> >
> > These are the packages that would be merged, in order:
> >
> > Calculating dependencies... done!
> > [ebuild   R    ] x11-proto/videoproto-2.3.2  ABI_X86="32*"
> > [ebuild   R    ] x11-libs/libXv-1.0.10  ABI_X86="32*"
> > [ebuild     U  ] dev-libs/openssl-1.0.1m [1.0.1l-r1]
> > [ebuild     U  ] dev-db/sqlite-3.8.10.1 [3.8.9] USE="-tools%"
> > [ebuild  NS    ] sys-kernel/gentoo-sources-3.18.12 [3.18.11]
> > USE="-build -deblob -experimental -symlink"
> > [ebuild  r  U  ] media-video/libav-11.3 [9.17] USE="(-armv5te)
> > (-armv6) (-armv6t2) (-armvfp) -bs2b% -fontconfig% -twolame% -wavpack%
> > -webp% -x265%" CPU_FLAGS_X86="sse%* sse2%* sse3%* -avx2% -fma3% -fma4%
> > -sse4_1% -sse4_2% -xop%"
> > [ebuild  rR    ] media-video/libav-9.17
> > [ebuild  rR    ] media-libs/libpostproc-10.20140517-r1
> > [ebuild  N     ] media-video/ffmpeg-2.2.14  USE="X aac alsa bzip2
> > encode hardcoded-tables iconv mp3 network opengl pulseaudio sdl
> > truetype vorbis x264 xvid zlib -aacplus (-altivec) -amr -amrenc
> > (-armv5te) (-armv6) (-armv6t2) (-armvfp) -bluray -cdio -celt
> > -cpudetection -debug -doc -examples -faac -fdk -flite -fontconfig
> > -frei0r -gme -gnutls -gsm -iec61883 -ieee1394 -jack -jpeg2k -ladspa
> > -libass -libcaca -libsoxr -libv4l (-mips32r2) (-mipsdspr1)
> > (-mipsdspr2) (-mipsfpu) -modplug (-neon) -openal -openssl -opus -oss
> > -pic -quvi -rtmp -schroedinger -speex -ssh -static-libs {-test}
> > -theora -threads -twolame -v4l -vaapi -vdpau -vpx -wavpack -webp -x265
> > -zvbi" ABI_X86="32 (64) (-x32)" CPU_FLAGS_X86="3dnow 3dnowext mmx
> > mmxext sse sse2 sse3 -avx -avx2 -fma3 -fma4 -sse4_1 -sse4_2 -ssse3"
> > FFTOOLS="aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt
> > graph2dot ismindex pktdumper qt-faststart trasher"
> > [ebuild  N     ] dev-qt/qtchooser-0_p20150102  USE="(-qt5) {-test}"
> > [ebuild     U  ] dev-qt/qtcore-4.8.6-r2 [4.8.5-r2] ABI_X86="(64%*) -32% (-x32)"
> > [blocks b      ] dev-qt/qttranslations:4 ("dev-qt/qttranslations:4" is
> > blocking dev-qt/qtcore-4.8.5-r2)
> > [blocks b      ] <dev-qt/qtcore-4.8.6:4 ("<dev-qt/qtcore-4.8.6:4" is
> > blocking dev-qt/qtchooser-0_p20150102)
> > [ebuild  N     ] dev-qt/qttranslations-4.8.6-r1  ABI_X86="(64) -32 (-x32)"
> > [ebuild     U  ] dev-qt/qtscript-4.8.6-r2 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> > [blocks b      ] <dev-qt/qtscript-4.8.6:4 ("<dev-qt/qtscript-4.8.6:4"
> > is blocking dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/qtgui-4.8.6-r4 [4.8.5-r4] ABI_X86="(64%*) -32% (-x32)"
> > [blocks b      ] <dev-qt/qtgui-4.8.6:4 ("<dev-qt/qtgui-4.8.6:4" is
> > blocking dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/qtsql-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> > [blocks b      ] <dev-qt/qtsql-4.8.6:4 ("<dev-qt/qtsql-4.8.6:4" is
> > blocking dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/qt3support-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> > [blocks b      ] <dev-qt/qt3support-4.8.6:4
> > ("<dev-qt/qt3support-4.8.6:4" is blocking
> > dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/qtxmlpatterns-4.8.6-r1 [4.8.5] ABI_X86="(64%*)
> > -32% (-x32)"
> > [blocks b      ] <dev-qt/qtxmlpatterns-4.8.6:4
> > ("<dev-qt/qtxmlpatterns-4.8.6:4" is blocking
> > dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/qtdbus-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> > [blocks b      ] <dev-qt/qtdbus-4.8.6:4 ("<dev-qt/qtdbus-4.8.6:4" is
> > blocking dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/designer-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> > [blocks b      ] <dev-qt/designer-4.8.6:4 ("<dev-qt/designer-4.8.6:4"
> > is blocking dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/qtopengl-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> > [blocks b      ] <dev-qt/qtopengl-4.8.6:4 ("<dev-qt/qtopengl-4.8.6:4"
> > is blocking dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/qthelp-4.8.6-r3 [4.8.5-r2] ABI_X86="(64%*) -32% (-x32)"
> > [blocks b      ] <dev-qt/qthelp-4.8.6:4 ("<dev-qt/qthelp-4.8.6:4" is
> > blocking dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/qtsvg-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> > [blocks b      ] <dev-qt/qtsvg-4.8.6:4 ("<dev-qt/qtsvg-4.8.6:4" is
> > blocking dev-qt/qtchooser-0_p20150102)
> > [ebuild  rR    ] media-video/vlc-2.1.5-r1
> > [ebuild     U  ] dev-qt/qttest-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> > [blocks b      ] <dev-qt/qttest-4.8.6:4 ("<dev-qt/qttest-4.8.6:4" is
> > blocking dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/qtmultimedia-4.8.6-r1 [4.8.5] ABI_X86="(64%*)
> > -32% (-x32)"
> > [blocks b      ] <dev-qt/qtmultimedia-4.8.6:4
> > ("<dev-qt/qtmultimedia-4.8.6:4" is blocking
> > dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/qtbearer-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> > [blocks b      ] <dev-qt/qtbearer-4.8.6:4 ("<dev-qt/qtbearer-4.8.6:4"
> > is blocking dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/pixeltool-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> > [blocks b      ] <dev-qt/pixeltool-4.8.6:4
> > ("<dev-qt/pixeltool-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/qtwebkit-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> > [blocks b      ] <dev-qt/qtwebkit-4.8.6:4 ("<dev-qt/qtwebkit-4.8.6:4"
> > is blocking dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/qtdeclarative-4.8.6-r1 [4.8.5] ABI_X86="(64%*)
> > -32% (-x32)"
> > [blocks b      ] <dev-qt/qtdeclarative-4.8.6:4
> > ("<dev-qt/qtdeclarative-4.8.6:4" is blocking
> > dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/assistant-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> > [blocks b      ] <dev-qt/assistant-4.8.6:4
> > ("<dev-qt/assistant-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/qdbusviewer-4.8.6-r1 [4.8.5] ABI_X86="(64%*)
> > -32% (-x32)"
> > [blocks b      ] <dev-qt/qdbusviewer-4.8.6:4
> > ("<dev-qt/qdbusviewer-4.8.6:4" is blocking
> > dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/linguist-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> > [blocks b      ] <dev-qt/linguist-4.8.6:4 ("<dev-qt/linguist-4.8.6:4"
> > is blocking dev-qt/qtchooser-0_p20150102)
> > [ebuild     U  ] dev-qt/qtphonon-4.8.6-r1 [4.8.5] ABI_X86="(64%*) -32% (-x32)"
> > [blocks b      ] <dev-qt/qtphonon-4.8.6:4 ("<dev-qt/qtphonon-4.8.6:4"
> > is blocking dev-qt/qtchooser-0_p20150102)
> > [blocks B      ] media-video/ffmpeg:0 ("media-video/ffmpeg:0" is
> > blocking media-libs/libpostproc-10.20140517-r1,
> > media-video/libav-9.17, media-video/libav-11.3)
> > [blocks B      ] media-libs/libpostproc ("media-libs/libpostproc" is
> > blocking media-video/ffmpeg-2.2.14)
> >
> > !!! Multiple package instances within a single package slot have been pulled
> > !!! into the dependency graph, resulting in a slot conflict:
> >
> > media-video/libav:0
> >
> >   (media-video/libav-11.3:0/11::gentoo, ebuild scheduled for merge) pulled in by
> >     (no parents that aren't satisfied by other packages in this slot)
> >
> >   (media-video/libav-9.17:0/9::gentoo, ebuild scheduled for merge) pulled in by
> >     >=media-video/libav-9.12:0/9=[abi_x86_64(-)] required by
> > (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3:0.10/0.10::gentoo,
> > installed)
> >                             ^^^^^
> >     <media-video/libav-10: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(-)?]
> > required by (media-plugins/gst-plugins-libav-1.2.4-r1:1.0/1.0::gentoo,
> > installed)
> >     ^                  ^^^^^
> >     (and 4 more with the same problems)
> >
> >
> > It may be possible to solve this problem by using package.mask to
> > prevent one of those packages from being selected. However, it is also
> > possible that conflicting dependencies exist such that they are
> > impossible to satisfy simultaneously.  If such a conflict exists in
> > the dependencies of two different packages, then those packages can
> > not be installed simultaneously.
> >
> > For more information, see MASKED PACKAGES section in the emerge man
> > page or refer to the Gentoo Handbook.
> >
> >
> >  * Error: The above package list contains packages which cannot be
> >  * installed at the same time on the same system.
> >
> >   (media-video/ffmpeg-2.2.14:0/52.55.55::gentoo, ebuild scheduled for
> > merge) pulled in by
> >     >=media-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?]
> > (>=media-video/ffmpeg-1.2.6-r1:0[abi_x86_32(-),abi_x86_64(-),X,encode,mp3,sdl,truetype,x264])
> > required by (virtual/ffmpeg-9-r1:0/0::gentoo, installed)
> >
> >   (media-libs/libpostproc-10.20140517-r1:0/0::gentoo, ebuild scheduled
> > for merge) pulled in by
> >     media-libs/libpostproc:0 required by
> > @__auto_slot_operator_replace_installed__
> >     media-libs/libpostproc:0= required by
> > (media-video/vlc-2.1.5-r1:0/5-7::gentoo, ebuild scheduled for merge)
> >     >=media-libs/libpostproc-10.20140517-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-libs/libpostproc-10.20140517-r1:0=[abi_x86_64(-)]) required
> > by (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3:0.10/0.10::gentoo,
> > installed)
> >     >=media-libs/libpostproc-10.20140517-r1:0/0=[abi_x86_64(-)]
> > required by (media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3:0.10/0.10::gentoo,
> > installed)
> >
> >
> > For more information about Blocked Packages, please refer to the following
> > section of the Gentoo Linux x86 Handbook (architecture is irrelevant):
> >
> > https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages
> >
> >
> > The following packages are causing rebuilds:
> >
> >   (media-video/libav-11.3:0/11::gentoo, ebuild scheduled for merge)
> > causes rebuilds for:
> >     (media-libs/libpostproc-10.20140517-r1:0/0::gentoo, ebuild
> > scheduled for merge)
> >     (media-video/vlc-2.1.5-r1:0/5-7::gentoo, ebuild scheduled for merge)
> >
> > The following USE changes are necessary to proceed:
> >  (see "package.use" in the portage(5) man page for more details)
> > # required by virtual/ffmpeg-9-r1::gentoo
> > # required by media-plugins/alsa-plugins-1.0.28::gentoo
> > # required by media-sound/pulseaudio-5.0-r7::gentoo[alsa-plugin,alsa]
> > # required by media-video/libav-9.17::gentoo[pulseaudio]
> > # required by @__auto_slot_operator_replace_installed__ (argument)
> >>=media-video/ffmpeg-2.2.14 abi_x86_32
> > # required by x11-libs/libXv-1.0.10::gentoo
> > # required by media-video/ffmpeg-2.2.14::gentoo[X]
> > # required by virtual/ffmpeg-9-r1::gentoo
> > # required by media-plugins/alsa-plugins-1.0.28::gentoo
> > # required by media-sound/pulseaudio-5.0-r7::gentoo[alsa-plugin,alsa]
> > # required by media-video/libav-9.17::gentoo[pulseaudio]
> > # required by @__auto_slot_operator_replace_installed__ (argument)
> >>=x11-proto/videoproto-2.3.2 abi_x86_32
> > # required by media-video/ffmpeg-2.2.14::gentoo[X]
> > # required by virtual/ffmpeg-9-r1::gentoo
> > # required by media-plugins/alsa-plugins-1.0.28::gentoo
> > # required by media-sound/pulseaudio-5.0-r7::gentoo[alsa-plugin,alsa]
> > # required by media-video/libav-9.17::gentoo[pulseaudio]
> > # required by @__auto_slot_operator_replace_installed__ (argument)
> >>=x11-libs/libXv-1.0.10 abi_x86_32
> >
> > Would you like to add these changes to your config files? [Yes/No] n
> >
> > !!! All ebuilds that could satisfy
> > ">=x11-proto/videoproto-2.3.1-r1[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(-)?]"
> > have been masked.
> > !!! One of the following masked packages is required to complete your request:
> > - x11-proto/videoproto-2.3.2::gentoo (masked by: )
> >
> > (dependency required by "x11-libs/libXv-1.0.10::gentoo" [ebuild])
> > (dependency required by "media-video/ffmpeg-2.2.14::gentoo[X]" [ebuild])
> > (dependency required by "virtual/ffmpeg-9-r1::gentoo" [installed])
> > (dependency required by "media-plugins/alsa-plugins-1.0.28::gentoo" [installed])
> > (dependency required by
> > "media-sound/pulseaudio-5.0-r7::gentoo[alsa-plugin,alsa]" [installed])
> > (dependency required by "media-video/libav-9.17::gentoo[pulseaudio]" [ebuild])
> > (dependency required by "@__auto_slot_operator_replace_installed__" [argument])
> > For more information, see the MASKED PACKAGES section in the emerge
> > man page or refer to the Gentoo Handbook.
> >
> 
> 
> 

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Alexander Kapshuk]

[-- Attachment #1: Type: text/plain, Size: 1813 bytes --]

On Fri, May 15, 2015 at 9:04 AM, Gevisz <gevisz@gmail.com> wrote:

> On Fri, 15 May 2015 01:45:35 -0400 Gregory Woodbury <redwolfe@gmail.com>
> 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 for 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.


> eselect news read 19
> 2015-04-16-ffmpeg-default
>   Title                     FFmpeg default
>   Author                    Ben de Groot <yngwin@gentoo.org>
>   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=libav in their /etc/portage/make.conf file.
>

[-- Attachment #2: Type: text/html, Size: 2675 bytes --]

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 2700 bytes --]

On Friday 15 May 2015 18:30:29 Alexander Kapshuk wrote:
> On Fri, May 15, 2015 at 9:04 AM, Gevisz <gevisz@gmail.com> wrote:
> > On Fri, 15 May 2015 01:45:35 -0400 Gregory Woodbury <redwolfe@gmail.com>
> > 
> > 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 for 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.
> 
> > eselect news read 19
> > 2015-04-16-ffmpeg-default
> > 
> >   Title                     FFmpeg default
> >   Author                    Ben de Groot <yngwin@gentoo.org>
> >   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=libav in their /etc/portage/make.conf file.

No, this is not yet 100% true, or at least not true for some packages, which 
are also pulling in abi_x86_32 versions.

I came across this problem something like a week ago on a PC with no ffmpeg or 
libav USE flags.  I tried setting USE="-libav" and also +ffmpeg, but couldn't 
fix the blockers.  Eventually, I uninstalled the hard blockers like 'media-
libs/libpostproc' and then rebuilt any packages already installed which were 
causing portage to complain/want libav.  Can't recall fully which packages 
these were, k3b springs to mind.

There may be a more scientific way of resolving the conflict, but that's how I 
got around this problem.

HTH.
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[gevisz]

2015-05-15 20:30 GMT+03:00 Alexander Kapshuk <alexander.kapshuk@gmail.com>:
> On Fri, May 15, 2015 at 9:04 AM, Gevisz <gevisz@gmail.com> wrote:
>>
>> On Fri, 15 May 2015 01:45:35 -0400 Gregory Woodbury <redwolfe@gmail.com>
>> 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 for 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/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 <yngwin@gentoo.org>
>>   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=libav 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 ? >=virtual/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 ?
>=media-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 ?
>=media-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-sound/sox-14.4.1 (ffmpeg ? >=virtual/ffmpeg-0.9)
media-video/vlc-2.1.5-r1 (!libav ? media-video/ffmpeg:0)
                         (!libav ? >=media-video/ffmpeg-1.2:0)
                         (!libav ? media-video/ffmpeg:0[vaapi])
virtual/ffmpeg-9-r1
(>=media-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 support
 - - 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 images
 + + 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=test. 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.

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Alan McKinnon]

On 16/05/2015 07:52, gevisz wrote:
> 2015-05-15 20:30 GMT+03:00 Alexander Kapshuk <alexander.kapshuk@gmail.com>:
>> On Fri, May 15, 2015 at 9:04 AM, Gevisz <gevisz@gmail.com> wrote:
>>>
>>> On Fri, 15 May 2015 01:45:35 -0400 Gregory Woodbury <redwolfe@gmail.com>
>>> 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 for 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/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 <yngwin@gentoo.org>
>>>   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=libav 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 ? >=virtual/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 ?
>> =media-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 ?
>> =media-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-sound/sox-14.4.1 (ffmpeg ? >=virtual/ffmpeg-0.9)
> media-video/vlc-2.1.5-r1 (!libav ? media-video/ffmpeg:0)
>                          (!libav ? >=media-video/ffmpeg-1.2:0)
>                          (!libav ? media-video/ffmpeg:0[vaapi])
> virtual/ffmpeg-9-r1
> (>=media-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 support
>  - - 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 images
>  + + 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=test. 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?


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[gevisz]

2015-05-16 9:44 GMT+03:00 Alan McKinnon <alan.mckinnon@gmail.com>:
> On 16/05/2015 07:52, gevisz wrote:
>> 2015-05-15 20:30 GMT+03:00 Alexander Kapshuk <alexander.kapshuk@gmail.com>:
>>> On Fri, May 15, 2015 at 9:04 AM, Gevisz <gevisz@gmail.com> wrote:
>>>>
>>>> On Fri, 15 May 2015 01:45:35 -0400 Gregory Woodbury <redwolfe@gmail.com>
>>>> 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 for 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/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 <yngwin@gentoo.org>
>>>>   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=libav 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 ? >=virtual/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 ?
>>> =media-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 ?
>>> =media-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-sound/sox-14.4.1 (ffmpeg ? >=virtual/ffmpeg-0.9)
>> media-video/vlc-2.1.5-r1 (!libav ? media-video/ffmpeg:0)
>>                          (!libav ? >=media-video/ffmpeg-1.2:0)
>>                          (!libav ? media-video/ffmpeg:0[vaapi])
>> virtual/ffmpeg-9-r1
>> (>=media-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 support
>>  - - 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 images
>>  + + 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=test. 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 ?
>=media-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 ?
>=media-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 ? >=media-video/ffmpeg-1.2:0)
                         (!libav ? media-video/ffmpeg:0[vaapi])
virtual/ffmpeg-9-r1
(>=media-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 globally
       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.

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[gevisz]

2015-05-16 10:51 GMT+03:00 gevisz <gevisz@gmail.com>:
> 2015-05-16 9:44 GMT+03:00 Alan McKinnon <alan.mckinnon@gmail.com>:
>> On 16/05/2015 07:52, gevisz wrote:
>>> 2015-05-15 20:30 GMT+03:00 Alexander Kapshuk <alexander.kapshuk@gmail.com>:
>>>> On Fri, May 15, 2015 at 9:04 AM, Gevisz <gevisz@gmail.com> wrote:
>>>>>
>>>>> On Fri, 15 May 2015 01:45:35 -0400 Gregory Woodbury <redwolfe@gmail.com>
>>>>> 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 for 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/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 <yngwin@gentoo.org>
>>>>>   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=libav 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 ? >=virtual/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 ?
>>>> =media-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 ?
>>>> =media-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-sound/sox-14.4.1 (ffmpeg ? >=virtual/ffmpeg-0.9)
>>> media-video/vlc-2.1.5-r1 (!libav ? media-video/ffmpeg:0)
>>>                          (!libav ? >=media-video/ffmpeg-1.2:0)
>>>                          (!libav ? media-video/ffmpeg:0[vaapi])
>>> virtual/ffmpeg-9-r1
>>> (>=media-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 support
>>>  - - 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 images
>>>  + + 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=test. 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 ?
>>=media-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 ?
>>=media-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 ? >=media-video/ffmpeg-1.2:0)
>                          (!libav ? media-video/ffmpeg:0[vaapi])
> virtual/ffmpeg-9-r1
> (>=media-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 globally
>        and try to update the world once more.

Lukily, this approach worked out. Currently I am updating and recompiling
199 packages but the blockers disappeared.

>        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.

Now, when everything ended well, I can accept that by the phrase
"to update the world for the last time" above I meant that I was going
to switch to other Linux distribution if this issue with ffmpeg-libav-multilib
could not be solved in an elegant way, that is, without poking with every
single package, which is really ugly.

Luckily, everything ended well and I am happy to stay with Gentoo,
but I should mention that, having such issues with multilib profile,
enabling abi_x86_32 on per package base really should be unrecommended
way to maintain the system and users should be warned about it.

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 1664 bytes --]

On Saturday 16 May 2015 09:26:14 gevisz wrote:
> 2015-05-16 10:51 GMT+03:00 gevisz <gevisz@gmail.com>:
       
> >        So, if I get no better suggestions, I will enable abi_x86_32
> >        globally and try to update the world once more.
> 
> Lukily, this approach worked out. Currently I am updating and recompiling
> 199 packages but the blockers disappeared.
> 
> >        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.
> 
> Now, when everything ended well, I can accept that by the phrase
> "to update the world for the last time" above I meant that I was going
> to switch to other Linux distribution if this issue with
> ffmpeg-libav-multilib could not be solved in an elegant way, that is,
> without poking with every single package, which is really ugly.
> 
> Luckily, everything ended well and I am happy to stay with Gentoo,
> but I should mention that, having such issues with multilib profile,
> enabling abi_x86_32 on per package base really should be unrecommended
> way to maintain the system and users should be warned about it.

I'm afraid I cannot agree with you on this.  On older PCs I would rather did 
not have to install abi_x86_32 for packages that I don't need to.  The 
granular approach suits me better and also aligns better with the light-footed 
Gentoo approach.

I think had you followed my suggestion you could have found that by remerging 
half a dozen packages at most, your conflict would have been resolved.  Either 
way you got a result, so whatever works.  :-)

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[gevisz]

2015-05-16 11:55 GMT+03:00 Mick <michaelkintzios@gmail.com>:
> On Saturday 16 May 2015 09:26:14 gevisz wrote:
>> 2015-05-16 10:51 GMT+03:00 gevisz <gevisz@gmail.com>:
>
>> >        So, if I get no better suggestions, I will enable abi_x86_32
>> >        globally and try to update the world once more.
>>
>> Lukily, this approach worked out. Currently I am updating and recompiling
>> 199 packages but the blockers disappeared.
>>
>> >        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.
>>
>> Now, when everything ended well, I can accept that by the phrase
>> "to update the world for the last time" above I meant that I was going
>> to switch to other Linux distribution if this issue with
>> ffmpeg-libav-multilib could not be solved in an elegant way, that is,
>> without poking with every single package, which is really ugly.
>>
>> Luckily, everything ended well and I am happy to stay with Gentoo,
>> but I should mention that, having such issues with multilib profile,
>> enabling abi_x86_32 on per package base really should be unrecommended
>> way to maintain the system and users should be warned about it.
>
> I'm afraid I cannot agree with you on this.  On older PCs I would rather did
> not have to install abi_x86_32 for packages that I don't need to.  The
> granular approach suits me better and also aligns better with the light-footed
> Gentoo approach.

With this "light-footed approach" I had about two full-screen rubbish
in my /etc/portage/make.conf file and kept adding on almost every update.

> I think had you followed my suggestion you could have found that
> by remerging half a dozen packages at most, your conflict would
> have been resolved.

I think so, but this is what I call ugly.

> Either way you got a result, so whatever works.  :-)

Yes, thank you.

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[gevisz]

2015-05-16 13:10 GMT+03:00 gevisz <gevisz@gmail.com>:
> 2015-05-16 11:55 GMT+03:00 Mick <michaelkintzios@gmail.com>:
>> On Saturday 16 May 2015 09:26:14 gevisz wrote:
>>> 2015-05-16 10:51 GMT+03:00 gevisz <gevisz@gmail.com>:
>>
>>> >        So, if I get no better suggestions, I will enable abi_x86_32
>>> >        globally and try to update the world once more.
>>>
>>> Lukily, this approach worked out. Currently I am updating and recompiling
>>> 199 packages but the blockers disappeared.
>>>
>>> >        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.
>>>
>>> Now, when everything ended well, I can accept that by the phrase
>>> "to update the world for the last time" above I meant that I was going
>>> to switch to other Linux distribution if this issue with
>>> ffmpeg-libav-multilib could not be solved in an elegant way, that is,
>>> without poking with every single package, which is really ugly.
>>>
>>> Luckily, everything ended well and I am happy to stay with Gentoo,
>>> but I should mention that, having such issues with multilib profile,
>>> enabling abi_x86_32 on per package base really should be unrecommended
>>> way to maintain the system and users should be warned about it.
>>
>> I'm afraid I cannot agree with you on this.  On older PCs I would rather did
>> not have to install abi_x86_32 for packages that I don't need to.  The
>> granular approach suits me better and also aligns better with the light-footed
>> Gentoo approach.
>
> With this "light-footed approach" I had about two full-screen rubbish
> in my /etc/portage/make.conf file and kept adding on almost every update.

Correction: in /etc/portage/package.use

>> I think had you followed my suggestion you could have found that
>> by remerging half a dozen packages at most, your conflict would
>> have been resolved.
>
> I think so, but this is what I call ugly.
>
>> Either way you got a result, so whatever works.  :-)
>
> Yes, thank you.

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 1010 bytes --]

On Sat, 16 May 2015 13:10:21 +0300, gevisz wrote:

> > I'm afraid I cannot agree with you on this.  On older PCs I would
> > rather did not have to install abi_x86_32 for packages that I don't
> > need to.  The granular approach suits me better and also aligns
> > better with the light-footed Gentoo approach.  
> 
> With this "light-footed approach" I had about two full-screen rubbish
> in my /etc/portage/make.conf file and kept adding on almost every
> update.

Unless your screen is IMAX-sized, two screens of text is a lot more
lightfooted than add extra libraries to nearly 200 packages - and most
of that text is comments anyway.


As Mick says, you get to choose, but the per-package approach is
definitely lighter on the system. Enabling it globally may be less work
though. I say "may" because when I tried that it introduced some
breakages, so I went for the per-package approach.


-- 
Neil Bothwick

Things are more like they are today than they ever have been before.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[gevisz]

2015-05-16 13:20 GMT+03:00 Neil Bothwick <neil@digimed.co.uk>:
> On Sat, 16 May 2015 13:10:21 +0300, gevisz wrote:
>
>> > I'm afraid I cannot agree with you on this.  On older PCs I would
>> > rather did not have to install abi_x86_32 for packages that I don't
>> > need to.  The granular approach suits me better and also aligns
>> > better with the light-footed Gentoo approach.
>>
>> With this "light-footed approach" I had about two full-screen rubbish
>> in my /etc/portage/make.conf file and kept adding on almost every
>> update.
>
> Unless your screen is IMAX-sized, two screens of text is a lot more
> lightfooted than add extra libraries to nearly 200 packages - and most
> of that text is comments anyway.
>
> As Mick says, you get to choose, but the per-package approach is
> definitely lighter on the system. Enabling it globally may be less work
> though. I say "may" because when I tried that it introduced some
> breakages,

If enabling abi_x86_32 globally may introduce breakages, then
the multilib profile is even more broken than I ever thought. :-(

> so I went for the per-package approach.
> --
> Neil Bothwick
>
> Things are more like they are today than they ever have been before.

Yes, I do remember installing Linux on a brand-new laptop in 2003.

I had to compile a new kernel only to get the command prompt.

And, to get a graphic interface, I had to wait for a new release
of the distribution in 2004. :(

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 1370 bytes --]

On Saturday 16 May 2015 11:40:01 gevisz wrote:
> 2015-05-16 13:20 GMT+03:00 Neil Bothwick <neil@digimed.co.uk>:

> > As Mick says, you get to choose, but the per-package approach is
> > definitely lighter on the system. Enabling it globally may be less work
> > though. I say "may" because when I tried that it introduced some
> > breakages,
> 
> If enabling abi_x86_32 globally may introduce breakages, then
> the multilib profile is even more broken than I ever thought. :-(
> 
> > so I went for the per-package approach.
> > --
> > Neil Bothwick
> > 
> > Things are more like they are today than they ever have been before.
> 
> Yes, I do remember installing Linux on a brand-new laptop in 2003.
> 
> I had to compile a new kernel only to get the command prompt.
> 
> And, to get a graphic interface, I had to wait for a new release
> of the distribution in 2004. :(

Oh the nostalgia of the good old days!  Back then we had to (bootstrap)^2 to 
begin the installation.  I seem to recall 2004.1 as a relatively straight 
forward installation vintage/profile, although there were the odd horror 
stories depending on hardware combos and missing drivers.

PS. I'm waiting for Neil's uncanny signature which if it works correctly it 
should come with something like:  "Nostalgia, it's not what it used to be" 
LOL!

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 349 bytes --]

On Sat, 16 May 2015 11:52:48 +0100, Mick wrote:

> PS. I'm waiting for Neil's uncanny signature which if it works
> correctly it should come with something like:  "Nostalgia, it's not
> what it used to be" LOL!

You can't force these things, it's not uncanny if it's deliberate.


-- 
Neil Bothwick

Nostalgia isn't what it used to be.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Rich Freeman]

On Sat, May 16, 2015 at 6:20 AM, Neil Bothwick <neil@digimed.co.uk> wrote:
> On Sat, 16 May 2015 13:10:21 +0300, gevisz wrote:
>
>> > I'm afraid I cannot agree with you on this.  On older PCs I would
>> > rather did not have to install abi_x86_32 for packages that I don't
>> > need to.  The granular approach suits me better and also aligns
>> > better with the light-footed Gentoo approach.
>>
>> With this "light-footed approach" I had about two full-screen rubbish
>> in my /etc/portage/make.conf file and kept adding on almost every
>> update.
>
> Unless your screen is IMAX-sized, two screens of text is a lot more
> lightfooted than add extra libraries to nearly 200 packages - and most
> of that text is comments anyway.
>

Well, it can be a lot more than two screens of text.  I have 1300
lines of package.use, almost all of it for abi_x86_32.  I suspect that
this the result of stuff like steam, wine, android-sdk-update-manager,
and eternal-lands - all packages that involve graphics libraries and
toolkits with huge dependency trees.

I still recommend the per-package approach, but I really think we're
barking up the wrong tree here.  I don't see the depgraph itself as
the issue, or the ability to tweak flags per-package.  I really see
the bigger problem as the combination of two things:

1.  Portage's error messages when it is unable to produce a resolution
are really confusing - somewhere in that wall of text are some clues
that might eventually lead you to the likely 1-3 use flag or keyword
tweaks that will fix the whole mess, but good luck finding it.  Your
example isn't even a terribly bad one - when you get those errors with
something like qt it goes on forever.

2.  Portage requires non-package-default use flags to always be
specified explicitly either globally or per-package.  I don't have to
put qt in my world file to install kde, because portage knows it is
needed and just installs it, and removes it when it is no longer
needed.  However, if something needs the qt use flag, portage can't
treat it the same way.

Now, there are certainly reasons why both of these issues exist.
Solving them may not be trivial, and in the case of #2 perhaps there
may be unintended consequences like unnecessary package rebuilds to
progressively add/remove flags.  And, of course, somebody has to do
the work and since I'm not busy writing patches to portage right now
I'm not going to complain too much about it.

However, I really think that these are the real issue here.  That, and
automatically solving depgraph issues isn't trivial.

-- 
Rich

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 2643 bytes --]

On Sat, 16 May 2015 07:16:58 -0400, Rich Freeman wrote:

> > Unless your screen is IMAX-sized, two screens of text is a lot more
> > lightfooted than add extra libraries to nearly 200 packages - and most
> > of that text is comments anyway.
> >  
> 
> Well, it can be a lot more than two screens of text.  I have 1300
> lines of package.use, almost all of it for abi_x86_32.  I suspect that
> this the result of stuff like steam, wine, android-sdk-update-manager,
> and eternal-lands - all packages that involve graphics libraries and
> toolkits with huge dependency trees.

Does that include the several lines of comments, often repeated, that
portage includes in the auto-unmask output? I just checked two systems
for abi_x86_32 and got around 130 lines in one and 220 in the other.

The smaller number is for a laptop with a lighter install, although there
isn't a massive difference between the total number of packages installed
on each. Enabling the flag globally would probably affect the lighter,
and slower, system more.

> 1.  Portage's error messages when it is unable to produce a resolution
> are really confusing - somewhere in that wall of text are some clues
> that might eventually lead you to the likely 1-3 use flag or keyword
> tweaks that will fix the whole mess, but good luck finding it.  Your
> example isn't even a terribly bad one - when you get those errors with
> something like qt it goes on forever.
> 
> 2.  Portage requires non-package-default use flags to always be
> specified explicitly either globally or per-package.  I don't have to
> put qt in my world file to install kde, because portage knows it is
> needed and just installs it, and removes it when it is no longer
> needed.  However, if something needs the qt use flag, portage can't
> treat it the same way.
> 
> Now, there are certainly reasons why both of these issues exist.
> Solving them may not be trivial, and in the case of #2 perhaps there
> may be unintended consequences like unnecessary package rebuilds to
> progressively add/remove flags. And, of course, somebody has to do the
> work and since I'm not busy writing patches to portage right now I'm
> not going to complain too much about it.
> 
> However, I really think that these are the real issue here.  That, and
> automatically solving depgraph issues isn't trivial.

No argument there. Portage's output can be unhelpful, obtuse, even
misleading at times, but as I'm not in a position to do something about
it, neither am I in a position to complain about it.


-- 
Neil Bothwick

[---- Printed on recycled electrons ----]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Rich Freeman]

On Sat, May 16, 2015 at 7:50 AM, Neil Bothwick <neil@digimed.co.uk> wrote:
> On Sat, 16 May 2015 07:16:58 -0400, Rich Freeman wrote:
>>
>> Well, it can be a lot more than two screens of text.  I have 1300
>> lines of package.use, almost all of it for abi_x86_32.  I suspect that
>> this the result of stuff like steam, wine, android-sdk-update-manager,
>> and eternal-lands - all packages that involve graphics libraries and
>> toolkits with huge dependency trees.
>
> Does that include the several lines of comments, often repeated, that
> portage includes in the auto-unmask output? I just checked two systems
> for abi_x86_32 and got around 130 lines in one and 220 in the other.

Yes, it does.  The number of actual configuration lines is much
smaller of course - probably 1/5th of the total.

My point wasn't so much that this was an inordinate number of 32-bit
packages, given my list of installed packages.  It was more about the
fact that on a system that I'm trying to keep fairly minimal other
than my explicit preferences I end up with a huge config file that
tends to mix my preferences with a lot of stuff that exists solely to
satisfy the depgraph.  It would be like sticking every package I
install in my world set.

There are some ways around this which I'll probably get around to on a
rainy day:

1.  Take better advantage of the fact that package.use can be a
directory and have several files.  The 32-bit flags would go in their
own file.  Autounmask goes in a separate file with a z at the start of
the name and the intent is that lines in this file get moved to the
appropriate files.  Then from time to time the 32-bit flags can be
deleted and re-created to keep them minimal as installed packages
change.

2.  What I'd really like to get to is a point where all my systems are
defined by ansible configs or the like.  I've already started
container-izing many of my services to cut down on interactions - this
way when I do random package updates I'm not dealing with mysql
breaking or apache or whatever.  However, this increases the amount of
updating I have to do, and I'd like to bring that back down using a
tool like ansible.

-- 
Rich

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 2562 bytes --]

On Sat, 16 May 2015 08:57:15 -0400, Rich Freeman wrote:

> > Does that include the several lines of comments, often repeated, that
> > portage includes in the auto-unmask output? I just checked two systems
> > for abi_x86_32 and got around 130 lines in one and 220 in the other.
> 
> Yes, it does.  The number of actual configuration lines is much
> smaller of course - probably 1/5th of the total.
> 
> My point wasn't so much that this was an inordinate number of 32-bit
> packages, given my list of installed packages.  It was more about the
> fact that on a system that I'm trying to keep fairly minimal other
> than my explicit preferences I end up with a huge config file that
> tends to mix my preferences with a lot of stuff that exists solely to
> satisfy the depgraph.  It would be like sticking every package I
> install in my world set.

Oh, I agree. If portage needs this stuff set, it should keep it separate
from my choices, somewhere like /var/lib/portage/package.use.

> There are some ways around this which I'll probably get around to on a
> rainy day:
> 
> 1.  Take better advantage of the fact that package.use can be a
> directory and have several files.  The 32-bit flags would go in their
> own file.

Yes, that's how I do it. I usually group entries according to the program
that I use, so a flag for a dependency goes in with the settings for the
program requiring that dependency. That way, if I remove the program I
can simply remove the single file for package.use. For the abi_x86 flags,
though, I keep them in their own file, so those settings are not mixed in
with my settings, although they really shouldn't be in the same directory.

> Autounmask goes in a separate file with a z at the start of
> the name and the intent is that lines in this file get moved to the
> appropriate files.

That one through me for a while, until I bothered to RTFM, portage always
adds auto-unmasked entries to the last file in the directory.

> 2.  What I'd really like to get to is a point where all my systems are
> defined by ansible configs or the like.  I've already started
> container-izing many of my services to cut down on interactions - this
> way when I do random package updates I'm not dealing with mysql
> breaking or apache or whatever.  However, this increases the amount of
> updating I have to do, and I'd like to bring that back down using a
> tool like ansible.

That sounds an interesting approach.


-- 
Neil Bothwick

I used to have a handle on life, then it broke.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 893 bytes --]

On Saturday 16 May 2015 11:10:21 gevisz wrote:
> 2015-05-16 11:55 GMT+03:00 Mick <michaelkintzios@gmail.com>:

> > I'm afraid I cannot agree with you on this.  On older PCs I would rather
> > did not have to install abi_x86_32 for packages that I don't need to. 
> > The granular approach suits me better and also aligns better with the
> > light-footed Gentoo approach.
> 
> With this "light-footed approach" I had about two full-screen rubbish
> in my /etc/portage/make.conf file and kept adding on almost every update.

Ahh ... let's wind back a step.  The recommended file to change for package by 
package USE flags is /etc/portage/package.use, not /etc/portage/make.conf.  
The latter is only for setting USE flags globally, e.g. when you want libav 
for all packages, instead of the (now default) ffmpeg flag.

Ditto for the abi_x86_32 USE flag.

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[gevisz]

2015-05-16 13:33 GMT+03:00 Mick <michaelkintzios@gmail.com>:
> On Saturday 16 May 2015 11:10:21 gevisz wrote:
>> 2015-05-16 11:55 GMT+03:00 Mick <michaelkintzios@gmail.com>:
>
>> > I'm afraid I cannot agree with you on this.  On older PCs I would rather
>> > did not have to install abi_x86_32 for packages that I don't need to.
>> > The granular approach suits me better and also aligns better with the
>> > light-footed Gentoo approach.
>>
>> With this "light-footed approach" I had about two full-screen rubbish
>> in my /etc/portage/make.conf file and kept adding on almost every update.
>
> Ahh ... let's wind back a step.  The recommended file to change for package by
> package USE flags is /etc/portage/package.use, not /etc/portage/make.conf.

It was my fault when typing. I actually mean /etc/portage/package.use
and have sent corrections later.

> The latter is only for setting USE flags globally, e.g. when you want libav
> for all packages, instead of the (now default) ffmpeg flag.
>
> Ditto for the abi_x86_32 USE flag.
>
> --
> Regards,
> Mick

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[gevisz]

2015-05-16 11:26 GMT+03:00 gevisz <gevisz@gmail.com>:
> 2015-05-16 10:51 GMT+03:00 gevisz <gevisz@gmail.com>:
>> 2015-05-16 9:44 GMT+03:00 Alan McKinnon <alan.mckinnon@gmail.com>:
>>> On 16/05/2015 07:52, gevisz wrote:
>>>> 2015-05-15 20:30 GMT+03:00 Alexander Kapshuk <alexander.kapshuk@gmail.com>:
>>>>> On Fri, May 15, 2015 at 9:04 AM, Gevisz <gevisz@gmail.com> wrote:
>>>>>>
>>>>>> On Fri, 15 May 2015 01:45:35 -0400 Gregory Woodbury <redwolfe@gmail.com>
>>>>>> 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 for 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/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 <yngwin@gentoo.org>
>>>>>>   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=libav 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 ? >=virtual/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 ?
>>>>> =media-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 ?
>>>>> =media-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-sound/sox-14.4.1 (ffmpeg ? >=virtual/ffmpeg-0.9)
>>>> media-video/vlc-2.1.5-r1 (!libav ? media-video/ffmpeg:0)
>>>>                          (!libav ? >=media-video/ffmpeg-1.2:0)
>>>>                          (!libav ? media-video/ffmpeg:0[vaapi])
>>>> virtual/ffmpeg-9-r1
>>>> (>=media-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 support
>>>>  - - 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 images
>>>>  + + 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=test. 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 ?
>>>=media-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 ?
>>>=media-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 ? >=media-video/ffmpeg-1.2:0)
>>                          (!libav ? media-video/ffmpeg:0[vaapi])
>> virtual/ffmpeg-9-r1
>> (>=media-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 globally
>>        and try to update the world once more.
>
> Lukily, this approach worked out. Currently I am updating and recompiling
> 199 packages but the blockers disappeared.

I am inattentive today. :(

Some blockers remained but I hope it will not broke the system.

# emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R    ] app-arch/xz-utils-5.0.8  ABI_X86="32*"
[ebuild   R    ] sys-libs/gdbm-1.11  ABI_X86="32*"
[ebuild   R    ] dev-libs/popt-1.16-r2  ABI_X86="32*"
[ebuild   R    ] dev-libs/lzo-2.08  ABI_X86="32*"
[ebuild   R    ] net-dns/libidn-1.29  ABI_X86="32*"
[ebuild   R    ] media-libs/webrtc-audio-processing-0.1-r1  ABI_X86="32*"
[ebuild   R    ] media-libs/libdvdcss-1.2.13-r1  ABI_X86="32*"
[ebuild   R    ] dev-libs/re2-0_p20140304  ABI_X86="32*"
[ebuild   R    ] media-sound/gsm-1.0.13-r1  ABI_X86="32*"
[ebuild   R    ] dev-libs/libltdl-2.4.6  ABI_X86="32*"
[ebuild   R    ] sys-devel/flex-2.5.39-r1  ABI_X86="32*"
[ebuild     U  ] dev-libs/mpfr-3.1.2_p10 [3.1.2-r1] ABI_X86="32%* (64%*) (-x32)"
[ebuild   R    ] dev-libs/libnl-3.2.25  ABI_X86="32*"
[ebuild     U  ] dev-libs/mpc-1.0.2-r1 [1.0.1] ABI_X86="32%* (64%*) (-x32)"
[ebuild   R    ] sys-libs/cracklib-2.9.1-r1  ABI_X86="32*"
[ebuild   R    ] sys-apps/file-5.22  ABI_X86="32*"
[ebuild   R    ] media-libs/libid3tag-0.15.1b-r4  ABI_X86="32*"
[ebuild   R    ] media-gfx/exiv2-0.24-r1  ABI_X86="32*"
[ebuild   R    ] sys-apps/acl-2.2.52-r1  ABI_X86="32*"
[ebuild   R    ] dev-libs/libsigc++-2.4.1  ABI_X86="32*"
[ebuild   R    ] media-libs/giflib-4.1.6-r3  ABI_X86="32*"
[ebuild   R    ] media-libs/libmng-2.0.2-r1  ABI_X86="32*"
[ebuild   R    ] media-libs/libvpx-1.3.0  ABI_X86="32*"
[ebuild   R    ] dev-cpp/glibmm-2.42.0-r1  ABI_X86="32*"
[ebuild   R    ] media-libs/libexif-0.6.21-r1  ABI_X86="32*"
[ebuild   R    ] sys-libs/readline-6.2_p5-r1  ABI_X86="32*"
[ebuild   R    ] dev-libs/libpcre-8.36  ABI_X86="32*"
[ebuild   R    ] sys-libs/slang-2.2.4-r1  ABI_X86="32*"
[ebuild  N     ] sys-devel/autoconf-archive-2015.02.04
[ebuild     U  ] gnome-base/gnome-common-3.14.0-r1 [3.14.0]
USE="autoconf-archive%*"
[blocks b      ] =gnome-base/gnome-common-3.14.0
("=gnome-base/gnome-common-3.14.0" is blocking
sys-devel/autoconf-archive-2015.02.04)
[blocks b      ] >=sys-devel/autoconf-archive-2015.02.04
(">=sys-devel/autoconf-archive-2015.02.04" is blocking
gnome-base/gnome-common-3.14.0)
[ebuild  N     ] dev-qt/qtchooser-0_p20150102  USE="(-qt5) {-test}"
[ebuild   R    ] dev-lang/lua-5.1.5-r3  ABI_X86="32*"
[ebuild     U  ] dev-db/sqlite-3.8.10.1 [3.8.9] USE="-tools%" ABI_X86="32*"
[ebuild   R    ] sys-libs/db-4.8.30-r2  ABI_X86="32*"
[ebuild   R    ] dev-libs/nspr-4.10.8  ABI_X86="32*"
[ebuild   R    ] x11-libs/pixman-0.32.6  ABI_X86="32*"
[ebuild   R    ] x11-proto/compositeproto-0.4.2-r1  ABI_X86="32*"
[ebuild   R    ] app-text/libpaper-1.1.24-r2  ABI_X86="32*"
[ebuild   R    ] x11-libs/libXft-2.3.2  ABI_X86="32*"
[ebuild   R    ] sys-libs/e2fsprogs-libs-1.42.12  ABI_X86="32*"
[ebuild   R    ] x11-proto/videoproto-2.3.2  ABI_X86="32*"
[ebuild   R    ] media-libs/libdvdread-4.2.1  ABI_X86="32*"
[ebuild   R    ] media-libs/libmad-0.15.1b-r8  ABI_X86="32*"
[ebuild   R    ] x11-libs/libpciaccess-0.13.3  ABI_X86="32*"
[ebuild   R    ] x11-proto/xineramaproto-1.2.1-r1  ABI_X86="32*"
[ebuild   R    ] media-libs/faad2-2.7-r3  ABI_X86="32*"
[ebuild   R    ] media-libs/a52dec-0.7.4-r7  ABI_X86="32*"
[ebuild   R    ] media-libs/libdca-0.0.5-r3  ABI_X86="32*"
[ebuild   R    ] x11-proto/scrnsaverproto-1.2.2-r1  ABI_X86="32*"
[ebuild   R    ] x11-libs/xcb-util-renderutil-0.3.9-r1  ABI_X86="32*"
[ebuild   R    ] media-sound/cdparanoia-3.10.2-r6  ABI_X86="32*"
[ebuild   R    ] media-libs/libart_lgpl-2.3.21-r2  ABI_X86="32*"
[ebuild   R    ] media-libs/libtheora-1.1.1-r1  ABI_X86="32*"
[ebuild   R    ] x11-libs/libxkbcommon-0.5.0  ABI_X86="32*"
[ebuild   R    ] x11-proto/xf86dgaproto-2.1-r2  ABI_X86="32*"
[ebuild   R    ] x11-proto/printproto-1.0.5-r1  ABI_X86="32*"
[ebuild   R    ] x11-libs/xcb-util-keysyms-0.4.0  ABI_X86="32*"
[ebuild   R    ] x11-libs/xcb-util-wm-0.4.1-r1  ABI_X86="32*"
[ebuild   R    ] media-libs/gd-2.0.35-r4  ABI_X86="32*"
[ebuild   R    ] media-libs/imlib2-1.4.6-r2  ABI_X86="32*"
[ebuild   R    ] app-arch/snappy-1.1.2-r1  ABI_X86="32*"
[ebuild   R    ] x11-libs/libXcomposite-0.4.4-r1  ABI_X86="32*"
[ebuild   R    ] dev-libs/nss-3.17.4  ABI_X86="32*"
[ebuild   R    ] x11-libs/libXv-1.0.10  ABI_X86="32*"
[ebuild   R    ] media-libs/libdvdnav-4.2.1  ABI_X86="32*"
[ebuild   R    ] x11-libs/libXp-1.0.3  ABI_X86="32*"
[ebuild   R    ] x11-libs/libXinerama-1.1.3  ABI_X86="32*"
[ebuild   R    ] x11-libs/libXScrnSaver-1.2.2-r1  ABI_X86="32*"
[ebuild   R    ] dev-lang/orc-0.4.23  ABI_X86="32*"
[ebuild   R    ] app-text/recode-3.6_p20-r1  ABI_X86="32*"
[ebuild     U  ] dev-libs/openssl-1.0.1m [1.0.1l-r1]
[ebuild   R    ] dev-libs/libevent-2.0.22  ABI_X86="32*"
[ebuild   R    ] app-crypt/p11-kit-0.20.7  ABI_X86="32*"
[ebuild   R    ] net-misc/curl-7.42.1  ABI_X86="32*"
[ebuild   R    ] dev-libs/libevdev-1.3  ABI_X86="32*"
[ebuild   R    ] dev-libs/atk-2.14.0  ABI_X86="32*"
[ebuild   R    ] media-libs/gstreamer-1.4.5  ABI_X86="32*"
[ebuild   R    ] dev-cpp/atkmm-2.22.7-r1  ABI_X86="32*"
[ebuild   R    ] sys-devel/gettext-0.19.3  ABI_X86="32*"
[ebuild   R    ] dev-libs/libcroco-0.6.8-r1  ABI_X86="32*"
[ebuild   R    ] media-libs/gstreamer-0.10.36-r2  ABI_X86="32*"
[ebuild   R    ] net-libs/neon-0.30.1  ABI_X86="32*"
[ebuild   R    ] x11-libs/gdk-pixbuf-2.30.8  ABI_X86="32*"
[ebuild   R    ] media-libs/gst-plugins-base-0.10.36-r2  ABI_X86="32*"
[ebuild   R    ] app-i18n/enca-1.14-r2  ABI_X86="32*"
[ebuild   R    ] dev-libs/libcdio-0.92  ABI_X86="32*"
[ebuild   R    ] media-libs/gst-plugins-ugly-0.10.19-r1  ABI_X86="32*"
[ebuild   R    ] media-libs/gst-plugins-bad-0.10.23-r2  ABI_X86="32*"
[ebuild   R    ] media-libs/gst-plugins-good-0.10.31-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-xvideo-0.10.36-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-ogg-0.10.36-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-alsa-0.10.36-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-vorbis-0.10.36-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-x-0.10.36-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-cdparanoia-0.10.36-r1  ABI_X86="32*"
[ebuild   R    ] dev-libs/libcdio-paranoia-0.90_p1-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-dts-0.10.23-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-resindvd-0.10.23-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-x264-0.10.19-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-mad-0.10.19-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-xvid-0.10.23-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-a52dec-0.10.19-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-faad-0.10.23-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-flac-0.10.31-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-dvdread-0.10.19-r1  ABI_X86="32*"
[ebuild   R    ] media-gfx/graphite2-1.2.4-r1  ABI_X86="32*"
[ebuild   R    ] net-libs/libproxy-0.4.11-r2  ABI_X86="32*"
[ebuild   R    ] media-libs/taglib-1.9.1-r2  ABI_X86="32*"
[ebuild   R    ] net-libs/glib-networking-2.42.1  ABI_X86="32*"
[ebuild   R    ] net-libs/libsoup-2.48.1  ABI_X86="32*"
[ebuild   R    ] net-libs/rest-0.7.92-r2  ABI_X86="32*"
[ebuild   R    ] net-libs/libsoup-gnome-2.48.1  ABI_X86="32*"
[ebuild   R    ] sys-libs/pam-1.1.8-r2  ABI_X86="32*"
[ebuild   R    ] virtual/pam-0-r1  ABI_X86="32*"
[ebuild     U  ] dev-qt/qtcore-4.8.6-r2 [4.8.5-r2] ABI_X86="32%* (64%*) (-x32)"
[blocks b      ] dev-qt/qttranslations:4 ("dev-qt/qttranslations:4" is
blocking dev-qt/qtcore-4.8.5-r2)
[blocks b      ] <dev-qt/qtcore-4.8.6:4 ("<dev-qt/qtcore-4.8.6:4" is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild  N     ] dev-qt/qttranslations-4.8.6-r1  ABI_X86="32 (64) (-x32)"
[ebuild     U  ] dev-qt/qtscript-4.8.6-r2 [4.8.5] ABI_X86="32%* (64%*) (-x32)"
[blocks b      ] <dev-qt/qtscript-4.8.6:4 ("<dev-qt/qtscript-4.8.6:4"
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtsql-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)"
[blocks b      ] <dev-qt/qtsql-4.8.6:4 ("<dev-qt/qtsql-4.8.6:4" is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtxmlpatterns-4.8.6-r1 [4.8.5] ABI_X86="32%*
(64%*) (-x32)"
[blocks b      ] <dev-qt/qtxmlpatterns-4.8.6:4
("<dev-qt/qtxmlpatterns-4.8.6:4" is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qttest-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)"
[blocks b      ] <dev-qt/qttest-4.8.6:4 ("<dev-qt/qttest-4.8.6:4" is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtbearer-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)"
[blocks b      ] <dev-qt/qtbearer-4.8.6:4 ("<dev-qt/qtbearer-4.8.6:4"
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild   R    ] x11-libs/libnotify-0.7.6-r1  ABI_X86="32*"
[ebuild   R    ] x11-libs/xcb-util-0.4.0  ABI_X86="32*"
[ebuild   R    ] x11-libs/xcb-util-image-0.4.0  ABI_X86="32*"
[ebuild   R    ] x11-libs/xcb-util-cursor-0.1.1-r1  ABI_X86="32*"
[ebuild  NS    ] sys-kernel/gentoo-sources-3.18.12 [3.18.11]
USE="-build -deblob -experimental -symlink"
[ebuild   R    ] x11-libs/libXt-1.1.4  ABI_X86="32*"
[ebuild   R    ] x11-libs/cairo-1.12.18-r1  ABI_X86="32*"
[ebuild   R    ] x11-libs/libXmu-1.1.2  ABI_X86="32*"
[ebuild   R    ] virtual/libgudev-215-r1  ABI_X86="32*"
[ebuild   R    ] media-libs/harfbuzz-0.9.38  ABI_X86="32*"
[ebuild   R    ] x11-libs/pango-1.36.8  ABI_X86="32*"
[ebuild   R    ] gnome-base/librsvg-2.40.8  ABI_X86="32*"
[ebuild   R    ] dev-libs/libusb-1.0.19  ABI_X86="32*"
[ebuild   R    ] virtual/libusb-1-r1  ABI_X86="32*"
[ebuild   R    ] dev-libs/libgusb-0.2.4  ABI_X86="32*"
[ebuild   R    ] media-libs/gst-plugins-base-1.4.5  ABI_X86="32*"
[ebuild   R    ] media-libs/gst-plugins-ugly-1.4.5  ABI_X86="32*"
[ebuild   R    ] media-libs/gst-plugins-good-1.4.5  ABI_X86="32*"
[ebuild   R    ] dev-libs/json-glib-1.0.2-r1  ABI_X86="32*"
[ebuild   R    ] x11-libs/libXpm-3.5.11  ABI_X86="32*"
[ebuild   R    ] x11-libs/libXaw-1.0.12  ABI_X86="32*"
[ebuild   R    ] dev-cpp/cairomm-1.10.0-r1  ABI_X86="32*"
[ebuild   R    ] dev-libs/dbus-glib-0.102  ABI_X86="32*"
[ebuild   R    ] app-accessibility/at-spi2-core-2.14.1  ABI_X86="32*"
[ebuild   R    ] app-accessibility/at-spi2-atk-2.14.1  ABI_X86="32*"
[ebuild     U  ] dev-qt/qtdbus-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)"
[blocks b      ] <dev-qt/qtdbus-4.8.6:4 ("<dev-qt/qtdbus-4.8.6:4" is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild   R    ] media-plugins/gst-plugins-x264-1.4.5  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-mad-1.4.5  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-dvdread-1.4.5  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-a52dec-1.4.5  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-flac-1.4.5  ABI_X86="32*"
[ebuild   R    ] net-libs/libpcap-1.6.2-r1  ABI_X86="32*"
[ebuild   R    ] media-libs/libepoxy-1.2  ABI_X86="32*"
[ebuild   R    ] dev-cpp/pangomm-2.34.0-r1  ABI_X86="32*"
[ebuild   R    ] media-libs/gst-plugins-bad-1.4.5  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-dts-1.4.5  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-faad-1.4.5  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-resindvd-1.4.5  ABI_X86="32*"
[ebuild   R    ] media-libs/freeglut-2.8.1-r1  ABI_X86="32*"
[ebuild   R    ] media-libs/libwebp-0.4.0  ABI_X86="32*"
[ebuild   R    ] x11-libs/pangox-compat-0.0.2-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-cdparanoia-1.4.5  ABI_X86="32*"
[ebuild   R    ] x11-libs/gtk+-2.24.27  ABI_X86="32*"
[ebuild     U  ] dev-qt/qtgui-4.8.6-r4 [4.8.5-r4] ABI_X86="32%* (64%*) (-x32)"
[blocks b      ] <dev-qt/qtgui-4.8.6:4 ("<dev-qt/qtgui-4.8.6:4" is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qt3support-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)"
[blocks b      ] <dev-qt/qt3support-4.8.6:4
("<dev-qt/qt3support-4.8.6:4" is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtsvg-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)"
[blocks b      ] <dev-qt/qtsvg-4.8.6:4 ("<dev-qt/qtsvg-4.8.6:4" is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/designer-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)"
[blocks b      ] <dev-qt/designer-4.8.6:4 ("<dev-qt/designer-4.8.6:4"
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qthelp-4.8.6-r3 [4.8.5-r2] ABI_X86="32%* (64%*) (-x32)"
[blocks b      ] <dev-qt/qthelp-4.8.6:4 ("<dev-qt/qthelp-4.8.6:4" is
blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtopengl-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)"
[blocks b      ] <dev-qt/qtopengl-4.8.6:4 ("<dev-qt/qtopengl-4.8.6:4"
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild   R    ] media-libs/libtxc_dxtn-1.0.1-r1  ABI_X86="32*"
[ebuild     U  ] dev-qt/pixeltool-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)"
[blocks b      ] <dev-qt/pixeltool-4.8.6:4
("<dev-qt/pixeltool-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qdbusviewer-4.8.6-r1 [4.8.5] ABI_X86="32%*
(64%*) (-x32)"
[blocks b      ] <dev-qt/qdbusviewer-4.8.6:4
("<dev-qt/qdbusviewer-4.8.6:4" is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtwebkit-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)"
[blocks b      ] <dev-qt/qtwebkit-4.8.6:4 ("<dev-qt/qtwebkit-4.8.6:4"
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/qtmultimedia-4.8.6-r1 [4.8.5] ABI_X86="32%*
(64%*) (-x32)"
[blocks b      ] <dev-qt/qtmultimedia-4.8.6:4
("<dev-qt/qtmultimedia-4.8.6:4" is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild   R    ] media-plugins/gst-plugins-pango-0.10.36-r1  ABI_X86="32*"
[ebuild   R    ] dev-cpp/gtkmm-2.24.4-r1  ABI_X86="32*"
[ebuild   R    ] x11-libs/gtkglext-1.2.0-r2  ABI_X86="32*"
[ebuild   R    ] gnome-base/libglade-2.6.4-r2  ABI_X86="32*"
[ebuild   R    ] x11-themes/gtk-engines-xfce-3.0.1-r201  ABI_X86="32*"
[ebuild     U  ] dev-qt/qtdeclarative-4.8.6-r1 [4.8.5] ABI_X86="32%*
(64%*) (-x32)"
[blocks b      ] <dev-qt/qtdeclarative-4.8.6:4
("<dev-qt/qtdeclarative-4.8.6:4" is blocking
dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/assistant-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)"
[blocks b      ] <dev-qt/assistant-4.8.6:4
("<dev-qt/assistant-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
[ebuild     U  ] dev-qt/linguist-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)"
[blocks b      ] <dev-qt/linguist-4.8.6:4 ("<dev-qt/linguist-4.8.6:4"
is blocking dev-qt/qtchooser-0_p20150102)
[ebuild   R    ] x11-misc/colord-1.2.9  ABI_X86="32*"
[ebuild   R    ] gnome-base/gconf-3.2.6-r3  ABI_X86="32*"
[ebuild   R    ] x11-libs/gtk+-3.14.9  ABI_X86="32*"
[ebuild     U  ] net-analyzer/wireshark-1.12.5 [1.12.4]
[ebuild   R    ] media-plugins/gst-plugins-pulse-1.4.5  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-pulse-0.10.31-r1  ABI_X86="32*"
[ebuild   R    ] media-libs/libmpeg2-0.5.1-r2  ABI_X86="32*"
[ebuild   R    ] media-libs/sdl-mixer-1.2.12-r4  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-libav-1.2.4-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-mpeg2dec-1.4.5  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-mpeg2dec-0.10.19-r1  ABI_X86="32*"
[ebuild   R    ] media-libs/libpostproc-10.20140517-r1  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-ffmpeg-0.10.13_p201211-r3
ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-meta-1.0-r2  ABI_X86="32*"
[ebuild   R    ] media-plugins/gst-plugins-meta-0.10-r10  ABI_X86="32*"
[ebuild     U  ] dev-qt/qtphonon-4.8.6-r1 [4.8.5] ABI_X86="32%* (64%*) (-x32)"
[blocks b      ] <dev-qt/qtphonon-4.8.6:4 ("<dev-qt/qtphonon-4.8.6:4"
is blocking dev-qt/qtchooser-0_p20150102)

Would you like to merge these packages? [Yes/No] y

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Rich Freeman]

On Sat, May 16, 2015 at 8:53 AM, gevisz <gevisz@gmail.com> wrote:
>
> I am inattentive today. :(
>
> Some blockers remained but I hope it will not broke the system.
>...
> [blocks b      ] <dev-qt/assistant-4.8.6:4
> ("<dev-qt/assistant-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
>...
> Would you like to merge these packages? [Yes/No] y
>

This is pretty normal for a qt upgrade.  You haven't updated this
system recently, so you have a couple of relatively large updates that
are all getting mashed together in your emerge output - they're easier
to follow individually.

Blockers with a lower-case b are ones that portage can handle on its
own.  Blockers with a capital B are ones it needs help from you with.
A clue is the fact that portage went ahead with asking you whether to
proceed, which indicates that it thinks it knows what it is doing.
You should be fine answering Y.

-- 
Rich

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[gevisz]

2015-05-16 17:12 GMT+03:00 Rich Freeman <rich0@gentoo.org>:
> On Sat, May 16, 2015 at 8:53 AM, gevisz <gevisz@gmail.com> wrote:
>>
>> I am inattentive today. :(
>>
>> Some blockers remained but I hope it will not broke the system.
>>...
>> [blocks b      ] <dev-qt/assistant-4.8.6:4
>> ("<dev-qt/assistant-4.8.6:4" is blocking dev-qt/qtchooser-0_p20150102)
>>...
>> Would you like to merge these packages? [Yes/No] y
>>
>
> This is pretty normal for a qt upgrade.  You haven't updated this
> system recently, so you have a couple of relatively large updates that
> are all getting mashed together in your emerge output - they're easier
> to follow individually.

My last update was on only a week ago, on May 9.

I think that the "large updates" are caused by switching to global abi_x86_32
from doing it on per package base.

> Blockers with a lower-case b are ones that portage can handle on its
> own.  Blockers with a capital B are ones it needs help from you with.
> A clue is the fact that portage went ahead with asking you whether to
> proceed, which indicates that it thinks it knows what it is doing.
> You should be fine answering Y.

Ok, thank you for explanation.

P.S. I am still compiling.

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[Alan McKinnon]

On 16/05/2015 09:51, gevisz wrote:
> 2015-05-16 9:44 GMT+03:00 Alan McKinnon <alan.mckinnon@gmail.com>:
>> On 16/05/2015 07:52, gevisz wrote:
>>> 2015-05-15 20:30 GMT+03:00 Alexander Kapshuk <alexander.kapshuk@gmail.com>:
>>>> On Fri, May 15, 2015 at 9:04 AM, Gevisz <gevisz@gmail.com> wrote:
>>>>>
>>>>> On Fri, 15 May 2015 01:45:35 -0400 Gregory Woodbury <redwolfe@gmail.com>
>>>>> 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 for 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/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 <yngwin@gentoo.org>
>>>>>   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=libav 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 ? >=virtual/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 ?
>>>> =media-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 ?
>>>> =media-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-sound/sox-14.4.1 (ffmpeg ? >=virtual/ffmpeg-0.9)
>>> media-video/vlc-2.1.5-r1 (!libav ? media-video/ffmpeg:0)
>>>                          (!libav ? >=media-video/ffmpeg-1.2:0)
>>>                          (!libav ? media-video/ffmpeg:0[vaapi])
>>> virtual/ffmpeg-9-r1
>>> (>=media-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 support
>>>  - - 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 images
>>>  + + 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=test. 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 ?
>> =media-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 ?
>> =media-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 ? >=media-video/ffmpeg-1.2:0)
>                          (!libav ? media-video/ffmpeg:0[vaapi])
> virtual/ffmpeg-9-r1
> (>=media-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 globally
>        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.
> 


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?

-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] libav and ffmpeg on the same computer issue once again

[gevisz]

2015-05-16 15:50 GMT+03:00 Alan McKinnon <alan.mckinnon@gmail.com>:
> On 16/05/2015 09:51, gevisz wrote:
>> 2015-05-16 9:44 GMT+03:00 Alan McKinnon <alan.mckinnon@gmail.com>:
>>> On 16/05/2015 07:52, gevisz wrote:
>>>> 2015-05-15 20:30 GMT+03:00 Alexander Kapshuk <alexander.kapshuk@gmail.com>:
>>>>> On Fri, May 15, 2015 at 9:04 AM, Gevisz <gevisz@gmail.com> wrote:
>>>>>>
>>>>>> On Fri, 15 May 2015 01:45:35 -0400 Gregory Woodbury <redwolfe@gmail.com>
>>>>>> 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 for 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/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 <yngwin@gentoo.org>
>>>>>>   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=libav 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 ? >=virtual/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 ?
>>>>> =media-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 ?
>>>>> =media-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-sound/sox-14.4.1 (ffmpeg ? >=virtual/ffmpeg-0.9)
>>>> media-video/vlc-2.1.5-r1 (!libav ? media-video/ffmpeg:0)
>>>>                          (!libav ? >=media-video/ffmpeg-1.2:0)
>>>>                          (!libav ? media-video/ffmpeg:0[vaapi])
>>>> virtual/ffmpeg-9-r1
>>>> (>=media-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 support
>>>>  - - 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 images
>>>>  + + 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=test. 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 ?
>>> =media-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 ?
>>> =media-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 ? >=media-video/ffmpeg-1.2:0)
>>                          (!libav ? media-video/ffmpeg:0[vaapi])
>> virtual/ffmpeg-9-r1
>> (>=media-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 globally
>>        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.
>>
> 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.