Re: [Qgis-developer] Sandboxing python

2016-10-17 Thread Geo DrinX
2016-10-17 10:19 GMT+02:00 Nathan Woodrow : > Qgis uses CPython. You also have to sandbox Qt, so I suspect you are > running into a lot of dead ends. > Thank you for the suggestion. We will see who is moving in dead ends. :) I am the crow's nest of the ship and I am

Re: [Qgis-developer] About my plugins ...

2016-10-17 Thread Nathan Woodrow
Sandro, Have a read of the links that Even posted. They don't really side in favour with the idea of sandboxing Python, and that was just plain python not including PyQt4, etc, https://lwn.net/Articles/574215/ - Nathan On Mon, Oct 17, 2016 at 7:19 PM, Sandro Santilli wrote: >

Re: [Qgis-developer] Sandboxing python

2016-10-17 Thread Nathan Woodrow
Qgis uses CPython. You also have to sandbox Qt, so I suspect you are running into a lot of dead ends. As we have said before, this is a ton of effort and you will not gain what you want from it. Microsoft had to write a whole new .net framework just to handle this. On Mon, 17 Oct 2016 6:13 pm

Re: [Qgis-developer] Access violation - no RTTI data

2016-10-17 Thread Matthias Kuhn
Hi Jürgen, On 10/17/2016 10:50 AM, Jürgen E. Fischer wrote: > Hi Matthias, > > On Mon, 17. Oct 2016 at 10:36:58 +0200, Matthias Kuhn wrote: >> I had the same thoughts. And no final explanation. > > Or it's simply a bogus pointer that doesn't point at anything with RTTI > (anymore)? True. The

Re: [Qgis-developer] Sandboxing python

2016-10-17 Thread Nathan Woodrow
For context from here: https://lwn.net/Articles/574215/ "I now agree that putting a sandbox in CPython is the wrong design. There are too many ways to escape the untrusted namespace using the various introspection features of the Python language. To guarantee the [safety] of a security product,

[Qgis-developer] QRap plugin: Mouse Click not capture

2016-10-17 Thread Magdaleen Ballot
Good day, I am the sole developer left on the development of the QRap plugin (www.QRap.org.za / https://sourceforge.net/projects/qrap/ ). As this is not even my main focus, I tent not to update so often as only sync with LTR versions. Until QGis 2.8 the mouse clicked worked fine, but when I

Re: [Qgis-developer] About my plugins ...

2016-10-17 Thread Marco Bernasocchi
On 17.10.2016 16:02, Geo DrinX wrote: > without any QEP. What it means "QEP" ? Qgis Enhancement Proposal Funny, to suggest a closed discussion after such tiresome rally for openness... ciao -- Marco Bernasocchi OPENGIS.ch - berna.io - 27summits.ch signature.asc Description: OpenPGP

Re: [Qgis-developer] Funding projects

2016-10-17 Thread Matthias Kuhn
Hi On 10/16/2016 09:06 AM, Tim Sutton wrote: > Hi > >> On 06 Oct 2016, at 10:26 AM, Paolo Cavallini > > wrote: >> >> >> One more thing we have been discussing is to include a link to that info >> directly in the QGIS interface, for an easier

[Qgis-developer] Sandboxing python

2016-10-17 Thread Geo DrinX
Good morning, somebody has experience with sandboxing ? This is an urgence of our program. An important competition for software provision to public authority is ongoing, and a request is the sw reliability. So, who of us knows how to armour python ? The current approval mechanism is not

Re: [Qgis-developer] Sandboxing python

2016-10-17 Thread Geo DrinX
I am referring to this: http://doc.pypy.org/en/latest/sandbox.html?highlight=sandboxing Someone has experimented it with QGIS ? In case, can we share our efforts around it ? Thank you Geo 2016-10-17 9:52 GMT+02:00 Geo DrinX : > Good morning, > > > somebody has

Re: [Qgis-developer] Access violation - no RTTI data

2016-10-17 Thread Matthias Kuhn
On 10/17/2016 10:28 AM, Nyall Dawson wrote: > On 17 October 2016 at 18:24, Matthias Kuhn wrote: >> Hi Tom, >> >> RTTI is some low-level C++ functionality to determine an objects type >> (roughly equivalent to `type(myobject)` in python). It can be enabled >> and disabled

Re: [Qgis-developer] About my plugins ...

2016-10-17 Thread Sandro Santilli
On Sun, Oct 16, 2016 at 01:26:11PM +0200, Geo DrinX wrote: > Rather, I would see the most important working upstream python environment, > and the plugin to work in a sand-safe box. This sounds like a great idea. Are you willing to work on a QEP for it ? --strk;

Re: [Qgis-developer] Access violation - no RTTI data

2016-10-17 Thread Nyall Dawson
On 17 October 2016 at 18:24, Matthias Kuhn wrote: > Hi Tom, > > RTTI is some low-level C++ functionality to determine an objects type > (roughly equivalent to `type(myobject)` in python). It can be enabled > and disabled during compilation. Apparently it was disabled on your

Re: [Qgis-developer] Access violation - no RTTI data

2016-10-17 Thread Jürgen E . Fischer
Hi Matthias, On Mon, 17. Oct 2016 at 10:36:58 +0200, Matthias Kuhn wrote: > I had the same thoughts. And no final explanation. Or it's simply a bogus pointer that doesn't point at anything with RTTI (anymore)? Jürgen -- Jürgen E. Fischer norBIT GmbH Tel.

Re: [Qgis-developer] Access violation - no RTTI data

2016-10-17 Thread Tom Chadwin
Matthias Kuhn-2 wrote > The good news: This can be fixed, I've just fixed it in master [1]. > Please let me know if you need this backported and where to (so you can > test). Brilliant - many thanks. I'd argue for a backport to LTR. I claim compatibility back to 2.8, but I'm perfectly happy to

Re: [Qgis-developer] About my plugins ...

2016-10-17 Thread Matthias Kuhn
Hi all, I like the *idea* of sandboxing. And we all know and agree it's a complex topic. Hard to impossible to get right (let's admit also that security is always something gray and not black and white - unless the network plug is removed and the room isolated with tin foil). This on the other

Re: [Qgis-developer] About my plugins ...

2016-10-17 Thread Geo DrinX
2016-10-17 10:46 GMT+02:00 Sandro Santilli : > On Sun, Oct 16, 2016 at 01:26:11PM +0200, Geo DrinX wrote: > > > Rather, I would see the most important working upstream python > environment, > > and the plugin to work in a sand-safe box. > > This sounds like a great idea. > Are you

Re: [Qgis-developer] Access violation - no RTTI data

2016-10-17 Thread Tom Chadwin
Nyall Dawson wrote > Wouldn't that cause a ton of other errors though? It's used pretty > heavily all throughout QGIS, and there's many other sip classes > relying on it... That was my thought. I've certainly never come across the error before, and since the plugin basically queries the hell out

Re: [Qgis-developer] processing and libpq

2016-10-17 Thread Victor Olaya
Yes, I have made a few fixes lately, and they are in master_2. I have to spend sometime now porting them to master and 2.14 if they apply Don't worry, i will take care of that later today Cheers 2016-10-17 11:15 GMT+02:00 Sandro Santilli : > Hi Victor, > I noticed you merged my PR

Re: [Qgis-developer] Access violation - no RTTI data

2016-10-17 Thread Matthias Kuhn
Hi Tom, RTTI is some low-level C++ functionality to determine an objects type (roughly equivalent to `type(myobject)` in python). It can be enabled and disabled during compilation. Apparently it was disabled on your QGIS build. The bad news: QGIS uses this information to determine which type of

[Qgis-developer] processing and libpq

2016-10-17 Thread Sandro Santilli
Hi Victor, I noticed you merged my PR but it doesn't look the changes also went to master branch nor to 2.14, will you also do that ? --strk; ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info:

Re: [Qgis-developer] About my plugins ...

2016-10-17 Thread Sandro Santilli
On Mon, Oct 17, 2016 at 07:39:23PM +1000, Nathan Woodrow wrote: > Sandro, > > Have a read of the links that Even posted. They don't really side in > favour with the idea of sandboxing Python, and that was just plain > python not including PyQt4, etc, > > https://lwn.net/Articles/574215/ Indeed

Re: [Qgis-developer] Plugin Development Collaboration

2016-10-17 Thread Paolo Cavallini
Hi Joe, Il 16/10/2016 20:33, jKrienert ha scritto: > Does anyone have any advice on finding collaborator(s) to improve the coding > behind a sophisticated Q-GIS plugin/add-on? my suggestion would be to publish it as Experimental, so more people can test it and give suggestion. If someone finds

Re: [Qgis-developer] Funding projects

2016-10-17 Thread Paolo Cavallini
Il 16/10/2016 09:06, Tim Sutton ha scritto: > Given how effective our post-download pop up is on the web site, I think > that using our first open page to 'speak' to our users is definitely > something to resurrect. It would be great to provide: > > * a list of recent projects (as we have now) >

Re: [Qgis-developer] About my plugins ...

2016-10-17 Thread Sandro Santilli
On Sat, Oct 15, 2016 at 03:32:42PM +0200, Geo DrinX wrote: > Who judges the job, maybe months, another programmer, who is giving to the > community that has developed because of its usefulness ? > Maybe Richard Stallman ? By chance Gary Sherman ? > Probably would not do it even they. Just my

Re: [Qgis-developer] About my plugins ...

2016-10-17 Thread Sandro Santilli
On Mon, Oct 17, 2016 at 11:02:57AM +0200, Geo DrinX wrote: > 2016-10-17 10:46 GMT+02:00 Sandro Santilli : > > > On Sun, Oct 16, 2016 at 01:26:11PM +0200, Geo DrinX wrote: > > > > > Rather, I would see the most important working upstream python > > environment, > > > and the plugin to

Re: [Qgis-developer] Sandboxing python

2016-10-17 Thread Nathan Woodrow
Honestly, this is getting tiresome. If you don't like the approval processes that we have in place currently you can create a new plugin repo, it's just an XML file exposed via webserver, there are docs around for it. You can give this URL to people and they can install your plugins via that.

Re: [Qgis-developer] Sandboxing python

2016-10-17 Thread geodrinx
Inviato da iPhone > Il giorno 17 ott 2016, alle ore 11:19, Nathan Woodrow > ha scritto: > > For context from here: https://lwn.net/Articles/574215/ > > "I now agree that putting a sandbox in CPython is the wrong design. There are > too many ways to escape the untrusted

Re: [Qgis-developer] Backport of master feature in QGIS 2.18

2016-10-17 Thread Jürgen E . Fischer
Hi Even, On Thu, 13. Oct 2016 at 12:18:38 +0200, Even Rouault wrote: > - this PR adds new strings to translate (the DBManager changes might also). > Will translators do another round of translations for 2.18.x ? If not, this > might not be material appropriate for 2.18.x Transifex is already

Re: [Qgis-developer] Newbie question re: Qt, PyQt on MAC Yosemite, Sierra

2016-10-17 Thread William Kyngesburye
Are you using my package or trying to compile from source? My package has everything needed in the app - Qt4 & PyQt4. QGIS 2 is not completely ready for Qt5, so yes you need to use Qt4. Does the Qt4 installer refuse to install on your system, or just give a warning? I've never heard of it

Re: [Qgis-developer] Building and debugging QGIS on Windows x64

2016-10-17 Thread Jürgen E . Fischer
Hi Casper, On Mon, 17. Oct 2016 at 14:00:48 +, Casper Børgesen (CABO) wrote: > Error 6610error LNK2019: unresolved external symbol > freexl_version referenced in function fnct_freexl_version > C:\QGIS\build\src\core\spatialite.lib(spatialite.obj) Consult package-nightly.cmd

[Qgis-developer] Newbie question re: Qt, PyQt on MAC Yosemite, Sierra

2016-10-17 Thread Chris Nicholas
loaded up QGIS 2.14 ‘Essen’ got all psyched to dive in and do a plugin, and seem to be hitting a brick wall… From what I understand, you must use PyQt4, unless you compile EVERYTHING from source with Qt5 … soo… thought I would just use an older Qt version… WRONG ! the installer says it is

[Qgis-developer] ogrLayerName in processing/tools/vector.py

2016-10-17 Thread Sandro Santilli
Victor, following a recent comment on a fix to ogrLayerName [1] I'm wondering what the exact semantic of ogrLayerName should be, as it's not documented anywhere. Should it accept any kind of "uri" from any layer provider or only those from the OGR provider ? [1]

Re: [Qgis-developer] About my plugins ...

2016-10-17 Thread Matthias Kuhn
Hi On 10/17/2016 12:20 PM, Geo DrinX wrote: > Ok, I will try to be more clear (compatibly with my bad English). > > Look at this: https://goo.gl/WR8LVF > > In this project, since now, they (public administration) are using > QGIS. But, they have today BIG PROBLEMS with crashes. There's a

Re: [Qgis-developer] About my plugins ...

2016-10-17 Thread Geo DrinX
Ok, I will try to be more clear (compatibly with my bad English). Look at this: https://goo.gl/WR8LVF In this project, since now, they (public administration) are using QGIS. But, they have today BIG PROBLEMS with crashes. In the next version of the system, the NEED to have a secure program

Re: [Qgis-developer] Sandboxing python

2016-10-17 Thread Nathan Woodrow
Yes I have read it, however we don't run on PyPy, we use CPython. On Mon, Oct 17, 2016 at 8:06 PM, wrote: > > > Inviato da iPhone > > Il giorno 17 ott 2016, alle ore 11:19, Nathan Woodrow > ha scritto: > > For context from here:

Re: [Qgis-developer] ogrLayerName in processing/tools/vector.py

2016-10-17 Thread Mark Johnson
At present, this is not so simple due to recent changes in gdal, but also to changes made to support duplicate layer-names only layerid is being used. For QGIS compiled against gdal 1.* using: |layerid=n|layername=somename should be used and in most cases work correctly. At the moment an

Re: [Qgis-developer] Funding projects

2016-10-17 Thread Nathan Woodrow
+1 for always opt-in, and also a good way to back to opt-out if you opt-in by mistake. On Mon, Oct 17, 2016 at 10:44 PM, Richard Duivenvoorde wrote: > On 17-10-16 09:53, Matthias Kuhn wrote: > >> * a list of current crowd funding projects and their funding progress > >> > *

Re: [Qgis-developer] About my plugins ...

2016-10-17 Thread Nyall Dawson
On 17 October 2016 at 20:20, Geo DrinX wrote: > Ok, I will try to be more clear (compatibly with my bad English). > > Look at this: https://goo.gl/WR8LVF > > In this project, since now, they (public administration) are using QGIS. > But, they have today BIG PROBLEMS with

Re: [Qgis-developer] About my plugins ...

2016-10-17 Thread Sandro Santilli
On Mon, Oct 17, 2016 at 12:20:15PM +0200, Geo DrinX wrote: > Ok, I will try to be more clear (compatibly with my bad English). [...] > QGIS now is NOT secure. I explained enough ? Are you saying that since QGIS is not secure nobody should bother checking contributed plugins for being

Re: [Qgis-developer] Sandboxing python

2016-10-17 Thread Geo DrinX
2016-10-17 12:35 GMT+02:00 Nathan Woodrow : > And Qt. > > On Mon, Oct 17, 2016 at 8:35 PM, Nathan Woodrow > wrote: > >> Yes I have read it, however we don't run on PyPy, we use CPython. >> >> So for you, there is no chance to implement a good python

Re: [Qgis-developer] About my plugins ...

2016-10-17 Thread Nathan Woodrow
No pony for you Matthias ;) On Mon, Oct 17, 2016 at 9:45 PM, Matthias Kuhn wrote: > Hi > > On 10/17/2016 12:20 PM, Geo DrinX wrote: > > Ok, I will try to be more clear (compatibly with my bad English). > > > > Look at this: https://goo.gl/WR8LVF > > > > In this project,

Re: [Qgis-developer] Funding projects

2016-10-17 Thread Richard Duivenvoorde
On 17-10-16 09:53, Matthias Kuhn wrote: >> * a list of current crowd funding projects and their funding progress >> > * a panel for us to directly send notifications to users e.g. 'QGIS >> > 2.14.7 is out, please upgrade!' > That's already in place. Information is read from >

Re: [Qgis-developer] Backport of master feature in QGIS 2.18

2016-10-17 Thread Even Rouault
Any opinion ? > Hi, > > I'm currently working on improving geopackage support in QGIS and a first > part of this is https://github.com/qgis/QGIS/pull/3597 (other part will be > DBManager changes) > It has been raised that this would be worth backporting in QGIS 2.18.x, > hence a few questions: >

Re: [Qgis-developer] ogrLayerName in processing/tools/vector.py

2016-10-17 Thread Mark Johnson
Be warned though that when using gdal 2.* - GetLayer with the layerid will not (always) work as it did with gdal 1.* Mark ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Backport of master feature in QGIS 2.18

2016-10-17 Thread DelazJ
Hi, Even, I think your message also question the strategy followed for translation: one version at time and as soon as a version is released, let's focus on the next one. I'm refering to Transifex, of course, which is the default and most encouraged interface for translation. This means that

Re: [Qgis-developer] ogrLayerName in processing/tools/vector.py

2016-10-17 Thread Mark Johnson
Sorry, I misread the request. In this case, if I have now understood correctly, you are opening the source before retrieving the layer. That would then be everything up to the first '|'. For a file-base source the full-filename with path. For a Database-System such as PostGis the

Re: [Qgis-developer] ogrLayerName in processing/tools/vector.py

2016-10-17 Thread Germán Carrillo
Hi All, I've been studying ogrLayerName and GDAL/OGR algorithms in recent days. I understand ogrLayerName expects a URI from QGIS layers. One valid QGIS layer URI might be (talking about Spatialite layers): 'dbname=\'/tmp/test.sqlite\' table="test" (geometry) sql=' The PR you merged [1] made

[Qgis-developer] Building and debugging QGIS on Windows x64

2016-10-17 Thread CABO
Hi I'm trying to build QGIS on Windows 7 (x64) using the the steps provided in [1] with small adjustments from [2]. My objective is to be able to build a QGIS instance so that I can debug and understand the calls made to QGIS from my python plugins. In other words, I am not trying to build my

Re: [Qgis-developer] ogrLayerName in processing/tools/vector.py

2016-10-17 Thread Sandro Santilli
Hi Mark, maybe my question wasn't clear so I'll re-phrase it: What syntax for the "uri" parameter passed to ogrLayerName should be supported ? Is it correct to assume "any URI understood by the OGR provider" ? --strk; On Mon, Oct 17, 2016 at 02:27:16PM +0200, Mark Johnson wrote: > At present,

Re: [Qgis-developer] Sandboxing python

2016-10-17 Thread Nathan Woodrow
And Qt. On Mon, Oct 17, 2016 at 8:35 PM, Nathan Woodrow wrote: > Yes I have read it, however we don't run on PyPy, we use CPython. > > On Mon, Oct 17, 2016 at 8:06 PM, wrote: > >> >> >> Inviato da iPhone >> >> Il giorno 17 ott 2016, alle ore 11:19,

Re: [Qgis-developer] Sandboxing python

2016-10-17 Thread Ricardo Filipe Soares Garcia da
My two cents: Personally I see this whole sandbox thing as being more suitable for the application as a whole and not specifically for the python plugins part. As such, it seems to me that sandboxing would be a job better suited for the OS that is running apps, and not for the apps themselves.

[Qgis-developer] Master_2: error: ‘isinf’ was not declared in this scope

2016-10-17 Thread René-Luc Dhont
Hi devs, I have this error during the qgis master_2 building: ``` ../src/gui/qgsscalerangewidget.cpp:93:21: error: ‘isinf’ was not declared in this scope if ( isinf( scale ) ) ^ ../src/gui/qgsscalerangewidget.cpp:93:21: note: suggested alternative: In file included from

Re: [Qgis-developer] Master_2: error: ‘isinf’ was not declared in this scope

2016-10-17 Thread Matthias Kuhn
He René-Luc does it help if you #include in src/gui/qgsscalerangewidget.cpp? Matthias On 10/17/2016 06:08 PM, René-Luc Dhont wrote: > Hi devs, > > I have this error during the qgis master_2 building: > ``` > ../src/gui/qgsscalerangewidget.cpp:93:21: error: ‘isinf’ was not > declared in this

Re: [Qgis-developer] Master_2: error: ‘isinf’ was not declared in this scope

2016-10-17 Thread Matthias Kuhn
Hmmm... What about replacing isinf with qIsInf? (and if required #include "qgis.h")? On 10/17/2016 06:32 PM, René-Luc Dhont wrote: > Hi Matthias, > > It does not help me if I add #include in > src/gui/qgsscalerangewidget.cpp > > Regards, > René-Luc > > Le 17/10/2016 à 18:26, Matthias Kuhn a

Re: [Qgis-developer] Master_2: error: ‘isinf’ was not declared in this scope

2016-10-17 Thread René-Luc Dhont
Hi Matthias, It does not help me if I add #include in src/gui/qgsscalerangewidget.cpp Regards, René-Luc Le 17/10/2016 à 18:26, Matthias Kuhn a écrit : He René-Luc does it help if you #include in src/gui/qgsscalerangewidget.cpp? Matthias On 10/17/2016 06:08 PM, René-Luc Dhont wrote: Hi