**** BEGIN LOGGING AT Mon Jun 15 02:59:57 2009
Jun 15 05:23:11 <mrmoku> onen|openBmap, ping
Jun 15 05:23:34 <mrmoku> onen|openBmap, what does this mean?
Jun 15 05:23:37 <mrmoku> ERROR:root:Error while sending GSM/GPS logged data: 'dict' object is not callable
Jun 15 05:25:33 <playya_> not good :)
Jun 15 05:26:49 <playya_> and whats happend to the don't panic bootsplash?
Jun 15 05:27:39 <mrmoku> playya_, spank dos :P
Jun 15 05:52:17 <PaulFertser> WTF, i came to my work and my coworkers say "look, you've plenty of ants in your hair
Jun 15 05:52:47 <PaulFertser> Only the minority of ants can fly afaik.
Jun 15 05:53:34 <mrmoku> only the potential queens flying out to build a new state afaik
Jun 15 05:53:57 <mrmoku> though if that happens there's plenty of them :P
Jun 15 05:54:39 <tobii_> morning
Jun 15 05:54:58 <Zork|Away> wtf
Jun 15 05:55:02 <Zork|Away> ants in your hair?
Jun 15 05:55:12 <PaulFertser> Zork|Away: yep
Jun 15 05:55:31 <PaulFertser> Zork|Away: and i don't think they were drones
Jun 15 05:55:41 <Zork|Away> PaulFertser: isn't that  valid reason to stay home a week? :)
Jun 15 05:55:50 <PaulFertser> mrmoku: "Mating occurs in flight and the males die shortly afterwards"
Jun 15 05:56:27 <mrmoku> yeah... so it's potential queens together with poor males, destined to day :P
Jun 15 05:56:33 <mrmoku> s/day/die/
Jun 15 05:56:33 <bzzbot> mrmoku meant: yeah... so it's potential queens together with poor males, destined to die :P
Jun 15 05:56:45 <PaulFertser> Zork|Away: nah, i don't need a reason to do that, i've 9 weeks of vacation left.
Jun 15 05:57:28 <Zork|Away> PaulFertser: those ants are maybe making a porno movie in your hair :)
Jun 15 05:57:44 <Zork|Away> Backdoor Antz 5
Jun 15 05:58:18 <PaulFertser> Zork|Away: hehehe :) Already washed them away, luckily i'm allowed to sit barechest here at my pc while my hair is drying.
Jun 15 05:58:38 <Zork|Gone> nice job
Jun 15 05:58:42 <PaulFertser> Programming
Jun 15 05:58:51 <Zork|Gone> anyway, watchout when you go out again :)
Jun 15 05:58:52 <Zork|Gone> bye
Jun 15 05:58:58 <PaulFertser> Luck
Jun 15 05:59:35 <PaulFertser> mrmoku: how's life? Did you have strong thunderstorms lately too?
Jun 15 06:06:11 <mrmoku> PaulFertser, strong thunderstorms... no. More daywork :(
Jun 15 06:06:21 <mrmoku> can't play enough with my phone
Jun 15 06:07:04 <mrmoku> PaulFertser, ahh... you mean the weather :;P
Jun 15 06:07:19 <mrmoku> yeah there was some very windy day
Jun 15 06:07:35 <mrmoku> though I live inside town, outside I heard it was quite bad
Jun 15 06:08:49 <playya_> 8238 cells left to be number one on openBmap :)
Jun 15 06:10:28 <PaulFertser> playya_: does openBmap work on Debian?
Jun 15 06:10:42 <playya_> i don't know if they have a deb
Jun 15 06:10:52 <playya_> but if you use fso it should work
Jun 15 06:11:11 <PaulFertser> playya_: the question is what gui toolkit is used
Jun 15 06:11:19 <playya_> gtk
Jun 15 06:11:28 * mrmoku off to a client now :(
Jun 15 06:11:30 <PaulFertser> Cool
Jun 15 06:11:37 <playya_> mrmoku|away, have fun
Jun 15 06:11:46 <PaulFertser> mrmoku|away: wish you a sane client ;)
Jun 15 06:13:57 * playya_ needs an assembler on his moko to work on it :(
Jun 15 06:18:26 <KaZeR> hi
Jun 15 06:20:25 <playya_> hi
Jun 15 06:27:54 <budfive_> PaulFertser: you still use debian?
Jun 15 06:29:15 <PaulFertser> budfive_: yes
Jun 15 06:29:24 <budfive_> PaulFertser: as a phone even?
Jun 15 06:35:55 <PaulFertser> budfive_: i can compile SHR and even helped a little with build problems. But i've never ever actually run it.
Jun 15 06:58:51 <spaetz> PaulFertser: are they using the full .deb packages?
Jun 15 06:59:07 <spaetz> or the embedded debian micro stuff?
Jun 15 06:59:24 * spaetz recalls there are projects to strip out unneeded files from .deb packages
Jun 15 07:01:00 <PaulFertser> spaetz: who?
Jun 15 07:01:16 <PaulFertser> spaetz: Debian on FR is a regular debian indeed
Jun 15 07:01:21 <PaulFertser> spaetz: with common repo.
Jun 15 07:28:43 <Azog> emdebian does something like this
Jun 15 07:41:13 <spaetz> ok
Jun 15 07:41:44 <spaetz> PaulFertser: I was thinking of http://www.emdebian.org/
Jun 15 07:41:46 * PaulFertser can't understand why the hell it's so hard to understand which icons will appear on desktop and which won't.
Jun 15 07:41:54 <PaulFertser> (on E's desktop)
Jun 15 07:43:07 <Ainulindale> PaulFertser: applications.menu
Jun 15 07:43:14 <Ainulindale> in /etc/X11/xdg something
Jun 15 07:43:23 <Ainulindale> Includes & excludes category
Jun 15 07:45:22 <PaulFertser> Ainulindale: thansk!
Jun 15 07:45:29 <Ainulindale> You're welcome
Jun 15 07:47:29 <PaulFertser> Ainulindale: it doesn't quite answer the question though. Which icons will appear on the desktop? Why sometimes some desktop file are ignored, how to trace the reason?
Jun 15 07:47:32 <PaulFertser> ;)
Jun 15 07:48:10 <PaulFertser> "microscope soldier" FTW
Jun 15 07:48:37 <Ainulindale> Because some categories are included according to this file and some are excluded
Jun 15 07:48:53 <Ainulindale> So in the end it'll depend on what the desktop file defines as a category
Jun 15 07:49:11 <PaulFertser> Ainulindale: grep Exclude applications.menu gives nothing here.
Jun 15 07:49:37 <Ainulindale> http://git.shr-project.org/git/?p=shr-themes.git;a=blob;f=e-wm/e-wm-menu-shr/applications.menu;h=0a13cd51904e8ad2f259151188b461e1825f6e9d;hb=HEAD
Jun 15 07:51:12 <PaulFertser> Ainulindale: mine is very similar
Jun 15 07:51:26 <Ainulindale> Check line 94 in this one
Jun 15 07:51:35 <playya> what about the Not in line 94
Jun 15 07:51:55 <Ainulindale> Anyway I'm off to work
Jun 15 07:51:57 <Ainulindale> See you guys
Jun 15 07:52:08 <playya> see you
Jun 15 07:52:26 <PaulFertser> playya: do you think that only Accessories are showed on the desktop?
Jun 15 07:53:03 <playya> there was a workaround in fso some time ago which adds office to all desktop files
Jun 15 07:54:14 <PaulFertser> playya: so you mean desktop shows only something that is not an Accessory?
Jun 15 07:54:21 <playya> i removed the not section *testing*
Jun 15 07:55:22 <playya> hmm. now there are some more double entries
Jun 15 07:56:48 <playya> the file just specifies which entry get into which category
Jun 15 07:56:56 <PaulFertser> Yes.
Jun 15 07:57:20 <PaulFertser> And the question is what should be showed on the desktop. I'm a bit too lazy/busy to look up E sources to understand that.
Jun 15 07:58:31 <playya> i think its only for the start button
Jun 15 07:59:20 <PaulFertser> Ok, but i want an icon on desktop...
Jun 15 07:59:43 <playya> which categories do you specify?
Jun 15 08:00:42 <PaulFertser> playya: no, i don't want troubleshooting. I want to understand the underlying issue :)
Jun 15 08:01:12 <spaetz> and that without looking at the code?
Jun 15 08:01:24 <spaetz> have fun with any e project :)
Jun 15 08:01:35 <playya> ah ok. I'm looking for a config file
Jun 15 08:01:36 * spaetz thinks they think code is documentation enough
Jun 15 08:04:16 <PaulFertser> spaetz: i would prefer to avoid reading sources at least for configuring my desktop icons!
Jun 15 08:04:31 * spaetz agrees
Jun 15 08:04:50 <rebelThor> hey guys, any clue why "/usr/bin/xrandr -display :0 --output default --mode 240x320" gives me a garbled screen on SHR unstable? or any other way of changing the resolution? (trying to get video playback)
Jun 15 08:05:21 <PaulFertser> rebelThor: yes
Jun 15 08:05:27 <PaulFertser> rebelThor: you're using Xglamo, right?
Jun 15 08:05:30 <spaetz> wasn't there a secret /sys file wher one had to set a value for that resolution?
Jun 15 08:05:36 <PaulFertser> rebelThor: spaetz is damn right
Jun 15 08:05:54 <rebelThor> PaulFertser: yup, Xglamo, i think :D just the basic SHR distro
Jun 15 08:05:55 <PaulFertser> rebelThor: echo qvga-normal after changing resolution to that secret file.
Jun 15 08:06:04 <rebelThor> cool, thanks
Jun 15 08:06:06 <spaetz> rebelThor, it's so obvious, how couldn't you know :)
Jun 15 08:06:26 <spaetz> no idea, which sys file it was, though, sorry
Jun 15 08:06:31 <rebelThor> i'll find it
Jun 15 08:06:38 <PaulFertser> spaetz: so obvious that SHR folks should be using Xorg for several months already ;)
Jun 15 08:06:52 <PaulFertser> rebelThor: it's called state and is in jbt* directory
Jun 15 08:07:12 <spaetz> PaulFertser: we want to switch. Does xorg work reliably now?
Jun 15 08:07:26 <PaulFertser> spaetz: for quite some time
Jun 15 08:07:32 <spaetz> But again, I want to branch of a first milestone candidate before making major changes
Jun 15 08:07:47 <spaetz> other wise we'll NEVER EVER manage to get a release out
Jun 15 08:08:25 <spaetz> currently, our biggest headache is that flakey frameworkd (or ophonekitd interaction) that makes phone go mute or otherwise broken
Jun 15 08:11:50 <playya> PaulFertser, do you mean /sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-regltr.9/glamo3362.0/glamo-spi-gpio.0/spi2.0/state?
Jun 15 08:11:52 <rebelThor> PaulFertser: found /sys/class/i2c-adapter/i2c-0/0-0073/pcf5063
Jun 15 08:11:52 <rebelThor> 3-regltr.9/glamo3362.0/glamo-spi-gpio.0/spi2.0/state which seems to work, but the colors are a bit weird, guess it's the video
Jun 15 08:12:28 <PaulFertser> rebelThor: no
Jun 15 08:13:09 <PaulFertser> rebelThor: /sys/bus/spi/drivers/jbt6k74/spi2.0/state
Jun 15 08:13:23 <PaulFertser> rebelThor: ah, it's the same
Jun 15 08:13:47 <rebelThor> lol, changing back to 640x480 won't work now :D
Jun 15 08:14:21 <PaulFertser> rebelThor: yes
Jun 15 08:14:26 <PaulFertser> rebelThor: you need to echo normal >
Jun 15 08:14:33 <rebelThor> PaulFertser: ah, i see, thanks a bunch
Jun 15 08:15:29 <playya> rebelThor, do you use -o 3 or 1?
Jun 15 08:16:25 <rebelThor> playya: none, rotated the movie when transcoded (via the wiki)
Jun 15 08:16:34 <playya> ah. ok
Jun 15 08:17:31 <rebelThor> playya: i'm about to try and not rotate it next and see how that works, -o 3 seems better for me since i usually keep the fr plugged in via usb, and the cable is above, not annoying me
Jun 15 08:18:21 <playya> i want to use it for duke3d and doom
Jun 15 08:21:09 <CIA-45> SHR: 03seba.dos1 07shr-settings * rb8bb1d628f95 10/shr_settings_modules/shr_sim.py: [SIM] display SIM information on top
Jun 15 08:30:09 <CIA-45> SHR: 03seba.dos1 07shr-settings * r2ea93dbd4275 10/shr_settings_modules/shr_sim.py: [SIM] support subscriber_numbers
Jun 15 08:35:14 <Q-Master> Hi All!
Jun 15 08:39:08 <rebelThor> any clues on why mplayer will not accept my inputs (clicks) ? :)
Jun 15 08:40:09 <CIA-45> SHR: 03seba.dos1 07shr-settings * rf573fcdce4f6 10/shr_settings_modules/shr_call.py: [Call] delete toggle instead of hiding
Jun 15 08:46:25 <PaulFertser> rebelThor: have you managed to use QVGA? It works here just fine (though TS is unusable as it continue to report 640x480 coordinates for the clicks)?
Jun 15 08:47:14 <rebelThor> PaulFertser: yeah, I can play videos, but I was trying to get the TS to work now, guess I'm out of luck then
Jun 15 08:47:54 <PaulFertser> rebelThor: work with qvga?
Jun 15 08:48:26 <PaulFertser> rebelThor: i'm sure you can do that with some tslib configuration
Jun 15 08:49:11 <rebelThor> PaulFertser: I just installed the intone video wrapper from opkg.org which seems to be able to play videos (using the patched mplayer of course) without any resolution change
Jun 15 08:49:44 <rebelThor> I don't know anything about performance yet though, it seems to be watchable
Jun 15 08:52:05 <rebelThor> nope, video is lagging and desynced from audio after a while
Jun 15 09:05:06 <CIA-45> SHR: 03seba.dos1 07shr-settings * re24361bebb17 10/shr_settings_modules/shr_call.py: [Call] fix duplicating second toggle
Jun 15 09:09:24 <CIA-45> SHR: 03seba.dos1 07shr-settings * rc7c7a611e8c4 10/shr_settings_modules/shr_call.py: [Call] add "Please wait" label
Jun 15 09:10:24 <PaulFertser> rebelThor: --hardframedrop ?
Jun 15 09:11:17 <rebelThor> PaulFertser: it seems that the intone app is still in a very early stage, and has the mplayer string hard-coded :D
Jun 15 09:11:39 <PaulFertser> rebelThor: you can press "d" iirc to toggle it runtime
Jun 15 09:18:41 <CIA-45> SHR: 03seba.dos1 07shr-settings * rb949152e6835 10/shr_settings_modules/shr_gps.py: [GPS] use os.unlink and delete button instead of hiding
Jun 15 09:23:32 <spaetz> rebelThor: isn't intone just using mplayer as an backend?
Jun 15 09:23:33 <SHR-WugBranler> tracfeed: Ticket #517 (opkg lock file in wrong place) updated <http://trac.shr-project.org/trac/ticket/517#comment:2>
Jun 15 09:23:42 <rebelThor> spaetz: yup
Jun 15 09:24:02 <spaetz> do people agree that an http server is overkill for the FR? I'll close the bug ticket then.
Jun 15 09:24:19 <Ainulindale> I don't think it's overkill
Jun 15 09:24:25 <Ainulindale> The user should be able to do what he wants
Jun 15 09:24:29 <Ainulindale> What's the ticket number,
Jun 15 09:24:30 <Ainulindale> ?
Jun 15 10:22:04 <ptitjes> hello
Jun 15 10:23:03 <playya> hi ptitjes 
Jun 15 10:23:21 <ptitjes> hello playya 
Jun 15 10:36:53 <spaetz> 518
Jun 15 10:37:02 <playya> 42
Jun 15 10:37:17 <spaetz> Ainulindale: ^^^ cherokee web server ticket (it on dev.oe.org already)
Jun 15 10:37:21 <spaetz> playya: :-P
Jun 15 10:39:34 <tmzt> how is any of that specific to shr or fr
Jun 15 10:45:29 <PaulFertser> Does anyone in here want to fix to easy bugs in openBmap?
Jun 15 10:46:00 <Q-Master> PaulFertser: what bugs?
Jun 15 10:46:20 <Q-Master> PaulFertser: what is the specific of that 22uF condensator?
Jun 15 10:52:48 <PaulFertser> Q-Master: not at all. Just glade file location hardcoded and using a wrong way to upload files.
Jun 15 10:54:21 <Q-Master> PaulFertser: hm. I want to try to, but not sure will I be able to. 8)
Jun 15 10:54:22 <SHR-WugBranler> tracfeed: Ticket #518 (Webserver) updated <http://trac.shr-project.org/trac/ticket/518#comment:2> || Ticket #518 (Webserver) updated <http://trac.shr-project.org/trac/ticket/518#comment:1>
Jun 15 10:54:35 <PaulFertser> Q-Master: for any python programmer it should be easy.
Jun 15 10:55:23 <PaulFertser> Q-Master: for hardcoded file -- openBmap should work even if i specify --prefix=/usr/local/ to python setup.py
Jun 15 10:55:50 <Q-Master> PaulFertser: what is the repository of openBmap?
Jun 15 10:58:18 <PaulFertser> Q-Master: wrong library: for file upload it shouldn't be using httplib directly and use urllib2 instead.
Jun 15 10:58:43 <PaulFertser> Q-Master: git://myposition.git.sourceforge.net/gitroot/myposition
Jun 15 10:59:20 <PaulFertser> Q-Master: the problem with current approach is that it tries to resolve the host and it fails. But it shouldn't resolve host in the first place because i'm behind http proxy.
Jun 15 11:00:16 <spaetz> onen?
Jun 15 11:00:21 <spaetz> ahh, not here
Jun 15 11:00:34 <PaulFertser> spaetz: yep
Jun 15 11:00:49 <PaulFertser> spaetz: i'm looking for him but he's not here.
Jun 15 11:00:59 <PaulFertser> spaetz: i want to report a major bug in his site.
Jun 15 11:01:09 <spaetz> that API is useless (or broken)
Jun 15 11:01:16 <PaulFertser> spaetz: i couldn't fucking register before i turned on JS!
Jun 15 11:01:24 <spaetz> just entering country code and operator won't return anything
Jun 15 11:01:40 <playya> hi Sup3rkiddo 
Jun 15 11:01:49 <Sup3rkiddo> playya, hey, ola
Jun 15 11:01:51 <spaetz> PaulFertser: slightly bad too (should not be needed)
Jun 15 11:02:02 <playya> how are you Sup3rkiddo ?
Jun 15 11:02:24 <PaulFertser> spaetz: imho requiring JS as a major offence ;)
Jun 15 11:02:26 <Sup3rkiddo> playya, doing great :D.. whatcha working on these days?
Jun 15 11:02:37 <playya> still monitor
Jun 15 11:02:50 <playya> and search for a thesis :(
Jun 15 11:03:17 <playya> spaetz, i uploaded my traces and i can't see them on the page 
Jun 15 11:03:22 <Sup3rkiddo> oh.. me finished my under grad... working for a little startup atm... hacking on FSO in the evenings :P
Jun 15 11:04:16 <playya> i have to take a shower.
Jun 15 11:04:20 <playya> brb
Jun 15 11:04:44 <spaetz> playya: # playya posted new data for Germany. about an hour ago
Jun 15 11:04:55 <spaetz> seems like it got uploaded...
Jun 15 11:05:14 <spaetz> probably they produce the .kml files in  longer intervals?
Jun 15 11:12:17 <playya> spaetz, but i uploaded some data from my tour fsoshrudcon -> home some weeks ago
Jun 15 11:13:06 <spaetz> ahh, that's bad then.
Jun 15 11:13:45 <playya> lets check my new data
Jun 15 11:13:47 <spaetz> onen is pretty responsive. But it's a pity that he "nick" guy who seems to be doing the server work is only reachable via onen :)
Jun 15 11:14:05 <spaetz> not the most efficient development model
Jun 15 11:14:17 <PaulFertser> Is that number on contributors page is the count of cells you were connected to or it includes neighborhood cells too?
Jun 15 11:14:45 <spaetz> I *don't think* neighborhood cells are included, but donn't quote me on that
Jun 15 11:17:17 <playya> the support for wifi might be useful
Jun 15 11:17:29 <tmzt> what time is stefen schmidt usually here?
Jun 15 11:22:44 * PaulFertser wonders why only now we're finally coming close enough to all that cool stuff like tricky rules in prolog, location services etc. WTF? GSM is there for more than 15 years! Free GSM implementation is not ready yet at all (though the progress is great). :-/
Jun 15 11:28:11 <DocScrutinizer> morning
Jun 15 11:28:46 <playya> morning
Jun 15 11:29:16 <PaulFertser> morning :)
Jun 15 11:29:25 <khiraly1> morning?
Jun 15 11:29:56 <PaulFertser> khiraly1: in case you don't know yet morning is the time when DocScrutinizer wakes up
Jun 15 11:30:22 <khiraly1> hmm, in Germany there is 13.30, no?
Jun 15 11:31:26 <PaulFertser> Yes
Jun 15 11:31:35 <khiraly1> ok;)
Jun 15 11:33:13 <Q-Master> morning?
Jun 15 11:42:47 <DocScrutinizer> so what? you don't even have an idea aout my physical TZ, not to think about my biological TZ
Jun 15 11:44:23 <DocScrutinizer> and according to IRC netiquette "morining" is the time the individual enters channel, and "night" is the greeting when leaving channel, independent of TOD
Jun 15 11:45:42 <DocScrutinizer> mdbus wizard around?
Jun 15 11:46:14 <DocScrutinizer> [2009-06-15 02:31:44] <DocScrutinizer> anybody around who could help me to send a USSD via mdbus?
Jun 15 11:46:16 <DocScrutinizer> [2009-06-15 02:41:30] <DocScrutinizer> obviously USSD with input request aren't handled in a sensible manner, neither are timeouts to these input requests (obviously ;-)
Jun 15 11:46:17 <DocScrutinizer> [2009-06-15 02:41:37] <DocScrutinizer> see http://pastebin.com/f7adeb4a
Jun 15 11:46:19 <DocScrutinizer> [2009-06-15 02:43:21] <DocScrutinizer> you can't do that from SHR dialer / USSD Data notification. Seems "+CUSD 1,...." isn't handled correctly. I dunno tho if this is frameworks fault or SHR dialers fault
Jun 15 11:46:20 <DocScrutinizer> [2009-06-15 02:46:58] <DocScrutinizer> nota bene: I can enter "*104#" to the dialer and get the semi-correct answer "Packmanager1 Packstatus..." (seems it doesn't handle newlines correctly!!), but even when I try to answer by dialing "1" after that, nothing will happen
Jun 15 11:46:22 <DocScrutinizer> [2009-06-15 02:48:21] <DocScrutinizer> So I'd like to know where to open ticket - FSO or SHR ;-) To decide I should check with mdbus instead of mickeyterm
Jun 15 11:51:41 <PaulFertser> DocScrutinizer: mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Network.SendUssdRequest "*102#"
Jun 15 11:54:21 <DocScrutinizer> ok
Jun 15 11:54:27 <DocScrutinizer> mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartpho
Jun 15 11:54:29 <DocScrutinizer> ne.GSM.Network.SendUssdRequest "*104#"
Jun 15 11:54:41 <DocScrutinizer> mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartpho
Jun 15 11:54:42 <DocScrutinizer> ne.GSM.Network.SendUssdRequest "1"
Jun 15 11:55:02 <DocScrutinizer> works- - alas on display ;-DD
Jun 15 11:56:14 <playya> i think you need a u"1" instead of "1"
Jun 15 11:56:51 <DocScrutinizer> hmm, it worked. even without u
Jun 15 11:57:17 <playya> i get a wrong signature
Jun 15 11:57:28 <DocScrutinizer> seems modem doesn't want unicode
Jun 15 11:57:45 <playya> because SendUssdRequest expects a string and 1 will be an integer
Jun 15 11:58:49 <DocScrutinizer> nah, you're right
Jun 15 11:59:05 <DocScrutinizer> does NOT work
Jun 15 11:59:13 <playya> but it fails if you use öäüß
Jun 15 11:59:29 <khiraly1> If you were to put the Pre on a scale of hacker friendliness from 1 to 10, where 1 is the iPhone (remember how long it took for the first jailbreaks back in the day?) and 10 is, say, OpenMoko, 
Jun 15 11:59:34 <khiraly1> doh on engadget.com
Jun 15 11:59:35 <DocScrutinizer> timeout rises the  notorious empty "Data: " screen
Jun 15 12:01:24 <DocScrutinizer> so seems pretty much like FSO is missing some methods to handle this case correctly
Jun 15 12:16:49 <DocScrutinizer> btw - handling of "*#61#" is borked as well
Jun 15 12:52:35 <PaulFertser> BTW, how one is supposed to supply information for the cells underground? Moscow subway has quite some stations and i think information about their location would be nice to have. Or not?
Jun 15 12:56:21 <DocScrutinizer> same here ;-)
Jun 15 12:57:19 <DocScrutinizer> btw we got one cell stretching out along 4km subway, with ahuge TA due to the many repeaters used ;-)
Jun 15 12:58:12 <spaetz> fake some logs? :)
Jun 15 12:58:51 <PaulFertser> Are you sure it's repeaters? I'm told that one can use a specially crafted antenna like a long coaxial cable with cuts for some wavelength.
Jun 15 12:59:08 <DocScrutinizer> or maybe due to the long coax cables which have a rather considerable length multiplicator due to speed of waves <<C
Jun 15 13:00:15 <DocScrutinizer> hehe
Jun 15 13:02:07 <Sharwin_F> Hi, I just received a new message from number 5136, and its content is: "This is a binary message" 
Jun 15 13:02:22 <Sharwin_F> so... what's happening here? how can I read it? xD
Jun 15 13:02:46 <Mirv> maybe it's MMS? there is currently no support for opening MMS messages.
Jun 15 13:02:46 <PaulFertser> Sharwin_F: some MMS-shit?
Jun 15 13:03:00 <DocScrutinizer> well, at least for subway stations they use planar antennae here (or muti-yagi in a plastic case)
Jun 15 13:03:04 <Mirv> well, I for one would probably use MMS messages from time to time if they were available :)
Jun 15 13:03:40 <PaulFertser> Mirv: nah, afaik it's bad (as in stupid) technology
Jun 15 13:04:04 <Sharwin_F> PaulFertser, yes, I suppouse there's some kind of ads
Jun 15 13:04:25 <PaulFertser> DocScrutinizer: i can't tell antennae type by looking. Anyway stations are not the same as tunnels.
Jun 15 13:04:37 <DocScrutinizer> yup
Jun 15 13:04:56 <Sharwin_F> Mirv, do I've to use another phone in order to read it? I'm too lazy, hope is nothing important xD
Jun 15 13:05:46 <PaulFertser> Sharwin_F: doesn't it have a wap link inside?
Jun 15 13:06:01 <Sharwin_F> PaulFertser, just the content written above
Jun 15 13:06:15 <DocScrutinizer> (tell by looking) well I did some CB and FM-broadcast and other RF shit in my life ;-)
Jun 15 13:08:04 <DocScrutinizer> still I'm frequently amazed how apparently crappy design works great for RF sometimes, and other times a decent design fails boldly and noone can tell why. RF is voodoo
Jun 15 13:08:06 <PaulFertser> Sharwin_F: hm, you can decode the full PDU yourself i think.
Jun 15 13:08:40 <PaulFertser> DocScrutinizer: are RF designers mostly black magic-type guys or wise wizards?
Jun 15 13:08:55 <Sharwin_F> PaulFertser, how? PDU? xD
Jun 15 13:08:59 <DocScrutinizer> PaulFertser: even for voodoo you got rules though
Jun 15 13:09:35 <DocScrutinizer> PaulFertser: something in between
Jun 15 13:11:50 <DocScrutinizer> PaulFertser: U need to accept there are a lot of non-conclusive rules and all time there's a fly in the ointment. You need lots of experience and guts feeling to become a good RF voodoo master
Jun 15 13:13:07 <wpwrak> DocScrutinizer: or get less picky about flies ;-)
Jun 15 13:13:45 <DocScrutinizer> that's part of the deal
Jun 15 13:15:02 <Sharwin_F> btw, binary aren't supported by shr-messages or by frameworkd?
Jun 15 13:15:23 <DocScrutinizer> like "oooooh, our gps antenna has a drop of sensitivity in an area about as large as you can cover with a coin hold away from your eye ~1m". So what???!!
Jun 15 13:16:22 <DocScrutinizer> move speaker for curing that? make housing 5mm longer? baahhh!
Jun 15 13:16:58 <DocScrutinizer> (talking GTA03, for the ones of you not noticing it)
Jun 15 13:17:00 <wpwrak> DocScrutinizer: good point :)
Jun 15 13:18:27 <mrmoku> Sharwin_F, no
Jun 15 13:50:40 <methril|work> "morning"
Jun 15 14:56:51 <PaulFertser> ~seen onen|openBmap
Jun 15 14:56:51 <bzzbot> onen|openbmap <n=onen@mry91-1-89-87-198-158.dsl.club-internet.fr> was last seen on IRC in channel #openmoko-cdevel, 17h 1m 55s ago, saying: 'good night everyone!'.
Jun 15 14:58:30 <Blu3> mirv, i'm writing an sms app that has preliminary support for mms messages
Jun 15 14:59:02 <PaulFertser> Blu3: are you going to downloaded mms via special overpriced wap gprs access point?
Jun 15 14:59:34 <Blu3> in my case, i have to.  the mms can only be fetched thru gprs
Jun 15 14:59:44 <PaulFertser> Blu3: through gprs-wap?
Jun 15 14:59:45 <Blu3> a lot of carriers are doing that
Jun 15 15:00:12 <Blu3> it's just a simple http fetch via the wap proxy
Jun 15 15:00:47 <Blu3> i've tried a dozen ways from sunday to access it somehow via the intertubes
Jun 15 15:00:48 <PaulFertser> Blu3: through a special access point that costs more than regular internet?
Jun 15 15:00:58 <Blu3> not afaik
Jun 15 15:01:18 <Blu3> my research (on my own carrier) indicates it doesn't cost me to fetch it
Jun 15 15:01:29 <Blu3> it counts as 1 text message
Jun 15 15:01:42 <PaulFertser> But do you have to use a special gprs connection for that?
Jun 15 15:01:53 <Blu3> special, no.  just plain gprs
Jun 15 15:02:06 <PaulFertser> In other words, can you fetch MMS via the same connection as normal traffic?
Jun 15 15:02:27 <Blu3> yes
Jun 15 15:03:06 <PaulFertser> Ok, then it's not that bad... I still think that this technology is stupid. Why not use e-mail instead?
Jun 15 15:03:39 <dos1> PaulFertser: here in poland there is another access point for MMS, so you don't pay for traffic - just for sent messages
Jun 15 15:03:43 <Blu3> it does away with most of the headers and other fluff of email
Jun 15 15:04:03 <Blu3> less traffic for that.  additionally, mms supports streaming of data
Jun 15 15:04:19 <Blu3> think of MMS more like http than email
Jun 15 15:04:36 <PaulFertser> Still stupid :-/
Jun 15 15:05:26 <DocScrutinizer> PaulFertser: howdy! :-))
Jun 15 15:05:29 <PaulFertser> dos1: so you have to disconnect your GPRS connection, connect through the special AP, download some shitty photo they've sent you, reconnect again?
Jun 15 15:05:41 <Blu3> no
Jun 15 15:05:49 <PaulFertser> DocScrutinizer: Hello :)
Jun 15 15:06:00 <PaulFertser> DocScrutinizer: do you have "stupid" hilighted? ;)
Jun 15 15:06:05 <dos1> PaulFertser: dunno. with other phones i'm not using GPRS all the time ;)
Jun 15 15:06:09 <Blu3> your MMS notification is a URL.  you set HTTP_PROXY to your wap, and fetch that URL
Jun 15 15:06:10 <DocScrutinizer> lol
Jun 15 15:06:19 <DocScrutinizer> maybe I should ;-)
Jun 15 15:06:49 <PaulFertser> Blu3: probably it can't be done for free with dos1's operator since they have a dedicated AP.
Jun 15 15:07:19 <DocScrutinizer> well, for O2 there's different AP for WAP, internet, and MMS
Jun 15 15:07:24 <Blu3> problem is that FSO isn't properly decoding the inbound PDU so there's often junk prefixed to the URL, or the head is cut off
Jun 15 15:07:46 <Blu3> then he'd set his proxy via that AP i suspect
Jun 15 15:07:54 <PaulFertser> And reconnect!
Jun 15 15:08:11 <Blu3> there's no need to reconnect.  that's what the SC proxy is for
Jun 15 15:08:35 <PaulFertser> What's SC proxy?
Jun 15 15:08:42 <DocScrutinizer> dunno if it's possible to have  concurrent gprs connections
Jun 15 15:08:58 <Blu3> service center
Jun 15 15:09:07 <Blu3> SMSC, MMSC, etc
Jun 15 15:09:16 <PaulFertser> Blu3: and i'm talking about GPRS AP.
Jun 15 15:09:25 <Blu3> yes, i know what you're talking about
Jun 15 15:10:20 <DocScrutinizer> PaulFertser: you seen my rant about *100#, *#61# ?
Jun 15 15:10:26 <PaulFertser> Blu3: can one download an mms directed to him from the internet directly? 
Jun 15 15:10:46 <PaulFertser> DocScrutinizer: yes, saw that. But i don't know ussd enough to make sense of it :)
Jun 15 15:10:47 <Blu3> http_proxy=<insert your ap here> wget <insert the MMS notification url here>
Jun 15 15:10:59 <Blu3> paul, most carriers are disallowing that now
Jun 15 15:11:15 <PaulFertser> Blu3: that means MMS shouldn't be used until they don't allow it?
Jun 15 15:11:16 <Blu3> since there's often no authentication, your gprs connection is your authenticator
Jun 15 15:11:19 <DocScrutinizer> PaulFertser: use a nokia to send *#61#
Jun 15 15:11:49 <DocScrutinizer> PaulFertser: then you see part of the problem when trying same on FR
Jun 15 15:11:51 <PaulFertser> Blu3: stupidity again. I think stupid technologies should be boycotted.
Jun 15 15:11:54 <Blu3> this helps ensure that only your phone is allowed to download the MMS
Jun 15 15:12:19 <DocScrutinizer> PaulFertser: I'm not even sure it's USSD at all
Jun 15 15:12:46 <PaulFertser> DocScrutinizer: i know that that ussd is meant to be interactive and that fso doesn't seem to support it.
Jun 15 15:13:00 <DocScrutinizer> yup
Jun 15 15:13:24 <Blu3> FSO are needing to update/add some things
Jun 15 15:13:25 <DocScrutinizer> shoragan mentioned FSO will need an API change for that
Jun 15 15:13:32 <PaulFertser> Blu3: my ssl certificate or ssh key or gpg key or password helps ensure only i can receive messages directed to me.
Jun 15 15:13:40 <PaulFertser> Not my SIM
Jun 15 15:14:22 <Blu3> i suspect requiring that as an authenticator would mean 99% of the population would be unable to fetch their mms messages ;)
Jun 15 15:14:39 <dos1> PaulFertser: in Poland there is possibility to read mmses via web interface
Jun 15 15:14:42 <rtp> DocScrutinizer: ussd #123# was working last time I tried on my shr. how is it different than *#61# or *100# ? the'*' are making them special ?
Jun 15 15:15:01 <dos1> PaulFertser: when your phone doesn't support MMS, then you get SMS with url, id and pass
Jun 15 15:16:02 <DocScrutinizer> rtp: I dunno what #123# does on your carrier. The problem is with interactive response from network that needs further input
Jun 15 15:16:43 <DocScrutinizer> and *#nn# is a slightly different case again
Jun 15 15:17:45 <rtp> DocScrutinizer: it ask infos to the provider and the answer is sent by "service data"
Jun 15 15:17:56 <PaulFertser> dos1: are you unable to use gps completely?
Jun 15 15:18:01 <DocScrutinizer> basically yes
Jun 15 15:18:07 <dos1> PaulFertser: yes
Jun 15 15:18:18 <DocScrutinizer> rtp: see http://pastebin.com/f7adeb4a
Jun 15 15:18:42 <PaulFertser> dos1: with any kernel?
Jun 15 15:19:09 <dos1> PaulFertser: no, with SHR one (so andy-tracking HEAD, didn't test others)
Jun 15 15:19:26 <rtp> DocScrutinizer: oh, the problem is asking for more infos after receiving the data? 
Jun 15 15:19:49 <PaulFertser> DocScrutinizer: atd? You send those with atd? Is it on FR?
Jun 15 15:19:51 <rtp> DocScrutinizer: if so, I think I've the same problem... sorry for the noise :(
Jun 15 15:20:10 <DocScrutinizer> rtp: exactly. Network sends a menu like "1:... 2:... 3:..." and you need to answer by sending 1,2, or 3
Jun 15 15:20:18 <dos1> DocScrutinizer: it's working for me on SHR
Jun 15 15:20:27 <dos1> we have *110#, with menu
Jun 15 15:20:40 <dos1> and then i just click "close", type "1" in dialer and then dial
Jun 15 15:20:47 <rtp> DocScrutinizer: the gui doesn't allow to answer on shr, I've just tried :(
Jun 15 15:20:56 <dos1> DocScrutinizer: that's SHR which doesn't show keypad when needed
Jun 15 15:21:02 <DocScrutinizer> dos1: so what's the response then? how do you answer the menu query
Jun 15 15:21:11 <dos1> DocScrutinizer, rtp: but you can workaround that
Jun 15 15:21:19 <rtp> dos1: wow ...
Jun 15 15:21:29 <dos1> DocScrutinizer: but with current gui it works only with 1 or 2-chars answers
Jun 15 15:21:41 <dos1> DocScrutinizer: but you're still able to send any answer via mdbus
Jun 15 15:21:52 <DocScrutinizer> for me it doesn't work at all in SHR gui
Jun 15 15:22:10 <dos1> DocScrutinizer: for me it doesn't work as it should, but i can use ussd menus
Jun 15 15:22:16 <DocScrutinizer> yup, tested mdbus a few hours ago
Jun 15 15:22:40 <dos1> DocScrutinizer: just close "service data" window, type "1" in dialer and click "Dial"
Jun 15 15:22:51 <rtp> dos1: ok. with your tip, I can reach other menus.... needs to be put on the wiki imho :)
Jun 15 15:22:54 <DocScrutinizer> tried that - didn't work
Jun 15 15:23:09 <dos1> DocScrutinizer: then you have something different than me
Jun 15 15:23:15 <DocScrutinizer> maybe I was too slow or sth
Jun 15 15:23:21 <dos1> and rtp ;)
Jun 15 15:23:35 <DocScrutinizer> mompl, redo
Jun 15 15:24:09 <DocScrutinizer> yauuu, works
Jun 15 15:26:38 <mrmoku> TAsn, ping
Jun 15 15:26:59 <TAsn> mrmoku, pong
Jun 15 15:27:24 <mrmoku> TAsn, got some update RTL patches for me?
Jun 15 15:27:37 <mrmoku> EFL update is coming along... 
Jun 15 15:27:43 <TAsn> no, because you didn't tell me what revision you want me to update to
Jun 15 15:27:45 <TAsn> tell me now
Jun 15 15:27:49 <TAsn> and I'll do it asap
Jun 15 15:27:49 <TAsn> :)
Jun 15 15:28:02 <mrmoku> 41040
Jun 15 15:28:06 <TAsn> cool, sec.
Jun 15 15:28:17 <TAsn> only evas, right?
Jun 15 15:28:19 <mrmoku> raster sent a mail out to use that frozen rev
Jun 15 15:28:30 <mrmoku> hmm... don't know ;)
Jun 15 15:28:35 <TAsn> what breaks?
Jun 15 15:28:49 <mrmoku> first thing is evas
Jun 15 15:29:01 <TAsn> :)
Jun 15 15:29:02 <TAsn> I c.
Jun 15 15:29:04 <mrmoku> what else could break?
Jun 15 15:29:09 <TAsn> edje and e17
Jun 15 15:29:13 <TAsn> though if they break
Jun 15 15:29:19 <TAsn> it's probably because it's already commited.
Jun 15 15:29:22 <TAsn> committed.
Jun 15 15:29:32 <DocScrutinizer> errks, connectivity loss on IRC :-/
Jun 15 15:29:33 <TAsn> anyhow, I will give it a try
Jun 15 15:29:38 <mrmoku> hmmm... e17 needs evas... so can't try that one :P
Jun 15 15:30:11 <DocScrutinizer> sorry I'll quote last 4 lines I got/sent
Jun 15 15:30:21 <DocScrutinizer> [2009-06-15 17:23:21] <dos1> and rtp ;)
Jun 15 15:30:22 <DocScrutinizer> [2009-06-15 17:23:34] <DocScrutinizer> mompl, redo
Jun 15 15:30:24 <DocScrutinizer> [2009-06-15 17:24:09] <DocScrutinizer> yauuu, works
Jun 15 15:30:25 <DocScrutinizer> [2009-06-15 17:26:26] <DocScrutinizer> a simple "answer" button in "Data: " screen to show up on +csud: 1,... and hitting it closes data-screen and pops up dialer would do
Jun 15 15:30:27 <DocScrutinizer> [2009-06-15 17:27:10] <DocScrutinizer> anyway, network timeout USSD which happens after some 15 or 30 sec isn't handled at all atm
Jun 15 15:30:40 <mrmoku> DocScrutinizer, the last two are new
Jun 15 15:30:56 <dos1> DocScrutinizer: yep
Jun 15 15:31:05 <dos1> DocScrutinizer: ussd support in SHR is dirty now
Jun 15 15:31:37 <dos1> DocScrutinizer: it didn't worked at all, and i've only made some hacks to get basics working
Jun 15 15:31:45 <DocScrutinizer> dos1: *#61# doesn't work at all - though it's a slightly diferent issue
Jun 15 15:31:58 <dos1> DocScrutinizer: it's not ussd i think
Jun 15 15:32:04 <DocScrutinizer> yup
Jun 15 15:32:07 <DocScrutinizer> ack
Jun 15 15:32:28 <DocScrutinizer> but it's even more important
Jun 15 15:32:45 <DocScrutinizer> than this silly USSD-menu stuff
Jun 15 15:32:59 <mrmoku> TAsn, hehe, edje needs evas too... so first step would be to get that to work
Jun 15 15:33:19 <TAsn> patching fails, right?
Jun 15 15:33:22 <TAsn> not compiling
Jun 15 15:34:43 <DocScrutinizer> bbl
Jun 15 15:34:53 <mrmoku> TAsn, yep, patching
Jun 15 15:35:06 <TAsn> ok
Jun 15 15:35:10 <TAsn> I see most of the patch works
Jun 15 15:35:14 <TAsn> only a minor part doesn't
Jun 15 15:35:19 <TAsn> (textblock object)
Jun 15 15:35:58 <mrmoku> and something in evas_intl_utils
Jun 15 15:36:52 <CIA-45> SHR: 03seba.dos1 07shr-settings * rfef914f6187a 10/shr_settings_modules/shr_bt.py: [Bt] delete toggle instead of hiding
Jun 15 15:36:56 <TAsn> oh right
Jun 15 15:36:59 <TAsn> didn't notice that.
Jun 15 15:38:48 <DocScrutinizer> PaulFertser: you also got my comment on US "+" prefix?
Jun 15 15:41:16 <mrmoku> DocScrutinizer, can you give me a pointer about what packages would need to be added to replace busybox?
Jun 15 15:41:55 <DocScrutinizer> dos1: PaulFertser: seems we should have three sets of IP, NP,CC, AC
Jun 15 15:42:11 <DocScrutinizer> mrmoku: not off top of my head
Jun 15 15:42:23 <mrmoku> DocScrutinizer, ok, will check the binaries then
Jun 15 15:42:50 <DocScrutinizer> a good approach is to ls all the symlinks to busybox
Jun 15 15:43:03 <mrmoku> yep
Jun 15 15:45:02 <DocScrutinizer> PaulFertser: dos1: one for contacts, one for sms, one for inbound phone#
Jun 15 15:45:39 <DocScrutinizer> the later two fallback to the existing first one if not present
Jun 15 15:45:45 <dos1> DocScrutinizer: are they in US using + without 1?
Jun 15 15:46:04 <DocScrutinizer> seems they use 1 without +
Jun 15 15:46:18 <DocScrutinizer> on inbound sms/call
Jun 15 15:46:19 <dos1> DocScrutinizer: then what's wrong?
Jun 15 15:46:36 <dos1> DocScrutinizer: couldn't that numbers be just normalized?
Jun 15 15:46:48 <DocScrutinizer> you can set IP to ""
Jun 15 15:47:01 <dos1> DocScrutinizer: and then compared to just normalized contact numbers?
Jun 15 15:47:02 <DocScrutinizer> that would do the normalizing
Jun 15 15:47:35 <DocScrutinizer> but you probably don't want to have a IP="" for contacts
Jun 15 15:49:19 <DocScrutinizer> dos1: so a clean approach is to have separate sets for contacts, sms, and inbound calls
Jun 15 15:49:37 <dos1> DocScrutinizer: so how it's done in other phones? ;x
Jun 15 15:50:19 <DocScrutinizer> either heuristic, or not correct at all ;-D
Jun 15 15:51:44 <DocScrutinizer> dos1: heuristic would mean you implement my suggested best-match approach with limit of trailing-cut, leading-cut, and-min-core-length
Jun 15 15:53:50 <Blu3> curious, since i don't know jack about non-US phone numbers, how does trailing cut work?  isn't the right most set of digits most specific?
Jun 15 15:55:23 <DocScrutinizer> Blu3: comes handy if you get a call from an extension 4711-233 where you only got the main number like 4711-0
Jun 15 15:56:03 <DocScrutinizer> afaik it's not implemented in any cellphone yet
Jun 15 15:56:44 <DocScrutinizer> Blu3: you prolly want to set limit-right-cut to 3 at amx
Jun 15 15:56:46 <DocScrutinizer> max
Jun 15 15:57:45 <Blu3> *nod*  we don't get extension information in the US so i wasn't aware of that
Jun 15 15:57:49 <DocScrutinizer> Blu3: (for inbound-call, to 0 or 1 for contacts ;-)
Jun 15 15:58:02 <CIA-45> SHR: 03seba.dos1 07shr-settings * r1dc04f13ca62 10/shr_settings_modules/shr_call.py: [Call] some error handling ;)
Jun 15 15:58:14 <CIA-45> SHR: 03seba.dos1 07shr-settings * re2defa5d514f 10/shr_settings_modules/shr_gsm.py: [GSM] delete buttons instead of hiding
Jun 15 15:58:42 <DocScrutinizer> Blu3: we know US is third world wrt telecommunication ;-P
Jun 15 15:58:53 <Blu3> sadly, it is
Jun 15 15:58:58 <TAsn> mrmoku, compiling :)
Jun 15 15:59:06 <TAsn> (testing though)
Jun 15 15:59:23 <TAsn> and not having git is a fucking mess ;\
Jun 15 15:59:37 <dos1> only "[GPS] delete toggle instead of hiding" is left... but i have some strange problem with it ;x
Jun 15 15:59:54 <dos1> when i call toggle1.delete(), it deletes one toggle, and hides second ;x
Jun 15 16:00:15 <DocScrutinizer> dos1: be aware a heuristic match needs to show the actual phone# in addition to the matched contact!
Jun 15 16:00:48 <DocScrutinizer> the gui that is
Jun 15 16:05:55 <mrmoku> TAsn, uuhh... yeah... svn is... aehmm... nah
Jun 15 16:06:14 <TAsn> git is too complicated
Jun 15 16:06:17 <TAsn> though svn is too
Jun 15 16:06:18 <TAsn> bah :)
Jun 15 16:06:20 <KaZeR> hey guys. what can cause this? Upgrading navit on root from svn-2267 to svn-2315... -> killed
Jun 15 16:06:42 <DocScrutinizer> dos1: also be aware for 4711-22 inbound,  contacts 4711-0 probably is a better match than 4711-21. And contacts "4711*" (sic!) should be a better match than even 4711-0
Jun 15 16:09:01 <DocScrutinizer> dos1: not sure if the fist one is manageable anyway. The second one (*) is a really-nice-to-have 
Jun 15 16:09:13 <Blu3> kazer, you trying to upgrade one pkg, or more than one?  try only one
Jun 15 16:09:38 <Blu3> opkg isn't the best pm
Jun 15 16:10:11 <KaZeR> Blu3, only one.
Jun 15 16:10:25 <KaZeR> probably not the best, but the only one available on my FR, afaik..
Jun 15 16:10:37 <KaZeR> Blu3, btw, i never got your mail. pm me if you want
Jun 15 16:10:42 <Blu3> hmm.  try rebooting? :)
Jun 15 16:11:04 <Blu3> ok.  i'll hit you up in a bit when i have time for that and you're still online.  i'm on another project for a bit
Jun 15 16:11:07 <KaZeR> already did. i also downloaded the file and i was trying to install using local file. it works, usually, but not today
Jun 15 16:11:15 <Blu3> :/
Jun 15 16:11:22 <DocScrutinizer> dos1: you can setup heuristics to handle the *-case with contact-entry=4711, setting right-cut-limit to 0 for contacts and to 3 for inbound-call
Jun 15 16:11:45 <Blu3> beat it over the head.  sometimes opkg breaks left and right for me.  run strace on it and see if you can figure out why it's crashing
Jun 15 16:12:41 <DocScrutinizer> dos1: amd oviously setting all limits to 0 effectively disables heuristic, just leaving standard normalization in effect
Jun 15 16:26:02 <TAsn> mrmoku, compiling... :) (still...)
Jun 15 16:32:34 <CIA-45> SHR: 03seba.dos1 07shr-settings * r59137bc796ae 10/ (4 files in 3 dirs): [GPS][GPSInfo] split GPS into GPS and GPSInfo modules, and delete toggles instead of hiding in GPS
Jun 15 16:34:39 <mrmoku> TAsn, get some more cores :P
Jun 15 16:35:07 <TAsn> mrmoku, haha
Jun 15 16:35:09 <TAsn> done :)
Jun 15 16:35:20 <TAsn> not tested throughly
Jun 15 16:35:24 <TAsn> though seems to work fine :)
Jun 15 16:35:39 <TAsn> will send you in a moment.
Jun 15 16:35:44 <TAsn> what's your mail?
Jun 15 16:35:50 <TAsn> nvm, will just up it.
Jun 15 16:35:50 <TAsn> sec.
Jun 15 16:37:10 <TAsn> mrmoku, 
Jun 15 16:37:25 <TAsn> www.stosb.com/openmoko/fixed-evas.patch
Jun 15 16:37:30 <TAsn> please give it a go ;)
Jun 15 16:37:36 <TAsn> btw the compilation time was on a PC!
Jun 15 16:37:46 <TAsn> I mean x86 compilation!
Jun 15 16:38:02 <TAsn> (that's how slow my h.w is)
Jun 15 16:39:19 <TAsn> raster, I finally managed to reproduce what you were talking about! :)
Jun 15 16:39:22 <TAsn> will fix it asap :)
Jun 15 16:39:25 <CIA-45> SHR: 03seba.dos1 07shr-settings * r6b9f1d0d3c4c 10/data/shr-settings-addons-illume/gps.desktop: [data] add GpsInfo module to -addons-illume
Jun 15 16:39:25 <CIA-45> SHR: 03seba.dos1 07shr-settings * r5d25da35ac65 10/data/po/pl/ (shr-settings.mo shr-settings.po): [data] update polish translation
Jun 15 16:39:28 <TAsn> (after I find the bug of course)
Jun 15 16:39:43 <TAsn> raster, though I will be sending it as a single patch
Jun 15 16:39:57 <TAsn> for two reasons, one, you commit them as one anyway
Jun 15 16:40:06 <TAsn> two, because you use svn I lost track :)
Jun 15 16:41:56 <CIA-45> SHR: 03seba.dos1 07shr-settings * r06225128f513 10/playground/shr-settings-toolbar: [playground] add GpsInfo to -toolbar
Jun 15 16:44:50 <CIA-45> SHR: 03seba.dos1 07shr-settings * r88310097c614 10/shr-settings: [launcher] cosmetical changes
Jun 15 16:45:13 <dos1> ok, that's all about shr-settings for today i think ;x
Jun 15 16:45:22 <mrmoku> TAsn, ok, thanks... after dinner :)
Jun 15 16:45:26 <dos1> hmm... or maybe icons in operators selector
Jun 15 16:45:32 <dos1> but that later :P
Jun 15 16:46:06 <TAsn> mrmoku, btw iirc there was an issue with patches and their paths, if so, just s///g the paths in the patch file, bit hackish but works :)
Jun 15 16:46:25 <TAsn> anyhow, let me know.
Jun 15 16:46:33 <TAsn> should work great.
Jun 15 16:47:30 <bumbl> dos1: conman integration?
Jun 15 16:47:34 <bumbl> ;)
Jun 15 16:48:47 <dos1> bumbl: is wifiman.py working good for you?
Jun 15 16:49:14 <bumbl> never tried? is it hidden in shr-settings?
Jun 15 16:49:33 <bumbl> either i am blind or i have not found it when i tried to test it today
Jun 15 16:49:34 <dos1> bumbl: i still have to add routes manually...
Jun 15 16:50:01 <dos1> bumbl: http://git.shr-project.org/git/?p=shr-settings.git;a=blob_plain;f=playground/wifiman.py;h=768a4e3db94bc8cccda3f98e011737c514688eae;hb=HEAD
Jun 15 16:54:03 <dos1> bumbl: check if you have connman and connman-plugin-wifi installed (you may also want connman-plugin-udhcp)
Jun 15 16:54:15 <dos1> bumbl: then turn wifi on in shr-settings
Jun 15 16:54:26 <dos1> bumbl: and \run wifiman.py
Jun 15 16:59:50 <albacore> dos1 : could you tell me what can I do on shr_test and shr_misc modules?
Jun 15 17:02:55 <dos1> albacore: read code, that are examples
Jun 15 17:03:10 <dos1> albacore: do you know python-elementary?
Jun 15 17:03:58 <bumbl> dos1: ok i'll try
Jun 15 17:04:23 <albacore> c-elementary, but I 'll learn python-elementary
Jun 15 17:05:55 <albacore> dos1:what is the objectives of test & misc modules?
Jun 15 17:07:10 <dos1> albacore: nothing. just to have some sample code
Jun 15 17:08:02 <albacore> dos1: ok
Jun 15 17:17:24 <mrmoku> dos1, it works great for me - including default routes
Jun 15 17:17:43 <mrmoku> one thing you have to do is ifdown usb0 manually, when it is configured via the network scripts
Jun 15 17:17:55 <mrmoku> and have a dhcpd server on your host
Jun 15 17:18:07 <dos1> mrmoku: and connman-plugin-ethernet, yep
Jun 15 17:18:11 <mrmoku> yep
Jun 15 17:18:16 <mrmoku> will add that do the lite image
Jun 15 17:19:10 <mrmoku> dos1, the thing we have to find out still is, if and how it is possible to configure usb0 statically
Jun 15 17:19:24 <mrmoku> not everybody will want to run a dhcp server on his host ;)
Jun 15 17:19:47 <DocMobilizer> hehe
Jun 15 17:20:01 <mrmoku> TAsn, started the build... will go and read something to pablo and tell you if it worked
Jun 15 17:20:42 <DocMobilizer> dbus borked    :-/
Jun 15 17:24:05 <dos1> mrmoku: do you want to bump efl rev?
Jun 15 17:24:10 <dos1> mrmoku: to which revision?
Jun 15 17:25:24 <DocMobilizer> dos1: how tell date?
Jun 15 17:26:03 <dos1> DocMobilizer: hmm?
Jun 15 17:26:40 <DocMobilizer> except usiing terminal
Jun 15 17:27:54 <dos1> DocMobilizer: except terminal - i think there is no way now...
Jun 15 17:29:32 <dos1> mrmoku: ok, checked in backlog :P
Jun 15 17:29:41 <dos1> mrmoku: don't forget to bump python-elementary :)
Jun 15 17:30:56 <TAsn> mrmoku, :)
Jun 15 17:48:05 <DocScrutinizer> dos1: isn't that kinda kinky?
Jun 15 17:48:09 <DocScrutinizer> ;-)
Jun 15 17:50:04 <mrmoku> dos1, no did not
Jun 15 17:50:12 <mrmoku> bumped it (locally)
Jun 15 17:50:18 <mrmoku> TAsn, built :)
Jun 15 17:50:37 <TAsn> mrmoku, the only question remains
Jun 15 17:50:40 <TAsn> does it work? :)
Jun 15 17:50:50 <TAsn> because I lightly tested it here :)
Jun 15 17:51:09 <TAsn> though it is the same patch as before
Jun 15 17:51:16 <TAsn> and I haven't seen any "great" changes
Jun 15 17:51:20 <mrmoku> TAsn, hehe... evas built... long road still to a complete image i could test :P
Jun 15 17:51:29 <TAsn> oh right
Jun 15 17:51:32 <TAsn> edje and e17
Jun 15 17:51:32 <dos1> mrmoku: i asked if you *want* :P
Jun 15 17:51:38 <TAsn> please give em both a try
Jun 15 17:51:45 <TAsn> I wanna know if there's anything more I need to do.
Jun 15 17:51:55 <mrmoku> dos1, there was a mail from raster saying to use that EFL_SRCREV... for all
Jun 15 17:51:58 <mrmoku> so yes
Jun 15 17:52:03 <dos1> mrmoku: ok
Jun 15 17:52:15 <dos1> mrmoku: hmm... which maillist?
Jun 15 17:53:36 <mrmoku> e-devel
Jun 15 18:14:54 <Blu3> dos1, why would you have to down usb0?
Jun 15 18:15:37 <dos1> Blu3: to let connman managing routes
Jun 15 18:16:05 <Blu3> well, connman doesn't work to spiffy for that.  it seems ignorant of metrics
Jun 15 18:18:30 <dos1> Blu3: how do you want to set metrics?
Jun 15 18:18:37 <mrmoku> dos1, ERROR: '/home/mok/src/other/openmoko/shrbuild/shr-unstable/openembedded/recipes/shr/shr-settings_git.bb' failed
Jun 15 18:19:00 <Blu3> wifi lowest, then usb, then gprs
Jun 15 18:19:12 <dos1> Blu3: wrong
Jun 15 18:19:19 <dos1> Blu3: wifi lowest, then gprs, then usb
Jun 15 18:19:27 <Blu3>  /etc/network/interfaces has metric x, but it's ignored
Jun 15 18:19:38 <Blu3> no, i want usb to have a higher priority than gprs :P
Jun 15 18:19:41 <dos1> Blu3: you don't know if usb is disconnected
Jun 15 18:19:55 <dos1> Blu3: well... if it fallbacks, then ok
Jun 15 18:19:55 <mrmoku> dos1, yes you do
Jun 15 18:20:13 <dos1> mrmoku: i'll check that (shr-settings)
Jun 15 18:22:21 <dos1> mrmoku: check now
Jun 15 18:22:29 <CIA-45> SHR: 03seba.dos1 07shr-settings * re63c8c6a97f4 10/setup.py: [setup.py] fix building with bitbake. We have to check, how to install conf files with distutils correctly.
Jun 15 18:24:27 <PaulFertser> onen|openBmap: hey
Jun 15 18:24:30 <mrmoku> dos1, you comitted untested stuff ;)
Jun 15 18:24:38 <onen|openBmap> PaulFertser: hi
Jun 15 18:24:55 <PaulFertser> onen|openBmap: i've some bugreports about the openBmap ;)
Jun 15 18:24:58 <mrmoku> dos1, trying now
Jun 15 18:25:06 <onen|openBmap> PaulFertser: absolutely impossible
Jun 15 18:25:18 <Blu3> ;]
Jun 15 18:25:34 <onen|openBmap> PaulFertser: I have a secret new agile/xtreme/magic software dev method, which is bug free
Jun 15 18:25:37 <DocScrutinizer> lol
Jun 15 18:25:44 <mrmoku> PaulFertser, impossible because they have no trac to report them :P
Jun 15 18:25:51 <onen|openBmap> PaulFertser: ok let's go, I will then explain you that it is a feature
Jun 15 18:26:37 <dos1> mrmoku: as usual :D
Jun 15 18:26:37 <PaulFertser> onen|openBmap: first of all, glade file name shouldn't be hardcoded and should obey prefix (i installed openBmap from sources with "python setup.py --prefix=/usr/local")
Jun 15 18:27:12 * onen|openBmap just said: da*n it, there *is* people who read my code!
Jun 15 18:27:32 <onen|openBmap> PaulFertser: sure thing. But I don't know how to handle this. maybe you can help me
Jun 15 18:27:55 <onen|openBmap> PaulFertser: I hardcoded the path, because I even was not sure of where I was suppose to put glade file
Jun 15 18:28:06 <PaulFertser> onen|openBmap: i'm not a python programmer. 
Jun 15 18:28:37 <mrmoku> dos1, error: can't copy 'config/backup.config': doesn't exist or not a regular file
Jun 15 18:28:58 <dos1> mrmoku: now that's not my stuff ;)
Jun 15 18:29:10 <mrmoku> dos1, well... fix it anyway ;)
Jun 15 18:29:29 <PaulFertser> onen|openBmap: the second issue is that i was unable to upload file being behind an http proxy (without usable resolv.conf). It can check api version just fine (with urllib2) but when you try to upload it for some unknown reason tries to resolve the host first (with httplib) and obviously fails.
Jun 15 18:29:32 <onen|openBmap> PaulFertser: when you use prefix, this obviously puts the file somewhere else. then the hardcoded path is wrong. ok how could my source code know where it is located... ?
Jun 15 18:30:01 <DocScrutinizer> onen|openBmap: read a .obmap.cfg file from working dir
Jun 15 18:30:04 <PaulFertser> onen|openBmap: (hardcoded path) i'm sure there's a simple method, just that i don't know it yet.
Jun 15 18:30:50 <onen|openBmap> PaulFertser: I will try to find help about the hardcoded path.
Jun 15 18:30:53 <PaulFertser> onen|openBmap: i'm unsure how to properly fix file upload as urllib2 doesn't seem to support file upload. There's a PEP about it specifying several possible solutions.
Jun 15 18:31:37 <PaulFertser> onen|openBmap: also i don't see a reason to ask about login/password every time i try to upload. I've already specified it once and very unlikely to change.
Jun 15 18:31:54 <onen|openBmap> PaulFertser: (hardcoded path) I think so too, did not take the time to fix this
Jun 15 18:32:36 <onen|openBmap> PaulFertser: for http upload. yep, I grab a code on the net. I would need to find one which handles http proxy then...
Jun 15 18:33:31 <onen|openBmap> PaulFertser: yes this have been raised. 1. I want to be able to cancel an upload because I just hit the button by mistake. So I want to have a screen/popup. now if the passwd/login is this screen, then is it a problem?
Jun 15 18:33:59 <onen|openBmap> PaulFertser: I guess, I should make it configurable (check here if you don't want to see this confirmation popup again...)
Jun 15 18:34:27 <DocScrutinizer> onen|openBmap: (login/password) store to .obmap.cfg as well. Same ath pathes
Jun 15 18:34:33 <PaulFertser> onen|openBmap: urllib2 does that :) but doesn't support file upload... http://bugs.python.org/issue3244
Jun 15 18:34:41 <DocScrutinizer> s/ath/as/
Jun 15 18:34:43 <bzzbot> DocScrutinizer meant: onen|openBmap: (login/password) store to .obmap.cfg as well. Same as pathes
Jun 15 18:34:52 <PaulFertser> DocScrutinizer: he already stores log/pass of course.
Jun 15 18:35:02 <PaulFertser> No need to retype. But easy to mess up occassionaly.
Jun 15 18:35:10 <dos1> mrmoku: done
Jun 15 18:35:11 <onen|openBmap> PaulFertser: yep, that is the reason I had to find a code somewhere else for http upload...
Jun 15 18:35:14 <CIA-45> SHR: 03seba.dos1 07shr-settings * r0f6c93c48990 10/ (config/README setup.py): [setup.py] fix typo in installing configs
Jun 15 18:35:35 <dos1> mrmoku: i have wifiman.py update, but it needs newer python-elementary
Jun 15 18:35:45 <PaulFertser> onen|openBmap: in general, the number of pop-up dialogs can probably be reduced as most dialogs probably should have a default user-configurable answer.
Jun 15 18:35:46 <onen|openBmap> DocScrutinizer: you mean at install time, fill a conf file with the path?
Jun 15 18:36:31 <DocScrutinizer> well, if you need the chrome polished version - yes. Otherwise lat user do the config
Jun 15 18:36:33 <onen|openBmap> PaulFertser: you mean the way I proposed? a check box to not see it again?
Jun 15 18:36:35 <DocScrutinizer> let
Jun 15 18:36:40 <PaulFertser> onen|openBmap: yes
Jun 15 18:36:53 <mrmoku> dos1, you will get that... if I get shr-settings :P
Jun 15 18:36:57 <PaulFertser> onen|openBmap: and not only this dialog but all the others too.
Jun 15 18:37:06 <mrmoku> want to at least check new EFL compiles fine before comitting it
Jun 15 18:37:18 <onen|openBmap> PaulFertser: agreed. on todo list. some history though: this popup things was a way to not implement a real configuration handling through gui ;-)
Jun 15 18:38:01 <PaulFertser> onen|openBmap: heh, why do gui configuration at all? Let the user configure his config the way he likes it, not the way you impose on him.
Jun 15 18:38:04 <DocScrutinizer> hehe, you won't get away with this
Jun 15 18:38:15 <onen|openBmap> DocScrutinizer: this will go perfeclty together my rework of configuration files :-)
Jun 15 18:38:35 <DocScrutinizer> yup
Jun 15 18:38:53 <PaulFertser> onen|openBmap: and the major offence!
Jun 15 18:38:55 <DocScrutinizer> see e.g. tango config for path to map cache
Jun 15 18:39:06 <PaulFertser> onen|openBmap: I couldn't register on the website until i enabled JS!
Jun 15 18:39:21 <DocScrutinizer> waaaah
Jun 15 18:39:25 <PaulFertser> onen|openBmap: that sucks so much i can't express it
Jun 15 18:39:37 <DocScrutinizer> :-((( full ack
Jun 15 18:39:39 <onen|openBmap> PaulFertser: :-D 
Jun 15 18:40:13 <onen|openBmap> PaulFertser: what was the problem, the menu entry for registering would not show up without JS?
Jun 15 18:40:31 <PaulFertser> onen|openBmap: that was the first
Jun 15 18:40:43 <onen|openBmap> PaulFertser: (gui config) what do you mean by letting the user configure his config the way he likes it?
Jun 15 18:40:46 <PaulFertser> onen|openBmap: the second was that the menu can't be clicked without JS. 
Jun 15 18:41:16 <PaulFertser> onen|openBmap: if i press with middle button in firefox, i expect a link to be opened in another tab. This doesn't work with this sucking menu.
Jun 15 18:41:23 <dos1> mrmoku: does it compile?
Jun 15 18:41:30 <onen|openBmap> PaulFertser: I don't understand. if the menu was not showing wo JS, then once you had the menu showing you had the click ability?
Jun 15 18:41:38 <PaulFertser> onen|openBmap: and the third is that to register JS for some external site with captcha have to be enabled too.
Jun 15 18:41:42 <[Rui]> hi, did anyone see my mail about weirdly broken dependencies with an ipk I made?
Jun 15 18:41:55 <PaulFertser> onen|openBmap: try clicking with the middle button. It's not a real link.
Jun 15 18:42:01 <onen|openBmap> PaulFertser: I know, I complain the same :-D I already told Nick we should simply put menu entries on two rows if necessary
Jun 15 18:43:10 <PaulFertser> onen|openBmap: and also the problem with captcha (shouldn't require JS) should be fixed imho
Jun 15 18:43:19 <onen|openBmap> PaulFertser: for the registering part, you need JS (for the captcha), did I get you right?
Jun 15 18:43:37 * DocScrutinizer heard recently UN agreed on drastic enforcements to punish JS usage ;-)
Jun 15 18:43:55 <onen|openBmap> PaulFertser: I don't know how this works. I will poke Nick about this whole JS infamy
Jun 15 18:44:09 <PaulFertser> onen|openBmap: yes, please. JS is evil.
Jun 15 18:44:33 <onen|openBmap> PaulFertser: I guess you are not using big G. services then ;-)
Jun 15 18:44:45 <mrmoku> dos1, as long as it gets stuck on shr-settings I can't tell...
Jun 15 18:44:48 <PaulFertser> onen|openBmap: only google mail, through imap/smtp
Jun 15 18:44:49 <DocScrutinizer> eeeerrrrrkkks
Jun 15 18:45:09 <Azog> minimal length of the username of 4 chars is also too short for azog :(
Jun 15 18:45:12 <onen|openBmap> PaulFertser: I find it much worse to use google services than enabling JS :-P
Jun 15 18:45:15 <dos1> mrmoku: i just want to know, if shr-settings builds :P
Jun 15 18:45:16 <DocScrutinizer> PaulFertser: bad nasty boy!!!
Jun 15 18:45:29 <onen|openBmap> DocScrutinizer: and I think UN should change their priorities about that ;-)
Jun 15 18:45:30 <PaulFertser> DocScrutinizer: give me an altenative!
Jun 15 18:45:31 <mrmoku> dos1, yeah... it bails on install
Jun 15 18:45:40 <dos1> mrmoku: what now?
Jun 15 18:46:13 <mrmoku> dos1, add an empty backup.config and spank toaster ;)
Jun 15 18:46:23 <dos1> mrmoku: i fixed that...
Jun 15 18:46:33 <onen|openBmap> PaulFertser: DocScrutinizer: feel lucky, we were close to put some flash on the website for an experimental contact form :P
Jun 15 18:46:34 <DocScrutinizer> heh, spank toaster? sounds good ;-P
Jun 15 18:46:40 <dos1> mrmoku: it was a typo - not backup.config, it was backup.conf
Jun 15 18:46:50 <dos1> mrmoku: and i already told you it's fixed :P
Jun 15 18:46:55 <PaulFertser> onen|openBmap: oooh
Jun 15 18:47:12 <mrmoku> dos1, and I retried... and it still does not work :P
Jun 15 18:47:19 <mrmoku> but I see why
Jun 15 18:47:31 <DocScrutinizer> onen|openBmap: this would get you directly to Geneva
Jun 15 18:47:32 <mrmoku> you have to decide if you want to call that damn file .conf or .config ;)
Jun 15 18:47:48 <onen|openBmap> DocScrutinizer: I like geneva, would not mind :-)
Jun 15 18:48:36 * DocScrutinizer thinks flash is mentioned in anti-proliferation laws
Jun 15 18:49:21 <DocScrutinizer> exactly between the $ about nuclear warheads and the § about anti personal landmines
Jun 15 18:50:04 <onen|openBmap> PaulFertser: thanks for reporting all of this. It now lays on my todo list. this is a first step ;-)
Jun 15 18:50:19 <mrmoku> dos1, sorry... might be as well too slow today :P
Jun 15 18:50:34 * mrmoku retries again
Jun 15 18:50:35 <onen|openBmap> PaulFertser: by the way, your hard experience means: we have a new user! yeaaaaah!!!!
Jun 15 18:51:09 <dos1> mrmoku: file was .conf, in sources it was .conf. Only in setup.py it was .config, and i fixed that ;p
Jun 15 18:51:09 <onen|openBmap> PaulFertser: you even activated JS for us ;'-) thanks for the sacrifice ;-)
Jun 15 18:52:50 <mrmoku> onen|openBmap, talking about bugs... did you see backlog from this morning?
Jun 15 18:53:50 <onen|openBmap> mrmoku: no, not reading backlog
Jun 15 18:54:23 <mrmoku> 15-06-2009 07:23:11 > mrmoku: onen|openBmap, ping
Jun 15 18:54:23 <mrmoku> 15-06-2009 07:23:34 > mrmoku: onen|openBmap, what does this mean?
Jun 15 18:54:23 <mrmoku> 15-06-2009 07:23:36 > mrmoku: ERROR:root:Error while sending GSM/GPS logged data: 'dict' object is not callable
Jun 15 18:54:54 <mrmoku> dos1, ok... built
Jun 15 18:54:57 <PaulFertser> onen|openBmap: am i the only user from Moscow btw?
Jun 15 18:55:34 <onen|openBmap> PaulFertser: we have a user from Russia federation, "voiceless" IIRC
Jun 15 18:56:18 <PaulFertser> onen|openBmap: JS -- not a big deal but it's not always available, i couldn't have registered with emacs-w3m or links and sometimes i have to use only that.
Jun 15 18:57:17 <onen|openBmap> mrmoku: would you have some app log together?
Jun 15 18:57:47 <onen|openBmap> PaulFertser: may I suggest using chrome?
Jun 15 18:57:52 <mrmoku> onen|openBmap, some app log together?
Jun 15 18:57:55 * onen|openBmap runs away
Jun 15 18:57:56 <PaulFertser> onen|openBmap: to me?
Jun 15 18:58:05 <PaulFertser> onen|openBmap: no :)
Jun 15 18:58:14 <DocScrutinizer> noooo way
Jun 15 18:58:23 <DocScrutinizer> :-P
Jun 15 18:58:29 <onen|openBmap> mrmoku: I mean home/.openBmap/openBmap.log file of this crash?
Jun 15 18:58:53 <mrmoku> onen|openBmap, yep, have it
Jun 15 18:58:54 <PaulFertser> onen|openBmap: JS performance makes no sense for properly designed apps, because they don't run inside a unsuitable by desigen JS VM.
Jun 15 18:58:56 <DocScrutinizer> ouch, hope this is a typo
Jun 15 18:59:03 <mrmoku> even looked at it... did not see anything anormal
Jun 15 19:00:15 <DocScrutinizer> s/home/${HOME}/
Jun 15 19:00:48 <DocScrutinizer> or simply s/home/~/
Jun 15 19:01:20 <onen|openBmap> mrmoku: do you know what were the last messages, in order for me to trace it in my code?
Jun 15 19:01:21 <DocScrutinizer> i.e. I hope there's no user named .openBmap
Jun 15 19:02:23 <onen|openBmap> DocScrutinizer: or course I meant ${HOME}/.openBmap/....
Jun 15 19:02:28 <mrmoku> onen|openBmap, from openbmap.log?
Jun 15 19:02:33 <DocScrutinizer> k :-))
Jun 15 19:02:35 <mrmoku> the logger does not crash
Jun 15 19:02:39 <mrmoku> it just does not upload 
Jun 15 19:02:52 <onen|openBmap> mrmoku: yep. ah of course, stupid me, I handle exception ;-)
Jun 15 19:02:55 <mrmoku> want me to mail you the log?
Jun 15 19:03:01 <onen|openBmap> mrmoku: please
Jun 15 19:03:04 <mrmoku> k
Jun 15 19:03:39 <onen|openBmap> mrmoku: this happens repeatedly? or a "turn it off and on again" solved it?
Jun 15 19:05:37 <mrmoku> onen|openBmap, every time I try to submit that logs
Jun 15 19:06:13 <onen|openBmap> mrmoku: you mean a very specific log triggers every time this exception! but you can generate new one and send them, etc... without pb?
Jun 15 19:06:19 <mrmoku> onen|openBmap, my moko crashed while logging... so that might be the reason
Jun 15 19:06:51 <mrmoku> onen|openBmap, I did not try on that installation (on SD)... running from flash right now
Jun 15 19:06:59 <onen|openBmap> mrmoku: ok then please send me the log too, so that I can check
Jun 15 19:07:03 <DocScrutinizer> for all the guys concerned about "OMG, how could I enable 1000mA fastcharge mode":  see http://www.batteryuniversity.com/partone-12.htm
Jun 15 19:07:07 <mrmoku> onen|openBmap, already done :)
Jun 15 19:08:16 <DocScrutinizer> "" Increasing the charge current does not shorten the charge time by much. Although the voltage peak is reached quicker with higher charge current, the topping charge will take longer. ""
Jun 15 19:08:22 <Defiant-> charging lipos makes more fun :)
Jun 15 19:11:20 <mrmoku> onen|openBmap, will reboot to SD now... to recheck
Jun 15 19:11:46 <DocScrutinizer> Defiant-: "" Battery experts agree that charging lithium-ion batteries is simpler and more straightforward than the nickel-based cousins. ""
Jun 15 19:12:34 <onen|openBmap> mrmoku: weird, the log seems correct to me
Jun 15 19:12:43 <onen|openBmap> mrmoku: let me know if this works...
Jun 15 19:13:02 <DocScrutinizer> also refer to the paragrph about "" Hints to long battery life ""
Jun 15 19:13:29 <mrmoku> onen|openBmap, sure
Jun 15 19:13:38 <DocScrutinizer> "" 3.92V/cell is the best upper voltage threshold for cobalt-based lithium-ion. Charging batteries to this voltage level has been shown to double cycle life. ""
Jun 15 19:14:11 <DocScrutinizer> "" The charge current of Li-ion should be moderate (0.5C for cobalt-based lithium-ion).  ""
Jun 15 19:14:32 <Defiant-> not sure. Which all kinds of batterys you always end up with n+k opinions for n experts
Jun 15 19:14:50 <DocScrutinizer> conclusion: 1000mA mode is a convenient way to reduce battery life
Jun 15 19:16:06 <dos1> DocScrutinizer: that's good my wall charger has broken cable and i charge my battery from laptop @ 500mA ;)
Jun 15 19:17:05 <Zork|Solder> DocScrutinizer: what do you mean about the 1A charger?
Jun 15 19:17:06 <Defiant-> I expect that only a minority is using the wall charger anyway...
Jun 15 19:17:29 <Zork|Solder> (with the wallcharger you can also stop charging when 3.92V or not?
Jun 15 19:17:44 <DocScrutinizer> Zork|Solder: sure, np
Jun 15 19:18:10 <DocScrutinizer> Zorkman: you even can set chg_curlim to 500
Jun 15 19:18:12 * Zorkman is charging his second battery atm with wall charger :)
Jun 15 19:18:28 <Zorkman> for when my soldered usb bug gives in during my trip :)
Jun 15 19:18:47 <Zorkman> lol usb hub
Jun 15 19:18:59 <Zorkman> not usb bug, although it might prove to be usb bugger :)
Jun 15 19:19:03 <bumbl> what have you soldered Zorkman?
Jun 15 19:19:20 <Zorkman> bumbl: an audio adaptor (2.5 to 3.5) and a usb hub
Jun 15 19:19:36 <Zorkman> I only have one hub and I think it has a built in current-controller
Jun 15 19:19:52 <Zorkman> won't let me charge enough for freerunner with backlight and gps on...
Jun 15 19:20:10 <DocScrutinizer> Zorkman: current limt won't properly work for hub
Jun 15 19:20:13 <Zorkman> and I need it for in the car (well, i have one usb slot, but also want to charge media players or camera's of my friends)
Jun 15 19:20:49 <Zorkman> DocScrutinizer: with the hub i soldered i can get 500mA and still have three free usb ports
Jun 15 19:21:01 <DocScrutinizer> you need to manually set chg_curlim to 500 (or do it with this convenient slider in shr-settings-power)
Jun 15 19:21:13 <mrmoku> onen|openBmap, hmm... it does not even want to start now
Jun 15 19:21:17 <Zorkman> DocScrutinizer: I did that with my original hub
Jun 15 19:21:28 <Zorkman> but it still didn't give enough current, I was still using 42mA
Jun 15 19:21:30 <onen|openBmap> mrmoku: :-D
Jun 15 19:22:07 <Zorkman> DocScrutinizer: btw: I'm happy you couldn't see my soldering... it was crappy as hell :(
Jun 15 19:22:21 <Defiant-> Zorkman: you charge with 42mA?
Jun 15 19:22:36 * mrmoku is installing openbmap-logger-dbg to gdb it ;)
Jun 15 19:22:47 <Zorkman> Defiant-: no it was DIScharging with 42mA, even though i set the chg_curlim to 500
Jun 15 19:22:51 <onen|openBmap> mrmoku: what tells the app logs?
Jun 15 19:22:52 <Defiant-> ah
Jun 15 19:22:52 <PaulFertser> onen|openBmap: another question: what is the best way to contribute for Nokia smartphone users atm? Is there any?
Jun 15 19:22:58 <DocScrutinizer> cya fellas. Zorkman please don't publish photos ;-P
Jun 15 19:23:10 <PaulFertser> :))
Jun 15 19:23:15 <Zorkman> Defiant-: with my self made stuff i can charge 200mA with everything on
Jun 15 19:23:23 <Zorkman> bye DocScrutinizer, don't worry, I won't :)
Jun 15 19:23:29 <onen|openBmap> PaulFertser: no there is not. we desperately need more developpers to take care of more platforms
Jun 15 19:23:45 <PaulFertser> onen|openBmap: what about opencellid clients? Are they useless?
Jun 15 19:24:14 <onen|openBmap> PaulFertser: but if your feel like trying, I would recommend to have a look at opencellid nokia loggers, and see if the code is good
Jun 15 19:24:26 <PaulFertser> onen|openBmap: ok, thanks :)
Jun 15 19:24:53 <onen|openBmap> PaulFertser: I may try to do it by myself, but you know, real life things...
Jun 15 19:25:18 <PaulFertser> onen|openBmap: btw sorry for not providing patches for the problems i mentioned, but python is really a foreign language to me, i can read but can't write yet. And not very interested, to be honest.
Jun 15 19:25:27 <onen|openBmap> PaulFertser: I would prefer to promote more the project and work on using the data for positionning (geoclue) instead of taking care of many platforms
Jun 15 19:25:55 <onen|openBmap> PaulFertser: you don't have too. feedback + bug reporting is very welcome!
Jun 15 19:26:01 <mrmoku> onen|openBmap, hmm... strange thing... rm .openBmap.log and after that it started again
Jun 15 19:26:07 <mrmoku> and uploading worked too
Jun 15 19:26:08 <mrmoku> hmm
Jun 15 19:26:57 <onen|openBmap> PaulFertser: just to clarify: are you interested in doing the nokia port?
Jun 15 19:27:21 <PaulFertser> onen|openBmap: no, i don't have hardware and i don't like symbian programming (i think i saw some examples).
Jun 15 19:27:33 <onen|openBmap> mrmoku: the app log??? it gets overwritten at every launch of the app! very weird indeed.
Jun 15 19:27:35 <DocScrutinizer> lol
Jun 15 19:27:53 <onen|openBmap> mrmoku: so IIUC, the xml log was good, and has been sent?
Jun 15 19:28:02 <mrmoku> onen|openBmap, as I said... strange :P 
Jun 15 19:28:06 <Zorkman> I have my own dictionary, but does anybody know how i can set it to be used automatically? at the moment I always have to select it manually the first time after a reboot
Jun 15 19:28:22 <mrmoku> onen|openBmap, anyway... sorry for the noise :)
Jun 15 19:28:51 <onen|openBmap> PaulFertser: ok. then, may I ask why you asked for nokia users?
Jun 15 19:29:39 <PaulFertser> onen|openBmap: i've a non-programmer friend interested in contributing to free projects.
Jun 15 19:29:43 <mrmoku> onen|openBmap, saw the offer for FR A6 on openmoko ML? 
Jun 15 19:29:52 <mrmoku> get 10 and send them around in parcels ;)
Jun 15 19:29:54 <onen|openBmap> mrmoku: no, of course not, thanks for the help. So I guess I close this bug, right?
Jun 15 19:30:02 <mrmoku> yep :)
Jun 15 19:30:23 <PaulFertser> onen|openBmap: and he works in various places all around Moscow, everytime new (geodesia measurements).
Jun 15 19:30:23 * onen|openBmap fixes easily bugs 8-)
Jun 15 19:31:05 <onen|openBmap> mrmoku: no, where, when, how?
Jun 15 19:31:17 <mrmoku> community ML... mail from Sean himself
Jun 15 19:31:27 <mrmoku> 180$ on if you take 10 :)
Jun 15 19:31:28 <onen|openBmap> PaulFertser: he *needs* a FR ;-)
Jun 15 19:31:33 <mrmoku> s/on/one/
Jun 15 19:31:33 <bzzbot> mrmoku meant: 180$ one if you take 10 :)
Jun 15 19:32:06 <onen|openBmap> PaulFertser: I really don't have time to make another client, if I want to test my app as much as I do.
Jun 15 19:32:12 <DocScrutinizer> WTF?!?
Jun 15 19:32:15 <mrmoku> onen|openBmap, they still have buzz... but that does not matter for your usecase ;)
Jun 15 19:32:22 <onen|openBmap> PaulFertser: I really wish somebody to jump on the boat and support other platforms
Jun 15 19:32:40 <dos1> DocScrutinizer, onen|openBmap: http://us.direct.openmoko.com/products/neo-freerunner
Jun 15 19:33:19 <DocScrutinizer> wonder how long until we get them for free ;-)
Jun 15 19:33:29 <dos1> mrmoku: how's building going?
Jun 15 19:34:43 <wurp2|lazy> Does anyone know if they care if you mix US & EU units on multi-unit orders (taking advantage of multi-unit pricing, of course
Jun 15 19:34:47 <wurp2|lazy> )?
Jun 15 19:35:07 <onen|openBmap> DocScrutinizer: :-D
Jun 15 19:35:43 <onen|openBmap> ok, so if I take a 3 pieces package, I can log all the operators at one time in my country
Jun 15 19:36:03 <DocMobilizer> k, dinner time
Jun 15 19:36:19 <Zorkman> onen|openBmap: send me two also ;)
Jun 15 19:37:09 <onen|openBmap> but I still think this is a large investment, I already spend a lot of time on it... but it does not cost me money (besides travelling around to convince people)
Jun 15 19:42:01 <onen|openBmap> let see if people are interested in a group purchase...
Jun 15 19:43:47 <rhkfin> onen|openBmap: two questions: 1) Why can't you log more than one operator per phone, you see the base stations anyway? and 2) Have you been able to push the dependency changes to distros (like OM2009)
Jun 15 19:44:14 <onen|openBmap> rhkfin: hi
Jun 15 19:44:50 <rhkfin> onen|openBmap: hi there! (it's you, dos1, mrmoku and DocMobilizer talking here - where's the rest of the community :) Or right and PaulFertser :)
Jun 15 19:45:07 <onen|openBmap> rhkfin: I need to link cell signal to a mobile network code. and the framework gives only one mnc
Jun 15 19:45:30 <onen|openBmap> rhkfin: I checked, but I think stefan did not push it yet. but I check every day :-)
Jun 15 19:46:39 <rhkfin> onen|openBmap: so FSO won't let you see all the info the basestations send.. Instead of buying more phones, how about adding this to FSO -> the rate of openbmap data collection would go up drastically...
Jun 15 19:46:45 <rhkfin> onen|openBmap: push to distros, thanks!
Jun 15 19:46:46 <onen|openBmap> rhkfin: DocScrutinizer: you see the BTS, well, at least the gsm firmware does. but does it give this info out of the modem...?
Jun 15 19:47:57 <onen|openBmap> rhkfin: let's see what DocScrutinizer thinks of your idea... but if this was possible, I think he would already have suggested it to me...
Jun 15 19:48:01 <dos1> onen|openBmap: maybe ask about possibility to include it in firmware ;)
Jun 15 19:48:26 <onen|openBmap> dos1: ok, give me the link to download the code :-P
Jun 15 19:48:48 <DocScrutinizer> onen|openBmap: told ya need to remove sim
Jun 15 19:49:02 <dos1> onen|openBmap: ask, firmware isn't open :(
Jun 15 19:49:05 <rhkfin> DocScrutinizer: remove SIM to see all operators?
Jun 15 19:49:53 <onen|openBmap> DocScrutinizer: yep, I have not tested this yet.
Jun 15 19:50:06 <Zorkman> test it onen|openBmap :)
Jun 15 19:50:21 <onen|openBmap> rhkfin: DocScrutinizer: Doc suggested that without a sim card, you would see neighbours from all operators
Jun 15 19:50:34 <mrmoku> dos1, fine... image finished :)
Jun 15 19:50:38 <rhkfin> onen|openBmap: is openbmap able to read & save that data?
Jun 15 19:50:41 <Zorkman> i'm leaving tomorow, would love to know if I have to remove sim or not
Jun 15 19:50:49 <dos1> DocScrutinizer: why it can't be done with SIM inserted?
Jun 15 19:51:08 <DocScrutinizer> fw doesn't
Jun 15 19:51:48 <onen|openBmap> rhkfin: neighbours? yes. but: the way we work to make localisation afterwards will use regular gsm data (mcc, mnc, lac, cid). and gsm neighbour api does not give you the mcc/mnc.
Jun 15 19:52:28 <onen|openBmap> rhkfin: DocScrutinizer: we are not sure that it only shows the neighbour for your operator (e.g. at the border: do you see the other operator on the same frequency as you)
Jun 15 19:53:10 <rhkfin> onen|openBmap: so it's better to leave it totally away if it's a bit of lesser quality than what'd be the optimal?
Jun 15 19:53:43 <dos1> mrmoku: commited :P
Jun 15 19:53:52 <CIA-45> SHR: 03seba.dos1 07shr-settings * r9cc5bfb4f5f7 10/playground/wifiman.py: [playground] wifiman.py: indicate "Scanning now" (using inwin)
Jun 15 19:53:56 <onen|openBmap> rhkfin: no we record the neighbours. but with a sim card. my question is, what will we get for data without sim
Jun 15 19:54:03 <onen|openBmap> rhkfin: I have to try
Jun 15 19:54:10 <dos1> mrmoku: wifiman.py need to be downloaded by hand, so if new EFLSRC builds fine that's not issue i think
Jun 15 19:54:10 <rhkfin> onen|openBmap: ok, great
Jun 15 19:54:29 <onen|openBmap> DocScrutinizer: rhkfin: doc, the bts approach suggested by rhkfin, is it possible with a sim?
Jun 15 19:55:34 <onen|openBmap> DocScrutinizer: rhkfin: I fear with bts, and without sim, we cannot know what mcc/mnc every cell belongs to
Jun 15 19:56:47 <rhkfin> onen|openBmap: All I know is that with my old Nokia I was able to scan for all operators, also those I didn't have SIM for so I thought this should be usable on Freerunner too.. So let's see what you'll find when testing it..
Jun 15 19:57:23 <Zorkman> rhkfin: we can see other operators already on the freerunner with sim inserted if i'm not mistaken:
Jun 15 19:57:29 <Zorkman> go to shr-settings
Jun 15 19:57:58 <rhkfin> Zorkman: hey slow down, there are people around who DON'T run SHR :)
Jun 15 19:58:16 <onen|openBmap> rhkfin: you mean, you could have the list of operators you receive signal for?
Jun 15 19:58:29 <Zorkman> rhkfin: sorry, but if it's possible with SHR, it should be on everything FSO based...
Jun 15 19:58:36 <rhkfin> onen|openBmap: yes
Jun 15 19:58:43 <rhkfin> Zorkman: right
Jun 15 19:58:45 <Blu3> it is, use mdbus
Jun 15 19:59:15 <onen|openBmap> rhkfin: this is available. you can get out of the modem the list of providers.
Jun 15 19:59:43 <onen|openBmap> rhkfin: but AFAIK, you cannot list all the cells you see, linked to operator, out of the modem
Jun 15 19:59:54 <rhkfin> onen|openBmap: okay, understand.. too bad..
Jun 15 20:00:31 <onen|openBmap> rhkfin: well, I am very happy to be able to log neighbours already! this is a speed up factor of 3 to 6 depending of the area!
Jun 15 20:01:15 <rhkfin> onen|openBmap: I didn't know you can do that already. SO does the version from feeds already support that?
Jun 15 20:01:29 <rhkfin> (maybe that's the reason I'm not getting new cells :)
Jun 15 20:02:14 <rhkfin> onen|openBmap: so what are the dependencies now? at least libglade-2.0-0 python-pygobject python-pygtk python-netclient
Jun 15 20:02:50 <onen|openBmap> rhkfin: it was activated in 0.3.0
Jun 15 20:03:06 <playya> Zorkman, mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device  org.freesmartphone.GSM.Monitor.GetNeighbourCellInformation
Jun 15 20:03:20 <onen|openBmap> rhkfin: well yes, I don't remember all the dependencies right now :-)
Jun 15 20:03:32 <rhkfin> onen|openBmap: ok, I have 0.3.0
Jun 15 20:03:48 <playya> ok. lets upload some more private data
Jun 15 20:03:51 <rhkfin> onen|openBmap: I know installing python-modules installs what's needed but.. it's a bit too much :)
Jun 15 20:04:09 <DocMobilizer> onen|openBmap: try it. limitations are fw, and fw is a blackbox
Jun 15 20:04:18 <onen|openBmap> playya: ;-)
Jun 15 20:04:50 <onen|openBmap> DocMobilizer: sure thing, I will. and put results and your name on obm wiki :-)
Jun 15 20:05:13 <onen|openBmap> rhkfin: a second I list it for you (you reflashed, new install?)
Jun 15 20:05:14 <DocMobilizer> ;-)
Jun 15 20:05:18 <playya> still 8100 left to beat onen
Jun 15 20:05:44 <rhkfin> onen|openBmap: yes I did - but I just installed the -modules..
Jun 15 20:06:10 <rhkfin> (but for Kustomizer it'd be nice to know, and also maybe to tell nytowl to fix it in OM2009..)
Jun 15 20:06:11 <onen|openBmap> rhkfin: python python-dbus python-pygobject python-pygtk libglade
Jun 15 20:06:14 <Zorkman> rhkfin: i'm gonna take you down! (on the obm stats :))
Jun 15 20:06:19 <onen|openBmap> rhkfin: python-subprocess python-netclient python-math python-core python-io frameworkd
Jun 15 20:06:24 <rhkfin> Zorkman: YOU WON'T!!
Jun 15 20:06:30 <rhkfin> onen|openBmap: ok, great, thanks!
Jun 15 20:06:55 <onen|openBmap> playya: no the top one is all the logs, from the previous version. I don't even know if there are from me :-)
Jun 15 20:06:56 <Zorkman> rhkfin: we'll talk again in a week! ^_^ (don't tell me I didn't warn you :))
Jun 15 20:07:04 <onen|openBmap> playya: but I am still near the top ;-)
Jun 15 20:07:15 <rhkfin> Zorkman: heh :) ( /me got an urgent need to travel!!)
Jun 15 20:07:25 <Zorkman> thats good rhkfin :)
Jun 15 20:07:40 <Zorkman> I even plan on topping Ainulindale :)
Jun 15 20:07:49 <Zorkman> (for a short while that is :))
Jun 15 20:07:52 <rhkfin> Zorkman: not going to happen :)
Jun 15 20:08:02 <Zorkman> rhkfin: watch me :)
Jun 15 20:08:11 <onen|openBmap> rhkfin: if you go fast and log all the cells  where Zorkman will drive, you may keep your position ;-)
Jun 15 20:08:24 <Zorkman> :D
Jun 15 20:08:46 * playya  ist nearly top10
Jun 15 20:08:49 <rhkfin> onen|openBmap: indeed :)
Jun 15 20:08:51 <onen|openBmap> Zorkman: pfff, Ainulindale has 50% of cells from *my* sim card, it does not count
Jun 15 20:09:11 <Zorkman> bah, Ainulindale is a dictator, everything he says counts :D
Jun 15 20:09:43 <playya> but you are using his distro
Jun 15 20:09:45 <onen|openBmap> Zorkman: not fun when he is not around to answer ;-)
Jun 15 20:09:53 <Zorkman> I wish i could travel longer and farther..
Jun 15 20:09:56 <Zorkman> onen|openBmap: true :)
Jun 15 20:09:58 <Ainulindale> I am around
Jun 15 20:10:00 <Ainulindale> But on the phone
Jun 15 20:10:16 <onen|openBmap> Ainulindale: hello darling!
Jun 15 20:10:19 <Zorkman> on THE phone :)
Jun 15 20:10:24 <Ainulindale> Hi honey 
Jun 15 20:10:38 <Zorkman> onen|openBmap: why exaclty do you need to know operator?
Jun 15 20:10:39 <onen|openBmap> Ainulindale: no, onen (sounds alike, granted)
Jun 15 20:10:57 <onen|openBmap> Zorkman: what do you mean?
Jun 15 20:11:03 <Zorkman> onen|openBmap: isn't cellID unique?
Jun 15 20:11:22 <onen|openBmap> Zorkman: (mcc/mnc/lac/cid) is unique
Jun 15 20:11:50 <Zorkman> damn, hoped that mcc/*/*/cid also would be unique
Jun 15 20:11:52 <onen|openBmap> Zorkman: Ainulindale: and of course, god be blessed, Ainulindale is unique
Jun 15 20:12:07 <onen|openBmap> Zorkman: pfff, would be too simple ;-)
Jun 15 20:12:30 <mrmoku> fortunately ;)
Jun 15 20:12:43 * onen|openBmap sees mrmoku understand what I mean
Jun 15 20:13:06 * mrmoku imagines Ainulindale1 litigating with Ainulindale2 in here... no thanks :P
Jun 15 20:13:07 <DocMobilizer> mmc/mnc/cid should uniq
Jun 15 20:13:26 <DocMobilizer> no lac
Jun 15 20:13:59 <onen|openBmap> DocMobilizer: can you be sure? an operator can name his cells as he wishes. and could reuse the same cellid in different lac... or not?
Jun 15 20:14:07 <mrmoku> Ainulindale, if you finished learning russian on the phone... need your help :P
Jun 15 20:14:10 <onen|openBmap> mrmoku: :-D lol
Jun 15 20:14:14 <Ainulindale> Yes ?
Jun 15 20:14:23 <mrmoku> having a problem with my local build
Jun 15 20:14:30 <Ainulindale> Shoot
Jun 15 20:14:31 <mrmoku> it does not include some essential stuff
Jun 15 20:14:39 <mrmoku> for example the angstrom package is missing
Jun 15 20:14:46 <mrmoku> and even worse... opkg :P
Jun 15 20:14:51 <DocMobilizer> onen|openBmap: not afaik
Jun 15 20:14:53 <Ainulindale> Problem with task-base then?
Jun 15 20:14:53 <mrmoku> which makes fixing stuff after dificult
Jun 15 20:14:59 <onen|openBmap> DocMobilizer: and as we lack link between (mcc/mnc)  and (lac, cid)  (with API I mean), it does not help
Jun 15 20:15:11 <mrmoku> Ainulindale, I'm doing a plain SHR build though... no changes
Jun 15 20:15:17 <DocMobilizer> yup
Jun 15 20:15:21 <mrmoku> only thing that changed is my host compiler
Jun 15 20:15:33 <onen|openBmap> DocMobilizer: why cannot the operator reuse it?
Jun 15 20:15:43 <Ainulindale> mrmoku: well did you start from scratch?
Jun 15 20:15:49 <mrmoku> yep, twice
Jun 15 20:15:54 <onen|openBmap> DocMobilizer: because sometimes cid jumps from one lac to another?
Jun 15 20:16:00 <DocMobilizer> doesn't
Jun 15 20:16:07 <Ainulindale> mrmoku: is do_rootfs outputing errors?
Jun 15 20:16:53 <mrmoku> no ERROR in there
Jun 15 20:17:11 <Ainulindale> is every package included?
Jun 15 20:17:14 <DocMobilizer> onen|openBmap: prolly admin reasons
Jun 15 20:17:53 <mrmoku> Ainulindale, the angstrom package should be in all right?
Jun 15 20:17:58 <mrmoku> because it does not even get built
Jun 15 20:18:02 <onen|openBmap> DocMobilizer: I am relunctant to build the system on "maybe", and not being certain what I am doing...
Jun 15 20:18:10 <Ainulindale> mrmoku: angstrom-version?
Jun 15 20:18:28 <onen|openBmap> DocMobilizer: so I am relunctant to go this direction without being sure it works this way
Jun 15 20:18:39 <DocMobilizer> no diff anyway. wont help
Jun 15 20:18:40 <Ainulindale> mrmoku: you might want to compare with the buildhost testlab
Jun 15 20:18:49 <onen|openBmap> DocMobilizer: well, anyway, thanks for the input. I let you know what das Experiment will give us
Jun 15 20:19:38 <DocMobilizer> np
Jun 15 20:19:42 <Zorkman> onen|openBmap: if it would be better to leave sim out: please PM me
Jun 15 20:19:47 <onen|openBmap> DocMobilizer: no diff? because what we lack is (mcc/mnc) to be linked to cid?
Jun 15 20:20:06 <DocMobilizer> ack
Jun 15 20:20:07 <mrmoku> Ainulindale, did that (installed-packages.txt)
Jun 15 20:20:12 <Ainulindale> and?
Jun 15 20:21:32 <mrmoku> some packages are missing... angstrom, bzip2, opkg alsa-states, distro-feed-configs, gnupg, props, pth, strace, util-linux-mount
Jun 15 20:21:51 <Ainulindale> weird
Jun 15 20:22:19 <mrmoku> on the other hand I have openmoko-alsa-scenarios, libtiff5, evas-saver-tiff which are not on the buildhost testlab
Jun 15 20:22:49 <Ainulindale> did you check distro?
Jun 15 20:22:54 <DocMobilizer> waaaaaaaaaaaaaaaaaaaaaaaaaaah
Jun 15 20:23:26 <mrmoku> Ainulindale, shr
Jun 15 20:23:36 <DocMobilizer> scenari* buzzword
Jun 15 20:23:41 <onen|openBmap> Zorkman: ping
Jun 15 20:23:47 <Ainulindale> well only thing I could do is ask you for ssh access to check myself
Jun 15 20:23:48 <mrmoku> DocMobilizer, I have them both ;)
Jun 15 20:24:05 <mrmoku> Ainulindale, hehe, would be dificult for my laptop :P
Jun 15 20:24:25 <mrmoku> Ainulindale, anyway... I bumped efl and rebuild images on the buildhost now
Jun 15 20:24:38 <Ainulindale> mrmoku: well I'm sure you checked for everything so I wouldn't be able to double check without having access I fear
Jun 15 20:24:40 <mrmoku> raster sent out a mail to e-devel with the *good* EFL_SRCREV to use
Jun 15 20:24:47 <Ainulindale> good!
Jun 15 20:25:31 <mrmoku> Ainulindale, will retry another build from scratch overnight
Jun 15 20:25:46 <mrmoku> one thing I changed is DISTRO_TYPE="debug" instead of unstable
Jun 15 20:25:58 <Ainulindale> well double check the conf against the buildhost one
Jun 15 20:26:11 <mrmoku> because as far as I see it by git grepping in OE there is debug and release
Jun 15 20:26:20 <Ainulindale> one thing you could do is
Jun 15 20:26:26 <Ainulindale> Disable ccache if you have it
Jun 15 20:26:29 <Ainulindale> remove parallel build
Jun 15 20:28:45 <DocMobilizer> anybody else concerned but 'du -h /etc/freesmartphone'? ever tried gz?
Jun 15 20:30:23 <mrmoku> Ainulindale, what pulls in the angstrom package?
Jun 15 20:30:34 <Ainulindale> I'd say task-base
Jun 15 20:30:36 <DocMobilizer> s/but/bout/
Jun 15 20:30:37 <bzzbot> DocMobilizer meant: anybody else concerned bout 'du -h /etc/freesmartphone'? ever tried gz?
Jun 15 20:32:42 <mrmoku> DocMobilizer, big gsmnetwork database :P
Jun 15 20:34:00 <DocMobilizer> yup, for nearly nottin
Jun 15 20:34:13 <mrmoku> Ainulindale, hmm... thinking about it... maybe I should rm -rf .ccache and rebuild from scratch
Jun 15 20:34:27 <mrmoku> don't know if ccache likes it being filled with an older compiler version...
Jun 15 20:34:41 <Ainulindale> well usually not :-)
Jun 15 20:35:59 <mrmoku> Ainulindale, another thing I should do is prepare the Makefile to drop the overlay for testing...
Jun 15 20:36:23 <Ainulindale> Yeah I was intending to do that but these last few days I was swamped for the reasons you know
Jun 15 20:37:53 <mrmoku> swampie swampie :)
Jun 15 20:38:11 <mrmoku> well me too had less time than wanted :(
Jun 15 20:42:39 <DocMobilizer> mrmoku: whats twinkle status?
Jun 15 20:42:45 <mrmoku> ouch
Jun 15 20:43:07 <mrmoku> DocMobilizer, unchanged :(
Jun 15 20:43:19 <playya> what is twinkle?
Jun 15 20:43:23 <DocMobilizer> THAT bad? :-D
Jun 15 20:43:37 * mrmoku hides in a corner
Jun 15 20:43:49 <mrmoku> playya, SIP app
Jun 15 20:43:56 <playya> ah. ok
Jun 15 20:45:12 <mrmoku> Ainulindale, what revs do we set for testing? what we have now?
Jun 15 20:51:59 <Ainulindale> mrmoku: I fixed them two or three weeks ago
Jun 15 20:52:03 <Ainulindale> We should fix them to current
Jun 15 20:52:06 <onen|openBmap> DocMobilizer: rebooted without sim under shr
Jun 15 20:52:10 <Ainulindale> And then start with the procedures talked about in core team
Jun 15 20:52:21 <Ainulindale> (If they're approved which should not be that much trouble)
Jun 15 20:52:34 <mrmoku> ok
Jun 15 20:52:53 <onen|openBmap> DocMobilizer: 
Jun 15 20:52:54 <onen|openBmap> GetNeighbourCellIn
Jun 15 20:52:54 <onen|openBmap> formation
Jun 15 20:53:07 <onen|openBmap> DocMobilizer: returns an empty list
Jun 15 20:53:18 <onen|openBmap> DocMobilizer: or am I missing sth?
Jun 15 20:53:31 <playya> works for me
Jun 15 20:53:40 <playya> are you registered?
Jun 15 20:53:46 <DocMobilizer> onen|openBmap: dunno
Jun 15 20:53:59 <onen|openBmap> DocMobilizer: ListProviders returns: org.freedesktop.DBus.Error.AccessDenied
Jun 15 20:54:20 <DocMobilizer> lol
Jun 15 20:54:21 <onen|openBmap> playya: this is an experiment suggested by doc. I try without a sim
Jun 15 20:54:27 <playya> which version of the framework?
Jun 15 20:54:41 <DocMobilizer> fsckng firmware
Jun 15 20:55:02 <onen|openBmap> DocMobilizer: I guess this is my answer :-D
Jun 15 20:55:38 <onen|openBmap> playya: again, I try without a sim card. is it working for you without it?
Jun 15 20:55:41 <DocMobilizer> yup :-(
Jun 15 20:55:53 <playya> mom. reboot ;)
Jun 15 20:56:17 <onen|openBmap> DocMobilizer: maybe this is not the end. without a sim, you are supposed to be able to call emergency service (112?) right?
Jun 15 20:56:23 <playya> I'm just wondering about the access denied
Jun 15 20:56:40 <DocMobilizer> onen|openBmap: yup
Jun 15 20:57:23 <onen|openBmap> DocMobilizer: so shr detects I don't have a sim card. maybe it does not try to connect to network then. maybe I need to manually start sth regarding the modem
Jun 15 20:58:08 <DocMobilizer> i honestly doubt
Jun 15 21:02:16 <playya> ok. i receive an empty list, too
Jun 15 21:05:10 <onen|openBmap> DocMobilizer: playya: well I tried some commands, without any success
Jun 15 21:05:24 <onen|openBmap> DocMobilizer: always the same accessdenied
Jun 15 21:05:35 <DocMobilizer> onen|openBmap: i think decition of911 isn't done in modem. so anynet traffic (e.g. try dial regular nr) should associate to strongest BTS
Jun 15 21:05:41 <playya> hmm. svn.o-hand.com seems to be down. anyone wants to change the SRC_URIs?
Jun 15 21:06:39 <onen|openBmap> DocMobilizer: you mean, I try to call any number, it should associate to the strongest bts?
Jun 15 21:07:14 <DocMobilizer> onen|openBmap: depending fw, yes, should give short assoc
Jun 15 21:08:17 <playya> hrhr. the apps just crash without a sim card
Jun 15 21:08:33 <DocMobilizer> well *assoc"
Jun 15 21:09:16 <DocMobilizer> onen|openBmap: you prolly get no imsi lease
Jun 15 21:10:15 <DocMobilizer> but BTS param incl TA should be set & valid
Jun 15 21:10:41 <onen|openBmap> DocMobilizer: I did use the shr dialer. put 3 digits. hit call. app disappears.... then try monitor serving info method: hangs up forever :-(
Jun 15 21:11:06 <DocMobilizer> hum
Jun 15 21:11:20 <onen|openBmap> DocMobilizer: if they are, maybe I won't get this kind of things from the framework. I should try direct at commands?
Jun 15 21:11:37 <DocMobilizer> yup
Jun 15 21:12:47 <onen|openBmap> DocMobilizer: ok I will give it anothe try later then
Jun 15 22:34:19 <DocScrutinizer> bah, pidgin "stopped running unexpectedly"
Jun 15 22:36:31 <DocScrutinizer> shr-settings-gps (settins mainscreen and power open since hours) didn't show on/off slider when switching auto->manual. had to close and restart complete settings to fix that
Jun 15 22:41:27 <Toaster`> DocScrutinizer: is this with the git version of shr-settings?
Jun 15 22:42:06 <DocScrutinizer> duh, no idea. image from some days ago, unstable
Jun 15 22:42:41 <Toaster`> dos added a whack of new stuff today.  I haven't checked it yet, but you may want to try it
Jun 15 22:44:07 <DocScrutinizer> maybe, yeah. But assuming we don't have 90% of our apps working based on /dev/random, I tend to suspect we have a severe race in dbus
Jun 15 22:44:42 <Toaster`> oh, any ideas as to the related apps?
Jun 15 22:45:07 <DocScrutinizer> as random apps borking random way at random actions/occasions/times. common denominator: dbus
Jun 15 22:45:18 <Toaster`> True enough
Jun 15 22:46:21 <DocScrutinizer> and how to create random failure on a subsystem? race ;-)
Jun 15 22:47:11 <Toaster`> bloody hell, the git ipk is 39MB
Jun 15 22:47:15 <DocScrutinizer> either that, or kernel itself bitrotten fubar
Jun 15 22:47:29 <DocScrutinizer> i doubt that
Jun 15 22:47:58 <Toaster`> That's also possible... I don't know enough about either to really comment
Jun 15 22:56:17 <Toaster`> DocScrutinizer: I just loaded the current shr-settings git and it seems to be ok
Jun 15 22:56:56 <DocScrutinizer> 39M? ;-P
Jun 15 22:57:33 <Toaster`> for the git ipk... not shr-settings :)
Jun 15 22:58:22 <DocScrutinizer> aaah
Jun 15 22:58:42 <DocScrutinizer> toss me opkg cmdline then :-)
Jun 15 22:59:57 <Toaster`> for which?
Jun 15 23:00:13 <DocScrutinizer> shr-settings
Jun 15 23:00:18 <Toaster`> I'm just checking the packaged version of shr-settings now
Jun 15 23:00:28 <DocScrutinizer> aah, k
Jun 15 23:01:12 <Toaster`> woah... FR just locked up
Jun 15 23:01:23 <emmentaler> ping raster 
Jun 15 23:02:11 <DocScrutinizer> Toaster`: chack ramconsole ;-D
Jun 15 23:02:17 <DocScrutinizer> check even
Jun 15 23:02:36 <Toaster`> how?  ssh was locked up too
Jun 15 23:02:41 <Toaster`> I just rebooted
Jun 15 23:02:57 <DocScrutinizer> grüezi in die switz
Jun 15 23:03:27 <DocScrutinizer> that's what ramconsole is targeted at
Jun 15 23:03:54 <DocScrutinizer> alas seems it's not on by default yet
Jun 15 23:04:22 <Toaster`> ?  I'm lost (and my German is non-existent)
Jun 15 23:05:02 <DocScrutinizer> huh? gruezi was to emmentaler 
Jun 15 23:05:07 <Toaster`> ahh ok
Jun 15 23:05:09 <Toaster`> sorry
Jun 15 23:05:22 <emmentaler> sorry, was sleeping
Jun 15 23:05:27 <emmentaler> almost
Jun 15 23:05:29 <DocScrutinizer> check lindi- 's ramconsole patch
Jun 15 23:05:33 <Toaster`> how would I access/use ramconsole?
Jun 15 23:05:51 <emmentaler> emmentaler are the slowest folks in .ch
Jun 15 23:06:16 <emmentaler> hi DocScrutinizer 
Jun 15 23:06:41 <DocScrutinizer> ramconsole is a kernel patch buffering al printk in ram. if you run into a oops or panic, it reboots automatically and reads out this buffer
Jun 15 23:07:00 <Toaster`> ahh... that might be useful
Jun 15 23:07:33 <DocScrutinizer> you should find a file containing the oops syslog somewhere in nand fs after autoreboot
Jun 15 23:08:15 <DocScrutinizer> Toaster`: u bet - useful as a debugborard, even better still
Jun 15 23:08:54 <DocScrutinizer> eats some 500k..1M of ram, but hey..!
Jun 15 23:09:04 <Toaster`> no biggie
Jun 15 23:10:09 <Sharwin_F> is navit working well on unstable or has still those pulseaudio problems?
Jun 15 23:12:43 <Toaster`> DocScrutinizer: Looks like it might have been something to do with scanning the SIM... seemed to have dumped a ton of errors... though that may just be a symptom, as it was all dbus errors
Jun 15 23:13:08 <DocScrutinizer> dbus!!!!
Jun 15 23:14:07 <DocScrutinizer> dbus async seems borked foobar, and recent patch seems  no ultimate fix
Jun 15 23:14:16 <Toaster`> yeah... where's mickey|dinner so we can ask him :)  Any maybe toss rotten fruit his way ;)
Jun 15 23:18:33 <Toaster`> DocScrutinizer: it seems as though the shr-settings ipk is an old one.  so either grab it from git or wait a bit :)
Jun 15 23:19:34 <DocScrutinizer> i prefer to c&p a cmdline from pidgin to terminal - whatever that means
Jun 15 23:22:36 <DocScrutinizer> Toaster`: to be honest I even would prefer a button to hit ;-D
Jun 15 23:24:03 <Toaster`> well if it's not packaged there's not much I can do... though a simple opkg update/upgrade interface shouldn't be too hard
Jun 15 23:24:38 <DocScrutinizer> messassin
Jun 15 23:24:51 <DocScrutinizer> optitude
Jun 15 23:25:19 <DocScrutinizer> ncurses frontend for opkg
Jun 15 23:25:50 <Toaster`> I was thinking less of a package manager.. and more of a quick and dirty system update/upgrade button
Jun 15 23:27:23 <DocScrutinizer> alias U=(opkg update; opkg upgrade)
Jun 15 23:27:26 <DocScrutinizer> ;-)
Jun 15 23:27:33 <Toaster`> heh
Jun 15 23:28:08 <DocScrutinizer> and for the fun...:
Jun 15 23:28:24 <DocScrutinizer> I *HATE* BUSYBOX
Jun 15 23:30:39 <DocScrutinizer> unexpected problems: busybox doesn't know `alias` - muahahahaa
Jun 15 23:30:59 <PaulFertser> hahaha
Jun 15 23:31:11 <Toaster`> agreed
Jun 15 23:31:12 * DocScrutinizer spanks himself for silly testing
Jun 15 23:31:18 <PaulFertser> SHR folks should really start to configure busybox properly 
Jun 15 23:31:40 <PaulFertser> It doesn't make sense to disable all that functionality on such a powerful device.
Jun 15 23:31:55 <DocScrutinizer> SHR folks should really start to junk busybox for a set of decent unix tools
Jun 15 23:32:27 <DocScrutinizer> wait... mrmoku asked me some very promising questions today ;-D
Jun 15 23:32:53 <DocScrutinizer> [2009-06-15 17:41:16] <mrmoku> DocScrutinizer, can you give me a pointer about what packages would need to be added to replace busybox?
Jun 15 23:33:17 <DocScrutinizer> :-)))
Jun 15 23:34:23 <Toaster`> That is a good start
Jun 15 23:35:45 <PaulFertser> DocScrutinizer: afaik busybox is not that bad if compiled with full support for everything.
Jun 15 23:35:57 <DocScrutinizer> date -d "now + 10 minutes"
Jun 15 23:36:12 <DocScrutinizer> borks on busybox
Jun 15 23:36:31 <DocScrutinizer> less +"/xxx"
Jun 15 23:36:34 <DocScrutinizer> borks on busybox
Jun 15 23:36:43 <DocScrutinizer> don't get me started
Jun 15 23:37:41 <PaulFertser> I'm using bash on FR, so i think i'm wrong in underestimating busybox's badness.
Jun 15 23:37:44 <PaulFertser> ;)
Jun 15 23:40:10 <DocScrutinizer> I hope tomorrow mrmoku will come up with a few nice packages, so I can stomp busybox into the bin and opkg install coreutils
Jun 15 23:40:51 <DocScrutinizer> even better: opkg install antibusy
Jun 15 23:53:58 <Toaster`> wth? python on the fr seems to not support the NameError exception
Jun 15 23:58:43 <DocScrutinizer> whatever that means
Jun 16 01:22:06 <TAsn> mrmoku, worked? :)
Jun 16 01:22:33 <TAsn> tell me when you get back
Jun 16 01:22:36 <TAsn> 4:30 am here
Jun 16 01:22:39 <TAsn> gtg to get some sleep
Jun 16 01:22:40 <TAsn> ciao.
Jun 16 01:56:17 <CIA-45> SHR: 03frazier.cameron 07shr-settings * rdd978f466f05 10/shr_settings_modules/shr_wifi.py: [Wifi] Update to properly show/hide 'Wifi Manager' button (functionality is still commented out)
**** ENDING LOGGING AT Tue Jun 16 02:59:57 2009