**** BEGIN LOGGING AT Thu Oct 01 02:59:56 2009 Oct 01 04:43:47 anyone know what the status of the xorg transition is? Oct 01 05:19:40 ongoing but the build server still can't build all packages, I think Oct 01 05:20:04 but mrmoku wants to push out the first image with xorg any day now Oct 01 05:20:47 will it be a case of opkg upgrade or reinstall from an image? Oct 01 05:21:55 don't know. Oct 01 05:22:22 ideally upgrade, but specifying all the required "REPLACES" etc might be too much effort Oct 01 06:32:12 wow, just checked out the logo contest page. Incredible contributions Oct 01 06:32:43 TAsn: thanks for setting up the votin page, although making the results public would have been nice :) Oct 01 06:37:08 spaetz, you can't do that with showing who voted for what Oct 01 06:37:13 and that's a pain Oct 01 07:09:53 ahh, I see Oct 01 07:10:16 I was hoping just for some nice summary graphs :-) Oct 01 07:11:03 pah, serverside cgi-crap Oct 01 07:11:18 TAsn: you should do exit polls... to get some tendency after the first 100.000 voters or so ;) Oct 01 07:17:13 look heise.de forum for instance, how to implement a realtime anonymous poll (rating of posts there) Oct 01 07:29:34 hi is there someone for shr to help me debug the following problem in ophonekitd: Oct 01 07:30:06 it inizialize until ** (process:1200): DEBUG: Connected to the buses Oct 01 07:30:41 then it says that dbus is unavaliable Oct 01 07:31:07 http://www.pastebin.ca/1587381 Oct 01 07:31:12 the modem is the qualcomm_msm Oct 01 07:36:50 freedesktop.org is back.. does the server working? :) Oct 01 07:36:59 (the buildserver) Oct 01 07:37:08 Gnutoo, you mean the try again in 5s? Oct 01 07:37:17 yes Oct 01 07:37:39 mrmoku|a`: i have the feeling, that new e is faster :) Oct 01 07:37:52 i think you are on an old version Oct 01 07:37:54 Heinervdm: nice :) Oct 01 07:38:10 afaik mrmoku uses the signal instead of polling Oct 01 07:38:23 playya, ah ok is the new version in a shr image? Oct 01 07:38:43 ask mrmoku. and if he really implemented it Oct 01 07:38:51 Gnutoo: yep I did Oct 01 07:38:53 playya, else will I have to cross-compile it(I generate locales so it's very long) Oct 01 07:39:12 Gnutoo: but the 5s retry thing was not a problem per se Oct 01 07:39:27 btw. can someone help fixing a problem with navit if you have libsdl-dev installed on the HOST? Oct 01 07:39:34 it is 'normal' until ousaged (or nowadays fsousaged) is ready to give us the resources Oct 01 07:39:39 which can take some time on startup Oct 01 07:40:15 Gnutoo: then... if it lasts for toooo long... then you might have the dying fsousaged problem... Oct 01 07:41:12 mrmoku: (signal) wasn't that mostly same what I suggested? Oct 01 07:41:17 I sent a mail to shr-users ML Oct 01 07:41:41 DocScrutinizer: nah... you we're ranting about the name of the signal ;) Oct 01 07:41:50 lol Oct 01 07:42:11 ResourceAvailable vs. ResourceChanged :) Oct 01 07:42:11 seems we really talked diferent tongues Oct 01 07:42:50 this is my problem atm.: http://pastebin.ca/1587389 Oct 01 07:43:45 yo, and my suggestion was to alocate resource and wait for rsrc-available, instead of polling resource-changed (which IMHO was for info purposes only) Oct 01 07:44:25 anyway, nevermind Oct 01 07:45:34 mrmoku: how is your build going? Oct 01 07:48:08 Nice, today googlecode is down Oct 01 07:48:44 sorry mrmoku the electricity went off Oct 01 07:49:34 mrmoku, so what's the plan for having the newer ophonekitd+frameworkd in an image?,will I have to cross-compile a whole image? Oct 01 07:49:49 btw what muxer should I use if I use the qualcomm_msm modem? Oct 01 07:52:20 mrmoku, are you still there? Oct 01 07:54:35 Gnutoo: isn't muxer "independent" of modem type? Means fso-abyss should support same modems as the old gsm07muxd? Oct 01 07:54:53 Gnutoo: yep still here :) Oct 01 07:54:55 I don't know...that's why I asked Oct 01 07:54:56 ok Oct 01 07:55:02 Gnutoo: we're working on a new image Oct 01 07:55:07 ok Oct 01 07:55:12 when will it be ready? Oct 01 07:55:25 Heinervdm: it is hanging on etk-theme-shr-1.1.1-42764-gitr198+e179b44c1f2a8bd3688067fabc6d01e196ef8c9c-r2: Oct 01 07:55:27 when it's done :P Oct 01 07:55:42 I guess it's JaMa's interactive thingie ;) Oct 01 07:55:49 xorg compiles by now? Oct 01 07:55:58 it should Oct 01 07:55:59 spaetz_: xorg is fine Oct 01 07:56:02 cool Oct 01 07:56:02 but I don't know if it runs Oct 01 07:56:07 now efl bump ;) Oct 01 07:56:10 I had issues with tslib Oct 01 07:56:15 under the dream Oct 01 07:56:18 under angstrom] Oct 01 07:56:20 yep, bumping from one breakage to the next :) Oct 01 07:56:24 Gnutoo: we use evdev Oct 01 07:56:34 ok Oct 01 07:56:51 i tried to patch tslib, but it to much for me Oct 01 07:56:54 ok Oct 01 07:57:10 Heinervdm: there was some tslib activity in org.oe.dev.... Oct 01 07:57:14 basically what's the difference between evdev and tslib? doesn't tslib use evdev interface? Oct 01 07:57:22 Gnutoo: i think you can use evdev too Oct 01 07:57:37 ok but what if it reports the pressure? Oct 01 07:57:46 mrmoku: tslib but not xf86-input-tslib Oct 01 07:58:00 if I want to use evdev should I report BTN_TOUCH? Oct 01 07:58:05 or BTN_LEFT? Oct 01 07:58:14 instead of the pressure? Oct 01 07:58:49 or maybe I should try the xorg synaptics driver Oct 01 07:58:52 evdev is very flexible, just try it Oct 01 07:59:16 userspace apps depend on certain evdev things...for instance it check if it reports pressure Oct 01 07:59:28 for instance I needed pressure with kdrive Oct 01 07:59:39 else the evdev+tslib driver didn't work Oct 01 08:00:40 basically I use that: Oct 01 08:00:42 ARGS="$ARGS -keybd keybd,,device=/dev/input/event3 -mouse evdev,1,,device=/dev/input/event2 -mouse tslib,1,,device=/dev/input/event1,rawcoord" ;; Oct 01 08:01:00 Gnutoo: then u use kdrive Oct 01 08:01:01 + modified kernel driver Oct 01 08:01:06 indeed Oct 01 08:01:25 i thought we're talking about xorg :) Oct 01 08:01:33 I've tried both Oct 01 08:01:57 xorg segfault with the tslib input Oct 01 08:02:25 the xf86-input-tslib module dosn't compile even Oct 01 08:02:39 you're using shr branch Oct 01 08:02:46 yes Oct 01 08:02:47 I fixed things in xorg Oct 01 08:02:54 s/xorg/xorg-drivers Oct 01 08:03:05 shr-testing status update anyone? Oct 01 08:03:06 maybe other people also fixed things Oct 01 08:03:39 mrmoku, what I'd like to know for the new image is if it is worth to compile my own image or to wait for a new one Oct 01 08:03:47 rhkfin: i sent a mail to shr-users for discusson about shr-testing Oct 01 08:03:59 Heinervdm: nice suggestion about -testing, btw :) Oct 01 08:04:39 blindcoder: some responses plz ;) Oct 01 08:04:52 Gnutoo: hmm... dificult to judge for me. What would it make worth compiling your own image? If you want a different machine it might be worth it... don't know Oct 01 08:05:08 mrmoku, time...I need to get fso working, Oct 01 08:05:13 my xorg.conf for making evdev work for everything: http://www.bitwiz.org.uk/openmoko/xorg.conf (plus some sysfs stuff for TS calibration) Oct 01 08:05:24 Heinervdm: ok, great, thanks, will check Oct 01 08:05:32 then I'll need to get druidu's kernel that has alsa and add my patches on top of it Oct 01 08:05:36 Weiss: that is all in shr/import :) Oct 01 08:05:46 Heinervdm: I know far too less to coment on whether xorg or oe.org should be next Oct 01 08:05:48 ok :) Oct 01 08:05:49 and then we would need to import wl12xx Oct 01 08:06:43 Heinervdm, Weiss: the sysfs part even twice :P Oct 01 08:06:52 hehe Oct 01 08:07:06 we have a initscript and a x session script for that... Oct 01 08:07:12 (and should drop one) Oct 01 08:07:13 * Weiss apologises generally for not replying to email/IRC/anything recently (PhD viva+moving country..) Oct 01 08:07:23 mrmoku, I don't want to wait for instance a week to continue hacking on the htcdream... Oct 01 08:08:14 Gnutoo: why don't you commit your machine conf and your changes to shr/import? Oct 01 08:08:31 just send patch and ping mrmoku :) Oct 01 08:09:04 Heinervdm, I've commit acces to oe.dev but...the kernel is incomplete...I need to send a patch to the #htc-linux guys for the touchscreen Oct 01 08:09:10 then I'll commit stuff Oct 01 08:09:17 why commiting a non-working thing? Oct 01 08:09:32 you can add the patch to your recipe Oct 01 08:09:44 ok but the policy is to send things upstream Oct 01 08:10:08 it would be better for everyone Oct 01 08:10:22 Gnutoo: yep, but if upstream is not responsive... Oct 01 08:10:22 but I can patch while waiting for upstream aproval Oct 01 08:10:30 I bet it is Oct 01 08:10:43 I've just to wait for the afternoon/night Oct 01 08:13:27 agreed, sending upstream is always good. we can still patch locally until they decide to get off their asses Oct 01 08:13:53 ok Oct 01 08:14:33 I'll prepare a more redeable patch then(mixed whitespace/tab vim/emacs comment style etc...) Oct 01 08:15:37 btw upstream is linuxtogo Oct 01 08:16:14 and there is a nice option for patches in bb recipe: maxrev :) Oct 01 08:16:59 mrmoku: the problem with etk-theme still exists? Oct 01 08:17:56 Heinervdm: don't know... but it was hanging without any output for about an hour :P Oct 01 08:20:16 it's building fine for me Oct 01 08:20:50 testing now todays lite image Oct 01 08:20:54 :) Oct 01 08:21:11 this time with fso-abyss and evas-engings ;) Oct 01 08:22:01 it's 10 Mb bigger then the image from yesterday :D Oct 01 08:26:21 Heinervdm: thanks for your -testing update, read it. Oct 01 08:27:28 rhkfin: i hope there will be a small discussion on the ML about it, because the discussons on IRC are forgotten to fast :) Oct 01 08:27:29 Does anyone know if gprs off still kills framework on -unstable or -testing? Oct 01 08:27:47 Heinervdm: yes, irc discussion is not very well archiveable.. Oct 01 08:30:03 mrmoku: just one problem so far with my image: ophonekitd need to be started manually Oct 01 08:31:44 Heinervdm: hmm... this signal thing is annoying :( Oct 01 08:35:04 Heinervdm: I really don't understand why you can build etk-theme-shr :P Oct 01 08:35:24 mrmoku: problem is that ophonekitd crashes when the resource isn't there? Oct 01 08:35:57 ohh... probably I understand Oct 01 08:36:29 how difficult if failureproofing? Oct 01 08:37:01 spaetz_: yup, it is waiting for the signal that the gsm resource is ready... then tries to access it... and then frameworkd says 'bähbäh... is not ready :P' Oct 01 08:37:30 \o/ with dwm I can finally use ffalarms :) Oct 01 08:37:36 so the problem is that the signal comes too early.. mmh Oct 01 08:37:36 spaetz_: I could add another call to GetState... but that is annoying Oct 01 08:37:49 annoying, but making failure proof is always good .... Oct 01 08:37:51 spaetz_: yep, too early while the resource is still enabling... but not yet enabled Oct 01 08:37:53 mrmoku: I tweaked the dwm recipe a bit so that windows are actually resized correctly, I'll upload the recipe later today, as the dev laptop has no inetconnection right now Oct 01 08:38:05 blindcoder: oh, good :) Oct 01 08:38:18 blindcoder: did not come around to test it yet due to all those build problems :( Oct 01 08:38:25 blindcoder: but I'm still interested :) Oct 01 08:38:25 so you need to add a while(GetState==disabled) sleep ? Oct 01 08:38:38 TAsn: depencies of pyphonelog aren't comnplete :P Oct 01 08:38:40 mrmoku: the good news is: dwm doesn't crash if one window wants to resize itself (like illume does) Oct 01 08:39:23 mrmoku: the bad news: with dwm, you have to specfy every program that's allowed to float at compiletime Oct 01 08:39:30 like literki Oct 01 08:41:46 mrmoku: I assume you listen to ResourceAvailable Oct 01 08:41:54 which is described as "Sent whenever a resource is added or removed. " Oct 01 08:42:05 ffalarms hangs, when clicking on "Clock" Oct 01 08:42:09 so this doesn't guarantee that it will also be "enabled" Oct 01 08:42:11 but alarm works Oct 01 08:42:16 Heinervdm: here it crashes illume Oct 01 08:42:24 Heinervdm: as does tangogps and orrery Oct 01 08:42:46 Heinervdm: illume dies with SIGSEGV here Oct 01 08:43:03 mrmoku: so either there should be another ResourceChanged signal that shows that it's enabled. But checking for ResourceGetState sounds sensible anyway for the above reasons Oct 01 08:43:05 blindcoder: which image? Oct 01 08:43:26 Heinervdm: 20090808 I think Oct 01 08:43:54 spaetz_, mrmoku: what about waiting for ResourceChanged and after that polling? Oct 01 08:44:17 blindcoder: and wich ffalarms version? Oct 01 08:45:23 Heinervdm: /etc/shr-version says Tue, 21 Jul, ffalarms 0.2.2-r0 Oct 01 08:45:45 blindcoder: hmm, that's the old nice working version Oct 01 08:45:54 Heinervdm: :) Oct 01 08:46:13 spaetz_: problem is that ResourceChanged _shows_ me that it is _enabled_ Oct 01 08:46:30 mrmoku: ok, that is a clear frameworkd bug then Oct 01 08:46:33 but yes... will add a GetState in the handler of that signal Oct 01 08:46:39 until the bug is fixed Oct 01 08:46:40 spaetz_: that's what I said as well. It is somewhat fuzzy in spec. We should discuss that with Mickey and maybe fix the spec and possibly even API, instead of trying to cope with a flaw in FSO my nasty means in every app Oct 01 08:46:45 but still we'll need to recheck getstate Oct 01 08:47:17 DocScrutinizer: I agree that the signal ResourceAvailable only states that a resource has been added (but could be disabled) Oct 01 08:47:37 but when I receive a signal ResourceChanged stating that its "enabled" Oct 01 08:47:38 that's basically feeling wrong Oct 01 08:47:51 then I expect it to be... well "enabled" :-) Oct 01 08:47:54 it for sure should be Oct 01 08:48:00 :-) Oct 01 08:48:03 ack Oct 01 08:48:18 Heinervdm: I will not rule out that an opkg update && opkg install `sane upgradable packages` broke something along the way Oct 01 08:48:20 DocScrutinizer: no, an added resource could well be iniially disabled, nothing wrong with that Oct 01 08:48:43 yesyes Oct 01 08:48:49 of course Oct 01 08:48:51 ok, we are on the same page then :) Oct 01 08:49:01 Heinervdm: still, I prefer dwm & shr-today over illume, even if that means no battery meter and no gsm meter Oct 01 08:49:06 but we shouldn't need a poll mechanism anyway Oct 01 08:49:12 DocScrutinizer: agreed Oct 01 08:49:13 no matter for what reason Oct 01 08:49:37 that's what we have signals for. But if frameworkd is buggy in that respect we might well need it for a while until frameworkd is fixed Oct 01 08:51:04 blindcoder: current unstable is a bit broken, i think :) But because of xorg, we can't fix that :) Oct 01 08:51:10 or is that using fsausage already rather than the frameworkd? Oct 01 08:51:17 spaetz_: hmm... thinking about it... that is still wrong Oct 01 08:51:28 . Oct 01 08:51:29 spaetz_: yep the sausage Oct 01 08:51:50 spaetz_: I should correctly handle the error when accessing the resource instead Oct 01 08:51:52 Heinervdm: oh well, I can call people and write and receive sms, that's all I need anyway :) Oct 01 08:52:02 AIUI the rsrc-avail sig should be emitted every time the state changes (and of course should represent *actual* state ;-), plus maybe get sent one time as response to resource-allocation (though I always thought the resource allocation function call [ok it's dbus but anyway] should return only when it's clear if resource allocation *and* resulting enabling was successfull or finally failed terminally Oct 01 08:52:07 Heinervdm: apart from 'wanting-to-hack-around-with-it' of course :) Oct 01 08:52:08 as in theory it could always happen that in between something disables the resource Oct 01 08:52:13 * spaetz_ looks at the sausage innards Oct 01 08:52:47 spaetz_: we've been there :P Oct 01 08:53:03 mrmoku: error handling is always god. But when I receive the signal "ResourceChanged" (to enabled) than I should be rasonable safe to assume that it is actually enabled Oct 01 08:53:12 s/god/good/ :-) Oct 01 08:53:16 spaetz_: problem is that fsousaged does not get notified by ogsmd when the resource is actually ready Oct 01 08:53:32 mmh, darn Oct 01 08:53:43 imho its frameworkd. it returns if all channels are open Oct 01 08:54:08 which isn't enough for bleeding edge stuff like ophonekitd Oct 01 08:55:01 mrmoku: we have to define preffered provider for atd somewhere... Oct 01 08:55:26 (actual state) not entirely correct - enabled should be sent *after* resource got enabled successfully, but "disabled" should be sent *before* resource gets disabled Oct 01 08:55:40 DocScrutinizer, yes Oct 01 08:57:50 DocScrutinizer: yup Oct 01 08:58:20 seems we agree there's something fishy or at least fuzzy in FSO(-specs) and it needs some love and maybe fix Oct 01 08:58:37 * spaetz_ nods Oct 01 08:58:55 that's what we had the python implementation for. getting the API (and docs) right :-) Oct 01 08:59:08 so better fix things now before moving things over to vala Oct 01 08:59:26 ack Oct 01 08:59:40 wh's going to open the ticket? ;-P Oct 01 09:00:24 * mrmoku does not see anything fishy with the API... just an implementation that does not do it right Oct 01 09:01:14 tangogps segfaults Oct 01 09:01:57 mrmoku: that's part of the ticket to check the API specs for precise wording, then check the implementation for staying with the spec Oct 01 09:07:01 mrmoku: e.g. the spec says ""Once RequestResource returned without an error, a client may access the resource."" Oct 01 09:08:14 mrmoku: for ResourceAvailable it talks about "" whenever a resource is added or removed"" which is rather unclear to me. Seems to me that should be "accessable" or "usable" or "enabled" Oct 01 09:09:06 mrmoku: so if we agree that API is implementing the specs, we maybe have a wrong API as well Oct 01 09:10:52 mrmoku: tbh to me it seems like the description of ResourceAvailable and ResourceChanged were accidentally swapped Oct 01 09:13:03 or better "mixed up" Oct 01 09:17:34 hmm, roaming is strange, sometimes. Oct 01 09:17:51 I'm roaming a T-Mobile Germany card in Bangladesh with Aktel Oct 01 09:17:57 I can call people just fine Oct 01 09:18:03 but I cannot BE called Oct 01 09:18:17 frameworkd.log and ophonekit.log do not show an incoming call Oct 01 09:21:12 same with other operators Oct 01 09:21:18 in russia, it worked fine :P Oct 01 09:21:25 DocScrutinizer: hmm... for me API == specs and frameowrkd/fso... is the implementation Oct 01 09:22:44 blindcoder: that may have various reasons. First of course you need to be called by your original number (germany, incl countrycode). Then you mustn't have mailbox enabled (alas you can't change that from abroad). Then the Aktel err Location Server (?) needs to keeps track of your position and imsi, and the german T-Mob needs to correctly route the call (which might fail) Oct 01 09:23:48 joerg_42: of course I can't check the aktel VLR, and banglalink, where I COULD check, doesn't let me roam, so that's a problem :P Oct 01 09:24:35 joerg_42: roaming did work just fine in russia, so I assume t-mobile routes the call just fine usually. Oct 01 09:24:36 outbound calls are much more easy anyway ;-) Oct 01 09:24:45 wow. openpandora has a running dreamcast emulator http://www.youtube.com/watch?v=0gYfwtj7Mok&feature=youtube_gdata Oct 01 09:25:11 heh, yeah, ever since I undestood how calling people when roaming works I wonder why my provider at home wants money for me in addition to the roaming partner :P Oct 01 09:25:46 blindcoder: you may try to log to any other network for a short time. Then register with Actel again. Actel then should update T-Mob about where to route the call to Oct 01 09:26:50 blindcoder: (money) for the tedious work to transfer the money to e.g. Altel Oct 01 09:27:27 joerg_42: I guess it's the bangladeshis fscking stuff up. I tried what you just suggested (registering other network and back) coincidentally just now, and when trying to call myself I get a signal similiar to 'line busy' and when I hang up the moko wakes up, vibrates once, shows phonelog with a random(!) number Oct 01 09:27:32 joerg_42: yeah, probably :) Oct 01 09:27:57 joerg_42: I need to check if this also happens with other phones or only the moko, brb, switching sim cards Oct 01 09:28:11 :-D Oct 01 09:28:31 and I DO mean random number, tried three times, got three different caller ids Oct 01 09:28:35 all from the same phone :P Oct 01 09:28:54 lol Oct 01 09:29:05 oh well, bangladesh Oct 01 09:29:16 yeah, it's about time I get done with this HLR here Oct 01 09:29:20 thought they have drums over there Oct 01 09:29:39 joerg_42: that was tanzania, tcp/ip over bongo drums, and I'm NOT joking about the speed Oct 01 09:29:55 loool Oct 01 09:30:37 mrmoku: sent a mail to ffalarms author because of ffalarms bug, but i don't know if i should try to write one to Marcus Bauer too about tangogps, because he never awnser... Oct 01 09:31:23 mrmoku: ack for your def of API and implementation. Oct 01 09:32:12 mrmoku: anyway we should thoroughly review the whole topic, incl. concept all the way down to actual implementation Oct 01 09:32:33 joerg_42: same problem in the sony ericsson phone, so I attribute it to local lawful interception gone haywire Oct 01 09:32:47 hehehehehe Oct 01 09:33:01 imsi-catcher? Oct 01 09:33:30 joerg_42: meh, imsi-catcher. I talk about the toys for grown-ups :P Oct 01 09:33:42 XD Oct 01 09:34:02 I really don't want to know what the HLR is pushing out over the LI interface Oct 01 09:34:33 sorry fellas, have to dive into RL now Oct 01 09:34:37 bbl Oct 01 09:36:27 * joerg_42 ponders about LI if in third world countries like bangladesh Oct 01 09:37:14 welldone Siemens and German/EU executive/legislative Oct 01 09:37:19 joerg_42: don't think they got them? or able to use them? Oct 01 09:38:28 probably everybody able to use them, as they needed to lower the auth and encrypt standards to make it usable for local executive Oct 01 09:39:05 joerg_42: AFAIK there's no auth, but only a closed network can access the LI port Oct 01 09:39:45 you think bangladesh has a thing like a closed network? ;-P Oct 01 09:39:47 unless you are in $country (to protect the guilty) who connect their charging system directly to the internet, nfs share and everything, for us to do a quick error handling :P Oct 01 09:40:07 hehe Oct 01 09:40:36 that's more like what I'd expect to find Oct 01 09:40:55 joerg_42: I've seen year-old machines with root/siemens credentials Oct 01 09:41:10 looool!!! Oct 01 09:41:47 would you mind to share the IP? ;-D Oct 01 09:41:51 you think, telcos have the best in security? think again :) Oct 01 09:42:15 no, but NSN might Oct 01 09:42:33 XD Oct 01 09:42:59 cya Oct 01 09:43:01 when I was in yemen recently, the guy 'securing' the site brought a couch to the entrance and was sleeping there one day when I got to the site Oct 01 09:43:06 have to hurry Oct 01 09:43:08 doors unlocked, guy sleep Oct 01 09:43:09 ing Oct 01 09:43:12 see you :) Oct 01 09:48:38 blindcoder: btw (really don't want to know what the HLR is pushing out over the LI) Don't worry, that's guaranteed by specs - you never get to know XD Oct 01 09:50:59 * mrmoku off for a shower and lunch Oct 01 10:12:10 blindcoder: seems you're the guy to do things like checking calypso's engineering mode monitor, answering some questions regarding TimeAdvance and handover/C1,C2 etc. No? Oct 01 10:35:12 just a stupid question: does is shr/import up to date with the images? Oct 01 10:35:26 or is there another metadata repo for shr Oct 01 10:36:51 DocMobilizer: sadly, no, I'm just installing the systems, I have no idea about their specs, how to use them and so. I know WHAT they do, not HOW Oct 01 10:37:46 DocScrutinizer-8: actually, it's guaranteed (in some machines) by a binary blob in the software stack that not even the devs know what it does. so, yeah, I never get to know :) Oct 01 10:38:01 DocScrutinizer-8: alas, that's just rumors and hearsay Oct 01 11:29:48 TAsn: you around? Oct 01 11:34:27 onen Oct 01 11:34:32 not here... Oct 01 11:34:37 jonkristian: cool logos Oct 01 11:35:45 spaetz_: thanks:) Oct 01 11:36:34 Those below my link are awesome Oct 01 11:36:57 I am not too fond of the gears, they remind me of a KDE splash screen or glxgears. But I love the handscribbled SHR Oct 01 11:37:03 yep cool ones there Oct 01 11:37:24 personally I tend to dislike glossy stuff like that, be they are really done well. Oct 01 11:38:01 spaetz_: yeah, it's well used/abused, I wanted to include one because i've never done one myself:) Oct 01 11:48:44 freesmartphone.org: 03mickey 07cornucopia * r6d666e829bbf 10/fsogsmd/src/lib/ (atcommand.vala mediators.vala modem.vala): fsogsmd: create AT command factory as generic method for more lightweight syntax Oct 01 11:48:46 freesmartphone.org: 03mickey 07cornucopia * r68faabc8cb49 10/.gitignore: gitignore: add .vapi Oct 01 11:48:48 freesmartphone.org: 03mickey 07cornucopia * rae5aff201e71 10/fsogsmd/src/lib/ (commandqueue.vala mediators.vala): fsogsmd: mediators: create helper function for gathering speaker volume range Oct 01 11:53:44 folks, did you see http://trac.enlightenment.org/e/changeset/42825 ? Oct 01 11:53:49 That's going to be very important for us Oct 01 11:57:28 * mrmoku looks Oct 01 11:57:47 mickey|vacation: wow... interesting :) Oct 01 11:58:17 I hope we can use this instead of my two-threads-model in libeflvala Oct 01 11:58:30 yup Oct 01 11:58:35 makes writing vala UI apps w/ EFL much more convenient Oct 01 11:59:11 * mickey|vacation tries to compile that integration Oct 01 12:00:14 mickey|vacation: we just bumped it to 42764... guess we will bump it again before syncing the feed :) Oct 01 12:01:00 *nod* Oct 01 12:04:29 * spaetz_ shouts ONEN Oct 01 12:05:03 spaetz_: he might be doing some 'java, vala or python' meditation ;) Oct 01 12:05:09 so he won't hear you Oct 01 12:05:13 hehe Oct 01 12:05:29 I just wrote his darn openbmap dbus API in vala (he had a stub in python) Oct 01 12:05:39 spaetz_: yay Oct 01 12:05:50 mickey|vacation: how's fsogsmd proceeding? any ETA? :D Oct 01 12:06:33 spaetz, what API exactly? Oct 01 12:06:48 the current python client is quite annoying with its synchronous dbus calls Oct 01 12:06:50 mickey|vacation: it's just a stand alone app, nothing integrated into fsausage or wherever it should be Oct 01 12:07:50 baruch: i just reimplemented his python client in vala. no changes, and the async dbus server stuff is so new and undocumented that I couldn't find how to work with it. Oct 01 12:07:52 mrmoku: progress is great (albeit somewhat slowed down due to ironing out vala bugs), but there are still some complex monsters ahead. I don't dare to give an ETA, but I'm afraid that right now it looks I won't have much time for FOSS in 2010, so I try hard to bring this to a level where folks can help me until the end of the year. Oct 01 12:08:02 I actually have most of the core gsm/gps logging code written in vala already it just needs integration with openbmap itself Oct 01 12:08:06 but making it async should be easy for someone who knows that Oct 01 12:08:10 spaetz_: not bad anyways Oct 01 12:08:24 spaetz, I can send you my code and you can see how async is easy Oct 01 12:08:28 spaetz_: take a look at fsogsmd, it#s the heaviest user of async dbus Oct 01 12:08:42 i'd love to see fso integration for that geolocation api Oct 01 12:08:53 googling for "vala dbus async server" only leads to mickeyl blog posts :-) Oct 01 12:09:00 hehe Oct 01 12:09:07 I haven't published any of that yet Oct 01 12:09:26 * baruch will be sure to post code snippets to his blog to compete Oct 01 12:09:32 baruch: http://bitbucket.org/spaetz/obmap-dbus/src/tip/src/obmap-dbus.vala Oct 01 12:09:37 mine will always be here Oct 01 12:10:49 ah, that's the location service, it's what I'm supposed to do for him... Oct 01 12:10:59 hi, I've some questions on linuxtogo's kernel...do they accept patches? Oct 01 12:11:00 except I got side tracked with my web-manager Oct 01 12:11:22 I'd really love to see the API specs for location service Oct 01 12:11:48 My thoughts are to provide Gypsy interface and that other api that was defined for such things Oct 01 12:11:53 I always forget its name Oct 01 12:11:59 GeoSomething Oct 01 12:12:53 no clue about standard interfaces. this dbus api you hand some mcc,mnc,lac,[cid] and it will return lon,lat,radius,precision or unknown Oct 01 12:13:09 so rather low level Oct 01 12:13:25 mickey|vacation: seems there's a problem with resource allocation in FSO. Or the API spec isn't clear. Or the implementation doesn't match the API spec Oct 01 12:13:26 A proper interface would look at all neighbouring cells as well Oct 01 12:13:56 I should release the web-manager as is and whip up something for the location service Oct 01 12:13:59 baruch: I guess so Oct 01 12:13:59 DocScrutinizer: -v please Oct 01 12:14:04 spaetz, does this daemon require a network connection? Oct 01 12:14:27 playya, local sqlite db Oct 01 12:14:32 mickey|vacation: not that easy as all I can tell is secondhand Oct 01 12:14:35 no updating mechanism Oct 01 12:14:53 mickey|vacation: FSO spec issue is like that as I see it: Oct 01 12:15:08 I'd like to get fso-gpsd at least to use fso gypsy and if there is no fix there use the openbmap-location gypsy Oct 01 12:15:22 mickey|vacation, ophonekitd Request a resource and tries to use it but it's ready Oct 01 12:15:31 1) ophonekitd listens for signal ResourceChanged and receives "enabled" Oct 01 12:15:41 playya, my plan is to work offline completely, except occasionally to sync the local and server databases Oct 01 12:15:43 2) but it's actually not enabled yet until somewhat later Oct 01 12:15:51 mickey|vacation: AIUI a call to RequestResource should return with "OK" and the resource is actually usable instantly, or it returns an error and you may retry Oct 01 12:16:15 mrmoku knows the details :-) Oct 01 12:16:24 mrmoku: ping Oct 01 12:16:32 mickey|vacation: well... I did not want to spoil your vaccations :) Oct 01 12:16:52 mrmoku: good thinking :) Oct 01 12:16:58 hehe Oct 01 12:16:59 i'll take care of all that when i'm back Oct 01 12:17:07 right now i just want to move fsogsmd a bit forward Oct 01 12:17:12 mickey|vacation: sure :-D Oct 01 12:17:13 mickey|vacation: yep... will add some hack-around until then :) Oct 01 12:17:18 it's already over soon Oct 01 12:17:23 we're flying back on monday Oct 01 12:17:29 *sigh* Oct 01 12:17:32 time passes fast :( Oct 01 12:17:35 back to cold germany Oct 01 12:17:38 yeah Oct 01 12:17:59 mickey|vacation: stay where you are. It's nasty here currently :-/ Oct 01 12:19:39 mickey|vacation: or at least enjoy yourself untl monday Oct 01 12:21:11 mickey|vacation: where are you actually? Oct 01 12:21:11 yeah, absolutely. did i mention i hate autumn? i think it#s the worst of all times Oct 01 12:21:23 Tanuva: Corallejo, Fuerteventura Oct 01 12:21:49 oh, nice Oct 01 12:23:39 ohya :) Oct 01 12:24:31 spaetz, do you have a copy of his sqlite db? Oct 01 12:26:03