**** BEGIN LOGGING AT Tue Apr 13 02:59:56 2010 Apr 13 05:14:19 moin Apr 13 06:39:21 moin Apr 13 06:39:24 Marcus is such an ass :| Apr 13 06:47:32 mrmoku|away: contacts just quit today while navigating through first char popup Apr 13 06:52:57 PaulFertser: :) agreed, he can be great developer, but his arguments and other people insults, gave me this feeling too :/ Apr 13 06:54:31 s/insults/comparing based on number of google "name+openmoko" hits/ Apr 13 06:54:32 JaMa meant: PaulFertser: :) agreed, he can be great developer, but his arguments and other people comparing based on number of google "name+openmoko" hits, gave me this feeling too :/ Apr 13 06:56:54 One thing about python implementation was great: it was so damn easier for a debian user to use bleeding edge whenever he wanted. Now i'm sturggling with compiling all that natively (+distcc). Apr 13 06:58:36 vala? Apr 13 06:59:26 tmzt_: yes Apr 13 07:00:14 tmzt_: in fact vala is easy: just autoreconf and configure calls. But all of cornucopia requires many of them, and they took helluva time on FR. Apr 13 07:00:50 hi all Apr 13 07:23:12 mrmoku|away: TAsn: JaMa: any ideas why i have no incoming sound during call? Apr 13 07:35:12 alexxy: shr-t? Apr 13 07:55:30 hi Apr 13 07:55:58 hi Apr 13 07:56:07 lindi-: thank you for your help Apr 13 07:56:13 I have found it Apr 13 07:57:16 the sys nodes for usb device<->master Apr 13 09:27:03 mickey|zzZZzz: what do you use as ${DISTRO} in oe.dev? Apr 13 10:05:09 mickey|zzZZzz: libfsoresource requires libfsoframework but Cornucopia Makefile lists them in a different order (README is correct), is it ok? Apr 13 10:10:05 This is pure awesomeness: freerunner on a sattelite view of Lithuania: http://maps.google.com/maps?ll=54.897579,23.882423&z=16&t=h&hl=en Apr 13 10:12:36 :D Apr 13 10:30:25 Hm, spec's configure lacks xsltproc check. Apr 13 11:28:16 * JaMa sent SRCPV RFC again to oe-devel list :) Apr 13 11:28:58 were there any new bugs introduced withi the last 10 days? Apr 13 11:29:09 ^talkign about unstable Apr 13 11:31:27 mickey|zzZZzz: mdbus2 lacks readline dependency in configure script. Apr 13 11:31:31 JaMa: yay. Apr 13 11:47:47 mrmoku|away, bumping EFL? :P Apr 13 12:15:34 Hello! Apr 13 12:17:20 Is anybody here? Apr 13 12:19:07 about 114 others, all silent Apr 13 12:19:50 Are you a developer? Apr 13 12:20:35 is the current unstable efl working? Apr 13 12:20:51 I don't want to bump it in shr-t just to see things falling apart. Apr 13 12:21:04 omg the efl horror continues Apr 13 12:21:16 spaetz, gimme 15 minute to opkg upgrade Apr 13 12:22:30 JesusMcCloud: I don't WANT to bump it. But TAsn harrasses me, as there seems to be that "cannot change volume bug" in the current version. Apr 13 12:22:36 and yes, it is a horror. Apr 13 12:22:54 i need to get back on track anyways. so russain roulette with shr-u upgrades ftw!!! Apr 13 12:23:12 I have a question related to battery. If some would be so kind to answer me, please send a message. Apr 13 12:23:18 spaetz, whats volume bug, since when does it exist? Apr 13 12:23:43 J-Man, no meta-questions, just ask Apr 13 12:23:53 spaetz, :) Apr 13 12:24:20 ho old/new is this volume bug? i last upgraded 10 days ago Apr 13 12:24:23 spaetz, it's barely consider an harassment where I come from ;P Apr 13 12:24:32 considered* Apr 13 12:24:35 as an Apr 13 12:24:37 ffs. Apr 13 12:24:52 J-Man, just ask you question Apr 13 12:25:01 I'm newbie, so please forgive me Apr 13 12:25:04 JesusMcCloud: don't ask me. I think this one: http://article.gmane.org/gmane.comp.handhelds.shr.devel/2322 Apr 13 12:25:05 if some knows an answer he/she will answer Apr 13 12:25:08 I don't suffer from it. Apr 13 12:25:40 ahh that bug, never encontered it Apr 13 12:25:52 I'm unable to load the dumb battery driver Apr 13 12:26:08 Can somebody help me? Apr 13 12:26:10 neither have I, but apparently the only way to fix it is bumping EFL... Apr 13 12:26:26 which is weird, as I though the problem was with fsodeviced. Apr 13 12:26:31 thought... Apr 13 12:26:32 spaetz, there are two issues Apr 13 12:26:36 one with fsodeviced and one with efl Apr 13 12:26:48 sound not working <--- fsodeviced Apr 13 12:26:50 fsodeviced parser was nonforgiving about newlines, right? Apr 13 12:26:57 right Apr 13 12:27:00 ok Apr 13 12:27:00 microphone volume <---- efl Apr 13 12:27:15 ahh, ok. Did not know it was 2 issues. Apr 13 12:27:20 spaetz, i never shoudl have asked, the letters 'efl' and 'rev' in the same sentence give me migraine Apr 13 12:27:31 spaetz, I'm sorry for the harassment btw :P Apr 13 12:28:06 TAsn: it's ok, I would not change it quickly otherwise. My shr-t policy is infrequent and small changes usually... :) Apr 13 12:28:12 oh crud, mor packages upgradable than my terminal backscroll can hold... Apr 13 12:28:20 JesusMcCloud: yes, I fully understand that. Apr 13 12:28:24 spaetz, well, this is a pretty big issue. Apr 13 12:28:29 J-Man: what exactly happens? What kernel are you using? Apr 13 12:28:38 spaetz, your policy is great for normal times Apr 13 12:28:47 but this is defcon-5 (or whatever counts as high) Apr 13 12:29:00 but /me likes some upgrades in the list Apr 13 12:29:03 Linux om-gta02 2.6.29-rc3 #1 PREEMPT Fri Mar 5 17:27:31 CET 2010 armv4tl GNU/Linux Apr 13 12:29:07 we should have a graph with number of bugs/whining for every day, set efl to autorev, if the graph goes down we wait 2 days and bump efl to the version Apr 13 12:29:31 ^ +1 Apr 13 12:29:42 brb Apr 13 12:29:53 When in the setting I press switch to dump battery driver, nothing happens, and sometimes when I close the settings, Illume will crash Apr 13 12:29:54 lim -> 100 == perfect rev Apr 13 12:30:22 perfect rev was middle of march or so... Apr 13 12:30:34 Sorry, I mean dumb battery driver... Apr 13 12:30:42 wahrg.. i must not bother!!! Apr 13 12:31:00 DocScrutinizer, ping Apr 13 12:31:44 ok, efl srcrev bumped in repo. now I just need to rebuild. Apr 13 12:31:54 J-Man: is your battery indeed dumb? Apr 13 12:32:01 J-Man: why do not you try the manual method? Apr 13 12:32:24 Yes, is a Nokia BL-5C, and this command also not working: modprobe gta01_battery Apr 13 12:35:23 J-Man: do you have that module? Apr 13 12:35:58 No, thats the problem. And I don't know how or where I get it. :( Apr 13 12:36:45 mrmoku, is there any way i can bribe/convince you to try threading for listing messages ? Apr 13 12:37:52 JesusMcCloud: not now ;) Apr 13 12:38:09 J-Man: opkg list | grep battery Apr 13 12:38:13 hmpf Apr 13 12:38:15 spaetz: going to bump EFL again today :) Apr 13 12:38:22 J-Man: or ask the SHR guys about the module :) Apr 13 12:38:38 JesusMcCloud: ahh... you mean a threaded display? or multithreading? Apr 13 12:39:01 mrmoku, threaded display of the list of messages Apr 13 12:39:17 ok, that's different then :) Apr 13 12:39:47 JesusMcCloud: if you have a clear vision and implement the edje parts... we can talk :P Apr 13 12:40:14 i could onyl bribe you in kind... lets see. do you like honey, beer, beacon, ...? i have my contacts to a couple of farmers, brewers, etc... Apr 13 12:40:58 i should prolly bug someone in #e to explain to my whi threading with ewl is bad Apr 13 12:41:04 J-Man: opkg install kernel-module-gta01-battery Apr 13 12:41:12 JesusMcCloud: :P I don't need beer... don't need to be bribed in any way... what I need is called .edc and a description about what it should look like :P Apr 13 12:42:00 i just want to message ap not to make the whole phone freeze while listing messages Apr 13 12:42:36 s/ap/app/ Apr 13 12:42:36 JesusMcCloud meant: i just want to message app not to make the whole phone freeze while listing messages Apr 13 12:43:32 but i'm afraid i have no experience with threading in C Apr 13 12:44:25 there is no need for threads to make it not freeze Apr 13 12:44:26 JesusMcCloud: ok, then I misunderstood you again... no way I would do that _now_ Apr 13 12:44:48 threads are a sledgehammer that will create nothing but troubler unless used incredibly carefully Apr 13 12:44:52 JesusMcCloud: and as raster says... the problem is elsewhere Apr 13 12:45:22 JesusMcCloud: you can convince me to take a look into making it better... but not via threading :) Apr 13 12:47:11 hmm i thought about threading, because the message app starts, then waits for opimd to load everything and is unresponsive until this is finished, i though paralleling might help Apr 13 12:47:34 opimd is a daemon Apr 13 12:47:36 JesusMcCloud: I don't think that is the case Apr 13 12:47:36 it doesnt need to wait Apr 13 12:47:43 as the call to opimd is async Apr 13 12:47:50 as such opimd should probably alreayd be running Apr 13 12:48:09 as such its probably doing a request over to opimd or somewhere and BLOCKING waiting for a reply Apr 13 12:48:18 instead of simply sending off the dbus request Apr 13 12:48:18 well the query to opimd blocks stuff Apr 13 12:48:26 then going off and doing other thigns and handlign the reply when it comes in Apr 13 12:48:31 ah ok, you beat me Apr 13 12:48:36 well thats just bad programming Apr 13 12:48:40 doing sync calls Apr 13 12:48:43 instead of async calls Apr 13 12:48:54 threads are a sledgehammer to fix what is just bad code Apr 13 12:48:56 mrmoku said its async Apr 13 12:48:59 ie syncronous calls Apr 13 12:49:05 it CAN be async Apr 13 12:49:15 dbus by its nature is async Apr 13 12:49:27 but if u use a dbus api higher up and are lazy - u do things like Apr 13 12:49:35 result = dbus_call() Apr 13 12:49:44 i think it looks like it's blocked because opimd needs so many resources and evas is waiting for free resources thgen Apr 13 12:49:51 Thank you very much PaulFertser & JaMa! Now it's working! ;) What should I do to load the dumb driver instead the smart one, when the FR boots up? Apr 13 12:49:55 so dbus_call will block and wait until result is returned Apr 13 12:50:03 as opposed to instantly returning after firing off the msg Apr 13 12:51:33 hm i just tried. result: phonefsod doesnt handle dimming/brightenign the screen until the opimd query is finished, but other stuff works, slower but it works Apr 13 12:51:39 and when the rply comes in.. taking reply and putting results in the ui or wherever it is meant to go. Apr 13 12:53:29 JesusMcCloud: how many contacts? Apr 13 12:54:15 mrmoku, hmm about 100 contacts, prolly less and a whole bunch of messages Apr 13 12:55:03 sec, running opimd-cli to check Apr 13 12:56:06 , Apr 13 12:56:30 mrmoku, 70 contatcs Apr 13 12:57:54 heh... Tasn not here :/ Apr 13 12:58:25 mrmoku, 165 messages Apr 13 12:58:43 mostly to/from 2 contacts Apr 13 12:59:08 I'll figure out by myself. Thanx for the help! Apr 13 12:59:31 J-Man: there is /etc/modutils Apr 13 12:59:54 you can add the bat module there to get it automatically loaded... don't know how to get rid of the other one though Apr 13 13:00:15 I'd use rc.local... Apr 13 13:00:15 JesusMcCloud: can you time how long it takes to get those 165 messages via mdbus2? Apr 13 13:01:00 Thanks. I know the method to turn off the smart one Apr 13 13:01:27 mrmoku, i have no idea about fso api, so if you tell me the exact command (and tell me how to time it) i'll do it. i'm not in a state to think cleary Apr 13 13:01:30 brb Apr 13 13:02:07 TAsn: how hard would it be to finally teach opimd to immediately contact-resolve messages? Apr 13 13:02:35 maybe optionally via some magic keyword? Apr 13 13:03:27 mrmoku: if it's not too hard for you, can you please share your frameworkd.conf (with all the latest and greatest parts from cornucopia) to save me another hurdle? Apr 13 13:03:48 PaulFertser: that's easy Apr 13 13:03:58 PaulFertser: fso2 is not configured via frameworkd.conf Apr 13 13:04:07 you just have to disable stuff in there Apr 13 13:04:22 add disable = 1 to [ogsmd] [odeviced] and [otimed] Apr 13 13:04:41 rest of configuration is in /etc/freesmartphone/conf/openmoko_gta Apr 13 13:05:01 which should be fine if you use 2.6.29 Apr 13 13:05:13 for 2.6.32 you have to adjust some sysfspath in there Apr 13 13:05:34 re Apr 13 13:05:41 mrmoku: yo, big thanks :) Apr 13 13:06:07 PaulFertser: if you want to use the new kernel I can give you working alsa state files too Apr 13 13:06:36 (new kernel) anyone else got theirs uSD eaten? Apr 13 13:06:38 JesusMcCloud: I forgot that it is two steps.. .query then get the results Apr 13 13:06:55 mrmoku: not yet, i'm compiling this fso2 stuff since morning, i think i have enough of updates already :) Apr 13 13:07:00 but you can try with opimd-cli too... how long does it take to show your messages? Apr 13 13:07:03 PaulFertser: ok :) Apr 13 13:07:19 mrmoku: what about ousaged? Apr 13 13:07:35 mrmoku, runnign tiem now Apr 13 13:07:45 PaulFertser: oh yes, forgot that one... disable it too Apr 13 13:08:09 mrmoku, real 0m 19.90s user 0m 6.16s sys 0m 2.66s Apr 13 13:08:11 PaulFertser: and you need init scripts for fsodeviced, fsogsmd and fsotdld Apr 13 13:08:23 JesusMcCloud: wow Apr 13 13:09:16 JesusMcCloud: the problem probably is just that opimd slows down everything so much that it feels like hanging Apr 13 13:09:17 hehe, a glacier is fast compared to this. Apr 13 13:09:41 i shoul prolly wipe out my pim.db and regenerate it as it is still from the day where new opimd wasnt released Apr 13 13:10:08 JesusMcCloud: maybe your pim.db is missing some index or something... Apr 13 13:10:11 (is is that time of year again to start flamewars on ML?!) Apr 13 13:10:24 mrmoku: ok, i hope they come with respective packages so i'll fetch them from OE Apr 13 13:10:31 i dunno, my pim.db is handcrafted by TAsn Apr 13 13:10:36 PaulFertser: no :P Apr 13 13:10:41 for fsodeviced yes Apr 13 13:10:46 but the other two no Apr 13 13:10:59 JesusMcCloud: well there you have your reason ;) Apr 13 13:11:24 mrmoku, do you want me to forward this to him? :-P Apr 13 13:11:31 sure :) Apr 13 13:11:50 I would tell him myself... if he would have a good internet connect :P Apr 13 13:11:58 hehe Apr 13 13:13:00 sigh, there is a whole bunch of updates in the efl1 directory in shr/unstable. And just bumping the EFL SRCREV breaks the patches. Apr 13 13:13:13 Did I say that I HATE bumping efl in OE? Apr 13 13:14:02 spaetz: that's why I usually leave that to JaMa :P Apr 13 13:14:05 well i'll delete my pim.db and import contacts using sim manager... Apr 13 13:14:29 JesusMcCloud: though your messages will be gone :/ Apr 13 13:14:35 i know Apr 13 13:14:38 (loosing a nice test case :P) Apr 13 13:14:39 , but i have a faltrate Apr 13 13:14:48 *smsm flatrate Apr 13 13:14:57 and i'll backup before deleting Apr 13 13:15:31 :) Apr 13 13:16:20 rebooting now Apr 13 13:18:38 Thanks for helping me folks! Have a nice day! :) Apr 13 13:21:30 * mrmoku wonders if he should just write a nice script to add some 500 messages to opimd and see what happens :P Apr 13 13:22:45 mrmoku, how many sms (and contacts) do you have in your pim.db? can you time it? Apr 13 13:24:45 JesusMcCloud: right now? 0 :P Apr 13 13:25:03 but I'm going to do that script now :) Apr 13 13:25:10 oh, ok Apr 13 13:28:01 (stress testing multiy recipient sms now) Apr 13 13:30:28 dos1: I use it so rarely that I can't remember opimd-cli syntax... opimd-cli m addincoming and then? Apr 13 13:30:53 and then Key Value Key Value Key Value (...) Key Value Apr 13 13:30:58 ahh Apr 13 13:31:06 * mrmoku tried with : between key and value :P Apr 13 13:31:21 spaetz: what's problem with efl patches? Apr 13 13:31:22 if you want multiple values just Key1 Value1 Key2 Value2 Key2 Value3 Key3 Value4 Apr 13 13:31:39 spaetz: I remember moving few to obsolete and updating SRC_URIs, but not patches failing Apr 13 13:31:56 dos1: yep works, thanks :) Apr 13 13:32:17 mrmoku, with fresh db (currently 38 messages -> 4,somethign seconds) it is still not faster Apr 13 13:34:05 though i dunno if i can use linear interpolation here... Apr 13 13:37:07 JaMa: Applying patch exit_uclibc.patch Apr 13 13:37:09 can't find file to patch at input line 5 Apr 13 13:37:27 :-) So I cherry picked all patches concerning the efl1 directory and I should now have the patch Apr 13 13:37:33 just trying to recompile Apr 13 13:42:08 script to add 200 messages via opimd-cli is running :P Apr 13 13:42:30 (and takes too long... :P) Apr 13 13:42:37 going to do it in python then :/ Apr 13 13:48:12 so the heck does adding 200 entries to a sqlite database take long? Apr 13 13:48:33 I write that faster on paper :) Apr 13 13:49:05 mickey|office, I must go in 10min, I've new code which seem to work with framebuffer console,which is needed(else with new or old code xorg exits at suspend) Apr 13 13:49:24 do away with opimd and just handle the pimd.db from phonefsod and phoneuid :) Apr 13 13:49:27 * spaetz ducks Apr 13 13:50:17 mickey|office, should I push? Apr 13 13:51:34 GNUtoo: if it doesn't break existing code, sure Apr 13 13:52:03 mickey|office, I'm not shure how I can be shure it doesn't break anything Apr 13 13:52:21 apart testing from me and other people(you and leviathan ) Apr 13 13:54:22 mmm Apr 13 13:54:46 [4155091.135] EnterVT failed for screen 0 Apr 13 13:54:51 without the hack Apr 13 13:55:23 mickey|office, ( ihave no idea how that stuff works) does the ofono stuff in fsogsmd include mms support? Apr 13 13:57:40 spaetz: because I did it via calling opimd-cli via a shell script :P Apr 13 13:58:12 and the snake is slow ;) Apr 13 13:58:51 ahh, invoking python 200 times? Yes, that would take some time on the FR Apr 13 14:00:14 ah crud, i frogto something when timing the opimd query... Apr 13 14:00:31 s/frogto/forgot/ Apr 13 14:00:31 JesusMcCloud meant: ah crud, i forgot something when timing the opimd query... Apr 13 14:01:24 and my fr is stuck in trying to suspend Apr 13 14:04:09 mrmoku, correct values of my old pim.db (165 sms, 70 contacts) real 0m 8.13s user 0m 4.64s sys 0m 0.52s Apr 13 14:04:18 mickey|office, I'll go and push later but I wonder if the console could wake from suspend Apr 13 14:05:19 GNUtoo: you mean our immediate-suspend-problem? no that occurs without fbcon as well Apr 13 14:05:33 JesusMcCloud: no, MMS is something large that needs multilayer support Apr 13 14:05:44 ah ok Apr 13 14:05:46 JesusMcCloud: if there's someone wanting to add that to fsogsmd, I'm open to patches Apr 13 14:05:59 someone could check into the maemo-3rdparty program that sends mms Apr 13 14:06:07 ok Apr 13 14:06:07 and port over Apr 13 14:07:24 I'll look when I come back but I really need help for Xorg Apr 13 14:11:15 ahrg! what the heck changed in idle_screen.edc? Apr 13 14:17:29 dos1: hmm... how do I get an a{sv} in python? It complains about a{ss} not being what the signature tells? Apr 13 14:17:47 what are you sending? Apr 13 14:17:59 data for AddIncoming for messages Apr 13 14:18:03 {'Key' : 'Value', 'Key2':'Value2'} Apr 13 14:18:08 it should look like that Apr 13 14:18:25 data['Key'] = 'Value' should work too? Apr 13 14:18:41 hmm, yup, it should Apr 13 14:18:47 and data = {} before that Apr 13 14:18:48 complains Apr 13 14:18:50 yup Apr 13 14:19:19 ohh... duh Apr 13 14:19:30 * mrmoku has messages instead of Messages :P Apr 13 14:19:50 yo, works :) Apr 13 14:21:57 mrmoku: any ideas why i have no incoming sound during call with handset Apr 13 14:22:08 but sound is working with handfree? Apr 13 14:25:03 alexxy: on call? or ringtone? Apr 13 14:25:10 on call Apr 13 14:25:25 looks similar to [Shr-User] yesterday upgrade - problems in calling Apr 13 14:26:02 hmm... no spontaneous idea :/ Apr 13 14:26:19 handfree works fine Apr 13 14:26:20 =) Apr 13 14:26:42 but handset not Apr 13 14:26:52 broken handset alsa state? Apr 13 14:26:53 seems only me dont here anything Apr 13 14:26:59 seesm yes Apr 13 14:29:34 mrmoku: http://lists.shr-project.org/pipermail/shr-user/2010-April/004644.html Apr 13 14:29:41 looks like a same problem Apr 13 14:31:26 JesusMcCloud: btw. why is message list speed a problem in the first place? that should take time only on first call... second (cached) call should be instaneous Apr 13 14:32:12 mrmoku, true, but i reboot quite a lot Apr 13 14:32:33 alexxy: you rebooted after the upgrade? Apr 13 14:33:51 JesusMcCloud: with my over 400 test messages it still takes under 10s to show the list Apr 13 14:34:29 mrmoku, can you gimme the skript? i'll test with fresh db Apr 13 14:37:01 JesusMcCloud: what takes loooong is name resolving then... and that keeps opimd very busy Apr 13 14:38:14 JesusMcCloud: fake-messages.py in tests/mrmoku Apr 13 14:38:25 hmm... something completely different... i have a clear idea about multi-selection which also means clear idea about multy-deletion of messages Apr 13 14:38:29 nice Apr 13 14:39:05 (phone rebooting now, will check the name of the widget as ssonas it's back up) Apr 13 14:39:40 (if it will ever be back up) Apr 13 14:42:01 mrmoku, do you have elementyry tests installed? the genlist 5 test... with this you'd be able to kick out the custom widgets for messages and implement multi selection Apr 13 14:43:52 i'm doing too much talking again without actually providing code or something.. i'm off Apr 13 15:29:20 mrmoku: what about python2.5? :( Apr 13 15:29:37 dos1: or you? Apr 13 15:29:56 PaulFertser: hmm? Apr 13 15:30:03 dos1: framework/subsystems/opimd/db_handler.py:73: Warning: 'as' will become a reserved keyword in Python 2.6 Apr 13 15:30:21 dos1: i'm not sure if that's sensible but somehow i'm still running python 2.5 on debian... Apr 13 15:30:24 hmm, db_handler seems like TAsn's work Apr 13 15:30:34 PaulFertser: i'll fix that Apr 13 15:31:01 I'll check if debian unstable is upgraded to 2.6 already. Apr 13 15:31:15 dos1: probably no need, but i'm just not sure what makes sense and what doesn't :) Apr 13 15:31:16 It hasn't Apr 13 15:31:39 PaulFertser: i don't think depending on 2.6 is necessary Apr 13 15:31:43 thrashold: yes, you're right Apr 13 15:31:58 dos1: ok, so thanks for taking care to fix that :) Apr 13 15:33:50 Er, this produces a warning? It should produce a SyntaxError and not work Apr 13 15:33:59 freesmartphone.org: 03seba.dos1 07framework * r02506b082b7c 10/framework/subsystems/opimd/db_handler.py: opimd: db_handler: fix compatibility with Python 2.5 Apr 13 15:34:11 thrashold: it produces both warning and SyntaxError Apr 13 15:34:27 PaulFertser: done ;) Apr 13 15:34:43 dos1: thanks :) Apr 13 15:35:44 By the way, on unstable frameworkd can simply be modified to run with /usr/bin/env python2.6 Apr 13 15:36:22 I realized last week that even my elementary apps work fine when started with python2.6, libraries seem to be updated Apr 13 15:36:29 dos1: haha: /usr/local/lib/python2.5/site-packages/framework/subsystems/opimd/pimd_messages.py:608 Apr 13 15:37:08 thrashold: do you mean you installed python2.6 additionally from external repo? Apr 13 15:37:24 python2.6 is in unstable, it's just not the default python Apr 13 15:37:32 And yes, it was available in experimental for some time Apr 13 15:37:51 (Although things like elementary bindings were missing) Apr 13 15:38:10 freesmartphone.org: 03seba.dos1 07framework * rdfbc34f6f4d9 10/framework/subsystems/opimd/pimd_messages.py: opimd: Messages: fix compatibility with Python 2.5 Apr 13 15:38:14 Now that it is in sid, it has everything, including elementary and stuff Apr 13 15:38:45 thrashold: btw, do you think anybody is interested in running FSO2 ad-hoc way (semi-manually installing to /usr/local, compiling from source whenever an update comes via git pull) on debian? Apr 13 15:39:41 Hm, I have no idea, I used to do that manually but I see no use for it. It has to be the one that the apps in Debian use. Apr 13 15:40:09 Also, after upgrading yesterday, my framework doesn't work at all. Will upgrade again to see why :) Apr 13 15:40:54 thrashold: to follow cornucopia development closely, to be able to meaningfully contribute and to use the latest available api for the apps you develop. Apr 13 15:41:54 Then I guess the answer is "Yes", but you can do this by manual (or cron) 'git pull; python setup.py install' Apr 13 15:42:29 There should be a package that satisfies the dependencies of apps that require framework, though :) Apr 13 15:43:30 thrashold: no, you do not understand, cornucopia is written in Vala, unfortunately, it's not that easy with it :) Apr 13 15:43:58 Hm, apparently FSO2 doesn't respect installation prefix when searching for configuration files... Apr 13 15:45:32 Oh, I misread you, sorry, I have no idea :) Apr 13 15:45:54 I haven't followed recent developments. Is this available in Debian? I should try it :) Apr 13 15:46:22 I guess the answer is "No" :) Apr 13 15:46:58 * PaulFertser wonders where the evas, ecore and edje vapi files should come from... Apr 13 15:48:19 thrashold: not all of them, and especially not fsogsmd Apr 13 15:49:04 I use my FR mainly for GPS, and rarely for internet (over Bluetooth) Apr 13 15:49:28 And I wrote a little elementary+python :) Apr 13 15:50:04 me too... Apr 13 15:50:15 Found that, libeflvala Apr 13 15:50:22 and #e is not really helpful regarding python-elementary Apr 13 15:51:24 hi, is that problematic, http://pastebin.com/zfuY3Fe4 I've that on all my oe devices since udev 151 Apr 13 16:43:57 mickey|zzZZzz, hi Apr 13 16:44:05 I wondered something Apr 13 16:44:11 for suspend it Apr 13 16:44:13 oops Apr 13 16:44:20 for suspend it's an interupt no? Apr 13 16:45:48 tell me when you come back Apr 13 16:49:18 GNUtoo: probably you'll need to clarify the question, at least i can't understand it ;) Apr 13 17:03:48 GNUtoo: btw: about the issue I have with mtd, I emailed to the one from qualcomm who has commited the driver Apr 13 17:03:59 hopefully he will give me some hand in this Apr 13 17:04:09 because I emailed with one, who had the same error Apr 13 17:04:12 this one told me Apr 13 17:04:22 ubifs needs to read the first 64bytes only Apr 13 17:04:33 but msm_nand can't read less then 2048 bytes Apr 13 17:04:53 so we would need to cache it in RAM and just return the requested area Apr 13 17:05:23 and now Apr 13 17:05:30 GNUtoo: whats your status ATM? Apr 13 17:11:16 PaulFertser, ah for mickey's suspend I thought: Apr 13 17:11:22 *buy the serial adaptor Apr 13 17:11:25 *setup kgdb Apr 13 17:11:50 *breakpoint somewhere where it resumes Apr 13 17:11:58 get the resume reason Apr 13 17:12:22 GNUtoo: why not just add a printk? Apr 13 17:12:29 PaulFertser, where? Apr 13 17:13:04 GNUtoo: somewhere in resume path where you can get the resume reason. Apr 13 17:13:10 ok Apr 13 17:13:16 good idea Apr 13 17:13:26 PaulFertser, btw I've some huge problems with msmfb Apr 13 17:13:31 I've 2 bugs: Apr 13 17:13:46 GNUtoo: but since you do not see "Freezing tasks..." at all, i doubt it actually tries to suspend. Apr 13 17:14:04 PaulFertser, I saw freezing tasks Apr 13 17:14:07 then resuming Apr 13 17:15:49 [ 2154.275207] wakeup wake lock: SMD_RPCCALL Apr 13 17:15:53 maybe that's the reason Apr 13 17:16:01 TAsn: ping :) Apr 13 17:16:13 mrmoku, pong. Apr 13 17:16:20 TAsn: internet stable? :P Apr 13 17:16:37 TAsn: I solved the resizing thing :) Apr 13 17:16:37 not quite :| Apr 13 17:16:41 PaulFertser, but someone(phh) told be to add debug in the rpc system,I did Apr 13 17:16:42 mrmoku, how? :P Apr 13 17:16:45 min_size_set? Apr 13 17:16:47 no Apr 13 17:16:51 problem was the layout Apr 13 17:16:57 missing the weight hint Apr 13 17:17:00 1.0 1.0 Apr 13 17:17:03 I see :P Apr 13 17:17:05 Cool. Apr 13 17:17:05 then I saw the messages Apr 13 17:17:15 that probably solves a lot of sizing bugs :) Apr 13 17:17:22 then phh interpretated the hex as beeing the battery status Apr 13 17:17:24 to be honest, although I like e, damn, everything there is confusing :P Apr 13 17:17:30 yup :/ Apr 13 17:17:34 They really need to write documentation. Apr 13 17:17:36