Stable isn't necessarely more "unstable" than unstable - since "stable" is almost never really well tested. Maybe that depends on your definition of "really well", but anyway, just saying. Also, stable doesn't mean bug-free, it just mean stable, that ist o say, staying as is.
If you have issues with default-packages/dependecies, why don't you just containerize it and create a snapcraft-package ? Maybe someone also wants to have 2 different applications that both use the GDAL of a (different) specific version each on the same system ... That could never be stable since one oft he two would probably not work. Snappycraft also has the advantage that you need to create only ONE package for all the major distros, such as Ubuntu&Derivates., Debian, Fedora/CentOS, Arch, Suse, ScientificLinux, Gentoo, etc. Then you can test that one package, and then you know it works or doesn't, and dependencies only get updated when your snapcraft package gets updated. This would be my definition of "stable". Also, snapcraft would make it possible to distribute commercial packages, e.g. with google-maps material, through snapcraft-store https://docs.snapcraft.io/reference/snap-command snap buy <package name> https://snapcraft.io https://askubuntu.com/questions/743068/how-to-install-snapcraft-on-14-04 https://developer.ubuntu.com/core https://arstechnica.com/information-technology/2016/06/goodbye-apt-and-yum-ubuntus-snap-apps-are-coming-to-distros-everywhere/ You can also get snapcraft on 14.04: sudo apt install snapcraft snapd to install package: sudo snap install <package name> to update package: sudo snap refresh <package name> to remove package: sudo snap remove <package name> search for package: snap find <package name> list installed packages: sudo snap list e.g. sudo snap install nmap sudo snap refresh nmap -----Ursprüngliche Nachricht----- Von: QGIS-Developer [mailto:qgis-developer-boun...@lists.osgeo.org] Im Auftrag von Sebastiaan Couwenberg Gesendet: Dienstag, 9. Januar 2018 07:37 An: qgis-developer@lists.osgeo.org Betreff: Re: [QGIS-Developer] Ubuntu Package Releases and GDAL Dependancies On 01/09/2018 06:28 AM, Jeremy Palmer wrote: > I've been taking a close look at a way to install QGIS with >= GDAL 2 > on 64bit Ubuntu 14.04 and 16.04 for production desktops. > > It's not possible to install QGIS using the https://qgis.org/debian > package archive as the ubuntu 14.04 archives only supports GDAL > 1.10.1 and 16.04 only supports GDAL 1.11.3. > > With https://qgis.org/ubuntugis it is possible to install QGIS with >= > GDAL > 2.2 as this archive requires ubuntugis-unstable which currently > supports GDAL 2.2.2. > > The issue I have is I'm reluctant to use ubuntugis-unstable for > production use. I would rather use ubuntugis-stable. However this > archive only supports GDAL 2.1 and doesn't provide the minimum > dependency of GDAL 2.2.2 for https://qgis.org/ubuntugis requires. > > I was wondering why ubuntugis stable isn't used as the debian archive > for https://qgis.org/ubuntugis and ubuntugis-unstable is only used for > the development (e.g 2.99) nightly builds? This makes more sense to me. You should have a look at UbuntuGIS development to see that it is mostly the work of one person now. Packages are updated for OSGeo-Live and copied to ubuntugis-unstable, after a while (no policy or guidelines) the packages from ubuntugis-unstable get copied to ubuntugis-stable. This generally happens during an Ubuntu releases lifecycle, not ideal for production systems. For production systems one should not rely on 3rd party repositories, other than the one the company maintains itself where it does all the integration work. > I've also noted that the 2.18 binaries produced for the 14.04 and > 16.04 packaging has inconsistent dependency requirements. e.g 2.18.15 > 14.04 64bit : > > qgis - gdal-abi-2-2-2, libgdal20 (>= 1.8.0) qgis-providers = libgdal20 > (>= 2.2.0) qgis-server - libgdal20 (>= 1.8.0) libqgis-dev - > libgdal-dev (>= 1.10.1-0~) libqgis-core - libgdal20 (>= 2.2.0) > libqgis-app2 libgdal20 (>= 2.0.1) The version requirement for libgdal20 are determined based on which symbols the code in the dependent package uses, qgis & qgis-servers don't use any symbols introduced after GDAL 1.8.0, libqgis-dev does but no symbols introduced after GDAL 1.10.1, etc. Kind Regards, Bas _______________________________________________ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer _______________________________________________ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
