**** BEGIN LOGGING AT Thu Apr 08 02:59:56 2010 Apr 08 04:44:30 booooh Apr 08 06:01:09 morning :) Apr 08 06:08:37 moin Apr 08 06:09:35 moin Apr 08 06:31:30 TAsn: yay... got a contacts list on my notebook :D Apr 08 06:34:00 playya_: my notebook as more verbose regarding that abort Apr 08 06:34:02 process 5547: Array or variant type requires that type variant be written, but end_dict_entry was written. Apr 08 06:34:05 The overall signature expected here was 'a{sv}' and we are on byte 3 of that signature. D-Bus not built with -rdynamic so unable to print a backtrace Apr 08 06:34:09 Abgebrochen Apr 08 06:37:02 I have to ask this again, sorry: does the latest shr-u still have that bug about accidentally launching apps when scrolling icons on home screen? Apr 08 06:37:39 graziano: afaik this was a misconfiguration, and it has been changed. Apr 08 06:37:48 so I believe it should be fixed. Apr 08 06:38:31 Configuring bluez4. Apr 08 06:38:32 update-rc.d: /etc/init.d/bluetooth: file does not exist Apr 08 06:38:37 ??? Apr 08 06:40:12 spaetz: already backported in the latest shr-t ? Apr 08 06:40:35 I think so, yes Apr 08 06:41:43 * graziano needs to test again :) Apr 08 06:42:16 graziano: as this is part of the default illume configuration, I am not sure if it will automatically change though on existing installations. Apr 08 06:42:34 mrmoku: do you know if the illume defaults take effect on upgrade immediately? Apr 08 06:42:50 spaetz: somehow some do and some not Apr 08 06:42:58 In worst case, you will have to change the setting manually or blow away your ~/.e directory. Apr 08 06:42:59 spaetz: I am going to replace it anyway so don't bother Apr 08 06:43:02 but thanks for asking Apr 08 06:43:02 at least the smaller bottom bar config took effect Apr 08 06:43:05 weird. Apr 08 06:43:10 ok, thanks Apr 08 06:43:17 but that is a different config file IIRC Apr 08 06:43:22 so probably not Apr 08 06:43:32 will report my findings as usual on my wiki page, speed test included Apr 08 06:44:12 I don't think speed will have changed though. But yes, thanks for testing. Apr 08 06:46:44 another question: where do you vote about the themes? Apr 08 06:47:28 graziano: not yet Apr 08 06:48:37 will voting start when we have more submissions? Apr 08 06:48:54 yep Apr 08 06:49:00 k Apr 08 06:49:06 well... it will start when we close for new submissions Apr 08 06:49:19 and that will be when we think we have enough submissions Apr 08 06:49:29 piu o meno cosí :P Apr 08 06:49:48 :) Apr 08 06:49:58 playya_: and my laptops glib nicely shows me the abort Apr 08 06:50:05 2010.04.08 08:40:44.868445 [GLib] CRITICAL: g_hash_table_unref: assertion `hash_table->ref_count > 0' failed Apr 08 06:50:16 well... at least a failed assertion Apr 08 06:57:58 ~logs Apr 08 06:57:59 logs are on http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged. logs are updated daily --- livelogs are http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt Apr 08 07:02:43 playya_: process 15435: Array or variant type requires that type variant be written, but end_dict_entry was written. Apr 08 07:02:46 The overall signature expected here was 'a{sv}' and we are on byte 3 of that signature. D-Bus not built with -rdynamic so unable to print a backtrace Apr 08 07:02:59 playyaWorking: any idea ^^ Apr 08 07:04:08 i get this with mdbus2 if i receive an empty dict Apr 08 07:04:24 do you use an empty dict or NULL/None? Apr 08 07:06:14 playyaWorking: should not Apr 08 07:06:32 but somehow it seems to be clearly the data hashtable i'm passing in at fault Apr 08 07:06:45 at least I can debug that on my laptop now :) Apr 08 07:06:56 (when I'm back from 'Sperrmüll') :/ Apr 08 07:06:58 bbl Apr 08 08:04:23 hi, i installed debian jesterday on gta02 but now i can´t install anything beacause i don´t understand how to fix Bug#571086 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571086) Apr 08 08:04:56 nd i haven´t a /etc/sshd_config ??? Apr 08 08:06:35 you have to add /sbin and /usr/sbin to PATH in /etc/profile Apr 08 08:07:36 ok i´ll try it thanks Apr 08 08:23:54 it seems to work :-) Apr 08 08:32:57 TAsn: may I distract you from your studies (or surfing or whatever) ? :P Apr 08 08:38:16 * mrmoku wonders if TAsn went surfing and forgot his FR ;) Apr 08 08:48:27 with ventura he can even do both at the same time. FR and surf :) Apr 08 08:49:11 tell him :P Apr 08 08:49:18 I need him Apr 08 08:49:23 :) Apr 08 08:55:46 mrmoku: can you check bluez4 package please? Folks told me it doesn't install udev rules files in shr-u Apr 08 08:58:03 PaulFertser: http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=e78bc48070d371d011cc116e3b7cefdf4702fea3 Apr 08 08:58:39 Heinervdm: Yo, thanks :D Apr 08 08:58:53 JaMa: thank you :) Apr 08 08:58:59 PaulFertser: wasn't me, was JaMa ;) Apr 08 09:01:17 :) Apr 08 09:01:43 But there is a Problem with installing the init.d script Apr 08 09:01:51 i can't disable it Apr 08 09:04:09 Heinervdm: heh, i thought you all are learned OE so deep that it can't be an issue ;) Apr 08 09:05:57 PaulFertser: the problem is, that someone could need that initscript and there is no sane way to remove a inherit Apr 08 09:06:09 mrmoku, I didn't go surfing yet, going now :P Apr 08 09:06:26 mrmoku, speak fast :P Apr 08 09:08:11 mrmoku, PING! (I wanna go surfing already) Apr 08 09:10:31 TAsn: nnoooooooooooooooo Apr 08 09:10:35 TAsn: :P Apr 08 09:10:40 :P Apr 08 09:10:43 TAsn: I found the update contacts segfault Apr 08 09:10:50 (or abort for that) Apr 08 09:11:01 culprit is in _sanitize_changes_hash_foreach Apr 08 09:11:02 yay :P Apr 08 09:11:20 we free something we shouldn't? Apr 08 09:11:21 the hash table with changes contains no gvalues (which is fine) Apr 08 09:11:36 but somehow libfso-glib doesn't like strv's which have only one entry Apr 08 09:11:57 and that's what we did... do a boxed strv even when there is only one value for a field Apr 08 09:12:08 (which is wrong anyway) Apr 08 09:12:32 wrong, but easier to handle. Apr 08 09:12:35 TAsn: better signal on the top of waves? Apr 08 09:12:41 I fixed it by handling else if (g_strv_length(tmp) == 1) { Apr 08 09:12:54 which seems to work just fine Apr 08 09:13:01 but I'm wondering about another thing Apr 08 09:13:06 DocScrutinizer, yes, the sea here is dirty and the debris block the signal :P Apr 08 09:13:13 ? Apr 08 09:13:30 you did the sanitized changes hashtable with new_full and free for the key Apr 08 09:13:45 but don't strdup the key when propagating the changes from the source to the target Apr 08 09:13:48 is that correct? Apr 08 09:13:58 no. Apr 08 09:14:04 This is just me being an idiot. Apr 08 09:14:07 will add the strdup then? Apr 08 09:14:08 * DocScrutinizer idly wonders to how many meters deep of diving you could 'use' GSM Apr 08 09:14:12 or remove the free? :P Apr 08 09:14:13 mrmoku, probably :P Apr 08 09:14:22 guess strdup is better, yes Apr 08 09:14:24 ok Apr 08 09:14:28 can go surfing now ;) Apr 08 09:14:40 ya, just gotta find a car Apr 08 09:14:49 I was going to borrow my brother's car, be he isn't here Apr 08 09:14:54 (and I have a motorcycle) Apr 08 09:17:18 TAsn: ahh, maybe one last question Apr 08 09:17:19 TAsn: maybe build a jetski with wheels out of your motorbike and board? Apr 08 09:17:38 TAsn: - data->mode = (int) g_hash_table_lookup(options, "mode"); Apr 08 09:17:52 what is the correct thing to do to make it build on 64bit too? Apr 08 09:17:55 DocScrutinizer, will take me the whole day, and I'll miss the swell :P Apr 08 09:18:31 mrmoku, tells you they are not the same size? Apr 08 09:18:36 yep Apr 08 09:18:50 that cast is stupid Apr 08 09:18:55 there's a glib macro Apr 08 09:19:00 INT_TO_PTR Apr 08 09:19:03 or something like that Apr 08 09:19:04 GPOINTER_TO_INT Apr 08 09:19:07 (and the other way around) Apr 08 09:19:10 yeah. Apr 08 09:19:10 TAsn: you need to watch more A-Team, to learn how to build such simple things really fast Apr 08 09:19:16 TAsn: ok Apr 08 09:19:25 We should use them on insertion/removal Apr 08 09:19:32 weepee, found a car. Apr 08 09:19:56 onoes, no it will become a surfing submarine Apr 08 09:20:47 huh? Apr 08 09:20:54 Anyhow ciao :> Apr 08 09:21:11 have fun Apr 08 09:21:13 TAsn: you can't build a jetski out of a car and board :-/ Apr 08 09:21:27 sure I can! Apr 08 09:21:36 McGyver could :P Apr 08 09:21:39 You should watch more mcgyver Apr 08 09:21:42 exactly lol. Apr 08 09:21:43 :P\ Apr 08 09:21:45 :) Apr 08 09:21:49 lol Apr 08 09:22:02 TAsn: enjoy :-D Apr 08 09:22:05 thanks. Apr 08 09:23:17 if you only need the tricks i have 6 seasons a-team and 4 or 5 seasons McGyver Apr 08 09:23:25 but german language Apr 08 09:23:52 maybe it adds a nice side effect and TAsn will learn german Apr 08 09:25:28 SHR: 03mok 07libphone-ui-shr * r63b4ac1e3f31 10/src/view/contact-view.c: contact-view.c: correctly sanitize fields with only one value to be a GValue of string and not strv Apr 08 09:25:29 SHR: 03mok 07libphone-ui-shr * r893cab422bdd 10/src/view/ussd-view.c: ussd-view.c: use GPOINTER_TO_INT instead of stupid (int) cast Apr 08 09:25:30 SHR: 03mok 07libphone-ui-shr * r2381bbb20f47 10/src/ (6 files in 4 dirs): remove some int casts that don't compile on 64bit Apr 08 09:25:38 SHR: 03mok 07libphone-ui-shr * rfbf52ad40ca3 10/src/view/idle-view.c: idle-view.c: adjust to changed semantics of edje_edit_part_selected_state_set Apr 08 09:27:16 mrmoku: can you apply: http://trac.shr-project.org/trac/attachment/ticket/978/shr_clock.diff to shr settings? Apr 08 09:30:10 Heinervdm: you can't? Apr 08 09:30:25 mrmoku: i havn't tried Apr 08 09:30:35 should i be able to do it? Apr 08 09:31:03 Heinervdm: now you are :) Apr 08 09:31:23 ok :) Apr 08 09:32:11 Who knows about the current dim timings? Apr 08 09:32:24 fsodeviced has been fixed to save them, when changed through the API Apr 08 09:32:35 really? nice :) Apr 08 09:32:36 but is the dim timeout not handled by phoneuid? Apr 08 09:32:43 no Apr 08 09:32:58 phonefsod reacts to idle state signals from fso Apr 08 09:33:03 fsodeviced then, ok. Will reply to Helge's mail Apr 08 09:33:04 and then dims Apr 08 09:33:10 mrmoku: ok good to know. THanks. Apr 08 09:33:15 np Apr 08 09:33:19 bbiab Apr 08 09:33:22 will reply to the mail Apr 08 09:33:32 SHR: 03zimmermann 07shr-settings * r219bf9076489 10/shr_settings_modules/shr_clock.py: shr_clock: fix order of datestring it needs to be: [[[[[YY]YY]MM]DD]hh]mm[.ss] Apr 08 09:33:32 SHR: 03zimmermann 07shr-settings * re01047781c1a 10/shr_settings_modules/shr_device_timeouts.py: shr_device_timeouts: show timeouts ordered by value Apr 08 09:33:33 SHR: 03zimmermann 07shr-settings * rf19c553ef1b1 10/ (shr-settings shr_settings_modules/shr_sim_manager.py): sim-manager: add sim-manager to category Other Apr 08 09:33:45 SHR: 03zimmermann 07shr-settings * r876c6e60d070 10/shr_settings_modules/ (shr_display.py shr_pm.py): Merge branch 'master' of git+ssh://shr.bearstech.com/shr-settings Apr 08 09:33:45 SHR: 03zimmermann 07shr-settings * rcf5d1a552bcd 10/shr_settings_modules/shr_clock.py: shr_clock: explecitly use busybox's date (thx to mazikeen) Apr 08 09:34:49 ups Apr 08 09:34:59 there were some uncommited commits... Apr 08 09:37:08 uncommited commits? sounds like a paradoxon Apr 08 09:38:04 :) Apr 08 09:38:16 now they are doubled Apr 08 10:03:58 Heinervdm: doppelt hält besser :P Apr 08 10:04:21 :) Apr 08 10:16:27 mickey|zzZZzz: any hint on how to make wifi work with the new kernel? Apr 08 10:54:31 mrmoku: how's wifi mapped in the new kernel? solely rfkill or more? Apr 08 10:54:38 if rfkill, then problem solved ;) Apr 08 10:55:41 guess there is more to it Apr 08 10:55:50 fsodeviced is talking about changing the rfkill state for it Apr 08 10:56:04 but ifconfig shows nothing Apr 08 10:56:24 there is /sys/devices/platform/gta02-pm-wlan.0/power too Apr 08 10:56:41 hmm :/ Apr 08 10:56:43 wtf Apr 08 10:56:51 why do we ned a power node when we have rfkill? Apr 08 10:56:53 larsc: help :) Apr 08 10:57:02 mickeyl: did i already tell you i almost hate rfkill? Apr 08 10:57:09 no idea if we need it... just it's there... Apr 08 10:57:14 PaulFertser: really? i love it. when it's good implemented, it rocks Apr 08 10:57:25 mickeyl: i asked wireless guys and the told me one thing: maximum powersaving should be attained when all the vif's are down. Apr 08 10:58:03 mickeyl: it can't rock. It has no rationale in the first place. I've read Documentation/rfkill.txt many times. It makes zero sense. Apr 08 10:58:14 One can't design a decent api without a rationale. Apr 08 10:58:45 well, i'm not going to defend it, but Apr 08 10:59:15 at least it's an attempt to unify power control of peripheral devices Apr 08 10:59:26 mickeyl: it's not in fact Apr 08 10:59:30 in the absence of any other standardized means i take it Apr 08 10:59:32 mickeyl: have you read documentation? Apr 08 10:59:41 mickeyl: it was never meant for power control. Apr 08 10:59:58 mickeyl: and the internal kernel api of rfkill suggests it has nothing to do with power control. Apr 08 11:00:01 but drivers use it for that these days Apr 08 11:00:21 Can you give an example? Apr 08 11:00:42 bluetooth, wifi in htcdream Apr 08 11:01:00 It's not upstream-blessed Apr 08 11:01:04 heh Apr 08 11:01:05 oh well Apr 08 11:01:30 tbh, i don't care much about all that. i want an interface from userland, that's all Apr 08 11:01:52 these days i'm so pragmatic, i no longer fight about a good interface Apr 08 11:01:54 mickeyl: for all networking devices you already have that: "ip l s wlan0 down" Apr 08 11:01:56 all i want is _an_ interface Apr 08 11:02:43 mrmoku: i will implement whatever you want once you document the blessed way for me Apr 08 11:02:53 i don't have much time for seeking :/ Apr 08 11:03:43 mickeyl: btw it was rfkill implementation in ar6000 driver that lead to introducing many new races to it. Meaning that both ar6000 suck and rfkill api sucks ;) Apr 08 11:03:58 perfectly possible Apr 08 11:04:15 i did not mind using the 'bind' dance Apr 08 11:04:24 it was simple enough for me to not care much Apr 08 11:04:31 (once it worked) Apr 08 11:04:49 if _however_ it's going to be changed, the I really demand simplification Apr 08 11:04:59 otherwise it's of no value substituting a non-standard interface with another non-standard one Apr 08 11:05:02 just makes work for us Apr 08 11:05:05 and we have enough, thanks ;) Apr 08 11:05:06 rfkill is my personal enemy. I asked for rationale, never got one, just was blamed for wasting others time. Apr 08 11:05:37 well Apr 08 11:05:44 that was in a discussion with Mr. Green Apr 08 11:06:15 of whom we know is of not much value to discuss with Apr 08 11:06:20 Well, back then we hoped for fruitful collaboration with android folks, so making small change to make them happy made sense. Apr 08 11:06:23 he'll just impose his arguments to you and will not listen Apr 08 11:06:28 mickeyl: hehe, ok :P Apr 08 11:06:49 But i ask Johanness Berg and other linux wireless devs about it too. Apr 08 11:06:54 oh, yes, the fabolous 'lets twist the FR kernel, so that android runs on it and then all our problems are solved'. guess that didn't quite work out... Apr 08 11:07:26 I can't believe there can be a sane subsystem without sane rationale. The one written in Documentation is completely bogus imho. Apr 08 11:09:09 for userland it would possibly be nice, if you teach the drivers to control power based on interface upness Apr 08 11:09:21 just needs to work for BT as well (hciconfig) Apr 08 11:09:30 and gps Apr 08 11:09:39 which has no interface of that kind Apr 08 11:09:42 and gsm Apr 08 11:09:47 which has no interface of that kind either Apr 08 11:09:49 so... Apr 08 11:09:57 hard to treat all the wireless stuff as one Apr 08 11:10:30 might as well just use rfkill, no? :) Apr 08 11:10:34 or Apr 08 11:10:35 abuse Apr 08 11:10:38 mickeyl: gps and gsm should be brought up and down automatically whenever someone has the corresponding device node opened. Apr 08 11:10:50 that would work for me as well Apr 08 11:11:31 With BT it's unclear how to treat it in a sane way. hciconfig should work but we want to cut the power completely, so that's one layer lower... Apr 08 11:12:36 PaulFertser: btw, do you know if one can change the MAC address of the FR wlan? Apr 08 11:12:57 PaulFertser: after "sudo ip link set wlan address XX" I am not able to connect anymore Apr 08 11:13:06 PaulFertser: but if set the MAC back to original one I can connect Apr 08 11:13:21 PaulFertser: where connect = get dhcp reply Apr 08 11:13:28 lindi-: no idea, sorry, probably firmware related :( Apr 08 11:14:01 it's just that FR is so rare that your privacy is seriously at risk :) Apr 08 11:15:29 It will fail to connect to the dangerous AP anyway ;) Apr 08 11:37:16 hi, does someone knew someting about device mode for debian on freerunner Apr 08 11:37:18 ? Apr 08 11:45:40 PaulFertser: the problem still is that there is no device node for the gsm and gps Apr 08 11:46:04 larsc: there should be a separate device node behaving an a serial port i'd say. Apr 08 11:56:20 ahoi Apr 08 11:56:25 mickeyl, ping? Apr 08 11:57:07 larsc: what do I have to do to get wifi working with 2.6.32.10? Apr 08 11:57:31 the same as in 2.6.29 Apr 08 11:57:41 PaulFertser: ? Apr 08 11:57:46 the bind thing then Apr 08 11:58:02 mickeyl: ^^ why does it not work then? Apr 08 12:00:13 larsc: i think it's reasonable if there will be an additional "device" that appears after one "binds" a "gsm pm driver" to a particular serial port. And that will power on/off the device automatically when one open()/close() the device. Apr 08 12:01:09 PaulFertser: yes. Apr 08 12:01:11 mrmoku: disabled rfkill plugin, enabled openmoko-powercontrol? Apr 08 12:01:31 lets see what the kernel gsmmuxer gets us Apr 08 12:01:51 larsc: when, where? Apr 08 12:01:59 larsc: and i think this method of pm would be reasonable for serial-connected gps too. Apr 08 12:02:03 mickeyl: heh... path changed Apr 08 12:02:08 :) Apr 08 12:02:15 /sys/devices/platform/s3c2440-sdi Apr 08 12:02:26 instead of /sys/bus/platfrom/drivers Apr 08 12:02:33 with all the recent path changes I'd appreciate a registry Apr 08 12:02:35 *cough* Apr 08 12:02:50 hehe Apr 08 12:02:56 or rfkill... Apr 08 12:03:26 mickeyl: http://lkml.org/lkml/2010/3/24/180 Apr 08 12:04:50 mrmoku: the path is still the same Apr 08 12:06:08 aah, finally alan did it Apr 08 12:06:11 amazing Apr 08 12:06:23 we should try that on the FR Apr 08 12:06:42 larsc: hmm... was s3c2440-sdi in /sys/bus/platform/drivers too before? Apr 08 12:06:49 I have it in devices... not drivers Apr 08 12:06:57 and fsodeviced looks for it in drivers Apr 08 12:07:06 var drivers = Path.build_filename( sysfs_root, "bus", "platform", "drivers" ); Apr 08 12:07:12 var wifi = Path.build_filename( drivers, "s3c2440-sdi" ); Apr 08 12:07:34 that directory should exist otherwise the driver is not present Apr 08 12:08:08 hmm... then that is my problem Apr 08 12:08:12 module is loaded though Apr 08 12:08:18 and in devices I have it Apr 08 12:08:53 hmm... the ar6000 module I mean... maybe some other missing Apr 08 12:09:19 in devices you have it because the machine file registers it. but if no driver is loaded for the device it won't do anything Apr 08 12:09:36 you need the s3c mmc driver module Apr 08 12:10:24 might be built in... or is missing Apr 08 12:10:27 don't have a module for that Apr 08 12:11:22 if there is no node in drivers for it it's missing Apr 08 12:11:40 JaMa: ping Apr 08 12:11:57 mickeyl, ping? Apr 08 12:17:27 larsc: which config value would turn it on? Apr 08 12:18:55 MMC_S3C or something like it Apr 08 12:19:08 # CONFIG_MMC_S3C is not set Apr 08 12:19:10 yeah Apr 08 12:19:12 off :/ Apr 08 12:19:20 larsc: thanks Apr 08 12:27:30 pong/2 Apr 08 12:27:34 radekp: nice mail with interesting kernel patches :) Apr 08 12:27:42 JaMa: 14:19 < mrmoku> # CONFIG_MMC_S3C is not set Apr 08 12:27:51 we need that for wifi to work with new kernel Apr 08 12:28:09 and radekp send some patches to om-kernel which look like we want them :) Apr 08 12:28:43 JaMa: if you're busy I will just try them locally now Apr 08 12:29:02 if you have a moment I appreciate you taking a look :) Apr 08 12:29:05 * mrmoku kernel noob Apr 08 12:29:25 mrmoku: hi, thanks - i think the phone is quite usable with them now - only the xrandr is problem now as far as i know Apr 08 12:29:39 mrmoku: daywork hell today.. Apr 08 12:29:44 radekp: I think Weiss is working on that one :) Apr 08 12:29:52 JaMa: ok nvm then... and have fun :P Apr 08 12:30:52 mrmoku: that would be cool - i think the same problem is also on 2.6.29 - in some configuration Apr 08 12:34:12 radekp: are you building qtmoko with OE? Apr 08 12:35:04 mrmoku: no i use debian for rootfs and i have cross compiler from debian - for compiling qtopia Apr 08 12:35:15 because we have quite a bunch of patches too... Apr 08 12:35:24 we probably should consolidate them Apr 08 12:35:58 mrmoku: i build kernel manually, can i download the patches from somewhere? Apr 08 12:36:29 radekp: http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.32 Apr 08 12:36:53 defconfig we use is in om-gta02 subfolder Apr 08 12:39:43 mrmoku: ahh cool - yes i aggree we should consolidate it - best would be to commit as much as possible in git Apr 08 12:40:50 mrmoku: gotta go home now, will be back later (if my wife permits me ;-) or maybe better to talk on ML Apr 08 12:41:16 ok :) Apr 08 12:47:12 larsc: yeah... enabling M3C makes it work, thanks again Apr 08 12:47:17 mickeyl: wifi all fine :) Apr 08 12:53:28 Serdar: pong Apr 08 12:53:42 how do i link the 'vibible' attribute of one part to another one's? Apr 08 12:53:45 err, visible Apr 08 12:53:50 (efl) Apr 08 12:54:00 mickeyl, need to go, ask me later again. Apr 08 13:05:53 mrmoku, Yay, fixed e crash on gsm connect/disconnect! :P Apr 08 13:06:01 nice :) Apr 08 13:06:06 set upstream, all there's left is to wait. Apr 08 13:06:23 It only affects illume2 btw. Apr 08 13:06:27 (the crash, not the fix) Apr 08 13:13:41 TAsn: how did you NM experiments end btw.? Apr 08 13:14:40 couldn't work around that policykit thingie IIRC Apr 08 13:15:06 have you ask to the dev ? they are quite active Apr 08 13:16:01 misc, no, as I only did minor testing in the middle of the night :P Apr 08 13:17:59 mrmoku: I have some time now (before going to home) did you update defconfig already or should I? Apr 08 13:18:32 JaMa: no, just in my local build tree Apr 08 13:18:37 go ahead :) Apr 08 13:19:27 is it possible to have animations in e which are longer than 1s Apr 08 13:20:35 playyaWorking, you need to buy the full version, trial version is limited to only 1 second. Apr 08 13:20:44 :/ Apr 08 13:20:54 j/k :P Apr 08 13:20:59 No idea what you are talking about. Apr 08 13:21:04 damn open source version with their trial versions Apr 08 13:22:17 mrmoku, please build illume-theme-gry and shr-e-gadgets :P Apr 08 13:23:39 TAsn: wasn't it built yesterday? Apr 08 13:23:47 so correction: Apr 08 13:24:11 TAsn, please opkg update && opkg upgrade to get latest illume-theme-gry and shr-e-gadgets :P Apr 08 13:24:50 shower. Apr 08 13:56:40 JaMa: did you manage to take a look at radeks patches? Apr 08 13:56:51 sort off.. Apr 08 13:57:07 but it would be better to get them as git patches :) Apr 08 13:57:18 I mean for kernel repo Apr 08 13:57:45 ok Apr 08 13:58:00 * JaMa leaving... Apr 08 14:09:21 mickeyl: missing URC handler for RING can cause no ringtone or do I have to look somewhere else? Apr 08 14:12:46 what's the path of the dropbear config? Apr 08 14:13:01 hey guys Apr 08 14:13:08 or does dropbear use the sshd_config? Apr 08 14:13:16 I just upgraded my SHR-t, now I don't have any sound in a call Apr 08 14:13:39 the handset doesn't work, speaker doesn't work, microphone doesn't work Apr 08 14:13:54 I did reboot after the upgrade Apr 08 14:20:26 mrmoku: can you show me the logs? it should not send RING, but rather CRING Apr 08 14:21:36 mickeyl: fsogsmd? Apr 08 14:21:57 2010-04-08T15:03:39.019330Z [WARN] TiCalypsoModem <4C>: No handler for URC RING w/ rhs , please report to Mickey Apr 08 14:22:47 mickeyl: do you want a full debug log? Apr 08 14:25:43 freesmartphone.org: 03mickey 07aurora * rbcfba0db38df 10/zhone2/ (data/themes/toby/zhone.edc src/main.vala): zhone2: add on screen display Apr 08 14:26:09 2010-04-08T15:25:06.952435Z [DEBUG] TiCalypsoUnsolicitedResponseHandler : Dispatching AT unsolicited 'RING', '' Apr 08 14:26:44 who may know something about my problem with sound & calls? Apr 08 14:26:52 mrmoku: ah Apr 08 14:26:54 i think i know Apr 08 14:28:14 sybren: I have no idea what is in shr-t... you have the ringtone and then no sound during the call? Apr 08 14:28:19 mrmoku: can you grep your log for '+CRC' please? Apr 08 14:28:25 moment Apr 08 14:28:49 mrmoku: yes, ring tone and vibrations are fine, 'aplay something.wav' works as well Apr 08 14:28:56 mickeyl: root@om-gta02 /etc/freesmartphone/oevents $ grep '+CRC' /var/log/fsogsmd.log Apr 08 14:28:59 root@om-gta02 /etc/freesmartphone/oevents $ Apr 08 14:29:14 mrmoku: and during the calls there is no sound going either way Apr 08 14:29:27 sybren: opkg list_installed fsodeviced? Apr 08 14:29:45 mrmoku: fsodeviced - 1:0.9.0+gitr866+2619482c376880ba54389c22e3cb0305cfb87fe8-r2.10.4 Apr 08 14:30:31 mrmoku: " mdbus2 -s org.freesmartphone.odeviced /org/freesmartphone/Device/Audio org.freesmartph Apr 08 14:30:34 one.Device.Audio.GetAvailableScenarios Apr 08 14:30:43 argh, stupid putty Apr 08 14:30:54 anyway, that call returns ( [ "capturehandset", "gsmbluetooth", "stereoout", "headset", "voiphandset", "gsmheadset" ] ) Apr 08 14:31:05 hmm Apr 08 14:31:08 missing gsmhandset Apr 08 14:31:17 which would explain no sound on calls :P Apr 08 14:31:24 it would indeed :) Apr 08 14:31:40 sybren: do you have gsmhandset in /etc/freesmartphone/conf/GTA02/alsa-default? Apr 08 14:31:59 mrmoku: hmm, strange, modem_init command sequence is not sent for you; send me the whole log please Apr 08 14:32:14 mickeyl: ok Apr 08 14:32:29 mrmoku: yes, gsmbluetooth gsmhandset gsmheadset gsmspeaker, those are the gsm* ones Apr 08 14:32:55 mrmoku: i don't need everything, just the whole init Apr 08 14:32:58 i.e. until you started using it Apr 08 14:33:04 so you don't need to censor :) Apr 08 14:33:27 ok :P Apr 08 14:33:43 would have sent it to you privately Apr 08 14:33:48 ah, in that case ok Apr 08 14:33:59 fwiw, i will add an autocensor option soon Apr 08 14:34:04 then we have it simpler Apr 08 14:37:14 yeah, would be a nice thing Apr 08 14:37:18 sent btw. Apr 08 14:37:30 the call itself worked nicely Apr 08 14:38:58 mrmoku: I've just restarted fsodeviced, and its log contains "fsodeviced : Found scenario 'gsmhandset'" Apr 08 14:39:27 mrmoku: but org.freesmartphone.Device.Audio.GetAvailableScenarios still doesn't list it Apr 08 14:39:50 sybren: yeah, we had such an error... probably fsodeviced is too old in shr-t Apr 08 14:39:50 freesmartphone.org: 03mickey 07aurora * r16f181b7e77c 10/zhone2/src/ (deviceagent.vala gsmagent.vala main.vala): zhone2: show OSD on volume up/down Apr 08 14:40:39 mrmoku: that sucks... I would expect shr-t to at least be able to call Apr 08 14:42:38 mrmoku: ah, that log is not verbose enough :) Apr 08 14:42:52 mrmoku: please add in fsodeviced.conf Apr 08 14:43:02 err, fsogsmd.conf: Apr 08 14:43:18 [libfsotransport] Apr 08 14:43:18 log_level = DEBUG Apr 08 14:43:19 ... Apr 08 14:43:32 only libfsotransport will dump the actual modem communication Apr 08 14:43:46 ok Apr 08 14:44:37 mrmoku: any idea how long it'll take for this to be fixed in shr-t? Apr 08 14:47:21 sybren, I already sent an email to spaetz about it a couple of days ago be he misunderstood me. Apr 08 14:47:32 TAsn: :'( Apr 08 14:47:36 spaetz, mrmoku: that sucks... I would expect shr-t to at least be able to call Apr 08 14:47:46 :) Apr 08 14:47:46 spaetz, please upgrade fsodeviced + efl :P Apr 08 14:47:48 muhah. Apr 08 14:47:51 lol Apr 08 14:48:24 yesterday I worked around this issue by setting the phone on speaker. Today I upgraded in the hope it was fixed, and then my speaker workaround also stopped working :( Apr 08 14:48:25 freesmartphone.org: 03mickey 07aurora * rbca1589b19df 10/zhone2/data/themes/toby/zhone.edc: zhone2: remove notification icon; we're using texts for now Apr 08 14:48:43 sybren, I can explain how to workaround it if you want. Apr 08 14:49:04 sybren, just: Apr 08 14:49:37 vim /etc/freesmartphone/conf/GTA02/alsa-default/gsmhandset Apr 08 14:49:43 remove trailing new lines Apr 08 14:49:46 and restart fsodeviced Apr 08 14:49:59 this should "fix" it Apr 08 14:50:01 mickeyl: heh... ignore the second mail :P Apr 08 14:50:14 until you change volume in GUI and restart fsodeviced (this sequence will break it again) Apr 08 14:50:18 sybren, have "fun" :) Apr 08 14:51:28 hahaha Apr 08 14:51:28 thanks Apr 08 14:52:14 sybren, btw, I wrote it all in an email to shr-user a week ago Apr 08 14:52:16 anyhow, bbl. Apr 08 14:52:51 TAsn: I only subscribed to shr-devel, guess I'll have to subscribe to shr-user too ;-) Apr 08 14:54:31 mickeyl: hmm... how would a libfsotransport logger look like? Apr 08 14:55:11 probably I have something wrong with the config... Apr 08 14:55:41 TAsn: I've just changed volume and restarted fsodeviced, and it still works :) Apr 08 14:56:48 2010-04-08T14:56:18.899871Z [INFO] libfsotransport : SRC: "+CRC=1" -> [ "OK" ] Apr 08 14:56:53 that's what i'd expect Apr 08 14:56:53 mickeyl: I added the following to fsogsmd.conf: Apr 08 14:56:55 [libfsotransport] Apr 08 14:56:56 log_level = DEBUG Apr 08 14:57:09 that's not enough Apr 08 14:57:13 i said Apr 08 14:57:16 [libfsotransport] Apr 08 14:57:17 log_level = DEBUG Apr 08 14:57:17 ... Apr 08 14:57:23 the ... indicated that the rest is like usual Apr 08 14:57:25 i.e. Apr 08 14:57:26 log_to Apr 08 14:57:27 and/or Apr 08 14:57:30 log_destination Apr 08 14:57:36 heh Apr 08 14:57:37 ok Apr 08 14:57:47 * mrmoku stupid Apr 08 14:57:55 * mickeyl not verbose enough ;) Apr 08 14:58:09 mickeyl: want it in the same log (fsogsmd.log) ? Apr 08 14:58:16 yes, that'd be best Apr 08 14:58:16 or just that in an extra one? Apr 08 14:58:17 ok Apr 08 14:58:42 btw., is it reliably coming up for you nowadays? Apr 08 14:58:47 i.e. modem init reliable? Apr 08 14:58:49 ahh... now debug is flowing :) Apr 08 14:59:05 mickeyl: only if I set DEBUG for the gsmmux thing Apr 08 14:59:13 still? :( Apr 08 14:59:15 then it is rocksolid Apr 08 14:59:37 bummer, then we still are too fast somewhere Apr 08 14:59:51 yeah... sad thing being to fast :P Apr 08 15:02:09 ok 200kb log on the way :) Apr 08 15:03:06 wow Apr 08 15:03:10 the more the merrier Apr 08 15:03:18 * mickeyl log zealot Apr 08 15:03:52 :)I Apr 08 15:05:06 ah Apr 08 15:05:07 got it Apr 08 15:05:10 look here Apr 08 15:05:19 2010-04-08T15:59:57.714559Z [INFO] libfsotransport <0710:2>: URC: [ "+CRING: VOICE" ] Apr 08 15:05:26 2010-04-08T15:59:57.721257Z [INFO] libfsotransport <0710:1>: URC: [ "RING" ] Apr 08 15:05:41 obviously +CRC is a per channel setting Apr 08 15:05:48 so i will have to do that on every channel Apr 08 15:05:49 thanks Apr 08 15:05:57 well... np :) Apr 08 15:11:07 freesmartphone.org: 03mickey 07cornucopia * r9166bf1961fd 10/fsogsmd/src/plugins/modem_ti_calypso/plugin.vala: fsogsmd: modem_ti_calypso: +CRC is by-channel on this modem Apr 08 15:11:23 hmm Apr 08 15:11:24 actually Apr 08 15:11:30 i wonder whether that was a good change Apr 08 15:11:41 one CRING should be enough Apr 08 15:11:54 want me to try it? Apr 08 15:12:00 yeah, please Apr 08 15:12:07 ok, building it Apr 08 15:28:28 mickey|away: the URC message for RING is gone now... still no ringtone though Apr 08 15:30:49 is the signal being sent? Apr 08 15:30:52 like... incoming calls? Apr 08 15:31:11 if so, then oeventsd is the problem or whowever picks up the signal Apr 08 15:32:51 2010.04.08 17:26:45.535 oeventsd.fso_triggers INFO Receive CallStatus, status = INCOMING Apr 08 15:32:55 2010.04.08 17:26:45.569 oeventsd.trigger DEBUG trigger CallStatus Apr 08 15:32:58 2010.04.08 17:26:45.606 oeventsd.fso_triggers DEBUG Trigger CallListContains(incoming) Apr 08 15:33:01 is what I have in frameworkd.log Apr 08 15:33:03 2010.04.08 17:26:45.628 oeventsd.rule WARNING Untrigger for 'CallListContains(incoming)' called, but not yet triggered. Not untriggering Apr 08 15:33:57 oh, that looks quite good i think Apr 08 15:34:27 aplaying the ringtone works Apr 08 15:34:40 didn't you stop using oeventsd? Apr 08 15:34:47 perhaps the trigger is not connected to an action Apr 08 15:34:48 heh Apr 08 15:34:59 we want that... but did not yet :/ Apr 08 15:35:05 ah Apr 08 15:35:13 you should not, i will come up with a sane replacement soon Apr 08 15:35:14 ;) Apr 08 15:35:17 but that's another story Apr 08 15:35:36 the call signal API should not be changed IIRC Apr 08 15:35:37 ohh... ok :) Apr 08 15:35:42 err, has'nt Apr 08 15:36:07 rules.yaml has a rule for incoming calls Apr 08 15:36:11 but it looks like there is no action being triggered Apr 08 15:36:21 while: CallListContains("incoming") Apr 08 15:36:21 filters: Not(CallListContains("active")) Apr 08 15:36:21 actions: Apr 08 15:36:21 - RingTone() Apr 08 15:36:30 - SetLed("gta02_aux_red", "blink") Apr 08 15:36:30 - OccupyResource(Display) Apr 08 15:37:10 the other two actions have no effect too Apr 08 15:37:11 that's good so far, is the RingToneAction still compatible with fsodeviced? Apr 08 15:37:28 led is not blinking and display does not get requested Apr 08 15:37:43 hmm, the same code works with frameworkd being the gsm server? Apr 08 15:38:04 mickey|away: yep Apr 08 15:38:35 that leaves a difference in signalling as the only possibility Apr 08 15:38:36 well... I'm on new kernel with fsogsmd and libfso-glib for our stuff... so it could be anything :P Apr 08 15:39:05 let me switch off fsogsmd and turn on ogsmd and see if it works Apr 08 15:39:10 right Apr 08 15:39:16 might as well capture the signals from it Apr 08 15:39:23 to compare w/ fsogsmd then Apr 08 15:39:31 mdbus2 -sl org.freesmartphone.ogsmd Apr 08 15:40:17 ok Apr 08 15:40:48 sybren, that's odd. Does your scenario file contain a blank line at the end? Apr 08 15:41:34 mrmoku, Apr 08 15:41:45 mrmoku, new kernel = no aux led iirc Apr 08 15:41:54 (or at least no power led, not sure about the aux led) Apr 08 15:44:09 ahh... shit forgot to patch frameworkd for new kernel :P Apr 08 15:44:21 :P Apr 08 15:44:46 TAsn: nope, I removed it and it stayed removed Apr 08 15:45:03 sybren, and you volume change is still there? Apr 08 15:45:11 TAsn: looks like it, yes Apr 08 15:45:15 err Apr 08 15:45:25 sybren, volume or mic volume? Apr 08 15:45:33 mickey|away: heh, can't fast-test it... as my phonefsod is using SetFunctionality :P Apr 08 15:45:35 TAsn: volume Apr 08 15:46:20 sybren, maybe it only happens with mic :P Anyhow, I'm glad it works for you :) Apr 08 15:46:30 mrmoku, please upgrade efl :) Apr 08 15:47:12 mrmoku, they applied my patch. Apr 08 15:47:35 TAsn: needs updated libphone-ui-shr though Apr 08 15:47:47 TAsn: the red LED is working Apr 08 15:47:52 the other(s) are missing Apr 08 15:48:12 mrmoku, what needs updated libphone-ui-shr? Apr 08 15:48:31 the edje thing I told you yesterday... API changed Apr 08 15:50:02 oh. Apr 08 15:50:22 ping mickey|away Apr 08 15:50:24 which you haven't fixed already I'd assume? Apr 08 15:50:32 lets make a deal Apr 08 15:50:36 I'll fix libphone-ui-shr Apr 08 15:50:41 and you'll update e? :P Apr 08 15:50:45 I did fix it in the libfso-glib branch Apr 08 15:50:52 should be easy to cherry-pick :;P Apr 08 15:51:01 makes my job easier :P Apr 08 15:51:17 * mrmoku checks e timeline Apr 08 15:54:07 TAsn: started a local build of 47836 ... if it does not make my phone implode I will bump EFL_SRCREV afterwards Apr 08 15:54:49 I'm committing the edje changes to master of libphone-ui-shr, ok? Apr 08 15:55:01 sure Apr 08 15:55:28 SHR: 03mok 07libphone-ui-shr * r196c2abd4e39 10/src/view/idle-view.c: idle-view.c: adjust to changed semantics of edje_edit_part_selected_state_set Apr 08 15:58:18 heh Apr 08 15:58:20 ImportError: No module named _ctypes Apr 08 15:58:28 where? Apr 08 15:59:44 frameworkd.log Apr 08 15:59:58 when going back to ogsmd... Apr 08 16:00:33 mickey|away, if you are back, then query me please. Apr 08 16:01:36 hm.. I wonder what it needs ctypes for anyway. Apr 08 16:06:51 heh... turning on m3c gave me wlan... but killed my SD access :/ Apr 08 16:08:45 * mrmoku wonders if SD is not inserted correctly... Apr 08 16:21:20 mickey|away: ok, I compared signals from fsogsmd and ogsmd... mainly two things changed Apr 08 16:22:27 fsogsmd singals the following: Apr 08 16:22:29 [SIGNAL] org.freesmartphone.GSM.Call.CallStatus /org/freesmartphone/GSM/Device :1.44 ( 1, "INCOMING", { "direction": "incoming", "peer": "089xxxxxxxx", "type": "voice" } ) Apr 08 16:22:37 and ogsmd this: Apr 08 16:22:52 [SIGNAL] org.freesmartphone.GSM.Call.CallStatus /org/freesmartphone/GSM/Device :1.20 ( 1, "incoming", { "status": "incoming", "direction": "incoming", "mode": "voice", "peer": Apr 08 16:23:15 it has an additional 'status' in the properties... Apr 08 16:26:09 mrmoku, which is a good thing. Apr 08 16:26:23 TAsn: what? Apr 08 16:26:39 mrmoku, the additional status is probably to help phonelog to know if it's a missed call or just a "denied" call. Apr 08 16:26:43 Or at least I hope so. :P Apr 08 16:26:56 What broke the rules is probably tha caps though. Apr 08 16:27:19 hmm Apr 08 16:27:24 oh, nvm, status was dropped. Apr 08 16:27:29 So this doesn't fix what I talked about :P Apr 08 16:27:34 no :P Apr 08 16:27:47 and I don't think the uppercase is the problem Apr 08 16:28:04 as oventsd recognizes the incoming call Apr 08 16:28:11 just does not execute the actions :/ Apr 08 16:36:40 mrmoku: incoming vs. INCOMING? Apr 08 16:38:42 yeah, not sure that is the problem though Apr 08 16:38:50 as oeventsd is seeing the incoming call Apr 08 16:39:02 mickey|away, ping Apr 08 16:39:26 Serdar: hi, i'm about to go for dinner. Apr 08 16:40:05 Serdar: lets talk via mail :) Apr 08 16:40:15 baeh Apr 08 16:40:38 Serdar: any news on tar.gz of an android image contents? Apr 08 16:41:03 nope Apr 08 16:48:00 mrmoku, so it's probably not the issue. Apr 08 16:48:34 TAsn: no, probably not Apr 08 16:48:53 anyway Apr 08 16:48:57 * mrmoku is off for dinner too Apr 08 16:48:59 bbl Apr 08 17:18:23 mrmoku|away: FYI: newer 2.6.32.11 in shr-kms Apr 08 18:19:47 heyo Apr 08 18:20:02 someone any idea how that comes? http://people.ee.ethz.ch/~davidlan/downloads/log.do_compile.26828 Apr 08 18:28:18 maybe let's wait for some people comming there Apr 08 18:31:38 leviathan: http://git.shr-project.org/git/?p=libphone-ui-shr.git;a=commitdiff;h=196c2abd4e39290f2c56f57187a6e7fa75db05fa Apr 08 18:32:23 leviathan: perhaps you are using older EFL where this isn't required Apr 08 18:32:47 hmm Apr 08 18:33:25 leviathan: mrmoku was testing a newer EFL version Apr 08 18:33:53 hmm Apr 08 18:33:57 so Apr 08 18:34:07 now I allowed autorev for shr and fso Apr 08 18:34:09 means Apr 08 18:34:21 require conf/distro/include/fso-autorev.inc Apr 08 18:34:21 require conf/distro/include/shr-autorev.inc Apr 08 18:38:55 leviathan: try EFL_SRCREV 47836 Apr 08 18:41:30 ok Apr 08 18:47:06 TAsn: heh... we pushed it to early :P Apr 08 18:47:26 leviathan: yeah, EFL API changed... and we adjusted libphone-ui, but did not bump EFL_SRCREV yet Apr 08 18:52:04 JaMa: kms? hah, thought that is no more and there is only 2.6.32... was it the other way round? Apr 08 18:56:51 JaMa: btw. the kernel I built locally (just did bb linux-openmoko-2.6.32 in normal shr-u) with that M3C config enabled boots nicely from SD :) Apr 08 18:59:42 mrmoku: I mean http://build.shr-project.org/tests/mrmoku/2.6.32/images/om-gta02/ (which is shared deploy dir for .29-drm, .31, .32 from shr-kms builddir :)) Apr 08 19:00:19 mrmoku: I get the same unknown-block-device with that option enabled (while booting without debug) Apr 08 19:00:22 JaMa: ahh ok... remembering correctly then Apr 08 19:00:32 we should remove the kms dir... to avoid confusion Apr 08 19:00:42 mrmoku: please tell me, as soon as you have fixed it, then I can try to build a new shr-image for htcdream Apr 08 19:00:59 leviathan: just bump EFL for yourself... should build nicely then Apr 08 19:01:13 other than that... I guess we can bump it Apr 08 19:01:16 it starts and looks good Apr 08 19:01:21 ok Apr 08 19:05:07 mrmoku: bumped it? Apr 08 19:06:03 leviathan: no, not yet... it just segfaultet though ;) Apr 08 19:06:17 okee Apr 08 19:06:25 well, then... Apr 08 19:06:39 I'll use fso2-demo-image until it works >_< Apr 08 19:06:55 I just wanna try out pisi and so on Apr 08 19:06:56 :) Apr 08 19:06:57 leviathan: just set EFL_SRCREV to 47836 in conf/distro/include/sane-srcrevs.inc Apr 08 19:07:06 that's all Apr 08 19:07:11 ahh, ok Apr 08 19:07:22 I want to be carefull with bumping EFL_SRCREV for complete OE world :P Apr 08 19:07:33 oke Apr 08 19:43:26 TAsn: it still segfaults :/ Apr 08 19:47:01 mrmoku, what segfaults? Apr 08 19:47:35 the gsm widget Apr 08 19:47:42 gsm widget never segged Apr 08 19:47:47 it was illume Apr 08 19:47:50 and still, wasn't a seg Apr 08 19:47:53 well... then illume Apr 08 19:47:56 just an abort Apr 08 19:47:58 :P Apr 08 19:48:14 Anyhow, are you sure? what rev? Apr 08 19:48:32 root@om-gta02 ~ $ opkg list_installed e-wm Apr 08 19:48:32 e-wm - 0.16.999.060+svnr47836-r13.4 Apr 08 19:48:53 get a bad Enlightenment SEGV'd on resume Apr 08 19:49:01 Bah, he didn't apply the patch, wth?! Apr 08 19:49:31 I saw your patch Apr 08 19:49:37 in e timeline Apr 08 19:49:43 applied by devilhorns Apr 08 19:49:55 mickey|away, ping? Apr 08 19:50:19 yeah. Apr 08 19:51:12 mrmoku, well, here it works :P Apr 08 19:51:18 Fixed it for me Apr 08 19:51:28 are you sure you installed and restarted x and everything went fine? Apr 08 19:52:25 TAsn: I reflashed the complete thing :P Apr 08 19:52:33 that's terribly odd. Apr 08 19:52:37 As I said, it works here. Apr 08 19:54:50 mrmoku, mind sending me your e-wm? Apr 08 19:55:06 TAsn: hmm... it segvd only on first suspend/resume Apr 08 19:55:10 second one was ok Apr 08 19:55:15 suspend/resume?! Apr 08 19:55:24 yup Apr 08 19:55:26 I was talking about gprs connect/disconnect... Apr 08 19:55:53 mrmoku: all dirs points to the same location.. so it's not so confusing as all kernels there are KMS-enabled Apr 08 19:56:06 JaMa: ahh... ok :) Apr 08 19:56:30 confusing is to find 2.6.29-rc3 in 2.6.32 dir :) Apr 08 19:56:40 mrmoku, I'm also expecting an "ahh... ok :)" Apr 08 19:56:46 Does it work with gprs? Apr 08 19:57:57 TAsn: I don't use gprs :P Apr 08 19:58:00 not yet Apr 08 19:58:20 So everything is fine :P Apr 08 20:00:52 hehe Apr 08 20:20:23 hi Apr 08 20:20:28 hi Apr 08 20:20:50 16G /home/downloads/OE/ Apr 08 20:20:57 and that's only the beginning Apr 08 20:24:46 mrmoku, so, what's our verdict concerning new EFL? :P Apr 08 20:39:59 TAsn: dunno Apr 08 20:40:15 mrmoku, ok, play with it as much as you need :P Apr 08 20:40:20 Let me know when you decide. Apr 08 20:40:23 :P Apr 08 20:40:49 JaMa: btw. how's OE's policy regarding EFL bumps? Apr 08 20:41:13 we just bump when we need? Apr 08 20:44:20 yeah, no special policy Apr 08 20:47:34 ok Apr 08 20:54:46 TAsn: Efreet: ERROR. There are still 10 desktop files with old Apr 08 20:54:46 dangling references to desktop files. This application Apr 08 20:54:46 has not handled the EFREET_EVENT_CACHE_UPDATE fully and Apr 08 20:54:46 released its references. Please fix the application so Apr 08 20:54:46 it does this. Apr 08 20:55:26 seen that too Apr 08 20:55:46 even after purging .e .efreet dirs Apr 08 21:02:35 mrmoku, best thing would be asking in #e. Apr 08 21:03:37 TAsn: it does this for all the settings service desktop files Apr 08 21:03:49 the ones from illume config Apr 08 21:04:05 so, we probably did something wrong there. Apr 08 21:05:30 nothing more than that. Apr 08 21:25:16 * daniele_athome wants to kill dbus glib bindings Apr 08 21:28:21 daniele_athome, suggestion: try e dbus bindings, and you'll learn to appreciate the glib ones :P Apr 08 21:29:24 i suppose is a joke TAsn :P Apr 08 21:29:40 no, really, try the e dbus bindings, they suck badly. Apr 08 21:30:03 TAsn, that's what I meant Apr 08 21:30:11 the joke was the "appreciate the glib ones part" Apr 08 21:30:20 as if you would say that e dbus sucks Apr 08 21:30:21 :) Apr 08 21:30:31 (really bad english sorry ) Apr 08 21:30:34 :) Apr 08 21:31:18 i don't want to use vala just for dbus a server Apr 08 21:31:28 s/dbus a server/a dbus server/ Apr 08 21:31:30 daniele_athome meant: i don't want to use vala just for a dbus server Apr 08 21:32:13 btw, I bet you can ask in #dbus and they'll help you find sense in those bindings :P Apr 08 21:33:16 TAsn, actually i do have "sense" for the glib bindings Apr 08 21:34:02 the problematic part is that for every thing you need to do, you must write at least 30 or 40 lines of code Apr 08 21:34:22 and for every line of code a callback :P Apr 08 21:34:23 just for definining e.g. signature closures for signals Apr 08 21:35:02 those very bad names g_cclosure_blabla Apr 08 21:35:05 my god :S Apr 09 00:06:26 ~nf Apr 09 00:06:27 The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help) - - - Recommended URLs and channels(chanlogs etc):see ~RL - - - NEWSFLASH [2010-03-28 21:09 UTC]:buildhost got rebooted... new RAM will arrive beginning of next week Apr 09 00:11:30 ~nf2 Apr 09 00:11:32 (here you'll find additional info, if newsflash on ~NF is too short to hold all the info) **** ENDING LOGGING AT Fri Apr 09 02:59:56 2010