Summary: | >=media-video/ffmpeg-3.1.4 keyword request | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Alexis Ballier <aballier> |
Component: | Keywording | Assignee: | Gentoo Media-video project <media-video> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | axiator, itumaykin+gentoo, leio, ua_gentoo_bugzilla |
Priority: | Normal | Keywords: | KEYWORDREQ |
Version: | unspecified | Flags: | stable-bot:
sanity-check-
|
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: |
=media-video/ffmpeg-3.3.3
=media-libs/kvazaar-1.1.0
=media-libs/zimg-2.5.1
=media-libs/openh264-1.7.0
=media-libs/rubberband-1.8.1-r1
=media-libs/chromaprint-1.4.2
=media-libs/libilbc-2.0.2
=media-libs/libebur128-1.2.2
=media-libs/vamp-plugin-sdk-2.7.1
=media-libs/libsdl2-2.0.5
|
Runtime testing required: | --- |
Bug Depends on: | 589688, 594546, 595932, 595934 | ||
Bug Blocks: | 601354, 601662, 608316, 608868, 615510 |
Description
Alexis Ballier
2016-02-15 13:44:15 UTC
add media-sound/dcadec to the above list and also media-libs/libilbc nvidia-drivers (needed by the nvidia SDK) will never work on Alpha (and I suspect few other archs), hence I masked USE=nvenc on alpha. Likewise, openh264 needs nasm, which will never work on Alpha, according to upstream. Thus, I masked USE=openh264 That leaves us with: media-video/ffmpeg-3.0.1 media-libs/kvazaar-0.8.3 media-libs/zimg-2.0.4 media-sound/dcadec-0.2.0 media-libs/libilbc-2.0.2 ...but libilbc doesn't even compile (missing arch definition). Should I continue masking everything that doesn't work outright? I'm fine with that, I doubt many people do lots of ffmpeg work on Alphas these days. But I don't want to drop ffmpeg entirely due to the ripple effect on its rdeps it would have. Please advise. (In reply to Tobias Klausmann from comment #3) > Should I continue masking everything that doesn't work outright? I'm fine > with that, I doubt many people do lots of ffmpeg work on Alphas these days. > But I don't want to drop ffmpeg entirely due to the ripple effect on its > rdeps it would have. > > Please advise. I'd say mask what doesn't work Added media-video/ffmpeg nvenc openh264 to profiles/arch/powerpc/package.use.mask Marked media-libs/zimg ~ppc Keywording media-libs/kvazaar needs bug 589699 fixed first. I think that it may best to mask nvenc and openh264 in global package.use.mask, and only unmask for the architectures where nvidia_video_sdk and openh264 are keyworded. ppc done # Alexis Ballier <aballier@gentoo.org> (15 Feb 2016) # Breaks some of its reverse dependencies. # Bug 574788 >=media-video/ffmpeg-3.0 >=media-video/mplayer-1.3.0 OK. Re-CC when that's fixed. The >3 ebuilds are already keyworded anyway, so there is nothing to do until the keywords are actually dropped properly. (In reply to Jeroen Roovers from comment #8) > # Alexis Ballier <aballier@gentoo.org> (15 Feb 2016) > # Breaks some of its reverse dependencies. > # Bug 574788 > >=media-video/ffmpeg-3.0 > >=media-video/mplayer-1.3.0 > > OK. Re-CC when that's fixed. Please read the mentioned bug before taking action next time. ffmpeg not having broken deps is independent from not having all its revdeps fixed... > The >3 ebuilds are already keyworded anyway, so done that, if that's all that can please you... (In reply to Alexis Ballier from comment #9) > (In reply to Jeroen Roovers from comment #8) > > # Alexis Ballier <aballier@gentoo.org> (15 Feb 2016) > > # Breaks some of its reverse dependencies. > > # Bug 574788 > > >=media-video/ffmpeg-3.0 > > >=media-video/mplayer-1.3.0 > > > > OK. Re-CC when that's fixed. > > Please read the mentioned bug before taking action next time. ffmpeg not > having broken deps is independent from not having all its revdeps fixed... It's virtually impossible to keyword a package when it's masked. That's what needs to be fixed. (In reply to Jeroen Roovers from comment #10) > (In reply to Alexis Ballier from comment #9) > > (In reply to Jeroen Roovers from comment #8) > > > # Alexis Ballier <aballier@gentoo.org> (15 Feb 2016) > > > # Breaks some of its reverse dependencies. > > > # Bug 574788 > > > >=media-video/ffmpeg-3.0 > > > >=media-video/mplayer-1.3.0 > > > > > > OK. Re-CC when that's fixed. > > > > Please read the mentioned bug before taking action next time. ffmpeg not > > having broken deps is independent from not having all its revdeps fixed... > > It's virtually impossible to keyword a package when it's masked. That's what > needs to be fixed. when keywords are not dropped: repoman --without-mask | grep $ARCH when they are dropped: keyword it first. x86 done An automated check of this bug failed - repoman reported dependency errors (146 lines truncated):
> dependency.bad media-video/ffmpeg/ffmpeg-3.2.2.ebuild: DEPEND: ~alpha(default/linux/alpha/13.0) ['>=media-libs/libebur128-1.1.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(-)?]']
> dependency.bad media-video/ffmpeg/ffmpeg-3.2.2.ebuild: RDEPEND: ~alpha(default/linux/alpha/13.0) ['>=media-libs/libebur128-1.1.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(-)?]']
> dependency.bad media-video/ffmpeg/ffmpeg-3.2.2.ebuild: DEPEND: ~alpha(default/linux/alpha/13.0/desktop) ['>=media-libs/libebur128-1.1.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(-)?]']
> dependency.bad media-libs/rubberband/rubberband-1.8.1-r1.ebuild: DEPEND: ~arm(default/linux/arm/13.0) ['media-libs/ladspa-sdk']
> dependency.bad media-libs/rubberband/rubberband-1.8.1-r1.ebuild: RDEPEND: ~arm(default/linux/arm/13.0) ['media-libs/ladspa-sdk']
> dependency.bad media-libs/rubberband/rubberband-1.8.1-r1.ebuild: DEPEND: ~ia64(default/linux/ia64/13.0) ['media-libs/vamp-plugin-sdk[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/ladspa-sdk']
> dependency.bad media-libs/openh264/openh264-1.5.0.ebuild: DEPEND: ~alpha(default/linux/alpha/13.0) ['dev-lang/nasm']
> dependency.bad media-libs/openh264/openh264-1.5.0.ebuild: DEPEND: ~alpha(default/linux/alpha/13.0/desktop) ['dev-lang/nasm']
> dependency.bad media-libs/openh264/openh264-1.5.0.ebuild: DEPEND: ~alpha(default/linux/alpha/13.0/desktop/gnome) ['dev-lang/nasm']
An automated check of this bug failed - repoman reported dependency errors (107 lines truncated):
> dependency.bad media-video/ffmpeg/ffmpeg-2.8.10.ebuild: DEPEND: alpha(default/linux/alpha/13.0) ['>=media-libs/ladspa-sdk-1.13-r2[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(-)?]']
> dependency.bad media-video/ffmpeg/ffmpeg-2.8.10.ebuild: DEPEND: alpha(default/linux/alpha/13.0/desktop) ['>=media-libs/ladspa-sdk-1.13-r2[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(-)?]']
> dependency.bad media-video/ffmpeg/ffmpeg-2.8.10.ebuild: DEPEND: alpha(default/linux/alpha/13.0/desktop/gnome) ['>=media-libs/ladspa-sdk-1.13-r2[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(-)?]']
(In reply to Stabilization helper bot from comment #14) > An automated check of this bug failed - repoman reported dependency errors > (107 lines truncated): > > > dependency.bad media-video/ffmpeg/ffmpeg-2.8.10.ebuild: DEPEND: alpha(default/linux/alpha/13.0) ['>=media-libs/ladspa-sdk-1.13-r2[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(-)?]'] > > dependency.bad media-video/ffmpeg/ffmpeg-2.8.10.ebuild: DEPEND: alpha(default/linux/alpha/13.0/desktop) ['>=media-libs/ladspa-sdk-1.13-r2[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(-)?]'] > > dependency.bad media-video/ffmpeg/ffmpeg-2.8.10.ebuild: DEPEND: alpha(default/linux/alpha/13.0/desktop/gnome) ['>=media-libs/ladspa-sdk-1.13-r2[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(-)?]'] There is a bug with the bot I think: There is no ffmpeg-2.8.10 in the list. ladspa-sdk-1.13-r2 is marked *stable* on alpha. What's happening ? An automated check of this bug failed - repoman reported dependency errors (107 lines truncated):
> dependency.bad media-video/ffmpeg/ffmpeg-2.8.10.ebuild: DEPEND: alpha(default/linux/alpha/13.0) ['>=media-libs/ladspa-sdk-1.13-r2[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(-)?]']
> dependency.bad media-video/ffmpeg/ffmpeg-2.8.10.ebuild: DEPEND: alpha(default/linux/alpha/13.0/desktop) ['>=media-libs/ladspa-sdk-1.13-r2[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(-)?]']
> dependency.bad media-video/ffmpeg/ffmpeg-2.8.10.ebuild: DEPEND: alpha(default/linux/alpha/13.0/desktop/gnome) ['>=media-libs/ladspa-sdk-1.13-r2[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(-)?]']
As kensington explained in IRC, it's turning all the listed packages to ~arch with a "ekeyword ~arch pkg" for each package for each of the arches CCed on the bug, because the arches aren't listed, thus downgrading ladspa-sdk and a few other things to ~alpha (or in some cases also other arches, just snipped out), thus breaking earlier stable ffmpeg during the repoman check. So at least until bugbot starts avoiding doing that (converting stable to ~arch), it's still nice to specify which arches need to do what via the optional specification in package list (so arch team can grep out only their arch from the bigger list), so I've tried to do that for you. An automated check of this bug failed - repoman reported dependency errors (71 lines truncated):
> dependency.bad media-video/ffmpeg/ffmpeg-3.2.2.ebuild: DEPEND: ~arm(default/linux/arm/13.0) ['media-video/nvidia_video_sdk']
> dependency.bad media-video/ffmpeg/ffmpeg-3.2.2.ebuild: RDEPEND: ~arm(default/linux/arm/13.0) ['media-video/nvidia_video_sdk']
> dependency.bad media-video/ffmpeg/ffmpeg-3.2.2.ebuild: DEPEND: ~hppa(default/linux/hppa/13.0) ['media-video/nvidia_video_sdk']
An automated check of this bug failed - repoman reported dependency errors (110 lines truncated):
> dependency.bad media-video/nvidia_video_sdk/nvidia_video_sdk-6.0.1.ebuild: DEPEND: ~alpha(default/linux/alpha/13.0) ['>=x11-drivers/nvidia-drivers-347.09']
> dependency.bad media-video/nvidia_video_sdk/nvidia_video_sdk-6.0.1.ebuild: RDEPEND: ~alpha(default/linux/alpha/13.0) ['>=x11-drivers/nvidia-drivers-347.09']
> dependency.bad media-video/nvidia_video_sdk/nvidia_video_sdk-6.0.1.ebuild: DEPEND: ~alpha(default/linux/alpha/13.0/desktop) ['>=x11-drivers/nvidia-drivers-347.09']
> dependency.bad media-video/ffmpeg/ffmpeg-3.2.2.ebuild: DEPEND: ~ia64(default/linux/ia64/13.0) ['media-libs/libsdl2[sound,video,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(-)?]']
> dependency.bad media-video/ffmpeg/ffmpeg-3.2.2.ebuild: RDEPEND: ~ia64(default/linux/ia64/13.0) ['media-libs/libsdl2[sound,video,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(-)?]']
> dependency.bad media-video/ffmpeg/ffmpeg-3.2.2.ebuild: DEPEND: ~ia64(default/linux/ia64/13.0/desktop) ['media-libs/libsdl2[sound,video,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(-)?]']
putting nvidia-drivers & nvidia_video_sdk to please the bot but really arches should p.use.mask nvenc An automated check of this bug failed - repoman reported dependency errors (71 lines truncated):
> dependency.bad x11-drivers/nvidia-drivers/nvidia-drivers-378.09.ebuild: DEPEND: ~alpha(default/linux/alpha/13.0) ['app-eselect/eselect-opencl']
> dependency.bad x11-drivers/nvidia-drivers/nvidia-drivers-378.09.ebuild: RDEPEND: ~alpha(default/linux/alpha/13.0) ['app-eselect/eselect-opencl', 'sys-power/acpid']
> dependency.bad x11-drivers/nvidia-drivers/nvidia-drivers-378.09.ebuild: DEPEND: ~alpha(default/linux/alpha/13.0/desktop) ['app-eselect/eselect-opencl']
ok, let's do it the other way: i've masked nvenc globally and unmasked on arches where video_cards_nvidia is unmasked... Marked ~hppa. ~arm added. Added ~ppc64 keyword. Add ~ppc keyword. Keyworded on alpha. ~ia64 keyworded An automated check of this bug failed - the following atom is unknown: media-libs/zimg-2.4 Please verify the atom list. As I was here for gstreamer related stuff and noticed sanity-check fail due to zimg bumps over time (and comment making a recheck and switching it to fail), I've taken the liberty to update the list fully for sparc only purposes, as they are the only ones still left here, not just fixing the zimg version (but also increasing them to latest available that others have keyworded). (In reply to Mart Raudsepp from comment #30) > As I was here for gstreamer related stuff and noticed sanity-check fail due > to zimg bumps over time (and comment making a recheck and switching it to > fail), I've taken the liberty to update the list fully for sparc only > purposes, as they are the only ones still left here, not just fixing the > zimg version (but also increasing them to latest available that others have > keyworded). Thanks. I did something similar in bug #615510, let's see who wins the race! :) I'm guessing this one will fail due to me putting ffmpeg-3.3 in here. Probably best to merge this into the new one and close this one here after shifting the blockers over too. An automated check of this bug failed - repoman reported dependency errors (7 lines truncated):
> dependency.bad media-video/ffmpeg/ffmpeg-3.3.3.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0) ['>=sci-libs/netcdf-4.3.2-r1[hdf5]', '>=net-libs/zeromq-4.1.6']
> dependency.bad media-video/ffmpeg/ffmpeg-3.3.3.ebuild: RDEPEND: ~sparc(default/linux/sparc/13.0) ['>=sci-libs/netcdf-4.3.2-r1[hdf5]', '>=net-libs/zeromq-4.1.6']
> dependency.bad media-video/ffmpeg/ffmpeg-3.3.3.ebuild: DEPEND: ~sparc(default/linux/sparc/13.0/desktop) ['>=sci-libs/netcdf-4.3.2-r1[hdf5]', '>=net-libs/zeromq-4.1.6']
sparc was dropped to exp. https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=b5901d8f716555a1479f12313a2925fcadd177a9 sparc@ will do newer version of ffmpeg |