So I'm using downgrade to try and get the right combination of ffmpeg and dependencies and I'm in dependency hell. A great, very cool mixture of packages which depend on both the new and old version here. Tall order to find the right combo...
The first layer of dependencies includes chromaprint, freerdp, and mpv, which then if added to the downgrade expands to more and more packages that depend on those. I started with a base kde install then switched to gnome + gnome-extra, pretty much nothing else installed. Any advice?
I just ended up going the nuclear route and using -Rcns to remove the first layer of dependency hell besides mpv, therefore removing everything that depended on those. Love that command. I'm coming from Void for 4 years so it's been a while since I used pacman, and I forgot how much I missed -Rcns until now. This would be practically unsolvable on Void. Of course, I'll need to not use anything that depends on the newer version of ffmpeg besides mpv which I wanted to keep at all costs so I followed through with solving dependency hell for it. It was actually simple enough at that point, downgrade ffmpeg mpv libplacebo and finding the right version combinations. I won't mark as solved because I ended up going the nuclear route and there is probably a better solution for people with systems that are more complex than mine, which is a new install anyway, and perhaps accidentally upgraded.
I'm having an issue with upgrading due to ffmpeg as well, sucks that this happens to you on your new install.
In my case, pacman refuses to do an update because of this:
error: failed to prepare transaction (could not satisfy dependencies)
:: installing ffmpeg (2:5.0-3) breaks dependency 'libavcodec.so=58-64' required by mixxx
:: installing ffmpeg (2:5.0-3) breaks dependency 'libavformat.so=58-64' required by mixxx
:: installing ffmpeg (2:5.0-3) breaks dependency 'libavutil.so=56-64' required by mixxx
I can confirm the same issue on my machine too with ffmpeg. Maybe the package mirrors are just slightly behind and waiting would help?
If you haven't upgraded yet, don't. See https://forum.artixlinux.org/index.php/topic,3582.html
If you already have, read the instructions on that announcement.
Thanks, noted, will avoid upgrading for a while.
I fixed it as well, but I'd be interested to know why this even landed in "stable" to begin with when even arch has it all in staging still.
I fixed too. And my steam games won't start now
Because we screwed up and this was a particularly bad package to screw up. It had a lot of API changes, so there were many things we ended up patching ourselves. The good news is that most of Artix packages are fixed by now (some stragglers still). The bad news is that if you depend on Arch packages, it'll probably take a bit longer (pacman may prevent you from updating if the package depends on a *.so file directly).
Thank you. It's very common to find people who made mistakes, but it's not so common to find people who are willing to admit them. This gives me a lot of hope for a very bright future for Artix. +100 respect 👍
Hello. I'm using only Artix on all my systems. Almost the last place we can be free in our choices..
Communication is the most important thing for today. So, "Maximum suffering" by two packages: element-desktop and telegram-desktop. If it is possible, make them priority.
True.
Thank You!
telegram-desktop is in the omniverse repo: https://wiki.artixlinux.org/Main/Repositories#Omniverse
I'll add the latest version tomorrow.
artist
This is why I love timeshift. I know for some it may seem like overkill, and I'm sure some would say it would be a great learning experience to roll back dependencies. But I just used timeshift --restore, added ffmpeg to my IgnorePkg along with x264 and updated without those for now... I'll be keeping my eyes out here to see when this is resolved.
Been trapped using broken GNOME for a few days now, i was just trying it out and this happens. Hope it gets resolved soon.
ended up with ffmpeg-compat-58 install (https://forum.artixlinux.org/index.php/topic,3582.msg23236.html#msg23236)
But steam games still (like Cities skylines or Beholder) won't start
What errors do you see from steam?
Does someone know where on Arch forums they're discussing this? I'm looking but i can't find where they're talking about this ffmpeg stuff.
for Cities from player.log:
and almost same warning for Beholder:
telegram-desktop: error while loading shared libraries: libavutil.so.56: cannot open shared object file: No such file or directory
Nope (
Working ffmpeg (https://archlinux.org/packages/extra/x86_64/ffmpeg/) in Arch is at 2:4.4.1 , in [extra] repo.
Dangerous ffmpeg (https://archlinux.org/packages/staging/x86_64/ffmpeg/) 2:5.0 in Arch is in [staging] repo. Nobody but crazy devs (https://wiki.archlinux.org/title/Official_repositories#Staging_repositories) :) use [staging] in Arch. So ordinary humans in Arch weren't injured by ffmpeg 2:5.0 . At least, yet.
I see, so in my case, should i ask the devs in the Arch forums to fix the 'mixxx' package that prevents me from updating? Since it belongs to Arch's [extra] repo, or should i just wait?
Socially, unless you're experienced Arch user and proven Arch forum member, do not ask anything in their forum. The forum is known for its sharp rejection of anyone who doesn't use the native Arch.
Technically, there's no strict direct relationship between Arch and Artix. It's useless to ask anything in Arch - if in need, ask Artix devs right here.
Artix devs are perfectly aware (https://forum.artixlinux.org/index.php/topic,3582.msg23111.html#msg23111) of the ffmpeg problem, and are working for 2 days now to fix it.
Briefly. Forget about Arch. Don't look around. Artix is better. Just wait. Devs are doing their best to solve the problem asap.
telegram, and some other programs, can be made working again by installing ffmpeg-compat-58 from our universe repo.
artist
Re mixxx, I'm fully updated here, and just tried to install & build mixxx-git from the AUR to see what happened - it built perfectly, app starts fine, apparently works, it plays some mp3 file I tried anyway.
Mixxx 2.4.0-alpha-pre Git version: 2.4-alpha-1093-gca1e3246c4 (main)
There's also a more stable alternative in the AUR, mixxx_beta-git which is recommended as suitable for everyday usage.
https://aur.archlinux.org/packages/mixxx_beta-git/ (https://aur.archlinux.org/packages/mixxx_beta-git/)
https://aur.archlinux.org/packages/mixxx-git/ (https://aur.archlinux.org/packages/mixxx-git/)
(It's not nearly as big to build as a browser or kernel but still a reasonable size thing if you had very limited hw spec and cloning the git repo was a 420MB dl if you had a slow connection fyi :D )
When built locally, it will use the current solibs on your system hence finds the ones from the newer ffmpeg.
A lot of Artix packages are updated for the new ffmpeg now, including ungoogled-chromium and firefox, so a lot is fixed already but not Arch packages as they are still on the old ffmpeg version.
A newer mixxx is not in either community-testing or community-staging so it could be a while yet before that appears in community I guess.
We put ffmpeg-compat-58 in [galaxy] to fix things until Arch moves things out of staging.
Do I need to uninstall anything before I install ffmpeg-compat-58?
After upgrade I have just installed "compat" package and everything works now.
ffmpeg-compat-58 can be installed alongside the current Artix ffmpeg 2:5.0-3 because it only contains the missing older libs from the Arch ffmpeg 2:4.4.1-1 package, not the whole thing, it doesn't conflict, so it fixes the dependency issues for the Arch packages while still allowing you to use the Artix packages built against the newer versions - definitely the most efficient solution to go for unless you want to rebuild stuff for fun (retracting my earlier suggestion, mixxx from the Arch community repo works with the compat package) ;D .
BTW what happens if one installs ffmpeg from Arch's 'extra' repository (assuming artix-archlinux-support is installed)? It seems that they still have ffmpeg version 2:4.4.1. Either they haven't upgraded it yet, or they rolled it back due to the issues new version causes.
Give it a try if you want, it breaks all the upgraded Artix packages if you are up to date:
$ pakku -Syu
$ pakku -S extra/ffmpeg
(fails)
error: failed to prepare transaction (could not satisfy dependencies)
$ pakku -Rs mixxx ffmpeg-compat-58
$ pakku -S extra/ffmpeg
(fails, Pacman checks cache & Artix packages don't match Arch signatures, not deleting in case I want them for some other test!)
$ sudo mv /var/cache/pacman/pkg/ffmpeg-2\:4.4.1-1-x86_64.pkg.tar.zst ./
$ sudo mv /var/cache/pacman/pkg/x264-3\:0.163.r3060.5db6aa6-1-x86_64.pkg.tar.zst ./
$ pakku -S extra/ffmpeg extra/x264
warning: downgrading package ffmpeg (2:5.0-3 => 2:4.4.1-1)
warning: downgrading package x264 (3:0.164.r3081.19856cc-1 => 3:0.163.r3060.5db6aa6-1)
$ chromium
/usr/lib/chromium/chromium: error while loading shared libraries: libavcodec.so.59: cannot open shared object file: No such file or directory
It will fix the Arch packages with an ffmpeg dependency, however all the Artix stuff built against the newer ffmpeg won't work. The ffmpeg-compat-58 solution is much cleverer and will fix everything. I think that's the definitive solution afaik, update and install ffmpeg-compat-58, the regular ffmpeg stays in place too, goodbye ffmpeg problems, if it takes Arch a week or two to catch up on ffmpeg it won't matter. Remove ffmpeg-compat-58 later when it becomes redundant.
I see, i ended up uninstalling mixxx because i realized it's probably going to take them months on Arch to build it against the new ffmpeg.
I thought about building it myself, but wasn't sure that it would solve the problem, now i am, so thanks!
ffmpeg-compat-58 requires x264 which breaks dependency 'libx264.so=163-64' required by ffmpeg for me.
You have the old ffmpeg installed in that case, because version 2:4.4.1-1 currently found in omniverse and extra require that, but you want ffmpeg version 2:5.0-3 from the world repo. The point of the compat package is to provide the libs from 2:4.4.1-1 alongside your installed 2:5.0-3 libs so then everything works whichever version of ffmpeg it depends on, so you can stay fully updated as usual and still use packages from Arch repos and Artix ones.