**** BEGIN LOGGING AT Sun Oct 26 02:59:57 2008 Oct 26 07:34:34 Hey Oct 26 07:35:00 When i run the SHR, i don't get a pin dialog, is there anyone who knows what to do? Oct 26 07:35:05 like calling it manual or so? Oct 26 07:48:18 you should have a look to http://www.freesmartphone.org/index.php/Implementations/gsm0710muxd it might help you Oct 26 08:32:14 Hey Oct 26 08:46:40 good morning Ainulindale Oct 26 09:23:24 alphaone? Oct 26 09:29:28 quickdev: hello. welcome back Oct 26 09:29:40 hey nikolajsheller Oct 26 09:29:43 thanks Oct 26 09:29:59 what's up? ;) Oct 26 09:30:30 not much this side. You? Oct 26 09:31:23 fixing some bugs Oct 26 09:31:42 sounds good (Y) Oct 26 09:32:09 I was wondering: what tools do you know of for unit-testing C/C++? Oct 26 09:33:16 haven't ever worked with unit tests in those languages Oct 26 09:35:10 nikolajsheller, for what do you want to write a unit test? Oct 26 09:35:27 I've worked a bit with [NJ]unit. there must be some equivalent for C/C++ Oct 26 09:36:44 well, I have a lillte assignement from Ainulindale, and I thoiught I maight as well unit-test... Oct 26 09:37:17 nikolajsheller, you should ask in #c :) Oct 26 09:37:20 yikes, can't hit the keys today :) Oct 26 09:38:50 yeah. Or google a bit. I thought maybe you had worked with this for the openmoko Oct 26 09:40:03 unfortunately not, may I ask what you're working on? the illume module? what was it for? Oct 26 09:40:58 It is for the illume module, this time around. Oct 26 09:41:18 heh: CUnit http://cunit.sourceforge.net/ Oct 26 09:45:09 unit test illume? Oct 26 09:47:23 raster, is elementary already usable? Oct 26 09:47:52 umm Oct 26 09:47:56 usable for what? Oct 26 09:48:05 it is usable Oct 26 09:48:10 in that the widgets it have work Oct 26 09:48:19 and are stable - or at least in the test cases i test them in Oct 26 09:48:28 u will be missing widgets of course Oct 26 09:48:34 but i add more regularly Oct 26 09:48:44 is there a textbox widget? :) Oct 26 09:48:45 sicne a widget is somewhere between around 100-400 lines of c Oct 26 09:48:49 yes Oct 26 09:48:53 entry Oct 26 09:49:06 and variations on it Oct 26 09:49:08 single line Oct 26 09:49:10 passowrd mode Oct 26 09:49:13 (single line) Oct 26 09:49:17 non-editable (But selectable) Oct 26 09:49:20 supoprts anchors Oct 26 09:49:32 i have an anchorview as well designed for viewing thngs with anchors (links) Oct 26 09:49:44 where when u click on a link a popup menu apears to select what to do Oct 26 09:49:51 (eg call, sms, delete, add to contacts" Oct 26 09:49:52 etc. Oct 26 09:50:03 demo stuff all in the elementary test app Oct 26 09:50:34 raster, fine, I think I'll migrate to it Oct 26 09:50:49 its got box (h/vbox) table Oct 26 09:50:51 I'm have a bit of trouble getting started with building illume. Oct 26 09:50:55 missing listitem atm Oct 26 09:51:02 ie if u want a list of items and select one Oct 26 09:51:04 not done yet Oct 26 09:51:17 i'll get to that soon enough Oct 26 09:51:26 I've been pointed to: http://svn.enlightenment.org/svn/e/trunk/TMP/oe Oct 26 09:51:35 but this weekend i have sunk into getting e17 itself moving along Oct 26 09:51:39 raster, could you inform me as soon as listitem is done? that's quite important for me :) Oct 26 09:51:48 quickdev: ok sure Oct 26 09:51:52 likely this coming week Oct 26 09:52:04 great Oct 26 09:52:39 I get: "error: patch failed: packages/e17/exquisite_svn.bb:2" whule building Oct 26 09:53:41 patch may already be applied upstream Oct 26 09:54:08 What would be the best way to getting started on building illume for thr FreRunner? Oct 26 09:54:19 u want to build for the phone Oct 26 09:54:25 or for your desktop so u can start playing? Oct 26 09:54:30 i suggest u first do it for your desktop Oct 26 09:54:42 as thats 1. the easiest way to test stuff (in xephyr) Oct 26 09:54:51 initiall I was hoping for the Freerunner Oct 26 09:54:52 and u get used to it on an easier to use platform Oct 26 09:54:55 first Oct 26 09:54:56 ok Oct 26 09:55:02 then worry about building for the device Oct 26 09:55:08 as that also involes all of OE working Oct 26 09:55:14 sounds reasonable Oct 26 09:55:14 whihc is a major extra step Oct 26 09:56:47 Are there instructions somewhere on how to get stared building for the desktop? Oct 26 09:58:39 http://www.enlightenment.org/ Oct 26 09:59:11 u can get a quick start with Oct 26 09:59:12 http://www.rasterman.com/files/get_e.sh Oct 26 09:59:14 note Oct 26 09:59:16 that'll build e17 Oct 26 09:59:18 not illume Oct 26 09:59:21 the readme is not http://trac.enlightenment.org/e/browser/trunk/illume very deatiled Oct 26 09:59:23 illume is also in svn Oct 26 09:59:27 chekc out the illume tree Oct 26 09:59:32 or just check out all of svn to save effort Oct 26 09:59:37 done Oct 26 09:59:46 its the same as everything else in efl pretty much Oct 26 09:59:49 tho not a lot of hand-holding Oct 26 09:59:53 that is being improved Oct 26 10:00:18 to build illume i need to build edje Oct 26 10:01:16 I'm new to the whole illume, E16/17 thing. Oct 26 10:01:52 yes Oct 26 10:01:59 u need all of the thngs e17 needs Oct 26 10:02:05 so build it first Oct 26 10:02:11 illume is a plugin for e17 Oct 26 10:02:17 so it is inserted into the wm Oct 26 10:02:26 and modifies the wm's behavior Oct 26 10:02:32 along with a config profile Oct 26 10:02:38 and a theme to match it all Oct 26 10:02:44 thats how it looks the way it does Oct 26 10:03:41 Ok. I'll start with building E17 then (I need eina-0 for edje) Oct 26 10:04:21 raster: thanks for your help Oct 26 10:05:56 no Oct 26 10:06:02 it's a bit hard to start Oct 26 10:06:11 thats why i just recommend getting it up on your desktop Oct 26 10:06:15 its easier to get to know it there Oct 26 10:17:30 hey mickeyl Oct 26 10:17:41 I tried to send a sms: http://rafb.net/p/HyrNvN26.html Oct 26 10:19:06 alphaone: ping? Oct 26 10:19:20 probably just a self. missing, let me check Oct 26 10:20:22 I'm using a 6 day old revision - but I didn't notice any changes in sms files Oct 26 10:21:09 hmm Oct 26 10:21:15 line 259 is somethign completely different here Oct 26 10:21:49 because of PDUAddress.guess Oct 26 10:21:52 http://git.freesmartphone.org/?p=framework.git;a=commit;h=a978a13b41bcd7e9318bc2f25418052a3a21107d Oct 26 10:22:18 look for "for k,v in featureMap.items():" some lines below Oct 26 10:22:43 yeah Oct 26 10:22:54 that looks good on first glance though Oct 26 10:23:21 hmm Oct 26 10:23:28 MRO is local vars first, right? Oct 26 10:23:42 ya, needs to be Oct 26 10:24:01 ah, wait Oct 26 10:24:13 someone passes in a bogus argument Oct 26 10:24:19 ok, one level up Oct 26 10:24:34 is your call ok? Oct 26 10:24:55 we are still working on parameter validation Oct 26 10:25:04 how do you call it? Oct 26 10:25:05 call? calls are working fine....or what do you mean? Oct 26 10:25:10 ah, one moment Oct 26 10:25:56 http://git.freesmartphone.org/?p=libframeworkd-glib.git;a=blob;f=src/ogsmd/frameworkd-glib-ogsmd-sms.h;h=c32259f7cd8da336708ca304107976abc7cfe9bc;hb=HEAD Oct 26 10:26:02 number, content, report Oct 26 10:26:23 mickeyl: Has oeventsd been fixed ? Oct 26 10:26:31 (No rules, nice stack on triggers) Oct 26 10:26:55 no idea Oct 26 10:26:57 sorry Oct 26 10:27:07 i was not in frankfurt for one week Oct 26 10:27:15 Ainulind1le, I set an autorev for frameworkd Oct 26 10:27:37 sound is working only with modules, but that shouldn't be a problem Oct 26 10:28:27 mickeyl, hi, wondering...do you think its an overkill to wrap vala code in python. The dbus interfaces in python needs to have an instance of the DBus bus from the vala controller, (otherwise it spits out an exception about the missing mainloop)...of course i am yet to see if typecasting to PyObject * and passing it to the factory would help...phew thats all for now Oct 26 10:32:35 Sup3rkiddo: i don't think that's overkill, since after all we only have to wrap very few functions Oct 26 10:32:36 see also http://charlie137-2.blogspot.com/2008/05/calling-vala-code-from-python.html Oct 26 10:33:26 okie dokie Oct 26 10:36:16 morning Oct 26 10:36:48 i'm trying to build an FSO image (again) and i have some extrange error with the run.do_onfigure script Oct 26 10:36:54 looks bad truncated Oct 26 10:38:54 mickeyl, is my sms send call wrong? Oct 26 10:39:45 can you post the full call Oct 26 10:40:01 it's ssa{sv} Oct 26 10:40:04 so should be Oct 26 10:40:22 "number","contents",{ report:True} Oct 26 10:40:27 or whatever the report value is called Oct 26 10:41:02 perhaps you don't encapsulate the report:True into a dict Oct 26 10:41:09 which would explain the bogus boolean Oct 26 10:41:43 mickeyl, in the current version of libframeworkd-glib, report is boolean - so I have to rewrite it to use a dict, thanks Oct 26 10:41:58 np Oct 26 10:42:19 if in doubt, please first look at the API docs Oct 26 10:42:35 and then check mdbus to see if they're correct ;) Oct 26 10:43:13 yeah, right, should've done that before Oct 26 10:43:24 np Oct 26 10:43:34 i'm really wondering why dbus didn't complain though Oct 26 10:43:46 after all we tell it to only accept ssa{sv} here Oct 26 10:43:52 I'd have expect a wrong argument error ;) Oct 26 10:43:55 seems it does no signature verification Oct 26 10:43:59 which is baaaaaad Oct 26 10:44:02 ~lart dbus Oct 26 10:51:16 * Sup3rkiddo takes dbus and stamps on it Oct 26 11:01:28 hey Hire1 Oct 26 11:02:02 hi quickdev Oct 26 11:02:05 how are you? Oct 26 11:03:22 Hire1, fine, you? Oct 26 11:03:36 me too :) Oct 26 11:05:39 do you have seen the release of android's source? Oct 26 11:06:19 yeah Oct 26 11:07:57 maybe for the end of this month will see a flashable image for the fr Oct 26 11:08:03 thx to koolu Oct 26 11:08:55 I think it will last much more time till it's usable ;) Oct 26 11:09:03 Yet another distribution... Oct 26 11:10:36 well, it's always a new "toy" :D Oct 26 11:11:32 Hire1: If a kid has too much toys, he just spends not that much time with all of them, he just dumps them when he's done Oct 26 11:11:34 Ainulindale, I'll use raster's elementary in future Oct 26 11:11:42 elementary ? Oct 26 11:11:53 a new widget toolkit Oct 26 11:12:01 What is the difference ? Oct 26 11:12:07 quickdev: just fork then :-) Oct 26 11:12:54 Ainulindale: openmoko will not spend so much time on android Oct 26 11:13:01 http://git.enlightenment.org/?p=e/.git;a=blob;f=TMP/st/elementary/README;h=3de8538ca1944de5c81514f9d5151789278319be;hb=HEAD Oct 26 11:13:03 I wasn't talking about OM Oct 26 11:13:06 I was talking about the users Oct 26 11:14:24 the users uses what it will been free to usable on fr Oct 26 11:14:59 Free is a very versatile workd Oct 26 11:15:01 -k Oct 26 11:15:18 (heh, word => workd, I worked far too much with frameworkd it seems) Oct 26 11:19:37 Ainulindale, maybe we should set a srcrev for the kernel, too Oct 26 11:33:34 mickeyl, http://rafb.net/p/15qAXB49.html Oct 26 11:35:30 quickdev: what does: Oct 26 11:35:32 cli-framework Oct 26 11:35:37 > usageiface.Suspend() Oct 26 11:35:38 say? Oct 26 11:36:10 http://rafb.net/p/bwtQQB94.html Oct 26 11:36:22 argh Oct 26 11:36:26 wait a second Oct 26 11:37:15 freesmartphone.org: 03mickey 07framework * r69f31318b901 10/framework/subsystems/ousaged/generic.py: ousaged: readd os import and ~lart pychecker. Thanks quickdev Oct 26 11:37:18 here we are Oct 26 11:37:26 guess pychecker needs fixing Oct 26 11:37:33 it warned me about an "unused module" Oct 26 11:37:54 and finally I have to use the latest frameworkd, arrrgh ;) Oct 26 11:38:18 great bug fixing delay, hehe Oct 26 11:43:05 ;) Oct 26 11:43:24 Ainulindale, suspend bug is now fixed Oct 26 11:45:19 mickeyl, there was a bug where I had to copy files into /etc/freesmartphone/....do you know if that is fixed? Oct 26 11:47:03 quickdev: i think alphaone fixed that in setup.py, yeah Oct 26 11:47:14 right now the oeventsd is kind of broken though Oct 26 11:47:22 and will remain until .tw office opens tomorrow ;) Oct 26 11:47:37 ~lart charlie breaking software on friday's Oct 26 11:48:51 ~lart charlie Oct 26 11:50:45 freesmartphone.org: 03niklas.coding 07libframeworkd-glib * r5dc148e22bab 10/src/ogsmd/ (4 files in 2 dirs): Adjusted sms functions. Oct 26 11:52:09 quickdev: what was the suspend problem ? Oct 26 11:52:36 Ainulindale, missing import in frameworkd, see latest commit Oct 26 11:52:55 afk Oct 26 12:00:48 http://git.freesmartphone.org/?p=framework.git;a=blob;f=framework/subsystems/opimd/docs/contact_fields.txt;hb=HEAD says jabber:// is the uri scheme for jabber, but it probably should be xmpp:// http://svn.xmpp.org/extensions/xep-0147.html Oct 26 12:03:16 uhm, rather rfc 5122 Oct 26 13:20:54 freesmartphone.org: 03morphis * r306 10/trunk/umaf/python-elementary/ (. src/ src/elementary.pxd src/elementary.pyx src/window.pxd): Added python elementary bindings Oct 26 13:21:36 when building illume, illume cannot find the trubk/e_dbus/src/lib/dbus header files Oct 26 13:22:13 how do I tell illume where to find these? An environment viraible Oct 26 13:22:41 perhaps? Oct 26 13:23:19 freesmartphone.org: 03seeseekey * r307 10/trunk/ (python-elementary/ umaf/python-elementary/): Oct 26 13:26:52 umaf? Oct 26 13:57:51 Hi. Isn’t that strange: If I remove everything but the lines from /etc/dbus-1/system.d/frameworkd.conf, I can still use the framworkd’s dbus methods. Does anyone know why? Oct 26 14:30:21 I seem to be missing "dbus-arch-deps.h" when building illume. Is there a dbus dependency I need to install? The ones in the uvuntu repository don't seem to be sufficient? Oct 26 15:30:06 If anybody has a bit of time, I would really appreciate any help with getting illume to compile. Currently I have problems getting dbus include dependencies to work Oct 26 15:43:11 nikolajsheller: why not just use icewm? ;-) Oct 26 15:47:09 lindi-: haven't tried icewm Oct 26 15:47:35 nikolajsheller: sudo apt-get install icewm; icewm-session Oct 26 15:47:46 lindi-: And I am trying to get illume to compile for openmoko Oct 26 15:48:29 lindi-: But initially I'm happy just to get it to build for my desktop Oct 26 15:48:41 :) Oct 26 16:13:22 Heya. Quick question, is the Stable Hybrid Release available for the Freerunner too? Oct 26 16:13:31 Indeed. Oct 26 16:14:38 Since the url, oh wait, nevermind, I see the gta02 packages now. The url is just misleading..) Oct 26 16:16:06 Which URL ? Oct 26 16:16:12 It hasn't be released yet nio_ Oct 26 16:16:22 It's not certified 100% stable Oct 26 16:16:34 hey Ainulindale Oct 26 16:16:41 Hey ya Oct 26 16:17:02 did some major stability improvements this morning Oct 26 16:17:08 On what ? Oct 26 16:17:16 http://shr.bearstech.com/shr-testing/images/neo1973 << that one, from the wiki page on shr. Oct 26 16:17:29 all apps - reliable start and some other things Oct 26 16:18:28 Expecting that, Ainulindale :) Just trying out the different "distro's"..) Oct 26 16:18:38 Well, I think it shouldn't be on this wiki but hey, nevermind Oct 26 16:18:48 nio_: Right now I'm using it as a day to day phone Oct 26 16:18:51 It's working quite nicely Oct 26 16:18:54 But you shouldn't expect more Oct 26 16:18:57 With shr? Oct 26 16:19:00 quickdev: did you think about this contacts thing ? Oct 26 16:19:01 nio_: yes Oct 26 16:19:04 nice Oct 26 16:19:15 Ainulindale, not yet Oct 26 16:19:17 quickdev: and did you think about packages we should include in the image ? Oct 26 16:19:27 not yet, too - but add packages if you like Oct 26 16:19:29 quickdev: and do you have an idea for that kernel problem ? :-) Oct 26 16:19:38 quickdev: I have no need for packages myself Oct 26 16:19:43 Just wondering if other people had Oct 26 16:19:44 Ainulindale, which kernel problem? Oct 26 16:19:48 buildhost Oct 26 16:20:15 bitbake -c clean compiled it for me yesterday Oct 26 16:20:22 on the buildhost ? Oct 26 16:20:30 Ainulindale, we should use a srcrev'ed kernel Oct 26 16:20:33 yes, on buildhost Oct 26 16:20:35 I know Oct 26 16:20:40 quickdev: so the image generation went through ? Oct 26 16:20:50 yeah...see the image from yesterday night Oct 26 16:20:53 Ainulindale, i'd like to see kernel-module-ipv6 installed per default in the images ;) Oct 26 16:21:03 Ah nice, I didn't have the time to do that myself quickdev Oct 26 16:21:08 Ainulindale, in ophonekitd you pointed out a kernel where suspend worked....we could use that Oct 26 16:21:09 Yesterday was back from essen game night Oct 26 16:21:42 Wiedi: you can opkg install it yourself, lazy pig ! :-) Oct 26 16:21:56 did that of course Oct 26 16:22:10 quickdev: Agreed, no problem on that part Oct 26 16:22:31 quickdev: Do you know if the current frameworkd version has a fixed oeventsd ? Oct 26 16:22:35 (i.e. inputs ?) Oct 26 16:22:47 Ainulindale, the current not, but I set a special revision where it works Oct 26 16:22:52 just get the newest image Oct 26 16:23:07 and don't forget to install the modules, otherwise sound won't work Oct 26 16:23:20 quickdev: Newest image ? I'd like to opkg upgrade :-) Oct 26 16:23:37 try it Oct 26 16:23:54 the correct revision could be found in the ipkg/ shr buildhost folder... Oct 26 16:24:14 Yep I know Oct 26 16:24:58 I'm a bit slow today, I've got a bit of a toothache, I'm loaded up with meds Oct 26 16:26:05 quickdev: but hey you didn't answer :-) Oct 26 16:26:09 haven't you had toothache some weeks before? Oct 26 16:26:11 What about this contacts search thingie ? Oct 26 16:26:15 quickdev: yep Oct 26 16:26:19 same tooth Oct 26 16:26:27 Ainulindale, I answered, not done yet....I'll do DTMF in a few minutes Oct 26 16:26:34 Pressure has been building inside it most of the night Oct 26 16:26:48 With the size of my jaw now I look like Schwarzenegger Oct 26 16:27:08 And I'm a walking pharmacy Oct 26 16:27:18 quickdev: that's what you get when you grow old ! Oct 26 16:29:32 Did you ever use the alphaone image for FSO quickdev ? Oct 26 16:30:02 yeah, why? Oct 26 16:30:29 quickdev: Then you know what I mean regarding the pacakges Oct 26 16:31:00 It's just about giving default applications to do this or that Oct 26 16:31:22 Hello quickdev, Ainulindale Oct 26 16:31:22 I've been trying to get illume to build. So far i have got E17 to build, but illume is giving me trouble Oct 26 16:31:23 quickdev: messages is now working as expected Oct 26 16:31:38 nikolajsheller: what did you use to build it ? Oct 26 16:31:40 Ainulindale, add it! Oct 26 16:31:51 Ainulindale, didn't commit my big changes.. Oct 26 16:31:54 yet ;) Oct 26 16:32:04 ola all Oct 26 16:32:05 well, initially I just want to get ti to compile om my desktop Oct 26 16:32:09 quickdev: That's weird because here it loads, and displays the correct amount of messages Oct 26 16:32:12 Sup3rkiddo: hey Oct 26 16:32:25 nikolajsheller: try with open embedded Oct 26 16:32:31 Ainulindale, evening :) Oct 26 16:32:41 Ainulindale, that message count was fixed a week ago Oct 26 16:32:43 quickdev: though I don't have any sent folder Oct 26 16:32:52 quickdev: weird I had it yesterday :-) Oct 26 16:32:56 yeah, correct so far (without PIM) Oct 26 16:33:30 Ah I see you changed the window titles Oct 26 16:33:33 That's good :-) Oct 26 16:34:28 quickdev: if you work on DTMF now, could you think about the speaker out button we talked aobut ? Oct 26 16:34:37 (I like to give you work) Oct 26 16:34:44 (that's funnier than actually doing something) Oct 26 16:35:33 quickdev: anyway, I have other suggestions for messages Oct 26 16:35:40 The maximum messages count should be displayed Oct 26 16:36:27 And I had another idea I just forgot about Oct 26 16:36:48 quickdev: If we have DTMF and this contacts thing soon, what do you think about releasing this alpha ? Oct 26 16:37:45 yeah...it's ok if sms works Oct 26 16:37:52 Sending you mean ? Oct 26 16:37:58 yeah Oct 26 16:38:02 Ok then Oct 26 16:38:21 We should reenable shr-unstable by the way Oct 26 16:38:25 It will soon be useful Oct 26 16:39:08 not yet..? Oct 26 16:39:25 Why not ? Oct 26 16:39:33 We will start to work on PIM as soon as it hits us Oct 26 16:39:47 And in between we won't be able to follow frameworkd changes for "public" image release Oct 26 16:39:54 So my opinion is : Oct 26 16:40:03 freeze on shr-testing for the variables Oct 26 16:40:06 (kernel, frameworkd) Oct 26 16:40:13 And floating versions on unstable Oct 26 16:40:19 For our future works Oct 26 16:40:31 In any case that's what we intended to do first :-) Oct 26 16:41:24 And as soon as we release our first thing I'll migrate to git Oct 26 16:41:30 That way it will be easier to tag branch and do stuff Oct 26 16:41:32 we need fixed versions for kernel in both variants.....but frameworkd and openmoko-* apps could be newer in unstable, yes Oct 26 16:41:44 yeah, I prefer git, too Oct 26 16:41:52 Ok then Oct 26 16:42:01 Away for a bit there quickdev Oct 26 16:42:13 Will come back in an hour or so Oct 26 16:42:13 ok Oct 26 16:42:16 I have to lie down a bit Oct 26 16:42:17 perfect ;) Oct 26 16:42:27 quickdev: And by the way Oct 26 16:42:40 I have nothing more to do so we'll discuss about how I can help you on your stuff Oct 26 16:42:51 yeah, very important Oct 26 16:43:01 Ok so see you in an hour Oct 26 16:43:11 Ainulindale: Hope you feel better later Oct 26 16:45:36 nikolajsheller, what's your problem with compiling? maybe I can help you Oct 26 16:46:33 quickdev: I'm initially trying to get E17 and illume to build under ubuntu Oct 26 16:46:45 what's the prob? Oct 26 16:46:59 quickdev: then I'll try with an openmoko toolchain later Oct 26 16:47:02 dbus Oct 26 16:47:38 yeah...and? ;) Oct 26 16:48:00 e_pwr.c fails on line 18. It seems to be unable to find E_DBus_Connection Oct 26 16:48:17 which is in "e_dbus_private.h" Oct 26 16:48:53 nikolajsheller, where did you get the sources from? svn? Oct 26 16:48:58 sorry line 17 Oct 26 16:49:42 svn, check out the whole tree Oct 26 16:50:12 I'm trying to build trunk Oct 26 16:50:54 nikolajsheller: did you try rasters get_e.sh script? Oct 26 16:51:07 I've had to copy som files around for the build to lacat all the dbus include files Oct 26 16:51:26 nikolajsheller: http://www.rasterman.com/files/get_e.sh Oct 26 16:51:31 yes, but I neede to build edje etc Oct 26 16:52:25 the script depended on some of the enlightenment tools Oct 26 16:52:34 nikolajsheller: it will check if you have all dependencies and compile install the components. Oct 26 16:52:51 did you install edje? Oct 26 16:53:18 well... it fails on dbus.h if I don't fiddle Oct 26 16:54:14 i checked out enlightenment and builf edje etc Oct 26 16:54:37 hmmm the open embedded build also failed.... Oct 26 16:55:25 nikolajsheller: I built e17 from svn with get_e.sh on Ubuntu a couple weeks ago which worked out fine. Oct 26 16:55:50 building e17 works Oct 26 16:56:00 but building illume fails Oct 26 16:56:46 nikolajsheller: have you installed libdbus-1-3 Oct 26 16:57:01 nikolajsheller: and libdbus-1-dev Oct 26 16:57:14 nikolajsheller, what about a snapshot? http://download.enlightenment.org/snapshots/LATEST/ Oct 26 16:57:51 nikolajsheller, follow this guide precisely: http://wiki.enlightenment.org/index.php/E17_User_Guide/Installing_from_Source_Repository Oct 26 16:57:54 Kensan: both are installed, but are not referenced correctly be the build script Oct 26 16:58:13 nikolajsheller: how do you mean? Oct 26 16:58:18 nikolajsheller, ./autogen.sh --prefix=/usr Oct 26 16:59:41 e.g. dbus-arch-deps.h is located under /usr/lib/dbus-1.0/include/dbus/dbus-arch-deps.h by ubuntu Oct 26 17:00:01 and fails to be found when building Oct 26 17:00:23 nikolajsheller: I just did a compile and it worked fine Oct 26 17:00:54 I must be missing some improtant detail Oct 26 17:00:57 nikolajsheller, isn't there a configure option for that? Oct 26 17:01:18 perhaps... Not one I'm familiar with... Oct 26 17:01:38 nikolajsheller: what were the steps you did? Oct 26 17:02:39 checked out e17, built edje and whatnot Oct 26 17:02:57 cd /trunk/illume Oct 26 17:03:20 ./autogen.sh Oct 26 17:03:21 make Oct 26 17:03:41 And i get: e_pwr.c:17: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token Oct 26 17:04:25 nikolajsheller, try following the guide...and obey the order.. Oct 26 17:04:56 ok.. I haven't been able to fins the guide for illume? Oct 26 17:04:57 nikolajsheller: besides e you should have built these: eina eet evas ecore e_dbus efreet embryo edj Oct 26 17:05:46 yes, I built these. They are reguired to build e17 Oct 26 17:06:28 quickdev: Where is the quide for building illume? Oct 26 17:06:43 nikolajsheller: hm... that's all I got and I can build illume without trouble. Oct 26 17:06:44 for build efl first.... Oct 26 17:06:50 *for building efl first Oct 26 17:07:23 nikolajsheller: try setting LD_LIBRARY_PATH for libs it can't find when linking. Oct 26 17:07:54 Kensan: will do when I get that far :) Oct 26 17:08:33 nikolajsheller: can you pastebin the whole error you get? Oct 26 17:10:18 make[2]: Entering directory `/home/nikolaj/Develop/openmoko/e/trunk/illume/src' Oct 26 17:10:18 /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I. -I.. -DUSE_E_CONFIG_H -I/usr/local/include/enlightenment -I/usr/local/include -I/usr/local/include/efreet -I/usr/local/include/eina-0 -I/usr/local/include/eina-0/eina -I/usr/local/include -I/usr/local/include/eina-0 -I/usr/local/include/eina-0/eina -I/usr/local/include/efreet -g -O2 -MT e_pwr.lo -MD -MP -MF .deps/e_pwr.Tpo -c -o e_pwr.lo e_pwr. Oct 26 17:10:18 gcc -DHAVE_CONFIG_H -I. -I.. -I. -I.. -DUSE_E_CONFIG_H -I/usr/local/include/enlightenment -I/usr/local/include -I/usr/local/include/efreet -I/usr/local/include/eina-0 -I/usr/local/include/eina-0/eina -I/usr/local/include -I/usr/local/include/eina-0 -I/usr/local/include/eina-0/eina -I/usr/local/include/efreet -g -O2 -MT e_pwr.lo -MD -MP -MF .deps/e_pwr.Tpo -c e_pwr.c -fPIC -DPIC -o .libs/e_pwr.o Oct 26 17:10:21 e_pwr.c:17: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token Oct 26 17:10:24 e_pwr.c: In function ‘e_pwr_init’: Oct 26 17:11:22 nikolajsheller: ok seems like it can't find e_dbus Oct 26 17:12:46 E_DBus_Connection from e_dbus_private.h Oct 26 17:13:00 but it doesn complain about not being able to find the file Oct 26 17:14:46 Oh well, I guess I'll have to try from scratch again. Oct 26 17:15:15 Thank for your help. Oct 26 17:17:45 good luck Oct 26 17:32:34 DocScrutinizer: Well Oct 26 17:32:40 My proposal is still on the table :-) Oct 26 17:37:26 freesmartphone.org: 03mickey 07framework * r974004377862 10/ (ChangeLog framework/subsystems/odeviced/audio.py): Oct 26 17:37:26 freesmartphone.org: * [odeviced] Support .ogg in GStreamerPlayer and code more defensively Oct 26 17:37:26 freesmartphone.org: (checking whether decoders are available before trying to instanciate them) Oct 26 17:46:06 freesmartphone.org: 03mickey 07framework * r7db71c01c988 10/framework/subsystems/odeviced/powercontrol_neo.py: Oct 26 17:46:06 freesmartphone.org: odeviced: make UsbHost no ResourceAwarePowerControl for now Oct 26 17:46:06 freesmartphone.org: If it's a ResourceAwarePowerControl and there is no ousaged Oct 26 17:46:06 freesmartphone.org: running on startup, then it will break USBeth by automagically Oct 26 17:46:08 freesmartphone.org: switching to host mode (which may not be what you want...) Oct 26 18:45:09 Ainulindale: quickdev: how about adding somehing like this to SHR too =] http://n2.nabble.com/Auto-reject-incoming-phone-calls-tp1375533p1375533.html Oct 26 18:48:09 as in add it by default ... it's quite useful Oct 26 18:51:54 I think it's quite error sensitive..don't you think so? Oct 26 18:56:13 (Agree with quickdev) Oct 26 18:57:30 Ainulindale, back? Oct 26 18:57:32 * Hire1 *yawn* Oct 26 19:01:13 quickdev: not right now my girlfriend just came in Oct 26 19:01:26 will she leave soon? :) Oct 26 19:01:37 She had a small accident on the freeway, nothing bad, but she's a bit stressed Oct 26 19:01:38 tell her there are important things in life! Oct 26 19:01:51 So I just fixed her a warm bath for her to relax :-) Oct 26 19:02:19 Coming back in, say, ten minutes Oct 26 19:02:19 Ok ? Oct 26 19:03:22 ok ;) Oct 26 19:04:30 freesmartphone.org: 03sudharsh 07openmoko-gsoc2008 * r9961c94c9cb7 10/fsod/src/ (6 files in 4 dirs): Oct 26 19:04:30 freesmartphone.org: 1.) Fixed an issue where the subsystem instances gets destroyed prematurely Oct 26 19:04:30 freesmartphone.org: 2.) Finalize Python interpreter in the PythonManager destructor Oct 26 19:04:30 freesmartphone.org: 3.) Fix ListObjectsByInterface logic in Device subsystem Oct 26 19:04:32 freesmartphone.org: 4.) Factory functions for subsystems return Subsystem.Manager instance instead of bool, after which it is correctly Oct 26 19:04:35 freesmartphone.org: inserted into the fso_objects hash_table Oct 26 19:07:32 quickdev: yeh, you're probably right ... just as easy to manually activate the sound scenarii profiles when needed Oct 26 19:07:53 mickey|bbl, \ Oct 26 19:07:55 oops Oct 26 19:10:07 mickey|bbl, i had problems binding fsod as the normal python + gob wrapping requires a .so to link against, which isnt possible since it has a main.. One alternative thing i can think of is to pass the connection object to the python script factory. Oct 26 19:10:21 s/connection object/dbus object Oct 26 19:11:17 (i would be happy if someone could point me a way to pass GOB structs to PyCall_Object ;) ) Oct 26 19:23:56 freesmartphone.org: 03mickey 07framework * r956584140ca9 10/framework/subsystems/odeviced/powercontrol_neo.py: odeviced: improve WARNING wording Oct 26 19:39:35 Ainulindale? Oct 26 19:42:29 mickey|bbl, here for a short question? Oct 26 19:42:32 quickdev: yes ? Oct 26 19:42:56 pretty exhausted today, but yeah Oct 26 19:42:57 fire away Oct 26 19:44:05 mickey|bbl, is it ok that frameworkd sends two call signals with status = incoming for only 1 call? Oct 26 19:44:15 ** (process:1758): DEBUG: call status handler called, id: 1, status: 0 Oct 26 19:44:16 two times Oct 26 19:44:31 Ainulindale, if it's ok, you've got some work :) Oct 26 19:44:49 quickdev: yes. the incoming signal will come multiple times (no guarantee on the number) Oct 26 19:44:55 until you hang up or release Oct 26 19:44:59 ok, fine Oct 26 19:45:00 thanks Oct 26 19:45:00 on the other side Oct 26 19:45:25 Ainulindale, btw...I excluded moko-autorev and included sane-srcrevs......there's a kernel already defined...so we don't have to cope with other packages Oct 26 19:45:32 quickdev: I handled that in ophonekitd Oct 26 19:45:47 quickdev: I keep track of the incoming calls id Oct 26 19:46:40 Ainulindale, when ophonekitd_call_status_handler is called and the status is CALL_STATUS_INCOMING, then phonegui_incoming_call_show is called. You should add a check wether the id is already known / or the ui is already shown. Oct 26 19:46:49 have a look at the code ;) Oct 26 19:47:03 let me commit ophonekitd before Oct 26 19:48:14 committed. Oct 26 19:48:19 Ainulindale, did you get me? Oct 26 19:48:34 my user interface is launched twice Oct 26 19:48:45 quickdev: Well it sounds as if I did that when I modified it Oct 26 19:49:29 Ainulindale, should I fix it? Oct 26 19:49:36 by calling ophonekitd_call_check_incoming_call() Oct 26 19:50:02 Hmmm, well you can do that but strip that down from the add_incoming_call then Oct 26 19:50:13 yes Oct 26 19:50:14 ok Oct 26 19:50:15 I think I did that when I was tired :-) Oct 26 19:50:18 Because it's a rookie mistake Oct 26 19:50:30 Well, I'll let you do that anyhow Oct 26 19:50:36 I have to eat something Oct 26 19:50:41 quickdev: and by the way Oct 26 19:50:53 There're as many signals as there are modem RING Oct 26 19:51:26 Ainulindale, what about outgoing calls? there's no check method...and no array counting them Oct 26 19:51:58 No use for that Oct 26 19:52:29 I just have to be sure about the cinematic Oct 26 19:52:29 Ainulindale, same problem, many outgoing signals may arrive....ui is launched multiple times Oct 26 19:52:43 i.e. outgoing => ACTIVE => release or something else Oct 26 19:52:50 quickdev: not the same thing as I understood it Oct 26 19:53:00 If it is, then feel free to modify it Oct 26 19:53:18 mickey|bbl, same thing with the signal count applies to outgoing, right? Oct 26 19:54:10 Anyway, going to eat Oct 26 19:54:15 Feel free to add that if necessary Oct 26 19:55:16 Ainulindale, would be great if you could add the full call handling later..if you've got some minutes Oct 26 19:57:48 see "case CALL_STATUS_RELEASE". Those (incoming|outgoing)_call_active variables should be removed..and replaced with multiple call handlers Oct 26 20:09:14 I agree but that's not urgent :-) Oct 26 20:09:28 Easy thing to do Oct 26 20:09:35 There're things I want first :-p Oct 26 20:10:01 Once we'll be able to deliver a full telephony stack based on frameworkd handling everything we need to have a real phone Oct 26 20:10:05 We'll focus on these things Oct 26 20:10:31 We should write a planning for that Oct 26 20:10:32 btw., DTMF is working Oct 26 20:10:44 Nice ! Oct 26 20:10:49 let me commit the current state Oct 26 20:10:49 Come to daddy for your kiss :-) Oct 26 20:11:11 quickdev: When I say full telephony by the way Oct 26 20:11:24 I just think about what I'm able to do with a random phone of the market Oct 26 20:11:27 i.e. speaker out Oct 26 20:11:36 things like "silence call" Oct 26 20:11:47 (i.e. incoming call ignored but not sent to answering machine) Oct 26 20:11:56 The ability to call a SMS sender Oct 26 20:12:07 commited Oct 26 20:12:10 Things not related to PIM obviously but important stuff nonetheless Oct 26 20:12:38 quickdev: Because I think that's the thing which will define the flexibility of what we did Oct 26 20:12:42 yes, we should make a plan Oct 26 20:13:01 Will start on that tomorrow then on the trac Oct 26 20:13:07 Ainulindale, recompile ophonekitd and libframeworkd, then DTMF should be testable Oct 26 20:13:23 quickdev: can you recompile it on the buildhost ? Oct 26 20:13:27 for everyone :-) Oct 26 20:13:27 yeah Oct 26 20:13:28 one moment Oct 26 20:13:40 In any case, going out for a smoke Oct 26 20:13:51 I'm like DocScrutinizer, can't stand those gums anymore :-p Oct 26 20:14:15 :-D Oct 26 20:26:26 Ainulindale, http://shr.bearstech.com/trac/wiki/Features - for people who don't know shr Oct 26 20:33:54 quickdev: lacks "send messages" ;-) Oct 26 20:34:10 it does not work yet... Oct 26 20:34:14 or I haven't tested it yet Oct 26 20:34:19 I know :-:) Oct 26 20:35:10 btw., the first patch was submitted ;) Oct 26 20:38:17 Ainulindale, do I need to build package-index Oct 26 20:38:18 ? Oct 26 20:45:59 ok, done Oct 26 20:49:51 Ainulindale: what's wrong with gums? They make for a nice capacitor! :-P Well, the foil that is Oct 26 20:56:39 quickdev: yes you have to Oct 26 20:56:55 DocScrutinizer: hey regarding your fix, seems awfully complicated to me Oct 26 20:57:21 the one surely is Oct 26 20:57:36 Ainulindale, try opkg update && upgrade Oct 26 20:57:48 the "dentist's fix" is rather simple Oct 26 20:57:49 DocScrutinizer: Did you think about this exchange I talked about a while ago ? Oct 26 20:58:05 Meaning something allowing me to test this fix for you Oct 26 20:58:24 Because I'm seriously not comfortable with happily destroying my freerunner myself :-) Oct 26 20:58:48 quickdev: In progress :-) Oct 26 20:58:49 yup, I thought about it, but I'm leaving for TPE in a few days Oct 26 20:59:14 DocScrutinizer: So there's no way for you to, say, send me a board to test it ? Oct 26 20:59:25 (I can even pay for shipping) Oct 26 20:59:33 It's just that I'd like to have a backup just in case Oct 26 20:59:39 I'll check the options on that Oct 26 20:59:40 the Freerunner is my only phone now Oct 26 20:59:49 DocScrutinizer: Germany => France isn't really expensive Oct 26 21:00:05 its not about postage Oct 26 21:00:16 Rights problem then ? Oct 26 21:01:17 I'm not supposed to send out devices I got for testing purposes. Though I don't think it's a real problem if I did, other than I really got not that many of them Oct 26 21:01:47 DocScrutinizer: If this is just for testing purposes, say a week or two, is it problematic ? Oct 26 21:01:55 If necessary I'm willing to sign NDA or such Oct 26 21:01:59 not really Oct 26 21:02:11 It's just that this is the most annoying problem I have on the freerunner Oct 26 21:02:23 And the most critical too IMHO Oct 26 21:02:27 (NDA) nah, there's no NDA'd material inside our FRs :-) Oct 26 21:02:44 quickdev: ERROR: libframeworkd-phonegui-efl0.postinst returned 1 Oct 26 21:03:09 Killed ophonekitd Oct 26 21:03:11 Will retry Oct 26 21:03:25 Same thing Oct 26 21:03:47 postint is uninteresting Oct 26 21:03:48 my main problem is: I don't like to fix a few thousand FR in Europe. I need someone to reproduce any fix and multiply it Oct 26 21:03:51 should work anyway Oct 26 21:04:05 DocScrutinizer: Indeed Oct 26 21:04:09 which FIX are you talking about? Oct 26 21:04:17 DocScrutinizer: I could help you with that thing in Paris Oct 26 21:04:29 There are regular OM enthusiast meetings Oct 26 21:04:34 And there's an official distributor Oct 26 21:04:38 quickdev: a bunch of nasty rsp difficult hacks Oct 26 21:04:40 I'm already acting as a link for SHR with them Oct 26 21:04:53 I'm sure they're willing to help with that Oct 26 21:05:05 RSP difficult hacks? buzzing problem or what? Oct 26 21:05:12 yup Oct 26 21:05:19 ah, say that :) Oct 26 21:05:48 Ainulindale, call your answering machine! ;) Oct 26 21:05:59 quickdev: did you notice electronic guys tend to speak weirdly ? :-) Oct 26 21:06:01 Already tried quickdev Oct 26 21:06:04 Working perfectly Oct 26 21:06:05 there are 4 different "fixes" to test. I posted some photos on 2 of them Oct 26 21:06:05 Good work :-) Oct 26 21:06:31 quickdev: now contacts and speaker, go go go :-) Oct 26 21:07:07 DocScrutinizer: I think this is the last thing keeping my friends to consider the FR as a real phone in fact Oct 26 21:07:08 how does the speaker thing work? with audio scenarios? Oct 26 21:07:13 quickdev: exactly Oct 26 21:07:14 have you done the libframeworkd-glib work? Oct 26 21:07:22 2 or 3 weeks ago Oct 26 21:07:39 But I'd rather have the contacts thing :-) Oct 26 21:07:51 quickdev: goal is to push the stereout scenario Oct 26 21:07:53 hehe...I'll spank mickey if he changed something inbetween ;) Oct 26 21:07:58 Ainulindale: I am well aware this darn buzz-issue *needs* a fix Oct 26 21:08:07 DocScrutinizer: Indeed Oct 26 21:08:16 Of course if you'd worked properly in the first place... Oct 26 21:08:17 :-P Oct 26 21:08:25 (Instead of smoking) Oct 26 21:08:28 (Or eating gums) Oct 26 21:08:30 I promised I won't stop until we found a fix or botch Oct 26 21:08:31 could someone record that buzzing? I'm not certain if I'm suffering from it ;) Oct 26 21:08:44 quickdev: you can't ear it Oct 26 21:08:47 It's on the receiver side Oct 26 21:08:51 Here it's pretty awful Oct 26 21:08:56 It depends on the network of the caller/callee Oct 26 21:09:02 receiver side == far end Oct 26 21:09:11 Depends on the volume also Oct 26 21:09:18 ah, ok, damn Oct 26 21:09:22 nope only local network Oct 26 21:09:26 quickdev: Nice arrangement for the buttons Oct 26 21:09:31 Far more convenient Oct 26 21:09:35 yeah Oct 26 21:09:44 This way I won't reject calls clumsily :-p Oct 26 21:10:02 DocScrutinizer: Here it depends on the volume of the mic Oct 26 21:10:09 But I guess that's because it's proportional Oct 26 21:10:10 yes, it's compatible with old, clumsy people Oct 26 21:10:13 yup, somehow Oct 26 21:10:21 If I lower the mic entry, my voice is lower but the buzz is too Oct 26 21:10:36 quite obvious Oct 26 21:10:43 I tested that on three different networks Oct 26 21:10:44 but there are 4 fixes which work so far? Oct 26 21:10:46 Each with different results Oct 26 21:10:57 But I'm not sure about the link with the GSM base station Oct 26 21:10:58 as it's the micbias power for mic where the noise creeps in Oct 26 21:11:29 quickdev: 3 to test Oct 26 21:11:37 one of them works? Oct 26 21:11:43 3 not easy to do for common people Oct 26 21:11:51 quickdev: one verified, but hard to find and place the components Oct 26 21:12:04 better than nothing so far Oct 26 21:12:09 just tried it, you could swap the "release" button and the "show / hide pad" button when the call is active, so you don't accidentally hang up again Oct 26 21:12:12 Ainulindale: nah, dentist's rework is a snap Oct 26 21:12:26 DocScrutinizer: which one again ? Oct 26 21:12:28 took me a dremel and 5 minutes Oct 26 21:12:43 first six pictures of today's lnk Oct 26 21:12:46 Ok Oct 26 21:12:52 So let me tell you that Oct 26 21:12:54 First Oct 26 21:12:59 I don't own a dremel Oct 26 21:13:00 Second Oct 26 21:13:10 You're far too much optimistic regarding my skills Oct 26 21:13:19 I harmed myself with a bread knife recently Oct 26 21:13:25 Are you sure I can handle a dremel ? Oct 26 21:13:29 Wiedi, already done if I understood you, could you make a opkg update && opkg upgrade ? and restart ophonekitd or your phone? Oct 26 21:13:38 for your richterskala probably there's no feasible fix Oct 26 21:13:49 richterskala ? Oct 26 21:13:50 oh Oct 26 21:14:05 DocScrutinizer: Believe me if I was confident enough to do that I would do it :-) Oct 26 21:14:08 earthquake scale Oct 26 21:14:25 Ainulindale, get a german wörterbuch Oct 26 21:14:29 * mwester owns a dremel,but should probably wait until after the Embedded Conference this week to cut up his FR. Oct 26 21:14:58 DocScrutinizer: anyway, the picture sounds scary Oct 26 21:15:01 mwester: wait until I verified this for viable "fix" Oct 26 21:15:04 I hear the FR crying from there :-) Oct 26 21:15:15 lol Oct 26 21:15:19 hehe - it trembles with fear on my desktop. Oct 26 21:15:32 But anyway, if this is a fix, it should be utterly tested for side effects Oct 26 21:15:41 yeah actually the dentist fotos look more scary than the actual rework is Oct 26 21:15:44 What is this component you're happily piercing ? Oct 26 21:16:44 quickdev, i have 0.0.1+r5-svnr1-r5.1 - when the phone rings "accept" is on the left, "release" on the right. when the call is active "release" is on the left and "show pad" right. Oct 26 21:16:48 the dentist ne? it shouldn't have any, beyond killing mic nput from headset and breaking HOLD button Oct 26 21:17:08 DocScrutinizer: what ? :-) Oct 26 21:17:19 ? Oct 26 21:17:27 Are you serious ? Oct 26 21:17:33 Wiedi, that's the version of what? :) Oct 26 21:17:41 sure, cutting pin4... Oct 26 21:17:43 ophonekitd Oct 26 21:17:58 DocScrutinizer: cutting pin4 leads to no buzz, but no mic input from headset and no HOLD button ? Oct 26 21:18:01 ..kills mic and button function Oct 26 21:18:09 exactly Oct 26 21:18:18 And to you this is a slight side effect ? :-p Oct 26 21:18:33 What if I, say, want to use a headset ? :-) Oct 26 21:18:58 lol - you can't use mic input from headset anyway, buzz is much worse than from handset mic Oct 26 21:19:04 Wiedi, ophonekitd is up to date, but probably not libframeworkd-phonegui-efl - you should update that...because all apps have their UI there :) Oct 26 21:19:22 DocScrutinizer: I know, but that just means to me that there's a better solution (which I don't know about obviously) Oct 26 21:19:24 * mwester looks more seriously at the small pile of bluetooth devices on the shelf. Oct 26 21:19:38 the other fix isn't that destructive, but still doesn't fix buzz on headset and is more difficult Oct 26 21:20:07 DocScrutinizer: So there's no fix that is able to fix totally the buzzing problem ? Oct 26 21:20:19 i.e. headset and handset ? Oct 26 21:20:26 even arseset for you germans ? Oct 26 21:20:27 let's see whether fix #3 pans out Oct 26 21:20:52 libframeworkd-phonegui-efl0 - 0.0.1+r19-svnr1-r19.1, thats also the one on "shr-testing" - am i looking in the wrong place? Oct 26 21:21:06 it's about electrocuting the trace and placing a bead across the gap Oct 26 21:21:24 Wiedi, right version, have you restarted ophonekitd? Oct 26 21:21:29 not sure if the gap is good enough to stop the RF Oct 26 21:21:37 DocScrutinizer: I have no idea about what you're talking about Oct 26 21:22:02 about the yet unpublished fix variant #3 Oct 26 21:22:11 Hmmm.... dremel vs high current? both seem to have a fairly high possibility of "collateral damage" Oct 26 21:22:19 yup Oct 26 21:22:49 there's no easy way to fix this. LAyout rework is alwqys a nasty botch Oct 26 21:23:06 DocScrutinizer: Anyway, what I'm looking for is something that will solve this issue without removing any potential ability of the device :-) Oct 26 21:23:13 (Am I too exigeant ? :-) ) Oct 26 21:23:25 that's exactly fix #3 Oct 26 21:23:28 Definitely sounds like no matter what it is, a certain amount of skill would be required, and some degree of "at your own risk" Oct 26 21:23:36 if it ever pans out Oct 26 21:23:55 (going to grab a smoke, coming back in some minute) Oct 26 21:24:02 mwester: yup, for the first ~30 devices, sure Oct 26 21:24:05 DocScrutinizer: well if you need testers for that one as well Oct 26 21:24:45 Ainulindale: even I don't have a two-digigts amount of test devices here :-/ Oct 26 21:25:07 Ainulindale, the old kernel works without audio Oct 26 21:25:27 it's compiling atm Oct 26 21:25:30 so all I can do is publish my ideas for very brave hackers to test it, if they dare Oct 26 21:25:33 today's image is quite fine :) Oct 26 21:26:24 and eventually do a small series of rework on the best fix in TPE, in a few weeks. IF we got any A6 there to do that :-/ Oct 26 21:27:57 actually there are people who really removed the whole hs-receptacle to stop the buzz-issue. It's less invasive to dremel a hole in the receptacle, or even electrocute a trace Oct 26 21:29:02 so my current suggestions is addressed to those guys who realy dare to do heavy rework on their FR, accepting "minor" sideeffects like no more headset connector Oct 26 21:31:47 for those guys, he dentist's rework is a big improvement over what they're willing to do to their FR to fix the buzz Oct 26 21:32:03 DocScrutinizer: not even mobos ? Oct 26 21:32:13 what's mobo Oct 26 21:32:19 a FR motherboard Oct 26 21:32:32 don't get Ur Q Oct 26 21:32:50 You don't have any motherboards without the rest of the peripherics ? Oct 26 21:33:01 Not actual devices Oct 26 21:33:07 I'm not sure about that Oct 26 21:33:34 everybody was so eager to buy a FR, we probably didn't hold too much of them Oct 26 21:33:42 Too bad Oct 26 21:33:58 Ainulindale, atm suspend does not work, because there are 3 chars missing in frameworkd...so it's very easy to patch...how do we solve it? Oct 26 21:34:09 3 chars ? Oct 26 21:34:13 What do you mean ? Oct 26 21:34:34 also notice we're about to produce A7 board revision. So the A6 or A5 isn't in use or on shelf anymore Oct 26 21:34:47 A7 being GTA03 ? Oct 26 21:34:47 ousaged/generic.py, "import time" must be replaced with "import time, os", then it works Oct 26 21:34:56 nope, GTA02A7 Oct 26 21:35:14 quickdev, i also tried a reboot now, probably borked something here. you said it's fixed so i'm happy - it's not a big issue, just wanted to bring it up ;) Oct 26 21:35:17 which implements fix#4 Oct 26 21:35:18 DocScrutinizer: And I suppose there's no way to request a replacement ? Oct 26 21:35:35 quickdev: I thought mickey fixed that Oct 26 21:35:36 Wiedi, could you please verify that it works now? Oct 26 21:35:38 duno, not my business Oct 26 21:35:50 Ainulindale, yes, but in the most recent version which is screwed up Oct 26 21:36:16 well Oct 26 21:36:24 We could put the file in the image generation Oct 26 21:36:52 k, C U guys & gals. have to leave now Oct 26 21:37:06 quickdev: or wait until charlie comeback to his office to fix his stuff :-) Oct 26 21:37:09 DocScrutinizer: good night Oct 26 21:37:11 Ainulindale, yeah...one additional problem, phone does not come back after suspend Oct 26 21:37:19 Why ? Oct 26 21:37:31 (damn mess...) Oct 26 21:37:35 wrong kernel? but it already worked someday...let me compare the versions Oct 26 21:37:42 Ok Oct 26 21:39:25 quickdev, it' still how i described before Oct 26 21:39:32 strange. Oct 26 21:39:56 Ainulindale, didn't you say that it's changed now? Release | DTMF, left | right ? Oct 26 21:40:28 sure the postinst thing with libframeworkd-phonegui-efl0 is not important? Oct 26 21:41:04 Ainulindale, damn, seems I flashed the wrong kernel ;) Oct 26 21:41:10 Wiedi, yes Oct 26 21:41:47 Wiedi, you did opkg update and opkg upgrade after setting up /etc/resolv.conf? Oct 26 21:42:12 yes, i can ping google, and it upgraded some packages, flashed a new kernel and so on Oct 26 21:43:04 wait a minute, I'll see if I suffer from it, too ;) Oct 26 21:43:19 but I would have bet that it's fixed.. Oct 26 21:43:51 http://paste.frubar.net/9226 <- that should be ok, right? Oct 26 21:44:11 yeah, it is Oct 26 22:01:27 Ainulindale, suspend is working. Oct 26 22:08:26 Just with the version there's online now ? Oct 26 22:10:42 yes, I deleted all other kernels Oct 26 22:10:48 you need no modules, but the frameworkd fix Oct 26 22:11:06 Which has to be deployed how ? Oct 26 22:11:09 is it packaged . Oct 26 22:11:15 ? Oct 26 22:11:31 just open the file I mentioned and change the line Oct 26 22:11:49 http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=69f31318b9019dbce98af07552814059c666f228;hp=bf83ba3e510331cc3dd41f554da60fdae8861a64 Oct 26 22:12:25 we should open our own frameworkd branch, hehe Oct 26 22:13:37 or just tag it :-) Oct 26 22:13:46 A floating SHR task should be doable Oct 26 22:14:04 Hmpf Oct 26 22:14:09 tag not task Oct 26 22:14:24 But this tag thing is for another day Oct 26 22:14:32 (Heh, english-german joke) Oct 26 22:14:34 I don't thikn that a tag would work Oct 26 22:14:44 (I should be leaving for that kind of stupid joke) Oct 26 22:15:12 quickdev: When we will have a good and working version Oct 26 22:16:36 good question, how should I know? ;) Oct 26 22:16:46 What ? Oct 26 22:16:55 That's not a question Oct 26 22:16:59 That's a constatation Oct 26 22:17:07 We will tag WHEN we will have a good and working version of frameworkd Oct 26 22:17:38 yeah...but will we ever have a good version where there _no_ bug and all features we need? Oct 26 22:17:45 Yep Oct 26 22:17:50 On MS Oct 26 22:17:59 yeah...hehe, lasts some weeks ;) Oct 26 22:18:07 For now, yes Oct 26 22:18:22 Inbetween, we could hack the frameworkd.bb file Oct 26 22:18:27 or put a patch in its directory Oct 26 22:19:29 yeah Oct 26 22:19:56 who does that? ;) Oct 26 22:20:13 Right now I'm handling another thing Oct 26 22:20:21 (personal stuff, nothing related to OM) Oct 26 22:20:27 So either you do that now Oct 26 22:20:32 Or I'll do that tomorrow Oct 26 22:20:42 would be fine if you do it tomorrow Oct 26 22:20:57 have to go now...school begins tomorrow...after one week fun in munich Oct 26 22:21:07 Have a nice school day then :-) Oct 26 22:21:40 maybe you could create the plan, to Oct 26 22:21:41 *too Oct 26 22:25:32 what bothers me is the incoming message thing... Oct 26 22:30:04 mickey|bbl, are you going to disable suspend as long as there's enough time to detect the recamping bug? Oct 26 22:32:22 have to go...cya Oct 26 22:45:29 * cjb wnoders how milestone 4 is shaping up **** ENDING LOGGING AT Mon Oct 27 02:59:57 2008