Bug 510340 – >=media-video/ffmpeg-2.2.2 keyword request

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Alexis Ballier 2014-05-14 20:21:47 UTC]

due to missing optional deps:


media-video/ffmpeg/ffmpeg-2.2.2.ebuild: RDEPEND: ~amd64-fbsd(default/bsd/fbsd/amd64/9.1) ['>=media-libs/celt-0.11.1', '<media-libs/x265-0.9:=', 'media-libs/libquvi:0.4', 'net-libs/libssh']

media-video/ffmpeg/ffmpeg-2.2.2.ebuild: RDEPEND: ~alpha(default/linux/alpha/13.0) ['<media-libs/x265-0.9:=', 'media-libs/soxr', 'net-libs/libssh']

media-video/ffmpeg/ffmpeg-2.2.2.ebuild: RDEPEND: ~arm(default/linux/arm/13.0) ['<media-libs/x265-0.9:=']

media-video/ffmpeg/ffmpeg-2.2.2.ebuild: RDEPEND: ~hppa(default/linux/hppa/13.0) ['>=media-libs/celt-0.11.1', '<media-libs/x265-0.9:=', 'media-libs/zvbi']

media-video/ffmpeg/ffmpeg-2.2.2.ebuild: RDEPEND: ~ia64(default/linux/ia64/13.0) ['<media-libs/x265-0.9:=', 'media-libs/game-music-emu', 'media-libs/soxr', 'net-libs/libssh']

media-video/ffmpeg/ffmpeg-2.2.2.ebuild: RDEPEND: ~ppc(default/linux/powerpc/ppc32/13.0) ['<media-libs/x265-0.9:=']

media-video/ffmpeg/ffmpeg-2.2.2.ebuild: RDEPEND: ~ppc64(default/linux/powerpc/ppc64/13.0/64bit-userland) ['<media-libs/x265-0.9:=']

media-video/ffmpeg/ffmpeg-2.2.2.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0) ['<media-libs/x265-0.9:=', 'media-libs/soxr']

media-video/ffmpeg/ffmpeg-2.2.2.ebuild: RDEPEND: ~x86(default/linux/x86/13.0) ['<media-libs/x265-0.9:=']

[Comment 1 Jeroen Roovers (RETIRED) 2014-05-15 22:31:10 UTC]

*** Bug 510408 has been marked as a duplicate of this bug. ***

[Comment 2 Jeroen Roovers (RETIRED) 2014-05-19 20:23:54 UTC]

USE=x265 masked for HPPA.
Marked ~hppa.

[Comment 3 Mike Gilbert 2014-06-14 02:46:53 UTC]

+  14 Jun 2014; Mike Gilbert <[e-mail]> ffmpeg-2.2.3-r1.ebuild:
+  Add ~x86 keyword, tested by Arfrever.

[Comment 4 Markus Meier 2014-06-19 19:13:15 UTC]

If you fix media-libs/x265 repoman warnings, I'll proceed keywording the packages for arm... Thanks in advance!

  SRC_URI.mirror                2
   media-libs/x265/x265-0.8.ebuild: 'https://bitbucket.org/' found in thirdpartymirrors, use 'mirror://bitbucket/multicoreware/x265/get/0.8.tar.bz2'
   media-libs/x265/x265-1.0.ebuild: 'https://bitbucket.org/' found in thirdpartymirrors, use 'mirror://bitbucket/multicoreware/x265/get/1.0.tar.bz2'

[Comment 5 Markus Meier 2014-07-27 19:06:12 UTC]

~arm added

[Comment 6 Tobias Klausmann (RETIRED) 2014-08-04 16:06:08 UTC]

x265 USE flag masked on alpha due to bug 519046

Keyworded these on alpha:
=net-libs/libssh-0.6.3-r1 
=dev-util/cmocka-0.3.1-r1

[Comment 7 Jan Sever 2015-01-27 17:51:57 UTC]

Is x265 the only reason why it's still unstable? If so, can you exclude x265 and mark it stable? I don't need x265 (mplayer in current Portage tree still doesn't support it) but I need e.g. vf=idet which <ffmpeg-2 doesn't have.

[Comment 8 Alexis Ballier 2015-02-11 13:45:29 UTC]

timeout:

+  11 Feb 2015; Alexis Ballier <[e-mail]> ffmpeg-2.2.12.ebuild:
+  forward port keywords after masking optional useflags, bug #510340
+


profiles/arch/{ia64,powerpc,sparc}/package.use.mask have been touched

[Comment 9 Alexis Ballier 2015-04-16 17:41:47 UTC]

(In reply to Alexis Ballier from comment #8)
> timeout:
> 
> +  11 Feb 2015; Alexis Ballier <[e-mail]> ffmpeg-2.2.12.ebuild:
> +  forward port keywords after masking optional useflags, bug #510340
> +
> 
> 
> profiles/arch/{ia64,powerpc,sparc}/package.use.mask have been touched

forgot to close