**** BEGIN LOGGING AT Thu Feb 19 02:59:57 2009 Feb 19 03:06:49 does anyone know if you have to change anything specific in the .config file to enable the sound drivers? I am using a kernel I compiled from the git repository source and on the two phones I have it seems like sound does not work Feb 19 07:33:30 dos1: nah... you applied Davids patch without saying so ;) Feb 19 07:33:39 * mrmoku applied it too... and git happily merged :P Feb 19 08:00:59 Is there any news about gsoc 2009? Feb 19 09:18:23 irc.oftc.net Feb 19 09:19:00 good morning Feb 19 09:19:51 hi,good afternoon in my controy Feb 19 09:32:56 docscrutinizer2: Hey :) Do you by any chance know if anyone at OM is interested in getting some uSD that works ok in a cardreader to work on FR? Feb 19 09:34:49 works ok in a cardreader but fails on FR Feb 19 09:37:52 And, btw, i think if the guy with that card and GSM interference can send his card to TPE it won't take that long to find out what's up (either the card is somehow very sensible or his FR has some shielding/other hardware problem). In the last case it'd be good to find it to be able to ensure that further revisions are safe. Is there any OM EE in Europe? Feb 19 09:49:10 heyho Feb 19 10:02:22 wpwrak: Is it possible you know the answer to my last question? Feb 19 10:20:14 morphis: hey Feb 19 10:21:37 hey mrmoko Feb 19 10:21:48 s/mrmoko/mrmoku/ Feb 19 10:21:48 morphis meant: hey mrmoku Feb 19 10:22:11 morphis: still working on python bindings? Feb 19 10:23:05 mrmoku: yeah, I am working on it Feb 19 10:24:19 we would need sliders :P Feb 19 10:24:21 but currently there are some bugs I have to fix before I can commit the new version Feb 19 10:24:41 :) Feb 19 10:27:53 morphis: so... if bugs are fixed... will the be there? :D Feb 19 10:27:55 +y Feb 19 10:28:02 (sliders) Feb 19 10:28:19 jepp, sliders are already implemented Feb 19 10:28:21 but not tested Feb 19 10:28:52 :-) Feb 19 10:28:57 but I think I can commit the stuff today Feb 19 10:29:04 :D Feb 19 10:29:38 for what you need the slider? shr-settings? Feb 19 10:30:45 yep Feb 19 10:30:58 adjusting timeouts is much, much nicer with sliders Feb 19 10:36:31 mrmoku: you want to make my work redundant? :P Feb 19 10:36:57 morphis: are lists being planned? Feb 19 10:37:11 I sent you a mail some time ago, but it probably got lost Feb 19 10:37:37 spaetz: :-) not to bug you though... Feb 19 10:37:47 but sliders would be nice... Feb 19 10:37:50 lists would be great for pyphonelog :) Feb 19 10:38:08 mrmoku: grumble, grumble. agreed, *cough* *cough* Feb 19 10:38:21 spaetz: you're rewriting pyphonelog to e? Feb 19 10:38:57 mrmoku: TAsn gave me permission for a pluggable GUI class, so I had a go at a python-elementary version of it Feb 19 10:39:09 but got stuck with showing lists of numbers. Feb 19 10:39:31 I was pretty fresh to elementary, I could probably work my way around with a table now. Feb 19 10:40:02 morphis: is there a way to "unpack" elements? They never seem to be dereferenced and keep hanging around Feb 19 10:40:39 if u delete an object Feb 19 10:40:42 it goes away Feb 19 10:40:47 children of a parent are automatically deleted Feb 19 10:41:01 raster, that would be e.g. box.delete()? Feb 19 10:41:12 I think they only have a .destroy() call, havne't they? Feb 19 10:41:15 * spaetz checks Feb 19 10:41:29 dunno Feb 19 10:41:30 python Feb 19 10:41:38 in c Feb 19 10:41:43 evas_object_del(obj); Feb 19 10:41:56 * mrmoku wanted to warn spaetz to throw python questions at raster... too late ;) Feb 19 10:42:17 * raster puts up his shield of +7 python warding Feb 19 10:43:55 yep, there is a delete() call, all is well. Feb 19 10:44:36 raster: pythons aren't that bad. Once they've eaten someone they don't need another victim for quite some time Feb 19 10:44:38 anyone running dillo on shr? seems like we need * libcrypto0.9.7 (>= 0.9.7g) * libssl0.9.7 (>= 0.9.7g) * Feb 19 10:45:30 * raster casts a level 9 spell of snake-repelling Feb 19 10:47:23 can "autodel_set" make a difference on whether elm objects are deleted when the window goes away? Feb 19 10:48:09 Zorkman: dillo is from opkg.org? Feb 19 10:48:19 if autodel is not set - the window will not be closed Feb 19 10:48:22 mrmoku: yes Feb 19 10:48:33 it will wait for you to handle the close request in a callback Feb 19 10:48:38 Zorkman: what version? Feb 19 10:48:45 oh wait i see it's also on the feeds :) Feb 19 10:48:50 i'll compare :) Feb 19 10:48:52 :-) Feb 19 10:48:53 autodel means if the wm requests a close - the window is deleted automatically Feb 19 10:49:28 dillo-ssl_2.0-r0 Feb 19 10:49:32 PaulFertser_: no, there's not really any OM EE in Europe Feb 19 10:49:34 ok, thanks Feb 19 10:50:01 close request callback is probably .destroy Feb 19 10:50:15 or .delete Feb 19 10:50:18 * spaetz checks Feb 19 10:51:10 Zorkman: ok... will try to build dillo2 for SHR then Feb 19 10:52:19 I'd rather update midori from it's age old OE version Feb 19 10:52:33 * mrmoku thinks we should do both :-) Feb 19 10:52:53 but that would require overriding some preferred library versions from OE (like libgio) and I don't knowwhat that would break Feb 19 10:53:52 mrmoku: I don't know where I would put that though. Feb 19 10:54:04 OE specifies its preferred midori version here: http://cgit.openembedded.net/cgit.cgi?url=openembedded/tree/conf/distro/include/preferred-om-2008-versions.inc Feb 19 10:54:35 so we would need a similar file in SHR-overlay where we can specify out preferred versions Feb 19 10:54:50 spaetz: thats why we have our own autorev files for unstable/testing Feb 19 10:55:12 openembedded/conf/distro/include/shr-autorev* Feb 19 10:55:19 so would this really be appropriate here? http://cgit.openembedded.net/cgit.cgi?url=openembedded/tree/conf/distro/include/preferred-om-2008-versions.inc Feb 19 10:55:22 arrg, soory Feb 19 10:55:33 mispasted Feb 19 10:55:37 ok, seen your reply Feb 19 10:56:16 ok, including a higher preferred midori version there overrides OE indeed Feb 19 10:57:16 shr-autorev.inc overrides OE stuff and shr-autorev-unstable.inc overrides shr-autorev.inc Feb 19 10:57:42 k Feb 19 10:58:36 mrmoku: are you fine with me trying to bump midori? Feb 19 10:58:43 we can always revert if it fails Feb 19 10:59:59 blah, no can't do it now. my kvm doesn't have net access right now Feb 19 11:05:06 spaetz: yep Feb 19 11:15:31 spaetz: what would be the current version? Feb 19 11:19:54 ok... found it 0.1.2 Feb 19 11:29:11 spaetz: ok... did it :-) Feb 19 11:30:29 * mrmoku --> lunch Feb 19 11:35:18 mrmoku: when you are back from lunch. OE upstream proveds midori 0.1.2 .bb Feb 19 11:35:39 but shr-overlay also has some totally unused gtk-webkit/midori package folder Feb 19 11:35:47 IMHO that can be removed... Feb 19 11:36:17 raster: those icon.scale_set are totally magic values Feb 19 11:36:28 beats me Feb 19 11:36:30 python Feb 19 11:36:32 are the min/max scaling. Are they x,y magnification? Feb 19 11:36:38 no, it's the same in C Feb 19 11:36:41 boolean Feb 19 11:36:43 on and off Feb 19 11:36:45 0 and 1 Feb 19 11:36:50 elm_icon_scale_set(ic, 0, 1); Feb 19 11:36:50 one allows the icon to scale down Feb 19 11:36:54 the other allows it to scale up Feb 19 11:37:02 ahh, ok. boolean Feb 19 11:37:08 0,0 == no scale Feb 19 11:37:16 good to know :) thanks Feb 19 11:37:17 1, 0 == scale down, but not up (from desired size) Feb 19 11:37:23 0, 1, dont scale down, but allow upscale Feb 19 11:37:41 one secret less. Feb 19 11:41:27 do people prefer a 2-column table of shr-settings? Feb 19 11:41:55 like this http://img12.imageshack.us/img12/4070/screenshot1sh6.png Feb 19 11:41:56 i think people would prefer it faster *g* Feb 19 11:42:40 What can you use for a calendar on SHR ? Feb 19 11:43:04 Azog, working on it Feb 19 11:43:25 spaetz: 2-columns are good, there is not so much wasted space imho Feb 19 11:43:39 spaetz: I find this is pretty Feb 19 11:43:42 spaetz: but yet I just wonder if it would not be better to have a theme with similar layout and icons than launcher Feb 19 11:44:12 ptitjes: ideally we could use the same mechanism as launcher, yep Feb 19 11:44:25 but I don't know how to, so this is second best :) Feb 19 11:46:11 :D Feb 19 12:02:34 spaetz: bumped and built Feb 19 12:02:59 billk: there is gpe-callendar Feb 19 12:03:32 mrmoku: tkx, I'll check it out Feb 19 12:26:54 PaulFertser_: hmm, now my phone is in a state where a call won't wake it up Feb 19 12:33:46 PaulFertser_: if i unplug battery shouldn't it only powerdown GSM and keep other parts running on USB power? Feb 19 13:01:51 mrmoku: cool Feb 19 13:07:37 spaetz: is there any browser which works with the finger? Feb 19 13:08:02 ewww Feb 19 13:09:02 in SHR, does wifi work (built the image yesterday) - have turned it on in settings Feb 19 13:09:22 mofi sees AP but hangs on trying to connect (wpa2) Feb 19 13:09:52 trying to do it manually runs afoul of all the builtin wifi stuff Feb 19 13:10:05 and I have not been able to get it to work either Feb 19 13:17:40 I'm confused by "Settings -> Power manaagement -> Timeout settings" Feb 19 13:18:08 the default "lock" value is 2 minutes, it seems that it goes to suspend after that amount of time Feb 19 13:18:33 can anybody explain? Feb 19 13:20:08 The condition is: USB is not plugged, i.e. non-charging mode Feb 19 13:22:43 mrmoku: not that I know of. It might be interested to look at MicroB or whatever the Maemo browser based on mozilla is called Feb 19 13:22:52 so what are you guys running on your FR's these days? anything really useful? Feb 19 13:23:06 It might be fitted to small screens Feb 19 13:23:11 i spent the day getting my gta01 working yesterday with shr-unstable .. really seems to be the best so far Feb 19 13:23:23 and my FR has kustomizer on it, which .. well .. would've been nice if it all worked. Feb 19 13:24:13 torpor: nice to hear SHR works on your gta01 Feb 19 13:24:19 mqy: it goes from busy->idle->idle_dim->idle_prelock->lock->suspend Feb 19 13:24:33 and the timeouts control the time to the next state Feb 19 13:25:11 spaetz, let me list the values Feb 19 13:25:19 we should really show the states in the correct order, right now we show them in the order dbus returns them... (which seems random) Feb 19 13:25:59 lock(2) idle prelock(12), idle(10), suspend(20) Feb 19 13:26:05 mqy: also take note that the illume power setting is also active by default Feb 19 13:26:11 spaetz: and maybe give them clearer names :-) Feb 19 13:26:13 if I didn't change them accidently Feb 19 13:26:25 and that causes screen blanking and suspend totally independently Feb 19 13:26:26 you should really turn off illume's handling until you settled on disabling fso's Feb 19 13:26:40 damn it qtopia-x11-contacts sucks so much Feb 19 13:26:53 i like the idea of putting calls to 'xset s' in the rules though Feb 19 13:26:55 mickeyl: agreed, I just don't know how to change the settings or where they even come from Feb 19 13:27:10 spaetz: they're in an .eet Feb 19 13:27:16 in illume's config eet Feb 19 13:27:16 mickeyl: thanks. It's a bit hacky and I got flak for it already :) Feb 19 13:27:20 yes, I notice there is another place to set settings, blank time... Feb 19 13:27:48 mqy: use either one. I turned off illumes power settings and let fso do its thing Feb 19 13:27:53 spaetz: really? i think it's pretty cool. we might want to change 'xset s' into something such as an XScreenSaver action in fso, but otherwise I like it a lot Feb 19 13:28:26 i got flak because I was told that a central daemon is not supposed to interfere with a user's X session. Feb 19 13:28:45 oh well, but if that central daemon is the only one who knows about the system's state Feb 19 13:28:53 it's naturally the one to trigger the actions Feb 19 13:28:56 *shrug* Feb 19 13:28:57 right now it's a coincidence that frameworkd and the X user are identeical (root) but in the long run we should use a regular user Feb 19 13:29:06 ok, that's true Feb 19 13:29:30 so I was told that we should have a user daemon listen (like illumes power gadget :)) to FSO's dbus signals and do the xset from userspace Feb 19 13:29:45 which does make sense Feb 19 13:29:50 well, yes, that would be my preferred option as well Feb 19 13:29:55 as well as a battery daemon Feb 19 13:30:02 spaetz, the fso settings is the one on desktop? Feb 19 13:30:03 so that e stops to poll ;) Feb 19 13:30:07 should idle-dim from shr-settings work? it doesn't for me Feb 19 13:30:19 s/daemon/gadget/ Feb 19 13:30:25 mqy: fso settings are the timeouts in shr-settings Feb 19 13:30:35 mqy: illume power gadget is illume Feb 19 13:30:48 both interfere and work independent of each other currently :-( Feb 19 13:32:08 spaetz: disabling the illume screensave by default would be easy... shall I? Feb 19 13:32:22 spaetz, shr-settings -> Display -> Power? Feb 19 13:32:34 mrmoku: yep. We could think about removing the whole power gadget as long as it interferes Feb 19 13:32:49 but disabling by default would be a first, sensible step Feb 19 13:33:09 mqy: shr-settings->Power Management->Timeouts Feb 19 13:33:13 it's interesting that, I can change the time to -1 or something within Desktop settings Feb 19 13:33:22 yes, -1 means disable Feb 19 13:33:47 so it will never reach that step Feb 19 13:34:15 so if idle_dim is -1 it will also never suspend (as that comes in a later step) Feb 19 13:34:21 spaetz: ok... pushed Feb 19 13:34:26 mrmoku: cool thanks Feb 19 13:34:30 Anyone knows how to set the mac address for usb0 with cdc_ether? (so that it doesn't changes) Feb 19 13:34:47 small issue, but it's the small things that make users happy :) Feb 19 13:34:48 I knew how to do it with g_ether, but cdc_ether seems to be different :/ Feb 19 13:34:51 spaetz, thanks a lot, I've been confused by illume power setttings for a while :) Feb 19 13:35:14 mqy: so have I. That's why I tried to understand how it works Feb 19 13:35:25 haha Feb 19 13:35:36 IMHO illume power settings should also control FSO timeouts so they are compatible Feb 19 13:36:11 should be integrated together Feb 19 13:36:17 but as the illume power gadget is in enlightenment svn, I am not sure they want to be so FSO dependent Feb 19 13:36:29 darn distributed hotch-potch Feb 19 13:37:04 I have a problem almost the same Feb 19 13:37:39 I want to use GPS serial port in a program, but the GPS power is managed by frameworkd Feb 19 13:37:59 is always powered off suddenly Feb 19 13:38:09 then turn it on Feb 19 13:38:14 use the resource policy API Feb 19 13:38:41 I gave a glance to dbus api this afternoon Feb 19 13:39:03 noticed the resource API, but have no time to exploit them Feb 19 13:39:13 i even took the time to write an introduction ;) Feb 19 13:40:02 the temp solution is to shape read/write by adding pselect, see if the device was powered off after timeout Feb 19 13:40:06 then power it on Feb 19 13:40:19 uh oh Feb 19 13:40:20 :) Feb 19 13:40:23 hacker! Feb 19 13:41:10 mqy: ResourcePolicy is quite nice Feb 19 13:41:46 spaetz, I've read the introduction, I'll test it soon Feb 19 13:42:09 don't be afraid to mail to the API standards list if you Feb 19 13:42:15 * have suggestions Feb 19 13:42:16 * find bugs Feb 19 13:42:18 * need docs Feb 19 13:42:22 * have patches Feb 19 13:42:45 I'm a benevolent dictator Feb 19 13:42:49 my concern is: can I tell frameworkd not to power off a device even system goes to suspend? Feb 19 13:42:50 wrt. API Feb 19 13:42:52 mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.U Feb 19 13:42:55 sage.SetResourcePolicy GPS enabled Feb 19 13:43:03 mqy: above starts GPS and keeps it on Feb 19 13:43:39 spaetz, you sare so kind :) Feb 19 13:43:41 oh, benevolent dictator. I need a rule that prevents suspend when I use GPS Feb 19 13:43:44 mqy: that's the job of the resource, to decide what 'suspend' means Feb 19 13:43:54 so you need a patch to ogpsd Feb 19 13:43:57 can you give me a hint Feb 19 13:44:04 like, adding a config entry Feb 19 13:44:06 [ogpsd] Feb 19 13:44:06 I'm not using ogpsd Feb 19 13:44:11 oh Feb 19 13:44:19 in that case, don't start it in the first place Feb 19 13:44:21 :) Feb 19 13:44:27 the parsers are written by I myself, because I need NEMA and ubx binary both Feb 19 13:44:28 and it will leave control to you Feb 19 13:44:36 [ogspd] Feb 19 13:44:37 disable = 1 Feb 19 13:44:44 ogpsd, that is Feb 19 13:45:03 of couse, being disabled for nearly 2 months :) Feb 19 13:45:50 ok, what's missing then? Feb 19 13:46:10 mickeyl, me? Feb 19 13:46:41 yeah, i was referring to "can I tell frameworkd not to power off a device even system goes to suspend?". If you don't use ogpsd, there will not be a GPS resource, hence you should be ok Feb 19 13:46:58 you only need to use the sysfs node then Feb 19 13:47:02 that allows the gps being online Feb 19 13:47:05 which is a kernel thing Feb 19 13:47:19 the problem is then the system goes to suspend, GPS is powered off Feb 19 13:47:27 nah Feb 19 13:47:34 only if you don't use the sysfs node Feb 19 13:47:49 like i said, frameworkd does not power off if you don't use ogpsd Feb 19 13:47:54 when resume, the program gets frozen (blocked on read/write) because serial is dead Feb 19 13:48:18 I can confrim this issue Feb 19 13:48:28 mqy: you mean the whole phone suspends? or only GPS is turned off? Feb 19 13:48:44 you need to take that up with kernel folks, then. it's not frameworkd. Feb 19 13:48:53 iirc there was a new sysfs entry exactly for that Feb 19 13:48:57 in the first case, it's got nothing to do with frameworkd Feb 19 13:49:06 ah, mickey was quicker Feb 19 13:49:46 [random ogsmd notice] *sigh* mc75i is quite different from the Calypso Feb 19 13:50:06 mickeyl: basically my question was: is there a *filter* in rules.yaml so I can say: Feb 19 13:50:07 lindi-: i can't connect to my PC anymore, so i have seen only the message that you're calling and there's no resume. Feb 19 13:50:08 spaetz, I have to press power button to turn the screen back, what does that mean? Feb 19 13:50:17 filter: ResourceStateChanged("GPS") Feb 19 13:50:26 action: OccupyResource(CPU) Feb 19 13:50:56 s/filter/trigger/ Feb 19 13:50:57 PaulFertser: it was false alarm. the phone did not wake up with power button either => not calypso issue Feb 19 13:51:39 møø Feb 19 13:51:41 spaetz: there is not, should be a simple addition though Feb 19 13:51:46 lindi-: i think i had that once... Strange that your automated testing doesn't catch it often enough. Feb 19 13:52:01 basically what I want (2nd try): trigger: ResourceStateChange('GPS') filter: attribute_is('True') action:... Feb 19 13:52:04 I'll give further study on d-bus APIs to see who take GPS away Feb 19 13:52:04 spaetz: open a ticket Feb 19 13:52:11 mickeyl: ok, that would enable some nifty tricks Feb 19 13:52:13 wil do Feb 19 13:52:15 ack. Feb 19 13:52:21 PaulFertser: yep Feb 19 13:52:34 mqy: err Feb 19 13:52:44 it's the kernel Feb 19 13:52:57 you need to tell the kernel not to shut down gps during suspend Feb 19 13:53:03 mickeyl, I'll kick the kernel Feb 19 13:53:11 righto Feb 19 13:53:20 there has been a thread about that on the mailing list Feb 19 13:53:25 within the last couple of months Feb 19 13:53:29 so google for that Feb 19 13:54:01 suspend/resume seems to be a big problem being solved for a long while Feb 19 13:54:43 indeed Feb 19 13:54:49 it's a nasty crosslayer problem Feb 19 13:55:01 took us a couple of weeks to get that right Feb 19 13:55:02 mqy: there's a sysfs node "keep_on_in_suspend" Feb 19 13:55:06 (and that's only userland) Feb 19 13:55:36 PaulFertser, that's great, it adds another "feature" :) Feb 19 13:55:50 i don't like that, btw. Feb 19 13:56:03 fight fight fight fight Feb 19 13:56:03 either the kernel shuts down everything or not Feb 19 13:56:12 no it's different wrt. GSM and GPS Feb 19 13:56:17 inconsistency Feb 19 13:56:19 *shrug* Feb 19 13:56:49 if the suspend/resume works without bug... Feb 19 13:57:17 mickeyl: it keeps GSM in suspend ;) Feb 19 13:57:43 there is balance between long-life service and less power-consumption Feb 19 13:57:50 well Feb 19 13:57:53 it's a question of policy Feb 19 13:57:55 mickeyl: http://trac.freesmartphone.org/ticket/360 Feb 19 13:58:00 who is judging? Feb 19 13:58:02 kernel or userland Feb 19 13:58:03 that's all Feb 19 13:58:04 here we go :) Feb 19 13:58:07 k Feb 19 14:07:36 anybody building stuff for SE Xperia? Feb 19 14:18:50 mrmoku: thanks for bumping midori. I am not it will run though. WHen I tried it complained about a too old version of libgio. Feb 19 14:19:18 there might be more unsatisfied dependencies, but this was the first when I tried to instal the .ip Feb 19 14:19:38 I am nost *sure* it will run... Feb 19 14:19:52 barg. I give up Feb 19 14:19:55 spaetz: ??? while building or while installing? Feb 19 14:20:00 Installing. Feb 19 14:20:10 I installed it... worked fine Feb 19 14:20:16 ahh ok then. Feb 19 14:20:20 great :) Feb 19 14:21:44 freesmartphone.org: 03mickey 07framework * r345625aa72dc 10/framework/subsystems/ogsmd/modems/abstract/mediator.py: otapi: CbGetCellBroadcastSubscriptions: remove shadowing the error module Feb 19 14:22:11 freesmartphone.org: 03mickey 07framework * r7252c7959acb 10/framework/subsystems/ogsmd/modems/cinterion_mc75/channel.py: ogsmd: [CINTERION MC75] remove low level initialization; not necessary with good muxers ;) Feb 19 14:22:39 freesmartphone.org: 03mickey 07framework * r7d358eceb89b 10/framework/subsystems/ogsmd/modems/cinterion_mc75/modem.py: ogsmd: [TI CALYPSO] use fso-abyss Feb 19 14:40:54 does illume launcher allow some categories or sort order? Feb 19 14:41:14 would be nice to have all phone related app icons at the top Feb 19 14:42:24 yes - sort handles via submenus Feb 19 14:42:31 for specific categories Feb 19 14:42:37 check the menu file for the system Feb 19 14:42:46 (freedesktop.org xdg menu standards) Feb 19 14:42:53 mmh, k Feb 19 14:47:57 mickeyl: does bluetooth in fso support AVRCP ? Feb 19 14:48:17 (it is used for "next song" and "previous" song) Feb 19 14:51:33 we ship bluetoothd, but we did not do any work yet in FSO Feb 19 14:51:43 this is on topic for ms5.5 and ms6 Feb 19 15:04:04 report an issue: Power management -> Timeouts settings, quick click "-1" button of "lock", causes the values increase with randomly value Feb 19 15:07:29 it happens when original value >10, say 55 Feb 19 15:11:02 hehe, list providers works now but list is white :) Feb 19 15:13:34 ok second try it's working :) Feb 19 15:14:37 mqy: which version of shr-settings? Feb 19 15:14:47 do you have a new one with -10 -1 +1 +10 buttons? Feb 19 15:15:28 or an old one with only -1 and +1 buttons? Feb 19 15:16:28 yes, new one with "+10" Feb 19 15:16:42 shit Feb 19 15:17:00 not only the "lock", others have the same problem Feb 19 15:17:27 is it safe to opkg upgrade shr-settings? Feb 19 15:18:06 mqy: I see it too. From time to time it the +10 buttons flashes likes it's pressed Feb 19 15:18:19 why not? Zorkman have you a2dp working now? Feb 19 15:18:28 Let's see if mrmoku gets us sliders in there pretty quick Feb 19 15:18:39 otherwise I'll have another look Feb 19 15:18:43 von_fritz: yes, it works perfect Feb 19 15:18:45 nop... me no python ;) Feb 19 15:19:06 Zorkman with SHR ? Feb 19 15:19:16 ok, I'll do the sliders. As soon as we have them available in python-elementary :) Feb 19 15:19:22 only problem is that AVRCP doesn't seem to work Feb 19 15:19:37 when i press next or previous songs on my btheadset, nothing works Feb 19 15:19:44 s/works/happens Feb 19 15:19:44 spaetz: we have another problem though... We need to update EFL_SRCREV to get the sliders... but we can't because of that nasty SMS segfault :( Feb 19 15:19:47 spaetz, I saw the value between "-1" and "+1" button changes to random value Feb 19 15:20:13 on that I will take a look... try to use elementary lists in the SMS app Feb 19 15:20:25 mrmoku: right... :-( Feb 19 15:20:47 mqy: but only if you press quicker than the numbers update, right? Feb 19 15:20:55 it works fine when pausing between presses Feb 19 15:21:05 yes Feb 19 15:21:18 ok, will have a look. thanks for reporting Feb 19 15:21:23 I can reproduce it Feb 19 15:21:45 :) Feb 19 15:30:32 von_fritz: does remoko work on your shr? Feb 19 15:31:04 it installs fine, i can connect to my pc with it, but it doesn't controll anything, and after a while the connection gets closed Feb 19 15:31:22 Zorkman, i have not tried Feb 19 16:03:20 raster: uhh, saw some interesting changes in e? :D Feb 19 16:03:38 quickly fix some ilist sizes. Feb 19 16:03:47 and revert original utf8 fixes - just too slow. Feb 19 16:14:27 mrmoku: do thinks like idle_prelock or idle do something? Feb 19 16:16:04 Zorkman: well... idle is the timeout where nothing happens... what idle_prelock timeout does? don't know :-) Feb 19 16:36:28 Ainulindale, may you remember me, i was the one who requested accelges. i dont know really why, but it eats 30% cpu...i dont think that this is normal Feb 19 16:37:01 root_at: did you set a threshold for the accels? Feb 19 16:37:44 mrmoku, no...whats that? Feb 19 16:38:00 limit the mass of events the accels report Feb 19 16:38:05 can set that via sysfs Feb 19 16:38:14 search for threshold in /sys Feb 19 16:38:26 mrmoku, ok will try it as soon as its booted Feb 19 16:42:44 can anybody tell me what to do if enlightenment takes alot of cpu? i read that moving .../dropshadow would help, but now its even worse Feb 19 16:47:28 root_at: if we only knew... :( Feb 19 16:47:51 root_at: read that setting the framerate lower also helped "a bit" Feb 19 16:48:59 i already have 5fps Feb 19 16:49:29 this really sux...i am thinking about flashing testing again, hadnt that much problems with that Feb 19 16:54:18 freesmartphone.org: 03mickey 07fso-abyss * r1f677a0ff49f 10/src/serial.vala: Feb 19 16:54:18 freesmartphone.org: serial: support priorities for read and write watches. Feb 19 16:54:18 freesmartphone.org: NOTE: This needs yet another patch against vala which I'm going to send upstream. Feb 19 16:54:19 yiiiha, now its down to 1-3 Feb 19 17:08:23 mrmoku: is there already a way to reproduce this enlightenment bug? Feb 19 17:08:42 Zorkman: which one? Feb 19 17:09:00 my phone has been running for 5 hours and enlightenment only takes up 0.x% cpu Feb 19 17:09:06 the cpu eating bug Feb 19 17:09:33 Zorkman: that is the problem... its quite unpredictable Feb 19 17:19:49 freesmartphone.org: 03mickey 07fso-abyss * r94e934994602 10/src/ (channel.vala consts.vala serial.vala): increase read priority on pty's to get better latency on long answers (in other VCs) Feb 19 18:08:38 mickey|bbl: so gsm mux is implemented in vala now ? Feb 19 18:23:18 there are no options in shr-settings -> usb Feb 19 18:23:30