Do more on the web, with a fast and secure browser!

Download Opera browser with:

  • built-in ad blocker
  • battery saver
  • free VPN
Download Opera

Can't install Opera 51 on Ubuntu 14.04 LTS

  • Opera 50 can't be upgraded to 51 on Ubuntu 14.04 LTS. Try to install Opera 51 but fail with "dependency is not satisfiable libdbus-1-3(>=1.9.14)" return.

  • Thanks! I'll stay with Opera 50.

  • @leocg : So is this just gonna stay like this? Can't Opera make the package backwards compatible?

    14.04 is a long term support version, still supported until 2019 (at least on Kubuntu).
    If I have to stuck on version 50 for at least for the next 1.5 year, I think I have to move again to another browser, just when I've regained my long lost love for Opera... 😕

    And no, I don't want to upgrade my OS as long as it's supported. It's too much hassle on a dual-boot system just for a browser upgrade. I'm perfectly fine with it otherwise.

  • @metaltrabant Yes, at least for now it seems that things will stay this way. If they are going to change their decision in the future, only time will tell.

  • @leocg : Thanks, I think it's time to move to Tetzchner's new browser then. It's a good browser, just the user experience is so much better and fine tuned in Opera... I'm sad that I have to leave Opera again, but can't stay on an old version "forever".

  • I just found the "why" behind that change. Opera 51 requires libdbus-1-3 to be >= 1.9.14, while opera 50 required it ot be >= 1.2.14.
    This makes in unable to install in other "old" distros as well, e.g. debian 8 which is 1 year younger than ubuntu 14.04 (released Aprin 2015) in and its eol is also one year later (April 2020). I would post more examples if more distros had better package search webpages.

    To be honest, I really like that devs of closed source software are updating their apps and follow the... flow of things on linux. There are 2 closed source apps I would install but can't because their maintainers decided to built, package and make them depend on 2 old versions of specific libraries, one for each app.

    As for vivaldi, I will switch to it if one day (for most important to least)

    • if it switches from electron to a proper toolkit for its ui. Electron is the worst toolkit of our days and its poor performance can only be compared to the all time crap, java.
    • if it implements speed dial the way presto opera used to, i.e. ctrl+1 opens this, ctrl+2 opens that etc.
    • if it bundles a better build of libffmpeg than opera, giving it better html5 multimedia support

    Until then, opera will be my everyday browser.

  • I just found out that my ubnutu 14.04 won't upgrade to Opera 51. It's been useful as a secondary browser, and I find it very frustrating that its component depends on ubuntu 16.04. However, neither Canonical nor Opera is responsible for that LTS. I just hope that we could at least get security updates.

  • @metaltrabant Same here. Wtf I wanna change my OS because a web browser! In Ubuntu Trusty I can install the new version of Firefox, Chrome, Vivaldi... and Chromium!! Opera is based in Chromium!! If Opera owners think you're plenty of users, ok. You force me to change my laptop web browser... and with this I will change also the browser in my cellphone, tablet...

  • Allow me once more, because I was at your position ~10 years ago that I abandoned ubuntu and every other release based distro...

    Things in linux change and they change rapidly. In order for devs and users to keep up they have to constantly upgrade their apps because new stuff comes along and old stuff is deprecated quickly. E.g. in 2014, qt4 was a mainstream toolkit and every qt app was build with it. Fast forwart to 2018 and qt4 is half dead and we count which qt4 apps remain to be ported to qt5. And as a friend of mine once said to make his point: "Let's say I give you two installation disks, one of windows 7 and one of debian 5 (or any other old version of a linux distro). Both were released in 2009. Which one would you keep and which one would you throw away?"

    When a distro is labeled as "stable" (or "lts" in ubuntu's terms) it means that every single package and lib will stay at the exact same version throuout its lifetime so as to have a stable... foundation for anyone who wants to build on. That's why stable versions get only security updates for their packages and nothing more. That's why their release cycle concers server stuff more than desktop users.

    Ubuntu and the small exception to the above rule.
    Excluding firefox, chromium and thunderbird, name one app that was updated to its newest upstream version since the release of 14.04 (or 16.04). I think there has to be one more, maybe two, that I now forget. Every other app has stayed the same since then. Why? Because of the above.
    And why are only these 3 updated? Because years ago, ubuntu's forums were filled with whining threads like "My favorite app was updated... last week from upstream, but we (= ubuntu users) did not get the update yet. Why?". So ubuntu decided to update some really popular apps, making an exception to the above, to keep its users pleased. And that brings us to backporting...

    Newest versions of apps depend on new libs etc, but new libs are not available for some. So what distros do is to patch the new apps so as to work with their old libs.
    This procedure is known as backporting and it has a finite number of times that it can be done. Actually it stops when it hits a old enough lib that can not work with the new app.

    Closed source apps.
    Closed source apps can not be patched so as to work with older (or even different) libs. Once the dev of that app decides to change something, it's over. Can you imagine google deciding to build chrome in gtk3 and asking distros if they "allow" the change? No. It's "I switch chrome to gtk3. You either have it or gtfo!", plain and simple.

    To sum up, as the opera devs respect that you not willing to change to a more recent version of the distro in order to keep their browser on your system, respect them back for keeping their browser up to date with the latest changes.

  • @jimunderscorep: Yeah, but Google is a multi-billion dollar megacompany, they can afford to say 'gtfo' to users. Still not very user friendly, but they can do it.

    Meanwhile Opera was always in struggle to get new users to be a profitable company, so I'm not sure it's really that good idea to say 'gtfo' to users whom are still using an officially supported, just a bit older version of a relatively popular OS.

    But the first time I had to leave Opera, after years of using it happily, was that when it took them almost years to build a stable version of the Blink-based Opera for Linux... it took a few years until it became such a nice browser, that it became my main one again. So, little moves like this doesn't really help the company to thrive, if they're loosing their old users for years again...

  • @metaltrabant said in Can't install Opera 51 on Ubuntu 14.04 LTS:

    it took them almost years to build a stable version of the Blink-based Opera for Linux... it took a few years until it became such a nice browser, that it became my main one again.

    I agree with you on that, and I admit it took me a lot longer to move from presto opera to blink opera, but...

    About that dbus lib.
    After checking dbus's release history here, you will see that libdbus 1.2.14 (minimum opera 50 dependency) was released on mid 2009 and libdbus 1.9.14 was released on q1 2015. So, in 2018, opera decided to upgrade a dependency from a 9 year old version lib to a 3 year old version of the same lib. Seems quite a logical move to me...

    On top of that, chromium 64, i.e. the one opera 51 depends on, depends on the exact same version of the lib, so the change is probably upstream and opera can not do anything about it since it uses chromium's engine.
    However, because chromium is opensource, backporting happens and you can still install it on debian 8 and ubuntu 14.04 because some maintainer will patch it and make it work with the distro's old libs.

    On the other hand, do you know how many apps and other libs on your system depend on that single lib to work? You can check with

     $ apt-cache rdepends libdbus-1-3 --installed

    On my system it is "only" thunderbird, kodi, chromium, deadbeef, firefox and quite possibly all qt5 apps (e.g. smplayer), because qt5 depends on it too. Not to mention dbus which is a huge core component of all major distros and desktop enviroments.
    If you had the option you upgrade that lib so as to get opera working, would you do it and risk breaking the rest if not more? I do not think so, and so do the distro maintainers.

    And let's be real, from the apps you use everyday, which one did get a major update these 4 years? Excluding the above three (firefox, chromium and thunderbird), I guess none. However you had no complaints about any of them...

    To sum up, this (= things moving forward) is the nature of linux and one of the main reason it sucks on desktop because it breaks stuff due to incompatibilities.
    If this seems too much for you, then linux (or release based distros at the very least), is not the right os for you and you would be better with windows. No offence.

  • @jimunderscorep Thanks, I'm not a beginner on Linux and well aware about the path whole *nix (open source) community development is on the way to. By the way, I'm on the brink with Linux since -96 when *buntu was barely in thoughts of his makers, only few main Linux clones existed, Slackware, Debian, SuSe, RedHat, Sco Sun systems, ScoUnix etc. So, I'm still following the show, mainly Mac-Win user but all my older laptops are driven by some kind of Linux. Opera is my main browser since late 90-es, don't even remember first versions I used, however know that Norway's Opera was best stand alone browser at that time and even today even if is Chromium based and partly if not mainly Kina's owned. My point is not to complain, Opera works flawlessly on both, Mac OS and Windows, only Linux stepped backward because a rapid lib. development in some newer distros. Thanks anyway

  • @jimunderscorep said in Can't install Opera 51 on Ubuntu 14.04 LTS:

    $ apt-cache rdepends libdbus-1-3 --installed

    I have libdbus 1.6.18, which is apparently from 2013-11-01. Yes, it's quite old, but still other Blink-browsers, Vivaldi, Chromium, Yandex Browser, Brave etc. can deal with it just fine, and still updating regularly.

    A hell-of-a-lot depends on it in my system, since I'm still on Qt4 (I don't even like the new Plasma Qt5 GUI...). But even SMPlayer for example, does packages for both Qt4 and Qt5 to keep their user base, and they aren't a big company.

    And Opera not upgrading anymore is really bothering me, 'cause the browser is maybe my most important, most used software (apart from the OS, of course), it's not good to stuck on an increasingly outdated version.

    I'm using Kubuntu for around 10 years now as my main OS, so I'm not planning to leave it anytime soon. But both the supported LTS versions (I only consider LTS releases for an upgrade) are having end-of-life at April, 2019. So if I upgrade now, I have to do it again next year, which I'm also not planning to do so soon. And 1 year is a long time with the same browser version...

  • @lordiaco
    If you are on linux since then and you already know what I am talking about, opera's decision to move to a newer lib shouldn't come as a surprise. Besides that, it was is not a really recent version of that lib, e.g 1.12 that debian testing/unstable has. Plus, as I found out above, the change to that newer version of libdbus was made on chromium upstream, so all opera did was to follow the change.

    First of all, qt5 != plasma and kde. The fact that a windows-wannabe desktop enviroment is build on a really good toolkit neither makes the desktop enviroment better nor the toolkit worse.
    As for the other browsers

    • vivaldi and brave seem to be built on chromium 64, but I do not know about yandex because there is absolutely no changelog about it, at least in english language
    • brave does not depend on libdbus at all!

    And, as usual, vivaldi and brave are build on the same trendy, crappy toolkit of our days: electron. No idea about yandex though. Maybe they keep that dependency on that old lib just for electron... Please do not compare that to gtk or qt, they are way better.
    About smplayer. Smplayer does build on qt4 and qt5. Did your mainly-using-qt4 distro continue to package smplayer even on qt4? No, they left it on 0.8.x since 2014 and did not even backport a thing! But no complaints were made on that,

    Speaking of backporting, I would like to apologize to any debian 8 user reading this forum. Chromium on debian 8 stopped on version 57, 7 versions behind todays chromium 64. This is where backporting stopped because it could not go further, for any reason. My respect to the maintainers that carried it out for that long.

    To sum up, if you are willing to follow ubuntu's release schedule, I would suggest upgrading to a newer LTS version more often. Its not just for that one lib that made all the fuss here, but for not missing the improvements done in the linux world. Backporting is more like the "medicine" to that "I want that new version of application X" problem you are facing, not the cure.

  • I had no error message appart from that "opera-stable has been kept back" when running "sudo apt-get update && sudo apt-get upgrade".
    So I uninstalled opera, and saw the "dependency is not satisfiable libdbus-1-3(>=1.9.14)" error.
    I tried to reinstall opera 50, but now I'm with no availlable opera at all:

    sudo apt-get install opera-stable=50.0.2762.67
    Lecture des listes de paquets... Fait
    Construction de l'arbre des dépendances
    Lecture des informations d'Ă©tat... Fait
    Les NOUVEAUX paquets suivants seront installés :
    0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour.
    E: Impossible de trouver une source de téléchargement de la version « 50.0.2762.67 » de « opera-stable:amd64 »

    Could opera be decent and nice enough to keep the previous version available for download? because now I find myself with no browser and can not upgrade my distro before a while because my job requires a Trusty.

    Thanks in advance.

  • There you go. Grab the deb from here and install it manually

    In order for this to work

    sudo apt-get install opera-stable=50.0.2762.67

    the repo itself should provide an older/different version of the package, but it doesn't, it only has the latest one

    $ apt-cache policy opera-stable 
      Installed: 51.0.2830.55
      Candidate: 51.0.2830.55
      Version table:
     *** 51.0.2830.55 500
            500 stable/non-free amd64 Packages
            100 /var/lib/dpkg/status`
  • Thanks a lot @jimunderscorep

    If opera wants to cover older distro support, could a solution be to do static links of some libraries (i.e. of libdbus-1-3 in this case, with it's dependencies)?

    I know this is not a thing to do for distribution packages, but for large diffusion of "proprietary" apps, it is usually better.
    Modern computers have large enough disks to support a larger package.
    Ideally, two builds : a statically linked and dynamically linked package should be proposed. And this is not a lot of hassle for developers to propose this because there are no backports required.
    A lot of proprietary vendors propose full statically linked dependencies and therefore install almost everywhere.
    However, I don't know if a static link of libdbus-1-3(>=1.9.14) would work with dbus from trusty, but it could be worth the test.
    I can be wrong because I don't develop in C or C++ or whatever language opera uses...

    e.g. I develop on openstack in python and at a time, when precise was not EOL but not supported by openstack, we where packaging new openstack versions with dhvenv (packaging a python venv and all python dependencies without clashing with the distro's older versions) so that we could slowly but surely migrate to trusty afterwards.
    I now run pike versions of openstack horizon on Trusty servers without conflicts with the distribution's libraries thanks to python venvs (but now with kubernetes instead of dhvenv packages, but still have no clashes with the rest of the distribution's dependencies thanks to python venvs which "could" be regarded (in a ways) as equivalent to statically linked C(++) libraries).
    Therefore I have no issues and no clashes with the distribution's own libraries. And no need for backports to match the distro's libraries (I only backport security fixes and certain features from trunk before they get released and with even more ease now because I do not even have to care an inch about the running distro's antediluvian packages anymore).
    Go language can also build with every dependency statically linked. So why could opera not propose such "special" builds and one could chose the static vs dynamic linked package? Does opera's programming language not allow to do this? I know it's possible in C and C++ but again do not know what opera uses... Maybe your programming language and/or framework does not allow to do so?
    Doing so would even ease your own development by caring less of the distro's "libraries", and requiring less backports. The downside is larger packages, but with nowadays' disks it's peanuts to care about this.

    I can test a statically linked package on trusty if you provide me one on your ftp, and give you feedback whether it works or not. It's maybe worth the test.


  • @jimunderscorep: Maybe the distro left SMPlayer on an old version, but SMPlayer team itself did another repository just for the Qt4 builds, so they didn't left the users in shit with an old version. And yes, I complained to them on Facebook, and then they told me this.

    If they could do this courtesy, then a million dollar company also probably could. As an end user, anything else just sounds like shitty excuses to me, sorry...

    In the global market, the companies should be for the user, and not the other way around. I know it's idealistic, but still... If it would be a community-maintained open source software, then it'd probably be okay, if the user needs to be a bit more flexible, since there the developers kind-of making the software out of favour and passion, but Opera is in a different business.

    And the main conclusion is, that I still have to remain on this old (and a bit buggy) version for another year, if I don't want to upgrade my distro 2 times within a year (now, and next April, when 19.04 LTS will come out). Or I have to change browser again, which I don't really want...

  • @ygbourhis
    As it seems, opera does not offer static builds, only deb and rpm packages. And these 2 alone are enough to cover a huge percentage of the distros out there, since most of them are either debian based (deb) or redhat based (rpm). Google does the same thing for chrome, microsoft does the same for skype (although it's not a real app but a crappy electron web wrapper) and so on. The rest of the distros have to literally extract the deb/rpm they want and repackage it for themselves.
    And I said before, I completely understand your frustration. I have 2 closed source apps I can not install because of some lib. But that's how closed source works.

    First of all, lts versions come out once every 2 years, not evey year as you think, and they get released on even years (2006, 2008, 2010, 2012, 2014, 2016, 2018 etc). There will be no 19.04 as lts in the same way that there were no 17.04 lts, 15.04 lts and so on.

    About the ppa repos and whatever they host. (= the place where all the ppa repos are hosted) is nothing more than a place canonical provides for anyone who wants to call himself a "maintainer" and package something that, for any reason, does not exist in the repos. Canonical does not support anything in there and that is the reason the "maintainer" can do whatever he wants, literally, because there are no guidelines or rules to follow. He can skip a version of what he packages, he can package a development version and he can stop all of it any time he wishes and without any notice, because no one is forcing him to do it. And no package from a ppa can ever get in the main repos, thus the connection between ppa repos and the main ones is non existant.

    The rest of the things I said about linux moving forward remains the same.