[QGIS-Developer] Problems building QGIS 3.26 using Python 3.10.5 and SIP 6.6.2

[Hernán De Angelis via QGIS-Developer]

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)

[Hernán De Angelis]

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?

[Hernán De Angelis]

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?

[Hernán De Angelis]

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?

[Hernán De Angelis]

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?

[Hernán De Angelis]

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?

[Hernán De Angelis]

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?

[Hernán De Angelis]

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?

[Hernán De Angelis]

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?

[Hernán De Angelis]

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"

[Hernán De Angelis]

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"

[Hernán De Angelis]

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]

[Hernán De Angelis]

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)

[Hernán De Angelis]

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

[Hernán De Angelis]

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, ceholden  wrote:

> 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

[Hernán De Angelis]

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 Girgin  wrote:

> 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

[Hernán De Angelis]

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, matteo  wrote:

> 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

[Hernán De Angelis]

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