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

Reply via email to