Re: [Qgis-developer] QGIS and Coverity scans
Hi Jürgen, Le 11/02/2015 14:18, Jürgen E. Fischer a écrit : Hi Hugo, On Wed, 11. Feb 2015 at 14:04:56 +0100, Hugo Mercier wrote: What would be very good is to call static analyzers during the build/testing process (as an option). Has somebody experiences with such things ? CLang static analyzer ? We have used cppcheck - but not integrated into the build process. There are also some good options for gcc (eg. -Weffc++). Good to know. A CMake option with such compilation flags can be a first pass. Using another compiler (Clang) may also help to exhibit different wwarning messages. I didn't know clang's scan-build[1] before Even Rouault mentioned it on #qgis. Maybe we could use that with travis. But it's not packaged in ubuntu and apparently you have to build clang to get it. It's shipped with the clang-3.4 package on ubuntu (14.04 here). ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS Certification IRC meeting, Thrus 12 Feb, 2015
Hello, Le vendredi 6 février 2015, 17:34:46 Tim Sutton a écrit : Hi All We will be holding a meeting on IRC to discuss QGIS training and certification on Thursday 12 Feb 2015 and 14h00 GMT in the channel #qgis-certification. If you have ideas about a certification programme for QGIS, please come along and join us, or submit your ideas but email for discussion in the meeting! I will not be there tomorrow, and I just wanted to remind the points raised last June which were important to me. * The Certification Authority should be an independant, non-profit org, either OSGeo, or QGIS association * The certification platform should be under the CA responsibility but its operation be contracted to a private org after an open tender bid. The platform operator should not be allowed to give training. * The exam content should be under the responsibility of the CA, but it could be initially contracted to a private org after an open tender bid [1] * There should be an open process to apply as a certified trainer, allowing to advertise certification training and invigilate exams * Certification should have either a fixed cost, or a cost relative to the GNP/mean salary of the country of origin of the trainee [2] [1] I would rather have an open collective process to build the exams, but could be harder to setup. [2] I would prefer the second option Questions : - do we want certified trainers or certified training companies ? That's mainly the points on my side, and I would be happy to see all of this take place. Vincent -- Vincent Picavet - Gérant Oslandia www.oslandia.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS Certification IRC meeting, Thrus 12 Feb, 2015
Hi Tim, I will try to participate too. BTW, here is old wiki page about QGIS certification https://hub.qgis.org/wiki/17/Certification I think it still contains some important topics to discuss. 2015-02-06 17:34 GMT+02:00 Tim Sutton t...@kartoza.com: Hi All We will be holding a meeting on IRC to discuss QGIS training and certification on Thursday 12 Feb 2015 and 14h00 GMT in the channel #qgis-certification. If you have ideas about a certification programme for QGIS, please come along and join us, or submit your ideas but email for discussion in the meeting! Regards Tim -- -- Tim Sutton Visit http://kartoza.com to find out about open source: * Desktop GIS programming services * Geospatial web development * GIS Training * Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net Tim is a member of the QGIS Project Steering Committee --- Kartoza is a merger between Linfiniti and Afrispatial ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS Certification IRC meeting, Thrus 12 Feb, 2015
Hi all, I will try to be there with you! Matteo Il giorno 11/feb/2015 19.51, Alexander Bruy alexander.b...@gmail.com ha scritto: Hi Tim, I will try to participate too. BTW, here is old wiki page about QGIS certification https://hub.qgis.org/wiki/17/Certification I think it still contains some important topics to discuss. 2015-02-06 17:34 GMT+02:00 Tim Sutton t...@kartoza.com: Hi All We will be holding a meeting on IRC to discuss QGIS training and certification on Thursday 12 Feb 2015 and 14h00 GMT in the channel #qgis-certification. If you have ideas about a certification programme for QGIS, please come along and join us, or submit your ideas but email for discussion in the meeting! Regards Tim -- -- Tim Sutton Visit http://kartoza.com to find out about open source: * Desktop GIS programming services * Geospatial web development * GIS Training * Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net Tim is a member of the QGIS Project Steering Committee --- Kartoza is a merger between Linfiniti and Afrispatial ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Visual changelog for 2.8
On 08-02-15 13:00, Anita Graser wrote: Hi, I've started adding some screenshots but the system keeps me confused. I can only see all entries in the version thumbnail view (http://changelog.linfiniti.com/qgis/version/2.8/thumbs/). The version as list view (http://changelog.linfiniti.com/qgis/version/2.8/) is empty and the version entries list (http://changelog.linfiniti.com/qgis/2.8/entry/list/) shows only a hand full of entries. Is it just me? Nope, I see the same logged in or not. By the way: it is now, also available via: http://changelog.qgis.org/qgis/version/2.8/ Regards, Richard Duivenvoorde ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS Certification IRC meeting, Thrus 12 Feb, 2015
Hi Vincent On Wed, Feb 11, 2015 at 8:43 PM, Vincent Picavet - ML vincent...@oslandia.com wrote: Hello, Le vendredi 6 février 2015, 17:34:46 Tim Sutton a écrit : Hi All We will be holding a meeting on IRC to discuss QGIS training and certification on Thursday 12 Feb 2015 and 14h00 GMT in the channel #qgis-certification. If you have ideas about a certification programme for QGIS, please come along and join us, or submit your ideas but email for discussion in the meeting! I will not be there tomorrow, and I just wanted to remind the points raised last June which were important to me. * The Certification Authority should be an independant, non-profit org, either OSGeo, or QGIS association * The certification platform should be under the CA responsibility but its operation be contracted to a private org after an open tender bid. The platform operator should not be allowed to give training. * The exam content should be under the responsibility of the CA, but it could be initially contracted to a private org after an open tender bid [1] * There should be an open process to apply as a certified trainer, allowing to advertise certification training and invigilate exams * Certification should have either a fixed cost, or a cost relative to the GNP/mean salary of the country of origin of the trainee [2] [1] I would rather have an open collective process to build the exams, but could be harder to setup. [2] I would prefer the second option Questions : - do we want certified trainers or certified training companies ? That's mainly the points on my side, and I would be happy to see all of this take place. Ok thanks for these points Vincent. In terms of focus for the meeting, I think we need to follow the QGIS PSC principle of sub/task groups self organizing and try to create a CA group with a mandate to see the CA come to being and focus the meeting more on the formation of a group with allocated responsibilities and less on the the details of how we do it. So my suggestion is that we get say 5 core member to volunteer (and try to include folks from education institutions in the mix since I think their outlook is quite different). And then get regular meetings in place to make sure things progress...say once every two weeks where we can then focus on the details of things that you have described above. Regards Tim Vincent -- Vincent Picavet - Gérant Oslandia www.oslandia.com -- -- Tim Sutton Visit http://kartoza.com to find out about open source: * Desktop GIS programming services * Geospatial web development * GIS Training * Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net Tim is a member of the QGIS Project Steering Committee --- Kartoza is a merger between Linfiniti and Afrispatial ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS and Coverity scans
Hi Hugo, On Wed, 11. Feb 2015 at 17:18:03 +0100, Hugo Mercier wrote: We have used cppcheck - but not integrated into the build process. There are also some good options for gcc (eg. -Weffc++). Good to know. A CMake option with such compilation flags can be a first pass. Using another compiler (Clang) may also help to exhibit different wwarning messages. Sure, also MSVC has shown other warnings. Yes, another proprietary tool we are currently free to use. I didn't know clang's scan-build[1] before Even Rouault mentioned it on #qgis. Maybe we could use that with travis. But it's not packaged in ubuntu and apparently you have to build clang to get it. It's shipped with the clang-3.4 package on ubuntu (14.04 here). Oh, nice. I just apt-cache searched for scan-build. Didn't check if I already have it. :) Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: Digital signature ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS and Coverity scans
On 12 February 2015 at 08:45, Jürgen E. j...@norbit.de wrote: I didn't know clang's scan-build[1] before Even Rouault mentioned it on #qgis. Maybe we could use that with travis. But it's not packaged in ubuntu and apparently you have to build clang to get it. It's shipped with the clang-3.4 package on ubuntu (14.04 here). Oh, nice. I just apt-cache searched for scan-build. Didn't check if I already have it. :) I just tried a scan-build over master and nothing was flagged. I'll try with a more recent clang release just in case, but anyway, it's good to have more tools in the arsenal! Nyall ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS and Coverity scans
On 12 February 2015 at 00:18, Jürgen E. j...@norbit.de wrote: Hi Hugo, On Wed, 11. Feb 2015 at 14:04:56 +0100, Hugo Mercier wrote: I am curious about Coverity. AFAIK, the static analyzer is not open source, right ? So this works as long as they offer if freely for open source projects. Right. It's propietary. And IMHO it's also a heavy depencency (IIRC the download of the tool needed to collect the build logs was 150MB). What would be very good is to call static analyzers during the build/testing process (as an option). Has somebody experiences with such things ? CLang static analyzer ? We have used cppcheck - but not integrated into the build process. There are also some good options for gcc (eg. -Weffc++). I also don't see the non-open source nature of this tool as an issue. I think with things like this the more analysers we can throw at the code the better. So cppcheck, scan-build etc should all be used in parallel to Coverity. Coverity has the positive that it's seen as a highly respected, industry-leading tool. So being able to show that it reports our code as clean (or nearly clean) is a strong argument to QGIS' code quality. One thing I forgot to mention initially: if anyone's working on addressing/checking issues on Coverity, please make sure to use the triage status tools and flag issues as Fix Submitted/False Positive so that we don't duplicate effort. Nyall ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Visual changelog for 2.8
Hmm I'm not sure that site is working right. I'm the same as Anita. I can only see a hand full of items most of the time and only in thumb view, all the others are empty. Tim do you know what might be going on? - Nathan On Thu Feb 12 2015 at 4:08:31 AM Richard Duivenvoorde rdmaili...@duif.net wrote: On 08-02-15 13:00, Anita Graser wrote: Hi, I've started adding some screenshots but the system keeps me confused. I can only see all entries in the version thumbnail view (http://changelog.linfiniti.com/qgis/version/2.8/thumbs/). The version as list view (http://changelog.linfiniti.com/qgis/version/2.8/) is empty and the version entries list (http://changelog.linfiniti.com/qgis/2.8/entry/list/) shows only a hand full of entries. Is it just me? Nope, I see the same logged in or not. By the way: it is now, also available via: http://changelog.qgis.org/qgis/version/2.8/ Regards, Richard Duivenvoorde ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] GSOC 2015?
Hi PSC/devs, strk came up with an idea on IRC for a GSOC student. EvenR pointed to this: http://lists.osgeo.org/pipermail/live-demo/2015-February/010017.html IF we want to mentor, we should very soon make plans. I made a preliminary wiki page (a copy ...): http://hub.qgis.org/wiki/quantum-gis/Google_Summer_of_Code_2015 please add your ideas. anybody volunteering to pull this, this year? Regards, Richard Duivenvoorde ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS and Coverity scans
Hi all, If you've been following recent git commits, you'll have noticed a lot of Coverity related commits, and may be wondering what these are all about. Coverity Scan ( https://scan.coverity.com/ ) is a powerful automated static code analyser which is able to detect a large number of code errors, such as memory leaks and potential crashes, and even things like accidental copy/paste errors. It's a well respected service and fortunately offers free testing of open source projects (it's quite expensive for commercial software). When we first ran Coverity over the QGIS codebase about 2 weeks ago it picked up just over 1000 potential issues, with a defect density of about 1 error per 1000 lines of code. Apparently the standard for good software is a defect density of 1. For comparison, python sits at 0.08, and the Linux kernel at 0.53. Libreoffice's latest release hit 0.02, and they used this as a big highlight of their press release [1]. Thanks to Jürgen and Martin's assistance we're now down to a defect density of 0.26. I'm hoping that with a bit more work we can smash this down even further and possibly even reach the coveted Coverity Clean status [2] for 2.8. In any case this is a great demonstration that we are serious about code quality and stable releases, and is a good selling point for our first LTS release (alongside the expanding test suite and Travis CI testing). Unfortunately we can't automate submission to Coverity via Travis builds due to the compilation time required to build QGIS using Coverity exceeding Travis' limits, so I'm currently manually submitting builds to Coverity on a semi-regular schedule. The full Coverity defect reports are available by invitation only. If you're a developer and want to view them, let me know and I'll add you to the group. Nyall [1] http://blog.documentfoundation.org/2015/01/29/libreoffice-4-4-the-most-beautiful-libreoffice-ever/ [2] Why is this important? well... I really want to beat MapInfo there! http://www.pb.com/pbs-voc/product-improvements.shtml ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS and Coverity scans
That's a great thing Nyall. It proves QGIS is an industry level product from the side of code quality! Thanks from me and Gis3W. giovanni 2015-02-11 12:29 GMT+01:00 Nathan Woodrow madman...@gmail.com: Thanks to Jürgen and Martin's assistance And yours of course. This is some great stabilization to the product. - Natahn On Wed Feb 11 2015 at 9:13:32 PM Nyall Dawson nyall.daw...@gmail.com wrote: Hi all, If you've been following recent git commits, you'll have noticed a lot of Coverity related commits, and may be wondering what these are all about. Coverity Scan ( https://scan.coverity.com/ ) is a powerful automated static code analyser which is able to detect a large number of code errors, such as memory leaks and potential crashes, and even things like accidental copy/paste errors. It's a well respected service and fortunately offers free testing of open source projects (it's quite expensive for commercial software). When we first ran Coverity over the QGIS codebase about 2 weeks ago it picked up just over 1000 potential issues, with a defect density of about 1 error per 1000 lines of code. Apparently the standard for good software is a defect density of 1. For comparison, python sits at 0.08, and the Linux kernel at 0.53. Libreoffice's latest release hit 0.02, and they used this as a big highlight of their press release [1]. Thanks to Jürgen and Martin's assistance we're now down to a defect density of 0.26. I'm hoping that with a bit more work we can smash this down even further and possibly even reach the coveted Coverity Clean status [2] for 2.8. In any case this is a great demonstration that we are serious about code quality and stable releases, and is a good selling point for our first LTS release (alongside the expanding test suite and Travis CI testing). Unfortunately we can't automate submission to Coverity via Travis builds due to the compilation time required to build QGIS using Coverity exceeding Travis' limits, so I'm currently manually submitting builds to Coverity on a semi-regular schedule. The full Coverity defect reports are available by invitation only. If you're a developer and want to view them, let me know and I'll add you to the group. Nyall [1] http://blog.documentfoundation.org/2015/01/29/libreoffice-4-4-the- most-beautiful-libreoffice-ever/ [2] Why is this important? well... I really want to beat MapInfo there! http://www.pb.com/pbs-voc/product-improvements.shtml ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Giovanni Allegri http://about.me/giovanniallegri Twitter: https://twitter.com/_giohappy_ blog: http://blog.spaziogis.it GEO+ geomatica in Italia http://bit.ly/GEOplus ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS and Coverity scans
On 11-02-15 12:29, Nathan Woodrow wrote: Thanks to Jürgen and Martin's assistance And yours of course. This is some great stabilization to the product. Yes, thanks Nyall !! Also for communicating this to us. What about (/me not pushing, I'm a very slow writer myself...) writing a small article on your blog (with a score screenie), so the 'general public' knows about it too? Another option (not talking to Nyall anymore now ;-) ) would be to write up about our other 'quality'-thingies we do (tests, automatic testing etc etc) somewhere on our website. Regards, Richard Duivenvoorde ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS and Coverity scans
Thanks to Jürgen and Martin's assistance And yours of course. This is some great stabilization to the product. - Natahn On Wed Feb 11 2015 at 9:13:32 PM Nyall Dawson nyall.daw...@gmail.com wrote: Hi all, If you've been following recent git commits, you'll have noticed a lot of Coverity related commits, and may be wondering what these are all about. Coverity Scan ( https://scan.coverity.com/ ) is a powerful automated static code analyser which is able to detect a large number of code errors, such as memory leaks and potential crashes, and even things like accidental copy/paste errors. It's a well respected service and fortunately offers free testing of open source projects (it's quite expensive for commercial software). When we first ran Coverity over the QGIS codebase about 2 weeks ago it picked up just over 1000 potential issues, with a defect density of about 1 error per 1000 lines of code. Apparently the standard for good software is a defect density of 1. For comparison, python sits at 0.08, and the Linux kernel at 0.53. Libreoffice's latest release hit 0.02, and they used this as a big highlight of their press release [1]. Thanks to Jürgen and Martin's assistance we're now down to a defect density of 0.26. I'm hoping that with a bit more work we can smash this down even further and possibly even reach the coveted Coverity Clean status [2] for 2.8. In any case this is a great demonstration that we are serious about code quality and stable releases, and is a good selling point for our first LTS release (alongside the expanding test suite and Travis CI testing). Unfortunately we can't automate submission to Coverity via Travis builds due to the compilation time required to build QGIS using Coverity exceeding Travis' limits, so I'm currently manually submitting builds to Coverity on a semi-regular schedule. The full Coverity defect reports are available by invitation only. If you're a developer and want to view them, let me know and I'll add you to the group. Nyall [1] http://blog.documentfoundation.org/2015/01/29/libreoffice-4-4-the- most-beautiful-libreoffice-ever/ [2] Why is this important? well... I really want to beat MapInfo there! http://www.pb.com/pbs-voc/product-improvements.shtml ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS and Coverity scans
Congratulations to everyone. Code quality is something that matters on the long run. Since QGIS only gets better, I envision a big marathon :P. Anyone who develops software and understands what these metrics mean know they are significant, so congratulations again. George On Wed, Feb 11, 2015 at 9:29 AM, Nathan Woodrow madman...@gmail.com wrote: Thanks to Jürgen and Martin's assistance And yours of course. This is some great stabilization to the product. - Natahn On Wed Feb 11 2015 at 9:13:32 PM Nyall Dawson nyall.daw...@gmail.com wrote: Hi all, If you've been following recent git commits, you'll have noticed a lot of Coverity related commits, and may be wondering what these are all about. Coverity Scan ( https://scan.coverity.com/ ) is a powerful automated static code analyser which is able to detect a large number of code errors, such as memory leaks and potential crashes, and even things like accidental copy/paste errors. It's a well respected service and fortunately offers free testing of open source projects (it's quite expensive for commercial software). When we first ran Coverity over the QGIS codebase about 2 weeks ago it picked up just over 1000 potential issues, with a defect density of about 1 error per 1000 lines of code. Apparently the standard for good software is a defect density of 1. For comparison, python sits at 0.08, and the Linux kernel at 0.53. Libreoffice's latest release hit 0.02, and they used this as a big highlight of their press release [1]. Thanks to Jürgen and Martin's assistance we're now down to a defect density of 0.26. I'm hoping that with a bit more work we can smash this down even further and possibly even reach the coveted Coverity Clean status [2] for 2.8. In any case this is a great demonstration that we are serious about code quality and stable releases, and is a good selling point for our first LTS release (alongside the expanding test suite and Travis CI testing). Unfortunately we can't automate submission to Coverity via Travis builds due to the compilation time required to build QGIS using Coverity exceeding Travis' limits, so I'm currently manually submitting builds to Coverity on a semi-regular schedule. The full Coverity defect reports are available by invitation only. If you're a developer and want to view them, let me know and I'll add you to the group. Nyall [1] http://blog.documentfoundation.org/2015/01/29/libreoffice-4-4-the- most-beautiful-libreoffice-ever/ [2] Why is this important? well... I really want to beat MapInfo there! http://www.pb.com/pbs-voc/product-improvements.shtml ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- George R. C. Silva SIGMA Consultoria http://www.consultoriasigma.com.br/ ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Problem with resources_rc
Hello, I am newbie developing on python for QGIS. I am trying to load an image in a label in a form of a plugin that I am developing for QGIS. I can choose the image from file or from resources. When I choose from resources I choose my resources.qrc file of my plugin and then I choose the image I want and I can see the image in the form from QT4 designer. Next step is compile and test the plugin opening QGIS 2.6.1 and while opening I receive an error as follows : No se pudo cargar el complemento AppGeneral debido a un error al llamar a su método classFactory()Traceback (most recent call last): File C:/OSGEO4~1/apps/qgis/./python\qgis\utils.py, line 208, in startPlugin plugins[packageName] = package.classFactory(iface) File C:/Users/virginia.MCB/.qgis2/python/plugins\AppGeneral\__init__.py, line 34, in classFactory from .app_general import AppGeneral File C:/OSGEO4~1/apps/qgis/./python\qgis\utils.py, line 460, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File C:/Users/virginia.MCB/.qgis2/python/plugins\AppGeneral\app_general.py, line 32, in from app_general_dialog import AppGeneralDialog File C:/OSGEO4~1/apps/qgis/./python\qgis\utils.py, line 460, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File C:/Users/virginia.MCB/.qgis2/python/plugins\AppGeneral\app_general_dialog.py, line 29, in os.path.dirname(__file__), 'app_general_dialog_base.ui')) File C:\OSGEO4~1\apps\Python27\lib\site-packages\PyQt4\uic\__init__.py, line 213, in loadUiType exec(code_string.getvalue(), ui_globals) File , line 179, in File C:/OSGEO4~1/apps/qgis/./python\qgis\utils.py, line 460, in _import mod = _builtin_import(name, globals, locals, fromlist, level) ImportError: No module named resources_rc Versión de Python: 2.7.5 (default, May 15 2013, 22:44:16) [MSC v.1500 64 bit (AMD64)] I already have resources_rc file in the path of my plugin and it is already compiled so I don't understand what is the problem because I don't find any other way to load images different than this. Thanks for all. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS and Coverity scans
Hi, These are great news, thanks ! I am curious about Coverity. AFAIK, the static analyzer is not open source, right ? So this works as long as they offer if freely for open source projects. What would be very good is to call static analyzers during the build /testing process (as an option). Has somebody experiences with such things ? CLang static analyzer ? Valgrind (not static) ? It would be nice to have these run before each pull request. What would be also interesting after this coverity pass, is to have a QGIS developer guideline that show frequent mistakes to avoid (beware of classes with states, use smart pointers, enforce constness, etc.) Le 11/02/2015 12:47, G. Allegri a écrit : That's a great thing Nyall. It proves QGIS is an industry level product from the side of code quality! Thanks from me and Gis3W. giovanni 2015-02-11 12:29 GMT+01:00 Nathan Woodrow madman...@gmail.com mailto:madman...@gmail.com: Thanks to Jürgen and Martin's assistance And yours of course. This is some great stabilization to the product. - Natahn On Wed Feb 11 2015 at 9:13:32 PM Nyall Dawson nyall.daw...@gmail.com mailto:nyall.daw...@gmail.com wrote: Hi all, If you've been following recent git commits, you'll have noticed a lot of Coverity related commits, and may be wondering what these are all about. Coverity Scan ( https://scan.coverity.com/ ) is a powerful automated static code analyser which is able to detect a large number of code errors, such as memory leaks and potential crashes, and even things like accidental copy/paste errors. It's a well respected service and fortunately offers free testing of open source projects (it's quite expensive for commercial software). When we first ran Coverity over the QGIS codebase about 2 weeks ago it picked up just over 1000 potential issues, with a defect density of about 1 error per 1000 lines of code. Apparently the standard for good software is a defect density of 1. For comparison, python sits at 0.08, and the Linux kernel at 0.53. Libreoffice's latest release hit 0.02, and they used this as a big highlight of their press release [1]. Thanks to Jürgen and Martin's assistance we're now down to a defect density of 0.26. I'm hoping that with a bit more work we can smash this down even further and possibly even reach the coveted Coverity Clean status [2] for 2.8. In any case this is a great demonstration that we are serious about code quality and stable releases, and is a good selling point for our first LTS release (alongside the expanding test suite and Travis CI testing). Unfortunately we can't automate submission to Coverity via Travis builds due to the compilation time required to build QGIS using Coverity exceeding Travis' limits, so I'm currently manually submitting builds to Coverity on a semi-regular schedule. The full Coverity defect reports are available by invitation only. If you're a developer and want to view them, let me know and I'll add you to the group. Nyall [1] http://blog.__documentfoundation.org/2015/__01/29/libreoffice-4-4-the-__most-beautiful-libreoffice-__ever/ http://blog.documentfoundation.org/2015/01/29/libreoffice-4-4-the-most-beautiful-libreoffice-ever/ [2] Why is this important? well... I really want to beat MapInfo there! http://www.pb.com/pbs-voc/__product-improvements.shtml http://www.pb.com/pbs-voc/product-improvements.shtml _ Qgis-developer mailing list Qgis-developer@lists.osgeo.org mailto:Qgis-developer@lists.osgeo.org http://lists.osgeo.org/__mailman/listinfo/qgis-__developer http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org mailto:Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Giovanni Allegri http://about.me/giovanniallegri Twitter: https://twitter.com/_giohappy_ blog: http://blog.spaziogis.it GEO+ geomatica in Italia http://bit.ly/GEOplus ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS and Coverity scans
Hi Hugo, On Wed, 11. Feb 2015 at 14:04:56 +0100, Hugo Mercier wrote: I am curious about Coverity. AFAIK, the static analyzer is not open source, right ? So this works as long as they offer if freely for open source projects. Right. It's propietary. And IMHO it's also a heavy depencency (IIRC the download of the tool needed to collect the build logs was 150MB). What would be very good is to call static analyzers during the build/testing process (as an option). Has somebody experiences with such things ? CLang static analyzer ? We have used cppcheck - but not integrated into the build process. There are also some good options for gcc (eg. -Weffc++). I didn't know clang's scan-build[1] before Even Rouault mentioned it on #qgis. Maybe we could use that with travis. But it's not packaged in ubuntu and apparently you have to build clang to get it. Jürgen [1] http://clang-analyzer.llvm.org/ -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: Digital signature ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS and Coverity scans
I am curious about Coverity. AFAIK, the static analyzer is not open source, right ? So this works as long as they offer if freely for open source projects. Right. It's propietary. And IMHO it's also a heavy depencency Not sure I find that to be much of a issue. Use what ever works, it seems to be free for us at the moment and is improving our code a lot, if there is a open version that works as well that is fine but it's definitely not something that I personally worry about. I also wouldn't really call it a dependency when we are not forced or forcing anyone else to use it. - Nathan On Wed Feb 11 2015 at 11:19:09 PM Jürgen E. j...@norbit.de wrote: Hi Hugo, On Wed, 11. Feb 2015 at 14:04:56 +0100, Hugo Mercier wrote: I am curious about Coverity. AFAIK, the static analyzer is not open source, right ? So this works as long as they offer if freely for open source projects. Right. It's propietary. And IMHO it's also a heavy depencency (IIRC the download of the tool needed to collect the build logs was 150MB). What would be very good is to call static analyzers during the build/testing process (as an option). Has somebody experiences with such things ? CLang static analyzer ? We have used cppcheck - but not integrated into the build process. There are also some good options for gcc (eg. -Weffc++). I didn't know clang's scan-build[1] before Even Rouault mentioned it on #qgis. Maybe we could use that with travis. But it's not packaged in ubuntu and apparently you have to build clang to get it. Jürgen [1] http://clang-analyzer.llvm.org/ -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS and Coverity scans
Le 11/02/2015 14:24, Nathan Woodrow a écrit : I am curious about Coverity. AFAIK, the static analyzer is not open source, right ? So this works as long as they offer if freely for open source projects. Right. It's propietary. And IMHO it's also a heavy depencency Not sure I find that to be much of a issue. Use what ever works, it seems to be free for us at the moment and is improving our code a lot, if there is a open version that works as well that is fine but it's definitely not something that I personally worry about. I also wouldn't really call it a dependency when we are not forced or forcing anyone else to use it. Sure, on the short term, this is not an issue. It really valuable. And this is not really a dependency since we are not forcing anyone. I agree. But the day the service stops to be free, we should still deliver code with a high quality :) Either because we have a free alternative to static checkers or if every devs know how to avoid code with potential problems (or if we decide to pay for the service). ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Visual changelog for 2.8
On 11-02-15 23:59, Nathan Woodrow wrote: Hmm I'm not sure that site is working right. I'm the same as Anita. I can only see a hand full of items most of the time and only in thumb view, all the others are empty. Tim do you know what might be going on? Sidenote: this app has been behaving like this earlier, but we've managed to get the list before. I created/updated items last version too, and had problems finding them back later or seem not to be published. For django hackers with some time to refactor out the changelog app: https://github.com/kartoza/projecta Regards, Richard ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer