00:02:33 *** springmeyer has quit (Ping timeout: 276 seconds)
00:02:33 *** springmeyer_ is now known as springmeyer
00:14:41 *** Komzzpa has quit (Remote host closed the connection)
00:14:46 *** Komzzpa (~kom@mm-71-245-57-86.leased.line.mgts.by) has joined #mapnik
00:15:53 *** luneff has quit (Quit: Leaving)
00:21:59 *** chad_burt has quit (Quit: Leaving...)
00:30:55 *** cgs_bob has quit (Ping timeout: 240 seconds)
00:33:37 *** rweait1 (~nerd@75-23-197-156.lightspeed.wotnoh.sbcglobal.net) has joined #mapnik
00:49:03 *** jburgess has quit (Remote host closed the connection)
01:03:36 *** cgs_bob (~bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik
01:33:52 *** Ldp__ has quit (Ping timeout: 276 seconds)
01:34:03 *** springmeyer_ (~springmey@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
01:34:03 *** springmeyer has quit (Read error: Connection reset by peer)
01:34:04 *** springmeyer_ is now known as springmeyer
01:40:03 <cgs_bob> springmeyer: hi there.  I guess I was a bit over confident :)  Eventually my mapnik2 compile got this error:  http://osgeo.pastebin.com/kDuvEK2G  do you know what is causing this?
01:41:03 <springmeyer> cgs_bob: do you have /usr/local/lib/libboost_program_options* ?
01:42:04 <cgs_bob> springmeyer: I have:  /usr/local/lib/libboost_program_options.a  /usr/local/lib/libboost_program_options.so  /usr/local/lib/libboost_program_options.so.1.43.0
01:42:44 <springmeyer> curious
01:42:57 <springmeyer> did you say you also had an older boost install as well somewhere?
01:44:00 <cgs_bob> I did, but I cleaned it out.
01:44:57 <cgs_bob> I might not have done a good job :)  is there a way to uninstall boost?
01:45:10 <springmeyer> not that I know
01:45:28 <springmeyer> cgs_bob: can you paste:
01:45:39 <springmeyer> ldd src/libmapnik.so
01:48:06 <springmeyer> cgs_bob: just to note
01:48:17 <springmeyer> this error only affects the shapeindex command line tool
01:48:24 <springmeyer> which you are unlikely to need
01:48:44 <springmeyer> and you can skip it by commenting the line that calls it in 'SConstruct'
01:50:05 <cgs_bob> springmeyer: well...it looks like mapnik2 is using some old libraries.  I need to do more cleaning.  but I will try uncommenting shapeindex in SConstruct
01:50:34 <springmeyer> old libs?
01:51:05 <cgs_bob> old boost libs
01:51:50 <springmeyer> k
01:52:05 <springmeyer> so, i recently made a change that should prevent them from being linked
01:52:10 <springmeyer> so I'm curious
01:52:17 <springmeyer> can you paste the output of that ldd?
01:52:50 <cgs_bob> http://osgeo.pastebin.com/zxxt1Qn1
01:53:21 <springmeyer> hmm, k
01:54:12 <springmeyer> that should not be happening
01:56:45 <springmeyer> essentially you have a linker line like:
01:56:46 <springmeyer> g++ -o utils/shapeindex/shapeindex utils/shapeindex/shapeindex.o src/box2d.o plugins/input/shape/shapefile.o -Lagg -Lsrc -L/usr/lib64 -L/usr/local/lib64 -L/usr/local/lib -L/usr/lib -lboost_program_options -lboost_iostreams -lboost_filesystem
01:57:00 <springmeyer> but /usr/lib64 should not be coming before /usr/local/lib
01:57:21 <cgs_bob> brb...phone
01:58:05 <springmeyer> cgs_bob: when you get back can you confirm that you are running svn trunk after r1649 ?
01:58:07 <nikq> http://trac.mapnik.org/changeset/1649, at , by dane: scons: add options to allow controlling link order (and include order) sent by SCons to the linker line, as predictably /usr/lib would come first and take preference over paths such as /usr/local/lib
02:02:00 <cgs_bob> looks like I have r1727
02:02:00 <nikq> http://trac.mapnik.org/changeset/1727, at , by dane: scons: fixup logic for setting HAS_BOOST_SYSTEM SCons environment variable
02:02:47 <springmeyer> right.
02:02:56 * springmeyer befuddled
02:03:30 <springmeyer> but that usually means cgs_bob has found a bug :)
02:03:51 <springmeyer> cgs_bob: platform, version? ubuntu karmic 64bit?
02:04:11 <cgs_bob> I'd rather have fun playing with mapnik2 :)
02:04:20 <cgs_bob> yup
02:04:52 <springmeyer> so just comment that line
02:05:37 <cgs_bob> which line is it in SConstruct?
02:06:30 <springmeyer> 1183-1187
02:06:31 <cgs_bob> never mind...I think I got it
02:06:40 <springmeyer> http://trac.mapnik.org/browser/trunk/SConstruct#L1183
02:06:56 <springmeyer> cgs_bob: so you heading to use Quantumnik once you get this build working?
02:08:40 <cgs_bob> yup...I thought I saw that mapnik2 works with Quantumnik
02:09:30 <springmeyer> ya, does except the namespace actually became mapnik2 and I've yet to install mapnik2 since then
02:09:44 <springmeyer> so, you'll be the Qnik guinea pig ;)
02:10:23 <springmeyer> so, you are __ahead__ of development on this one
02:12:01 <cgs_bob> I guess I'll have to do somehacking on Quantumnik :)
02:12:28 <springmeyer> naw, hopefully this will do it: http://bitbucket.org/springmeyer/quantumnik/changeset/baba65f02934/
02:21:31 <cgs_bob> springmeyer: so how do I see if mapnik2 is working?  I tried to do an "import mapnik2" but I get a "ImportError: No module named mapnik2"
02:21:57 <springmeyer> that would be the way...
02:22:16 <springmeyer> python scons/scons.py install
02:22:17 <springmeyer> ?
02:22:23 <springmeyer> remember the 'install' ?
02:27:01 <cgs_bob> I did that. looking at the output (see http://osgeo.pastebin.com/4MCQrx2r ), it seems like it is installing mapnik (not mapnik2)
02:28:50 <springmeyer> sure is
02:28:52 <springmeyer> again odd
02:29:15 <springmeyer> it also should no longer but using lib64 ...
02:29:36 <springmeyer> cgs_bob: it seems like somehow, dispite you checking out a clean svn directory
02:29:47 <springmeyer> that some of the old scons config options are still being used
02:30:10 <springmeyer> is that possible? (by config options I mean the ones that get saved and reused after a successful configure)
02:31:04 <springmeyer> ah
02:31:14 <springmeyer> cgs_bob:  it is not longer 'http://svn.mapnik.org/branches/mapnik2'
02:31:15 <cgs_bob> I guess it is possible.  how can I get rid of all the config stuff?
02:31:26 <springmeyer> svn co http://svn.mapnik.org/trunk
02:32:03 <cgs_bob> ahhh...I was going by what http://trac.mapnik.org/wiki/Mapnik2 says
02:32:20 <springmeyer> read that again...
02:33:50 <nikq> Mapnik Trac: Mapnik2 edited | http://trac.mapnik.org/wiki/Mapnik2?version=23
02:33:54 <springmeyer> here that is clearer
02:33:56 <cgs_bob> okay...I guess I was in a rush.  next time can you use red flashing letters?
02:34:06 <cgs_bob> :)
02:34:43 <springmeyer> :)
02:36:32 <cgs_bob> well...I got to get someting to eat.  I'll give it a after dinner :)
02:41:05 <springmeyer> k
02:41:25 <springmeyer> so, the various problems above should also be solved, shapeindex, linking, etc etc
02:42:08 *** Komzzpa has quit (Ping timeout: 258 seconds)
02:42:13 *** Komzzpa (~kom@mm-71-245-57-86.leased.line.mgts.by) has joined #mapnik
03:42:13 *** invertedplate (invertedpl@189.161.163.54) has joined #mapnik
04:35:08 *** invertedplate has parted #mapnik (None)
06:03:59 *** gavinf has quit (Quit: gavinf)
06:34:59 *** HounD (~HounD@unics1.grfc.ru) has joined #mapnik
06:35:15 *** HounD has parted #mapnik (None)
07:44:59 *** Ldp__ (~thid@osm.xs4all.nl) has joined #mapnik
08:29:15 *** albertov (~alberto@46.Red-88-25-77.staticIP.rima-tde.net) has joined #mapnik
09:04:11 *** lucadelu (~52bf92fc@gateway/web/freenode/x-jvhtocwzcjfaeoka) has joined #mapnik
09:32:23 *** artem (~artem@i-83-67-73-6.freedom2surf.net) has joined #mapnik
09:33:32 <nikq> Mapnik Trac: Changeset [1729]: cosmetic changes and comments | http://trac.mapnik.org/changeset/1729
09:33:44 <nikq> Mapnik Trac: Changeset [1730]: removed unneeded parenthesis | http://trac.mapnik.org/changeset/1730
09:34:05 <nikq> Mapnik Trac: Changeset [1731]: cairo rendering for the glyph_symbolizer. Small refactoring in  ... | http://trac.mapnik.org/changeset/1731
09:38:10 <nikq> Mapnik Trac: Changeset [1732]: typo | http://trac.mapnik.org/changeset/1732
10:05:58 *** lucadelu has quit (Ping timeout: 252 seconds)
10:27:37 *** artem has quit (Quit: artem)
11:07:50 *** lucadelu (~52bf92fc@gateway/web/freenode/x-nowzlujqkhosjdhh) has joined #mapnik
11:19:48 <nikq> Mapnik Trac: Changeset [1733]: XML de/serialization for glyph_symbolizer. Some issues remain regarding  ... | http://trac.mapnik.org/changeset/1733
11:20:08 <nikq> Mapnik Trac: Changeset [1734]: fixed color's to_string method since alpha seems to no longer be parsed as  ... | http://trac.mapnik.org/changeset/1734
11:20:18 <nikq> Mapnik Trac: Changeset [1735]: fixed serialization of expressions in glyph_symbolizer | http://trac.mapnik.org/changeset/1735
11:21:43 *** HounD1 (~HounD@unics1.grfc.ru) has joined #mapnik
11:24:12 <nikq> Mapnik Trac: Ticket #530 (Implement a true type glyph renderer) updated | http://trac.mapnik.org/ticket/530#comment:2
11:27:12 *** Phurl_ has quit (Quit: Ex-Chat)
11:36:23 <nikq> Mapnik Trac: Ticket #532 (backwards incompatible change in color parsing) created | http://trac.mapnik.org/ticket/532
12:05:08 *** lucadelu has quit (Ping timeout: 252 seconds)
12:17:50 *** ultrus (~chris@c-75-70-249-158.hsd1.co.comcast.net) has joined #mapnik
12:21:20 *** ultrus_ (~chris@c-75-70-249-158.hsd1.co.comcast.net) has joined #mapnik
12:21:33 *** ultrus has quit (Read error: Connection reset by peer)
12:25:50 *** ultrus_ has quit (Client Quit)
12:28:32 *** rweait1 has parted #mapnik (None)
12:48:04 *** wonderchook has quit (Remote host closed the connection)
12:53:19 *** HounD1 has parted #mapnik (None)
13:03:12 *** wonderchook (~wondercho@209.155.228.129) has joined #mapnik
13:13:18 *** wonderchook has quit (Read error: Connection timed out)
13:13:55 *** wonderchook (~wondercho@209.155.228.129) has joined #mapnik
13:42:26 <nikq> Mapnik Trac: Changeset [1736]: Implementead Feature instantiation from Python and an add_geometry method  ... | http://trac.mapnik.org/changeset/1736
13:42:46 <nikq> Mapnik Trac: Changeset [1737]: added a Feature.add_geometry test | http://trac.mapnik.org/changeset/1737
13:43:06 <nikq> Mapnik Trac: Changeset [1738]: More progress on #528: Made setting Feature properties with values of type  ... | http://trac.mapnik.org/changeset/1738
13:52:03 *** dkb (~dkb@66-219-8-179.ip.gvtel.com) has joined #mapnik
13:52:27 *** dkb has parted #mapnik (None)
14:31:12 <nikq> Mapnik Trac: Ticket #505 (Unicode undefined symbol errors on osx when linking to libicucore.dylib) updated | http://trac.mapnik.org/ticket/505#comment:2
14:31:32 <springmeyer> hey albertov - great stuff :)
14:31:53 <springmeyer> I'm the one that commented the unicode py stuff - thats great you've re-enabled
14:32:34 <springmeyer> I only commented due to build problems logged in #505, so if it works for you thats all good
14:32:34 <nikq> Ticket #505: Unicode undefined symbol errors on osx when linking to libicucore.dylib, http://trac.mapnik.org/ticket/505
14:43:13 <nikq> Mapnik Trac: Ticket #532 (backwards incompatible change in color parsing) closed | http://trac.mapnik.org/ticket/532#comment:1
14:54:15 <springmeyer> albertov: also +1 on utilizing shapely or other libraries if they exist in the tests
15:13:28 *** cgs_bob has quit (Remote host closed the connection)
15:13:57 *** cgs_bob (~bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik
15:17:45 <albertov> springmeyer: thanks :) I hope to have #528 almost closed in a couple of hours: I'm looking now at exposing memory_datasource to python...
15:17:45 <nikq> Ticket #528: "Allow ""virtual"" datasources to be created from python", http://trac.mapnik.org/ticket/528
15:18:23 <springmeyer> albertov: awesome
15:18:47 <albertov> springmeyer: Oops, regarding #505. I'm developing on an ubuntu box so maybe that's why I didn't see anything break...
15:18:48 <nikq> Ticket #505: Unicode undefined symbol errors on osx when linking to libicucore.dylib, http://trac.mapnik.org/ticket/505
15:19:31 <springmeyer> albertov: no it may be as simple as that libicucore is too old on os x
15:20:08 <albertov> springmeyer: isn't that a problem?
15:20:11 <springmeyer> libicucore is apples specific build of icu
15:20:36 <springmeyer> and using is makes the Mac binaries I offer ~30MB smaller
15:20:53 <springmeyer> but I should be able to get it working with some elbow grease :)
15:21:04 <springmeyer> and if not I'll just fall back to source compiled new icu
15:21:48 <springmeyer> so, if its a problem it's just my problem :) no worries!
15:22:15 <albertov> springmeyer: I see... sorry for the extra work. thanks for looking into it
15:49:21 *** dkb (~dkb@66-219-8-179.ip.gvtel.com) has joined #mapnik
15:57:14 <dkb> Hello.  Is there a poly file for osmosis for the entire United States?  CloudMade just appears to have poly files for each state and not the entire US.
15:59:32 <springmeyer> dkb: not sure, maybe ask in #osm on irc.oftc.net ?
15:59:58 <springmeyer> cool, tests pass for 0.7.1 on 64 bit osx 10.6:
16:00:02 <springmeyer> Ran 84 tests in 0.732s
16:00:03 <springmeyer> OK (TODO=5)
16:01:14 <dkb> ok, will do
16:09:13 <springmeyer> nice... now
16:09:14 <springmeyer> Ran 84 tests in 0.322s
16:16:19 <nikq> Mapnik Trac: Changeset [1739]: Created python binding to memory_datasource which can be added Features  ... | http://trac.mapnik.org/changeset/1739
16:16:25 *** jctull has quit (Quit: jctull)
16:19:38 <albertov> springmeyer: How about chaning the Feature's python constructor to make it's signature look like this; Feature(id, geom=None, **properties). geom could a a string (interpreted as a wkb encoded geom), something with a 'wkb' attribute (ie: shapely geometries) or a mapnik2.Geometry (not instatiable from python ATM))
16:20:57 <springmeyer> I'd love it
16:21:57 <albertov> springmeyer: ouch, just seen #511. I should really get into the habit of looking before I carelessly dupe all tickets!
16:21:57 <nikq> Ticket #511: Change in alpha value in Mapnik color constructor between Mapnik 0.7 and 0.8, http://trac.mapnik.org/ticket/511
16:22:59 <springmeyer> albertov: no worries, great to see you beating the same path :)
16:24:11 <springmeyer> albertov: the whole notion of being able to pass a mapnik.Geometry or string, or shape geom is excellent
16:24:56 <springmeyer> ideally other python constructors in Mapnik could follow that flexibility in the future, say Symbolizers accepting either a color string or a mapnik.Color()
16:25:07 <albertov> springmeyer: yay, I think I've just got to the point where I now longer need the ArrowSymbolizer + it's arrow_maker input plugin. Thanks to GlyphSymbolyzer and MemoryDatasource :) Hopefully all the pieces fit in when I begin migrating my app to mapnik2...
16:25:19 <springmeyer> artem might feel otherwise, but I'm keen if he is supportive
16:25:31 <springmeyer> albertov: that rocks, nice job
16:26:03 <albertov> springmeyer: I think we can safely "hack" in that flexibility without touching any c++ code, just with the "injectors" in mapnik/__init__.py
16:27:12 <albertov> springmeyer: well, I think he wont mind changing it at Feature, since it was not exposed to python before... :)
16:27:17 <springmeyer> yep, and get feedback first that way before moving to C++
16:27:30 <springmeyer> albertov: certainly :)
16:27:55 * albertov is going to take a short break, brb
16:30:34 <nikq> Mapnik Trac: Ticket #511 (Change in alpha value in Mapnik color constructor between Mapnik 0.7 and  ...) updated | http://trac.mapnik.org/ticket/511#comment:3
16:31:19 *** racicot has quit (Quit: ChatZilla 0.9.86 [Firefox 3.5.8/20100202165920])
16:35:36 *** jctull (~jctull@adsl-75-0-14-85.dsl.renocs.sbcglobal.net) has joined #mapnik
16:40:17 *** racicot (~chatzilla@dsl-66-228-218-217.dsl.fibercloud.net) has joined #mapnik
16:52:47 <nikq> Mapnik Trac: Ticket #528 (Allow "virtual" datasources to be created from python) updated | http://trac.mapnik.org/ticket/528#comment:2
17:12:19 *** wonderchook has quit (Ping timeout: 246 seconds)
17:27:23 *** wonderchook (~wondercho@209.155.228.129) has joined #mapnik
17:53:14 *** racicot has quit (Quit: ChatZilla 0.9.86 [Firefox 3.5.8/20100202165920])
17:53:59 *** racicot (~chatzilla@dsl-66-228-218-217.dsl.fibercloud.net) has joined #mapnik
17:54:32 *** racicot has quit (Read error: Connection reset by peer)
18:14:56 <nikq> Mapnik Trac: Changeset [1740]: implemented a mechanism in mapnik2._injector to be able to override c++  ... | http://trac.mapnik.org/changeset/1740
18:21:56 *** luneff (~yury@93.178.79.151) has joined #mapnik
18:26:18 <nikq> Mapnik Trac: Ticket #530 (Implement a true type glyph renderer) updated | http://trac.mapnik.org/ticket/530#comment:3
18:30:21 <albertov> springmeyer: "ideally other python constructors in Mapnik could follow that flexibility in the future, say Symbolizers accepting either a color string or a mapnik.Color()", take a look at the changes in _injector and Feature.__init__ at r1740. I think this same technique could be used for the other constructors...
18:30:22 <nikq> http://trac.mapnik.org/changeset/1740, at , by alberto: implemented a mechanism in mapnik2._injector to be able to override c++ methods (at the python layer only). Used it to implement a friendlier constructor for Feature and a add_geometry() method that a
18:41:55 *** chad_burt (~chad_burt@mm-01.msi.ucsb.edu) has joined #mapnik
18:43:15 <nikq> Mapnik Trac: GlyphSymbolizer created | http://trac.mapnik.org/wiki/GlyphSymbolizer?version=1
18:44:09 <springmeyer> albertov: great! good to know. can't wait to play with it
18:46:15 <springmeyer> albertov: btw, this GlyphSymbolizer just perfectly solved what was previously quite a hack :)
18:46:18 <springmeyer> as you know
18:46:29 *** luneff has quit (Quit: Leaving)
18:46:32 <springmeyer> can't wait to ditch this approach:
18:46:33 <springmeyer> `HaitiStyles
18:46:34 <nikq> http://trac.mapnik.org/wiki/HaitiStyles
18:49:23 <albertov> springmeyer: I see... you mean to change the size dynamically based on the resolution?
18:50:09 <springmeyer> I mean to have to use postgis select query to set of the char
18:50:21 <albertov> springmeyer: if the answer is yes I'm afraid it's not possible yet until expressions support them (maybe they already do?)
18:50:42 <springmeyer> but yes, we don't support expressions in too many places yet...
18:51:04 <albertov> springmeyer: a, yeah, you can use it for that :) the size, color and angle parameters are all expressions
18:51:04 <springmeyer> need to give thought to a most generic way to them more places
18:51:19 <springmeyer> yep :)
18:53:02 <albertov> springmeyer: the GlyphSymbolizer + MemoryDatasource can be a great combination I think, can't wait to finally do something useful with these new toys :)
18:53:27 <springmeyer> :)
18:53:53 <springmeyer> that shows how smart you are - you can implement toys before even playing with them!
18:54:25 <springmeyer> anyway, great stuff, thanks for sharing
18:55:34 <albertov> springmeyer: btw, I've skimmed something in the boost docs regarding being able to callback to python overrided methods from c++. This could be the basis of a BaseCairoSymbolizer I think. One that can be subclassed in python to implement a render_on_context method that get's called by cairo_renderer...
18:56:04 <albertov> springmeyer: to be fair, I had a sloppy version of those toys I made before to look at :)
18:57:08 <springmeyer> albertov: you thinking a cairo callback would be useful for map neatlines, titles, etc? or arbitrary drawing of more features?
18:57:15 <albertov> springmeyer: not as powerful as "symbolizers as plugins" and tied to pycairo but maybe useful?
18:58:06 <springmeyer> gotcha
18:58:51 <springmeyer> when chatting about symbolizers and plugins before I was not thinking outside the box of c++ libs, python symbolizers thats certainly a cool idea
18:59:31 <albertov> springmeyer: features mainly (so mapnik takes care of all the view transforms). static figures (ie: at pixmap coordinates) can already be done via pycairo and mapnik2.render(map, cairo_ctx), right
18:59:46 <springmeyer> yep
19:00:40 <springmeyer> django/pycairo stuff at http://MapOSMatic.org is good example of latter usage
19:02:54 <albertov> springmeyer: nice site
19:06:39 * springmeyer takes no credit but likes it too :)
19:07:21 <springmeyer> it caught the eye of one of the lead cairo devs as a chance to do some performance benchmarking of cairo api
19:08:45 <springmeyer> albertov: if you think python/cairo subclass stuff would be doable I'm ++
19:09:14 <springmeyer> at the least it would be darned useful for scoping new features
19:09:30 <springmeyer> e.g. #180 as I wrote it in pycairo first when starting out
19:09:31 <nikq> Ticket #180: Parameter for line symbolizer to offset line to one side, http://trac.mapnik.org/ticket/180
19:10:40 <albertov> springmeyer: I'll open a ticket for it, unfortunately the time I could beg my managers to invest on mapnik ATM is running out so I don't think I'll be able to look at it now...
19:11:28 * springmeyer nods
19:18:17 <nikq> Mapnik Trac: MemoryDatasource created | http://trac.mapnik.org/wiki/MemoryDatasource?version=1
19:25:54 <nikq> Mapnik Trac: Ticket #533 (Implement a BaseCairoSymbolizer) created | http://trac.mapnik.org/ticket/533
19:26:27 <Ldp__> Problem loading plugin library: /usr/local/lib64/mapnik/input/ogr.input (libtool error: file not found)
19:26:28 <Ldp__> Problem loading plugin library: /usr/local/lib64/mapnik/input/gdal.input (libtool error: file not found)
19:26:38 <Ldp__> some new messages from renderd :/
19:27:14 <Ldp__> the files are there
19:29:43 <Ldp__> ah, some goodies from scons.py configure too:
19:29:43 <Ldp__> .sconf_temp/conftest_31: error while loading shared libraries: libjpeg.so.62: cannot open shared object file: No such file or directory
19:29:43 <Ldp__> Problem encountered parsing mapnik version, falling back to [0, 7, 1]
19:31:29 <nikq> Mapnik Trac: Ticket #533 (Implement a BaseCairoSymbolizer) updated | http://trac.mapnik.org/ticket/533#comment:1
19:31:44 <springmeyer> Ldp__: '(libtool error: file not found)' almost always means that the lib WAS found, but is not C++ ABI compatible with libmapnik.so
19:32:00 <springmeyer> e.g. that it is from an older mapnik compile...
19:32:15 <Ldp__> the only libjpeg.so.62 I have is in lib32. The lib64 versions are .7 and .8
19:32:25 <Ldp__> I did a scons.py -c before this
19:32:34 <springmeyer> hmm
19:32:57 <Ldp__> I did perform some updates of these libraries yesterday
19:32:58 <springmeyer> can you also rm those installed *input libs?
19:33:19 <Ldp__> I zapped the complete mapnik install, and installed from scons
19:33:27 <springmeyer> sometimes scons does not overwrite them when it should
19:33:29 <springmeyer> oh
19:33:48 <Ldp__> but scons configure already has issues:
19:33:48 <Ldp__> .sconf_temp/conftest_31: error while loading shared libraries: libjpeg.so.62: cannot open shared object file: No such file or directory
19:33:53 <springmeyer> so perhaps gdal is broken for that specific libjpeg issue?
19:33:57 <Ldp__> why won't it find my lib64 versions?
19:34:13 <springmeyer> good question
19:34:45 <springmeyer> it will likely find the symlink libjpeg.so
19:34:59 <springmeyer> maybe the symlink still points to .62 ?
19:35:36 <Ldp__> /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: warning: libjpeg.so.7, needed by /usr/lib64/libgdal.so, may conflict with libjpeg.so.8
19:35:41 <Ldp__> /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/../../../../x86_64-pc-linux-gnu/bin/ld: warning: libjpeg.so.62, needed by /usr/lib/libgeotiff.so.1.2, not found (try using -rpath or -rpath-link)
19:36:20 <Ldp__> I'll do some system cleanups first :)
19:38:10 <springmeyer> wow, crazy paths...
19:38:53 <springmeyer> Ldp__: btw, in the background of work I'm also debugging changed libjpeg names for the osx binaries, which are now going to be using jpegv8 I think :)
19:41:24 *** racicot_ (~chatzilla@dsl-66-228-218-217.dsl.fibercloud.net) has joined #mapnik
19:41:36 <Ldp__> yeah, this is a case of running 'revdep-rebuild'
19:42:29 *** racicot_ is now known as racicot
19:42:54 *** racicot has quit (Changing host)
19:42:54 *** racicot (~chatzilla@osgeo/member/racicot) has joined #mapnik
19:48:40 *** ultrus (~chris@c-75-70-249-158.hsd1.co.comcast.net) has joined #mapnik
20:08:41 <Ldp__> springmeyer: right, resolved those linker refs, configure is ok now
20:08:59 <springmeyer> Ldp__: great
20:13:46 *** nikq has quit (Ping timeout: 245 seconds)
20:14:13 *** racicot has quit (*.net *.split)
20:14:13 *** ultrus has quit (*.net *.split)
20:14:14 *** dukeku_ has quit (*.net *.split)
20:14:14 *** gdmfsob has quit (*.net *.split)
20:14:14 *** twain47 has quit (*.net *.split)
20:14:14 *** jctull has quit (*.net *.split)
20:14:14 *** cgs_bob has quit (*.net *.split)
20:14:15 *** crust has quit (*.net *.split)
20:14:15 *** hobu has quit (*.net *.split)
20:14:15 *** dkb has quit (*.net *.split)
20:14:16 *** ortelius has quit (*.net *.split)
20:14:16 *** chad_burt has quit (*.net *.split)
20:14:17 *** Ldp__ has quit (*.net *.split)
20:14:17 *** dodobas has quit (*.net *.split)
20:14:17 *** tomhughes has quit (*.net *.split)
20:14:17 *** jbronn has quit (*.net *.split)
20:14:18 *** StormTide has quit (*.net *.split)
20:14:18 *** mapnikbuild has quit (*.net *.split)
20:14:19 *** rullzer has quit (*.net *.split)
20:14:19 *** cmarqu has quit (*.net *.split)
20:14:19 *** CIA-29 has quit (*.net *.split)
20:14:20 *** albertov has quit (*.net *.split)
20:14:20 *** Komzzpa has quit (*.net *.split)
20:14:20 *** wonderchook has quit (*.net *.split)
20:14:20 *** springmeyer has quit (*.net *.split)
20:14:21 *** mperry has quit (*.net *.split)
20:14:21 *** ser has quit (*.net *.split)
20:15:12 *** racicot (~chatzilla@osgeo/member/racicot) has joined #mapnik
20:15:12 *** chad_burt (~chad_burt@mm-01.msi.ucsb.edu) has joined #mapnik
20:15:12 *** wonderchook (~wondercho@209.155.228.129) has joined #mapnik
20:15:12 *** jctull (~jctull@adsl-75-0-14-85.dsl.renocs.sbcglobal.net) has joined #mapnik
20:15:12 *** dkb (~dkb@66-219-8-179.ip.gvtel.com) has joined #mapnik
20:15:12 *** cgs_bob (~bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik
20:15:12 *** albertov (~alberto@46.Red-88-25-77.staticIP.rima-tde.net) has joined #mapnik
20:15:12 *** Ldp__ (~thid@osm.xs4all.nl) has joined #mapnik
20:15:12 *** Komzzpa (~kom@mm-71-245-57-86.leased.line.mgts.by) has joined #mapnik
20:15:12 *** springmeyer (~springmey@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
20:15:12 *** StormTide (~Kevin@2002:186c:64c0:0:21d:60ff:fe5e:cf66) has joined #mapnik
20:15:12 *** dodobas (~dodobas@open.geof.hr) has joined #mapnik
20:15:12 *** dukeku_ (dukeku@adhd.irule.net) has joined #mapnik
20:15:12 *** CIA-29 (cia@208.69.182.149) has joined #mapnik
20:15:12 *** cmarqu (colin@oemcomputer.oerks.de) has joined #mapnik
20:15:12 *** gdmfsob (~gdmfsob@smtp-kyiv.cogniance.com) has joined #mapnik
20:15:12 *** rullzer (~roeland@85.148.168.96) has joined #mapnik
20:15:12 *** mperry (~mperry@c-67-164-175-65.hsd1.co.comcast.net) has joined #mapnik
20:15:12 *** mapnikbuild (~mapnikbui@miranda.nwcr.net) has joined #mapnik
20:15:12 *** ser (~ser@house.metalab.unc.edu) has joined #mapnik
20:15:12 *** jbronn (~jbronn@70-138-113-15.lightspeed.hstntx.sbcglobal.net) has joined #mapnik
20:15:12 *** tomhughes (~tom@gosford.compton.nu) has joined #mapnik
20:15:12 *** ortelius (~ortelius@ip72-197-143-2.sd.sd.cox.net) has joined #mapnik
20:15:12 *** crust (~crust@vobster.nepharia.org) has joined #mapnik
20:15:12 *** twain47 (~twain47@cpc8-shef7-0-0-cust85.barn.cable.virginmedia.com) has joined #mapnik
20:15:12 *** hobu (~hobu@osgeo/member/hobu) has joined #mapnik
20:24:04 *** ultrus (~chris@c-75-70-249-158.hsd1.co.comcast.net) has joined #mapnik
20:32:04 *** ultrus has quit (Quit: ultrus)
20:52:23 *** springmeyer_ (~springmey@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
20:52:30 *** springmeyer_ has quit (Remote host closed the connection)
20:52:36 *** springmeyer_ (~springmey@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
20:52:42 *** springmeyer has quit (Read error: Connection reset by peer)
20:52:42 *** springmeyer_ is now known as springmeyer
21:21:28 *** albertov has quit (Quit: albertov)
21:22:44 *** wonderchook has quit (Remote host closed the connection)
21:41:24 *** jburgess (~jburgess@15.92.187.81.in-addr.arpa) has joined #mapnik
22:00:57 *** dkb has quit (Ping timeout: 258 seconds)
22:02:45 *** wonderchook (~wondercho@pool-72-66-109-70.washdc.fios.verizon.net) has joined #mapnik
22:12:02 *** dkb (~dkb@66-219-8-179.ip.gvtel.com) has joined #mapnik
22:15:53 *** dkb1 (~dkb@66-219-8-179.ip.gvtel.com) has joined #mapnik
22:16:38 *** dkb has quit (Ping timeout: 256 seconds)
22:45:04 *** jctull has quit (Quit: jctull)
23:06:00 *** wonderchook has quit (Remote host closed the connection)
23:06:55 *** rweait (~nerd@weait.tor.istop.com) has joined #mapnik
23:19:55 *** ultrus (~chris@c-75-70-249-158.hsd1.co.comcast.net) has joined #mapnik
23:23:55 *** ultrus has quit (Client Quit)
23:24:19 *** Ldp__ has quit ()
23:25:21 *** ultrus (~chris@c-75-70-249-158.hsd1.co.comcast.net) has joined #mapnik
23:26:35 *** ultrus has quit (Client Quit)
23:29:37 *** nikq (~nikq@li21-121.members.linode.com) has joined #mapnik
23:41:45 *** springmeyer_ (~springmey@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
23:43:43 *** springmeyer_ has quit (Remote host closed the connection)
23:43:49 *** springmeyer_ (~springmey@c-76-28-156-154.hsd1.wa.comcast.net) has joined #mapnik
23:44:09 *** cgs_bob_ (~bob@122.135-78-65.ftth.swbr.surewest.net) has joined #mapnik
23:44:22 *** springmeyer has quit (Read error: Connection reset by peer)
23:44:23 *** springmeyer_ is now known as springmeyer
23:44:39 *** cgs_bob has quit (Remote host closed the connection)