--- Log opened Sun Mar 18 00:00:39 2012
01:37 -!- revdiesel [~androirc@c-68-55-234-6.hsd1.md.comcast.net] has joined #navit
01:38 -!- revdiesel [~androirc@c-68-55-234-6.hsd1.md.comcast.net] has quit [Client Quit]
01:38 -!- revdiesel [~androirc@c-68-55-234-6.hsd1.md.comcast.net] has joined #navit
01:40 -!- revdiesel [~androirc@c-68-55-234-6.hsd1.md.comcast.net] has quit [Client Quit]
04:02 -!- Netsplit *.net <-> *.split quits: hape_
04:06 -!- Netsplit over, joins: hape_
05:02 -!- noradtux|away [~noradtux@2002:4e36:7b33::1] has quit [Ping timeout: 260 seconds]
05:02 -!- sera_ [~sera@gentoo/developer/sera] has joined #navit
05:04 -!- sera [~sera@gentoo/developer/sera] has quit [Read error: Operation timed out]
05:08 -!- noradtux|away [~noradtux@2002:4e36:139f::1] has joined #navit
05:09 -!- noradtux|away is now known as noradtux
07:08 < PaulFertser> Hm, routes computed for bicycles through a big city (Moscow) look insane, too many turns and narrow between-the-houses pathes. Does it work decently for other places?
07:45 -!- sera_ is now known as sera
08:22 < PaulFertser> Hey, does "navigation_next_turn" osd work for anybody in current svn?
08:22 < PaulFertser> It shows the same curved road all the time for me.
08:23 < PaulFertser> Also, both ${navigation.item.destination_time[arrival]} and type="scale" seem to be crashing navit for me.
08:25 < PaulFertser> Also, nibbler01 osd layout from http://wiki.navit-project.org/index.php/OSD_Layouts features a nice screenshot with osd labels on transparent background. However, the labels' backgound is not transparent for me :-o
08:25 < PaulFertser> Known issue, misunderstanding on my part?
08:29 < PaulFertser> That's on a standard Debian system, latest "trunk".
08:36 < PaulFertser> There's something very fishy with the bg colours for the osd... using gtk_drawing_area here of course.
08:42 < PaulFertser> And with background_color="#FFFF0000" instead of "#646FC300" i get transparent background for the fonts (but the letters look ugly), something's really messy here.
08:52 < PaulFertser> Hm, next_turn apparently doesn't work because it can't load e.g. nav_left_1_wh.svg in -1x-1 ahem...
09:10 < PaulFertser> wowon was asking about changing osd attributes with dbus but there's nobody to tell him :(
09:41 < curious> PaulFertser, which OS you use ?
09:42 < curious> PaulFertser, i use routing with bicycles and afaik it's designed to route one away from any big roads, to avoid traffic
09:42 < curious> PaulFertser, and style depends a lot of what OSM data are underneath
09:43 < curious> i.e. if 'big road' has also footways or cycle lane , then it's choosed ok, if not - it's assumed cars go there with speeds 60km/h+ and bicycles are unwelcome
09:44 < PaulFertser> curious: Debian GNU/Linux, internal gui, gtk drawer.
09:44 < curious> if your local driving style/rules are different then it's pretty simple to fix that in roadprofile
09:44 < curious> ah. i use wince so some parts of my config will be incompatible for you
09:44 < PaulFertser> curious: there's almost no bicycle lanes in Moscow, so it's really useless here.
09:45 < curious> http://83.18.229.190/curious/gps/navit/navit.xml
09:45 < curious> check out this example though
09:45 < PaulFertser> curious: our laws permit 60km/h on many city roads but bicycles are also allowed. In fact i peak at >60km/h in one place during my way to work.
09:45 < curious> you have few profiles inside
09:45 < curious> bicycle-shortest, bicycle-avoid-traffic etc.
09:46 < curious> each profile routes you with different rules, i.e. one just chooses shortest path no matter of road type (also i.e. gravel and ground roads, which sucks when there is rain and mud) and other is paranoid of heavy traffic (so sucks in i.e. peak hours)
09:47 < PaulFertser> curious: i see
09:48 < PaulFertser> curious: pretty clear
09:48 < curious> night bicycle is some kind of compromise, choosing just best quality roads, assuming no traffic
09:49 < curious> (i.e. there is little night traffic in poland so one can use almost any road for bicycle safely except expressways ofc)
09:49 < PaulFertser> curious: i see no night bicycle there though
09:50 < curious> ah, i nuked it to just 'bicycle'
09:51 < PaulFertser> I like the flexibility of navit
09:51 < curious> it's just example ofc, it's pretty simple to roll your own rules
09:51 < PaulFertser> Yep
09:53 < PaulFertser> I wonder if navit is supposed to be able and scale svg files on the fly or not?
09:53 < PaulFertser> I can't figure it out from the code fast, somehow it seems to not work for me.
09:53 < curious> hmm, afaik it should, but if it doesn't work there is .png falback
09:54 < PaulFertser> navigation_next_turn seems to misbehave here
09:54 < curious> i use it with png as wince on small portable unit is just too slow to scale svg
09:56 < curious> but recent code has some issues, used latest build yesterday and it crashed few times on road
09:56 < curious> previous versions were not , so something changed on worse
09:56 < PaulFertser> It crashes for me on load even, but not always.
09:57 < curious> also parsing traffic distortion does not work anymore
09:57 < curious> i.e. blocked roads do not block routing
09:57 < curious> at least on wince
10:15 < PaulFertser> Hm, i see the pngs for the next_turn are generated in a weird way: the white variants have no alpha channel but i can't see how they're supposed to work with the arrows themselves being white.
10:18 < PaulFertser> With icon_src="%s_bk_48_48.png" icon_w="48" icon_h="48" align="15" background_color="#FFFFFF00" it works ok'ish
10:19 < PaulFertser> But this whole background colour idea and not loading svg is still strange...
10:33 -!- Dark_Ebola [~ebola@AToulouse-551-1-151-145.w109-214.abo.wanadoo.fr] has joined #navit
11:10 -!- tryagain [57f5cb19@gateway/web/freenode/ip.87.245.203.25] has joined #navit
11:20 < tryagain> PaulFertser AFAIK svgs should be scaleable where they are supported. On WinCE (and probably Win32) thre's no support for svgs and no graphics is able to be scaled on-the-fly. So if you miss prescaled icon of size needed, you may get weird results.
11:28 < PaulFertser> tryagain: but i'm using gtk drawer and navigation_next_turn doesn't work properly with svg and the png's that are generated white have also white background, so essentially are a white rectangle :/
11:29 < PaulFertser> tryagain: with svg it simply refuses to load them saying can't load ...svg of size -1x-1
11:32 < tryagain> size -1x-1 usually means it should not be scaled but drawn in original size
11:38 < PaulFertser> tryagain: but svg has no original size :)
11:38 < PaulFertser> Hm, those do have 64px specified.
11:39 < PaulFertser> But anyway, something's broken.
11:54 -!- udovdh [~udovdh@pindarots.xs4all.nl] has quit [Ping timeout: 245 seconds]
11:54 -!- udovdh [~udovdh@pindarots.xs4all.nl] has joined #navit
13:14 -!- NavitLog1er [~number6@140.203.205.173] has joined #navit
13:14 -!- Topic for #navit: The open source vector based navigation program with routing engine. See http://wiki.navit-project.org. Please be patient if you don't get a response immediately. Please use http://navit.pastebin.com for your pastes! Channel is logged : http://irclogs.navit.ie/ Follow @NavitProject on Twitter.
13:14 -!- Topic set by KaZeR [~kazer@4.170.67.86.rev.sfr.net] [Mon May 23 18:10:04 2011]
13:14 [Users #navit]
13:14 [@ChanServ] [ Dark_Ebola] [ kondrat1206] [ PaulFertser] [ tfgbd    ] 
13:14 [@Horwitz ] [ davem     ] [ latouche   ] [ pini       ] [ tg       ] 
13:14 [ arnotixe] [ ebola_    ] [ merlijn    ] [ RedDog     ] [ toer     ] 
13:14 [ Brinky  ] [ efess`    ] [ Mineque_   ] [ ricky26    ] [ trip0    ] 
13:14 [ bzed    ] [ fOB       ] [ NavitLog1er] [ sanji42    ] [ tryagain ] 
13:14 [ CIA-49  ] [ hape_     ] [ NavitLogger] [ ScriptFanix] [ udovdh   ] 
13:14 [ ColdFyre] [ KaZeR     ] [ noradtux   ] [ sera       ] [ udovdh_  ] 
13:14 [ curious ] [ kenguest_ ] [ Number6    ] [ sera_      ] [ UukGoblin] 
13:14 -!- Irssi: #navit: Total of 40 nicks [2 ops, 0 halfops, 0 voices, 38 normal]
13:14 -!- Channel #navit created Sun Nov 26 06:47:57 2006
13:14 -!- Irssi: Join to #navit was synced in 4 secs
13:19 -!- Netsplit *.net <-> *.split quits: sera, udovdh, Dark_Ebola, trip0, NavitLogger
13:20 -!- trip0 [tripzero@nat/intel/x-ujpatvbepuasfcqm] has joined #navit
14:30 -!- noradtux [~noradtux@2002:4e36:139f::1] has quit [Ping timeout: 260 seconds]
14:58 -!- noradtux|away [~noradtux@g231168247.adsl.alicedsl.de] has joined #navit
14:58 -!- noradtux|away is now known as noradtux
15:02 -!- inoculator [543cfeac@gateway/web/freenode/ip.84.60.254.172] has joined #navit
15:03 < inoculator> Hello Everybody.
15:03 < PaulFertser> Hi
15:05 -!- inoculator_ [543ce8ff@gateway/web/freenode/ip.84.60.232.255] has joined #navit
15:05 < inoculator_> ups.. WLAN dropped
15:05 < inoculator_> Has anyone inhere experience with gpsd and gpsfeed+ ?
15:07 -!- inoculator [543cfeac@gateway/web/freenode/ip.84.60.254.172] has quit [Ping timeout: 245 seconds]
15:07 < inoculator_> hmm.. I am still in the channel... and where is this underscore comming from?!
15:08 < inoculator_> nobody who uses gpsfeed+ to simulate gps?!
15:08 -!- udovdh_ [~udovdh@pindarots.xs4all.nl] has quit [Quit: Leaving]
15:11 < PaulFertser> inoculator_: hm, it looks like it should work out-of-the-box, what's the issue?
15:19 < inoculator_> I have gpsfeed+ running configured to ttyS0 and start gpsd with /dev/ttyS0 but neither NavIT nor xgps show any incoming signals
15:22 < PaulFertser> inoculator_: do you mean you have two computers connected over plain old rs-232 and you're running gpsfeed+ on one of them and gpsd on another?
15:22 < inoculator_> both are running on the same machine. Its a VM-Guest
15:24 < PaulFertser> inoculator_: so what makes you think ttyS0 is appropriate then? It's a hardware serial port.
15:24 < PaulFertser> inoculator_: gpsfeed+ running on ttyS0 means that it will output NMEA over the PC's serial port.
15:25 < inoculator_> hmm.. ok.. so the problem is in front of the monitor..
15:25 < PaulFertser> You can't use it to connect the stream "back". Also, why might one want to do that if gpsfeed can provide the same data over a tcp channel?
15:25 < PaulFertser> inoculator_: you can either use it without gps, connect navit directly to the tcp socket provided by gpsfeed+
15:25 < inoculator_> I tried to dock NavIT to gpsfeed+, but failed
15:26 < PaulFertser> inoculator_: you do not need gpsd for that, just configure gpsfeed+ to use a tcp socket, and navit to connect to it.
15:27 < inoculator_> what do I have to put under "source" in navit.xml for it?
15:27 < PaulFertser> gpsd://localhost:<port> where port would be the port you configured in the gpsfeed config.
15:27 < PaulFertser> Oh ,no
15:28 < PaulFertser> Wait
15:30 < PaulFertser> inoculator_: source="pipe:/usr/bin/nc localhost <port>"
15:30 < PaulFertser> I.e. using netcat to connect to the said tcp port and to output the raw nmea data via an unnamed fifo (a pipe) to navit.
15:30 < inoculator_> is this for serial output, or tcp in gpsfeed?
15:32 < PaulFertser> inoculator_: tcp of course
15:32 < PaulFertser> inoculator_: if you have only a single machine, you've no serial.
15:33 < inoculator_> ok... I think it is getting something now...
15:35 < inoculator_> I put gpsfeed to circle at 7°12" E 50° 00" N, but NavIT shows 42° 49° ... strange. and I still have no Map or Menue displayed.
15:38 < PaulFertser> inoculator_: are you a first-time navit user?
15:38 < inoculator_> no and yes. I have NavIT running on my Android and now like to have a DEV-Console on an Ubuntu VMWare Guest.
15:41 < PaulFertser> inoculator_: i mean you can make it show menu and the map without a fake gps source.
15:41 < PaulFertser> inoculator_: first of all, the internal gui by default shows a menu if you tap (press 1st mouse button) on map.
15:42 < PaulFertser> inoculator_: and to see your map i suggest you add an appropriate center element in the config.
15:43 < PaulFertser> inoculator_: for many purposes the intergrated "demo" gps plugin is also enough.
15:44 < PaulFertser> inoculator_: just enable it, set position and destination via the menu, and it'll start simulating.
15:52 < inoculator_> hmm. ok, I have managed to set the map to display my area. But is still doesn't display a correct location from the GPS
15:54 -!- noradtux is now known as noradtux|away
15:57 < PaulFertser> inoculator_: are you sure it's not latitude/longitude swapped for you?
15:59 < inoculator_> hmm... I have no idea.
16:00 < inoculator_> the simulator (gpsfeed) does draw the correct circle and shows Lat and Lon correct
16:01 < PaulFertser> inoculator_: you can try to attach gpsd to the same tcp socket (while navit is not running) and use xgps to verify how it works.
16:01 < PaulFertser> inoculator_: and if it does you can attach navit to this gpsd.
16:02 -!- xevilstar [~kvirc@88.149.150.131] has joined #navit
16:03 < inoculator_> which string do I have to give gpsd?
16:03 < xevilstar> http://pastebin.com/0sthvncs please help i have tried all version same error
16:03 < xevilstar> i am stuck
16:13 < PaulFertser> inoculator_: tcp://localhost:<port> i think
16:16 < inoculator_> gpsd -N tcp://localhost:80  --> device activation failed. No such Device.
16:17 < inoculator_> I have to break now. I will return later. Thanks for now.
16:17 < inoculator_> If You have a solution, I will read the logs later on
16:17 < inoculator_> bye
16:18 -!- inoculator_ [543ce8ff@gateway/web/freenode/ip.84.60.232.255] has quit [Quit: Page closed]
16:18 -!- neko1 [~neko@pD9F7BE31.dip.t-dialin.net] has joined #navit
16:21 < neko1> hi @ all :)
16:21 < xevilstar> hi neko
16:22 < neko1> is there posibility to search for cities in other nations without change the locations in the xml?
16:22 < neko1> i mean during use?
16:23 < xevilstar> http://pastebin.com/0sthvncs please help i have tried all version same error i dunno neko1 i am stuck here
16:29 < neko1> i think ur problem is not the program or his version...
16:29 < neko1> more the config
16:30 < neko1> did u use the original navit.xml?
16:31 < xevilstar> haven't chenged a dot
16:31 < xevilstar> this is a compilation error
16:31 < xevilstar> neko1
16:31 < neko1> yes, sorry
16:32 < neko1> what os?
16:33 < xevilstar> gentoo linux 64 bit on an atom ion2
16:33 < neko1> it could be, that it's a 64bit prob?
16:33 < xevilstar> no
16:33 < xevilstar> it clearly tells you in the error
16:34 < xevilstar> there's some coding mistakes based on the old gpsd version
16:35 < xevilstar> 'struct gps_data_t' has no member named 'satellites'
16:35 < xevilstar> it means what it sais
16:37 < xevilstar> also                       vehicle_gpsd.c:322:14: error: too few arguments to function 'vehicle_gpsd_callback'
16:37 < xevilstar> means what it sais
16:38 < xevilstar> what could it have to have with 64 versus 32 platform ?
16:38 < xevilstar> neko1: clues ?
16:39 < neko1> no, i tryed to find some info...
16:40 < xevilstar> here it is clear there's a patch to be done ...
16:44 < neko1> so now it works?
16:44 < xevilstar> no
16:44 < xevilstar> i am not able to do the patch
16:44 < xevilstar> i am asking here for some help
16:47 < xevilstar> any devs here ? pleeease ?
16:47 < xevilstar> :)
16:49 < PaulFertser> xevilstar: are you having problems compiling navit?
16:49 < xevilstar> yes
16:49 < xevilstar> i am desperate
16:50 < xevilstar> https://bugs.gentoo.org/show_bug.cgi?id=176552
16:51 < xevilstar> PaulFertser: please help me
16:52 < PaulFertser> xevilstar: ok, i'll try, holdon
16:52 < xevilstar> thank you PaulFertser
16:52 < xevilstar> :)
16:53 < xevilstar> gpsdrive is too much complicated i wish to include navit in my wearable hehehehe
16:54 < PaulFertser> xevilstar: what libgps version do you have installed?
16:54 < neko1> http://lists.gpsdrivers.org/pipermail/gpsdrive/2010-May/002519.html
16:54 < neko1> may there is some answer...
16:54 < xevilstar> PaulFertser: searching ...
16:55 -!- fOB [~fob@ip-178-202-247-64.unitymediagroup.de] has quit [Quit: Leaving]
16:55 < xevilstar> sci-geosciences/gpsd-3.4  USE="X bluetooth cxx dbus ipv6 ncurses ntp python qt4 shm sockets udev usb -debug -test" GPSD_PROTOCOLS="aivdm ashtech earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 navcom nmea ntrip oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tnt tripmate tsip ubx -clientdebug"
16:56 < xevilstar> it seems that libgps got included
16:56 < xevilstar> it is not in portage anymore
16:56 < xevilstar> got gpsd 3 running
16:56 < xevilstar> xgps finds sats
16:57 < PaulFertser> xevilstar: ok, so do you mean that HAVE_LIBGPS19 is not getting set for you when navit is configuring?
16:57 < PaulFertser> xevilstar: can you pastebin your config.log?
16:57 < xevilstar> PaulFertser: immediately
16:58 < PaulFertser> It's cool how it's sufficient to be a "dev" and not necessarily a "navit dev" to help sometimes.
16:58 -!- fOB [~fob@ip-178-202-247-64.unitymediagroup.de] has joined #navit
16:59 < xevilstar> PaulFertser: http://pastebin.com/diXFHnWN
17:01 < tryagain> xevilstar Looks like you have wrong gpsd version. Though unsure what is the right version.
17:02 < xevilstar> i think the right one is so old it could be better to consider to update the code
17:03 < PaulFertser> xevilstar: are you using a revision older than 3704 ?
17:03 < PaulFertser> tryagain: no, i guess he's using a right gps version :)
17:03 < xevilstar> it should be the latest
17:03 < xevilstar> let me check
17:03 < neko1> maybe someone knows if there is a possibility to search for cities nor poi's in other nations?
17:04 < PaulFertser> neko1: without restarting navit?
17:04 < PaulFertser> neko1: i think you can just use something like ``LC_ALL=gb LC_MESSAGES=C navit''
17:05 < xevilstar> PaulFertser: no it is 4somethingsomething
17:05 < neko1> yes during use
17:05 < xevilstar> Fetching external item into 'navit/script/osm/Utils'
17:05 < xevilstar> External at revision 28110.
17:06 < xevilstar> At revision 4977.
17:06 < tryagain> neko1 Go to the town search, then press your country flag displayed to the left of the search input field, and select another country
17:06 < xevilstar> PaulFertser: it is 4977
17:07 < xevilstar> in other words latest
17:07 < neko1> ???
17:07 < neko1> where to get 4977
17:07 < neko1> the last i see is 4974
17:08 < xevilstar> neko1: via svn usin linux
17:08 < xevilstar> using linux
17:08 < PaulFertser> xevilstar: xevilstar what does ``pkg-config --libs libgps'' say?
17:09 < xevilstar> not found
17:09 < xevilstar> and it is not in portage
17:09 < PaulFertser> xevilstar: ok, so this is the problem i guess.
17:11 < xevilstar> couldn't it be that libgps got included in the latest gpsd ?
17:12 < xevilstar> i cannot find the source anywhere
17:13 < xevilstar> locate libgps
17:13 < xevilstar> /lib64/libgps.so
17:14 < xevilstar> /lib64/libgps.so.20
17:14 < xevilstar> /lib64/libgps.so.20.0
17:14 < xevilstar> /lib64/libgps.so.20.0.0
17:14 < xevilstar> but i have it
17:14 < PaulFertser> xevilstar: you can try adding http://paste.debian.net/160224/ to your system to an appropriate place (amend accordingly).
17:14 < xevilstar> PaulFertser: i have it installed
17:14 < PaulFertser> xevilstar: that's pkgconfig file
17:14 < PaulFertser> xevilstar: you need pkgconfig/libgps.pc
17:15 < xevilstar> locate libgps.pc
17:15 < xevilstar> /lib64/pkgconfig/libgps.pc
17:15 < xevilstar> i have it
17:17 < PaulFertser> xevilstar: what about pkg-config?
17:17 < xevilstar> pkg-config --libs libgps
17:17 < xevilstar> Package libgps was not found in the pkg-config search path.
17:17 < xevilstar> Perhaps you should add the directory containing `libgps.pc'
17:17 < xevilstar> to the PKG_CONFIG_PATH environment variable
17:17 < xevilstar> No package 'libgps' found
17:17 < PaulFertser> xevilstar: if you have it in an appropriate place, pkg-config --libs libgps should be telling something decent
17:17 < xevilstar> i haven't moved it
17:18 < PaulFertser> xevilstar: so, it's apparently a problem with your pkg-config config, no?
17:18 < PaulFertser> xevilstar: what else do you have in /lib64/pkgconfig/ ?
17:18 < xevilstar> has pkgconfig a conf ?
17:19 < PaulFertser> xevilstar: not really afair
17:20 < PaulFertser> xevilstar: you can add a directory by setting PKG_CONFIG_PATH
17:20 < tryagain> xevilstar what 'echo $PKG_CONFIG_PATH' reports? Try running as suggested by pkgconfig: set PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/lib64/pkgconfig/
17:21 < PaulFertser> tryagain: but on a proper system it shouldn't be needed, pkg-config should be able to find all the distro-installed pc files.
17:21 < tryagain> live
17:21 < tryagain> we all leave in improper world
17:21 < xevilstar> strange
17:21 < xevilstar> i haven't touched the profile
17:21 < xevilstar> and the var is void
17:21 < PaulFertser> tryagain: yes, but i think xevilstar should contact gentoo devs.
17:22 < PaulFertser> xevilstar: the var should be void, that's ok.
17:23 < tryagain> On gpsd versions, there was some discussion here. Somebody was saying it's switching API too fast to follow it. As a variant, there was an idea to hardcode gpsd functionality into navit.
17:23 < xevilstar> will try an export
17:24 < xevilstar> and to compile
17:24 < xevilstar> stay tuned please
17:25 < xevilstar> could be the var needs to be added to the ebuild
17:29 < bzed> tryagain: don't think about something like that, supporting all the f*cked up gps chipsets out there would be a major pita
17:30 < bzed> tryagain: (unless you want to stick with nmea parsing, which is well... a kind of thing that might work)
17:30 < tryagain> Afaik we already have NMEA parsing
17:31 < PaulFertser> tryagain: no, gpsd is fine. It's just that one should use libgps and not gps protocol directly.
17:31 < bzed> xevilstar: you ned a development package for sure
17:31 < xevilstar> bzed: unless you do like other opensource projects selling the hardware you support
17:31 < bzed> xevilstar: what does that have to do with gpsd?
17:31 < PaulFertser> tryagain: gpsd is really a nice piece of software, and its protocol is evolving reasonably. Just use libgps and you'd be fine. Libgps19 was released long time ago.
17:32 < bzed> xevilstar: if there is hardware out there which is not supported by gpsd its a bug in gpsd
17:32 < xevilstar> [18:29:43] <bzed> tryagain: don't think about something like that, supporting all the f*cked up gps chipsets out there would be a major pita
17:32 < xevilstar> i was commentig that
17:32 < bzed> xevilstar: there is *no* open source gps chipset. and there will never ever be one.
17:33 < xevilstar> there are arduino gps modules out there
17:33 < bzed> xevilstar: which are using the same chipsets you find in any other gps device
17:33 < bzed> xevilstar: with the same buggy and incomplete documentation
17:34 < xevilstar> settin the variable made it compile
17:34 < xevilstar> i think there's a var to be set inti the ebuild
17:34 < xevilstar> into the ebuild
17:36 < PaulFertser> xevilstar: no, you should rather report it to either pkg-config or gpsd ebuild maintainers that the pc file is not getting used when it should be.
17:37 < xevilstar> PaulFertser: could be a measure to prevent libs to be detected in gentoo when you do not want those to be
17:39 < xevilstar> in the meantime i will try to add the var and upload the patched navit ebuild to the gentoo bugsite if i will manage
17:39 < xevilstar> then i will warn the devs on sunrise channel
17:39 < xevilstar> that is the navit ebuild repo chan
17:40 < xevilstar> and file a bug to gentoo pkgconfig
17:42 -!- neko1 [~neko@pD9F7BE31.dip.t-dialin.net] has quit [Quit: Leaving.]
17:43 < xevilstar> for sure including a libgps into the package could be something upsetting for the gentoo devs hehehhehheh
17:44 < xevilstar> i spoke with them for other programs
17:44 < PaulFertser> xevilstar: no
17:45 < xevilstar> they usually tend to remove such inclusions to make the progs use the system libs
17:45 < PaulFertser> xevilstar: libgps is a part of gpsd, it's part of the project.
17:45 < xevilstar> also in the install process
17:45 < PaulFertser> xevilstar: there's no "system libgps".
17:45 < xevilstar> sandbox is not happy to see a compilation process overwriting libs
17:45 < xevilstar> PaulFertser: there is if you install gpsd
17:46 < PaulFertser> xevilstar: yes, and that pkgconfig file is part of it.
17:47 < PaulFertser> xevilstar: i'm sure that file either should have installed somewhere else or it's pkgconfig improperly configured and thus not looking inside that directory. Hm. Is it a 32-bit system or a 64-bit?
17:49 < PaulFertser> s/have ins/have been ins/
17:50 < xevilstar> 64
17:55 < xevilstar> where can i download the whole world openstreetmap ?
17:56 < xevilstar> nevermind
17:56 < xevilstar> found
17:58 < xevilstar> will have it in 5 hours
17:58 < xevilstar> hehehehh
18:02 < xevilstar> https://bugs.gentoo.org/show_bug.cgi?id=408741
18:02 < xevilstar> pkgconfig bug filed
18:04 < xevilstar> i wander if the map download process can be scripted
18:05 < xevilstar> instead of having to go to the site just having to press a button could be better for the unes using my wearable
18:06 < xevilstar> s/unes/ones/g
18:06 < xevilstar> PaulFertser: clues ?
18:09 < PaulFertser> xevilstar: wget http://planet.openstreetmap.org/planet-latest.osm.bz2 ?
18:09 < xevilstar> the file navit uses is a bin file
18:10 < xevilstar> i am downloading it from the site
18:10 < xevilstar> http://maps5.navit-project.org/
18:10 < xevilstar> ready made
18:11 < PaulFertser> xevilstar: ah
18:11 < xevilstar> something like a navit plugin to easily download the maps from there
18:12 < xevilstar> i thin it could be usefull
18:12 < PaulFertser> I downloaded and converted the pbf for my country.
18:12 < xevilstar> s/thin/think/g
18:12 < PaulFertser> Hm, there's an API to download arbitrary region, probably it's not hard to implement what you propose.
18:14 < xevilstar> unfortunately i am just a unix sysadmin
18:14 < xevilstar> dev needed here
18:14 < xevilstar> hehehehh
18:16 < PaulFertser> xevilstar: not really. With dbus i think you can get current destination and position and then just pass it to the downloader API. Using dbus with dbus-send is not hard, and with python it's even easier.
18:16 < PaulFertser> xevilstar: you can find some examples here: http://wiki.openmoko.org/wiki/Manually_using_Bluetooth
19:11 < tryagain> cp15 ping
19:12 -!- qrz7 [~pku@ppp-88-217-121-246.dynamic.mnet-online.de] has joined #navit
19:28 < xevilstar> PaulFertser: still there ? :)
20:29 -!- xevilstar [~kvirc@88.149.150.131] has quit [Ping timeout: 272 seconds]
20:39 -!- xevilstar [~kvirc@88.149.150.131] has joined #navit
20:46 -!- xevilstar [~kvirc@88.149.150.131] has quit [Ping timeout: 272 seconds]
20:49 -!- xevilstar [~kvirc@88.149.150.131] has joined #navit
20:55 -!- qrz7 [~pku@ppp-88-217-121-246.dynamic.mnet-online.de] has left #navit []
21:06 -!- xevilstar [~kvirc@88.149.150.131] has quit [Ping timeout: 272 seconds]
21:10 -!- xevilstar [~kvirc@88.149.150.131] has joined #navit
22:00 -!- tryagain [57f5cb19@gateway/web/freenode/ip.87.245.203.25] has quit [Ping timeout: 245 seconds]
22:49 -!- zzing [~zzing@d24-57-81-201.home.cgocable.net] has joined #navit
22:51 -!- xevilstar [~kvirc@88.149.150.131] has quit [Ping timeout: 272 seconds]
23:06 -!- xevilstar [~kvirc@88.149.150.131] has joined #navit
23:40 -!- ebola_ [~ebola@AToulouse-551-1-151-145.w109-214.abo.wanadoo.fr] has quit [Quit: You're just jealous because the voices are talking to me]
23:42 -!- zzing [~zzing@d24-57-81-201.home.cgocable.net] has quit [Remote host closed the connection]
--- Log closed Mon Mar 19 00:00:39 2012