conflict with ffmpeg

[Michael Hennebry]

More joy of a recent upgrade.

Last metadata expiration check: 0:01:05 ago on Fri 24 Nov 2023 07:29:43 PM CST.
Error:
  Problem: problem with installed package libswscale-free-6.0-5.fc38.x86_64
   - package ffmpeg-libs-6.0-6.fc38.x86_64 from rpmfusion-free conflicts with 
libswscale-free provided by libswscale-free-6.0-5.fc38.x86_64 from @System
   - package ffmpeg-libs-6.0-6.fc38.x86_64 from rpmfusion-free conflicts with 
libswscale-free provided by libswscale-free-6.0-2.fc38.x86_64 from fedora
   - package ffmpeg-libs-6.0-6.fc38.x86_64 from rpmfusion-free conflicts with 
libswscale-free provided by libswscale-free-6.0.1-1.fc38.x86_64 from updates
   - package ffmpeg-6.0-6.fc38.x86_64 from rpmfusion-free requires 
ffmpeg-libs(x86-64) = 6.0-6.fc38, but none of the providers can be installed
   - conflicting requests
  - package ffmpeg-6.0.1-2.fc38.x86_64 from rpmfusion-free-updates requires 
ffmpeg-libs(x86-64) = 6.0.1-2.fc38, but none of the providers can be installed
   - package ffmpeg-libs-6.0.1-2.fc38.x86_64 from rpmfusion-free-updates 
conflicts with libswscale-free provided by libswscale-free-6.0-5.fc38.x86_64 
from @System
   - package ffmpeg-libs-6.0.1-2.fc38.x86_64 from rpmfusion-free-updates 
conflicts with libswscale-free provided by libswscale-free-6.0-2.fc38.x86_64 
from fedora
   - package ffmpeg-libs-6.0.1-2.fc38.x86_64 from rpmfusion-free-updates 
conflicts with libswscale-free provided by libswscale-free-6.0.1-1.fc38.x86_64 
from updates
(try to add '--allowerasing' to command line to replace conflicting packages or 
'--skip-broken' to skip uninstallable packages)
[hennebry@fedora ~]$

--allowerasing would seem to be the only suggestion likely to result in a 
functional ffmpeg,
but I do not kow what damage that would cause.
Suggestions?

I was hoping for a --dry-run or some such option,
but no such luck.

-- 
Michael   hennebry(a)mail.cs.ndsu.NoDak.edu
"I was just thinking about the life of a pumpkin.  Grow up in the sun,
happily entwined with others, and then someone comes along,
cuts you open, and rips your guts out."      --       Buffy

[Tom Horsley]

On Fri, 24 Nov 2023 19:40:05 -0600 (CST)
Michael Hennebry wrote:

>  Suggestions? 
This is fedora putting their own lame bits of ffmpeg in fedora. This
works for me:

dnf swap ffmpeg-free ffmpeg --allowerasing

that swaps out the lame fedora stuff and gets everything from rpmfusion.

[Michael Hennebry]

On Fri, 24 Nov 2023, Tom Horsley wrote:

>  This is fedora putting their own lame bits of ffmpeg in fedora. This
>  works for me:
>
>  dnf swap ffmpeg-free ffmpeg --allowerasing
>
>  that swaps out the lame fedora stuff and gets everything from rpmfusion. 
Thanks.  I have ffmpeg now.
Any idea what lame bits?

As a rule, would it be a good idea to
give rpmfusion precedence over fedora?

-- 
Michael   hennebry(a)mail.cs.ndsu.NoDak.edu
"His longhand was fairly good in his youth, but as he got older it got
smaller, more scribbly, and harder to read; although, like being hanged,
one can get used to it." -- Gordon Dickson on H.P. Lovecraft's handwriting

[Ralf Corsépius]

Am 27.11.23 um 17:17 schrieb Michael Hennebry:
>  On Fri, 24 Nov 2023, Tom Horsley wrote:
>  
> > This is fedora putting their own lame bits of ffmpeg in fedora. This
> > works for me:
> >
> > dnf swap ffmpeg-free ffmpeg --allowerasing
> >
> > that swaps out the lame fedora stuff and gets everything from rpmfusion.
>  
>  Thanks.  I have ffmpeg now.
>  Any idea what lame bits? 
RHAT/Fedora's version has some patent/licensing
encumbered 
codecs/encoders/decoders removed. Unfortunately this list would exceed 
the amount of a posting being appropriate for this mailing list.

>  As a rule, would it be a good idea to
>  give rpmfusion precedence over fedora? 
Depends on your use-case and the legal
situation in your country.

The Fedora packages are supposed to be legally safe for commercial use 
in the USA, while this does not apply to the rpmfusion packages.

Ralf

[Cameron Simpson]

On 27Nov2023 10:17, Michael Hennebry <hennebry(a)web.cs.ndsu.nodak.edu&gt; wrote:
> Thanks.  I have ffmpeg now. 
Just thought I'd chime in with another option here.

Because I've usually got stale distros, I now run ffmpeg via docker 
using the "linuxserver/ffmpeg" image:
https://docs.linuxserver.io/images/docker-ffmpeg/

They supply instructions for invoking it.

If you don't like their instructions (or script), which I didn't, you're 
welcome to use my "ffmepg-docker" script (which you invoke just like 
ordinary ffmpeg):
https://github.com/cameron-simpson/css/blob/main/bin/ffmpeg-docker

It used to be an elaborate shell script (because it tried to parse the 
ffmpeg command line options to extract the inputs and outputs for 
attachment to the docker invocation) but now it's a small shell script 
which invokes Python and my "cs.ffmpegutils" module to do that stuff.

So you'd need to "python3 -m pip install cs.ffmpegutils" to make use of 
it.

That complication aside, my script tries _much_ harder to invoke the 
container securely (eg read only inputs, no access to anything else 
except an output directory).

Anyway, just FYI.

Cheers,
Cameron Simpson <cs(a)cskk.id.au&gt;

[Michael Hennebry]

On Sat, 2 Dec 2023, Cameron Simpson wrote:

>  On 27Nov2023 10:17, Michael Hennebry
> <hennebry(a)web.cs.ndsu.nodak.edu&gt; wrote:
> > Thanks.  I have ffmpeg now.
>
>  Just thought I'd chime in with another option here.
>
>  Because I've usually got stale distros, I now run ffmpeg via docker using the 
>  "linuxserver/ffmpeg" image:
>  https://docs.linuxserver.io/images/docker-ffmpeg/
>
>  They supply instructions for invoking it. 
That might be useful if I knew what I
was doing with either ffmpeg or docker.
ffmpeg seems to be necessary to play some videos,
so I wanted ffmpeg.
Not really sure how either firefox or chromium is using it.
Not sure whether either could be persuaded to go through docker.

-- 
Michael   hennebry(a)mail.cs.ndsu.NoDak.edu
"His longhand was fairly good in his youth, but as he got older it got
smaller, more scribbly, and harder to read; although, like being hanged,
one can get used to it." -- Gordon Dickson on H.P. Lovecraft's handwriting

[Tim]

On Fri, 2023-12-01 at 22:11 -0600, Michael Hennebry wrote:
>  ffmpeg seems to be necessary to play some videos,
>  so I wanted ffmpeg.
>  Not really sure how either firefox or chromium is using it. 
Browsers can play video files within the page.  They may need extra
codecs to be able to play some files.
 
-- 
 
uname -rsvp
Linux 3.10.0-1160.102.1.el7.x86_64 #1 SMP Tue Oct 17 15:42:21 UTC 2023 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.

[Samuel Sieb]

On 11/24/23 17:40, Michael Hennebry wrote:
>  More joy of a recent upgrade.
>  
>  Last metadata expiration check: 0:01:05 ago on Fri 24 Nov 2023 07:29:43 
>  PM CST.
>  Error:
>    Problem: problem with installed package libswscale-free-6.0-5.fc38.x86_64
>     - package ffmpeg-libs-6.0-6.fc38.x86_64 from rpmfusion-free conflicts 
>  with libswscale-free provided by libswscale-free-6.0-5.fc38.x86_64 from 
>  @System
>     - package ffmpeg-libs-6.0-6.fc38.x86_64 from rpmfusion-free conflicts 
>  with libswscale-free provided by libswscale-free-6.0-2.fc38.x86_64 from 
>  fedora
>     - package ffmpeg-libs-6.0-6.fc38.x86_64 from rpmfusion-free conflicts 
>  with libswscale-free provided by libswscale-free-6.0.1-1.fc38.x86_64 
>  from updates
>     - package ffmpeg-6.0-6.fc38.x86_64 from rpmfusion-free requires 
>  ffmpeg-libs(x86-64) = 6.0-6.fc38, but none of the providers can be 
>  installed
>     - conflicting requests
>    - package ffmpeg-6.0.1-2.fc38.x86_64 from rpmfusion-free-updates 
>  requires ffmpeg-libs(x86-64) = 6.0.1-2.fc38, but none of the providers 
>  can be installed
>     - package ffmpeg-libs-6.0.1-2.fc38.x86_64 from rpmfusion-free-updates 
>  conflicts with libswscale-free provided by 
>  libswscale-free-6.0-5.fc38.x86_64 from @System
>     - package ffmpeg-libs-6.0.1-2.fc38.x86_64 from rpmfusion-free-updates 
>  conflicts with libswscale-free provided by 
>  libswscale-free-6.0-2.fc38.x86_64 from fedora
>     - package ffmpeg-libs-6.0.1-2.fc38.x86_64 from rpmfusion-free-updates 
>  conflicts with libswscale-free provided by 
>  libswscale-free-6.0.1-1.fc38.x86_64 from updates
>  (try to add '--allowerasing' to command line to replace conflicting 
>  packages or '--skip-broken' to skip uninstallable packages)
>  [hennebry@fedora ~]$
>  
>  --allowerasing would seem to be the only suggestion likely to result in 
>  a functional ffmpeg,
>  but I do not kow what damage that would cause.
>  Suggestions?
>  
>  I was hoping for a --dry-run or some such option,
>  but no such luck. 
dry run isn't needed.  Just say no when it gives you the summary.

[Todd Zullinger]

Samuel Sieb wrote:
>  On 11/24/23 17:40, Michael Hennebry wrote:
> > --allowerasing would seem to be the only suggestion likely to result in
> > a functional ffmpeg,
> > but I do not kow what damage that would cause.
> > Suggestions?
> > 
> > I was hoping for a --dry-run or some such option,
> > but no such luck.
>  
>  dry run isn't needed.  Just say no when it gives you the summary. 
It's even the default, so unless you accidentally hit 'y'
before pressing return, nothing will be done.

Of course, many people get into the habit of adding the `-y`
option to dnf commands, which I'd avoid.

But there is the `--assumeno` option which avoids the prompt
and exits.  That's essentially equivalent to a `--dry-run`
option.

-- 
Todd