Based on the replies to other threads here it looks to me like xshi (and gmiazga too) might work for them.
Thanks for the confirmation, released to stable.
New slot added: chromium-ffmpeg-114023 .
Hi there,
First of all, thank you so much for maintaining this snap! May I ask for a new slot, please? The Opera browser now is based on Chromium version 124 so the chromium-ffmpeg-114023 version doesnât work anymore.
Thanks again for your hard work!
Cheers.
Hi Rigo, sorry for the delay tackling this. The Launchpad builder is hitting a strange no space left on device problem but I just wanted to let you know this wasnât missed.
Hi again, so the only way I found to circumvent the issue was to delete all other slots â I think that is no problem as current Opera wonât work with the old slots anyway. Can you please try the chromium-ffmpeg snap from the candidate channel and report back?
HI @nteodosio ,
Iâm happy to report that I just tested it and itâs working great!
Thanks again for your work!
Cheers, Rigo
Iâd assume the Opera dev version will switch to Chromium version 126 in the near future so perhaps time to add chromium-ffmpeg-116067 and be one step ahead, so when Opera arrives everything works out the box?
Hi @nteodosio ,
Sorry to bother you again
But as it always happens, Opera changed versions again and the Opera Beta version (Which I use) now picked up Chromium 125 for its codebase.
May I ask for another slot, please? I really appreciated your work!
Thanks in advance for your help on this.
Cheers, Rigo.
Hey @rigo, that is not bothering of course, feel free to ask every time you want. (:
Canât you connect chromium-ffmpeg-115541 for it? That is based on Chromium 125.
Hi, Vivaldi browser (who I work for) is looking at adding our product to the snap store. Like Opera, we would use âchromium-ffmpegâ. However unlike Opera we support three architectures amd64, arm64 and armhf.
Since only amd64 binaries are provided for âchromium-ffmpegâ, this prevents install of a local, test Vivaldi snap on the arm based architectures.
Would you be open to supporting arm64 and armhf for âchromium-ffmpegâ in the future?
EDIT 1: I see the error mentions i386 is available, which seems weird given Opera (the only packaging using this of currently AFAICT) does not not have a i386 package.
EDIT 2: Ok, I looked at the meta data on that package and see that the i386 package is wildy out of date having been last updated in May 2023. So I assume this arch is effectively dead as far as âchromium-ffmpegâ goes anyway.
Would you be open to supporting arm64 and armhf for âchromium-ffmpegâ in the future?
Yes, I will let you know when they are available.
the i386 package is wildy out of date having been last updated in May 2023. So I assume this arch is effectively dead as far as âchromium-ffmpegâ goes anyway.
Correct.
Heads up, it will work anyway. I did some pretty extensive testing with the 125 libffmpeg (a.k.a. 115541) in Vivaldi snapshot (which is based on 126). It works flawlessly AFAICT.
Good news, @ruario, itâs built on ARM but thatâs is 115541(from 125) slot, is that of use for a test with Vivaldi?
Iâll be building with the remaining slots anyway and let you know when itâs all ready.
115541 is fine⊠perfect in fact! Thank you! We will likely release Vivaldi 6.8 before the week is out. That will be Chromium 126 based and it should work with 115541 without issue AFAICT.
I see from the link you gave that is arm64, are you able to offer armhf as well?
P.S. To be clear we do not need any versions older than 115541
Nice, do you have an Aarch64 at hand to test it? If yes, please install from candidate channel: snap install --candidate chromium-ffmpeg
and then connect it to Vivaldi.
Armhf will come too, itâs just that ARM builds often hiccup on connectivity and I have to keep retrying them until they go through.
Hi @nteodosio,
Thanks for your reply and sorry for the late reply. I tried it but I ran into another problem. The command line displays this error message:
opera-beta: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.38' not found (required by /usr/lib/x86_64-linux-gnu/opera-beta/lib_extra/libffmpeg.so)
Turns out that Linux Mint uses Glibc 2.35
And from what Iâve read about thereâs no 2.38 updates available, and messing with Glibc would be unwise. Is there any chance you may compile it using a lower Glibc version? Iâd understand if you canât but Iâd also really appreciate if you do
Hope you have a great weekend ahead!
Cheers, Rigo
Hi @rigo, what exactly is the command you use to launch opera-beta? Sorry if this sounds pedantic, but as some people use the /snap/{snap-name}/current/
path which causes the application to be launched unsandboxed, thus causing such sort of issues.
Can you also add snap list
to your response?
Armhf is also available on the candidate channel now.
@rigo, I think I figured the issue, the ffmpeg snap was built with core24 as base, whereas Opera uses core22. I published on the --beta channel the ffmpeg snap with core22 base. Thatâs what will be eventually released to stable.