Advanced
Mailing List Archive

Mailing List Archive

  1. Home >
  2. Gentoo>
  3. User
ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict
rdalek1967 at gmail
Dec 4, 2023, 12:28 AM
Post #1 of 16 (285 views)
Permalink
Howdy,

I either started a thread on this a while back or it was mentioned
inside another thread.  This has been popping up for months now.  Either
I have something set wrong or there is a problem in a ebuild or
something.  I just don't know what.  This is what I get.  I'm having to
use this command because it does update everything else.  This however
triggers the same as I get during a regular world update. 



root@fireball / # emerge -auDN ffmpeg mpv mplayer

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

Calculating dependencies... done!
Dependency resolution took 269.57 s (backtrack: 0/500).


Total: 0 packages, Size of downloads: 0 KiB

WARNING: One or more updates/rebuilds have been skipped due to a
dependency conflict:

media-video/ffmpeg:0

  (media-video/ffmpeg-6.1:0/58.60.60::gentoo, ebuild scheduled for
merge) USE="X alsa bluray bzip2 dav1d encode fdk fontconfig frei0r
gnutls gpl iconv jpeg2k lcms libass lzma mp3 network nvenc opengl
openh264 postproc pulseaudio sdl svg theora threads truetype vorbis vpx
vulkan webp x264 x265 xvid zlib -amf -amr -amrenc (-appkit) -bs2b -cdio
-chromaprint -chromium -codec2 -cpudetection -cuda -debug -doc -flite
-fribidi -gcrypt -glslang -gme -gmp -gsm -hardcoded-tables -iec61883
-ieee1394 -jack -jpegxl -kvazaar -ladspa -libaom -libaribb24 -libcaca
-libdrm -libilbc -libplacebo -librtmp -libsoxr -libtesseract -libv4l
-libxml2 -lv2 (-mipsdspr1) (-mipsdspr2) (-mipsfpu) (-mmal) -modplug
-openal -opencl -openssl -opus -oss -pic -qsv -rav1e -rubberband -samba
-shaderc -snappy -sndio -speex -srt -ssh -static-libs -svt-av1 -test
-twolame -v4l -vaapi -vdpau -verify-sig -vidstab -vmaf -zeromq -zimg
-zvbi" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="aes avx fma3 fma4 mmx
mmxext sse sse2 sse3 sse4_1 sse4_2 ssse3 xop -3dnow -3dnowext -avx2"
FFTOOLS="aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt graph2dot
ismindex pktdumper qt-faststart sidxindex trasher" conflicts with
    media-video/ffmpeg:0/56.58.58= required by
(kde-frameworks/kfilemetadata-5.112.0:5/5.112::gentoo, installed)
USE="epub exif ffmpeg pdf taglib -debug -doc -mobi -test" ABI_X86="(64)"
                      ^^^^^^^^^^^^
    >=media-video/ffmpeg-2:0/56.58.58=[encode] required by
(app-text/unpaper-7.0.0:0/0::gentoo, installed) USE="-test" ABI_X86="(64)"
                          ^^^^^^^^^^^^       
    media-video/ffmpeg:0/56.58.58= required by
(media-video/pipewire-1.0.0:0/0.4::gentoo, installed) USE="X dbus extra
ffmpeg pipewire-alsa readline sound-server ssl zeroconf -bluetooth -doc
-echo-cancel -flatpak -gsettings -gstreamer -ieee1394 -jack-client
-jack-sdk -liblc3 -lv2 -man -modemmanager -roc (-selinux)
(-system-service) -systemd -test -v4l" ABI_X86="(64) -32 (-x32)"
                      ^^^^^^^^^^^^
    media-video/ffmpeg:0/56.58.58= required by
(media-video/gpac-2.2.1-r1:0/11::gentoo, installed) USE="X a52 aac alsa
ffmpeg jpeg jpeg2k mad opengl png pulseaudio sdl ssl truetype vorbis xml
xvid -debug -dvb -jack -oss -static-libs -theora" ABI_X86="(64)"
CPU_FLAGS_X86="sse2"
                      ^^^^^^^^^^^^
    >=media-video/ffmpeg-4.4:0/56.58.58=[encode,threads] required by
(media-video/mpv-0.37.0:0/2::gentoo, installed) USE="X alsa bluray cdda
cli drm dvd egl iconv javascript jpeg lcms libmpv lua nvenc opengl
pipewire pulseaudio sdl uchardet vulkan wayland xv zlib (-aqua) -archive
(-coreaudio) -debug -dvb -gamepad -jack -libcaca (-mmal) -openal
(-raspberry-pi) -rubberband (-selinux) -sixel -sndio -test -tools -vaapi
-vdpau -zimg" ABI_X86="(64)" LUA_SINGLE_TARGET="(luajit) (-lua5-1)"
PYTHON_SINGLE_TARGET="python3_11 -python3_10 -python3_12"
                            ^^^^^^^^^^^^               
    >=media-video/ffmpeg-2.7:0/56.58.58= required by
(media-video/ffmpegthumbnailer-2.2.2-r1:0/0::gentoo, installed) USE="gtk
jpeg png -gnome -test" ABI_X86="(64)"
                            ^^^^^^^^^^^^
    media-video/ffmpeg:0/56.58.58=[abi_x86_64(-)] required by
(media-libs/opencv-4.8.1:0/4.8.1::gentoo, installed) USE="contrib
contribdnn eigen features2d ffmpeg gphoto2 java jpeg jpeg2k opengl
openmp png python qt5 tiff webp -contribcvv -contribfreetype -contribhdf
(-contribovis) -contribsfm -contribxfeatures2d -cuda -debug -dnnsamples
-download -examples -gdal -gflags -glog -gstreamer -gtk3 -ieee1394
-lapack -lto -opencl -opencvapps -openexr -qt6 -tesseract -testprograms
-threads -v4l -vaapi -vtk -xine" ABI_X86="(64) -32 (-x32)"
CPU_FLAGS_X86="avx f16c fma3 popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3
-avx2 -avx512f" PYTHON_TARGETS="python3_11 -python3_10"
                      ^^^^^^^^^^^^              
    media-video/ffmpeg:0/56.58.58= required by
(sci-libs/vtk-9.2.6-r1:0/9.2::gentoo, installed) USE="ffmpeg java
logging mysql openmp qt5 rendering sdl threads -all-modules -boost -cuda
(-debug) -doc -examples -freetype -gdal -imaging -las -mpi -odbc
-openvdb -pdal -postgres -python -qt6 -tbb -test -tk -views -vtkm -web"
ABI_X86="(64)" PYTHON_SINGLE_TARGET="python3_11 -python3_10"
VIDEO_CARDS="-nvidia"
                      ^^^^^^^^^^^^
    media-video/ffmpeg:0/56.58.58= required by
(kde-apps/ffmpegthumbs-23.08.3:5/5::gentoo, installed) USE="-debug"
ABI_X86="(64)"
                      ^^^^^^^^^^^^
    media-video/ffmpeg:0/56.58.58= required by
(kde-apps/k3b-23.08.3:5/5::gentoo, installed) USE="dvd ffmpeg flac
handbook mad taglib vorbis -debug -lame -musepack -sndfile -sox -test
-vcd -webengine" ABI_X86="(64)"
                      ^^^^^^^^^^^^
    >=media-video/ffmpeg-4.0:0/56.58.58= required by
(media-video/mplayer-1.5_p20230618:0/0::gentoo, installed) USE="X a52
alsa bidi bluray cddb cdio cdparanoia dvd dvdnav enca encode faac iconv
ipv6 jpeg libass mad mng mp3 network opengl osdmenu png pulseaudio rar
sdl shm truetype unicode vorbis x264 xscreensaver xv xvid -aalib (-aqua)
-bl -bs2b -cpudetection -debug -dga -doc -dts -dv -dvb -faad -fbcon -ftp
-ggi -gsm -jack -joystick -ladspa -libcaca -libmpeg2 -lirc -live -lzo
-md5sum -nas -openal -oss -pnm -pvr -radio -rtc -rtmp -samba (-selinux)
-speex -tga -theora -toolame -tremor -twolame -v4l -vcd -vdpau (-vidix)
-xinerama -yuv4mpeg -zoran" ABI_X86="(64)" CPU_FLAGS_X86="avx fma3 fma4
mmx mmxext sse sse2 sse3 sse4_1 sse4_2 ssse3 xop -3dnow -3dnowext -avx2"
VIDEO_CARDS="-mga"
                            ^^^^^^^^^^^^
    <media-video/ffmpeg-5:= required by
(sci-libs/opencascade-7.7.0-r2:0/7.7::gentoo, installed) USE="ffmpeg vtk
-doc -examples -freeimage -gles2 -json -optimize (-tbb)" ABI_X86="(64)"
    ^                   ^ 
    media-video/ffmpeg:0/56.58.58= required by
(media-libs/mlt-7.20.0-r1:0/7::gentoo, installed) USE="ffmpeg frei0r gtk
opengl python qt5 rubberband sdl xml -debug -jack -libsamplerate -opencv
-rtaudio -test (-vdpau) -vidstab -xine" ABI_X86="(64)"
PYTHON_SINGLE_TARGET="python3_11 -python3_10 -python3_12"
                      ^^^^^^^^^^^^
    media-video/ffmpeg:0/56.58.58= required by
(kde-plasma/kpipewire-5.27.9:5/5::gentoo, installed) USE="-debug -test"
ABI_X86="(64)"
                      ^^^^^^^^^^^^
    media-video/ffmpeg:0/56.58.58= required by
(media-libs/gegl-0.4.46:0.4/0.4::gentoo, installed) USE="cairo ffmpeg
lcms openmp pdf sdl svg tiff webp -debug -introspection -lensfun
-openexr -raw -sdl2 -test -umfpack -v4l -vala" ABI_X86="(64)"
                      ^^^^^^^^^^^^
    media-video/ffmpeg:0/56.58.58= required by
(media-video/qmplay2-23.10.22:0/0::gentoo, installed) USE="alsa
audiofilters opengl pipewire pulseaudio taglib vulkan xv -avdevice -cdio
-cuvid -extensions -gme -inputs -libass -modplug -notifications
-portaudio -qt6 -shaders -sid -vaapi -vdpau -videofilters
-visualizations" ABI_X86="(64)"
                      ^^^^^^^^^^^^
    <media-video/ffmpeg-5:0/56.58.58= required by
(sci-libs/opencascade-7.7.0-r2:0/7.7::gentoo, installed) USE="ffmpeg vtk
-doc -examples -freeimage -gles2 -json -optimize (-tbb)" ABI_X86="(64)"
    ^                    ^^^^^^^^^^^^

media-libs/nv-codec-headers:0

  (media-libs/nv-codec-headers-12.1.14.0:0/0::gentoo, ebuild scheduled
for merge) USE="" ABI_X86="(64)" conflicts with
    <media-libs/nv-codec-headers-12 required by
(media-video/ffmpeg-4.4.4-r8:0/56.58.58::gentoo, installed) USE="X alsa
bluray bzip2 dav1d encode fdk fontconfig frei0r gnutls gpl iconv jpeg2k
libass lzma mp3 network nvenc opengl openh264 postproc pulseaudio sdl
svg theora threads truetype vorbis vpx vulkan webp x264 x265 xvid zlib
-amf -amr -amrenc (-appkit) -bs2b -cdio -chromaprint -chromium -codec2
-cpudetection -cuda -debug -doc -flite -fribidi -gcrypt -glslang -gme
-gmp -gsm -hardcoded-tables -iec61883 -ieee1394 -jack -kvazaar -ladspa
-libaom -libaribb24 -libcaca -libdrm -libilbc -librtmp -libsoxr
-libtesseract -libv4l -libxml2 -lv2 (-mipsdspr1) (-mipsdspr2) (-mipsfpu)
(-mmal) -modplug -openal -opencl -openssl -opus -oss -pic -qsv -rav1e
-rubberband -samba -snappy -sndio -speex -srt -ssh -static-libs -svt-av1
-test -twolame -v4l -vaapi -vdpau -verify-sig -vidstab -vmaf -zeromq
-zimg -zvbi" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="aes avx fma3 fma4
mmx mmxext sse sse2 sse3 sse4_1 sse4_2 ssse3 xop -3dnow -3dnowext -avx2"
FFTOOLS="aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt graph2dot
ismindex pktdumper qt-faststart sidxindex trasher"
    ^                            ^^


!!! The following installed packages are masked:
- sys-kernel/gentoo-sources-5.14.15::gentoo (masked by: package.mask)
- sys-kernel/gentoo-sources-5.6.7::gentoo (masked by: package.mask)
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.


Nothing to merge; quitting.

root@fireball / #


I seem to recall something about ffmpeg and opencascade being the
problem.  When Micheal mentioned me needing to enable a USE flag for my
nvidia card, that got added to the conflict as well.  I've tried
keywording all these so it can just pick the best to match but it seems
to not work.  I tried backtrack=500 and even added changed-deps=y just
to allow emerge to really think it over.  None helped even tho it did
recompile some packages.  Is it a USE flag that I can enable or disable
causing this?  Is it a bug in a ebuild?  Is there a problem with
compatibility between two versions of packages the upstream needs to
fix?  Is this me or something elsewhere?

Oh, I see the little ^^^^ pointing up there but in Konsole, they never
point up to the right place.  If it has a clue, I wouldn't be able to
get help from it.  Also, I have some options in make.conf for emerge so
I'm taking this from emerge.log to show the complete command that is
used.  Keep in mind, I increased backtrack and added changed-deps. 


emerge --newuse --oneshot --unordered-display --update --ask
--backtrack=500 --changed-deps=y --deep --jobs=6 --keep-going
--load-average=8.0 --with-bdeps=y --quiet-build=y --regex-search-auto=y
--verbose ffmpeg mpv mplayer


Anyone see a way to fix this?  It's getting old seeing this every week
when I try to do my updates and it may be blocking other updates as well. 

Thanks.

Dale

:-)  :-) 
Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict [ In reply to ]
antlists at youngman
Dec 4, 2023, 12:48 AM
Post #2 of 16 (285 views)
Permalink
On 04/12/2023 08:28, Dale wrote:
> Oh, I see the little ^^^^ pointing up there but in Konsole, they never
> point up to the right place.  If it has a clue, I wouldn't be able to
> get help from it.  Also, I have some options in make.conf for emerge so
> I'm taking this from emerge.log to show the complete command that is
> used.  Keep in mind, I increased backtrack and added changed-deps.

2>&1 tee emerge.log

That should give you the output in a file (emerge.log), and in an editor
it should all line up (provided the editor is set not to wrap).

Cheers,
Wol
Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict [ In reply to ]
jrasku at armispiansystems
Dec 4, 2023, 1:10 AM
Post #3 of 16 (284 views)
Permalink
On Mon, 4 Dec 2023 02:28:28 -0600
Dale <rdalek1967@gmail.com> wrote:

Trimming for brevity...

> Howdy,
>
> I either started a thread on this a while back or it was mentioned
> inside another thread.  This has been popping up for months now.
> Either I have something set wrong or there is a problem in a ebuild or
> something.  I just don't know what.  This is what I get.  I'm having
> to use this command because it does update everything else.  This
> however triggers the same as I get during a regular world update. 
>
>
>
> root@fireball / # emerge -auDN ffmpeg mpv mplayer
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> Dependency resolution took 269.57 s (backtrack: 0/500).
>
>
> Total: 0 packages, Size of downloads: 0 KiB
>
> WARNING: One or more updates/rebuilds have been skipped due to a
> dependency conflict:
>
> media-video/ffmpeg:0
>
>   (media-video/ffmpeg-6.1:0/58.60.60::gentoo,

This is the package it's trying to install... Note the version
number... (possibly both before and after the :

>     <media-video/ffmpeg-5:= required by

This is < version 5, and may be your issue. I know that there are
issues with more recent versions that they break in not at all good
ways (I don't know the details, but this might be related). I am not
sure if those issues have been fixed and this *may* be fixable, but
you'd have to look at VVVV Opencascade to see if they *can* change the
requirement.

> (sci-libs/opencascade-7.7.0-r2:0/7.7::gentoo, installed) USE="ffmpeg

This is a different (though possibly related) issue with
nv-codec-headers (NVIDIA driver issues)...

>   (media-libs/nv-codec-headers-12.1.14.0:0/0::gentoo, ebuild scheduled
> for merge) USE="" ABI_X86="(64)" conflicts with
>     <media-libs/nv-codec-headers-12 required by
> (media-video/ffmpeg-4.4.4-r8:0/56.58.58::gentoo, installed) USE="X
> alsa bluray bzip2 dav1d encode fdk fontconfig frei0r gnutls gpl iconv
> jpeg2k libass lzma mp3 network nvenc opengl openh264 postproc
> pulseaudio sdl svg theora threads truetype vorbis vpx vulkan webp
> x264 x265 xvid zlib -amf -amr -amrenc (-appkit) -bs2b -cdio
> -chromaprint -chromium -codec2 -cpudetection -cuda -debug -doc -flite
> -fribidi -gcrypt -glslang -gme -gmp -gsm -hardcoded-tables -iec61883
> -ieee1394 -jack -kvazaar -ladspa -libaom -libaribb24 -libcaca -libdrm
> -libilbc -librtmp -libsoxr -libtesseract -libv4l -libxml2 -lv2
> (-mipsdspr1) (-mipsdspr2) (-mipsfpu) (-mmal) -modplug -openal -opencl
> -openssl -opus -oss -pic -qsv -rav1e -rubberband -samba -snappy
> -sndio -speex -srt -ssh -static-libs -svt-av1 -test -twolame -v4l
> -vaapi -vdpau -verify-sig -vidstab -vmaf -zeromq -zimg -zvbi"
> ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="aes avx fma3 fma4 mmx mmxext
> sse sse2 sse3 sse4_1 sse4_2 ssse3 xop -3dnow -3dnowext -avx2"
> FFTOOLS="aviocat cws2fws ffescape ffeval ffhash fourcc2pixfmt
> graph2dot ismindex pktdumper qt-faststart sidxindex trasher" ^



> !!! The following installed packages are masked:
> - sys-kernel/gentoo-sources-5.14.15::gentoo (masked by: package.mask)
> - sys-kernel/gentoo-sources-5.6.7::gentoo (masked by: package.mask)
> For more information, see the MASKED PACKAGES section in the emerge
> man page or refer to the Gentoo Handbook.

No idea why this is... Why would these be masked? And why are they
listed as installed? Neither of them are showing up as available (ie.
even a package.mask being removed would fix this).

> I seem to recall something about ffmpeg and opencascade being the
> problem. 

You possibly need to mask versions of ffmpeg that can't be installed
(package.mask) I just had to do that. I have been doing it on an
individual version basis, as if it gets fixed, a broader mask may not
allow the fix to be installed.

I'd argue that this behaviour is undesirable, as from what I
experienced myself, once masked the update continues successfully, and
it knows it can't safely install the troublesome ffmpeg packages...
Some way of it acknowledging that *those* updates can't be installed,
but continuing any way would be helpful.

> When Micheal mentioned me needing to enable a USE flag for
> my nvidia card, that got added to the conflict as well.  I've tried
> keywording all these so it can just pick the best to match but it
> seems to not work.  I tried backtrack=500 and even added
> changed-deps=y just to allow emerge to really think it over.  None
> helped even tho it did recompile some packages.  Is it a USE flag
> that I can enable or disable causing this?  Is it a bug in a ebuild?
> Is there a problem with compatibility between two versions of
> packages the upstream needs to fix?  Is this me or something
> elsewhere?

I believe it's (this is more an opinion about *how* this is behaving)
it's problematic behaviour in terms of Portage. From what I can see
with this problem, nothing breaks if the version 5 or 6 doesn't get
installed, and nothing in the dependency indicates that it will/should.

That said, on this machine where I was working on this, something did
break, which has since been fixed (but not instantly).

> Oh, I see the little ^^^^ pointing up there but in Konsole, they never
> point up to the right place.  If it has a clue, I wouldn't be able to
> get help from it.  Also, I have some options in make.conf for emerge
> so I'm taking this from emerge.log to show the complete command that
> is used.  Keep in mind, I increased backtrack and added changed-deps. 

The ^^^^ usually points to several lines above, and I *think* usually
lines up fairly closely. In this case it is pointing to the version
numbers.

> emerge --newuse --oneshot --unordered-display --update --ask
> --backtrack=500 --changed-deps=y --deep --jobs=6 --keep-going
> --load-average=8.0 --with-bdeps=y --quiet-build=y
> --regex-search-auto=y --verbose ffmpeg mpv mplayer

This looks fair... But it won't fix it.

> Anyone see a way to fix this?  It's getting old seeing this every week
> when I try to do my updates and it may be blocking other updates as
> well. 

My fix (and it feels a bit kludgy in my mind) was to bask the package
with a package.mask for the version that shows up as, "ebuild schedued
for merge". I found I had to do this for several versions, but to me
that's safer, but requires multiple steps.

Good luck with this.
Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict [ In reply to ]
arve.barsnes at gmail
Dec 4, 2023, 1:40 AM
Post #4 of 16 (284 views)
Permalink
On Mon, 4 Dec 2023 at 09:28, Dale <rdalek1967@gmail.com> wrote:
> Anyone see a way to fix this? It's getting old seeing this every week
> when I try to do my updates and it may be blocking other updates as well.

Take a look at everything Jigme wrote, but the easy fix seems to
disable USE="ffmpeg" on the opencascade package. What that does to
your use of that package is outside of my knowledge.

Regards,
Arve
Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict [ In reply to ]
rdalek1967 at gmail
Dec 4, 2023, 3:41 AM
Post #5 of 16 (283 views)
Permalink
Arve Barsnes wrote:
> On Mon, 4 Dec 2023 at 09:28, Dale <rdalek1967@gmail.com> wrote:
>> Anyone see a way to fix this? It's getting old seeing this every week
>> when I try to do my updates and it may be blocking other updates as well.
> Take a look at everything Jigme wrote, but the easy fix seems to
> disable USE="ffmpeg" on the opencascade package. What that does to
> your use of that package is outside of my knowledge.
>
> Regards,
> Arve

I've done a emerge -C opencascade before to get it to move on a bit. 
Thing is, it pulls it back in and usually downgrades ffmpeg.  I use
Kicad on occasion and that is what pulls in opencascade.  I don't know
if it will affect Kicad or not but for now, I disabled the ffmpeg USE
flag for opencascade.  When I did that, it gives a better output.  It's
rebuilding quite a few packages but if it will allow emerge to upgrade
everything else, I'm fine with it. 

From what I've read so far, opencascade wants a older ffmpeg than
everything else I have installed.  It looks like opencascade needs to
upgrade its code to work with newer ffmpeg.  If I understand it correctly. 

Thanks to you and Jigme, and Wols, for the replies.  I'll know in a bit
how this works.  See what it does after it finishes. 

Dale

:-)  :-) 
Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict [ In reply to ]
arve.barsnes at gmail
Dec 4, 2023, 4:03 AM
Post #6 of 16 (283 views)
Permalink
On Mon, 4 Dec 2023 at 12:41, Dale <rdalek1967@gmail.com> wrote:
> From what I've read so far, opencascade wants a older ffmpeg than
> everything else I have installed. It looks like opencascade needs to
> upgrade its code to work with newer ffmpeg. If I understand it correctly.

Correct, according to the gentoo maintainer. Upstream says it is used
for 'video recording', so if you don't use that part of it, you
shouldn't miss it.

Regards,
Arve
Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict [ In reply to ]
grant.b.edwards at gmail
Dec 4, 2023, 9:00 AM
Post #7 of 16 (280 views)
Permalink
On 2023-12-04, Dale <rdalek1967@gmail.com> wrote:

> I either started a thread on this a while back or it was mentioned
> inside another thread.  This has been popping up for months now.  Either
> I have something set wrong or there is a problem in a ebuild or
> something.  I just don't know what.  This is what I get.  I'm having to
> use this command because it does update everything else.  This however
> triggers the same as I get during a regular world update. 
>
> root@fireball / # emerge -auDN ffmpeg mpv mplayer

A month or two ago, I had to give up on mplayer and replace it with
mpv [https://en.wikipedia.org/wiki/Mpv_(media_player)]. mplayer
required old versions of various libraries, and that was preventing
other things from getting updated because they depended on more modern
versions of those same libraries.

Do you really need both mpv and mplayer?
Re: Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict [ In reply to ]
rdalek1967 at gmail
Dec 4, 2023, 9:29 AM
Post #8 of 16 (280 views)
Permalink
Grant Edwards wrote:
> On 2023-12-04, Dale <rdalek1967@gmail.com> wrote:
>
>> I either started a thread on this a while back or it was mentioned
>> inside another thread.  This has been popping up for months now.  Either
>> I have something set wrong or there is a problem in a ebuild or
>> something.  I just don't know what.  This is what I get.  I'm having to
>> use this command because it does update everything else.  This however
>> triggers the same as I get during a regular world update. 
>>
>> root@fireball / # emerge -auDN ffmpeg mpv mplayer
> A month or two ago, I had to give up on mplayer and replace it with
> mpv [https://en.wikipedia.org/wiki/Mpv_(media_player)]. mplayer
> required old versions of various libraries, and that was preventing
> other things from getting updated because they depended on more modern
> versions of those same libraries.
>
> Do you really need both mpv and mplayer?


Given the new one fails to build, that is a good question.  Personally,
I just want to play videos.  lol  This is what equery shows as needing
mplayer. 



root@fireball / # equery d media-video/mplayer
 * These packages depend on media-video/mplayer:
media-video/devedeng-4.17.0-r2 (media-video/mplayer)
media-video/h264enc-10.4.7-r1 (media-video/mplayer[encode,x264])
media-video/smplayer-23.6.0 (media-video/mplayer[bidi?,libass,png,X])
root@fireball / #



I use smplayer, a LOT.  It's what I use to watch videos on my TV with. 
Can smplayer use mpv instead?  Would disabling those USE flags above
make it not need mplayer? 

Hey, it's one less package to deal with and it fails to build at the
moment. 

Dale

:-)  :-) 
Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict [ In reply to ]
grant.b.edwards at gmail
Dec 4, 2023, 9:48 AM
Post #9 of 16 (280 views)
Permalink
On 2023-12-04, Dale <rdalek1967@gmail.com> wrote:
> Grant Edwards wrote:
>
>> Do you really need both mpv and mplayer?
>
>
> Given the new one fails to build, that is a good question.  Personally,
> I just want to play videos.  lol  This is what equery shows as needing
> mplayer. 
>
>
>
> root@fireball / # equery d media-video/mplayer
>  * These packages depend on media-video/mplayer:
> media-video/devedeng-4.17.0-r2 (media-video/mplayer)
> media-video/h264enc-10.4.7-r1 (media-video/mplayer[encode,x264])
> media-video/smplayer-23.6.0 (media-video/mplayer[bidi?,libass,png,X])
> root@fireball / #
>
> I use smplayer, a LOT.  It's what I use to watch videos on my TV with. 
> Can smplayer use mpv instead?

According to Wikipedia:

SMPlayer is a cross-platform graphical front-end for MPlayer and mpv.

In the smplayer ebuild file is says this:

RDEPEND="${DEPEND}
|| (
media-video/mpv[libass(+),X]
media-video/mplayer[bidi?,libass,png,X]
)

So yes, smplayer will use either.

> Would disabling those USE flags above make it not need mplayer?

In the devedeng emerge file it too appears to be happy with either mplayer, vlc, or mpv:

RDEPEND="
[...]
|| ( media-video/vlc media-video/mpv media-video/mplayer )
[...]
"

However, the "h264enc" package has a hard dependency on mplayer.
Re: Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict [ In reply to ]
confabulate at kintzios
Dec 4, 2023, 10:48 AM
Post #10 of 16 (279 views)
Permalink
On Monday, 4 December 2023 17:48:43 GMT Grant Edwards wrote:
> On 2023-12-04, Dale <rdalek1967@gmail.com> wrote:
> > Grant Edwards wrote:
> >> Do you really need both mpv and mplayer?
> >
> > Given the new one fails to build, that is a good question. Personally,
> > I just want to play videos. lol This is what equery shows as needing
> > mplayer.
> >
> >
> >
> > root@fireball / # equery d media-video/mplayer
> > * These packages depend on media-video/mplayer:
> > media-video/devedeng-4.17.0-r2 (media-video/mplayer)
> > media-video/h264enc-10.4.7-r1 (media-video/mplayer[encode,x264])
> > media-video/smplayer-23.6.0 (media-video/mplayer[bidi?,libass,png,X])
> > root@fireball / #
> >
> > I use smplayer, a LOT. It's what I use to watch videos on my TV with.
> > Can smplayer use mpv instead?
>
> According to Wikipedia:
>
> SMPlayer is a cross-platform graphical front-end for MPlayer and
> mpv.
>
> In the smplayer ebuild file is says this:
>
> RDEPEND="${DEPEND}
>
> || (
>
> media-video/mpv[libass(+),X]
> media-video/mplayer[bidi?,libass,png,X]
> )
>
> So yes, smplayer will use either.
>
> > Would disabling those USE flags above make it not need mplayer?
>
> In the devedeng emerge file it too appears to be happy with either mplayer,
> vlc, or mpv:
>
> RDEPEND="
> [...]
>
> || ( media-video/vlc media-video/mpv media-video/mplayer )
>
> [...]
> "
>
> However, the "h264enc" package has a hard dependency on mplayer.

Which I believe is not needed for mpv. You can set:

vo=gpu
hwdec=auto

or,

hwdec=auto-safe

in .config/mpv/mpv.conf and all should be good. Check the mpv man page for
"Actively supported hwdecs" to see what applies to your hardware.

Attached Files:

Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict [ In reply to ]
grant.b.edwards at gmail
Dec 4, 2023, 11:20 AM
Post #11 of 16 (279 views)
Permalink
On 2023-12-04, Michael <confabulate@kintzios.com> wrote:

>> However, the "h264enc" package has a hard dependency on mplayer.
>
> Which I believe is not needed for mpv. You can set:

The problem is not that h264enc is required by mplyaer, it's that the
h264enc package requires mplayer:

From the h264enc ebuild [https://gitweb.gentoo.org/repo/gentoo.git/tree/media-video/h264enc/h264enc-10.4.7-r1.ebuild]:

RDEPEND="media-video/mplayer[encode,x264]
sys-apps/coreutils
[...]
sys-process/time"

> vo=gpu
> hwdec=auto
>
> or,
>
> hwdec=auto-safe
>
> in .config/mpv/mpv.conf and all should be good. Check the mpv man page for
> "Actively supported hwdecs" to see what applies to your hardware.

I don't understand how that's relevent to h264enc's dependancy on
mplayer.

The solution is to probably replace the h264enc script (which requires
mplayer -- more specifically, it appears to require mencoder), with an
equivalent script which uses mpv or ffmpeg instead of mencoder for
transcoding.

FWIW, mpv doesn't have a separate "encoder" utilitity like mplayer
does. Instead, you just add some -o<???> "output" options to tell it
where to write the stream and what container/codec to use for output.

--
Grant
Re: Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict [ In reply to ]
confabulate at kintzios
Dec 4, 2023, 11:47 AM
Post #12 of 16 (279 views)
Permalink
On Monday, 4 December 2023 19:20:12 GMT Grant Edwards wrote:
> On 2023-12-04, Michael <confabulate@kintzios.com> wrote:
> >> However, the "h264enc" package has a hard dependency on mplayer.
> >
> > Which I believe is not needed for mpv. You can set:
> The problem is not that h264enc is required by mplyaer, it's that the
> h264enc package requires mplayer:
>
> From the h264enc ebuild
> [https://gitweb.gentoo.org/repo/gentoo.git/tree/media-video/h264enc/h264enc
> -10.4.7-r1.ebuild]:
>
> RDEPEND="media-video/mplayer[encode,x264]
> sys-apps/coreutils
> [...]
> sys-process/time"
>
> > vo=gpu
> > hwdec=auto
> >
> > or,
> >
> > hwdec=auto-safe
> >
> > in .config/mpv/mpv.conf and all should be good. Check the mpv man page
> > for
> > "Actively supported hwdecs" to see what applies to your hardware.
>
> I don't understand how that's relevent to h264enc's dependancy on
> mplayer.
>
> The solution is to probably replace the h264enc script (which requires
> mplayer -- more specifically, it appears to require mencoder), with an
> equivalent script which uses mpv or ffmpeg instead of mencoder for
> transcoding.

Oops! I misread it. It is indeed the other way around, mplayer requiring
h264enc. My bad. In this case Dale needs to look into using ffmpeg for the
odd file he wants to transcode, instead of mplayer's menconder.

Attached Files:

Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict [ In reply to ]
jigme.datse at datsemultimedia
Dec 4, 2023, 3:05 PM
Post #13 of 16 (278 views)
Permalink
On Mon, 4 Dec 2023 10:40:20 +0100
Arve Barsnes <arve.barsnes@gmail.com> wrote:

> On Mon, 4 Dec 2023 at 09:28, Dale <rdalek1967@gmail.com> wrote:
> > Anyone see a way to fix this? It's getting old seeing this every
> > week when I try to do my updates and it may be blocking other
> > updates as well.
>
> Take a look at everything Jigme wrote, but the easy fix seems to
> disable USE="ffmpeg" on the opencascade package. What that does to
> your use of that package is outside of my knowledge.

Oh, I hadn't considered that, thanks for pointing that out.
Re: Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict [ In reply to ]
rdalek1967 at gmail
Dec 5, 2023, 9:27 AM
Post #14 of 16 (275 views)
Permalink
Michael wrote:
>
> Oops! I misread it. It is indeed the other way around, mplayer requiring
> h264enc. My bad. In this case Dale needs to look into using ffmpeg for the
> odd file he wants to transcode, instead of mplayer's menconder.


Update.  It gives a clean update now except for mplayer still failing to
compile.  It wants to recompile for some reason but fails with the limit
thing.  I found a bug with a patch for it.  I've tried to apply the
patch but am having no success.  This is the bug report.


https://bugs.gentoo.org/918113#c9


This is where I'm putting the patch and the patch. 


root@fireball / # cat /etc/portage/patches/media-video/mplayer.diff
diff -Naur a/libmpcodecs/mp_image.c b/libmpcodecs/mp_image.c
--- a/libmpcodecs/mp_image.c    2023-11-27 21:32:22.471059495 -0500
+++ b/libmpcodecs/mp_image.c    2023-11-27 21:33:12.586236355 -0500
@@ -30,6 +30,7 @@
 #include "libmpcodecs/mp_image.h"
 #include "libvo/fastmemcpy.h"
 #include "libavutil/mem.h"
+#include <limits.h>
 #include "mp_msg.h"

 void mp_image_alloc_planes(mp_image_t *mpi) {


root@fireball / #


I've tried it with no extension on the file, with .patch and .diff as
above.  I've also tried it with the version number as well.  No
combination seems to work for me.  This is the related output. 


>>> Source unpacked in
/var/tmp/portage/media-video/mplayer-1.5_p20230618/work
>>> Preparing source in
/var/tmp/portage/media-video/mplayer-1.5_p20230618/work/mplayer-1.5_p20230618
...
>>> Source prepared.
>>> Configuring source in
/var/tmp/portage/media-video/mplayer-1.5_p20230618/work/mplayer-1.5_p20230618
...


It doesn't show it even trying to apply the patch.  I've done patches
before but it was a long time ago.  I found a wiki page and tried to
follow it.  Still, nothing works.  This is the wiki page.


https://wiki.gentoo.org/wiki//etc/portage/patches


I'm pretty sure I'm not doing something right but mine looks like
examples on the wiki page as best as I can tell.  Maybe I have a typo or
something that I'm missing.  I dunno. 

Ideas?  This has worked in the distant past.

Thanks.

Dale

:-)  :-) 
Re: Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict [ In reply to ]
billie at gentoo
Dec 5, 2023, 9:40 AM
Post #15 of 16 (275 views)
Permalink
Dale schrieb am 05.12.23 um 18:27:
>
> This is where I'm putting the patch and the patch.
>
>
> root@fireball / # cat /etc/portage/patches/media-video/mplayer.diff

Maybe you should try:
/etc/portage/patches/media-video/mplayer/mplayer.diff
as written in the Wiki. The directory requires the category then e.g.
the package name. Within you have to place the patch file.

--
Best
Daniel
Re: Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict [ In reply to ]
rdalek1967 at gmail
Dec 5, 2023, 11:16 AM
Post #16 of 16 (273 views)
Permalink
Daniel Pielmeier wrote:
> Dale schrieb am 05.12.23 um 18:27:
>>
>> This is where I'm putting the patch and the patch.
>>
>>
>> root@fireball / # cat /etc/portage/patches/media-video/mplayer.diff
>
> Maybe you should try:
> /etc/portage/patches/media-video/mplayer/mplayer.diff
> as written in the Wiki. The directory requires the category then e.g.
> the package name. Within you have to place the patch file.
>


That was it.  I thought I was messing up something.  I missed that extra
directory.  Now it compiles and I can run depclean and get nice pretty
"Nothing to merge; quitting." message from emerge -auDN world.  Dang, I
haven't seen that in months.  O_O

Thanks much. 

Dale

:-)  :-) 

©2024 GT.net. A Gossamer Threads company.
5th Floor, 455 Granville St., Vancouver, BC V6C 1T1, Canada | Legal