#QGIS IRC Log - 2009-06-03

For logs after Feb 3, 2007, all times are GMT-8. Prior logs are GMT-9.
Back to Logs
00:41:31 pcav: svn still down, confirmed?
00:59:59 wildintellect: seem to be working fine for me
02:00:42 sigq: tracfeed: Ticket #1720 ( enhancement created ): Add CRS choice button in "Add delimited text" plugin. <https://trac.osgeo.org/qgis/ticket/1720>
02:12:40 pcav: wildintellect: can you do an svn up?
02:13:42 pcav: I cannot connect:
02:13:45 pcav: svn: OPTIONS di 'https://svn.osgeo.org/qgis/trunk/qgis': non ho potuto connettermi al server ( https://svn.osgeo.org )
02:32:23 wildintellect: yes svn up is working fine
02:32:43 wildintellect: but I'm in the same state as the server
02:33:01 wildintellect: so there's all sorts of internet mojo between you and it compared to me
02:33:59 spacedman: you mean the same US state?
02:34:09 wildintellect: yes
02:34:19 wildintellect: aren't the servers in San Diego?
02:34:28 wildintellect: or are they east coast
02:34:34 wildintellect: I can never keep it straight
02:34:50 pcav: wildintellect: quite strange
02:35:04 pcav: anyone has an explanation?
02:35:56 wildintellect: can you ping blog.wildintellect.com?
02:36:21 spacedman: I can checkout trunk from https://svn.osgeo.org/qgis/trunk/ no problem from the UK
02:36:23 sigq: Title: Revision 10878: /trunk ( at svn.osgeo.org )
02:36:38 wildintellect: so we don't think it's the atlantic pipeline then
02:36:58 wildintellect: I wonder if there's a wierd firewall rule blocking some italian traffic
02:37:08 pcav: t# ping blog.wildintellect.com
02:37:08 pcav: PING wildev.no-ip.org ( 98.244.57.62 ) 56( 84 ) bytes of data.
02:37:08 pcav: ...
02:37:11 pcav: no reply
02:37:28 wildintellect: it's on your end then
02:37:34 wildintellect: you just pinged this machine
02:37:43 spacedman: can you get to the web site via browser? Is it just svn?
02:38:31 wildintellect: pcav, do you have ipv6 enabled on your machine?
02:39:19 pcav: spacedman: yes, via the browser is ok
02:40:11 spacedman: try svn again....
02:44:24 pcav: spacedman: nope
02:44:45 wildintellect: do you have another svn server you can try that isn't osgeo
02:46:08 wildintellect: I also think it's worth making sure ipv6 is turned off
02:47:05 spacedman: is it just "svn up" failing?
02:47:17 spacedman: can you check out a fresh trunk?
02:47:35 wildintellect: well it's more a recurring issue for him
02:48:08 wildintellect: I'd say about once a week the osgeo stuff just quits working for him and we hear about it here
02:48:22 spacedman: ah!
02:48:31 wildintellect: sometimes I can confirm it and other times not
02:48:59 wildintellect: so there is something to be said for reading the server logs which I intend to request
02:49:07 wildintellect: but something is wrong on the other end too
02:49:44 spacedman: it can be slow, so I'm thinking it might be a timeout set too low. Given that https;// works in a browser, I dont think it can be a network transport issue - svn just gets everything via http... unless there's a proxy cache in the way...
02:50:21 wildintellect: that's why I wondering if ipv6 is just slowing it all down
02:50:33 wildintellect: I've had that cause timeouts on me
02:53:27 wildintellect: should we consider using something like ethereal to figure out what's going on?
02:54:24 spacedman: does svn have any useful logging options in the client ?
02:55:07 wildintellect: not that I know of
02:55:43 spacedman: svn up doesnt have a --verbose option :(
02:56:23 wildintellect: well not verbose enough to debug network issues
02:56:41 wildintellect: pcav if you're feeling geeky - apt-get install wireshark
02:56:59 wildintellect: it's a network analyzing tool
02:57:21 wildintellect: record a couple of logs when you try to run svn up and we might find someone who can make sense of it
03:00:04 wildintellect: good luck with that... it's time for sleep here
03:00:52 spacedman: try setting a http-timeout option in your ~/.subversion/config file....
03:01:32 spacedman: ooh, there's also a neon-debug-mask option which might be enlightening... see http://svnbook.red-bean.com/en/1.1/ch07.html#svn-ch-7-sect-1
03:01:33 sigq: Title: Chapter 7. Advanced Topics ( at svnbook.red-bean.com )
03:29:38 CIA-65: mhugent * r10879 /trunk/qgis/ ( 9 files in 3 dirs ): New functionality for merging features
03:31:14 sigq: tracfeed: Changeset [10879]: New functionality for merging features <https://trac.osgeo.org/qgis/changeset/10879>
05:13:54 epzt: hi
05:14:12 epzt: does anybody here can help about thread in python ?
05:19:16 CIA-65: mhugent * r10880 /trunk/qgis/src/core/composer/ ( qgscomposermap.cpp qgscomposermap.h ): Use QImage as composer map cache because rendering to QPixmap may be slow if antialiasing is turned on
05:26:17 spacedman: epzt: can you recreate your problem in pure Python/Qt outside of Qgis?
05:27:15 epzt: yes why not...could take some time : )
05:28:09 epzt: As I can't make it working, I was looking to Queue to turn around the problem
05:28:14 spacedman: cos if you can do that then you can ask in #python : )
05:28:58 epzt: I'm also at the moement in #pyqt, but no help :(
05:30:15 CIA-65: kyngchaos * r10881 /trunk/qgis/mac/xcode/Qgis.xcodeproj/project.pbxproj: merge features ( r10879 )
05:30:16 sigq: tracfeed: Changeset [10881]: merge features ( r10879 ) <https://trac.osgeo.org/qgis/changeset/10881>
06:08:56 arkygeek: hi :- )
06:09:27 arkygeek: colleauge just installed qgis and grass etc with the osgeo install. gqis now doesnt know hwere grass is...
06:09:40 arkygeek: wow. lots of typos there :-P
06:22:34 spacedman: ulllo
06:22:58 spacedman: did colleague install to c:\osgeo4w ?
06:23:26 arkygeek: hi barry
06:23:28 arkygeek: checking
06:23:56 spacedman: i played with an earlier osgeo4w and qgis didnt work if it wasnt installed there... havent tried grass....
06:24:54 spacedman: is anyone else getting delivery status notification msgs from posts to qgis-dev? Delivery to the following recipients failed: mheijmans@farm-it.co.za
06:46:38 sigq: tracfeed: Ticket #1610 ( bug closed ): Update Preview in map composer doesn't work <https://trac.osgeo.org/qgis/ticket/1610#comment:1>
07:24:03 springmeyer: anyone been able to build rpy2 on mac osx? I've been trying via the bitbucket latest and hitting gcc/lipo errors
08:22:07 wildintellect: springmeyer, sorry the rpy list is quiet on the topic too
08:22:16 wildintellect: what error messages did you get
08:22:57 springmeyer: http://bitbucket.org/lgautier/rpy2/issue/9/build-fails-on-mac-osx
08:22:58 sigq: Title: lgautier / rpy2 / issues / Build fails on Mac OSX bitbucket.org ( at bitbucket.org )
08:25:48 wildintellect: could it be that you don't have gcc 4.3
08:26:34 springmeyer: thats an interesting thought, I had the same one
08:26:45 springmeyer: I upgraded xcode to get gcc 4.3
08:27:07 springmeyer: but setup.py still uses the 'gcc' command which symlinks to gcc 4.01
08:27:19 springmeyer: I've yet to hack that symlink
08:29:23 wildintellect: might be worth a shot
08:39:22 springmeyer: er, I guess latest xcode provides gcc/g++ 4.2
08:39:35 springmeyer: switching symlinks to those create different errors:
08:39:45 springmeyer: cc1: error: unrecognized command line option "-Wno-long-double"
08:39:45 springmeyer: cc1: error: unrecognized command line option "-Wno-long-double"
08:39:45 springmeyer: cc1: error: unrecognized command line option "-Wno-long-double"
08:55:04 springmeyer: hey spacedman: your plugin.xml seems to be missing?
08:55:05 springmeyer: http://www.maths.lancs.ac.uk/~rowlings/Software/Qgis/plugins.xml
08:55:43 springmeyer: ah, the link here is old I guesss: http://www.maths.lancs.ac.uk/~rowlings/Qgis/Plugins/Documentation/
08:55:45 sigq: Title: Qgis Python Plugins ( at www.maths.lancs.ac.uk )
08:56:16 springmeyer: should be http://www.maths.lancs.ac.uk/~rowlings/Qgis/Plugins/myplugs.xml I figure
08:58:37 springmeyer: hmm, but that one does not list copypasta
15:09:48 wildint: any R users on
15:10:00 wildint: I'm stuck on a seemingly simple issue
15:10:14 wildint: I've imported a shapefile and am plotting it
15:10:40 wildint: how do I specify the colors be based on values in a column value