Re: [QGIS-Developer] MingW64 Windows 64bit Build action failing: a possible workaround
Hi
This should since be fixed in the latest mingw-filesystem. See [1].
Sandro
[1]
https://lists.fedoraproject.org/archives/list/mi...@lists.fedoraproject.org/thread/UQXZXB4O4GJZC4TQCDZNMQBA23TWISQQ/
On 10.09.23 06:48, Andrea Giudiceandrea via QGIS-Developer wrote:
Hi devs,
the MingW64 Windows 64bit Build action is continuously failing since a
couple of days with the following error:
/usr/bin/mingw64-cmake: line 92: fg: no job control
The issue is caused by the %__cmake macro not correctly evaluated and
misinterpreted.
A possible workaround, which I've tested and which makes the action no
longer fail and the build succeed, would be to change line 79 of
/ms-windows/mingw/build.sh from
mingw$bits-cmake \
to
rpm --eval "%{mingw64_cmake}" > mingw64-cmake.sh
sed -i -e 's/%__cmake/cmake/' mingw64-cmake.sh
chmod +x mingw64-cmake.sh
./mingw$bits-cmake.sh \
See
https://gitlab.gnome.org/TinyTrebuchet/gtk/-/blob/main/.gitlab-ci.yml#L156-158
It's not clear to me what actually triggered the issue, so very likely
there is a better fix.
Best regards.
Andrea
___
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
Re: [QGIS-Developer] PDAL compile on bookworm?
Mmm, installing in /usr/local/lib of pdal, results in linking errors (still pointing) to pdal_base and pdal_util...? Do I have cached stuff? Cannot find pdal_base or pdal_util in my build dir?? Thanks for any pointers, Richard [626/10160] Linking CXX executable output/lib/qgis/untwine FAILED: output/lib/qgis/untwine : && ccache /usr/bin/c++ -Wall -Wextra -Wno-long-long -Wformat-security -Wno-strict-aliasing -Wnon-virtual-dtor -Wno-redundant-move -Wno-misleading-indentation -Wno-deprecated-copy -g -Wl,--no-undefined src/providers/pdal/CMakeFiles/untwine.dir/untwine_autogen/mocs_compilation.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/bu/BuPyramid.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/bu/CopcSupport.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/bu/OctantInfo.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/bu/Processor.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/bu/PyramidManager.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/bu/Stats.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/epf/BufferCache.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/epf/Cell.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/epf/Epf.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/epf/FileProcessor.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/epf/Grid.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/epf/Reprocessor.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/epf/Writer.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/untwine/Las.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/untwine/MapFile.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/untwine/ProgressWriter.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/untwine/ThreadPool.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/untwine/untwine/Untwine.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/charbuf.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/filestream.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/header.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/lazperf.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/readers.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/vlr.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/writers.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/detail/field_byte10.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/detail/field_byte14.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/detail/field_gpstime10.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/detail/field_nir14.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/detail/field_point10.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/detail/field_point14.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/detail/field_rgb10.cpp.o src/providers/pdal/CMakeFiles/untwine.dir/__/__/__/external/lazperf/detail/field_rgb14.cpp.o -o output/lib/qgis/untwine -L/home/richard/git/qgis/build/src/core -L/home/richard/git/qgis/build/src/gui -L/usr/local/lib -Wl,-rpath,/home/richard/git/qgis/build/src/core:/home/richard/git/qgis/build/src/gui:/usr/local/lib: -lpdalcpp -lpdalcpp && : /usr/bin/ld: cannot find -lpdal_base: No such file or directory /usr/bin/ld: cannot find -lpdal_util: No such file or directory /usr/bin/ld: cannot find -lpdal_base: No such file or directory /usr/bin/ld: cannot find -lpdal_util: No such file or directory collect2: error: ld returned 1 exit status On 9/11/23 20:15, Jürgen E. Fischer via QGIS-Developer wrote: Hi Richard, On Mon, 11. Sep 2023 at 17:11:13 +0200, Richard Duivenvoorde via QGIS-Developer wrote: One more question ;-) After pdal install: if I try to compile QGIS 'WITH_PDAL', ccmake find the PDAL_BIN, PDAL_CPP_LIBRARY and PDAL_INCLUDE_DIR But NOT the PDAL_UTIL_LIBRARY. That was dropped and is included in libpdalcpp - so it's probably not needed anymore and linking libpdalcpp is enough. https://github.com/PDAL/PDAL/commit/a3faa03218e9ea6dee1503f635b17f57f4c82ff7 Jürgen ___ 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
Re: [QGIS-Developer] PDAL compile on bookworm?
Hi Richard, On Mon, 11. Sep 2023 at 17:11:13 +0200, Richard Duivenvoorde via QGIS-Developer wrote: > One more question ;-) > > After pdal install: if I try to compile QGIS 'WITH_PDAL', ccmake find the > PDAL_BIN, PDAL_CPP_LIBRARY and PDAL_INCLUDE_DIR > > But NOT the PDAL_UTIL_LIBRARY. That was dropped and is included in libpdalcpp - so it's probably not needed anymore and linking libpdalcpp is enough. https://github.com/PDAL/PDAL/commit/a3faa03218e9ea6dee1503f635b17f57f4c82ff7 Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Nordenhttps://www.norbit.de QGIS release manager (PSC) Germany IRC: jef on Libera|OFTC signature.asc Description: PGP signature ___ 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] HTTP POST multipart/form-data using PyQGIS
Hello, I'm working on a QGIS plugin to upload images to an instance (STAC) via a REST API. I've found some examples (https://lists.osgeo.org/pipermail/qgis-developer/2022-January/064437.html) but they don't use the PyQGIS API, whereas I need support for authentication configurations and proxy settings. Is this currently possible? Regards, julien BEGIN:VCARD VERSION:4.0 EMAIL;PREF=1:julien.mo...@oslandia.com EMAIL:juli...@oslandia.com FN:Julien Moura NICKNAME:jmo ORG:Oslandia; TITLE:Consultant - Ingénieur développeur N:Moura;Julien;;; ADR:;;France URL;VALUE=URL:https://static.geotribu.fr X-MOZILLA-HTML;VALUE=BOOLEAN:TRUE UID:c6b195b1-5100-402f-bb73-b312bb7289c0 END:VCARD ___ 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
Re: [QGIS-Developer] PDAL compile on bookworm?
On 9/10/23 23:39, Jürgen E. Fischer via QGIS-Developer wrote: On unstable installing libunwind-16-dev helped - didn't dig any deeper. Cool, yep that works on bookworm also! Well, libunwind-15-dev you get there. Then I can compile/test/install pdal. Thanks! One more question ;-) After pdal install: if I try to compile QGIS 'WITH_PDAL', ccmake find the PDAL_BIN, PDAL_CPP_LIBRARY and PDAL_INCLUDE_DIR But NOT the PDAL_UTIL_LIBRARY. Any pointer to where that is supposed to point to? Regards, Richard ___ 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
Re: [QGIS-Developer] loadNamedStyle() is loading default style instead of QML file
Hi Alexandre,
When the layer is a PostgreSQL layer, it's the method from
QgsVectorLayer which is called:
https://qgis.org/pyqgis/3.32/core/QgsVectorLayer.html#qgis.core.QgsVectorLayer.loadNamedStyle
https://api.qgis.org/api/classQgsVectorLayer.html#a2bd3a21badac411179dbfbc724136a45
The documentation is somewhat incomplete, as "loadFromLocalDb" boolean
set to true will in fact call QgsMapLayer::loadNamedStyle()
https://api.qgis.org/api/classQgsMapLayer.html#a8b271b8bf3074e84808cff26f722b26f
which says: "[...] First an attempt will be made to see if this is a
file and load that, if that fails the qgis.db styles table will be
consulted to see if there is a style who's key matches the URI."
Regards,
--
Jacky Volpes
Ingénieur SIG - Oslandia
--
Le 9/11/23 à 13:33, Alexandre Neto via QGIS-Developer a écrit :
I am trying to load a style from a QML file into a vector layer.
When I use a memory layer, loading the style works fine with the
following code:
layer = iface.activeLayer()
layer.loadNamedStyle(path_to_style)
If the layer is a postgreSQL layer with a default style, the above
code will return:
('Loaded from provider', True)
and the style from the QML won't be loaded. The way to force it was
add a True parameter in the end of the method call:
layer = iface.activeLayer()
layer.loadNamedStyle(path_to_style, True)
Not sure if this is the correct behavior, but it does not match with
the documentation:
https://api.qgis.org/api/classQgsMapLayer.html#a8b271b8bf3074e84808cff26f722b26f
Thanks,
Alexandre Neto
___
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
[QGIS-Developer] loadNamedStyle() is loading default style instead of QML file
I am trying to load a style from a QML file into a vector layer.
When I use a memory layer, loading the style works fine with the following code:
layer = iface.activeLayer()
layer.loadNamedStyle(path_to_style)
If the layer is a postgreSQL layer with a default style, the above code will
return:
('Loaded from provider', True)
and the style from the QML won't be loaded. The way to force it was add a True
parameter in the end of the method call:
layer = iface.activeLayer()
layer.loadNamedStyle(path_to_style, True)
Not sure if this is the correct behavior, but it does not match with the
documentation:
https://api.qgis.org/api/classQgsMapLayer.html#a8b271b8bf3074e84808cff26f722b26f
Thanks,
Alexandre Neto___
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] My own LayoutItem not getting rendered unless ...
Hi, For a plugin I made my own type of layoutItem which renders some kind of special graph. However, when the code adds the item to a layout, the rectangle is there but the content does not get rendered. Now when I run this line in the console: layout_manager = QgsProject.instance().layoutManager() the layout item does get rendered, and also every next layout works properly. I put the line of code just above my layout item's class definition and it solves the problem. But I'd like to know if this is the right approach and why this line of code is needed. (Or if this is a bug?) Thanks! Raymond ___ 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
