[QGIS-Developer] Problems building QGIS 3.26 using Python 3.10.5 and SIP 6.6.2
Hi developers, I am trying to understand some errors I get while building either QGIS 3.26 or the latest main branch from GitHub in openSUSE Tumbleweed. I normally compile the latest source every few weeks and normally things go fine. Last few times I compiled Python was 3.8 and 3.9 and there were no problems. However, recently this distribution I use has made Python3 = 3.10.5. SIP is 6.6.2. To my knowledge all other dependencies are satisfied. I wonder if the change in Python or SIP versions may have introduced some known incompatibility. Errors are listed below. Any hint is appreciated. Thanks in advance /H. sip-build: An internal error occurred... Traceback (most recent call last): File "/bin/sip-build", line 33, in sys.exit(load_entry_point('sip==6.6.2', 'console_scripts', 'sip-build')()) File "/usr/lib64/python3.10/site-packages/sipbuild/tools/build.py", line 37, in main handle_exception(e) File "/usr/lib64/python3.10/site-packages/sipbuild/exceptions.py", line 81, in handle_exception raise e File "/usr/lib64/python3.10/site-packages/sipbuild/tools/build.py", line 34, in main project.build() File "/usr/lib64/python3.10/site-packages/sipbuild/project.py", line 244, in build self.builder.build() File "/usr/lib64/python3.10/site-packages/sipbuild/builder.py", line 48, in build self._generate_bindings() File "/usr/lib64/python3.10/site-packages/sipbuild/builder.py", line 277, in _generate_bindings buildable = bindings.generate() File "/usr/lib64/python3.10/site-packages/sipbuild/bindings.py", line 166, in generate spec, sip_files = parse(self.sip_file, SIP_VERSION, encoding, File "/usr/lib64/python3.10/site-packages/sipbuild/generator/parser/parser.py", line 35, in parse protected_is_public, include_dirs, strict).parse(sip_file) File "/usr/lib64/python3.10/site-packages/sipbuild/generator/parser/parser_manager.py", line 1507, in parse self._parser.parse(self._read(sip_file, raw_sip_file), File "/usr/lib/python3.10/site-packages/ply/yacc.py", line 331, in parse return self.parseopt(input, lexer, debug, tracking, tokenfunc) File "/usr/lib/python3.10/site-packages/ply/yacc.py", line 823, in parseopt p.callable(pslice) File "/usr/lib64/python3.10/site-packages/sipbuild/generator/parser/rules.py", line 3029, in p_typedef_decl instantiated = pm.instantiate_class_template(p, name_symbol, File "/usr/lib64/python3.10/site-packages/sipbuild/generator/parser/parser_manager.py", line 1480, in instantiate_class_template instantiate_class(p, symbol, fq_cpp_name, tmpl_names, proto_class, File "/usr/lib64/python3.10/site-packages/sipbuild/generator/parser/instantiations.py", line 131, in instantiate_class i_class.ctors = _instantiate_ctors(tmpl_names, proto_class, template, File "/usr/lib64/python3.10/site-packages/sipbuild/generator/parser/instantiations.py", line 235, in _instantiate_ctors i_ctor.py_signature = _instantiate_signature(proto_ctor.py_signature, File "/usr/lib64/python3.10/site-packages/sipbuild/generator/parser/instantiations.py", line 368, in _instantiate_signature i_arg = _instantiate_argument(proto_arg, proto_class, tmpl_names, File "/usr/lib64/python3.10/site-packages/sipbuild/generator/parser/instantiations.py", line 191, in _instantiate_argument i_arg.default_value = [_instantiate_value(v, expansions) File "/usr/lib64/python3.10/site-packages/sipbuild/generator/parser/instantiations.py", line 191, in i_arg.default_value = [_instantiate_value(v, expansions) File "/usr/lib64/python3.10/site-packages/sipbuild/generator/parser/instantiations.py", line 437, in _instantiate_value i_name = ScopedName.parse(template_string(proto_name, expansions)) File "/usr/lib64/python3.10/site-packages/sipbuild/generator/templates.py", line 201, in template_string proto_str = proto_str.replace(name, value) AttributeError: 'ScopedName' object has no attribute 'replace' make[2]: *** [python/CMakeFiles/python_module_qgis__analysis.dir/build.make:853: python/analysis/build/_analysis/sip_analysispart0.cpp] Error 1 make[1]: *** [CMakeFiles/Makefile2:5790: python/CMakeFiles/python_module_qgis__analysis.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs sip-build: An internal error occurred... Traceback (most recent call last): File "/bin/sip-build", line 33, in sys.exit(load_entry_point('sip==6.6.2', 'console_scripts', 'sip-build')()) File "/usr/lib64/python3.10/site-packages/sipbuild/tools/build.py", line 37, in main handle_exception(e) File "/usr/lib64/python3.10/site-packages/sipbuild/exceptions.py", line 81, in handle_exception raise e File "/usr/lib64/python3.10/site-packages/sipbuild/tools/build.py", line 34, in main project.build() File "/usr/lib64/python3.10/site-packages/sipbuild/project.py", line 244, in build self.builder.build() File
[QGIS-Developer] QGIS build failure with QWT 6.2.0 (Linux openSUSE Tumbleweed)
Hi This is not a bug report about QGIS, just a note about something that might be problematic for others as well and that may need eventual attention. I am experiencing fatal problems building QGIS 3.20.0 and 3.20.1 in openSUSE Tumbleweed after QWT was updated to the latest 6.2.0. Errors are of the type: error: invalid use of incomplete type ‘const class QwtScaleDiv’ (and with several other QWT classes as well) Apparently, the cause seems to be related to changes introduced in QWT 6.2.0 (as far as I understand "qwt_compat.h" has been removed, as reported here: https://github.com/gnuradio/gnuradio/issues/4956) I have not yet found a solution or work around that does not involve reverting to a previous version of QWT. /H. ___ 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] Voronoi tool missing from processing, what could be wrong?
On 2021-03-03 00:12, Nyall Dawson wrote: On Wed, 3 Mar 2021 at 09:10, Tim Sutton wrote: Hi Can you check if you have python-psycopg2 installed on your system? I had a similar issue a month or two back which was fixed by installing it. (Thanks for the nudge Nyall). Ah -- that was the one! I thought it was gdal for some reason... flaky memory :) We should really investigate why this caused a silent failure to show the algorithms instead of an error... Yes, an error message could be beneficial. I remember from previous installations that QGIS would complain on opening that psycopg (or other python modules) weren't installed. /H. Nyall Regards Tim On Tue, Mar 2, 2021 at 11:19 AM Hernán De Angelis wrote: On 2021-03-02 10:51, Richard Duivenvoorde wrote: On 3/2/21 10:41 AM, Hernán De Angelis wrote: On 2021-03-02 10:21, Nyall Dawson wrote: On Tue, 2 Mar 2021 at 18:34, Hernán De Angelis wrote: Hi, I wrote about this a few days ago in the user list but I still have the problem and can find neither a cause nor a solution. I thus post it in this list in the hope that some developer may have a hint on what is going wrong here. Double check that you have the gdal python packages installed Thanks for this, from osgeo import gdal just works, so I guess it is installed. What is the value of BINDINGS_GLOBAL_INSTALL in your compile config? The value is "YES" Looks like something is not picked up with your install. Agree What if you run qgis 31.8 from the 'output/bin' dir in your build directory? Behaves just the same If all fails I would (I think) compile and set CMAKE_INSTALL_PREFIX in some local dir in your HOME I did in ~/bin/qgis_/3.18/debug (for debug build): And create a startup script like export LD_LIBRARY_PATH=~/bin/qgis_/3.18/debug/lib/:/usr/lib/grass78/lib/ export PYTHONPATH=~/bin/qgis_/3.18/debug/share/qgis/python:$PYTHONPATH export QGIS_DEBUG=0 # passing ALL parameters to qgis bin # eg to be able to call a certain translation # qgis --lang nl ~/bin/qgis_/3.18/debug/bin/qgis "$@" Thanks, will think about this and try it. Thank you again for your ansers. I see I have a sort of linking/library problem. GRASS is installed and GRASS modules are compiled but then these do not appear either in the menu. /Hernán Suc6 Richard Duivenvoorde ___ 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 -- -- Tim Sutton Visit http://kartoza.com to find out about open source: * Desktop GIS programming services * Geospatial web development * GIS Training * Consulting Services Tim is a member of the QGIS Project Steering Committee --- ___ 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] Voronoi tool missing from processing, what could be wrong?
On 2021-03-03 00:10, Tim Sutton wrote: Hi Can you check if you have python-psycopg2 installed on your system? I had a similar issue a month or two back which was fixed by installing it. (Thanks for the nudge Nyall). YES! That was the problem! Now I have all the tools, including GRASS and GDAL, and Voronoi of course. Thank you! Hernán Regards Tim On Tue, Mar 2, 2021 at 11:19 AM Hernán De Angelis mailto:variablestarli...@gmail.com>> wrote: On 2021-03-02 10:51, Richard Duivenvoorde wrote: > On 3/2/21 10:41 AM, Hernán De Angelis wrote: >> On 2021-03-02 10:21, Nyall Dawson wrote: >>> On Tue, 2 Mar 2021 at 18:34, Hernán De Angelis >>> mailto:variablestarli...@gmail.com>> wrote: >>>> Hi, >>>> >>>> I wrote about this a few days ago in the user list but I still have the >>>> problem and can find neither a cause nor a solution. I thus post it in >>>> this list in the hope that some developer may have a hint on what is >>>> going wrong here. >>> Double check that you have the gdal python packages installed >> Thanks for this, >> >> from osgeo import gdal >> >> just works, so I guess it is installed. > What is the value of > BINDINGS_GLOBAL_INSTALL > in your compile config? The value is "YES" > > Looks like something is not picked up with your install. Agree > > What if you run qgis 31.8 from the 'output/bin' dir in your build directory? Behaves just the same > > If all fails I would (I think) compile and set CMAKE_INSTALL_PREFIX in some local dir in your HOME > > I did in ~/bin/qgis_/3.18/debug (for debug build): > > And create a startup script like > > export LD_LIBRARY_PATH=~/bin/qgis_/3.18/debug/lib/:/usr/lib/grass78/lib/ > export PYTHONPATH=~/bin/qgis_/3.18/debug/share/qgis/python:$PYTHONPATH > export QGIS_DEBUG=0 > # passing ALL parameters to qgis bin > # eg to be able to call a certain translation > # qgis --lang nl > ~/bin/qgis_/3.18/debug/bin/qgis "$@" Thanks, will think about this and try it. Thank you again for your ansers. I see I have a sort of linking/library problem. GRASS is installed and GRASS modules are compiled but then these do not appear either in the menu. /Hernán > > Suc6 > > Richard Duivenvoorde ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org <mailto:QGIS-Developer@lists.osgeo.org> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer <https://lists.osgeo.org/mailman/listinfo/qgis-developer> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer <https://lists.osgeo.org/mailman/listinfo/qgis-developer> -- -- Tim Sutton Visit http://kartoza.com <http://kartoza.com/> to find out about open source: * Desktop GIS programming services * Geospatial web development * GIS Training * Consulting Services Tim is a member of the QGIS Project Steering Committee --- ___ 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] Voronoi tool missing from processing, what could be wrong?
On 2021-03-02 10:51, Richard Duivenvoorde wrote: On 3/2/21 10:41 AM, Hernán De Angelis wrote: On 2021-03-02 10:21, Nyall Dawson wrote: On Tue, 2 Mar 2021 at 18:34, Hernán De Angelis wrote: Hi, I wrote about this a few days ago in the user list but I still have the problem and can find neither a cause nor a solution. I thus post it in this list in the hope that some developer may have a hint on what is going wrong here. Double check that you have the gdal python packages installed Thanks for this, from osgeo import gdal just works, so I guess it is installed. What is the value of BINDINGS_GLOBAL_INSTALL in your compile config? The value is "YES" Looks like something is not picked up with your install. Agree What if you run qgis 31.8 from the 'output/bin' dir in your build directory? Behaves just the same If all fails I would (I think) compile and set CMAKE_INSTALL_PREFIX in some local dir in your HOME I did in ~/bin/qgis_/3.18/debug (for debug build): And create a startup script like export LD_LIBRARY_PATH=~/bin/qgis_/3.18/debug/lib/:/usr/lib/grass78/lib/ export PYTHONPATH=~/bin/qgis_/3.18/debug/share/qgis/python:$PYTHONPATH export QGIS_DEBUG=0 # passing ALL parameters to qgis bin # eg to be able to call a certain translation # qgis --lang nl ~/bin/qgis_/3.18/debug/bin/qgis "$@" Thanks, will think about this and try it. Thank you again for your ansers. I see I have a sort of linking/library problem. GRASS is installed and GRASS modules are compiled but then these do not appear either in the menu. /Hernán Suc6 Richard Duivenvoorde ___ 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] Voronoi tool missing from processing, what could be wrong?
On 2021-03-02 10:45, Richard Duivenvoorde wrote: On 3/2/21 9:51 AM, Hernán De Angelis wrote: On 2021-03-02 09:48, Alexandre Neto wrote: Might seem obvious, but have you tried using a brand new profile? Yes, I just forgot to add that to the description below. Or even a new profiles_path ? $ qgis --help QGIS is a user friendly Open Source Geographic Information System. Usage: qgis [OPTION] [FILE] OPTION: [--version] display version information and exit [--snapshot filename] emit snapshot of loaded datasets to given file [--width width] width of snapshot to emit [--height height] height of snapshot to emit [--lang language] use language for interface text (changes existing override) [--project projectfile] load the given QGIS project [--extent xmin,ymin,xmax,ymax] set initial map extent [--nologo] hide splash screen [--noversioncheck] don't check for new version of QGIS at startup [--noplugins] don't restore plugins on startup [--nocustomization] don't apply GUI customization [--customizationfile path] use the given ini file as GUI customization [--globalsettingsfile path] use the given ini file as Global Settings (defaults) [--authdbdirectory path] use the given directory for authentication database [--code path] run the given python file on load [--defaultui] start by resetting user ui settings to default [--hide-browser]hide the browser widget [--dxf-export filename.dxf] emit dxf output of loaded datasets to given file [--dxf-extent xmin,ymin,xmax,ymax] set extent to export to dxf [--dxf-symbology-mode none|symbollayer|feature] symbology mode for dxf output [--dxf-scale-denom scale] scale for dxf output [--dxf-encoding encoding] encoding to use for dxf output [--dxf-map-theme maptheme] map theme to use for dxf output [--take-screenshots output_path]take screen shots for the user documentation [--screenshots-categories categories] specify the categories of screenshot to be used (see QgsAppScreenShots::Categories). [--profile name]load a named profile from the users profiles folder. [--profiles-path path] path to store user profile folders. Will create profiles inside a {path}\profiles folder [--version-migration] force the settings migration from older version if found [--openclprogramfolder] path to the folder containing the sources for OpenCL programs. [--help]this text [--]treat all following arguments as FILEs So: qgis --profiles-name /tmp/superclean I would not know if this would help... but just in case Thanks you Richard, but that did not work either. Thanks Alexander and Nyall too. This is happening in a fresh install (one month old) of openSUSE Tumbleweed in a new machine. No older profiles to blame here. Also I did delete the profiles many times. No clue by now, will have to keep looking. Thanks again everyone Hernán ___ 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] Voronoi tool missing from processing, what could be wrong?
On 2021-03-02 10:21, Nyall Dawson wrote: On Tue, 2 Mar 2021 at 18:34, Hernán De Angelis wrote: Hi, I wrote about this a few days ago in the user list but I still have the problem and can find neither a cause nor a solution. I thus post it in this list in the hope that some developer may have a hint on what is going wrong here. Double check that you have the gdal python packages installed Thanks for this, from osgeo import gdal just works, so I guess it is installed. Nyall In my installation the Voronoi Polygon tool is missing from the Processing menu, both from the bar (vector geometry dialog) and the processing panel. It is also not listed in the Python console (see below whole listing). But, the code seems to be present in the /usr/local/share... folder, where other plugins live as well: localhost:/usr/local # find ./share -name *oronoi* ./share/qgis/python/plugins/processing/algs/grass7/description/v.voronoi.skeleton.txt ./share/qgis/python/plugins/processing/algs/grass7/description/v.voronoi.txt ./share/qgis/python/plugins/processing/algs/grass7/ext/v_voronoi.py ./share/qgis/python/plugins/processing/algs/qgis/VoronoiPolygons.py ./share/qgis/python/plugins/processing/algs/qgis/voronoi.py I compile QGIS from source, things have gone smoothly every time and I cannot see any obvious particular problem. I have tested with master a couple of weeks ago, then 3.18.0 a couple of days ago, and moments ago with 3.16.4 (after wiping all traces of previous installations) but the problem persists. Anyone has seen this? What could possibly be wrong here? Thanks in advance, Hernán - - - - - from qgis import processing for alg in QgsApplication.processingRegistry().algorithms(): print(alg.id(), "->", alg.displayName()) native:addautoincrementalfield -> Add autoincremental field native:addfieldtoattributestable -> Add field to attributes table native:adduniquevalueindexfield -> Add unique value index field native:addxyfields -> Add X/Y fields to layer native:affinetransform -> Affine transform native:aggregate -> Aggregate native:angletonearest -> Align points to features native:antimeridiansplit -> Geodesic line split at antimeridian native:arrayoffsetlines -> Array of offset (parallel) lines native:arraytranslatedfeatures -> Array of translated features native:aspect -> Aspect native:assignprojection -> Assign projection native:atlaslayouttoimage -> Export atlas layout as image native:atlaslayouttopdf -> Export atlas layout as PDF native:bookmarkstolayer -> Convert spatial bookmarks to layer native:boundary -> Boundary native:boundingboxes -> Bounding boxes native:buffer -> Buffer native:bufferbym -> Variable width buffer (by M value) native:calculatevectoroverlaps -> Overlap analysis native:categorizeusingstyle -> Create categorized renderer from styles native:cellstatistics -> Cell statistics native:centroids -> Centroids native:clip -> Clip native:collect -> Collect geometries native:combinestyles -> Combine style databases native:condition -> Conditional branch native:converttocurves -> Convert to curved geometries native:convexhull -> Convex hull native:countpointsinpolygon -> Count points in polygon native:createattributeindex -> Create attribute index native:createconstantrasterlayer -> Create constant raster layer native:createdirectory -> Create directory native:creategrid -> Create grid native:createpointslayerfromtable -> Create points layer from table native:createrandombinomialrasterlayer -> Create random raster layer (binomial distribution) native:createrandomexponentialrasterlayer -> Create random raster layer (exponential distribution) native:createrandomgammarasterlayer -> Create random raster layer (gamma distribution) native:createrandomgeometricrasterlayer -> Create random raster layer (geometric distribution) native:createrandomnegativebinomialrasterlayer -> Create random raster layer (negative binomial distribution) native:createrandomnormalrasterlayer -> Create random raster layer (normal distribution) native:createrandompoissonrasterlayer -> Create random raster layer (poisson distribution) native:createrandomuniformrasterlayer -> Create random raster layer (uniform distribution) native:createspatialindex -> Create spatial index native:dbscanclustering -> DBSCAN clustering native:deleteduplicategeometries -> Delete duplicate geometries native:deleteholes -> Delete holes native:densifygeometries -> Densify by count native:densifygeometriesgivenaninterval -> Densify by interval native:detectvectorchanges -> Detect dataset changes native:difference -> Difference native:dissolve -> Dissolve native:dropgeometries -> Drop geometries native:dropmzvalues -> Drop M/Z values native:equaltofrequency -> Equal to frequency native:explodehstorefield -> Explode HStore Field native:explodelines -
Re: [QGIS-Developer] Voronoi tool missing from processing, what could be wrong?
Thanks for your detailed answer, Richard. On 2021-03-02 10:16, Richard Duivenvoorde wrote: On 3/2/21 9:34 AM, Hernán De Angelis wrote: Hi, I wrote about this a few days ago in the user list but I still have the problem and can find neither a cause nor a solution. I thus post it in this list in the hope that some developer may have a hint on what is going wrong here. In my installation the Voronoi Polygon tool is missing from the Processing menu, both from the bar (vector geometry dialog) and the processing panel. It is also not listed in the Python console (see below whole listing). But, the code seems to be present in the /usr/local/share... folder, where other plugins live as well: localhost:/usr/local # find ./share -name *oronoi* ./share/qgis/python/plugins/processing/algs/grass7/description/v.voronoi.skeleton.txt ./share/qgis/python/plugins/processing/algs/grass7/description/v.voronoi.txt ./share/qgis/python/plugins/processing/algs/grass7/ext/v_voronoi.py ./share/qgis/python/plugins/processing/algs/qgis/VoronoiPolygons.py ./share/qgis/python/plugins/processing/algs/qgis/voronoi.py With me your find-output looks exactly the same Good from qgis import processing for alg in QgsApplication.processingRegistry().algorithms(): print(alg.id(), "->", alg.displayName()) native:addautoincrementalfield -> Add autoincremental field native:addfieldtoattributestable -> Add field to attributes table With me your python code shows voronoi in the 'qgis' group instead of the 'native' one: qgis:voronoipolygons -> Voronoi polygons I do have like 58 algorithms in the 'qgis' group. Are you missing all qgis ones? Or just voronoi? I see, I only have the "native" ones ... And in processing it just shows up with me (see screenie) Some things to check: -1- is the /usr/local/share/qgis/python/plugins/ dir in your PYTHONPATH ? With me (installed QGIS in /home/richard/bin/qgis_/3.18/debug) these to are in my PYTHONPATH: /home/richard/bin/qgis_/3.18/debug/share/qgis/python /home/richard/bin/qgis_/3.18/debug/share/qgis/python/plugins import sys print(sys.path) import sys print(sys.path) ['/usr/local/share/qgis/python', '/home/hernan/.local/share/QGIS/QGIS3/profiles/default/python', '/home/hernan/.local/share/QGIS/QGIS3/profiles/default/python/plugins', '/usr/local/share/qgis/python/plugins', '/usr/lib/python38.zip', '/usr/lib64/python3.8', '/usr/lib64/python3.8/lib-dynload', '/usr/lib64/python3.8/site-packages', '/usr/lib64/python3.8/_import_failed', '/usr/lib/python3.8/site-packages', '/usr/local/lib64/python3.8/site-packages', '/home/hernan/.local/share/QGIS/QGIS3/profiles/default/python'] or is there other 'cruft' in it? -2- is your LD_LIBRARY_PATH ok? To me (installing in my homedir), I have to add the debug/lib dir to my LD_LIBRARY_PATH. adding: export LD_LIBRARY_PATH=~/bin/qgis_/3.18/debug/lib/:/usr/lib/grass78/lib/ to my startup of qgis 3.18 I think if you install in default locations (like you do) then this should not be a problem, but maybe the QGIS python code can not load the right c++-libs? Yes, I install in default /usr/local ___ 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] Voronoi tool missing from processing, what could be wrong?
On 2021-03-02 09:48, Alexandre Neto wrote: Might seem obvious, but have you tried using a brand new profile? Yes, I just forgot to add that to the description below. /H. A terça, 2/03/2021, 08:34, Hernán De Angelis mailto:variablestarli...@gmail.com>> escreveu: Hi, I wrote about this a few days ago in the user list but I still have the problem and can find neither a cause nor a solution. I thus post it in this list in the hope that some developer may have a hint on what is going wrong here. In my installation the Voronoi Polygon tool is missing from the Processing menu, both from the bar (vector geometry dialog) and the processing panel. It is also not listed in the Python console (see below whole listing). But, the code seems to be present in the /usr/local/share... folder, where other plugins live as well: localhost:/usr/local # find ./share -name *oronoi* ./share/qgis/python/plugins/processing/algs/grass7/description/v.voronoi.skeleton.txt ./share/qgis/python/plugins/processing/algs/grass7/description/v.voronoi.txt ./share/qgis/python/plugins/processing/algs/grass7/ext/v_voronoi.py ./share/qgis/python/plugins/processing/algs/qgis/VoronoiPolygons.py ./share/qgis/python/plugins/processing/algs/qgis/voronoi.py I compile QGIS from source, things have gone smoothly every time and I cannot see any obvious particular problem. I have tested with master a couple of weeks ago, then 3.18.0 a couple of days ago, and moments ago with 3.16.4 (after wiping all traces of previous installations) but the problem persists. Anyone has seen this? What could possibly be wrong here? Thanks in advance, Hernán - - - - - from qgis import processing for alg in QgsApplication.processingRegistry().algorithms(): print(alg.id <http://alg.id>(), "->", alg.displayName()) native:addautoincrementalfield -> Add autoincremental field native:addfieldtoattributestable -> Add field to attributes table native:adduniquevalueindexfield -> Add unique value index field native:addxyfields -> Add X/Y fields to layer native:affinetransform -> Affine transform native:aggregate -> Aggregate native:angletonearest -> Align points to features native:antimeridiansplit -> Geodesic line split at antimeridian native:arrayoffsetlines -> Array of offset (parallel) lines native:arraytranslatedfeatures -> Array of translated features native:aspect -> Aspect native:assignprojection -> Assign projection native:atlaslayouttoimage -> Export atlas layout as image native:atlaslayouttopdf -> Export atlas layout as PDF native:bookmarkstolayer -> Convert spatial bookmarks to layer native:boundary -> Boundary native:boundingboxes -> Bounding boxes native:buffer -> Buffer native:bufferbym -> Variable width buffer (by M value) native:calculatevectoroverlaps -> Overlap analysis native:categorizeusingstyle -> Create categorized renderer from styles native:cellstatistics -> Cell statistics native:centroids -> Centroids native:clip -> Clip native:collect -> Collect geometries native:combinestyles -> Combine style databases native:condition -> Conditional branch native:converttocurves -> Convert to curved geometries native:convexhull -> Convex hull native:countpointsinpolygon -> Count points in polygon native:createattributeindex -> Create attribute index native:createconstantrasterlayer -> Create constant raster layer native:createdirectory -> Create directory native:creategrid -> Create grid native:createpointslayerfromtable -> Create points layer from table native:createrandombinomialrasterlayer -> Create random raster layer (binomial distribution) native:createrandomexponentialrasterlayer -> Create random raster layer (exponential distribution) native:createrandomgammarasterlayer -> Create random raster layer (gamma distribution) native:createrandomgeometricrasterlayer -> Create random raster layer (geometric distribution) native:createrandomnegativebinomialrasterlayer -> Create random raster layer (negative binomial distribution) native:createrandomnormalrasterlayer -> Create random raster layer (normal distribution) native:createrandompoissonrasterlayer -> Create random raster layer (poisson distribution) native:createrandomuniformrasterlayer -> Create random raster layer (uniform distribution) native:createspatialindex -> Create spatial index native:dbscanclustering -> DBSCAN clustering native:deleteduplicategeometries -> Delete duplicate geometries native:deleteholes -> Delete holes native:densifygeometries
[QGIS-Developer] Voronoi tool missing from processing, what could be wrong?
Hi, I wrote about this a few days ago in the user list but I still have the problem and can find neither a cause nor a solution. I thus post it in this list in the hope that some developer may have a hint on what is going wrong here. In my installation the Voronoi Polygon tool is missing from the Processing menu, both from the bar (vector geometry dialog) and the processing panel. It is also not listed in the Python console (see below whole listing). But, the code seems to be present in the /usr/local/share... folder, where other plugins live as well: localhost:/usr/local # find ./share -name *oronoi* ./share/qgis/python/plugins/processing/algs/grass7/description/v.voronoi.skeleton.txt ./share/qgis/python/plugins/processing/algs/grass7/description/v.voronoi.txt ./share/qgis/python/plugins/processing/algs/grass7/ext/v_voronoi.py ./share/qgis/python/plugins/processing/algs/qgis/VoronoiPolygons.py ./share/qgis/python/plugins/processing/algs/qgis/voronoi.py I compile QGIS from source, things have gone smoothly every time and I cannot see any obvious particular problem. I have tested with master a couple of weeks ago, then 3.18.0 a couple of days ago, and moments ago with 3.16.4 (after wiping all traces of previous installations) but the problem persists. Anyone has seen this? What could possibly be wrong here? Thanks in advance, Hernán - - - - - from qgis import processing for alg in QgsApplication.processingRegistry().algorithms(): print(alg.id(), "->", alg.displayName()) native:addautoincrementalfield -> Add autoincremental field native:addfieldtoattributestable -> Add field to attributes table native:adduniquevalueindexfield -> Add unique value index field native:addxyfields -> Add X/Y fields to layer native:affinetransform -> Affine transform native:aggregate -> Aggregate native:angletonearest -> Align points to features native:antimeridiansplit -> Geodesic line split at antimeridian native:arrayoffsetlines -> Array of offset (parallel) lines native:arraytranslatedfeatures -> Array of translated features native:aspect -> Aspect native:assignprojection -> Assign projection native:atlaslayouttoimage -> Export atlas layout as image native:atlaslayouttopdf -> Export atlas layout as PDF native:bookmarkstolayer -> Convert spatial bookmarks to layer native:boundary -> Boundary native:boundingboxes -> Bounding boxes native:buffer -> Buffer native:bufferbym -> Variable width buffer (by M value) native:calculatevectoroverlaps -> Overlap analysis native:categorizeusingstyle -> Create categorized renderer from styles native:cellstatistics -> Cell statistics native:centroids -> Centroids native:clip -> Clip native:collect -> Collect geometries native:combinestyles -> Combine style databases native:condition -> Conditional branch native:converttocurves -> Convert to curved geometries native:convexhull -> Convex hull native:countpointsinpolygon -> Count points in polygon native:createattributeindex -> Create attribute index native:createconstantrasterlayer -> Create constant raster layer native:createdirectory -> Create directory native:creategrid -> Create grid native:createpointslayerfromtable -> Create points layer from table native:createrandombinomialrasterlayer -> Create random raster layer (binomial distribution) native:createrandomexponentialrasterlayer -> Create random raster layer (exponential distribution) native:createrandomgammarasterlayer -> Create random raster layer (gamma distribution) native:createrandomgeometricrasterlayer -> Create random raster layer (geometric distribution) native:createrandomnegativebinomialrasterlayer -> Create random raster layer (negative binomial distribution) native:createrandomnormalrasterlayer -> Create random raster layer (normal distribution) native:createrandompoissonrasterlayer -> Create random raster layer (poisson distribution) native:createrandomuniformrasterlayer -> Create random raster layer (uniform distribution) native:createspatialindex -> Create spatial index native:dbscanclustering -> DBSCAN clustering native:deleteduplicategeometries -> Delete duplicate geometries native:deleteholes -> Delete holes native:densifygeometries -> Densify by count native:densifygeometriesgivenaninterval -> Densify by interval native:detectvectorchanges -> Detect dataset changes native:difference -> Difference native:dissolve -> Dissolve native:dropgeometries -> Drop geometries native:dropmzvalues -> Drop M/Z values native:equaltofrequency -> Equal to frequency native:explodehstorefield -> Explode HStore Field native:explodelines -> Explode lines native:extendlines -> Extend lines native:extenttolayer -> Create layer from extent native:extractbinary -> Extract binary field native:extractbyattribute -> Extract by attribute native:extractbyexpression -> Extract by expression native:extractbyextent -> Extract/clip by extent native:extractbylocation -> Extract by location native:extractmvalues -> Extract M values native:extractspecificvertices
Re: [QGIS-Developer] sip5: Unable to find file "QtXml/QtXmlmod.sip"
Just for the record, the cause of this problem was that I had updated sip using pip a couple of weeks ago. The new installation messed of course with the system's installation. After uninstalling and reinstalling everything that had with sip to do, QGIS compiled just fine. /H. On 2020-10-23 16:54, Hernán De Angelis wrote: Hi everyone I am building the latest QGIS 3.16 in Linux openSUSE Tumbleweed. I am experiencing a problem I never seen before: sip5: Unable to find file "QtXml/QtXmlmod.sip" However, I know where in my system this file exists: /usr/share/sip/PyQt5/QtXml/QtXmlmod.sip My problem is that I do not understand how to tell ccmake where to find it. Any hint is appreciated! Thanks Hernán ___ 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] sip5: Unable to find file "QtXml/QtXmlmod.sip"
Hi everyone I am building the latest QGIS 3.16 in Linux openSUSE Tumbleweed. I am experiencing a problem I never seen before: sip5: Unable to find file "QtXml/QtXmlmod.sip" However, I know where in my system this file exists: /usr/share/sip/PyQt5/QtXml/QtXmlmod.sip My problem is that I do not understand how to tell ccmake where to find it. Any hint is appreciated! Thanks Hernán ___ 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] CRS troubles (QGIS 3.6.3, Proj 6.1.0) [solved]
Compiled and installed QGIS-master. Works like charm! H. On 2019-06-14 19:26, Hernán De Angelis wrote: Hi QGIS developers I am writing to this list in the hope of finding some clues about the following problem. This has also been presented in the user list (*). I have built 3.6.3 from source against proj 6.1.0 and GDAL 3.0.0. None of which had any problems during build. Even Proj 6.1.0 test suite passes perfectly. However, the newly built QGIS has troubles with the CRS list in that a lot of the usual systems are either missing or have changed names. For example, the usual EPSG:4326 is called IGNF:WGS84G. Others are just plainly missing and those in my projects are replaced by some "user defined" designation. There are also problems when trying to display a WMS service since the CRS available at the service seem to go unrecognized. This is regrettable since this turns QGIS large unusable for me. It might be interesting to note that both QGIS "make" and "make install" complain that proj_create: crs not found On the other hand, both GDAL and GRASS, that are dependent on Proj do not seem to have any problems with Proj 6.1.0. I have compiled many times, both 3.6.2. and 3.6.3 and I am having the same problem everytime. I wonder if this is happening due to some local problem in my installation (fresh openSUSE 15.1 install) or some glitch due to recent changes in proj. Is this a known issue? Any hint will be appreciated! Thanks in advance, and thanks for your efforts in developing this great tool! H. (*) problem described in the QGIS user mailing list: https://lists.osgeo.org/pipermail/qgis-user/2019-June/043302.html https://lists.osgeo.org/pipermail/qgis-user/2019-June/043306.html ___ 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] CRS troubles (QGIS 3.6.3, Proj 6.1.0)
Hi QGIS developers I am writing to this list in the hope of finding some clues about the following problem. This has also been presented in the user list (*). I have built 3.6.3 from source against proj 6.1.0 and GDAL 3.0.0. None of which had any problems during build. Even Proj 6.1.0 test suite passes perfectly. However, the newly built QGIS has troubles with the CRS list in that a lot of the usual systems are either missing or have changed names. For example, the usual EPSG:4326 is called IGNF:WGS84G. Others are just plainly missing and those in my projects are replaced by some "user defined" designation. There are also problems when trying to display a WMS service since the CRS available at the service seem to go unrecognized. This is regrettable since this turns QGIS large unusable for me. It might be interesting to note that both QGIS "make" and "make install" complain that proj_create: crs not found On the other hand, both GDAL and GRASS, that are dependent on Proj do not seem to have any problems with Proj 6.1.0. I have compiled many times, both 3.6.2. and 3.6.3 and I am having the same problem everytime. I wonder if this is happening due to some local problem in my installation (fresh openSUSE 15.1 install) or some glitch due to recent changes in proj. Is this a known issue? Any hint will be appreciated! Thanks in advance, and thanks for your efforts in developing this great tool! H. (*) problem described in the QGIS user mailing list: https://lists.osgeo.org/pipermail/qgis-user/2019-June/043302.html https://lists.osgeo.org/pipermail/qgis-user/2019-June/043306.html ___ 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] Problems compiling QGIS 3.0: no matching function for call to QgsLayerTreeLayer::connect
Thanks for the pointer, Chris. Indeed: ~> gcc --version gcc (SUSE Linux) 4.8.5 I will chack again in two months with the new version (openSUSE 15). For now I will live with QGIS 2.18.17 just fine. Best, H. On Fri, Mar 9, 2018 at 7:32 PM, ceholdenwrote: > Hi > > I encountered this same error trying to compile and package QGIS 3.0 within > the "conda-forge" community channel of the Anaconda Python distribution, > but > only when using GCC 4.8 (4.8.5, specifically). Pretty sure I have to stick > with GCC 4.8 for now within this build environment, but I did not encounter > this issue when using GCC 7.2 or 7.3. I switched out to gcc 7.2, keeping > all > the other dependencies/etc the same, and can compile and run QGIS without > issue. > > I don't know my way around SUSE, but it looks like the "gcc" package for > openSUSE Leap 42.3 is version 4.8 > (https://software.opensuse.org/package/gcc). Assuming Hernán is using the > "gcc" package (and not "gcc6" or "gcc7", and thus would be using gcc > 4.8.x), > then this could narrow down the issue and help explain why it hasn't come > up > elsewhere. I'm unfortunately clueless about the GCC history and not much of > a C++ person, so I'm not sure where to go from here, beyond eventually > upgrading gcc, but would be happy to test patches/compilation options/etc. > > Here's a link to a Gist with the output from cmake and the failed make > step, > either using Make and Ninja (Ninja shows > > Make: > https://gist.github.com/ceholden/b6179d58e17f983ce6f29b32531bb4 > fa#file-qgis3-0_gcc4-8_make_fail > Ninja: > https://gist.github.com/ceholden/b6179d58e17f983ce6f29b32531bb4 > fa#file-qgis3-0_gcc4-8_ninja_fail > > Best, > Chris > > > > -- > Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer- > f4099106.html > ___ > 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] Issues building from source on Mac - No module named PyQt5
Timur, I am having similar issues in Linux openSUSE Leap 42.3. As far as I understand there are issues and conflict between versions of PyQT and SIP. It is not a QGIS problem. It would be nice to sort it out in any case. /H. On Thu, Mar 8, 2018 at 4:10 PM, Timur Girginwrote: > Hello everyone, > > I am having trouble building the QGIS release-3_0 branch on my Mac. I > finally got it to cmake, however I am getting an error during the make > process in which it seems that spatialite is using the system's Python(@2) > executable to find PyQT5 when in reality it should be looking for it in the > Python@3 executable that has been given during CMAKE. I am guessing this > is what is causing the issue. > > Please find the error at the bottom of this email. If anyone knows what I > am doing wrong, would you please let me know? > > Thank you very much! > Tim > > Here is my CMAKE: > > cmake -D CMAKE_INSTALL_PREFIX=~/Downloads/QGIS-build \ > -D CMAKE_BUILD_TYPE=MINSIZEREL -D ENABLE_TESTS=FALSE \ > -D > SPATIALINDEX_LIBRARY=/usr/local/Cellar/spatialindex/1.8.5/lib/libspatialindex.4.dylib > \ > -D SPATIALINDEX_INCLUDE_DIR=/usr/local/Cellar/spatialindex/1.8. > 5/include/spatialindex/\ > -D QWT_LIBRARY=/usr/local/qwt-6.1.3/lib/libqwt.dylib \ > -D QWT_INCLUDE_DIR=/usr/local/qwt-6.1.3/include \ > -D BISON_EXECUTABLE=/usr/local/Cellar/bison/3.0.4_1/bin/bison \ > -D GEOS_LIBRARY=/usr/local/Cellar/geos/3.6.2/lib/libgeos.dylib \ > -D GEOS_INCLUDE_DIR=/usr/local/Cellar/geos/3.6.2/include \ > -D LIBZIP_LIBRARY=/usr/local/Cellar/libzip/1.4.0/lib/libzip.5.0.dylib \ > -D LIBZIP_INCLUDE_DIR=/usr/local/Cellar/libzip/1.4.0/include \ > -D LIBZIP_CONF_INCLUDE_DIR=/usr/local/Cellar/libzip/1.4.0/include \ > -D EXPAT_LIBRARY=/usr/local/Cellar/expat/2.2.5/lib/libexpat.1.6.7.dylib > \ > -D EXPAT_INCLUDE_DIR=/usr/local/Cellar/expat/2.2.5/include \ > -D Qt5Core_DIR=/usr/local/Cellar/qt/5.10.1/lib/cmake/Qt5Core \ > -D Qt5Gui_DIR=/usr/local/Cellar/qt/5.10.1/lib/cmake/Qt5Gui \ > -D Qt5Test_DIR=/usr/local/Cellar/qt/5.10.1/lib/cmake/Qt5Test \ > -D Qt5Widgets_DIR=/usr/local/Cellar/qt/5.10.1/lib/cmake/Qt5Widgets \ > -D Qt5Concurrent_DIR=/usr/local/Cellar/qt/5.10.1/lib/cmake/Qt5Concurrent > \ > -D Qt5OpenGL_DIR=/usr/local/Cellar/qt/5.10.1/lib/cmake/Qt5OpenGL \ > -D Qt5Xml_DIR=/usr/local/Cellar/qt/5.10.1/lib/cmake/Qt5Xml \ > -D Qt5Svg_DIR=/usr/local/Cellar/qt/5.10.1/lib/cmake/Qt5Svg \ > -D Qt5Network_DIR=/usr/local/Cellar/qt/5.10.1/lib/cmake/Qt5Network \ > -D Qt5PrintSupport_DIR=/usr/local/Cellar/qt/5.10.1/lib/cmake/Qt5PrintSupport > \ > -D Qt5Positioning_DIR=/usr/local/Cellar/qt/5.10.1/lib/cmake/Qt5Positioning > \ > -D Qt5XmlPatterns_DIR=/usr/local/Cellar/qt/5.10.1/lib/cmake/Qt5XmlPatterns > \ > -D Qt5WebKit_DIR=/usr/local/Cellar/qt/5.10.1/lib/cmake/Qt5WebView \ > -D Qt5UiTools_DIR=/usr/local/Cellar/qt/5.10.1/lib/cmake/Qt5UiTools \ > -D Qt5Sql_DIR=/usr/local/Cellar/qt/5.10.1/lib/cmake/Qt5Sql \ > -D QCA_INCLUDE_DIR=/usr/local/Cellar/qt/5.10.1/lib/qca-qt5. > framework/Versions/2.1.3/Headers \ > -D QCA_LIBRARY=/usr/local/Cellar/qt/5.10.1/lib/qca-qt5. > framework/Versions/2.1.3/qca-qt5 \ > -D LIBTASN1_LIBRARY=/usr/local/Cellar/libtasn1/4.13/lib/libtasn1.6.dylib > \ > -D LIBTASN1_INCLUDE_DIR=/usr/local/Cellar/libtasn1/4.13/include \ > -D QSCINTILLA_INCLUDE_DIR=/usr/local/Cellar/qscintilla2/2.10.2_1/include > \ > -D QSCINTILLA_LIBRARY=/usr/local/Cellar/qscintilla2/2.10.2_1/ > lib/libqscintilla2_qt5.13.1.0.dylib \ > -D QTKEYCHAIN_INCLUDE_DIR=/usr/local/Cellar/qtkeychain/0.8.0/include \ > -D > QTKEYCHAIN_LIBRARY=/usr/local/Cellar/qtkeychain/0.8.0/lib/libqt5keychain.0.8.0.dylib > \ > -D > SPATIALITE_LIBRARY=/usr/local/Cellar/libspatialite/4.3.0a_6/lib/mod_spatialite.7.dylib > \ > -D SPATIALITE_INCLUDE_DIR=/usr/local/Cellar/libspatialite/4.3.0a_6/include > \ > -D SQLITE3_LIBRARY=/usr/local/Cellar/sqlite/3.22.0/lib/libsqlite3.0.dylib > \ > -D PYTHON_EXECUTABLE=/usr/local/bin/python3 \ > -D > PYTHON_INCLUDE_PATH=/usr/local/Frameworks/Python.framework/Versions/3.6/Headers > \ > -D PYTHON_LIBRARY=/usr/local/Frameworks/Python.framework/Versions/3.6/Python > \ > -D WITH_QTWEBKIT=FALSE \ > .. > > Which outputs: > > -- QGIS version: 3.0.0 Girona (3) > -- Could not find GRASS 7 > -- Found Proj: /Library/Frameworks/PROJ.framework > -- Found GEOS: /usr/local/Cellar/geos/3.6.2/lib/libgeos.dylib (3.6.2) > -- Found GDAL: /usr/local/Cellar/gdal2/2.2.3/lib/libgdal.dylib (2.2.3) > -- Found Expat: /usr/local/Cellar/expat/2.2.5/lib/libexpat.1.6.7.dylib > -- Found Spatialindex: /usr/local/Cellar/spatialindex/1.8.5/lib/ > libspatialindex.4.dylib > -- Found Qwt: /usr/local/qwt-6.1.3/lib/libqwt.dylib (6.1.3) > -- Found libzip: /usr/local/Cellar/libzip/1.4.0/lib/libzip.5.0.dylib > -- Found Sqlite3: /usr/local/Cellar/sqlite/3.22.0/lib/libsqlite3.0.dylib > -- Found PostgreSQL: /usr/local/lib/libpq.dylib > -- Found SpatiaLite:
Re: [QGIS-Developer] Error during master compilation
Matteo, Which OS are you using? I have similar problems trying to build QGIS 3 in openSUSE Leap 42.3. I posted a question a few days back about that. I got an answer from Luigi, saying that the lines of code where the error happened had not changed in over a year, a hint that QGIS is not the problem. Puzzled about the repeating error, and having installed and reinstalled all thinkable dependencies and changed all options, I saw that I could without problems build QGIS 2.18.17. I then came to the conclusion that the most likely trouble is caused by misunderstandings in the coexistence between Python 3 and 2, and QT 4 and 5 in my own OS installation. I mean that I am not clearly telling the build where to find the libraries, and that I possibly have a mix of versions in my computer. I have not yet worked around this, but I am pretty convinced this is a problem because I have seen these kind of errors in previous versions, in those cases when I wasn't careful enough to tell the compiler to not use Python 3 or QT 5. Hope this helps. H. On Thu, Mar 8, 2018 at 8:41 AM, matteowrote: > Hi devs, > > even with a new source directory I cannot compile QGIS. I get this error: > > > In file included from > /home/matteo/lavori/QGIS/QGIS/src/core/processing/ > qgsprocessingregistry.cpp:20:0: > /home/matteo/lavori/QGIS/QGIS/src/core/processing/ > qgsprocessingparametertypeimpl.h: > In member function ‘virtual QgsProcessingParameterType::ParameterFlags > QgsProcessingParameterTypeVectorDestination::flags() const’: > /home/matteo/lavori/QGIS/QGIS/src/core/processing/ > qgsprocessingparametertypeimpl.h:396:13: > error: ‘QgsProcessingParameterType::ParameterFlags {aka class > QFlags}’ has no member named > ‘setFlag’ >flags.setFlag( ParameterFlag::ExposeToModeler, false ); > ^ > /home/matteo/lavori/QGIS/QGIS/src/core/processing/ > qgsprocessingparametertypeimpl.h: > In member function ‘virtual QgsProcessingParameterType::ParameterFlags > QgsProcessingParameterTypeFileDestination::flags() const’: > /home/matteo/lavori/QGIS/QGIS/src/core/processing/ > qgsprocessingparametertypeimpl.h:438:13: > error: ‘QgsProcessingParameterType::ParameterFlags {aka class > QFlags}’ has no member named > ‘setFlag’ >flags.setFlag( ParameterFlag::ExposeToModeler, false ); > ^ > /home/matteo/lavori/QGIS/QGIS/src/core/processing/ > qgsprocessingparametertypeimpl.h: > In member function ‘virtual QgsProcessingParameterType::ParameterFlags > QgsProcessingParameterTypeFolderDestination::flags() const’: > /home/matteo/lavori/QGIS/QGIS/src/core/processing/ > qgsprocessingparametertypeimpl.h:481:13: > error: ‘QgsProcessingParameterType::ParameterFlags {aka class > QFlags}’ has no member named > ‘setFlag’ >flags.setFlag( ParameterFlag::ExposeToModeler, false ); > ^ > /home/matteo/lavori/QGIS/QGIS/src/core/processing/ > qgsprocessingparametertypeimpl.h: > In member function ‘virtual QgsProcessingParameterType::ParameterFlags > QgsProcessingParameterTypeRasterDestination::flags() const’: > /home/matteo/lavori/QGIS/QGIS/src/core/processing/ > qgsprocessingparametertypeimpl.h:523:13: > error: ‘QgsProcessingParameterType::ParameterFlags {aka class > QFlags}’ has no member named > ‘setFlag’ >flags.setFlag( ParameterFlag::ExposeToModeler, false ); > ^ > [ 11%] Building CXX object > src/core/CMakeFiles/qgis_core.dir/processing/models/ > qgsprocessingmodelparameter.cpp.o > src/core/CMakeFiles/qgis_core.dir/build.make:3250: recipe for target > 'src/core/CMakeFiles/qgis_core.dir/processing/qgsprocessingregistry.cpp.o' > failed > make[2]: *** > [src/core/CMakeFiles/qgis_core.dir/processing/qgsprocessingregistry.cpp.o] > Error 1 > make[2]: *** Waiting for unfinished jobs > CMakeFiles/Makefile2:1243: recipe for target > 'src/core/CMakeFiles/qgis_core.dir/all' failed > make[1]: *** [src/core/CMakeFiles/qgis_core.dir/all] Error 2 > Makefile:160: recipe for target 'all' failed > make: *** [all] Error 2 > > > Some suggestions? > > Thanks > > Matteo > ___ > 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] Problems compiling QGIS 3.0: no matching function for call to QgsLayerTreeLayer::connect
Hi I am trying to build QGIS 3.0 in openSUSE Leap 42.3. I went through all requirements and as far as I understand I have all the requirements properly installed. I nevertheless get this error consistently: Building CXX object src/core/CMakeFiles/qgis_core.dir/layertree/qgslayertreelayer.cpp.o /usr/local/src/qgis-3.0.0/src/core/layertree/qgslayertreelayer.cpp: In member function ‘void QgsLayerTreeLayer::attachToLayer()’: /usr/local/src/qgis-3.0.0/src/core/layertree/qgslayertreelayer.cpp:72:94: error: no matching function for call to ‘QgsLayerTreeLayer::connect(QPointer&, void (QgsMapLayer::*)(), QgsLayerTreeLayer* const, void (QgsLayerTreeLayer::*)())’ connect( mRef.layer, ::nameChanged, this, ::layerNameChanged ); What could possibly be the source of this? I will be grateful if someone can help pinpoint the cause. The code I am trying to build is the latest source package (2018-02-23). Thanks in advance H. ___ 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