Re: [Qgis-developer] Way forward: QGIS plugin repo, plugin Trac etc.

2010-11-16 Thread Pirmin Kalberer
Am Montag, 15. November 2010, um 22.23:59 schrieb Borys Jurgiel:
  So change of mind from our discussion on IRC yesterday? Should Pirmin
  and I still bother with the test install of Redmine?
 
 Actually I'm still a bit confused and don't want to take one of the two
 sides (mainly because I only looked briefly at the Redmine), but let's
 just write down the disadvantages and threats of the two solutions.
 
[...]

In my opinion it's not a discussion between Django and Redmine. The confusion 
comes from not discussing all aspects in one session (yes, people were too 
tired).

I would group the aspects in
1. Package repository + Package download website
2. Plugin source code repository
3. Bug tracking + Plugin home pages

Borys and Martin proposed a solution for point 1, developed with Django. They 
did not couple the package repository with the source code repository to let 
plugin developers choose their SCM.

Tim's announcement includes the following solutions for these aspects:
1. Django application
2. One(?) Github repository
3. One(?) Trac instance

In the discussion Alex is referring to, we came to this:
1. not discussed
2. OSGeo Git server
3. Redmine

We didn't go deeper into point 2 and number 3 was not confirmed by Tim.
I have absolutely no problems with Tim's solution and I'm sure he will clarify 
open points as soon as he arrives in South Africa.

Regards
Pirmin

-- 
Pirmin Kalberer
Sourcepole  -  Linux  Open Source Solutions
http://www.sourcepole.com
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Hackfest last minute

2010-11-16 Thread Volker Fröhlich
I'd love to say thank you for a flawlessly organized and family-like meeting.

Volker

Am Dienstag 09 November 2010, 14:12:23 schrieb Milena Nowotarska:
 Hi to All planning to attend the 4th QGIS Hackfest in Wrocław,
 
 This is the last minute to make up your mind and decide to
 participate. We will meet on Thursday, 11th November.
 
 The first, unofficial meeting we plan to start slowly at the Venue
 about 15.00-17.00. There you can get familiar with the venue
 facilities [1] or have the first coffee and start coding.
 The official meeting starts at 10 on Friday 12th at Department of
 Climatology and Atmosphere Protection, University of Wroclaw.
 The official meeting ends at 18 on Sunday 14th. Participants can
 extend meeting to 11 - 15th Nov.
 
 See you soon,
 Milena and Paweł
 
 [1]
 http://quantum-gis.pl/_detail/blog/ogrod.jpg?id=blog%3Aqgis_hackfest_venue
 _wroclaw_2010

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


[Qgis-developer] OS X trunk build issues

2010-11-16 Thread John C. Tull
Hi William,

Have you attempted to build off of the current trunk source? I'd be interested 
in your verification of the issue that I presented in this ticket:
http://trac.osgeo.org/qgis/ticket/3215

Thanks,
John___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] OS X trunk build issues

2010-11-16 Thread William Kyngesburye
I think I saw something pass thru the tracker with some isnan updates, after 
r14601.  But I haven't tried anything in svn yet.

On Nov 16, 2010, at 5:39 PM, John C. Tull wrote:

 Hi William,
 
 Have you attempted to build off of the current trunk source? I'd be 
 interested in your verification of the issue that I presented in this ticket:
 http://trac.osgeo.org/qgis/ticket/3215
 


-
William Kyngesburye kyngchaos*at*kyngchaos*dot*com
http://www.kyngchaos.com/

Oh, look, I seem to have fallen down a deep, dark hole.  Now what does that 
remind me of?  Ah, yes - life.

- Marvin


___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] OS X trunk build issues

2010-11-16 Thread John C. Tull
Things are still not working for me, and I have been behind a firewall unable 
to get on irc to chat with Jüergen. Perhaps I can assist in testing some code 
ideas he may have later in the week.

On Nov 16, 2010, at 3:54 PM, William Kyngesburye wrote:

 I think I saw something pass thru the tracker with some isnan updates, after 
 r14601.  But I haven't tried anything in svn yet.
 
 On Nov 16, 2010, at 5:39 PM, John C. Tull wrote:
 
 Hi William,
 
 Have you attempted to build off of the current trunk source? I'd be 
 interested in your verification of the issue that I presented in this ticket:
 http://trac.osgeo.org/qgis/ticket/3215
 
 
 
 -
 William Kyngesburye kyngchaos*at*kyngchaos*dot*com
 http://www.kyngchaos.com/
 
 Oh, look, I seem to have fallen down a deep, dark hole.  Now what does that 
 remind me of?  Ah, yes - life.
 
 - Marvin
 
 

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] OS X trunk build issues

2010-11-16 Thread John C. Tull
I took out all of the ifdef's setting math.h for OS X on these and other header 
files that used that. Additionally, I had to append std:: to the isnan and 
isinf in the two if statements, e.g.:
if ( std::isnan( inX[i2] ) || std::isnan( inY[i2] ) || std::isinf( inX[i2] 
) || std::isinf( inY[i2] )
 || std::isnan( inX[i1] ) || std::isnan( inY[i1] ) || std::isinf( 
inX[i1] ) || std::isinf( inY[i1] ) )

in the qgsclipper.h file. Likely, there might need to be an ifdef for Q_OS_MACX 
in this file for this. I got a successful build afterwards.

John

On Nov 16, 2010, at 5:10 PM, William Kyngesburye wrote:

 ... Well, the problem is not isnan, that's just what r14601 mentioned.  The 
 problem is abs(), and this has come up before for OS X - I think it had 
 something to do with the order of includes.
 
 There are a lot of places in Qgis that use abs() (more than just the 2 
 interpolator sources changed in r14601), and they generally include 
 cmath/math.h after most other includes.  Strange, there is a lot of 
 inconsistent use of the includes and function calls:
 
 some always include cmath and use std::abs()
 
 some conditionally include math.h for OS X and cmath for all other systems, 
 and use abs() (without the std C++ namespace)
 
 ... so, cmath seems to work on OS X in those other parts of Qgis (maybe there 
 were problems with cmath on older OS X systems?), so just always include 
 cmath.  Worked for me on 10.6, but should be checked on older systems (at 
 least 10.5).  I might be able to try that this week (I do need to build the 
 1.6 PPC package still).
 
 On Nov 16, 2010, at 5:56 PM, John C. Tull wrote:
 
 Things are still not working for me, and I have been behind a firewall 
 unable to get on irc to chat with Jüergen. Perhaps I can assist in testing 
 some code ideas he may have later in the week.
 
 On Nov 16, 2010, at 3:54 PM, William Kyngesburye wrote:
 
 I think I saw something pass thru the tracker with some isnan updates, 
 after r14601.  But I haven't tried anything in svn yet.
 
 On Nov 16, 2010, at 5:39 PM, John C. Tull wrote:
 
 Hi William,
 
 Have you attempted to build off of the current trunk source? I'd be 
 interested in your verification of the issue that I presented in this 
 ticket:
 http://trac.osgeo.org/qgis/ticket/3215
 
 
 
 -
 William Kyngesburye kyngchaos*at*kyngchaos*dot*com
 http://www.kyngchaos.com/
 
 Oh, look, I seem to have fallen down a deep, dark hole.  Now what does 
 that remind me of?  Ah, yes - life.
 
 - Marvin
 
 
 
 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer
 
 -
 William Kyngesburye kyngchaos*at*kyngchaos*dot*com
 http://www.kyngchaos.com/
 
 The beast is actively interested only in now, and, as it is always now and 
 always shall be, there is an eternity of time for the accomplishment of 
 objects.
 
 - the wisdom of Tarzan
 
 
 
 
 

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer