opera-stable 80.0.4170.16 Does Not Launch

BruceHankins

BruceHankins

Hello all,
I recently packaged opera-stable 80.0.4170.16 for my distro and the browser will not launch. When running from terminal, I receive this error

opera: symbol lookup error: opera: undefined symbol: av_stream_get_first_dts

From what I can find, this is a problem with the packaging to libffmpeg.so. I was able to find a coupe posts on the topic, but they were related to Opera 80 Beta this post and lthis one also. I would have expected that with Opera 80 being promoted to stable and the release of opera-stable 80.0.4170.16 this would have been fixed or the correct codecs included in the build. Is there something I'm missing or do I need to repackage this with the correct codecs from https://repo.herecura.eu/herecura/x86_64/opera-beta-ffmpeg-codecs-94.0.4606.31-1-x86_64.pkg.tar.zst?
Testing of all new packages is done in a clean VM to ensure proper operation before submitting for inclusion to the repos, So there's no .cache files or anything like that.

OS: Solus Plasma 4.3
Kernel Version: 5.14.7-198.current
KDE Plasma Version: 5.22.5
KDE Frameworks VersionL 5.85.0
Qt Version: 5.15.3
WM: X11
Packaged from: https://get.geo.opera.com/pub/opera/desktop/80.0.4170.16/linux/opera-stable_80.0.4170.16_amd64.deb

gmiazga

gmiazga Opera @BruceHankins

@brucehankins Opera 80 needs codecs with built for chromium 94, any previous versions will be incompatible. I think that using codecs you mentioned in https://repo.herecura.eu/herecura/x86_64/opera-beta-ffmpeg-codecs-94.0.4606.31-1-x86_64.pkg.tar.zst should work.

BruceHankins

BruceHankins @gmiazga

@gmiazga I'll try installing locally and see if that works. They upgraded to chromium 94 with the opera-stable release but my understanding is it's still using the codecs from chromium 92. This seems like a pretty big oversight. It means as the package maintainer I now how to compile and add the new libffmpeg.so codecs as a build dependency when packaging opera-stable for it to run properly.

l33t4opera

l33t4opera @BruceHankins

Hi @brucehankins,
First of all, regarding the repackaging: you should be cautious with this because of legal reasons - check if you can do it before you get in trouble.

Of course you should be fine while using the lib from the repo, since your OS is using glibc 2.33 (the same version which the latest Arch Linux uses, so there should not be crashes or other serious problems with it).

Additionally you should know, that every time the Opera will be updated to the next major version (or it will be based on a significantly higher version of Chromium), you will have to update the lib accordingly. In other case, the lib may be not working in the Opera or even may cause crash of the browser.

The same goes for the glibc version, if your OS will use a lower version than the one with which the FFMPEG will be compiled, it will not work and will cause the browser to not launch at all.

BruceHankins

BruceHankins @l33t4opera

@l33t4opera thanks for the reply. The opera-stable .deb package is licensed as distributable, and I'm making no changes to the software, just repackaging from a .deb to an .eopkg format.

benvantende

benvantende @gmiazga

@gmiazga said in opera-stable 80.0.4170.16 Does Not Launch:

https://repo.herecura.eu/herecura/x86_64

Works perfectly! Thanks

A Former User @gmiazga

@gmiazga said in opera-stable 80.0.4170.16 Does Not Launch:

@brucehankins Opera 80 needs codecs with built for chromium 94, any previous versions will be incompatible. I think that using codecs you mentioned in https://repo.herecura.eu/herecura/x86_64/opera-beta-ffmpeg-codecs-94.0.4606.31-1-x86_64.pkg.tar.zst should work.

Thanks! BTW, the link seems broken. This is the right link:

https://repo.herecura.eu/herecura/x86_64/opera-beta-ffmpeg-codecs-94.0.4606.54-2-x86_64.pkg.tar.zst

Thanks again @gmiazga

l33t4opera

l33t4opera @BruceHankins

@brucehankins I see, but as you wrote "compile and add the new libffmpeg.so codecs as a build dependency", it depends now which version of "libffmpeg.so" do you mean.
If you mean the one from the repo, then there might be legal issues because it provides also H.264 codec, which as I know is not allowed to be distributed without paying a license fee.
The lib included in the Opera's package has no such issue, because it doesn't include H.264 support.

Perhaps someone from Opera or any person who knows the topic better may reply to it to dispel any doubts.

styen

styen

https://github.com/Ld-Hagen/fix-opera-linux-ffmpeg-widevine works
On Arch-based and Debian-based distros it may run automatically after opera update

BruceHankins

BruceHankins @styen

@styen it doesn't, I'm the maintainer responsible for updating the package. Hopefully the next release will work better.

styen

styen @BruceHankins

@brucehankins Well, if you've repackaged opera, is there symlink for opera somewhere in PATH? It's required to detect opera directory by script.
Post here output of

dirname $(readlink -f $(which opera))

It should be the correct Opera installation path
Also if original libffmpeg.so from .deb replaced with something else, return it back before applying fix.

A Former User

The problem with this codec breaking Opera frequently is terribly irritating. It seems to me that if Opera can not ship with the codec there is little that can be done about that. But why can new releases of Opera not come with a script that downloads and copies the correct the correct version of ffmpeg that is required for that specific release. I mean seriously how hard would it be to include this script in either a directory or link to it from within the settings. click it, download the right version, ask for credentials and copy the correct file to the correct location. Why do we have to deal with this every time a new version of Opera appears when the problem doesn't exist with the other browsers that are available and if it does exist why is this not such a problem.

leocg

leocg Moderator Volunteer @Vendég

@yogimanuk See https://forums.opera.com/post/150324
I understand that they can't provide the codecs themselves, including downloading it from a third party through a script.

A Former User @leocg

@leocg Thanks for the response. A truly ridiculous situation. Stay well n safe

benvantende

benvantende @Vendég

@yogimanuk Agree ... It is a weird situation, although I can live with it. I created my own script that I always run after an Opera update

A Former User @benvantende

@benvantende Yes I too have a script that copies the files, my problem is I never know what codec version to download and where from.

styen

styen @Vendég

@yogimanuk said in opera-stable 80.0.4170.16 Does Not Launch:

my problem is I never know what codec version to download and where from.
https://forums.opera.com/topic/51878/opera-stable-80-0-4170-16-does-not-launch?_=1633610756070#8

benvantende

benvantende @Vendég

@yogimanuk same here. Usually it works until it does not

A Former User @benvantende

@benvantende Sounds like my interactions with the human race...

JFerreira

JFerreira @styen

@styen Only this method worked for me. Thank you so much.

I'll be exporting my bookmarks and leaving Opera. Can't believe they ship a version that after update doesnt even start... a common user wouldn't even know whats is wrong... Stupid, very stupid.