On 2020-02-26 15:01, Tom Palan wrote:
I am having problems compiling QGIS 3.10.3 on Debian stretch. The
compile does work flawlessly on Debian buster.
Is compiling on Debian stretch not supported anymore?
The upstream packaging removed support for stretch (and xenial):
https://github.com/qgi
On 2020-02-18 11:00, Mathieu Pellerin wrote:
Any plan to update QGIS to 3.10? 3.4 reaches it's end of life in the
coming
few days.
Yes, but this will probably be too late for focal, as recently discussed
on the Debian GIS list:
https://lists.debian.org/debian-gis/2020/01/msg0.html
QGI
On 2020-02-18 10:45, Denis Rouzaud wrote:
Is this correct that it has now been upgraded to 3.0.4?
Yes, see: https://launchpad.net/ubuntu/+source/gdal
The package is now in "release (universe)" instead of "proposed
(universe)".
Kind Regards,
Bas
_
On 2020-02-18 08:57, Paolo Cavallini wrote:
Isn't it under letsencrypt auto renew?
It's an Let's Encrypt certificate, but autorenewal can fail due to load
on their side. I see this for my certs quite frequently.
Also ensure that certbot or another ACME client you use it updated to be
still
On 2019-11-19 13:56, Lior Kaplan wrote:
When do we expect to have a rebuild of the Debian testing/unstable
builds?
Should be fixed with the next release schedule for coming Friday.
This is a known issue with dependencies from testing/unstable as clearly
noted on the download page:
"
The re
On 2019-11-19 08:38, David Marteau wrote:
Just a question: why python-gdal is still required for installing
Qgis3 debian packages ?
Because it provided the Python scripts until 2.4.3+dfsg-1, they've since
moved to gdal-bin.
Kind Regards,
Bas
___
Q
On 2019-10-21 10:51, Rashad Kanavath wrote:
If the fix is to be done in packaging. I think someone in otb team can
forward to debain gis.
The Debian GIS team doesn't maintain the upstream QGIS packaging.
Kind Regards,
Bas
___
QGIS-Developer mailing
On 2019-07-23 10:49, Angelos Tzotsos wrote:
Is OTB PROJ 6 ready yet?
OTB doesn't link to libproj. The otb Debian package has a patch for GDAL
3.
See also the PROJ 6.0.0 [0], PROJ 6.1.1 [1] & GDAL 2.5.0 [2] threads on
the Debian GIS list.
[0] https://lists.debian.org/debian-gis/2019/04/msg
On 2019-07-23 10:23, Jürgen E. Fischer wrote:
What's the state of GRASS with PROJ 6?
7.6.1 builds successfully when you define
ACCEPT_USE_OF_DEPRECATED_PROJ_API_H.
7.6.0 fails due to the removal of nad2bin in PROJ 6.
Kind Regards,
Bas
___
QGIS-De
On 2019-07-23 09:35, Paolo Cavallini wrote:
For reference, in Debian Sid proj6 and gdal3 are still in
experimental.
And GDAL 3 is staying there at least until fiona supports it.
Kind Regards,
Bas
___
QGIS-Developer mailing list
QGIS-Developer@lists.
On 2018-09-17 10:24, Tom Chadwin wrote:
- are there any other reasons that migrating from Webkit is required
under
Qt5?
Qt upstream stopped developing QtWebKit and switched its focus to
QtWebEngine, the former will most likely be removed from Qt5 at some
point, see:
http://blog.qt.io/blog
On 2018-04-10 16:49, Bas Couwenberg wrote:
On 2018-04-10 16:37, matteo wrote:
absolutely no idea why.
Perhaps there were removed in the new qt3d-opensource-src
(5.10.1+dfsg-3), note the ongoing transition:
https://bugs.debian.org/893523
The Qt3DExtras includes are no longer included in
On 2018-04-10 16:37, matteo wrote:
absolutely no idea why.
Perhaps there were removed in the new qt3d-opensource-src
(5.10.1+dfsg-3), note the ongoing transition:
https://bugs.debian.org/893523
As I said the re-installation did not changed anything. Should I
manually copy some files into
On 2018-03-08 08:43, Richard Duivenvoorde wrote:
As we have OSM xyz layer now, and I think a lot of people will use it
as
a quick reference map, we should be carefull to include proj5 in
distributions/installs then I think?
Like: let's not put proj5 as default in Osgeo4w untill this is
fixed/re
On 2018-03-05 16:36, Martin Landa wrote:
The most important would be to maintain packages in same git repo [2].
What do you think? Best, Martin
No likely to happen. The upstream packaging is separate from the one in
Debian and Ubuntu, and by extension in UbuntuGIS.
The oracle changes in the
On 2017-05-03 16:23, Idan Miara wrote:
ModuleNotFoundError: No module named '_gdal_array'
That sounds like: https://trac.osgeo.org/gdal/ticket/6801
OSGeo4W probably needs to include the patch for that issue like the
Debian package does.
Kind Regards,
Bas
___
On 2017-04-12 13:31, Paolo Cavallini wrote:
Trovato:3 http://ppa.launchpad.net/ubuntugis/ubuntugis-unstable/ubuntu
[...]
Trovato:5 http://qgis.org/ubuntugis xenial InRelease
[...]
qgis : Dipende: gdal-abi-2-1-3
ubuntugis-unstable has GDAL 2.1.3, but the qgis.org packages have not
been (re)bui
On 2016-12-13 14:30, Ted wrote:
The current QGIS ships with SAGA-GIS 2.1.2.
There are many version since 2.1.2 and the latest version of SAGA-GIS
is 3.0
Wonder if QGIS 3.0 will use SAGA-GIS 3.0.
Unlikely since its not a long term supported release.
The 2.3.x LTS releases from SAGA are not
On 2016-11-09 11:30, Elsa Darroman wrote:
We want to launch Globe automatically from our plugin when the user
open
some GPS tracks but we find only the function in python :
iface.utils.plugins['name_plugin']
but not in c++.
Is there a way in c++ to call an already implemented plugin from our
p
On 2016-11-09 11:26, Matthias Kuhn wrote:
For more details, have a look at this discussion which provides some
insights and an experimental patch:
http://osgeo-org.1560.x6.nabble.com/Future-of-the-Globe-plugin-in-QGIS-3-with-Qt5-td5288268.html
That's about osgEarth 2.8, which is still in Debia
On 2016-11-09 10:14, Elsa Darroman wrote:
We worked on debian 8.4 with Qgis 2.14.8 (latest version of 2.14) and
Qt 4.8.
One of the instructions is to use and compile the plugin Globe to open
the
tracks in 3D. The problem is the compilation of the plugin Globe. We
isolated it, tried to resolve
On 2016-06-22 10:28, matteo wrote:
grass 6 is the one on the official Debian stable repository. grass 7
should be compiled.
Users of the GRASS packages on Debian stable has not expressed a need
for GRASS 7 backports, so no attempt has been made to provide backports
for GRASS 7.
Please refer
On 2016-06-20 11:56, Matthias Kuhn wrote:
On 06/20/2016 06:44 AM, Sebastiaan Couwenberg wrote:
Distros have not adopted this yet, beware of premature celebration.
Did Debian also remove the Qt5 version of QtWebKit now?
No, WebKit support was only removed from the python-qt4 because Qt4 is
E
On 2016-06-08 14:17, kimaidou wrote:
It appears I had 2 gdal installed :
one by qgis from qgis.org repository ( 1.11) which corresponds to
/usr/lib/libgdal.so
and one installed via apt-get install gdal-bin from repositories (2.1)
which corresponds to : /usr/local/lib/libgdal.so
You got this th
On 2016-06-08 11:46, kimaidou wrote:
Here are the command lines used to make gdalinfo happy (quite hackish
... )
ln -s /usr/lib/x86_64-linux-gnu/libgif.so
/usr/lib/x86_64-linux-gnu/libgif.so.4
ln -s /usr/lib/x86_64-linux-gnu/libnetcdf.so
/usr/lib/x86_64-linux-gnu/libnetcdf.so.7
echo "/usr/lib/x
On 2016-06-06 16:59, 童言 wrote:
My qgis misses pyspatialite module when it runs in Fedora 19. But I
can't find "pyspatialite" package in the URL http://rpm.pbone.net/, so
what is the name for "pyspatialite" package in fedora 19?
pyspatialite is not packaged for Fedora (only libspatialite,
spati
I notice a distinct lack of consideration for the SAGA LTR effort.
That removes the need to incorporate SAGA into QGIS, and provides a
stable API for 3rd parties to work with.
I suggest to support the LTR effort by Johan van de Wauw, and only
consider incorporating SAGA into QGIS if the LTR e
On 2016-05-17 08:08, Richard Duivenvoorde wrote:
Next try will then be on compiling on Debian testing...
Not sure if Bas knows if there is a chance that those qt5 version will
come into Jessie. But I understand Jurgen also has been busy to create
packages for the time (Qt4-)Webkit is removed from
On 2016-05-04 17:36, Larry Shaffer wrote:
Debian will switch to Qt5 with QGIS 2.16, otherwise there will be no
QGIS
in the next stable release.
The Qt4 builds currently still work because the Qt maintainers didn't
want
to break QGIS before Qt5 support is available, but the Qt4WebKit
removal
On 2016-05-04 15:08, Matthias Kuhn wrote:
For the upstream QGIS packages this may be an option, for the official
packages in the Debian archive it is not.
Understandable.
I had a look at past Debian releases, extrapolating the release cycle
we
can expect the next release to happen in about a
On 2016-05-04 11:56, Matthias Kuhn wrote:
On 05/04/2016 11:14 AM, Bas Couwenberg wrote:
On 2016-05-04 11:00, Matthias Kuhn wrote:
I tend towards Qt >= 5.7 - on Windows and Mac we control the
dependencies, so that should be ok anyway, on Linux we can say "if
you
want a recent QGI
On 2016-05-04 11:00, Matthias Kuhn wrote:
I tend towards Qt >= 5.7 - on Windows and Mac we control the
dependencies, so that should be ok anyway, on Linux we can say "if you
want a recent QGIS, get a recent distro". And by the time we actually
ship QGIS with a Qt5 dependency there should be a num
On 2016-02-11 13:11, David Adler wrote:
Unfortunately, section 3.3 with the build dependencies is cut off on
the right side. Is there another link for the entire document?
You can view the raw file via the link in GitHub, or just select the
line a drag it to right to reveal the rest of the lin
On 2016-02-09 10:56, Martin Landa wrote:
2016-02-09 10:49 GMT+01:00 Bas Couwenberg :
Remove the old packages first, then install the new packages again.
There
won't be any old packags install to conflict with during the upgrade.
I already tried that:
sudo apt-get remove `dpkg
On 2016-02-09 10:42, Martin Landa wrote:
Any idea who to bypass it?
Remove the old packages first, then install the new packages again.
There won't be any old packags install to conflict with during the
upgrade.
Kind Regards,
Bas
___
Qgis-develo
On 2016-02-09 10:14, Martin Landa wrote:
I am unable to install latest QGIS daily on my Ubuntu machine:
Unpacking qgis (1:2.13.0+git20160208+b712f3c+23wily) ...
dpkg: error processing archive
/var/cache/apt/archives/qgis_1%3a2.13.0+git20160208+b712f3c+23wily_amd64.deb
(--unpack):
trying to over
On 2016-01-05 13:28, Paolo Cavallini wrote:
Il 05/01/2016 12:48, Bas Couwenberg ha scritto:
Since the transition to GSL 2.x (https://bugs.debian.org/804246), you
need to use libgsl-dev instead.
Thanks again Bas for explaining. I changed debian/control according to
your suggestion, and now
On 2016-01-05 11:54, Paolo Cavallini wrote:
apt-get install libgsl0-dev
Since the transition to GSL 2.x (https://bugs.debian.org/804246), you
need to use libgsl-dev instead.
libgsl0-dev is provided by libgsl-dev in version 2.x, but the real
libgsl0-dev package from GSL 1.x is also still in
On 2016-01-05 08:08, Paolo Cavallini wrote:
Thanks for clarifying, and for fixing 2.13. Unfortunately it is not
yet on nightly, we'll have to wait until tomorrow I guess (I cannot
currently compile it because of the perl migration).
Perl 5.22 has already migrated to testing, this shouldn't be a
On 2015-10-14 12:12, Sandro Santilli wrote:
On Wed, Oct 14, 2015 at 11:53:14AM +0200, Bas Couwenberg wrote:
On 2015-10-14 11:35, Sandro Santilli wrote:
>And, would it be ok for it to not be an LTR before Feb 2017 ?
For Debian that's probably too late, the freeze in preparation for
the
On 2015-10-14 11:35, Sandro Santilli wrote:
Now the question is: when would a QT5 compatible version be needed ?
A Qt5 compatible version is already needed.
QGIS is one of the blockers for the Qt4 WebKit removal in Debian for
example (see: https://bugs.debian.org/784514).
And, would it be
41 matches
Mail list logo