02:38:08 <nikq> Mapnik Trac: Ticket #101 (Experimental mod_python server for Mapnik) updated | http://trac.mapnik.org/ticket/101#comment:7 02:38:45 <nikq> Mapnik Trac: modserver.py attached to Ticket #101 | http://trac.mapnik.org/attachment/ticket/101/modserver.py 02:41:32 <nikq> Mapnik Trac: Ticket #101 (Experimental mod_python server for Mapnik) updated | http://trac.mapnik.org/ticket/101#comment:8 03:16:04 <crschmidt> mapnik scons build doesn't seem to check for python-dev 03:16:10 <crschmidt> as part of the configure checks 03:18:14 <crschmidt> hm 03:18:15 <crschmidt> src/graphics.cpp:51: error: 'class Cairo::ImageSurface' has no member named 'get_format' 03:20:39 *** cytrinox_ (n=cyx@Yb464.y.pppool.de) has joined #mapnik 03:22:56 *** cytrinox has quit (Read error: 60 (Operation timed out)) 03:24:39 <crschmidt> looks like possibly a cairo version problem, trying upgrading now 03:49:59 <crschmidt> looks like my version of libcairomm was too old by ar 03:51:23 <crschmidt> was able to rebuild the lenny package for etch 03:53:05 <crschmidt> yep, that did it 03:53:16 <crschmidt> don't know if it'll make it all the way, but at least I'm farther now 03:54:05 <springmeyer> hey crschmidt: yes we need better cairo version checking 03:54:11 <springmeyer> glad it seems sorted tho. 03:54:32 <springmeyer> by python-dev ... is that the headers when you apt-get python? 03:57:01 <crschmidt> apt-get python-dev 03:57:06 <crschmidt> seemed to get me past the error 03:57:21 <crschmidt> boost-python version checking is also insufficient, I think 03:57:36 <crschmidt> I had boost-python 1.33 something installed, but it needs 1.35... 03:57:43 <crschmidt> Or maybe it just needs them all to match, but. 03:57:58 * crschmidt is now on his way to trying to build boost 03:58:16 <springmeyer> yes, exactly boost-python version checking at the moment is NON-existant 03:58:50 <springmeyer> althought boost (and boost-python 1.33) should be a fine version 03:59:22 <springmeyer> 1.33 should be supported, but currently we don't do a proper check for boost-python 03:59:28 <crschmidt> Okay 03:59:34 <crschmidt> I probably ust can't use 1.33 for other reasons 03:59:39 <crschmidt> and i probably can't mix versions 04:00:15 <crschmidt> (Specifically, things like boost-filesystem weren't in stable, so I'm pulling them frmo backports, and they're 1.35 in backports) 04:00:23 <springmeyer> okay 04:00:32 <springmeyer> yes mixing versions is tricky 04:00:53 <springmeyer> SCons is not very smart (or at least transparent) about which boost lib it find and links to 04:01:04 * crschmidt mumble mutter scons 04:01:36 <springmeyer> I have multiple boost versions on my mac os dev box and keep one set with full symlinks and the other set without (ie so the xgcc40 is in the lib name) 04:01:50 <springmeyer> no kidding ;) 04:02:16 * springmeyer just added #229 04:02:25 <springmeyer> #229 04:02:26 <nikq> Ticket #229: SCons needs to check for boost-python if building python bindings, http://trac.mapnik.org/ticket/229 04:02:34 * springmeyer heads to dinner 04:02:44 <springmeyer> crschmidt: please post any other probs - thx 04:04:09 <crschmidt> Okay, I understand the problem now; not doing any checking at all definitely would explain it :) 04:45:43 * crschmidt finishes building his own version of libboost1.35, continues building mapnik 05:09:58 <crschmidt> springmeyer: hm, weird issues now because _mapnik.so is linking to /usr/lib/mapnik.so.0.5 05:10:23 <crschmidt> any idea why that might be? 05:11:20 <crschmidt> is there an 'scons clean'? 05:11:37 <crschmidt> I get scons: *** Do not know how to make target `clean'. Stop. 05:12:15 <crschmidt> ah, -c 05:14:43 <springmeyer> hey 05:14:50 <springmeyer> ya -c will clean the local files 05:15:01 <springmeyer> scons can't clean the 'dist' 05:15:13 <springmeyer> unfortunately 05:15:41 *** __d3f0__ (n=defo@190.176.200.217) has joined #mapnik 05:16:02 <springmeyer> so, you have libmapnik.so in both /usr/lib and /usr/local/lib ? 05:16:49 <crschmidt> /usr/local/lib64 in the latter case 05:16:58 <crschmidt> the former provided by the debian package 05:17:02 <crschmidt> the latter from source 05:17:10 <crschmidt> but the python bindings were linking (or trying to link) against the former 05:17:13 <crschmidt> even after they were gone 05:17:19 <springmeyer> ah 05:17:36 <springmeyer> could you file a ticket on that pls? 05:17:57 <crschmidt> not sure if it's worth a ticket 05:18:02 <crschmidt> probably just misconfiguration on my part 05:18:03 <springmeyer> I'll address - I have a hunch why that is happening 05:18:06 <crschmidt> okay 05:18:19 <springmeyer> nah, It would be useful 05:18:20 <springmeyer> thx 05:19:16 * springmeyer needs to head off to meet the valentine 05:19:52 <crschmidt> #230 05:19:53 <nikq> Ticket #230: python module links against /usr/lib instead of /usr/local/lib64, http://trac.mapnik.org/ticket/230 05:20:00 <springmeyer> great 05:21:15 <springmeyer> and thats with current trunk and previous install via apt-get, ya? 05:22:13 *** D3f0 has quit (Read error: 60 (Operation timed out)) 05:26:17 <crschmidt> springmeyer: yes 05:26:44 * crschmidt cheers as he renders some data to SVG 05:27:10 *** d3f0 (n=defo@190.176.207.174) has joined #mapnik 05:34:35 *** __d3f0__ has quit (Read error: 60 (Operation timed out)) 06:00:13 *** d3f0 has quit (Read error: 60 (Operation timed out)) 06:03:03 *** D3f0 (n=defo@190.176.207.174) has joined #mapnik 06:36:03 *** Mrfo has quit (Read error: 113 (No route to host)) 06:50:55 *** Mrfo (i=Mrfo@pool-96-231-166-17.washdc.fios.verizon.net) has joined #mapnik 07:17:59 *** D3f0 has quit (Remote closed the connection) 07:25:44 <springmeyer> awesome 08:22:17 <aba> crschmidt: you could prepare an updatedated package ... 10:38:40 *** matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) has joined #mapnik 10:49:30 <KAeL> jburgess: have you tried building mapnik with cairomm 1.8.0 ? i think my problem with libpng comes from here 10:52:53 <jburgess> KAeL: no, I'm currently using cairomm-1.6.2 10:53:19 <jburgess> I'll try updating and see what happens 10:54:43 <KAeL> ok 10:54:44 <KAeL> thx 11:53:25 <nikq> Mapnik Trac: Ticket #231 (compile failure with cairomm-1.8.0) created | http://trac.mapnik.org/ticket/231 11:56:58 <nikq> Mapnik Trac: Changeset [905]: Includes png.h early to avoid ordering issues with setjmp.h. Fixes #231 | http://trac.mapnik.org/changeset/905 11:58:30 <nikq> Mapnik Trac: Ticket #231 (compile failure with cairomm-1.8.0) closed | http://trac.mapnik.org/ticket/231#comment:1 11:59:56 <jburgess> KAeL: I reproduced the failure on cairomm-1.8.0 and fixed it as seen by nikq bot above. 12:02:11 <KAeL> ok 12:02:16 <KAeL> thanks ! :) 12:02:52 <jburgess> thanks for lettus us know and narrowing down the problem 12:10:11 <crschmidt> aba: of what? 12:10:33 <crschmidt> aba: I do not have a buld process I could repeat to save my life 12:10:52 <crschmidt> and evne if i did, there isn't a new release of mapnik to release a ne wpackage of 12:11:03 <crschmidt> and even if I did, I couldn't upload it to debian 12:11:05 <aba> well, one could take a svn snapshot 12:11:10 <aba> crschmidt: I could sponsor. 12:11:22 <aba> well, perhaps I#ll do one later today or so 12:11:28 <crschmidt> i've heard that a number of times before, and it always ended in tears :) 12:11:49 * crschmidt has simple packages with 8bugs* he can't get people to sponsor :p 12:11:58 <aba> crschmidt: like? 12:12:05 <crschmidt> tilecache 12:13:51 <aba> unchanged since May. 12:13:57 <aba> http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=tilecache tells me there is no bug report :) 12:14:46 <aba> anyways, if you have a new version of the package, I might sponsor it - depending on the amount of changes etc (as I don't know the package, it's harder to sponsor than if I know the package well) 12:24:11 <crschmidt> aba: I kinda gave up on the whole debian process after my previous efforts with it, I'm sorry I seem a bit jaded with it 12:24:26 <crschmidt> But regardless of how jaded I am, *me* building a new mapnik package is definitely a bad plan :) 12:24:38 <crschmidt> sine the only way i was able to get it working was via manually hacking my /usr/lib apart 12:27:54 <CIA-23> mapnik: jburgess777 * r905 /trunk/src/image_util.cpp: Includes png.h early to avoid ordering issues with setjmp.h. Fixes #231 12:27:54 <nikq> Ticket #231: compile failure with cairomm-1.8.0, http://trac.mapnik.org/ticket/231 12:37:19 <aba> crschmidt: I'm sorry to hear that. In that case, orphaning the tilecache package should be the right thing to do? 12:38:06 <aba> (and other than that, I can still remember the times where I needed to look for a sponsor - yes, that is annoying) 13:11:34 *** aub (n=aubrey@cpe-72-227-134-148.nyc.res.rr.com) has joined #mapnik 13:29:59 *** matt_c has quit () 13:56:10 *** ser has quit (Read error: 110 (Connection timed out)) 14:12:28 <CIA-23> mapnik: nickw * r906 /trunk/plugins/input/osm/ (11 files): OSM plugin: Fixed warnings, added URL support with cURL, removed multiple parsing 15:59:21 *** matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) has joined #mapnik 16:03:48 *** matt_c has quit () 16:24:03 *** ninja_ (n=pankur@nat/yahoo/x-f86a05f40140c3fe) has joined #mapnik 16:47:05 *** artem (n=artem@i-83-67-142-225.freedom2surf.net) has joined #mapnik 17:24:31 <nikq> Mapnik Trac: Ticket #160 (Build Mapnik 'Fat' (universal/64bit on mac osx)) updated | http://trac.mapnik.org/ticket/160#comment:5 17:34:37 *** D3f0 (n=defo@190.176.207.174) has joined #mapnik 17:39:15 *** ninja_ has quit () 18:08:43 *** artem has quit () 18:25:43 <nikq> Mapnik Trac: Ticket #232 (Mapnik python bindings on os x don't compile to .pyc) created | http://trac.mapnik.org/ticket/232 18:27:27 <nikq> Mapnik Trac: Ticket #232 (Mapnik python bindings on os x don't compile to .pyc) updated | http://trac.mapnik.org/ticket/232#comment:1 18:48:09 *** ser (n=ser@sergiusz.pawlowicz.name) has joined #mapnik 19:28:59 <nikq> Mapnik Trac: Ticket #233 (Map pickling is missing style handling) created | http://trac.mapnik.org/ticket/233 19:37:47 <nikq> Mapnik Trac: Ticket #167 (Map pickling failure due to mapnik.Color object) updated | http://trac.mapnik.org/ticket/167#comment:13 19:40:59 <nikq> Mapnik Trac: Ticket #233 (Map pickling is missing style handling and should not un-pickle map ...) updated | http://trac.mapnik.org/ticket/233#comment:1 19:53:51 <nikq> Mapnik Trac: Changeset [907]: + add style pickling support to mapnik::Map, fix tabs, and only un-pickle ... | http://trac.mapnik.org/changeset/907 19:54:11 <nikq> Mapnik Trac: Ticket #233 (Map pickling is missing style handling and should not un-pickle map ...) closed | http://trac.mapnik.org/ticket/233#comment:2 20:15:41 <CIA-23> mapnik: dane * r907 /trunk/bindings/python/mapnik_map.cpp: + add style pickling support to mapnik::Map, fix tabs, and only un-pickle background color if exists (closes 233) 21:02:07 *** matt_c (n=mcroydon@137.147.45.66.cm.sunflower.com) has joined #mapnik 21:32:16 *** matt_c has quit () 22:20:47 *** weizhuo (n=chatzill@nat/yahoo/x-77758d1515ba1054) has joined #mapnik 22:29:20 *** crschmidt has quit (Read error: 110 (Connection timed out)) 22:43:04 <nikq> Mapnik Trac: Changeset [908]: ogcserver: don't set the background color unless the get param exists | http://trac.mapnik.org/changeset/908 22:44:50 <CIA-23> mapnik: dane * r908 /trunk/bindings/python/mapnik/ogcserver/common.py: ogcserver: don't set the background color unless the get param exists 22:51:01 <nikq> Mapnik Trac: Changeset [909]: ogcserver: Add html exception to allowedexceptions | http://trac.mapnik.org/changeset/909 23:02:50 <nikq> Mapnik Trac: Changeset [910]: + add modified mod_python ogcserver wrapper patch for 'modserver.py' from ... | http://trac.mapnik.org/changeset/910 23:09:38 <nikq> Mapnik Trac: Ticket #101 (Experimental mod_python server for Mapnik) updated | http://trac.mapnik.org/ticket/101#comment:10 23:12:17 <CIA-23> mapnik: dane * r909 /trunk/bindings/python/mapnik/ogcserver/ (wms130.py wms111.py): ogcserver: Add html exception to allowedexceptions 23:12:18 <CIA-23> mapnik: dane * r910 /trunk/bindings/python/mapnik/ogcserver/modserver.py: + add modified mod_python ogcserver wrapper patch for 'modserver.py' from tmcw (closes #101) 23:13:21 <nikq> Mapnik Trac: Changeset [911]: ogcserver: r909 added the wrong modserer.py file, reverting to correct ... | http://trac.mapnik.org/changeset/911 23:15:54 <nikq> Mapnik Trac: Ticket #101 (Experimental mod_python server for Mapnik) updated | http://trac.mapnik.org/ticket/101#comment:11 23:22:38 *** D3f0 has quit (Remote closed the connection) 23:22:54 *** D3f0 (n=defo@190.176.207.174) has joined #mapnik 23:42:54 <CIA-23> mapnik: dane * r911 /trunk/bindings/python/mapnik/ogcserver/modserver.py: ogcserver: r909 added the wrong modserer.py file, reverting to correct one. 23:42:55 <CIA-23> mapnik: dane * r912 /trunk/AUTHORS: Add Tom MacWright to the patch contributors list for the addition of modserver.py 23:42:55 <nikq> http://trac.mapnik.org/changeset/909, at , by dane: ogcserver: Add html exception to allowedexceptions