I removed the old packages and instead made a script to automaticaly create a backported opera version for trusty.

Here it is:

https://storage.fr1.cloudwatt.com/v1/AUTH_71c6d0f9c3eb4f5a95cebeae99f3b468/Opera_Repackaged/backport_opera_5x_to_trusty.sh
Or here:
https://gist.githubusercontent.com/ygbourhis/2033f03f93377b71c29fa0fcbfd71b75/raw/14fbac7c467891c7d9ce4917b74d9df2bad8a5cb/backport_opera_5x_to_trusty.sh

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:

./backport_opera_5x_to_trusty.sh opera-stable_52.0.2871.64_amd64.deb

(Replace opera-stable_52.0.2871.64_amd64.deb with the newly downloaded version)

You can find the source code here:
https://gist.github.com/ygbourhis/2033f03f93377b71c29fa0fcbfd71b75

Hope this helps.

@jimunderscorep

I'm just replying from Opera 52 under Linux mint Qiana (Ubuntu Trusty)

To do this I did the following:

fakeroot
dpkg-deb -R opera-stable_52.0.2871.30_amd64.deb opera-stable_52
vim opera-stable_52/DEBIAN/control # Change to "libdbus-1-3 (>= 1.6.18)" and save
dpkg-deb -b opera-stable_52 opera-stable_52_trusty.0.2871.30_amd64.deb
exit

The repackaged file is here:
https://storage.fr1.cloudwatt.com/v1/AUTH_71c6d0f9c3eb4f5a95cebeae99f3b468/Opera_Repackaged/opera-stable_52_trusty.0.2871.30_amd64.deb

So now I confirm it works with "libdbus-1-3 (>= 1.6.18)" so could Opera devs learn how to package things as I mentionned before?

Hope this helps.

Guess what?

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

Guess what?

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

@metaltrabant You're welcome.
The only issue with my script is that we need to manually check for opera updates. But indeed it allows postponing the LTS upgrade.

I removed the old packages and instead made a script to automaticaly create a backported opera version for trusty.

Here it is:

https://storage.fr1.cloudwatt.com/v1/AUTH_71c6d0f9c3eb4f5a95cebeae99f3b468/Opera_Repackaged/backport_opera_5x_to_trusty.sh
Or here:
https://gist.githubusercontent.com/ygbourhis/2033f03f93377b71c29fa0fcbfd71b75/raw/14fbac7c467891c7d9ce4917b74d9df2bad8a5cb/backport_opera_5x_to_trusty.sh

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:

./backport_opera_5x_to_trusty.sh opera-stable_52.0.2871.64_amd64.deb

(Replace opera-stable_52.0.2871.64_amd64.deb with the newly downloaded version)

You can find the source code here:
https://gist.github.com/ygbourhis/2033f03f93377b71c29fa0fcbfd71b75

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:

fakeroot
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
exit

available here
https://storage.fr1.cloudwatt.com/v1/AUTH_71c6d0f9c3eb4f5a95cebeae99f3b468/Opera_Repackaged/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 So modifying by hand works for you also?
If so, this is good news and I hope opera will consider repackaging with proper requirements.

@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.

@bbatten

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.