Opera 53.0.2907.106 is now compatible with trusty "just as is" (no need for my backports script). Indeed, I inspected the new package, the requirement is now set to
libdbus-1-3 (>= 1.6.18)
Now that's good news
Do more on the web, with a fast and secure browser!
Download Opera browser with:
I removed the old packages and instead made a script to automaticaly create a backported opera version for trusty.
Here it is:
Once downloaded make it executable:
chmod a+x backport_opera_5x_to_trusty.sh
And simply launch this command in the directory where you downloaded opera:
(Replace opera-stable_52.0.2871.64_amd64.deb with the newly downloaded version)
You can find the source code here:
Hope this helps.
@bbatten Ok, so it's an add on. Did you try deinstalling and then reinstalling the noscript addon?
I added it : https://addons.opera.com/fr/extensions/details/noscript-lite/
And have no issue with Opera 52 on Linux Mint Qiana (Based on Ubuntu Trusty).
@bbatten Are you using a plugin? because I do not have this Icon.
With Opera 52 repackaged for trusty even the following issue is fixed: https://forums.opera.com/topic/24496/opera-crashes-in-menu-bookmarks
While if I stay with the last opera 14.04 compatible I can't access my bookmarks without a crash.
Have you tried with a new opera profile? Maybe you have some incompatible plugin.
Hi @leocg Is there no chance that they change their decision to support 14.04 till EOS?
All those here who tried my solution did the free QA for Opera guys and proved irrelevant to not support 14.04
We did the effort to validate that it works on 14.04 Could we not expect a least effort now from Opera?
The change is just so trivial.
New version 52.0.2871.40 is out, so:
dpkg-deb -R opera-stable_52.0.2871.40_amd64.deb opera-stable_52
sed -i s/'libdbus-1-3 (>= 1.9.14)'/'libdbus-1-3 (>= 1.6.18)'/ opera-stable_52/DEBIAN/control # change the requirement
dpkg-deb -b opera-stable_52 opera-stable_52_trusty.0.2871.40_amd64.deb
Opera Guys: we've proven it works with libdbus-1-3 (>= 1.6.18). So could you just do a proper packaging job?
Thanks in advance.
@bbatten Ok, I will check if we have error logs at that time.
However, we managed to reproduce the issue by simulating a 10KB/s download (with 'trickle' : http://manpages.ubuntu.com/manpages/xenial/man1/trickle.1.html ).
We are trying to fix this but have no idea how long it will take, so thanks for noticing this, I logged a BUG issue concerning our servers
Try the --continue and --tries parameters with wget. Or did you try modifying the opera original package with the commands I gave above?
I hope that the Opera guys will note that their browser works well with trusty and that they'll reconsider packaging it properly (If they are a minimum serious they should, I think that we did the QA for them with the modified package).
The more we confirm that Opera 52 works on Trusty the more chance they will consider "not losing users" and think repackaging. Especially knowing that Trusty is still supported for one more year.
Could you please give me your time zone?
I will check at your 12:07:09 time (per your log above) in my server logs to see if we have errors to know why you can't download, but I need to know your time zone to convert your 12:07:09 local time to UTC in order to see our server logs at that moment when you had the issue.
Just to check If I have server errors to know if the fact you can't download is from my side or your side
Thanks in advance.