Re: [gentoo-user] Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict
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 :-) :-)
Re: [gentoo-user] Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict
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: [gentoo-user] Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict
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 #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: [gentoo-user] Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict
On Monday, 4 December 2023 19:20:12 GMT Grant Edwards wrote: > On 2023-12-04, Michael 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. signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict
On 2023-12-04, Michael 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: [gentoo-user] Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict
On Monday, 4 December 2023 17:48:43 GMT Grant Edwards wrote: > On 2023-12-04, Dale 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. signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict
On 2023-12-04, Dale 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: [gentoo-user] Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict
Grant Edwards wrote: > On 2023-12-04, Dale 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 :-) :-)
[gentoo-user] Re: ffmpeg: WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict
On 2023-12-04, Dale 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?