**** BEGIN LOGGING AT Wed Dec 02 02:59:57 2009 Dec 02 03:24:14 hi,all. which shell command or linux c function can parse ini file ? Dec 02 03:46:02 Breese_Kay: grep? sed? awk? Dec 02 03:47:13 DocScrutinizer: em... like php parse_ini_file. I want get a struct data when the function callback Dec 02 03:47:47 [2009-12-02 04:24:14] hi,all. which shell command... Dec 02 05:31:22 Breese_Kay, the keyfile class in glib? Dec 02 06:26:13 morning Dec 02 06:26:15 moin Dec 02 06:26:38 mmh, phoneuid segfaults in my shr-testing-testing Dec 02 06:33:13 moin mrmoku Dec 02 06:33:37 moin playyaWorking_ Dec 02 06:35:14 mrmoku: phoneuid segfaults in shr-testing-testing :-( Dec 02 06:35:24 spaetz: update the rev then ;) Dec 02 06:35:45 yep, that's what I'm going to do. Just to understand things Dec 02 06:36:07 phonefsod and phoneuid do not need to be synchronized very tightl<, right? Dec 02 06:36:23 but when I update phoneuid, I usually wan to update libohoneui* as well? Dec 02 06:36:33 libphoneui* Dec 02 06:37:56 and when you guys do "cat /dev/snd/controlC0" do you also get a "read error: File descriptor in bad state" ? Dec 02 06:38:38 not necessarily Dec 02 06:38:56 spaetz: depends on what changed... Dec 02 06:39:01 mmh, ok Dec 02 06:39:04 and Dec 02 06:39:15 phonfsod and phoneuid talk via the dbus api Dec 02 06:39:28 so... if that changes... you might have to update both Dec 02 06:39:31 it really depends :P; Dec 02 06:39:54 ok. I was afraid of that answer :) Dec 02 06:40:19 spaetz: good thing is... you have experts very close to you... who are able to tell :P Dec 02 06:40:26 hehe Dec 02 06:41:10 the only thing TA5n always tells me is, "don't build yet, there are important features going in right now" :P Dec 02 06:41:55 spaetz: and that almost always is the truth :P Dec 02 06:44:13 morning Dec 02 06:45:21 good morning Dec 02 06:47:52 mrmoku: unfortunately Dec 02 06:48:16 my students hate me when I reply "it depends". But that answer is nearly always true... I agree Dec 02 06:48:37 what do you teach ? Dec 02 06:48:42 especially in the fuzzy area management ;) Dec 02 06:48:56 gonzoism: strategy and knowledge management :) Dec 02 06:49:02 nothing computer-related Dec 02 06:49:38 but doing research on open source software Dec 02 06:50:03 knowledge management sounds interesting. Dec 02 06:50:37 strategy too, of course, but i've never considered managing knowledge before. not sure what you mean by it. i'm googling it. :) Dec 02 06:53:23 spaetz, so you get somhow paid for working on shr? Dec 02 06:54:16 nahh Dec 02 06:54:21 not at all. Dec 02 06:54:35 how long have you been involved in shr ? Dec 02 06:55:07 spaetz ^ Dec 02 06:55:12 gonzoism: few months? I got my FR beginning of this year. Dec 02 06:55:26 can you build your own shr images yet ? Dec 02 06:55:31 but didn't do anything until summer. Dec 02 06:56:24 gonzoism: yep, if all the crap git mirrors are up, it works fine (actually, now that the shr buildhost mirrors the sources, it works really well) Dec 02 06:56:38 mrmoku: mirroring sources on build host was a really good move. Dec 02 06:57:03 yeah, probably yes :) Dec 02 06:57:06 gonzoism: shr makefile is really helpful in getting you started Dec 02 06:58:51 i read it and the howto, but haven't gotten it down yet. i've been re-reading / studying it the last few days as well as the bitbake user manual and i spent 3 hours on python last night. :) i've been interested in OS development and administration for years, and actively pursuing that knowledge. i think i like that the best out of all this computer stuff. Dec 02 06:59:42 i think i've been re-reading for 2 days. i'm really bad with recalling time measurements. (i always think everything happened either yesterday or last week. :) Dec 02 06:59:59 other than that, i'm still pretty weird sometimes. :) Dec 02 07:00:48 so do you teach about all aspects of KM or the human relations part, and what kind of environment are you teaching for ? Dec 02 07:03:13 other than shell scripts, i haven't really ever written code. python seemed really abstract compared to the BASIC i used in the 80's (atari) Dec 02 07:06:25 gonzoism: the trickiest thing is that it's not 1 thing you have to dig into, but many. Dec 02 07:06:49 It's not only SHR, but its bitbake, and Openembedded. It's freesmartphone.org and shr-project.org Dec 02 07:07:01 uhh. basic. or behssick Dec 02 07:07:10 it's frameworkd, and fso*d. phonefsod, libphoneui*. Dec 02 07:07:39 Understanding how all that works together and when is it the fault of what component, is not easy Dec 02 07:07:50 (and something always goes wrong :-) ) Dec 02 07:09:28 yay for openssh, it now takes only 10 seconds to login rather than the usual 5 :-) Dec 02 07:09:31 * spaetz ducks and hides Dec 02 07:09:36 ;) Dec 02 07:09:45 I don't see the reason to install openssh intsead of dropbear anyway Dec 02 07:10:14 the added functionality shouldn't really be needed, but AIUI dropbear is way faster Dec 02 07:10:36 blindcoder: yep Dec 02 07:11:48 i am seeing that. i was looking at framework yesterday with the python stuff, (my sms-sentry turns off gps after using it now.) started to realize how layered it was. I had seen the images on the wiki trying to visually represent that, but they didn't make sense yet. but the subjects they were talking about weren't really definite for me yet. Dec 02 07:15:01 btw, is there any work going on with reimplementing shr-today in a compiled language? python shr-today takes up around 11 MB RES memory Dec 02 07:15:11 blindcoder: yep Dec 02 07:15:23 afaik, it's already in libphoneui or it is nearly in there Dec 02 07:15:26 spaetz did the knowledge management of the gnu community surprise, interest, fascinate you, or anything like that ? if you were to compare it to the KM of another community which would that be ? Dec 02 07:15:27 written in C Dec 02 07:15:53 spaetz: ah, great :-) Dec 02 07:16:24 gonzoism: my boss when into Open source, in 2000 as he was surprised that people who never meet face-to-face were able to create good and complex knowledge (which was very unexpected back then) Dec 02 07:16:30 I'm also currently rewriting my fltk* applications to use a touchscreen-suitable interface Dec 02 07:16:45 and he hired me to do my PhD on this, as I was a hobby developer even back then :) Dec 02 07:17:00 blindcoder: efl? ;) Dec 02 07:17:36 spaetz: fltktouchscreen, written by yours truly. but yes, it should be switched to efl sometime (sooner than later) Dec 02 07:18:02 spaetz: when I'm on the next travel I'll invest a weekend or two to look into the API documentation. Dec 02 07:19:00 spaetz that is awesome. i'd love a copy of your dissertation after you finish. i'm not sure if that is an acceptable thing to ask, and apologize if it is rude. Dec 02 07:19:10 Actually, I did finish :) Dec 02 07:19:19 3 years ago now :) Dec 02 07:19:25 :) Dec 02 07:19:35 but I continue doing the same type of reasearch... Dec 02 07:19:45 is it ok to ask for a copy ? Dec 02 07:20:14 gonzoism: and no, it's not rude. My dissertation itself is kind of crappy though, what is really interesting are the articles that were created during that time. Dec 02 07:20:29 hold on. Dec 02 07:22:22 spaetz: you want to tell me that login via ssh takes 10s for you? Dec 02 07:22:36 i understand the kind of crappy, i think. every time i meet someone with a degree that should have a dissertation, i start googling them to find it. i find a lot of them. even when they are not very perfect, they are full of information and research that a lot of time and consideration went into. Dec 02 07:23:37 i like getting that information. especially since so much of it is kind of culminated. Dec 02 07:24:14 gonzoism: http://dpaste.com/127837/ Dec 02 07:24:46 no, my dissertation is really crappy, as I only spend a short time on it. Most of my time really went into the articles :-) Dec 02 07:25:01 gonzoism: dpaste above contains temporary links to a few of the things Dec 02 07:25:13 i'll be sure to follow them too. Dec 02 07:26:41 spaetz: 10s? Dec 02 07:26:55 spaetz: 1/6min? Dec 02 07:27:19 ohhforgot this one: http://sspaeth.de/uploads/tmp/vonKroghSpaethStuermer2009RD_Nokia.pdf Dec 02 07:27:25 development of the Nokia INternet Tablet Dec 02 07:27:49 and best of all (as of yet unpublished) our survey of the Maemo and OpenMoko community :-) Dec 02 07:27:53 mrmoku: ? Dec 02 07:27:59 ahh Dec 02 07:28:04 no 3-4 weeks :) Dec 02 07:28:24 including learning "R" for the statistics :) Dec 02 07:28:39 [08:09] spaetz | yay for openssh, it now takes only 10 seconds to login rather than the usual 5 :-) Dec 02 07:28:55 ahh, let me remeasure Dec 02 07:29:04 spaetz: wifi or usb? Dec 02 07:30:15 mrmoku: usb. From the moment I type ssh ... and press enter it takes 20 seconds until it asks me for a password Dec 02 07:30:20 time with watch Dec 02 07:30:23 timed Dec 02 07:30:31 spaetz: it is LESS THAN 2s for me? Dec 02 07:30:37 really? Dec 02 07:30:40 crap! Dec 02 07:30:45 so there is something wrong :| Dec 02 07:30:51 seems like it Dec 02 07:30:59 spaetz: do you have a hundreds of keys in you keyring? Dec 02 07:31:06 I mean... loaded into the agent? Dec 02 07:31:41 no, my agent only ssh-add -l Dec 02 07:31:42 The agent has no identities. Dec 02 07:31:52 it's empty :) Dec 02 07:31:53 hmm Dec 02 07:32:04 try to ssh with -vvvv to see what it is doing Dec 02 07:32:10 this is NOT normal :P Dec 02 07:32:38 ok then, this restores my hope in openssh somewhat :) Dec 02 07:32:56 and I start to understand your comments ;) Dec 02 07:32:57 it's some key handling. It get's stuck at debug2: key: /home/spaetz/.ssh/id_dsa (0x7f7ec6c26a90) Dec 02 07:33:04 spaetz i look forward to the openmoko/maemo community one. the last 2 days i've been wondering about its demographics (and the other graphics as well) Dec 02 07:33:37 mrmoku: glad you understand that waiting 20 sec for a passwd prompt is frustrating :) Dec 02 07:33:55 actually, I usually install my key, and dont' need a passwd Dec 02 07:33:56 spaetz: hmm... you prefer password? then probably turning off keyauth will help... Dec 02 07:33:59 ahh Dec 02 07:34:14 no, I just haven't got around to push my key on this fresh install Dec 02 07:35:43 mrmoku: and no, I don't want to hear a "well, switch to a proper distro" comment :-) Dec 02 07:36:07 spaetz: hehe, did not want to comment on your distro ;) Dec 02 07:36:14 spaetz: but try to disable it Dec 02 07:36:15 #PubkeyAuthentication yes Dec 02 07:36:17 set it to no Dec 02 07:36:21 and see if it is fast then Dec 02 07:36:27 just to find out what's going on Dec 02 07:36:38 pushed my key now. Dec 02 07:36:52 from the moment I type ssh until automatic login: 23secs. Dec 02 07:36:58 will disable and retest Dec 02 07:37:04 heh Dec 02 07:37:12 what distro is he using ? Dec 02 07:37:34 a popular .deb-based one Dec 02 07:37:35 gonzoism: forgot which one... just that it is neither Fedora nor SHR ;) Dec 02 07:37:56 heh, i guess that is all that really matters.... Dec 02 07:40:48 disabled pubkeyAuth and restarted sshd Dec 02 07:40:57 still 20 secs till password prompt Dec 02 07:41:13 the last debug output line while it gets stalled is: debug2: key: /home/spaetz/.ssh/identity ((nil)) Dec 02 07:41:26 still offering keys? Dec 02 07:41:28 another thing Dec 02 07:41:38 I have a config in .ssh for it Dec 02 07:41:42 maybe that changes Dec 02 07:41:47 Host shr User root HostName 192.168.0.202 HostKeyAlias shr Dec 02 07:42:07 so have I Dec 02 07:42:14 mine uses Host fr Dec 02 07:42:21 but looks pretty similar otherwise :) Dec 02 07:43:12 :) Dec 02 07:43:22 I don't have a HostKeyAlias... Dec 02 07:43:28 spaetz: see... I'm more patriotic than you :P Dec 02 07:43:33 I call it shr :P Dec 02 07:43:35 hehe Dec 02 07:44:16 I can turn sshd debugging to verbose and check it out. hold on Dec 02 07:46:59 mrmoku: something fails during that time... Dec 02 07:47:02 http://dpaste.com/127840/ Dec 02 07:47:35 and ssh client side shows: debug2: key: /home/spaetz/.ssh/identity ((nil)) Dec 02 07:47:54 while server side (after the pause) logs: Dec 2 08:45:39 om-gta02 auth.info sshd[4032]: Failed none for root from 192.168.0.200 port 51995 ssh2 Dec 02 07:48:16 do you have an ~/ssh/identity file? Dec 02 07:48:22 .ssh Dec 02 07:48:39 I don't Dec 02 07:50:13 spaetz: no identity Dec 02 07:50:13 ahh, the "failed none" is apparently normal. Dec 02 07:50:18 mmmh Dec 02 07:50:38 debug2: key: /home/mok/.ssh/identity ((nil)) Dec 02 07:50:42 debug2: key: /home/mok/.ssh/id_dsa ((nil)) Dec 02 07:50:45 and I have those too Dec 02 07:51:00 debug1: Authentications that can continue: publickey,password,keyboard-interactive Dec 02 07:51:07 what authentications do you have there? Dec 02 07:51:56 debug1: Authentications that can continue: publickey,password,keyboard-interactive Dec 02 07:52:00 hm Dec 02 07:52:28 but at the time I get this line 20 seconds have already passed Dec 02 07:53:12 anyway, dayjob now and probably some phoneuid bumping for shr-testing. I'll have to look into that later Dec 02 07:53:26 but ask around what times others have. Probably I am the odd one out Dec 02 07:54:04 ::P Dec 02 07:59:54 mrmoku: phoneuid is at the latest rev already in shr-testing. So the segfault must have a different reason... Dec 02 08:00:27 checking shr-unstable if I also get the /dev/snd/ControlC0 bad file descriptor thingie Dec 02 08:01:33 how do people work around the "Host Key changed" issue when they boot different distros on the FreeRunner? Dec 02 08:01:44 * spaetz checks ssh_config Dec 02 08:02:54 spaetz: vim ~/.ssh_config ;) Dec 02 08:03:33 or backup the old key :( Dec 02 08:03:45 'failed to setup environment', wtf? Dec 02 08:04:06 found it Dec 02 08:04:54 how do we spell antenna ? <-- like that ? there seems to be other acceptable ways, which is most common, or which should i use ? Dec 02 08:05:42 singular antenna, plural antennae, no? Dec 02 08:06:43 ok, now i understand why i thought there were other acceptable ways. i didn't know that was its plural. where I live, everybody adds an 's' Dec 02 08:09:15 okay, seems like the upgrade yesterday borked my phone :( Dec 02 08:09:29 doh, mrmoku. I am using latest phoneuid and the last log entry I get before it segfaults Dec 02 08:09:32 2009.12.02 09:08:16.823369 [libphone-ui] DEBUG: feedback: configured fla Dec 02 08:09:35 shd,200,500,3,10 for action error Dec 02 08:09:38 2009.12.02 09:08:16.824130 [libphone-ui] MESSAGE: feedback: invalid soun Dec 02 08:09:41 d config for action error Dec 02 08:09:56 but I have libphone* stuff from before feedback stuff was added, I think. Would that lead to a segfault? Dec 02 08:10:10 ERROR: '['/home/moko/SHR/shr-unstable/openembedded/recipes/shr/shr-settings_git.bb']' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'python-pexcept' but it wasn't found in any PACKAGE or RPROVIDES variables Dec 02 08:10:14 NOTE: Runtime target 'python-pexcept' is unbuildable, removing... Dec 02 08:10:16 Missing or unbuildable dependency chain was: ['python-pexcept'] Dec 02 08:10:17 spelling error?? Dec 02 08:10:39 If you are taking source from SVN, then use SVN revision 44116. Dec 02 08:10:46 (mail on e-devel) Dec 02 08:10:53 new snapshot :) Dec 02 08:11:30 spaetz: does that lead to the 'failed to setup environment' error I'm seeing here on every phoneui-* app? Dec 02 08:13:14 blindcoder: hmm... I just upgraded some minutes ago... and have no problems Dec 02 08:14:08 mrmoku: my upgrade is from yesterday evening Dec 02 08:14:49 antenna is 'on' frameworkd running, but no pin entry, no dialer, etc. Dec 02 08:15:16 we should make s/antenna/GSM/ to make DocScrutinizer-8 happy :) Dec 02 08:15:42 okay, GSM is on :) Dec 02 08:16:31 ;) Dec 02 08:16:41 actually, I meant the text in shr-settings Dec 02 08:17:54 yeah, better Dec 02 08:18:05 /var/log/phoneuid.log keeps growing Dec 02 08:18:17 DocScrutinizer-8: hehe Dec 02 08:18:20 blindcoder: there was a fix last night Dec 02 08:18:22 MESSAGE: Loading phoneuid Dec 02 08:18:40 mrmoku: ah, okay, then that's probably missing here Dec 02 08:18:46 blindcoder: remove [feedback_error] section in /etc/libphoneui.conf Dec 02 08:18:50 and it will work :) Dec 02 08:18:54 is it something I can do man... okay :-) Dec 02 08:18:55 (or upgrade) Dec 02 08:19:06 no network access here Dec 02 08:19:14 my phone is quite isolated when I'm not at home Dec 02 08:19:29 just editing the config is enough Dec 02 08:19:39 feedback error should go? Dec 02 08:19:44 ooh, I have that in shr-testing Dec 02 08:19:54 which commit removed that? Dec 02 08:20:26 spaetz: I commented all options there Dec 02 08:20:30 it does not have to go Dec 02 08:20:36 what about _warning _notice _click? Dec 02 08:20:40 just that it had a bogus entry Dec 02 08:20:45 blindcoder: empty ones are fine Dec 02 08:21:03 okay Dec 02 08:21:05 have to examine why it did make it segfault... should not :( Dec 02 08:21:43 ok, will bump libphone-ui to that latest Dec 02 08:24:53 spaetz: ahh, sorry was not clear that we're talking about libphone-ui Dec 02 08:24:58 (and not phoneuid itself) Dec 02 08:25:27 I noticed that after some time :-) Dec 02 08:25:45 "opkg search /etc/libphoneui.conf" gave me the answer Dec 02 08:25:51 and I should have known :) Dec 02 08:26:47 ::P Dec 02 08:29:32 phoneui-dialer.c:2:25: error: dialer-view.h: No such file or directory Dec 02 08:29:54 probably means that my libphone-ui wants a newer *-shr version, right? Dec 02 08:30:04 compiling libphone-ui Dec 02 08:30:47 hmm Dec 02 08:31:09 let me check what Ta5N did :P Dec 02 08:32:11 ahh, I am using er, compiling linbphone-ui-shr that is Dec 02 08:32:15 yeah Dec 02 08:32:27 I'll just bump to latest and see if it works Dec 02 08:32:27 you should not do that Dec 02 08:32:30 no Dec 02 08:32:33 well Dec 02 08:32:36 you can try Dec 02 08:32:38 BUT Dec 02 08:32:57 Ta5N started to cleanup libphone-ui-shr Dec 02 08:33:06 (which will be a very good thing in the end) Dec 02 08:33:16 but might cause you trouble right now Dec 02 08:33:22 ok, then I need to go back with libphone-ui Dec 02 08:33:26 why Dec 02 08:33:59 err Dec 02 08:34:09 spaetz: libphone-ui-shr = 25927e987386ecd8a0128b66eb87fde5d042e856 Dec 02 08:34:31 libphone-ui = 76c8870f5cefcb93035051895c550d3b8c55da83 Dec 02 08:34:37 that should build and even work Dec 02 08:34:55 ok, will try that Dec 02 08:35:34 hehe, I was just looking at that revision Dec 02 08:35:37 pondering it :) Dec 02 08:36:11 rebuilding and trying now Dec 02 08:40:30 it is funny how "I" is the only word that gets capitalized when all other capitalization is abandoned. probably a good thing too, lest somebody think we are referring to ourselves as an imaginary number, and think we are nuts. Dec 02 08:47:58 lol :) Dec 02 08:48:01 :) Dec 02 08:48:30 more and more of the world is capitalized, so I have no idea what you're talking about :P Dec 02 08:48:44 it fits perfectly with the capital I Dec 02 08:50:05 WTF is bb insisting in buildin libphone-ui-shr latest, when I pinned a previous version in sane-revs? GAH Dec 02 08:50:10 <[Rui]> Morning! Yesterday was an awfull day, headache all day long *brrr* Dec 02 08:50:30 <[Rui]> DocScrutinizer: ping ? Dec 02 08:50:44 <[Rui]> TAsn: ping? Dec 02 08:51:09 <[Rui]> WRT mic sidetone mux, my tests yesterday showed it was clearly effective Dec 02 08:51:21 <[Rui]> even inside a noisy restaurant I was normally heard on the other side Dec 02 08:51:47 <[Rui]> normally as in: restaurant background noise, yes, of course, but I could be heard about as well as in any other phone Dec 02 08:53:10 [Rui]: that sounds good! Dec 02 08:53:14 (pun intended) Dec 02 08:53:23 heh Dec 02 08:53:27 <[Rui]> sybren: hehe Dec 02 08:53:54 <[Rui]> mickey|office: as a long timer, do you know where that "must be mic2" mandatory command comes from? Dec 02 08:54:32 <[Rui]> mickey|office: the paranoid in me wonders if it was intentional, the sane in me wonders if it was a horrible translation mistake? Dec 02 08:54:45 i'm afraid not, I have stayed away from the craziness in the mixer configuration, that's what we had guys like Jörg for Dec 02 08:55:07 <[Rui]> mickey|office: damn, because the difference is from horrible to normal Dec 02 08:55:08 however... if it works for you, I wouldn't mind breaking the "law" ;) Dec 02 08:55:22 <[Rui]> mickey|office: it worked as well for JesusMcCloud Dec 02 08:55:27 It'd be good to have some more confirmations Dec 02 08:55:34 then we might as well make it the default and tell no one ;) Dec 02 08:55:35 <[Rui]> mickey|office: although he had buzz (no buzz fix on his phone) Dec 02 08:56:16 <[Rui]> but one can't help much about that Dec 02 08:56:34 yep Dec 02 08:59:26 spaetz: you did remove the shr-autorev.inc from shr.conf, did you? Dec 02 09:02:22 yep, I did Dec 02 09:02:29 It's even gone in the Makefile :) Dec 02 09:02:40 bumping PR to see if that helps Dec 02 09:02:53 NOOO Dec 02 09:03:01 well... selecting the rev to build has nothing to do with PR Dec 02 09:04:01 DOH Dec 02 09:04:05 distro/shr.conf:require conf/distro/include/shr-autorev.inc Dec 02 09:04:12 it's gone from local.conf but not shr.conf Dec 02 09:04:27 I know that PR should not have anything to do with it (in theory) :) Dec 02 09:04:41 I was just shooting in the dark, but I am just stupid. Dec 02 09:17:15 burrp Dec 02 09:19:06 prost Dec 02 09:20:21 <[Rui]> raster: hi, do you know bubbles and other containers are a bit broken? Dec 02 09:21:09 <[Rui]> as in almost unusable (in the case of bubbles)? Dec 02 09:21:20 [Rui]: bubbles arent Dec 02 09:21:33 nothing to do with bubbles or containers Dec 02 09:21:45 iits to do woith min size calc of entries/labels that wrap lines Dec 02 09:21:51 <[Rui]> raster: well, yeah, probably it's something at a lower level :) Dec 02 09:21:58 in that its not actually possible to reliably do so as heigh depends on width Dec 02 09:22:11 and u are trying to find out the minimum size of BOTH Dec 02 09:23:38 <[Rui]> «not actually possible to reliably do so»? but things seemed to work quite well up 'till recently! :) Dec 02 09:24:38 <[Rui]> his is an example of how bad it is right now: http://scap.linuxtogo.org/files/af9baec36df96e688cbd000373208829.png Dec 02 09:24:48 <[Rui]> I never saw anything similar previously Dec 02 09:29:22 [Rui]: they worked by luck Dec 02 09:30:12 <[Rui]> raster: OMG.... Dec 02 09:31:31 <[Rui]> raster: so if it isn't actually possible, should Elementary be scrapped? Dec 02 09:32:51 hehe Dec 02 09:33:09 <[Rui]> other kinds of boxes are suffering from it too, but at a lesser degree, but bubble related applications are simply unusable :( Dec 02 09:36:11 as i said Dec 02 09:36:16 nothing to do with bubble,s boxes and so on Dec 02 09:36:42 entirely to do with not being able to determine the in size of an entry+anchorblock Dec 02 09:36:47 (same thing in the end) Dec 02 09:37:00 that wraps text as its heigh changes based on width Dec 02 09:37:26 it does calculate it Dec 02 09:37:34 but just not at the output size u see Dec 02 09:37:45 it ends up figuring it out when fully wrapped etc Dec 02 09:42:39 raster!! Dec 02 09:43:02 :-) Dec 02 09:45:00 docz! Dec 02 09:45:03 got ur n900? Dec 02 09:45:18 yup Dec 02 09:45:32 just got lost in /sys Dec 02 09:46:21 boring stuff like slider, prroximity detector, and headset detect was easy to find Dec 02 09:47:41 aaah Dec 02 09:47:55 <[Rui]> raster: yes, I understand that it's not a "bubble" problem, but it reflects as such :) do you have any suggestion for a workaround? Dec 02 09:48:21 <[Rui]> raster: like using a label for the time being and scrap the links ? Dec 02 09:48:21 put newlines into the text explicitly Dec 02 09:48:25 and done allow wrap Dec 02 09:48:33 yes Dec 02 09:48:34 label will do Dec 02 09:48:40 no auto wrap Dec 02 09:49:03 <[Rui]> raster: yeah, but labels are single line as well, right? Dec 02 09:49:16 no Dec 02 09:49:19 can be multi Dec 02 09:50:23 <[Rui]> raster: sucks a bit, but what can one do in the meanwhile but this :) Dec 02 09:50:53 pray? Dec 02 09:50:54 :) Dec 02 09:51:32 <[Rui]> raster: oh dear raster in the other side of the world, please cure us of this Elementary problem, amen. Dec 02 09:52:05 * [Rui] wonders if he's been sacrilegous enough to go to hell... Dec 02 09:52:07 HAHAHAHAHAHAHAHAHHA Dec 02 09:52:10 rotfl! Dec 02 09:52:11 :) Dec 02 09:52:54 raster: funny stuff is it seems all linuxes have some similar problems -- like charger not detected when connected before booting Dec 02 09:52:57 we'll poke a stick in the earth, until we tickle your feet :) Dec 02 09:53:20 <[Rui]> DocScrutinizer-8: ping ping WRT mic sidetone mux ? Dec 02 09:53:40 or dialer doesn't accept USSD as valid number and refuses Dec 02 09:54:32 rui: huh? Dec 02 09:54:50 <[Rui]> DocScrutinizer-8: http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem#Alsamixer_channel_controls Dec 02 09:54:51 DocScrutinizer-8: does it ..... make calls? Dec 02 09:55:07 raster: great calls Dec 02 09:55:10 <[Rui]> DocScrutinizer-8: "# Control 63: 'Mic Sidetone Mux' MANDATORY VALUE "Mic 2"!!! " is WRONG! Dec 02 09:55:13 even VoIP Dec 02 09:55:31 rui, no it's correct Dec 02 09:55:39 <[Rui]> DocScrutinizer-8: with either "Left PGA" or "Right PGA" I get very good sound Dec 02 09:55:46 DocScrutinizer-8: one step up from freerunner :) Dec 02 09:56:03 <[Rui]> DocScrutinizer-8: even inside a noisy restaurant I was normally heard (as normal as with any other phone) Dec 02 09:56:44 <[Rui]> DocScrutinizer-8: my phone appears to strongly disagree with that "correctness" Dec 02 09:56:53 rui, you bore me. please read commit log history of wiki Dec 02 09:58:21 <[Rui]> DocScrutinizer-8: I'm not talking about buzz, I have the buzz fix, I'm talking about being heard on other phones Dec 02 09:59:08 <[Rui]> DocScrutinizer-8: and JesusMcCloud also stopped having static Dec 02 09:59:27 rui, if you found a new electronic principle that says "two amps with 3dB gain are better than one amp with 6dB gain", then you should rise this finding to Wolfson chip manufs Dec 02 10:01:06 <[Rui]> DocScrutinizer-8: look, I can't explain it, I don't have any electricity or sound works background, but there is a distinct difference of sound on other phones. Dec 02 10:01:33 <[Rui]> DocScrutinizer-8: with Mic2 there's static and background noise easily makes it hard for other people to listen to what I say Dec 02 10:01:51 <[Rui]> with Left|Right PGA it's ok. Dec 02 10:02:08 rui, I explained the whole case to you in epic verbosity last day, and I even added some more explanation to the discussion page in wiki. I won't do a third turn Dec 02 10:03:06 rui, and probably with a blob of peanut butter on lower end of device directly on mic hole it's also ok Dec 02 10:04:02 still I think there's better ways to achieve same result than butter or PGA Dec 02 10:05:26 <[Rui]> DocScrutinizer-8: I don't remember talking about this with you. Dec 02 10:05:45 <[Rui]> DocScrutinizer-8: I was talking with tasn, mrmoku and jesusmccloud Dec 02 10:06:14 not talking with ee guy on ee issue Dec 02 10:06:15 huh Dec 02 10:07:42 tmzt: thanks. could sa better Dec 02 10:07:51 say Dec 02 10:08:01 <[Rui]> DocScrutinizer-8: I'm willing to try better solutions, do you have *any* ? Dec 02 10:08:33 please ask lindi Dec 02 10:09:12 <[Rui]> lindi-: ping? :) Dec 02 10:09:23 I explained to him 12h ago Dec 02 10:09:29 or read Dec 02 10:09:33 ~logs Dec 02 10:09:34 All conversations are logged to 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. Dec 02 10:11:22 i have a more serious problem. trying to call out returns "NO CARRIER" Dec 02 10:12:47 [2009-12-01 21:11:03] lindi-: (and AT%N the only AT co) afaik yes Dec 02 10:12:59 [2009-12-01 20:18:41] DocScrutinizer-8: are AT%CLVL and AT%N the only AT commands that affect voice quality during call? Dec 02 10:13:22 mickey|office: ping? Dec 02 10:14:06 <[Rui]> DocScrutinizer-8: I scrolled back, it was still here Dec 02 10:14:08 [2009-12-01 15:33:44] lindi-: reduce AT%Nxxxx noise gate evel Dec 02 10:14:15 [2009-12-01 15:34:11] it probably cuts out low volume speech parts Dec 02 10:14:34 [2009-12-01 15:35:21] lindi-: basically you should disable AT%Nxxxx completely, to adjust convenient volumes for earpiece and farend Dec 02 10:14:36 <[Rui]> DocScrutinizer-8: I was with a headach yesterday, went to bed as I arrived home after lunch and only came back to the laptop now Dec 02 10:14:42 [2009-12-01 15:35:33] don't bother about echo during that Dec 02 10:14:49 [2009-12-01 15:36:17] when you found good volume settings, start experimenting with AT%N settings Dec 02 10:14:52 <[Rui]> DocScrutinizer-8: that explains why I didn't remember talking with you. Dec 02 10:14:56 [2009-12-01 15:37:34] ~fr-audio Dec 02 10:15:02 ~fr-audio Dec 02 10:15:03 from memory, fr-audio is http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem and http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem Dec 02 10:15:28 <[Rui]> DocScrutinizer: I've already tried to play with those settings, but I never got as good sound as I do now, on the remote end Dec 02 10:15:52 mickey|office: I have calypso now in a state where AT+COPS? returns '+COPS: 0,2,"24405"', 'OK' but no calls can be received and outgoing calls fail with NO CARRIER. any idea how a watchdog could detect this state without having to make periodic calls? Dec 02 10:16:45 <[Rui]> DocScrutinizer: never did I get such good sound on remote end with the noice cancellation AT commands. Dec 02 10:16:58 <[Rui]> and I tried them all with mickeyterm as a friend called me Dec 02 10:17:19 please read http://wiki.openmoko.org/wiki/Talk:Neo_Freerunner_audio_subsystem Dec 02 10:18:11 lindi-: wrong AT+CFUN= ?? Dec 02 10:18:19 <[Rui]> DocScrutinizer: I've seen that. there is absolutely nothing you can say other than "that setting will fry your phone" to convince me that this is a wrong setting (at least on my gta02v5) Dec 02 10:18:20 disabled TX maybe? Dec 02 10:18:22 <[Rui]> with buzz fix Dec 02 10:19:16 DocScrutinizer: AT+CFUN kills calls, i don't want to do that periodically :) Dec 02 10:19:40 DocScrutinizer: i can get list of neighbour cells so not everything is dead Dec 02 10:19:46 rui: do what you want, but don't confuse people by telling them "in my garden there's been a lot of delicious mushrooms in the left far corner. So look at your garden same place - there should be some more" Dec 02 10:20:35 lindi-: your results are mere random, which is a fact I elaborated in above mentioned http://wiki.openmoko.org/wiki/Talk:Neo_Freerunner_audio_subsystem Dec 02 10:20:45 mine?? Dec 02 10:20:54 whoops, extra ? Dec 02 10:20:58 <[Rui]> lindi-: I think he meant mine :) Dec 02 10:21:07 DocScrutinizer: CFUN returns 1 Dec 02 10:21:12 s/lindi/rui/ Dec 02 10:21:13 DocScrutinizer meant: rui-: your results are mere random, which is a fact I elaborated in above mentioned http://wiki.openmoko.org/wiki/Talk:Neo_Freerunner_audio_subsystem Dec 02 10:21:18 <[Rui]> DocScrutinizer: ask JesusMcCloud then, he also noticed an improvement. Dec 02 10:21:23 so telit has digital pcm? Dec 02 10:22:07 rui: you bore me to death. I as well can find 5 people who bet and swear it gets better with peanut butter Dec 02 10:22:12 <[Rui]> maybe "detuning" the overall setup of the mix path is what's needed. Dec 02 10:22:27 <[Rui]> s/mix/mic/ Dec 02 10:22:27 [Rui] meant: maybe "detuning" the overall setup of the mic path is what's needed. Dec 02 10:22:49 no, peanut butter is what's needed Dec 02 10:23:05 OK, I think I found an shr-testing release candidate Dec 02 10:23:31 <[Rui]> DocScrutinizer: I'm sorry you feel that way, if you have a better understanding of things, perhaps you could take this info as a hint on a direction to fix freerunner's sound. Dec 02 10:24:36 I can't fix my FR sound beyond what I got now, It's perfect Dec 02 10:25:06 <[Rui]> DocScrutinizer: as I said, I'm willing to try a better solution, but I've yet to see one. I'm willing to bow before your knowledge. can you send me your gsmhandset please? Dec 02 10:25:30 <[Rui]> DocScrutinizer: and other related configs you currently have, in order to compare with my setup? Dec 02 10:26:24 his phone? Dec 02 10:26:54 his n900 for comparison? Dec 02 10:27:10 oh yes Doc please send me your n900 :P Dec 02 10:27:18 it's also possible he used the good capacitors or whatever and fixed it Dec 02 10:27:38 i need to check the bad sound quality, too Dec 02 10:27:50 you can add a software filter to pulse to emulate talking through peanut butter Dec 02 10:28:40 DocScrutinizer-8: seriously speaking... if it is no problem... you could please mail me your gsmhandset.state Dec 02 10:28:53 I can diff it with the various versions... and convert it to the new format Dec 02 10:34:12 $ dump-sms Dec 02 10:34:12 12:33:41 cbMessagebookError org.freesmartphone.GSM.SIM.NotPresent: Dec 02 10:34:19 now I at least have a test that I can use in the watchdog Dec 02 10:34:42 is there some simpler command to query if sim is present or not? Dec 02 10:35:38 "+CPIN: SIM PIN" Dec 02 10:35:48 "+CREG: 0,5" Dec 02 10:36:37 I guess the watchdog should query both AT+CPIN? _and_ AT+COPS? Dec 02 11:22:00 <[Rui]> well, I dropped the challenge, let's see if this is just something that worked, due to extreme luck, on my phone and JesusMcCloud's, or if there's more to it. Dec 02 11:22:03 <[Rui]> http://blog.1407.org/2009/12/02/experiment-better-sound-on-remote-end/ Dec 02 11:22:15 [Rui]: thank you Dec 02 11:22:52 [Rui]: my problem is that some people complain that the sound is too quiet and others don't complain :) Dec 02 11:23:34 <[Rui]> lindi-: my problems are that calling to myself *was* very expensive for doing lots of experiments, and that people don't do good bug reports. Dec 02 11:23:55 <[Rui]> they don't say "lots of static" or "lots of background noise" or "too loud" unless I bug them for more details Dec 02 11:24:04 <[Rui]> they just say "I can't understand you" Dec 02 11:24:42 [Rui]: I have voip account from my provider and can call my GSMs of the same provider for free (tm)[*] (* there is a limit but it's hard to find) Dec 02 11:24:49 <[Rui]> but as I currently have no "backup" for myself at work, I got lent a phone :) Dec 02 11:24:57 [Rui]: sounds like you have too high volume and it starts clipping Dec 02 11:25:20 [Rui]: i too had this with gsmhandset.state.new and lowered volume Dec 02 11:25:53 <[Rui]> lindi-: calling myself from this phone allowed me to understand the problem. in my living room, with the computer humming in the background and the tv on, at a normal level, I heard loud background static Dec 02 11:26:16 [Rui]: can you put recordings online? Dec 02 11:27:01 <[Rui]> in the streets, public places, in the car, people just couldn't hear me Dec 02 11:27:20 <[Rui]> it was very hard to understand what I was saying Dec 02 11:27:26 i hate how difficult it is to debug these problems Dec 02 11:27:40 <[Rui]> lindi-: indeed. let's see if this work phone can record Dec 02 11:28:55 [Rui]: since you can switch alsa states during call you could easily write a script that tries different variations every 10 seconds or so, this way you'd be able to compare them much more easily since the conditions are the same Dec 02 11:29:49 the program "beep" would be a good program for shr, i think. it beeps. i don't see the pcspkr module loaded in lsmod, though. Dec 02 11:30:44 i see "speaker" in alsamixer. Dec 02 11:31:21 * md2k7 is wondering why he can never build an shr-unstable Dec 02 11:31:29 but there is no pcspkr module to load and it's not listed in opkg list Dec 02 11:31:37 always another package which doesn't want to Dec 02 11:31:48 <[Rui]> oh damn, how can I plan a .amr file? Dec 02 11:31:54 md2k7 have you ever done it before ? Dec 02 11:32:09 gonzoism: once, a long, long time ago :P Dec 02 11:32:29 gonzoism: last year or so Dec 02 11:33:42 plan? Dec 02 11:33:50 oh play Dec 02 11:34:01 build complains on libogg Dec 02 11:34:02 build the sample code and rebuild ffmpeg/mplayer Dec 02 11:34:20 even though the failing bit seems to be pkgconfig Dec 02 11:34:33 what would pcspkr drive? Dec 02 11:34:49 its configure says C preprocessor "arm-oe-linux-gnueabi-gcc -E" fails sanity check Dec 02 11:35:15 tmzt in computers without an internal pc speaker, it sometimes goes to the speakers. Dec 02 11:35:26 <[Rui]> s/plan/play Dec 02 11:36:19 it requires a codec. ffmpeg is reported to play it on debian. i'm assuming they have the codecs installed. might be easier to convert them to another format on another computer. Dec 02 11:36:49 this is the bit of the config.log of pkgconfig: http://pastebin.ca/1698175 Dec 02 11:36:52 only with ac97/hda Dec 02 11:37:07 but why would it on fr? Dec 02 11:37:09 <[Rui]> gonzoism: I've seen that ffmpeg supports it if you have the correct libraries and recompile enabling support for amr Dec 02 11:37:46 --enable-libamr-nb and --enable-libamr-wb Dec 02 11:37:54 it doesn't even have the port io and and smi traps needed Dec 02 11:38:09 since it's based on arm not x86 Dec 02 11:38:23 so I'm not getting why you say pcspkr at all Dec 02 11:38:31 I'm getting tired though Dec 02 11:39:18 oh, because beep uses the pcspkr device to make the beeps Dec 02 11:39:25 i think Dec 02 11:44:52 <[Rui]> ok, I'm recompiling ffmpeg right now... Dec 02 11:52:56 hi Dec 02 11:53:12 hi Dec 02 12:00:39 md2k7: do you have /usr/include/linux/limits.h ? have kernel headers installed ? Dec 02 12:01:27 gonzoism: limits.h is there Dec 02 12:01:53 gonzoism: headers installed Dec 02 12:01:57 is it a symlink ? Dec 02 12:03:16 gonzoism: no Dec 02 12:04:04 oh, do you have /home/build/shr/shr-unstable/tmp/cross/armv4t/lib/gcc/arm-oe-linux-gnueabi/4.4.2/include-fixed/limits.h ? Dec 02 12:04:50 gonzoism: yes Dec 02 12:05:12 have /home/build/shr/shr-unstable/tmp/staging/armv4t-oe-linux-gnueabi/usr/include conftest.c Dec 02 12:05:24 gonzoism: line 122, which is being criticised, says: #include_next Dec 02 12:05:53 which i find interesting.. why include a limits.h from a limits.h Dec 02 12:05:56 but anyways Dec 02 12:06:10 maybe the default limits.h can't be found? Dec 02 12:06:29 i think the other one is built with patched libraries or something. Dec 02 12:06:46 well, its not built, but is patched, i mean. Dec 02 12:07:05 gonzoism: /home/build/shr/shr-unstable/tmp/staging/armv4t-oe-linux-gnueabi/usr/include/conftest.c is not there Dec 02 12:07:59 does it look like line 6520 is looking for it in ./configure ? Dec 02 12:09:21 gonzoism: these lines are very cryptic Dec 02 12:09:38 maybe line 6522: (eval "$ac_cpp conftest.$ac_ext") 2>conftest.er1 Dec 02 12:10:37 gonzoism: but that is created by the script, some lines above Dec 02 12:10:51 some c code with "Syntax error" in the last line Dec 02 12:11:00 ya, i see what you mean Dec 02 12:12:10 <[Rui]> bah, opencore-amr doesn't support it :( Dec 02 12:12:26 the beep program ? Dec 02 12:13:45 md2k7: do you know where that confdefs.h is ? Dec 02 12:14:07 gonzoism: haven't got a clue... Dec 02 12:14:24 gonzoism: but I just noticed the limits.h is not the only one not being found Dec 02 12:14:30 there are loads of headers Dec 02 12:14:35 that probably isn't it either. Dec 02 12:14:46 .. missing Dec 02 12:15:34 the include dir is rather empty (/home/build/shr/shr-unstable/tmp/staging/armv4t-oe-linux-gnueabi/usr/include) Dec 02 12:16:10 no stdio.h, no features.h, no time.h, no nothing Dec 02 12:16:14 lots of directories Dec 02 12:17:02 well, stdio.h and friends are in subdirectory 'bits' Dec 02 12:17:20 md2k7: had the same problem, rm -rf tmp and rebuilding fixed that Dec 02 12:17:24 saying 'never include bits/stdio.h directly' Dec 02 12:17:37 blindcoder: yay, another hour of building until the next problem Dec 02 12:17:43 try symlinking /home/build/shr/shr-unstable/tmp/cross/armv4t/lib/gcc/arm-oe-linux-gnueabi/4.4.2/include-fixed/ <-- fixed includes for some reason... Dec 02 12:17:43 ;) Dec 02 12:17:43 blindcoder: thx Dec 02 12:17:55 just an hour? building my programs from nothing takes the better part of a day Dec 02 12:18:32 blindcoder: was thinking about using distcc, but I guess that would complicate my build even more Dec 02 12:18:57 blindcoder: and I didn't manage to change the compiler anyways, bitbake is mystery for me :P Dec 02 12:20:59 gonzoism: i've run rm -rf on tmp Dec 02 12:21:13 gonzoism: but thx anyway, will come back with more problems later :P Dec 02 12:28:29 how much room is required for building an image ? Dec 02 12:30:16 gonzoism: about 0.1 m³ Dec 02 12:31:18 or about 10 GB Dec 02 12:31:32 at last check my SHR checkout had 8 GB, but I didn't build a whole image Dec 02 12:33:20 what's up with the python-pexcept in shr-settings Dec 02 12:33:23 can I comment that out? Dec 02 12:33:51 (I did so before to be able to continue) Dec 02 12:34:35 modules_autoload seems to work now. Do others also have both: /etc/modutils/snd-soc-neo AND /etc/modutils/snd-soc-neo1973-gta02-wm8753 on their freerunners? Dec 02 12:34:50 <[Rui]> hurra for medibunto and amrnb Dec 02 12:35:25 if yes, we can get rid of the ugly audio loading hack Dec 02 12:38:08 spaetz: I have both of those files on my freerunner. Dec 02 12:38:28 and both contain the same word: "snd-soc-neo1973-gta02-wm8753" Dec 02 12:41:30 sybren: perfect Dec 02 12:41:50 so the module_autoload stuff is working as expected. You can delete the snd-soc-neo one Dec 02 12:41:53 :) Dec 02 12:42:03 I'll remove the ugly hack to create that Dec 02 12:42:20 thanks for checking Dec 02 12:42:37 :) Dec 02 12:48:34 moin Dec 02 12:53:04 spaetz: for 2.6.31 we need also module_autoload_snd-soc-neo1973-wm8753 = "snd-soc-neo1973-wm8753".. but sndmodules should be probably only in machine configs and removed from linux-openmoko.inc.. I've patch for that.. Dec 02 12:56:22 blindcoder: thanks Dec 02 12:57:14 spaetz: sent to patchwork Dec 02 12:57:29 JaMa: some of the generic ones should probably go into machine.conf Dec 02 12:57:32 like g_ether Dec 02 12:57:43 for the sound modules that are very kernel specific, I am not sure Dec 02 12:57:55 we can probably add those to shr.conf with less discussion. Dec 02 12:58:08 not all gta02 distros will use the same snd-module-name Dec 02 12:59:04 but snd-moules are named different for gta machines for < 2.6.31 :/ Dec 02 12:59:46 I know, but SHR distro will know which kernel it uses Dec 02 12:59:54 <[Rui]> hehehehe Dec 02 12:59:56 spaetz: and g_ether you're right could be in machine config, but maybe other kernel recipes have it included directly in defconfig (which won't hurt having autoload for that too) Dec 02 12:59:59 we can therefore put it in shr.conf and change it Dec 02 13:00:01 <[Rui]> got 3 recordings Dec 02 13:00:06 <[Rui]> 1 in perfect conditions Dec 02 13:00:10 <[Rui]> 2 with tv doing noise Dec 02 13:00:22 g_ether in 2.6.31 is included in kernel (at least as is) Dec 02 13:00:24 <[Rui]> 3 with tv doing noise and computer playing loud music Dec 02 13:00:46 <[Rui]> I'm just going to rerecord 1 so I say exactly the same thing Dec 02 13:00:57 mrmoku: I'm a proponent off compiling more stuff that we need directly into the kernel anyway Dec 02 13:01:31 but our current way of hacking /etc/modutils/STUFF in rootfs is UGLY Dec 02 13:01:37 is it only the driver that prevents the gta02 from putting the wifi into master mode, or is it a hardware limitation ? Dec 02 13:01:39 yup Dec 02 13:01:49 <[Rui]> while in perfect conditions mic2 works acceptably well, perhaps arguably better than left|right pga (depending on wether you tolerate static vs slightly lower voice), with background noise left|right sound clearly better Dec 02 13:02:21 * JaMa sent patch but it didn't show up in patchwork.. Dec 02 13:02:34 ah now it is there.. sorry for noise ;) Dec 02 13:02:53 JaMa: your patch is obsolete already anyway :) Dec 02 13:02:59 - # FIXME: investigate why module_autoload in machine config doesn't work Dec 02 13:03:00 gonzoism: I don't guess there can be such a thing as hardware limitation... mb if written intentionally, i.e. antifeature Dec 02 13:03:02 - echo "snd-soc-neo1973-gta02-wm8753" > ./etc/modutils/snd-soc-neo Dec 02 13:03:06 this stuff is long gone Dec 02 13:03:11 long = 5 minutes :-P Dec 02 13:03:34 md2k7 thanks. i had been wondering. Dec 02 13:03:40 spaetz: yes.. this is just patch from my long standing queue.. sorry I should rebase it first.. Dec 02 13:03:48 hehe Dec 02 13:03:54 nvm Dec 02 13:05:17 * JaMa is not using kernel-module-* or kernel-image-* so doesn't care about module_autoload much :) Dec 02 13:08:15 ooh, fucking buildhost! Dec 02 13:08:23 mrmoku: I think I might need your help Dec 02 13:08:32 bb shr-lite-image worked fine on my laptop Dec 02 13:08:44 but on the buildhost it fails with mysterious messages Dec 02 13:09:18 check this /home/shr/shr-testing/tmp/work/om-gta02-oe-linux-gnueabi/shr-lite-image-2.0-r9/temp/log.do_rootfs.25636 Dec 02 13:09:29 spaetz: did you copy cache before shr-testing build? Dec 02 13:09:29 preparing rootfs fails Dec 02 13:09:35 spaetz: I mean from shr-unstable? Dec 02 13:10:17 no, I did not copy from shr-unstable. Would have neen nice to ensure upgradability. But shr-unstable is more current than shr-testing anyway, so upgrades wouldn't work Dec 02 13:10:31 [Rui]: thanks a lot, can you put those online? Dec 02 13:10:42 <[Rui]> lindi-: I'm doing that right now... Dec 02 13:10:53 [Rui]: i have done recordings twice in the past Dec 02 13:10:58 spaetz: You would get upgradeable path if you copy it first.. Dec 02 13:11:01 <[Rui]> lindi-: with an update on the post I published a short while ago Dec 02 13:11:11 [Rui]: http://lindi.iki.fi/lindi/openmoko/call-quality/ and http://lindi.iki.fi/lindi/openmoko/call-quality2 Dec 02 13:11:23 spaetz: without copy all shr-testing users need reflash Dec 02 13:11:28 JaMa: Sorry, I am fightign with getting this shite build from scratch, so I didn't think about upgradability. Dec 02 13:11:32 yep. Dec 02 13:11:52 oki :) Dec 02 13:12:49 <[Rui]> lindi-: the sound files are here: http://files.1407.org/openmoko/mic_sidemux_test/ Dec 02 13:13:12 [Rui]: you might want to write a similar README Dec 02 13:13:16 mmh, seems fontconfig got borked on buildhost, cleaning and recompiling Dec 02 13:13:17 <[Rui]> the blog post is here: http://blog.1407.org/2009/12/02/experiment-better-sound-on-remote-end/ Dec 02 13:13:18 [Rui]: and include the alsa state file Dec 02 13:13:29 if that pile of shite were not dead slow :) Dec 02 13:13:44 <[Rui]> lindi-: it's current SHR modulo changing mic sidetone mux Dec 02 13:13:57 [Rui]: but nobody knows what "current SHR" is in 2010 :) Dec 02 13:14:18 <[Rui]> I will add those files into the dir on files.1407.org Dec 02 13:14:39 [Rui]: also you might want to mention what phone you used to record the audio Dec 02 13:15:08 <[Rui]> lindi-: I do in my blog post Dec 02 13:15:15 <[Rui]> but there's no harm adding it to the dir Dec 02 13:15:50 spaetz: never seen it... but that is _our_ do_rootfs Dec 02 13:16:00 shr-image.inc: Dec 02 13:16:00 #font cache optimization, persistent cache Dec 02 13:16:00 sed -i "s/.*\/var\/cache\/\(.*\)<\/cachedir>/\/var\/local\/\1<\/cachedir>/g" ./etc/fonts/fonts.conf Dec 02 13:16:10 probably that is no more Dec 02 13:16:27 yep. I think I might have borked fontconfig. Rebuilding.... Dec 02 13:16:37 and retesting Dec 02 13:18:01 JaMa: building from scratch takes more than 2 days, it seems :-). So I won't copy over the cache fromshr-unstable now Dec 02 13:18:15 People will have to flash shr-testing... Can't help it Dec 02 13:18:42 I've spent way too much time with this today anyway Dec 02 13:18:48 <[Rui]> lindi-: they're there. Dec 02 13:19:00 spaetz: (spending time) I know that one ;) Dec 02 13:19:39 :) Dec 02 13:19:41 I bet Dec 02 13:19:59 mrmoku: TAsn: there still omgps missing from shr-unstable feed Dec 02 13:20:12 alexxy: because it still does not build :P Dec 02 13:20:47 <[Rui]> lindi-: have you heard the files yet? Dec 02 13:20:52 [Rui]: thanks Dec 02 13:21:45 [Rui]: now the only worry is that do we get echo with this setting Dec 02 13:22:24 TAsn: ping Dec 02 13:22:33 <[Rui]> lindi-: on the freerunner a little, almost unnoticed, perhaps tunable with something else. Dec 02 13:22:38 <[Rui]> lindi-: on the remote end, not Dec 02 13:22:43 <[Rui]> BUT Dec 02 13:22:58 <[Rui]> I had to mute the nokia phone so bad things wouldn't happen Dec 02 13:23:04 [Rui]: because one of the arguments is that automatic gain control in PGA could confuse echo cancellation in calypso Dec 02 13:23:38 [Rui]: try to get DocScrutinizer listen to those Dec 02 13:23:52 <[Rui]> lindi-: I guess it requires testing on a bigger scale, perhaps it's only good on certain (lucky) cases Dec 02 13:24:19 [Rui]: yep Dec 02 13:24:26 <[Rui]> lindi-: but I prefer a little echo than not being heard at all Dec 02 13:24:59 [Rui]: to me it sounds that you could turn the volume down a bit with Mic2 Dec 02 13:25:08 <[Rui]> I made an effort to try to say the phrase in the same wai Dec 02 13:25:23 you could playback something with computer :) Dec 02 13:25:43 but then you'll hear GSM interference Dec 02 13:25:51 spaetz: oki.. I didn't know that you're already building it on buildhost.. so its ok .. :) Dec 02 13:25:52 <[Rui]> possibly. Dec 02 13:25:59 I tried, and did hear it :) Dec 02 13:26:31 JaMa: I'll have to nuke tmp probably Dec 02 13:26:38 <[Rui]> DocScrutinizer: I know I bore you to death, but could you spare less than 5 minutes to listen to my test files? http://files.1407.org/openmoko/mic_sidemux_test/ Dec 02 13:26:52 weird rootfs error, and I can't debug it. shr-testing will come out a day later... Dec 02 13:27:12 so just copying tmp/cache ? Dec 02 13:43:38 mickey|office: do I have to free the result of FREE_SMARTPHONE_GSM_SIM_GET_INTERFACE? Dec 02 13:43:44 mickey|office: or is it enough to free the proxy itself? Dec 02 13:45:23 mrmoku, afair this cast only looks up the the offset to the interface delegates (newspeak) and you only have to free the proxy Dec 02 13:45:48 playyaWorking__: thanks, thought so... but wanted to be sure :) Dec 02 13:45:55 mrmoku: sorry, i have no idea about gobject's memory management Dec 02 13:46:11 ~seen ptitjes Dec 02 13:46:13 ptitjes was last seen on IRC in channel #openmoko-cdevel, 3d 17h 57m 56s ago, saying: ':('. Dec 02 13:46:14 vala nicely encapsulates that Dec 02 13:46:21 ptitjes is moving, he'll be back soon Dec 02 13:46:29 as long as you stay within the cozy realms of vala, all this is moot Dec 02 13:46:44 * spaetz waves hands hypnoticizing in mrmoku's direction Dec 02 13:46:47 to stay there... I would have to enter first ;) Dec 02 13:46:55 did not do that yet :P Dec 02 13:47:30 * mrmoku is still waiting for mickey|office's book :) Dec 02 13:47:53 hehe Dec 02 13:48:13 I want to order a signed copy too Dec 02 13:49:18 mickey|office: am I totally wrong in assuming that the work of frameworkd.controller could well be done by something upstart-like? Dec 02 13:49:34 starting subservices and making sure they start in the right order... ? Dec 02 13:50:44 at least in the brave new fso*d world, where processes really are separate Dec 02 13:50:49 mrmoku, but you should be able to use sth like this: free_smartphone_gsm_sim_get_foo(FREE_SMARTPHONE_GSM_SIM(your_object)); Dec 02 13:51:02 which uses FREE_SMARTPHONE_GSM_SIM_GET_INTERFACE Dec 02 13:53:20 playyaWorking__: hmm Dec 02 13:53:43 playyaWorking__: to do what? Dec 02 13:54:04 to call a method on a proxy Dec 02 13:54:33 you should use the interface methods with the cast macro Dec 02 13:55:00 and the use the _GET_INTERFACE casts internally Dec 02 13:55:16 playyaWorking__: I'm doing sim_iface->unlock(sim, puk, new_pin, _auth_send_callback, data) Dec 02 13:55:35 you don't have to do this Dec 02 13:55:41 with the interface... because there is no free_smartphone_gsm_sim_unlock Dec 02 13:55:57 hmm. so they are still missing in the headers Dec 02 13:56:35 IIRC they have been there some time ago... Dec 02 13:57:07 spaetz: yes should be enough.. Dec 02 13:57:20 spaetz: yeah, frameworkd.controller is completely obsolete in the fso2 world, as it's just starting all the subsystems. In fso2, all but fsodeviced are started on-demand via dbus-system-activation, and fsodeviced gets started by whatever init you have on the system Dec 02 13:57:36 JaMa: NOTE: Running task 109 of 7470 .... Dec 02 13:57:46 mickey|office: ok, makes sense Dec 02 13:58:37 mrmoku, https://bugzilla.gnome.org/show_bug.cgi?id=598266 Dec 02 13:58:45 JaMa: you have my blessing for the module_autoload patches. Dec 02 13:58:55 1 patch, I mean Dec 02 13:59:11 Don't know how to proceed without pissing anyone from OE off Dec 02 13:59:19 the problem is that interface and dbus interface do not share the code Dec 02 13:59:38 playyaWorking__: not much response up to now :| Dec 02 13:59:56 yes Dec 02 14:00:11 and i don't know how to fix it (yet) Dec 02 14:00:55 so for now I have to go via interfaces... Dec 02 14:01:20 JaMa: koen talks about a usb-gadget-mode recipe... Dec 02 14:03:00 nifty, instant switch between g_ether and g_storage Dec 02 14:03:38 this would actually be a nict-to-have thing, I guess Dec 02 14:04:20 uhh, we have sth like that Dec 02 14:04:52 usb-gadget-mode - 0.0.2-r5.4 installed on FR Dec 02 14:08:10 mrmoku: the source of my errors, might be here: Dec 02 14:08:16 mrmoku: mail from Koen: Heads up: stricter package checking with newer opkg versions Dec 02 14:08:27 ohh Dec 02 14:08:30 > If building an image suddenly starts failing, have a look at the log and see what's wrong. Most likely the package is trying to do something wrong and we need to fix that. Dec 02 14:08:52 you'll likely get the same in shr-unstable then. Dec 02 14:09:17 and I deleted tmp for nought!!!1 Dec 02 14:09:32 spaetz: heh, like always... when we're one second away from a testing release... something unexpected happens :| Dec 02 14:10:15 only 7100 tasks away from a new testing-lite image :) Dec 02 14:10:32 which will fail due to stricter opkg ;) Dec 02 14:10:38 anway... Dec 02 14:10:40 but we'll likely have to go through our rootfs generation Dec 02 14:10:48 * mrmoku downstairs for a coffee and an Apfelstrudel :P Dec 02 14:10:53 mmmh! Dec 02 14:10:56 yummy Dec 02 14:10:59 yep Dec 02 14:11:00 bbiab Dec 02 14:11:01 mrmoku: don't tease me like that Dec 02 14:11:07 mrmoku: I'm a bavarian in the berlin exile! Dec 02 14:11:39 but coffee would be nice... Dec 02 14:11:51 ;) Dec 02 14:20:17 blindcoder: hmm... Vanillesauce still not ready... have to wait a bit ;) Dec 02 14:21:15 !Logs Dec 02 14:21:18 Channel logs for #openmoko-cdevel are archived at: Dec 02 14:21:19 http://hentges.net/tmp/logs/irc/%23openmoko-cdevel Dec 02 14:21:20 Live-logs are available at Dec 02 14:21:21 http://hentges.net/tmp/logs/irc/livelogs/%23openmoko-cdevel.livelog Dec 02 14:21:23 See ?? help-logs for usage instructions Dec 02 14:21:27 <[Rui]> JesusMcCloud: hi there Dec 02 14:21:31 [Rui], hi Dec 02 14:21:37 waht up? Dec 02 14:21:55 <[Rui]> JesusMcCloud: http://blog.1407.org/2009/12/02/experiment-better-sound-on-remote-end/ Dec 02 14:22:07 * blindcoder needs to get his baking skills back going Dec 02 14:23:16 [Rui], will look at this one later, but left pga really makes sound quali better (no bg noise at all!) Dec 02 14:23:42 <[Rui]> JesusMcCloud: really, listen to the files I posted there :) Dec 02 14:24:12 <[Rui]> JesusMcCloud: I recorded the sound as heard from a Nokia 2760, with the 3 settings Dec 02 14:24:15 JaMa: you can drop g_ether from your patch Dec 02 14:24:28 we can load it via usb-gadget-mode Dec 02 14:24:34 which is installed already. Dec 02 14:26:58 * JesusMcCloud reads backlog, and will listen to [Rui]'s files afterwards Dec 02 14:33:26 [Rui], i got the same results here Dec 02 14:33:40 also backgroudn noise on the fr dropped to zero Dec 02 14:35:20 <[Rui]> JesusMcCloud: do you get any echo? Dec 02 14:35:42 [Rui], nope Dec 02 14:35:59 [Rui]: where is that file for testing? Dec 02 14:36:03 the state file? Dec 02 14:36:18 spaetz, just hadn edit it.. its is safer Dec 02 14:36:24 I wanna see if there are any mushrooms in my far left corner of the garden... Dec 02 14:36:28 what changes? Dec 02 14:36:41 <[Rui]> spaetz: just change control 63 on /etc/freesmartphone/alsa/default/gsmhandset Dec 02 14:36:48 from 2 to 3? Dec 02 14:36:51 <[Rui]> spaetz: from ending in 2, make it end in 3 Dec 02 14:36:57 k,will try Dec 02 14:36:57 <[Rui]> spaetz: yes. Dec 02 14:36:58 1. Old value: 63:'Mic Sidetone Mux':1:2 Dec 02 14:36:59 2. New value: 63:'Mic Sidetone Mux':1:3 Dec 02 14:38:23 trying, will report Dec 02 14:38:57 hm Dec 02 14:39:16 * soltys wonders where he's gta01 is... Dec 02 14:45:18 soltys, in you dreams Dec 02 14:45:45 playyaWorking__: nope it's somewhere on my desk... Dec 02 14:45:54 maybe it's time to clean it up.. Dec 02 14:46:17 ah. you meant _his_ Dec 02 14:46:47 haha Dec 02 14:47:07 playyaWorking__: yeap I don't know from where that ' got there.. Dec 02 14:47:27 and the e Dec 02 14:47:57 true.. Dec 02 14:48:06 playyaWorking__: any idea why dispose_ has _ in the end? Dec 02 14:48:16 hmm Dec 02 14:48:21 probably some name conflict... Dec 02 14:48:38 yes. Dec 02 14:48:46 guess GObject has some dispose Dec 02 14:48:55 hm gta02 with lates image and all upgrades works.. Dec 02 14:48:59 maybe vala exposes the wrong method Dec 02 14:49:09 heh Dec 02 14:49:09 and it's faster than before afaik.. ;) Dec 02 14:57:20 [Rui], JesusMcCloud much less static noise on the other side, but also not as loud as before Dec 02 14:57:37 ie I need to hold my mouth closet to the FR mic to be heard clearly Dec 02 14:57:55 <[Rui]> spaetz: you must speak pretty low :) Dec 02 14:58:45 <[Rui]> spaetz: however in "(near)?perfect conditions" it looks like that Dec 02 14:58:59 <[Rui]> but if you try adding background noise, you'll realy see the difference Dec 02 15:00:05 as for my part: i xould not care less how or why it works i am just happy THAT is works (and yes i have my share of knowledge about amplifeirs and related stuff) Dec 02 15:01:26 well, near perfect might qualify in an otherwise empty office room :) Dec 02 15:02:59 spaetz, i tested it this mornign out on the treest when busses an trams were passing by.. the other side could still understand me Dec 02 15:03:12 s/treest/streets/ Dec 02 15:03:13 JesusMcCloud meant: spaetz, i tested it this mornign out on the streets when busses an trams were passing by.. the other side could still understand me Dec 02 15:03:30 nice Dec 02 15:04:06 spaetz: usb-gadget-mode is set to modprobe g_ether after boot? or do we need to create some default configuration or something? Dec 02 15:04:32 usb-gadget-mode loads and unloads kernel modules on the fly. Dec 02 15:04:47 spaetz: I never used it but usb0 down after boot will be worse then not allowing empty password for ssh in :) Dec 02 15:04:51 it has an /etc/init.d file and a /etc/default/usb-gadget default Dec 02 15:05:33 my build now fails at eglibc Dec 02 15:05:38 undefined reference to `__GI___assert_fail' Dec 02 15:06:07 (et al) Dec 02 15:06:21 spaetz: oki so just need to check what default is and if its in some sane runlevel Dec 02 15:06:27 JaMa: and the shr-specific config file should be g_ether by default now Dec 02 15:07:05 would anyone mind if i update the shr screenshots in shr wiki? Dec 02 15:07:14 JesusMcCloud: go ahead Dec 02 15:07:16 (tonight, i cant now) Dec 02 15:07:36 i'll just replace the old ones Dec 02 15:07:49 spaetz: thanks Dec 02 15:08:08 JaMa: I'm currently compiling it and checking Dec 02 15:15:37 does eglibc-2.10-r7.5 build for you guys? why am I getting linker errors? Dec 02 15:16:13 yes it does for me Dec 02 15:17:12 I'd ask "which gcc do you use", but this whole bitbake and oe stuff... yuck. Dec 02 15:19:11 * md2k7 loves downloading 8000 different packages from different people over the world, to try to bake them together Dec 02 15:20:03 md2k7: gcc preferred by shr which is 4.4.2 iirc Dec 02 15:20:13 md2k7: the same for bitbake iirc 2.20 Dec 02 15:20:23 JaMa: yep, thats the version my makefile built Dec 02 15:20:24 s/bitbake/binutils/ Dec 02 15:20:25 JaMa meant: md2k7: the same for binutils iirc 2.20 Dec 02 15:20:47 sorry no time to help you.. Dec 02 15:20:56 fscking daywork :/ Dec 02 15:21:01 JaMa: np, I'm not blaming u Dec 02 15:27:21 mrmoku: g_ether should probably not be compiled into the kernel on 2nd thought. In order to use the FR as USB stick you need to unload/load kernel modules Dec 02 15:27:43 mrmoku, pong Dec 02 15:27:45 [Rui], pong. Dec 02 15:27:59 mrmoku, btw, tested the new dialer screen all day, rocks :P Dec 02 15:28:04 <[Rui]> TAsn: hey Dec 02 15:28:10 [Rui], sup? Dec 02 15:28:24 <[Rui]> TAsn: much better sound, thank you :) Dec 02 15:29:21 np. Dec 02 15:42:43 SHR: 03tom 07libphone-ui * rcb41d75a2f2a 10/src/ (phoneui.c phoneui.h.in): Added phoneui_messages_message_show Dec 02 15:45:06 SHR: 03tom 07libphone-ui * r8951d260de65 10/src/ (phoneui.c phoneui.h.in): Added phoneui_messages_message_show Dec 02 15:45:07 SHR: 03tom 07libphone-ui * rbb0a94f22d89 10/src/phoneui.c: Fixed typo Dec 02 15:47:05 SHR: 03tom 07libphone-ui * rb7a1c44370c5 10/data/libphoneui.conf: Removed the stuff that cause segs from the config Dec 02 15:50:03 SHR: 03tom 07libphone-ui-shr * rc959fc9f1b74 10/src/view/dialer-view.h: Adedd the missing include Dec 02 15:50:04 SHR: 03tom 07libphone-ui-shr * rc28cb17de39c 10/src/ (phoneui-messages.c phoneui-messages.h view/dialer-view.c): Sending an sms to number now also uses the libphone-ui way Dec 02 15:52:56 SHR: 03tom 07libphone-ui * rb190fb5308bd 10/src/phoneui.c: Removed the typedef for BackEnd type, weird how it got there Dec 02 15:54:53 DocScrutinizer-8: as you suggested , I upgraded the gsm firmware Dec 02 15:55:17 DocScrutinizer-8: and it seems that my phone now wakes up every time when I get called Dec 02 15:55:22 SHR: 03tom 07libphone-ui-shr * r259785d0b7a6 10/src/view/dialer-view.c: Finally dropped the ugly window.h from dialer screen Dec 02 15:55:45 DocScrutinizer-8: So I suppose it was indeed linked to an old version of the firmware, so thanks for the hint Dec 02 15:56:34 why when I compile intone for my netbook and launch it, some icons on the top buttons doesn't get displayed? Dec 02 15:56:59 is there some "efl-icons" package which I should install? Dec 02 16:00:08 SHR: 03seba.dos1 07shr-settings * rb7edf9afabbd 10/shr_settings_modules/shr_pim.py: [PIM] fix some remaining callbacks to work with new python-elementary Dec 02 16:00:29 spaetz: btw. there is something missing in the image... Dec 02 16:00:33 root@om-gta02 ~ $ opkg list_installed | grep connman Dec 02 16:00:33 connman - 0.46-r2.4 Dec 02 16:00:33 connman-plugin-wifi - 0.46-r2.4 Dec 02 16:00:40 the dhclient plugin Dec 02 16:01:35 either connman-plugin-udhcp or connman-plugin-dhclient Dec 02 16:01:40 don't know which is the better one Dec 02 16:01:56 SHR: 03tom 07libphone-ui-shr * r6deab9633037 10/src/ (6 files in 3 dirs): Changed the naming inconsistency with ui_utils Dec 02 16:02:55 SHR: 03tom 07libphone-ui-shr * r479c6aca9cdc 10/src/view/dialer-view.c: Added missing include Dec 02 16:08:22 SHR: 03tom 07libphone-ui-shr * r0361975aade6 10/src/view/dialer-view.c: Removed the ugly timer Dec 02 16:11:17 ERROR: '['/home/w/OM/SHR/build/shr-unstable/openembedded/recipes/shr/shr-settings_git.bb']' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'python-pexcept' but it wasn't found in any PACKAGE or RPROVIDES variables Dec 02 16:12:37 mrmoku: TAsn: seems FBReader icon missing Dec 02 16:13:14 :| Dec 02 16:13:42 SHR: 03tom 07libphone-ui-shr * r653c6e1203f4 10/src/view/dialer-view.c: Fixed sending sms to number Dec 02 16:30:56 SHR: 03tom 07libphone-ui-shr * r946d15256bc2 10/src/view/dialer-view.c: Did a massive renaming Dec 02 16:46:34 mrmoku: ping Dec 02 16:55:34 SHR root@gojama ~ $ du -hs /var/volatile/ Dec 02 16:55:34 488K /var/volatile/ Dec 02 16:55:43 volatile 59.1M 59.1M 0 100% /var/volatile Dec 02 16:55:49 that's strange :/ Dec 02 16:56:34 tom is tasn? Dec 02 16:56:44 yes. Dec 02 16:56:49 guilty as charged. Dec 02 16:57:09 ha, any architecture documents on this new phoneui? Dec 02 16:57:22 tmzt, hm.. no :( Dec 02 16:57:23 like how many parts it's in Dec 02 16:57:27 I should really make some. Dec 02 16:57:43 mrmoku: ping Dec 02 16:57:47 what do you mean by that? Dec 02 16:57:47 does it call a library like the old one Dec 02 16:57:47 etc Dec 02 16:57:48 I'll explain, sec. Dec 02 16:58:03 how can i choose the default theme from the command line? Dec 02 16:58:13 tmzt, libphone-ui Dec 02 16:58:19 consists of a lib, and modules Dec 02 16:58:25 libphone-ui is a library for using the modules Dec 02 16:58:33 i switched to default and broke the ui Dec 02 16:58:34 libphone-ui-shr is a module libphone-ui can us Dec 02 16:58:35 use* Dec 02 16:58:40 (which is the default shr example) Dec 02 16:58:48 ok until now? Dec 02 16:58:53 yes Dec 02 16:58:54 the overall design is pretty similar Dec 02 16:58:55 BluesLee: the illume theme? Dec 02 16:59:00 it's just that the backends are not libs anymore Dec 02 16:59:09 but modules Dec 02 16:59:10 mrmoku: no in preference somwehere under themes Dec 02 16:59:14 and it doesn't segfault Dec 02 16:59:20 and Made everything cleaner and better ;P Dec 02 16:59:25 BluesLee: don't know an easy way Dec 02 16:59:33 it is burried in the binary e config thing Dec 02 16:59:40 libs/modules still .so? Dec 02 17:00:00 but a central struct or whatever with functions Dec 02 17:00:15 delete .e Dec 02 17:00:19 easy way Dec 02 17:00:21 mrmoku: i also got black screens in shr-settings/messages/contacts and dialer before Dec 02 17:00:42 BluesLee: hmm Dec 02 17:00:53 BluesLee: sorry, have to eat now... family is waiting Dec 02 17:00:55 tasn: how does it interface with phonekit Dec 02 17:01:00 bbl Dec 02 17:01:03 and what's the daemon like Dec 02 17:01:03 tmzt: thanks Dec 02 17:01:05 tmzt, phonekit is dead. Dec 02 17:01:18 tmzt, module still so Dec 02 17:01:18 yeah. Dec 02 17:01:18 tmzt, instead of phonekitd Dec 02 17:01:18 okay, whatever replaced it Dec 02 17:01:18 we have phoneuid Dec 02 17:01:21 and phonefsod Dec 02 17:01:29 phonefsod interacts with phoneuid and with fso Dec 02 17:01:33 drives fsogsmd? Dec 02 17:01:36 and phoneuid is just a daemon Dec 02 17:01:43 that offers dbus signals Dec 02 17:01:45 so ar a low level? Dec 02 17:01:51 *methods Dec 02 17:01:56 to manipulate UI Dec 02 17:02:01 tmzt, what? Dec 02 17:02:07 tmzt: that was easy, solved both problems Dec 02 17:02:20 phonefsod is using the low level fsogsmd api? Dec 02 17:02:40 tmzt, no Dec 02 17:02:44 maybe Dec 02 17:02:46 don't remember :P Dec 02 17:02:51 ok Dec 02 17:02:54 eitherway Dec 02 17:02:56 (don't remember what they consider as low level) Dec 02 17:03:07 though phonefsod is responsible for gsm, yeah. Dec 02 17:03:13 so phoneuid manages what screen shows when? Dec 02 17:03:30 not quite Dec 02 17:03:42 phonefsod asks phoneuid for Dialer Dec 02 17:03:46 and phoneuid shows the dialer Dec 02 17:03:55 right Dec 02 17:04:08 but how does it know when to ask for dialer? Dec 02 17:04:15 phonefsod? Dec 02 17:04:19 it interacts with fso Dec 02 17:04:23 if it's only responding to gsm events Dec 02 17:04:50 it doesn't only respond to gsm events... Dec 02 17:04:55 then I'm still a bit confused Dec 02 17:05:03 so it has a dbus api Dec 02 17:05:19 what calls that to request showing dialer? Dec 02 17:05:46 phonefsod listens to Dec 02 17:05:50 ohhh Dec 02 17:05:57 phonefsod doesn't ask for dialer Dec 02 17:06:02 (my bad, misread what you asked) Dec 02 17:06:06 phoneui-dialer Dec 02 17:06:12 yeah that would make no sense Dec 02 17:06:13 ok Dec 02 17:06:24 is just a stub app that just asks phoneuid for dialer Dec 02 17:06:28 oke gui apps calling into a library Dec 02 17:06:38 they are small stubs for dbus calls? Dec 02 17:06:40 good Dec 02 17:07:02 so instead of multiple gui apps calling into a library Dec 02 17:07:06 yeah Dec 02 17:07:38 so if I wanted telepathy to be able to launch dialer Dec 02 17:07:57 it would call the phoneuid an request that screen? Dec 02 17:08:10 maybe with initial values (like number)? Dec 02 17:08:50 dbus calls. Dec 02 17:09:00 tmzt, exactly. Dec 02 17:10:27 and what if I wanted to go right to in progress? Dec 02 17:10:37 and dial without asking Dec 02 17:12:53 what do you mean? Dec 02 17:13:04 just start a call? Dec 02 17:13:13 That's not implemented yet (unfortunately) Dec 02 17:13:21 though you'll be able to just dial (using fso) Dec 02 17:13:23 no need for us. Dec 02 17:13:30 we'll pop the screen Dec 02 17:13:32 when call starts. Dec 02 17:15:14 ah Dec 02 17:15:29 so call fso directly and uid handles presentation? Dec 02 17:16:26 and what if I wanted the telepathy ui to do it Dec 02 17:16:37 but I wanted somethings left to uid Dec 02 17:17:11 tmzt, we'll make it configurable :| Dec 02 17:17:28 or even better Dec 02 17:17:33 we won't autopop Dec 02 17:17:40 what about letting someone hook it? Dec 02 17:17:42 just let you ask for direct call. Dec 02 17:17:48 if it's hooked don't pop Dec 02 17:17:58 tmzt, temporarily? Dec 02 17:17:58 if not do Dec 02 17:18:08 also an option Dec 02 17:18:14 well, if another client registers certain events Dec 02 17:18:26 as long as it remains on the bus Dec 02 17:19:07 you have a fairly generic stack/screen server? Dec 02 17:20:09 SHR: 03tom 07libphone-ui-shr * r3f23159911bd 10/src/view/dialer-view.c: fixed the dead hoversel issue in dialer, should hide it before hiding the whole screen, otherwise it's destroyed (wth). Dec 02 17:23:21 does the bb shell recognize changes in the .bb files? Dec 02 17:24:48 SHR: 03tom 07libphone-ui-shr * rad15e51c74f5 10/src/view/dialer-view.c: Fixed the page to clear only when we want Dec 02 17:29:04 tmzt, I don't think I quice gen you. Dec 02 17:29:25 ? Dec 02 17:29:40 the stack/screen part? Dec 02 17:29:54 by stack I mean can you stack screens modally Dec 02 17:30:06 like in call, dropped call Dec 02 17:30:19 acknowledge Dec 02 17:30:24 show end call timer Dec 02 17:30:32 hid call in progress Dec 02 17:30:40 those kind of progressions Dec 02 17:31:08 and screen just meaning Dec 02 17:31:16 got this event, show this screen Dec 02 17:31:45 hey where can i find the "desctop" files? i forgot Dec 02 17:33:34 <[Rui]> Hardy: /usr/share/applications Dec 02 17:33:41 SHR: 03tom 07libphone-ui-shr * r52b1a715ab02 10/src/view/dialer-view.c: Added back edje signal emitting, though in a proper and unified place Dec 02 17:34:01 tmzt, I still don't get you. Dec 02 17:34:29 I can't explain it very easy Dec 02 17:34:38 you do the ologicd too? Dec 02 17:34:55 think of it like that or a state machine Dec 02 17:35:14 thanks Rui Dec 02 17:35:17 ignoring the specifics, like toolkit used or widgets displayed Dec 02 17:35:37 at every point on the fsm you have certain data Dec 02 17:35:46 some of which changes, like call timers Dec 02 17:36:04 you have to get that from the backend into the ui Dec 02 17:36:21 a progression Dec 02 17:36:37 illume chooser selects dialer stub Dec 02 17:36:45 t9 keypad shown Dec 02 17:36:53 phone number entered Dec 02 17:37:01 user dials Dec 02 17:37:12 call in progress with call timer Dec 02 17:37:21 add line/conference Dec 02 17:37:42 user enters number, first call on hold in phoned Dec 02 17:37:48 joins lines Dec 02 17:38:02 back to call in progress with both numbers Dec 02 17:38:04 ends call Dec 02 17:38:08 end call timer Dec 02 17:38:12 hide all screens Dec 02 17:38:38 just saying, how do you support all the states without open coding each one Dec 02 17:41:17 SHR: 03tom 07libphone-ui-shr * rc398e2a1ae2d 10/src/view/dialer-view.c: started caching len instead of calculating it each time, and adedd correct init. Dec 02 17:44:29 SHR: 03tom 07libphone-ui-shr * rb814c1def3f5 10/src/view/dialer-view.c: Removed useless userdata from callback registering Dec 02 17:46:44 <[Rui]> dos1: ping? Dec 02 17:47:23 <[Rui]> dos1: about the issues we've seen? raster says it's a problem that affects mainly entries and anchorblocks... Dec 02 17:48:22 SHR: 03tom 07libphone-ui-shr * racb0c10b7ac9 10/src/view/dialer-view.c: Meant to leave that hardcoded ugly value as 64 Dec 02 17:48:58 tmzt, I must be tired, as I can't even get myself to read what you said :P Dec 02 17:49:09 how can i turn of auto-suspend when connected through usb? Dec 02 17:49:50 because that option dissapeart from the power gui interface Dec 02 17:51:25 turn off auto-suspend? Dec 02 17:51:40 it is turned off when connected Dec 02 17:52:23 if you don´t like it, you´ll have to either modify rules.yaml Dec 02 17:52:46 or remove the oeventsd rule at runtime Dec 02 17:52:58 which is possiible, i think Dec 02 17:55:48 dos1, mrmoku any of you on buildhost? seems eglibc crapped out. can you restart shr-testing/shr-lite-image please? Dec 02 17:56:07 and see if it works now... Dec 02 17:56:33 tasn; hah Dec 02 17:56:41 tmzt, :) :( Dec 02 17:56:45 brb Dec 02 17:56:48 it's just what any other phone does to make a conference call Dec 02 17:56:56 or similar Dec 02 17:57:11 spaetz: ok Dec 02 17:57:21 tmzt, afaik there is no statemachine in phone* Dec 02 17:57:35 it jusst reacts to signals Dec 02 17:57:39 spaetz: localedef returned an error Dec 02 17:57:46 mrmoku, thanks. Dec 02 17:57:52 why? Dec 02 17:58:05 crap. i´ll check later Dec 02 17:58:07 there's one in the modem Dec 02 17:58:11 thanks Dec 02 17:58:13 spaetz: I just restarted it Dec 02 17:58:29 ok, let´s see Dec 02 17:58:29 thing is there's still that progression wherever the logic is Dec 02 17:58:43 spaetz: wont work... i replugged it after booting, now it seems to work Dec 02 17:58:44 and you don't get a signal, start dialer for conference Dec 02 17:58:56 you have to choose to do that Dec 02 17:59:17 Hardy, booting with caable does not work Dec 02 17:59:41 ah okay... is this a bug? or cannot be solved because of hardware Dec 02 17:59:51 you needd to replug once oeventsd is up and running Dec 02 18:01:08 problem is that fsodeviced starts too quick now, sending a ´plugged in´ signal when oeventsd is not yet listening Dec 02 18:01:31 ah i understand spaetz Dec 02 18:01:39 thanks for that information Dec 02 18:03:01 it´s annoying... Dec 02 18:03:06 i know Dec 02 18:06:27 freesmartphone.org: 03mickey 07cornucopia * rc8151538e03a 10/fsogsmd/src/lib/transport.vala: fsogsmd: 0710transport: add virtual channel number in repr Dec 02 18:06:28 freesmartphone.org: 03mickey 07cornucopia * r2d3c97737f72 10/fsogsmd/src/lib/ (atmediators.vala modem.vala): fsogsmd: honor channel name for at debug command Dec 02 18:06:29 freesmartphone.org: 03mickey 07cornucopia * reff849df6fdf 10/fsogsmd/src/plugins/modem_cinterion_mc75/plugin.vala: fsogsmd: cinterion_mc75: open all three MUX channels on startup Dec 02 18:07:11 oeventsd should have coldplug handling as well... Dec 02 18:07:33 * [Rui] is pretty pissed off at Elementary :( Dec 02 18:07:39 why's that? Dec 02 18:07:48 qt 4.7 or 4.8 will rock Dec 02 18:09:54 <[Rui]> mickeyl: what? Dec 02 18:09:59 can't it check a flag in sysfs? Dec 02 18:10:52 <[Rui]> mickeyl: well, anything with wrapping text is totally borked, that's why :) Dec 02 18:11:14 i see Dec 02 18:11:14 <[Rui]> mickeyl: and raster's opinion is that it will likely not be possible to fix Dec 02 18:12:11 <[Rui]> mickeyl: was trying out labels, and they work up until the moment you make them wrap :) then they don't anymore Dec 02 18:12:23 <[Rui]> so as long as you only have single lines, Elementary works Dec 02 18:12:27 <[Rui]> "/%#/&"%#(/"# Dec 02 18:12:28 that sucks. I'd consider decent text wrapping one of the killer features for a UI toolkit Dec 02 18:13:13 multilined labels seemed always quite orphaned to me in ELM until raster did the big textblock Dec 02 18:13:47 <[Rui]> mickeyl: I'm using a label just to try out using it as a workaround... elmdentica's bubbles use anchorblocks Dec 02 18:14:31 <[Rui]> mickeyl: but it seems using labels is not a valid workaround because a) no it does not make any sense forcing
's at certain points and b) as soon as you have a wrapping label you're toast as well :| Dec 02 18:14:36 freesmartphone.org: 03mickey 07cornucopia * rb5d014f732e7 10/fsogsmd/src/lib/atmediators.vala: fsogsmd: check for channel parameter validity in DebugInjectAtResponse Dec 02 18:15:38 btw, is anyone working on getting sms sending working again/ Dec 02 18:16:45 from 'Contacts' I can neither call nor send SMS Dec 02 18:16:54 and from 'Messages' I can't add a number from a contact Dec 02 18:18:08 playya_: ping Dec 02 18:18:15 playya_: any idea what might be wrong here http://shr.pastebin.com/d32310aa9 Dec 02 18:18:43 it segfaults here: Dec 02 18:18:43 # Dec 02 18:18:44 char *query_path = messages_iface->query_finish(messages, res, &error); Dec 02 18:19:47 * mrmoku reading good night story... brb Dec 02 18:19:55 hf ;) Dec 02 18:23:22 http://pallas.crash-override.net/~blindcoder/sms.png Dec 02 18:23:35 will the alarms-app ^^ ever break through suspend? Dec 02 18:23:36 that's all I get when I click on 'Actions' -> 'SMS' in a contact detail Dec 02 18:23:54 blindcoder: not quiet much xD Dec 02 18:24:16 Hardy: quite nothing at all considering that that account has 3 numbers in it Dec 02 18:24:17 seems to be still in build Dec 02 18:24:45 i test it by mine Dec 02 18:24:57 Hardy: ffalarms: I don't think so considering that the device is in apm suspend mode Dec 02 18:26:20 hmmh Dec 02 18:26:37 wich suspend mode it the GSM-listen mode? Dec 02 18:26:43 shit Dec 02 18:26:59 mickeyl, here? Dec 02 18:26:59 it should be python-pexpect... not pexcept ;x Dec 02 18:27:06 dos1, got a couple of mins? Dec 02 18:27:18 mrmoku: can you fix that quickly in shr-settings recipe? Dec 02 18:27:28 TAsn: unfortunately not now, maybe at evening... Dec 02 18:27:35 Hardy: gsm-listen mode? Dec 02 18:27:45 it's 19:30 now (your timezone) Dec 02 18:27:49 that's already evening :P Dec 02 18:28:04 <[Rui]> I registered http://trac.enlightenment.org/e/ticket/470 Dec 02 18:28:15 [Rui], yeah. Dec 02 18:28:20 I started fixing that Dec 02 18:28:31 though Dec 02 18:28:37 it became too messy Dec 02 18:28:46 (That part of E is terribly messy) Dec 02 18:28:49 <[Rui]> TAsn: you know how to fix it? if you do how can I pay you that favour? :) Dec 02 18:29:03 blindcoder: i mean the normal mode which is shr switching to after "nothing to do" Dec 02 18:29:05 And I started feeling like I won't be able to do it without wasting a lot of time :P Dec 02 18:29:15 TAsn: ya, what's up? Dec 02 18:29:20 Hardy: that is apm suspend with wake-on-serial-line (basically) Dec 02 18:29:29 mickeyl, fine, you? :P Dec 02 18:29:37 mickeyl, hm.. who's responsible of libfso-glib? Dec 02 18:29:44 anyway, dinner time Dec 02 18:29:47 ah well, somewhat busy with a non-foss project :/ Dec 02 18:29:48 <[Rui]> TAsn: where in e is the problem, then? Dec 02 18:29:54 Hardy: can you link me a pic of your message app maybe? Dec 02 18:30:02 TAsn: hmm, no one? Dec 02 18:30:06 so the ffalarms should wake moko? Dec 02 18:30:10 which probably put me in charge... Dec 02 18:30:15 what's up with it? Dec 02 18:30:19 yeah... it dont look like yours Dec 02 18:30:24 [Rui], It's evas actually Dec 02 18:30:26 something seems to be wrong Dec 02 18:30:33 [Rui], elm sets weird mods that drive evas crazy Dec 02 18:30:36 (from what I remember) Dec 02 18:30:48 mickeyl, hm... who sets the functions primitives? Dec 02 18:30:49 <[Rui]> TAsn: is that in C code or in edje code? Dec 02 18:30:52 C Dec 02 18:30:54 only C. Dec 02 18:31:17 vala Dec 02 18:31:21 <[Rui]> TAsn: hms... Dec 02 18:31:23 mickeyl, As mrmoku told me you expect GHashTable * instead of const GHashTable * Dec 02 18:31:30 (in many functions) Dec 02 18:31:32 yep Dec 02 18:31:36 blindcoder: already tried updating? (but backup first) Dec 02 18:31:39 which I find odd, as you probably don't modify them. Dec 02 18:31:42 correct Dec 02 18:31:47 that could be considered a bug in vala Dec 02 18:32:00 It's a very big bug actually :| Dec 02 18:32:04 mickeyl: how's the rockets? :-) Dec 02 18:32:07 well Dec 02 18:32:15 Takes the sanity out of API users code. Dec 02 18:32:15 DocScrutinizer-8: heh, nothing with that yet ;) Dec 02 18:32:20 mickeyl, who do I contact? Dec 02 18:32:20 yes Dec 02 18:32:25 there are lots of big bugs in vala Dec 02 18:32:29 :P Dec 02 18:32:32 but unless you have a patch... don't hold your breath Dec 02 18:32:37 <[Rui]> TAsn: where in elm? Dec 02 18:32:41 jürg seems to be completely stuck in other projects :( Dec 02 18:32:53 <[Rui]> widget.c ? Dec 02 18:33:07 TAsn: i believe there is even a bug already about that in gnome bugzilla Dec 02 18:33:11 might be worth a check Dec 02 18:33:15 [Rui], no idea, only saw that in evas. Dec 02 18:33:28 started fixing it when I was working on evas Dec 02 18:33:32 mickeyl, cool, thanks :P Dec 02 18:33:41 np Dec 02 18:33:42 [Rui], though then I figured elm sets the mods Dec 02 18:33:46 and I just gave up :P Dec 02 18:33:54 i hope that ptitjes comes back soon Dec 02 18:34:10 since he seems to be the only active developer familiar with the vala core Dec 02 18:34:35 where is he at? Dec 02 18:34:59 ptitjes is moving from paris to somewhere else Dec 02 18:35:04 sorting out his stuff Dec 02 18:35:12 i c. Dec 02 18:38:01 hmm Dec 02 18:38:08 atexit sucks Dec 02 18:39:38 <[Rui]> TAsn: I figure the root cause is closer to elm_entry as anchorblocks are really special entries Dec 02 18:40:38 <[Rui]> TAsn: elm_labels also suffer from the same problem, so since they are not special entries it must be something common to elm_entry and elm_label Dec 02 18:41:47 [Rui], as I told you Dec 02 18:41:53 it's evas_object_textblock Dec 02 18:42:01 with elm setting weird settings Dec 02 18:42:05 grep for Dec 02 18:42:09 evas_object_textblock Dec 02 18:42:12 <[Rui]> TAsn: you didn't tell me that function name... Dec 02 18:42:13 in elm scode Dec 02 18:42:16 hehe :P Dec 02 18:42:18 that's not a function Dec 02 18:42:22 that's a family of functions Dec 02 18:42:27 the actual function name Dec 02 18:42:32 I don't remember atm. Dec 02 18:42:35 <[Rui]> whatever :) Dec 02 18:43:33 mickeyl, btw. Dec 02 18:43:51 So there's no harm in passing const hash tables to libfso-glib, right? Dec 02 18:43:59 (with force casts until this is fixed) Dec 02 18:45:09 yes Dec 02 18:45:18 very good :P Dec 02 18:45:26 thanks. Dec 02 18:45:55 <[Rui]> TAsn: evas_object_text doesn't result in much more than a couple of lines in elm_map Dec 02 18:46:10 so maybe it's a lack of setting options Dec 02 18:46:17 or maybe the options are not set in evas_object Dec 02 18:46:22 <[Rui]> and all of them commented out Dec 02 18:46:22 but I can tell you this Dec 02 18:46:35 there are a couple of "ifs" Dec 02 18:46:37 in evas Dec 02 18:46:42 that caused those issues Dec 02 18:46:49 <[Rui]> TAsn: indeed? Dec 02 18:46:50 and IIRC they are settings Dec 02 18:47:10 just look at evas_object_textblock.c Dec 02 18:47:14 only one file Dec 02 18:47:25 there's the wrapping function Dec 02 18:47:33 freesmartphone.org: 03mickey 07cornucopia * r52354f43b0ba 10/fsogsmd/src/bin/main.vala: fsogsmd: call subsystem.shutdown() in signalhandler Dec 02 18:49:39 <[Rui]> TAsn: _format_command() ? Dec 02 18:49:45 not sure :| Dec 02 18:49:51 sec, will try to take a quick look Dec 02 18:50:24 dos1: ok, will fix Dec 02 18:55:12 <[Rui]> TAsn: will install http://omicron.homeip.net/projects/easy_e17/easy_e17.sh and get rid of the packages for ubuntu, they're too old anyways Dec 02 18:55:34 [Rui], not sure, though I think maybe,just maybe: _layout_text_append Dec 02 18:55:52 <[Rui]> TAsn: from what I was reading, it seems to be that to me as well Dec 02 18:56:07 because I wrote Dec 02 18:56:11 <[Rui]> TAsn: but I can't test changes if I don't have a compilation and installation environment Dec 02 18:56:13 cutoff_get Dec 02 18:56:16 (rewrote) Dec 02 18:56:22 and that's the only place that calls it Dec 02 18:56:34 and IIRC my rewrite wasn't even called. Dec 02 18:56:37 [Rui], duh :P Dec 02 18:57:04 <[Rui]> TAsn: yeah, but I wasn't expecting to be so pissed off that I want to have it fixed :) Dec 02 18:57:22 just gdb it Dec 02 18:57:28 enter this function Dec 02 18:57:34 see why the cutoff_get Dec 02 18:57:39 function isn't getting called Dec 02 18:57:48 <[Rui]> TAsn: ok Dec 02 18:57:51 and that's probably your problem (the ifs breaking it) Dec 02 18:58:26 is anyone currently using 2.6.31 (any version)? Dec 02 18:59:13 <[Rui]> TAsn: after all, isn't this precisely one of the (many) reasons Free Software get's written? Itch scratching? :) Dec 02 18:59:51 [Rui], exactly. Dec 02 18:59:52 :P Dec 02 19:00:32 mrmoku: thanks for except fix :) I was wandering what happen as it refused to build shr-image for me Dec 02 19:00:46 hehe :) Dec 02 19:01:04 JaMa: I even did go via your srcpv branch :) Dec 02 19:01:43 mrmoku, today the call screen crashed completely (could not even close it): i had a conversation, and the other end hung up and everythign froze. is that a known bug= Dec 02 19:02:21 sadly i cannot provide logs as it happened in the city and i needed to quickly reboot my phone... Dec 02 19:02:50 <[Rui]> TAsn: I just hope I don't get so absorbed that I forget to make dinner :) Dec 02 19:03:18 [Rui], forgetting to make dinner is ok Dec 02 19:03:21 JesusMcCloud: never seen that... never heard of it Dec 02 19:03:26 the big issue is forgetting making tomorrow's dinner Dec 02 19:03:31 (happened to me a couple of times) Dec 02 19:03:32 hmpf Dec 02 19:03:52 <[Rui]> TAsn: no, the big issue is wife getting home late, hungry, and no food while I have been at home all day :) Dec 02 19:04:01 hehe :P Dec 02 19:04:23 mickeyl: any idea why char *query_path = messages_iface->query_finish(messages, res, &error); could segfault? Dec 02 19:04:59 no idea, never digged into that level of gobject coding Dec 02 19:05:05 do you have a backtrace? Dec 02 19:05:17 moment Dec 02 19:07:09 mickeyl: hmm Dec 02 19:07:14 the last three lines are: Dec 02 19:07:15 gettimeofday({1259780740, 584414}, NULL) = 0 Dec 02 19:07:15 write(3, "2009.12.02 20:05:40.584414 [libp"..., 67) = 67 Dec 02 19:07:15 --- SIGSEGV (Segmentation fault) @ 0 (0) --- Dec 02 19:07:24 where the first two are the last logger I see in the log Dec 02 19:07:54 err Dec 02 19:07:56 hmm, that's not a backtrace Dec 02 19:07:58 that was a strace Dec 02 19:07:59 :) Dec 02 19:08:06 * mrmoku installs gdb Dec 02 19:13:34 mickeyl: backtrace not usefull Dec 02 19:13:43 #0 0x40164f12 in _messages_query_callback () from /usr/lib/libphone-ui.so.0 Dec 02 19:13:46 #1 0xbefae970 in ?? () Dec 02 19:13:48 #2 0xbefae970 in ?? () Dec 02 19:13:51 Backtrace stopped: previous frame identical to this frame (corrupt stack?) Dec 02 19:14:32 fun Dec 02 19:14:39 can you create a breakpoint and step through it? Dec 02 19:15:03 hmm, that's probably tough without gdb remote Dec 02 19:15:20 remote? Dec 02 19:15:31 gdb-server Dec 02 19:15:42 we used to debug remotely in the old days of Opie Dec 02 19:15:45 sure, you know gdb remote, no? Dec 02 19:15:47 to be able to singlestep Dec 02 19:15:55 with having the source Dec 02 19:16:09 mickeyl: I'm running gdb on the device Dec 02 19:16:36 with dbg packages installe Dec 02 19:16:38 though Dec 02 19:16:42 there are missing lots Dec 02 19:16:49 like gobject Dec 02 19:17:07 yeah, symbols are good for backtraces and stuff Dec 02 19:17:16 but this way you can't singlestep through the source Dec 02 19:17:34 hmm but what sources would I need Dec 02 19:17:40 glib stuff Dec 02 19:17:41 the C sources Dec 02 19:17:45 yeah Dec 02 19:17:48 but of what projects? Dec 02 19:18:17 libfso-glib i guess Dec 02 19:18:31 query_finish is a function in there, right? Dec 02 19:18:34 yup Dec 02 19:19:05 so... let vala give me c-sources for it? Dec 02 19:20:02 and then learn to use gdbserver... Dec 02 19:20:03 fun Dec 02 19:20:05 yep Dec 02 19:20:11 doesn't sound too appealing, i know Dec 02 19:20:39 can you show me the context of the code that segfaults? Dec 02 19:22:03 mickeyl: http://shr.pastebin.com/d32310aa9 Dec 02 19:22:11 is what I'm doing Dec 02 19:22:20 and line 10 segfaaults Dec 02 19:22:58 messages_iface Dec 02 19:23:01 is it null? Dec 02 19:23:03 :P Dec 02 19:23:07 (why don't you check?) Dec 02 19:23:08 growl Dec 02 19:23:13 * Weiss can't figure out whth 2.6.31 won't suspend Dec 02 19:24:03 TAsn: because I suck :P Dec 02 19:24:04 moment Dec 02 19:24:05 why* Dec 02 19:24:12 :P Dec 02 19:24:20 add a message if it's NULL Dec 02 19:24:27 not sure it'll get you anywhere Dec 02 19:24:31 but it probably will Dec 02 19:25:19 and also res might be NULL, does fso-glib accept that? Dec 02 19:26:11 # Dec 02 19:26:11 g_warning("Query failed: %s", error->message); Dec 02 19:26:11 # Dec 02 19:26:11 free(userdata); Dec 02 19:26:24 btw, are you sure you always pass a vaild userdata Dec 02 19:26:30 (actually you probably do as it's probably a pack) Dec 02 19:28:18 yes, pack Dec 02 19:29:23 I'm still in trouble with number->name resolving Dec 02 19:29:29 here is some logging http://pastebin.com/m64d8c931 Dec 02 19:30:42 TAsn, mickeyl: yup iface is NULL :( Dec 02 19:30:53 :P Dec 02 19:31:04 so now just find out what you did wrong. Dec 02 19:31:27 my assumption was that GObject * in the callback is the proxy Dec 02 19:32:18 hmm... maybe just casting it does not work? Dec 02 19:33:18 yeah... probably I have to use FREE_SMARTPHONE_MESSAGES() instead Dec 02 19:33:30 * mrmoku tries Dec 02 19:34:48 could somebody please help? Dec 02 19:37:39 hmm Dec 02 19:37:40 2009.12.02 20:37:08.565530 [GLib-GObject] WARNING: invalid cast from `GObject' to `FreeSmartphonePIMMessages' Dec 02 19:39:22 that sounds weird Dec 02 19:41:36 johnnymnemonic: sorry, can't see anything obvious there Dec 02 19:41:47 TAsn: resolving with tel: prefix works, right? Dec 02 19:41:56 where? Dec 02 19:42:00 and why wouldn't it? :P Dec 02 19:42:08 [20:29] johnnymnemon | here is some logging http://pastebin.com/m64d8c931 Dec 02 19:42:26 sec. Dec 02 19:43:04 mrmoku, probably the contact stored doesn't have a prefixed tel: Dec 02 19:43:04 ... Dec 02 19:43:05 mrmoku: tell me what i've to do to help more Dec 02 19:43:24 mrmoku, that's why we desperately need the type :P Dec 02 19:43:26 i saved the contact right after the message Dec 02 19:43:37 dos1, !!! Dec 02 19:43:46 johnnymnemonic: err? Dec 02 19:44:29 johnnymnemonic: you don't have any national prefix declared Dec 02 19:44:42 not? Dec 02 19:45:09 so your contact number would need to be "3489040xxx" to match, what probably isn't the case Dec 02 19:45:31 DocScrutinizer, overlooked that :P Dec 02 19:45:43 it's +39348... Dec 02 19:46:18 DocScrutinizer: that is italy Dec 02 19:46:25 italy has strange numbers :P Dec 02 19:46:43 and that number is a mobile Dec 02 19:46:54 which in italy never has a 0 Dec 02 19:47:37 here 0 is being dropped at all, also in landlines Dec 02 19:47:40 well "" DEBUG: Attempting to resolve name for: "tel:+393489040xxx" "" Dec 02 19:48:24 so if the contact's sored number is +393489040xxx it should match, no? Dec 02 19:48:40 yup Dec 02 19:48:44 s/sor/stor/ Dec 02 19:48:44 DocScrutinizer meant: so if the contact's stored number is +393489040xxx it should match, no? Dec 02 19:49:07 dos1, got time? :P Dec 02 19:49:29 I suspect another "tel:" issue Dec 02 19:49:43 DocScrutinizer, I too. Dec 02 19:49:46 or general opimd borhedness Dec 02 19:49:47 It sounds like a tel issue Dec 02 19:49:52 in contact Dec 02 19:49:52 borkedness Dec 02 19:49:56 (saved one) Dec 02 19:50:30 sorry, was at the phone Dec 02 19:50:43 johnnymnemonic, Dec 02 19:50:43 np Dec 02 19:50:50 opkg install opimd-utils-cli Dec 02 19:50:51 yes it's +39 for italy, 348 vodafone, 9040xxx number Dec 02 19:50:54 and then Dec 02 19:51:14 opim-cli c Query Name Dec 02 19:51:41 and paste here (after edit for privacy ;) Dec 02 19:51:45 :P Dec 02 19:52:44 http://pastebin.com/mcbbd170 Dec 02 19:54:06 FSCKNG "tel:" Dec 02 19:54:16 it_'s insane, toldya Dec 02 19:55:27 SHR: 03tom 07libphone-ui-shr * rc251e4dba2bb 10/src/view/ (contact-list-view.c message-list-view.c message-show-view.c): Fixed a couple of functions, they now also use phoneui functions instead of using hacks themselves Dec 02 19:55:33 DocScrutinizer, exactly what I thought :| Dec 02 19:55:36 SHR: 03tom 07libphone-ui-shr * rcaa55af47f68 10/src/view/ (contact-list-view.c dialer-view.c): Made sending sms from contact list saner Dec 02 19:55:38 johnnymnemonic, you should edit the contact Dec 02 19:55:44 and prefix the number with tel: Dec 02 19:55:46 BAH. Dec 02 19:55:55 (not your fault...) Dec 02 19:55:58 OMG what an advice Dec 02 19:56:14 DocScrutinizer, It hurts me more than it hurts you. Dec 02 19:56:20 I want to rewrite opimd Dec 02 19:56:27 I'm just waiting for that damn dos1 :P Dec 02 19:56:29 dos1, !!! Dec 02 19:56:30 yep Dec 02 19:56:50 ~scare dos1 Dec 02 19:56:51 * apt_ puts on a hockey mask and jumps out at dos1 Dec 02 19:57:34 TAsn: it's insane, but it works Dec 02 19:57:37 thanks Dec 02 19:57:52 :P Dec 02 19:58:05 johnnymnemonic, it's insane we had to give you this advice :( Dec 02 19:58:20 i won't rewrite opimd, i don't have time for that... but i try to implement field types Dec 02 19:58:53 rewrite should be at the end, by (or with assistance of) some tallented in using sqlite dev ;p Dec 02 19:58:57 mrmoku, ping. Dec 02 19:59:01 pong Dec 02 19:59:11 s/i try/i'll try/ Dec 02 19:59:12 your latency is low :P Dec 02 19:59:22 nah Dec 02 19:59:35 TAsn: it's just mrmoku's cache ;D Dec 02 20:00:03 :P Dec 02 20:00:13 dos1, types is awesome :P (A very good start) Dec 02 20:00:17 dos1: yeah, field types are the right way to go Dec 02 20:00:38 Just one thing to think about though Dec 02 20:00:50 are field types global for opimd Dec 02 20:00:57 or are per "section" Dec 02 20:00:57 i.e Dec 02 20:01:03 field types per contact Dec 02 20:01:07 *for Dec 02 20:01:10 *contacts Dec 02 20:01:15 for messages Dec 02 20:01:16 etc Dec 02 20:01:20 I think the later is better. Dec 02 20:01:24 yup Dec 02 20:01:27 * dos1 too Dec 02 20:01:28 As It'll probably make handling of the db a lot saner. Dec 02 20:01:44 dos1: even more generic: field property entity : "type", value "tel" Dec 02 20:02:22 and allow multiple filed property entities Dec 02 20:03:16 DocScrutinizer, please explain Dec 02 20:03:20 As I didn't quite get you. Dec 02 20:04:11 I was thinking about something more like this: Dec 02 20:04:21 Name : type Dec 02 20:04:25 for columns of contact Dec 02 20:04:34 "columns" Dec 02 20:04:37 meant properties :P Dec 02 20:04:45 for instance: Dec 02 20:04:51 Phone : telephone Dec 02 20:04:55 Email : email Dec 02 20:04:59 Name : text Dec 02 20:04:59 each contact has N fields. Each field has a value and N properties. Each property has a name and a value Dec 02 20:05:06 * Dec 02 20:05:09 Name : name Dec 02 20:05:47 Ok, what I understand from what you just said is: Dec 02 20:06:02 Either I'm very tired, or I just don't get what you mean Dec 02 20:06:09 Please show an example Dec 02 20:06:38 DocScrutinizer-8: your sugestion means rewrite ;) Dec 02 20:06:43 dos1, Btw, types are "constant" i.e users can't change type Dec 02 20:06:48 *create types Dec 02 20:06:50 just create fields Dec 02 20:06:52 with types Dec 02 20:06:58 from the type pool Dec 02 20:07:06 (the types you know how to handle) Dec 02 20:07:21 Though that'll probably mean constraint's checking. Dec 02 20:07:36 which is more work :P Dec 02 20:16:53 growl Dec 02 20:17:01 * Weiss bisects 2.6.31 to try to make it suspend Dec 02 20:18:57 playya_: here? Dec 02 20:19:22 Weiss: even without DRM patches it doesn't suspend? :/ Dec 02 20:19:57 JaMa: nope.. I just can't get it to behave.. Dec 02 20:20:15 I just did a completely clean, vanilla build of 2.6.31 Dec 02 20:22:02 I'm starting to wonder if it's something odd about my FR, or maybe that I've got the debug board plugged in Dec 02 20:24:06 well, this seems easy to rule out. install a shrU0808 and see if that behaves Dec 02 20:24:32 that's fine.. if the DB is causing problems, it's a recent thing.. Dec 02 20:24:38 trying 2.6.31 minus DB now Dec 02 20:25:51 just to muppet check.. what's the right incantation for suspend without "apm -s"? Dec 02 20:26:20 echo mem > /sys/power/state Dec 02 20:27:24 mickeyl, just checked, and all of glib's hash table functions accept non-const hash tables only. :| Dec 02 20:27:32 maybe what's why vala is broken they way it's broken. Dec 02 20:27:39 good, that's what I've been doing Dec 02 20:27:42 ok.. it's not the DB Dec 02 20:27:43 Weiss: why poke /sys directly? pm-suspend is the tool to do it Dec 02 20:29:58 lindi-: in case of problems each tool less is a possible complication/source of problem less Dec 02 20:30:11 mostly because I didn't know about pm-suspend :) Dec 02 20:30:23 DocScrutinizer-8: are you telling you echo mem > /sys/power/state also on your laptop? Dec 02 20:31:20 lindi-: sorry, kinda foul mood atm. No nerves for kidding each other Dec 02 20:31:32 :( Dec 02 20:32:03 mrmoku: can we have python-wifi in the feed? its needed for saskia Dec 02 20:32:50 Weiss: what do you use to put your laptop to suspend? some Fn key or gnome? Dec 02 20:32:51 BluesLee: let me check Dec 02 20:32:55 btw. what is saskia? Dec 02 20:33:00 do printk()s always go to the serial port synchronously, or is it possible I'm missing a load of messages? Dec 02 20:33:14 lindi-: I never use suspend on my laptop.. Dec 02 20:33:35 Weiss: try my ramconsole patch :) Dec 02 20:33:35 but on those rare occasions (usually when I wanted to do something else), it's via gnome Dec 02 20:35:01 SHR: 03tom 07libphone-ui * r158c892e7637 10/src/ (phoneui-utils.c phoneui-utils.h): Added phoneui_utils_contact_display_*_get functions Dec 02 20:35:54 mrmoku: heinervdm already sent cookie for python-wifi Dec 02 20:36:11 SHR: 03tom 07libphone-ui * r83c9b10176d2 10/src/phoneui-utils.c: Removed the sanitize function completely Dec 02 20:36:28 JaMa: and nobody ate it? :P Dec 02 20:36:33 or ... hmm Dec 02 20:37:23 hehe Dec 02 20:37:35 lindi-: would that help? :) Dec 02 20:37:35 was me who ate that :P Dec 02 20:37:41 BluesLee: will appear in the feed with the next sync Dec 02 20:38:12 Weiss: well you would get all kernel messages Dec 02 20:38:40 mrmoku: saskia is a wifi manager, a good one Dec 02 20:38:53 mrmoku: there are also othe python packages missing Dec 02 20:38:54 lindi-: where can I get this patch+instructions? :) Dec 02 20:38:54 BluesLee: any link? Dec 02 20:38:59 hi everyone Dec 02 20:39:12 onen|openBmap: hallo :) Dec 02 20:39:15 mrmoku: http://www.opkg.org/package_233.html Dec 02 20:39:28 DocScrutinizer: hallo. I read yesterday in this place, that you got your n900... so top or flop? Dec 02 20:39:46 mrmoku: at least it works for me:-) Dec 02 20:39:54 mrmoku: he he, always the same dude keeping the house :-) Dec 02 20:39:55 Weiss: http://docs.openmoko.org/trac/ticket//2135 Dec 02 20:40:24 mrmoku: for shortom i am missing python-subprocess python-pygtk Dec 02 20:40:54 Weiss: that has saved my day many times. i can always recover kernel messages even after removing battery for a few seconds Dec 02 20:42:28 onen|openBmap: clearly top Dec 02 20:42:39 onen|openBmap: waiting for the EOL of my SIM... that I can start logging again :P Dec 02 20:42:46 even AWESOME :-) Dec 02 20:43:58 needs a bit of handcrufting to make e.g. xchat behave like I want Dec 02 20:44:37 anyway do /whois docscrutinizer51 Dec 02 20:45:29 BluesLee: python-pygtk should be in feeds for sure.. already Dec 02 20:45:31 SHR: 03tom 07libphone-ui * reb2dcbd191da 10/src/ (phoneui-utils.c phoneui-utils.h): Added phoneui_utils_contact_display_*_get functions Dec 02 20:45:34 SHR: 03tom 07libphone-ui * r3eee01415371 10/src/phoneui-utils.c: Last cleaning of the sanitize removal Dec 02 20:45:51 SHR: 03tom 07libphone-ui * rae2796cb980e 10/src/phoneui-utils.c: Removed the sanitize contact function completely Dec 02 20:48:22 lindi-: cool.. flashing now.. Dec 02 20:48:23 JaMa: you are right, thanks Dec 02 20:50:43 mickeyl: ok, the segfault was me being a deficient noob not checking the iface for NULL... and it is NULL, because the GObject I get in the callback is something different... Dec 02 20:50:51 mickeyl: any idea what that GObject is? Dec 02 20:54:18 Weiss: just remember to add mem=127M Dec 02 20:54:30 mrmoku: inspect it runtime? Dec 02 20:54:39 DocScrutinizer-8: how? Dec 02 20:54:42 well Dec 02 20:54:56 I did call g_type_name on it Dec 02 20:55:03 it just tells me it is a GObject Dec 02 20:55:30 lindi-: hmm.. how is that done with Qi? Dec 02 20:55:57 Weiss: you change the source or add append-GTA02 file Dec 02 20:55:58 mrmoku: well on a real OO debugger you simply inspect the object and get a list of all it's methods and properties Dec 02 20:56:52 mrmoku: dunno how to do that with e.g. gdb Dec 02 20:57:06 heh, yes Dec 02 20:57:18 a real debugger would be something nice :P Dec 02 20:57:45 lindi-: hmm.. I boot from NAND :S Dec 02 20:57:55 Weiss: then you can't configure Qi. Dec 02 20:58:23 :( Dec 02 20:58:27 a real IDE would be cool (sorry for sounding like a mueslifresser) Dec 02 20:58:27 what's this mesa-dri stuff about? Dec 02 20:58:31 can it be added via the kernel config? Dec 02 20:58:41 Weiss: sure Dec 02 20:59:09 ERROR: Multiple .bb files are due to be built which each provide mesa-dri (/home/w/OM/SHR/build/shr-unstable/openembedded/recipes/mesa/mesa-dri_7.6.bb /home/w/OM/SHR/build/shr-unstable/openembedded/recipes/mesa/mesa-dri_7.0.3.bb). Dec 02 20:59:29 lindi-: CONFIG_CMDLINE? the "unused" text in there makes me thing it might not work..? Dec 02 20:59:41 http://iki.fi/lindi/linux9110-beta3.tar.gz probably has somewhere a kernel patch that forces some options :) Dec 02 20:59:41 mrmoku: what does ELOL (End Of Life?) had to do with logging? did you cover *all* the cells in your neighbourhood? ;-) Dec 02 21:00:08 DocScrutinizer: :-D you now have a mobile avatar of you so it seems ;-) Dec 02 21:00:10 onen|openBmap: well...where I normally go to... yes all logged :P Dec 02 21:00:35 Weiss: it's from 2005 when I was porting linux to nokia communicator 9110 :-) Dec 02 21:00:49 ick :( Dec 02 21:01:00 DocScrutinizer: I am still looking at phones for a new one. And n900 is still on top. basically it is the *only* one which have a real Linux distribution and environment Dec 02 21:01:19 yep Dec 02 21:01:28 but some BLOB drivers, nor? Dec 02 21:01:35 mrmoku: then you will need the next version of the logger, which should bring new stuff, but sssshhhhhh ;-) Dec 02 21:01:44 onen|openBmap: and it's a real gem Dec 02 21:01:47 Weiss: wget that tar.gz and read the README Dec 02 21:01:59 Weiss: no blobs but no real hardware support either :) Dec 02 21:02:13 onen|openBmap: will it fake cells for me? ;)1;2~ Dec 02 21:02:18 Wonka: android is much more proprietary invaded, plus the fact that a lot of things are not done in the "regular" linux way Dec 02 21:02:25 Weiss: everything runs from 2M of ram including shell and network block device client Dec 02 21:02:40 Weiss: no mass storage available Dec 02 21:03:01 mrmoku: well I could do a special Xmas edition just for you, so that with faked cells you get on top of the contributors ;-) Dec 02 21:03:03 onen|openBmap: I know that android is even worse... my question was (should've been) if n900 is open enough to be usable Dec 02 21:03:13 onen|openBmap: yes please :D Dec 02 21:03:14 DocScrutinizer: how is battery life? Dec 02 21:03:29 onen|openBmap: I promise to not tell it anybody ;) Dec 02 21:03:39 my phone seemed to die during opkg upgrade. should i not be doing those ? Dec 02 21:03:40 DocScrutinizer: are there many application available (I mean valuable, not thousand of garbage stuff)? Dec 02 21:04:14 DocScrutinizer: and did you check waht gsm api is available ;-) I found some info from people inspecting the dbus layer and they found some gsm related data Dec 02 21:04:19 Weiss: that allowed me to mount minix filesystem over NBD protocol as /usr over 9600 serial port Dec 02 21:04:32 s/9600/38400 baud/ actually Dec 02 21:04:40 mrmoku: ;-) Dec 02 21:05:12 Wonka: ok I understand your question... better ;-) what do you mean by "enough to be usable"? Dec 02 21:05:26 onen|openBmap: n900 without GSM would be useless. Dec 02 21:05:38 docscrutinizer: test Dec 02 21:05:44 onen|openBmap: n900 without Wifi... not very good either. Dec 02 21:05:45 gonzoism: opkg upgrade between what? last shr unsta Dec 02 21:05:54 onen|openBmap: n900 without X neither Dec 02 21:05:58 Weiss: what we have now is n900 without battery Dec 02 21:06:10 gonzoism: ble image was said to have to be flashed, no opkg upgrade working to get it Dec 02 21:06:14 lindi-: also not good :) Dec 02 21:06:40 lindi-: :-D Dec 02 21:07:22 Wonka: I am no specialist here. but they succeed in using binary drivers for android and pput it in the self built image they do (or at least it works) Dec 02 21:07:53 Wonka: I have seen android distribution/project where they say: 1. works, 2. freedom, which means they use binary driver for opengl acceleration and wifi Dec 02 21:08:05 onen|openBmap: i'm using the jffs2 dated 11-18 and did an opkg upgrade on it. Dec 02 21:08:11 Wonka: I guess it is there not a problem Dec 02 21:08:48 Wonka: by the way, it is more or less a Debian distribution for the n900 (maemo) Dec 02 21:08:54 onen|openBmap: mmh... mac80211-using wifi would still be nice... AP mode support and stuff... Dec 02 21:09:30 i would love ap mode support. Dec 02 21:10:02 Wonka: ap mode would allow to use your p Dec 02 21:10:27 Wonka: ...hone to share 3g access through wifi right? Dec 02 21:10:33 onen|openBmap: ack Dec 02 21:10:54 Wonka: I have read this is available under android, but you need to root it Dec 02 21:11:27 I'll stay with my FR for some while. Dec 02 21:13:45 Wonka: sure. but I need a working phone :P Dec 02 21:14:41 so is opkg upgrade only for upgrading between image builds of shr, or does it apply bugfixes to a version ? Dec 02 21:15:16 onen|openBmap: all calls I tried to make with the FR succeeded Dec 02 21:15:18 gonzoism: http://blog.shr-project.org/2009/11/new-shr-image-finally-out.html Dec 02 21:15:20 anybody share a hint how to make xchat highlight all permutations of doc*izer* please? Dec 02 21:15:24 onen|openBmap: all five of them Dec 02 21:15:31 gi Dec 02 21:16:09 any idea how to make xchat work in a situation where I am on more than 40 channels? Dec 02 21:16:15 gonzoism: opkg upgrade works usually (cough cough). but for this specific new image, it seems it was needed to flash it directly. afterwards, you may opkg upgrade Dec 02 21:16:23 currently i need to scroll up and down the channel list to see if somebody wants to speak to me Dec 02 21:18:02 Wonka: yes, you will see when it does not wake up, when battery does not last so long becasue no perfectly working sleep/deep sleep. no 3g. graphics slow. bevel of the case. and no PIM application ready for prime time use ( I mean I can trust, not to lose anything, so a lot tested...) Dec 02 21:18:32 * DocScrutinizer51 curses IRC for not supporting multiplem clients sharing one nick & idemntity Dec 02 21:19:07 DocScrutinizer: you may correct me if I am wrong about my FR rant... Dec 02 21:19:21 onen|openBmap: thanks, and thanks for the url too ! Dec 02 21:19:37 lindi-: hmm.. do you know where to tweak the command line in Qi? **** BEGIN LOGGING AT Thu Dec 03 04:00:14 2009 Dec 03 04:00:22 yarrrrrr Dec 03 04:00:23 aah Dec 03 04:00:30 :-) Dec 03 04:00:40 i just like saying it Dec 03 04:00:46 cpt sparrow Dec 03 04:00:59 so you're in love now DocScrutinizer-8 Dec 03 04:01:02 ? Dec 03 04:01:05 n900 Dec 03 04:01:11 is it big? Dec 03 04:01:15 yap Dec 03 04:01:22 bigger than FR? Dec 03 04:01:28 defiinitlely sold Dec 03 04:02:16 i'm thinking of getting a HTC Hero or a Nokia n900, but both are a bit too expencive Dec 03 04:03:08 it's plain amazing what a good team of EE can achieve, with acompany like nokia backing the sourcing and manufacturing Dec 03 04:03:58 fredrin: well, N900 comes with *linux* ootb Dec 03 04:04:09 i know Dec 03 04:04:27 and actually the UI is awesoome Dec 03 04:04:52 muuuuch better than friggin winmoob ever got Dec 03 04:05:18 despite that's nokias first maemo phone ever Dec 03 04:05:49 really consistent and a joy to handle Dec 03 04:06:06 no nned for any manual after 30min Dec 03 04:06:33 :) I've been a nokia guy more or less all my mobile life Dec 03 04:07:20 any fun things you can do with it? Dec 03 04:07:31 can you run shr on it? Dec 03 04:08:25 can you have skype? Dec 03 04:08:43 lol, that's a question for the SHR guys obviously Dec 03 04:08:59 skype is in the default apps Dec 03 04:09:10 nice Dec 03 04:09:14 works over 3g? Dec 03 04:09:17 SIP working great Dec 03 04:09:22 yep Dec 03 04:09:22 sweet Dec 03 04:10:35 SIP fully integrated in dialer Dec 03 04:11:04 means you select which service to use to call a number from contacts or typein Dec 03 04:11:32 inbound calls from gsm and sip is no diff Dec 03 04:11:32 any cons/negative with the phone? Dec 03 04:11:55 nothing I found so far Dec 03 04:12:20 battery, suspend, boot time? Dec 03 04:12:29 a few minor flaws surely being fixed next sw-release Dec 03 04:13:00 suspend soesn't exist on omap3 platforms. they do 0-clock Dec 03 04:13:18 ah Dec 03 04:13:20 boot time is equally annoyingly long as SHR Dec 03 04:13:32 bat life is decent Dec 03 04:13:43 can you charge over mini-usb? Dec 03 04:13:59 had no time of leaving it alone for days yet, to test idle standby Dec 03 04:14:08 :D Dec 03 04:14:21 no, as it has micro-usb only ;-P Dec 03 04:14:21 how much did you pay for it? Dec 03 04:14:36 600EUR Dec 03 04:14:58 you can get it for <500 on amazon etc though Dec 03 04:15:05 that's a minus, i like the fact that i can charge my phone almost everywhere where you have a mini-usb Dec 03 04:15:25 like the FR Dec 03 04:15:34 mini-usb is obsolete. micro is the future Dec 03 04:15:51 nah, to many mini-usb cables floating around Dec 03 04:16:05 micro is more durable... 1p times the mating cycles than mini Dec 03 04:16:56 how hacker friendly is it? will there be like a custom kernel Dec 03 04:16:57 fsck the cables!! do you use your 5pin DIN cables any more? Dec 03 04:17:21 look at mer for hacker friendly Dec 03 04:17:57 maemonever will be completely open. mer will though Dec 03 04:19:17 even in maemo you can talk to the modem via AT, detect slider and headset-jack and dunno what... you got /sys Dec 03 04:19:41 hmm Dec 03 04:20:08 it's a linux. and though sources of some kernel modules aren't open, development in userland isn't restricted at all Dec 03 04:21:53 can you have monitor mode on wifi? Dec 03 04:22:21 monitor mode yes, afaik. packet injecton no Dec 03 04:22:30 sweeeet Dec 03 04:23:05 usb host? Dec 03 04:23:39 and the wifi is amazingly good sensitivity Dec 03 04:24:56 usb host jury still is out on it. has no micro-AB receptacle, so no standards conformant hostmode/OTG anyway Dec 03 04:26:01 nokia says it can't do host because they didn't know how to make it please the USB cert board Dec 03 04:26:16 all *very* obscure Dec 03 04:26:49 at least it should be able of unpowered host like 1973 has anyway Dec 03 04:28:08 has FM receiver as well that's not advertised but works, with "hacker" app to control it Dec 03 04:28:50 has IR tx/rx that's not officially supported Dec 03 04:29:33 FM transmitter is official property and supported though Dec 03 04:30:04 great for car radio coupling Dec 03 04:32:04 even IR, that's nice Dec 03 04:32:25 so you can have an universal remote maybe Dec 03 04:32:43 or you make your neigbour go nuts: get germany nuernberg radio-Z via internet and retransmit it on its supposed freq 95.8 somewhere in USA ;-P Dec 03 04:33:01 heh Dec 03 04:33:17 or take over one frequenzy on the local bus in the morning Dec 03 04:33:30 that would maybe wake some people up Dec 03 04:33:36 fredrin: I didn't manage to get the universal IR app to work yet, but there is already, in maemo-devel repo Dec 03 04:34:26 LIRC and friends Dec 03 04:34:27 and bluetooth, you got full controll over it, like on the FR? Dec 03 04:34:39 and a qt and a GTK frontend Dec 03 04:34:53 now i want it ever more Dec 03 04:35:05 I'd guess yes, BT is fully supported Dec 03 04:36:28 BT-hid is in maemo-testing, to connect mouse and kbd Dec 03 04:38:11 major flaw I found so far is: dialer rejects USSD "numbers" like *100#, for GSM Dec 03 04:38:44 this is known and a ticket in trac and will be fixed in next release Dec 03 04:41:24 fredrin: and(!!) 32GB builtin *plus* hotswappable uSD (which holds a 16GB card in mine ATM :-) Dec 03 04:41:58 hotswap, very nice Dec 03 04:42:53 videoconf front VGA cam seems to be poor to crap, but main camera is 5M with Zeiss and decent quality Dec 03 04:44:11 audio quality is excellent, for all aspects of audio Dec 03 04:44:23 but relative to the FR, how big and heavy is it? Dec 03 04:44:48 nearly 1:1 Dec 03 04:45:41 though FR is quite a bit longer overall, but has the round ends Dec 03 04:46:30 i'll drop by a stor tmo and have a look at it Dec 03 05:33:54 DocScrutinizer what is it that you are in love with ? Dec 03 05:34:04 i've been trying to make it out. Dec 03 05:34:54 (not to be mistaken for trying to make out with it:)) Dec 03 05:40:03 n900 Dec 03 06:02:17 cool Dec 03 06:06:29 spaetz, are ya'll eventually going to stop using busybox on SHR in the future ? or is something like that not even a part of the roadmap. i like busybox just fine, just curious if that was something being worked toward (no matter how small or far apart the steps) Dec 03 06:09:23 gonzoism: http://people.openmoko.org/joerg/unsorted/opkg-u Dec 03 06:09:34 I *HATE* BUSYBOX Dec 03 06:11:25 gonzoism: for now it seems SHR is going to drop dropbear, which is a good thing as well (to have a real opensshd) Dec 03 06:11:47 how much does that script add ? Dec 03 06:12:02 seems I recall dropbear doesn't know about fuse Dec 03 06:12:19 how much? Dec 03 06:12:39 space Dec 03 06:12:48 what do you mean by "how much"? Dec 03 06:13:19 i wonder how much space busybox is taking up in comparison to how much space those tools would take up with all the debugging symbols stripped from them. Dec 03 06:13:33 aah, no idea, as I'm running from a uSD with plenty of spacem and even on FR there's enough NAND as well for that Dec 03 06:13:58 lol, unless you /really/ hate busy box, i doubt you would know the answer to either of those questions. nor should you. :) Dec 03 06:13:58 maybe 10..20MB Dec 03 06:15:24 bash and less alone are worth it. You can keep busybox for the rest Dec 03 06:15:46 i'm going to have to do something about building images here. i have 5 gigs free on this laptop. Dec 03 06:15:49 not to forget find Dec 03 06:16:23 mostly i use find /pathname | grep options | another grep perhaps Dec 03 06:16:58 yes, bash is worth it. was the first thing i installed today after reflashing. then zile. Dec 03 06:17:31 well I prefer 'find /pathname -name foo -and -name bar Dec 03 06:18:04 i learned -and today. :) thanks. what is the switch to do like, -not ? Dec 03 06:18:10 -not maybe ? Dec 03 06:18:25 i look that one up all the time, and it never sticks with me. Dec 03 06:18:25 lol, yes probably ;-P Dec 03 06:19:34 gonzoism: less is even more important than bash maybe Dec 03 06:19:42 how come they don't use gpsd and something like pine or mutt to do multimedia sms messages ? Dec 03 06:20:39 not gpsd... Dec 03 06:20:43 sms3 Dec 03 06:21:06 night :-) Dec 03 06:21:29 night Dec 03 06:23:31 smstools3 was the program i was trying to name. Dec 03 06:29:11 gonzoism: good question Dec 03 06:29:18 never heard about smstools3 Dec 03 06:29:25 should fit the FR Dec 03 06:29:28 imho Dec 03 06:29:33 but i'm not a developer Dec 03 06:29:39 http://smstools3.kekekasvi.com/index.php?p= Dec 03 06:30:10 i think it is in /shr-unstable/ somewhere. packages aren't being built though. Dec 03 06:31:15 i think there is a gpl version of pine out there. i seem to remember one being released once. Dec 03 06:42:41 morning Dec 03 06:43:25 moin Dec 03 06:43:44 alpine is available under the apache license v2.0 and takes up about 6 mb Dec 03 06:44:11 mornin Dec 03 06:44:46 moin Dec 03 06:45:36 morning Dec 03 06:45:41 playyaWorking__: pong :) Dec 03 06:46:41 morn Dec 03 06:46:51 good morning Dec 03 06:47:07 ^^ is smstools3 something for shr? Dec 03 06:47:34 64 bytes from mrmoku : icmp_seq=2 ttl=53 time= 10 h Dec 03 06:48:22 playyaWorking__: :P Dec 03 06:48:31 why the heck is eglibc failing for shr-testing? it is the very same version as in shr-unstable and it built fine on my laptop Dec 03 06:48:33 next coffee Dec 03 06:48:34 playyaWorking__: I'm having a hard time with libfso-glib Dec 03 06:48:38 sth is weird with buildhost Dec 03 06:48:45 still 1st coffee here :) Dec 03 06:48:59 playyaWorking__: do you accidently know what the GObject * is that one gets in the callback and how to use it? Dec 03 06:49:13 mrmoku: glad you are not switching to vala, reading the vala mailing list is pretty depressing Dec 03 06:49:23 at least C will still be around in a year ;) Dec 03 06:50:21 i'm glad too. Dec 03 06:50:26 the first parameter? Dec 03 06:51:18 mrmoku: ssh login takes 5 seconds now with openssh Dec 03 06:51:33 I don't know, what happened yesterday. I did not change any configuration Dec 03 06:51:48 wow. big advantage for +100% RAM Dec 03 06:52:46 playyaWorking__: yep Dec 03 06:52:56 spaetz: heh, what's going on in vala land? Dec 03 06:53:08 spaetz: (openssh) what was it? Dec 03 06:53:16 well better... what is ist Dec 03 06:53:21 5s is still too long via usb Dec 03 06:53:47 i try t write a code snipped Dec 03 06:53:49 nothing. (in the core). Main guy busy with other paid projects. None of the cored devs responding to requests for a hackathon Dec 03 06:54:12 actually I don't see any core dev mails :) Dec 03 06:54:28 mrmoku, i need the method you want to call Dec 03 06:54:31 mrmoku: 5 seconds with usb. compared to the 20 secs yesterday, I am really happy Dec 03 06:54:59 playyaWorking__: well for exampling starting a query for messages Dec 03 06:55:02 that is Dec 03 06:55:12 org.freesmartphone.PIM.Messages.Query Dec 03 06:56:11 mrmoku: you mean the 1st gobject in the callback? Dec 03 06:56:15 fredrin: i was wrong. it doesn't seem to be in shr-unstable. i just looked for it. wasn't there. Dec 03 06:56:29 in all sample snippets I have seen, this is dynamic DBus.Object Dec 03 06:56:48 spaetz: yep? Dec 03 06:56:56 spaetz: how do I use that? Dec 03 06:57:09 spaetz: and where do I find C sample snippets? Dec 03 06:58:42 no C snippets :-). If you don't like an automatic vala->C snippet :) Dec 03 06:58:59 I was looking at the vala sbus sample: http://live.gnome.org/Vala/DBusClientSamples Dec 03 07:00:15 hmm... vala->C snippet is fine as well Dec 03 07:01:43 http://dpaste.com/128290/ Dec 03 07:02:10 direct translation of that vala snippet Dec 03 07:02:36 spaetz: does that handle the restart of bluetoothd? Dec 03 07:03:19 mrmoku, i hope this shows my intention: http://shr.pastebin.com/m747b977c Dec 03 07:04:08 spaetz: hmm... your thing is completely different... Dec 03 07:04:29 mmh, it seems calback do receive: DBusGProxy* _sender Dec 03 07:04:53 playyaWorking__: # Dec 03 07:04:54 FreeSmartphonePimMessages msgs = FREE_SMARTPHONE_PIM_MESSAGES(messages); Dec 03 07:05:00 that is what does not work for me Dec 03 07:05:02 weird, sorry. Can't help there. Dec 03 07:05:36 mrmoku, sorry. i don't have the lib atm, so i couldn't test it :( Dec 03 07:05:42 playyaWorking__: it gives an GObject-Lib error that object is of type GObject and not FreeSmart..... Dec 03 07:06:03 spaetz: well... you allready helped Dec 03 07:06:32 dynamic dbus object is the thing probably I need to typify it with org.freesmartphone.... some way Dec 03 07:06:54 you could use g_async_result_get_source_object on res Dec 03 07:07:09 ohh that is interesting Dec 03 07:07:20 http://library.gnome.org/devel/gio/stable/GAsyncResult.html Dec 03 07:08:16 * mrmoku tries Dec 03 07:15:25 mrmoku, could you add a g_debug( "sender type: %s", G_OBJECT_TYPE_NAME(messages)); Dec 03 07:15:56 playyaWorking__: ok, g_async_result_get_source_object gives me GObject Dec 03 07:16:18 use the cast macro for the upcast Dec 03 07:16:34 it should throw an error and return NULL if its wrong Dec 03 07:17:01 FREE_SMARTPHONE_PIM_MESSAGES(o) Dec 03 07:17:03 does exactly that Dec 03 07:17:45 added your debug... retrying now Dec 03 07:21:33 playyaWorking__: DEBUG: sender type: GObject Dec 03 07:21:51 and I re-added the FREE_SMARTPHONE_PIM_MESSAGES(o) Dec 03 07:21:53 which gives Dec 03 07:22:01 WARNING: invalid cast from `GObject' to `FreeSmartphonePIMMessages' Dec 03 07:22:22 type of the original thing starting the async dbus with is Dec 03 07:22:39 DEBUG: -- messages is of type FreeSmartphonePIMMessagesDBusProxy Dec 03 07:23:32 if I pass me along the thing in my userdata it is all fine Dec 03 07:24:43 so question is how to get the correctly typed thing for a dynamic dbus object passed to the callback Dec 03 07:25:32 type FreeSmartphonePIMMessagesDBusProxy hehe Dec 03 07:25:34 80 chars per line won't be much for those monsters Dec 03 07:25:51 hehe Dec 03 07:25:53 no Dec 03 07:25:55 actually no Dec 03 07:25:56 t Dec 03 07:27:04 vim 7 supports code completion, so it shouldn't be hard to write, only to read it ;) Dec 03 07:27:12 so nothing changed :P Dec 03 07:29:01 playyaWorking__: writing is not the problem... making it fit into a line with max 80 chars is difficult :P Dec 03 07:29:38 yes. Dec 03 07:29:56 typedef FreeSmartphonePIMMessages PIMMessages Dec 03 07:29:58 I don't get the obsession over 80 char lines anyway Dec 03 07:30:16 that might have made sense a decade ago Dec 03 07:30:33 but on todays 35" 16:9 monitors? Dec 03 07:30:44 and seriously, nobody codes on the FR's display Dec 03 07:30:50 blindcoder: don't misunderestimate the trend to netbooks :-) Dec 03 07:30:54 even then there's things like W and / in vim Dec 03 07:30:58 my screen got smaller again :) Dec 03 07:31:07 spaetz: I got one myself and it has about 200 char terminals Dec 03 07:31:24 * spaetz was kidding. But I do like compact code Dec 03 07:31:44 but then I also like python. Go figure. Dec 03 07:31:49 who doesn't. but outdated codingstyles shouldn't. Dec 03 07:32:03 heh, I like the python syntax somewhat, but prefer compiled languages for speed. Dec 03 07:32:09 hmm Dec 03 07:32:14 what is glib/gdbus Dec 03 07:32:37 mrmoku: bloatware? *hides* :) Dec 03 07:33:50 http://mail.gnome.org/archives/gtk-devel-list/2009-October/msg00065.html Dec 03 07:34:33 mrmoku: dbus bindings in the gnome framework I think Dec 03 07:34:38 koen: fso-apm is now getting dragged in OE by default due to the excessive use of RPROVIDES and RCONFLICTS. Dec 03 07:34:41 OUTCH Dec 03 07:34:56 mrmoku: glib is a collection of lots of stuff like linked lists and such, I think gdbus is gnome dbus bindings Dec 03 07:37:01 blindcoder: I know what glib is ;) Dec 03 07:37:08 but glib/gdbus is NEW Dec 03 07:37:41 blindcoder: there is dbus-glib as well Dec 03 07:38:58 oh, sorry, misunderstood the question then Dec 03 07:40:12 blindcoder: looks like it might be interesting... Dec 03 07:42:03 JaMa: ping Dec 03 07:42:17 Seen above mail? fso-apm is causing trouble Dec 03 07:42:37 spaetz: pong Dec 03 07:42:44 so RPROVIDES is not the way to go to replace apm with fso-apm without causing troubles for other distros Dec 03 07:42:56 is paroli as nice as it looks ? Dec 03 07:43:03 does PREFERRED_PROVIDER help? Dec 03 07:43:11 err...as it seems ? Dec 03 07:43:29 JaMa: I guess so. But that would have to be done for all distros again. Koen talks about angstrom Dec 03 07:43:31 iirc I had patch for that setting old apm in angstrom and fso-apm in shr and it worked ok Dec 03 07:44:02 he had previously suggested to use an APM ?= "apm" in task-base-apm that can be overriden on a distro basis Dec 03 07:44:12 which would probably be less trouble Dec 03 07:44:37 but mickey said that RPROVIDERS is not like PROVIDES and won't be pulled to other distros.. so I don't understand why this happen.. :/ Dec 03 07:44:53 yes, I know. But apperently it is... :-( Dec 03 07:45:01 yes that looks sane, but needs to be don in all packages pulling apm Dec 03 07:45:08 s/don/done/ Dec 03 07:45:08 JaMa meant: yes that looks sane, but needs to be done in all packages pulling apm Dec 03 07:45:42 probably DISTRO_APM_PROVIDER ?= "apm" is really what we want. Yes, all packages pulling apm would need to be changed... Dec 03 07:45:55 No clue what the best solution is Dec 03 07:46:06 but something needs to be done... Dec 03 07:46:27 or however that variable should be named... Dec 03 07:46:41 no time here again :/ still stuck with that daywork after deadline.. Dec 03 07:47:09 parners are calling.. they need it up and running really soon.. :/ Dec 03 07:47:40 k Dec 03 07:47:57 I'll send a mail to OE asking for a good variable name Dec 03 07:48:46 and btw gst-plugins-bad-0.10.12-r0 fails for me CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/libdvdread :/ Dec 03 07:48:54 Koen also proposed update-alternative Dec 03 07:50:07 yes but having both installed seems a bit strange for me.. Dec 03 07:50:19 yep Dec 03 07:58:37 DocScrutinizer: hi, what's the problem with the url I gave you? Dec 03 07:58:45 <[Rui]> good morning Dec 03 07:59:00 <[Rui]> DocScrutinizer: and yeah, N900 is really awesome, too bad what makes it awesome is all proprietary Dec 03 07:59:18 <[Rui]> raster: and I hope to see your better hardware you've seen :) Dec 03 07:59:34 <[Rui]> raster: BTW, I'm diving into evas code in order to see if I can fix that issue. Dec 03 08:00:08 <[Rui]> raster: TAsn thinks it's around the wrap code on evas_object_textblock, but I'm not so sure. Dec 03 08:01:45 raster: better HW than n900? wow, that must be an iphone killer with matching software... Dec 03 08:01:51 <[Rui]> DocScrutinizer: and (I hope I understood this wrong but won't hold my breathing) it seems that you need to have an image signed by Nokia in order to boot on the N900 Dec 03 08:02:30 <[Rui]> raster: what's funny about that issue, is that it seems only the minimum size is broken on bubbles, now. Dec 03 08:06:30 Wonka: make the screen as big as the N800 one Dec 03 08:06:38 at least Dec 03 08:07:27 my old eyes don't like <4" Dec 03 08:11:43 <[Rui]> spaetz: N900 is the right size for a phone, but the bad size for reading Dec 03 08:13:38 * blindcoder .oO( game boy magnifying glass ) Dec 03 08:20:40 [Rui]: right Dec 03 08:21:13 hehe, old memories, blindcoder Dec 03 08:23:01 blindcoder: your cookies were all eaten yesterday, thanks for contribution :) Dec 03 08:24:18 spaetz: with usb-gadget-mode, will we still merge http://patchwork.dev.bearstech.com/patch/482/ to oe.dev or ask someone to merge it to usb-gadget-mode? Dec 03 08:25:26 JaMae, for the navit configs. do you use files or files/shr? Dec 03 08:26:01 ahh, don't know what that does, but I'd prefer to use the existing usb-gadget thingie Dec 03 08:26:22 let me check what it does Dec 03 08:26:44 * JaMa|Wrk thinks that zoff is a bit angry with me and rest of SHR devs because we haven't used his navit cookies from patchwork Dec 03 08:27:16 playyaWorking_: iirc I used only files, because split could be usefull on all devices I guess.. Dec 03 08:27:25 yes Dec 03 08:27:26 ahh host mode Dec 03 08:27:40 and i use relative positions as much as possible Dec 03 08:27:40 JaMa|Wrk: yep, that might be (zoff) Dec 03 08:28:13 i think my patches are in a good state to send them Dec 03 08:28:21 speech is not yet tested Dec 03 08:28:21 JaMa|Wrk: isn't that something that should be integrated into shr-settings? Dec 03 08:28:26 if it isn't already? Dec 03 08:28:45 spaetz, a python-pexcept recipe ?:P Dec 03 08:28:52 hehe Dec 03 08:29:04 usb host mode setting. THat thing also contains "Force USB Charge Mode (500mA)" Dec 03 08:29:11 which definitely is in shr-settings Dec 03 08:29:19 and does not work with 2.6.31 Dec 03 08:29:26 hehe Dec 03 08:30:02 JaMa|Wrk: +1 for dropping usbmode (or just keeping it in th feed), and integrating the rest either in usb-gadget or shr-settings Dec 03 08:30:50 spaetz: I asked zoff for few changes to make both patches acceptable (I know .. for me.., but he can ask someone else to commit it if someone liked it as it was).. but before he created updated version I solved the problem somehow.. Dec 03 08:31:22 JaMa|Wrk: I see. Dec 03 08:31:37 his script was really not acceptable for me Dec 03 08:31:48 perhaps someone should have told him earlier Dec 03 08:32:57 I just didn't like the idea to ship 99% same navit.launcher, 99% same huge config not manageable at all and adding 2 more recipes with 3 files each Dec 03 08:33:58 different fsoraw parames can go to Exec params and maybe its even more optimal then running shell wrapper Dec 03 08:35:18 btw gst-plugins-bad compiles fine without libdvdread http://pastebin.ca/1699797 maybe we should disable it for _shr or do we need dvd on neo? Dec 03 08:38:05 JaMa|Wrk: yep Dec 03 08:42:21 maybe we should remove the cdparanoia depency, too (plugins-good) Dec 03 08:48:06 +1 Dec 03 08:48:34 JaMa|Wrk: yay \o/ Dec 03 08:48:37 whoever attaches USB DVD drives to the FR to watch videos deserves a slow & painful death Dec 03 08:50:31 spaetz: just attaching usb ethernet converter will emit smoke Dec 03 08:51:17 spaetz: maybe you need dvdnav for watching dvdimage from sdcard in mplayer.. but I'm not sure how many users are using this :) Dec 03 08:51:36 spaetz: but a usb-serial adapter to configure the mgt port of a SUN X4250 is okay? ;) Dec 03 08:52:04 lindi-: hehe Dec 03 08:52:35 spaetz: see the bug report if you don't believe :) Dec 03 08:52:44 are you serious? wow Dec 03 08:52:52 hehe Dec 03 08:52:53 ah Koen just merged xorg-util-macros from xorg-7.5 branch :) Dec 03 08:53:14 spaetz: well, it's easier than lugging the laptop :) Dec 03 08:53:45 if he build xorg-7.5 for all angstrom-supported devices then we branch merge would be easy to get ack :) Dec 03 08:53:46 spaetz: well i did not wait for the smoke but the battery temperature was already at 60 C, http://docs.openmoko.org/trac/ticket//2310 Dec 03 08:54:10 spaetz: and rapidly getting warmer and warmer :) Dec 03 08:57:07 btw, on the illume keyboard, is it possible to remove the top bar over the keys at least for the terminal layout? Dec 03 09:32:30 <[Rui]> blindcoder: yes, you edit the configuration files that end in .c ;) Dec 03 09:35:51 [Rui]: okay Dec 03 09:35:58 of which package? :P Dec 03 09:37:59 PaulFertser: I though about the stall stuff. I think it should be easy to look at it now that we know it's related to endpoint halt. if I don't succeed at fixing that, I'll make a patch do disable stall by default Dec 03 09:38:18 rtp: cool, thanks a lot :) Dec 03 09:40:02 PaulFertser: now that 2.6.32 is out, how hard it could be to put it on my gta0[12] ? Dec 03 09:53:02 rtp: thinking of devtmpfs ? :) Dec 03 09:53:37 rtp: easier now that the drivers have been split up neatly in the 2.6.31 tree, but you'd still have to do a lot of rebasing and probably fixing (taking the newly upstreamed bits into account). probably we'll skip a version since we only managed to get 2.6.31 just about working in time for 2.6.32... Dec 03 10:01:29 Deubeuliou: hey Dec 03 10:01:34 Deubeuliou: how's life? Dec 03 10:02:19 hi mrmoku Dec 03 10:02:43 pretty fine :) Dec 03 10:02:52 how's yours ? Dec 03 10:02:56 Deubeuliou: fine, fine Dec 03 10:03:05 Deubeuliou: how did your libfso-glib experiments end? Dec 03 10:03:18 Ainulindale: showed me the latest shr unstable ... amazing :) Dec 03 10:04:05 mrmoku: they are not ended. they are "pending resuming": I have other things to do for h:1 before we move FSO Dec 03 10:04:39 maybe learning vala? Dec 03 10:04:40 Deubeuliou: I started to use it for us Dec 03 10:04:48 Deubeuliou: and have a problem :P Dec 03 10:05:19 playyaWorking_: nah :P Dec 03 10:06:00 you need the messages object, don't you? Dec 03 10:07:27 wpwrak: devtmpfs can be easily backported eg on 2.6.29 so I'll already have done it if I really wanted it :) Dec 03 10:07:47 playyaWorking_: yup... in desperate need of it :| Dec 03 10:08:25 Weiss: ok. I see. and porting to 2.6.33 will add some more "fun" I think Dec 03 10:08:57 rtp: don't you expect it to be useful for accelerating the boot process ? i haven't played with it yet, but what i read about it sounds promising Dec 03 10:09:18 rtp: yep. I'd like to see us keep up with every upstream version, but I don't know if we have enough people. But maybe larsc disagrees :).. On the other hand, 2.6.32 is an important update for us because quite a lot of our code went upstream Dec 03 10:10:29 paroli_git.bb have edbus-ehal in RDEPENDS, but efl1/edbus_svn.bb won't be built and do_rootfs will fail later.. should I add edbus to DEPENDS there? or is there better fix for that? Dec 03 10:10:49 wpwrak: I would rather say that the boot process acceleration is a side effect. even with it, you may end up with the same boot time. Dec 03 10:11:29 mrmoku, the documentation tells me: source_object : the object the asynchronous operation was started with. Dec 03 10:11:51 Weiss: yeah. there will be some more code in 2.6.33 and I think that with the ts driver merged, you'll have to adapt the ts filter stuff Dec 03 10:12:22 playyaWorking_: yeah, read that too... though how to use it? Dec 03 10:12:38 playyaWorking_: it refuses to be casted into what it actually is ;) Dec 03 10:14:23 mrmoku, you could check if fsousage/fsodeviced uses static or dynamic dbus interfaces and look into the generated code on the buildhost Dec 03 10:16:39 playyaWorking_: yeah, might have to do that later... after some daywork :| Dec 03 10:17:40 ugly daywork. always disturbes the interesting things Dec 03 10:17:49 yup Dec 03 10:18:19 Deubeuliou: (shr-u) wait until the rework is finished :P Dec 03 10:18:22 it will rock Dec 03 10:18:34 rtp: but maybe it's not so hard to upgrade... the new Git structure is much better for that - it can be done driver by driver Dec 03 10:18:40 rtp: it looks like the way to go is to propose an api to change adc rate from the userspace on demand. Nelson was going to try that. Dec 03 10:22:27 bbl Dec 03 10:24:08 Weiss: is it documented somewhere ? it's been a long time I didn't look at the om kernel git Dec 03 10:24:51 PaulFertser: he has to take care of side effects if he wants to go that way. There are device which are using adc for ts and adc (eg battery monitoring) Dec 03 10:26:37 rtp: http://lists.openmoko.org/pipermail/openmoko-kernel/2009-July/010372.html Dec 03 10:29:18 Weiss: thanks Dec 03 11:35:06 mrmoku|away: that problem with classpath-native on buildhost is strange.. I just finished build from scratch and classpath-native built ok :/ Dec 03 12:31:28 JaMa|Wrk: classpath-native fails on my ubuntu here as well Dec 03 12:31:34 it's in the feed, right? Dec 03 12:31:53 so probably it's some debian specific thing? Dec 03 12:35:41 spaetz: its dependency of jamvm which is dependency of cacao which is in feeds Dec 03 12:36:27 spaetz: if you have same error as buildhost its really strange.. because it calls java with -o parameter.. I grepped sources and haven't found from where the -o argument came.. Dec 03 12:37:08 not sure it is the same error, I just know it crapped out when building the feed Dec 03 12:37:12 spaetz: I wanted to get same error here :), to see where exactly -o is.. but as it didn't fail I have no ideal.. Dec 03 12:37:53 let me rebuild Dec 03 12:39:04 spaetz: http://tinderbox.openembedded.net/public/logs/task/3820261.txt Dec 03 12:46:28 ohh.. reading shr code is a pain... Dec 03 12:48:49 then write instead of reading :) Dec 03 12:49:04 formatting is lame Dec 03 13:09:43 can anyone explain me how does contacts shown in the contact-list? why the hell I can't dial anyone? Dec 03 13:09:53 I mean in code Dec 03 13:23:44 Q-Master: hmm what exactly do you mean? Dec 03 13:23:54 dialing from the contacts list works for me Dec 03 13:25:00 mrmoku: some contacts shows with some weirdo symbols instead of phone numbers Dec 03 13:25:25 mrmoku: and all contacts i've tried can't be called. just nothing happens Dec 03 13:26:27 mrmoku: BUT, I have all complicated contacts with more than 1 pn and not simple with "Phone" fields. Dec 03 13:29:44 Q-Master: I see... let me check what the code exactly does Dec 03 13:30:35 ciao Dec 03 13:30:51 Q-Master: yeah, exactly... it just uses Phone :( Dec 03 13:31:09 mrmoku: too bad Dec 03 13:31:14 yup, will fix that Dec 03 13:40:06 mrmoku, fix what? Dec 03 13:40:25 I mean, where? Dec 03 13:44:09 TAsn: dialing from contact list takes Phone as number Dec 03 13:44:20 oh, sucks :| Dec 03 13:44:22 it should use the Dec 03 13:44:31 phoneui_utils_display_get_phone Dec 03 13:44:36 (probably) Dec 03 13:44:40 phone_get* Dec 03 13:44:48 well... it _should_ somehow offer the possibility to choose someday :P Dec 03 13:44:57 of course. Dec 03 13:44:58 so maybe Dec 03 13:44:59 but for now it must at least take the number that is displayed Dec 03 13:45:02 make a new function Dec 03 13:45:13 actually no need Dec 03 13:45:16 display=default Dec 03 13:45:23 should just make a smarter way to choose Dec 03 14:01:40 <[Rui]> TAsn: started working on that bug, just put an if to print out some code when it's inside a certain bubble. WOW... text on each bubble is handled 7 times! Dec 03 14:03:53 yay with newer opkg srcrev, old u-a-cworth can go away.. /me preparing sane-providers.inc Dec 03 14:06:52 !logs Dec 03 14:06:54 Channel logs for #openmoko-cdevel are archived at: Dec 03 14:06:55 http://hentges.net/tmp/logs/irc/%23openmoko-cdevel Dec 03 14:06:56 Live-logs are available at Dec 03 14:06:57 http://hentges.net/tmp/logs/irc/livelogs/%23openmoko-cdevel.livelog Dec 03 14:07:00 See ?? help-logs for usage instructions Dec 03 14:07:00 moin Dec 03 14:07:05 moin Dec 03 14:07:58 S3c24XX: Add cpufreq support Dec 03 14:08:05 really, 2.6.32 has that? Dec 03 14:08:38 DocScrutinizer, reagarding the interactive diagram for wolfson codec. will have time next weekend iv everythign does well Dec 03 14:09:23 [Rui]: efficient :) Dec 03 14:09:50 <[Rui]> spaetz: with room for improvement, perhaps. Dec 03 14:10:20 [Rui]: please make efl 7x faster by only handling text once, please. would you? :) Dec 03 14:10:24 <[Rui]> spaetz: but current EFL already sizes bubbles ok if they have more than 2 lines Dec 03 14:10:37 <[Rui]> spaetz: probably not possible if text has effects :) Dec 03 14:10:55 JesusMcCloud: col Dec 03 14:10:58 cool Dec 03 14:10:58 bah, who wants effect when you can have plain text :) Dec 03 14:11:04 morning Dec 03 14:11:14 morning Dec 03 14:11:41 <[Rui]> spaetz: I'll be happy if I fix the sizing issue Dec 03 14:12:01 DocScrutinizer, in the meantime i'll try fo find out what the best way to communicate over ssh might be Dec 03 14:13:23 [Rui]: that would be great, indeed Dec 03 14:14:25 JesusMcCloud: (communicate over ssh) type text, read text? Dec 03 14:15:27 DocScrutinizer, well the program runs on a box neo is connected over usb (or maybe over wlan?) so i need a library that forwards commands to the neo over ssh and reads output form the neo Dec 03 14:16:09 after a quick look i found one that has soem nice features, but it is not free... so i'll keep looking Dec 03 14:16:18 JesusMcCloud: don't worry, my shellscripts will take care of this Dec 03 14:17:15 DocScrutinizer, so the shellscripts are also runign on th box? Dec 03 14:17:38 JesusMcCloud: why not just mount FR's / on a host box via sshfs or so? Dec 03 14:17:52 ahh, you want to be able to execute commands, I see Dec 03 14:17:58 yup Dec 03 14:19:03 <[Rui]> JesusMcCloud: Perl+SSH ? Dec 03 14:19:04 just execute system(ssh freerunner ) ? Dec 03 14:19:07 JesusMcCloud: I need a coffee to startup, but for now I can tell you it's really easy to pipe comands thru ssh Dec 03 14:19:30 <[Rui]> JesusMcCloud: libnet-ssh2-perl Dec 03 14:19:31 spaetz: kinda like that, e.g. Dec 03 14:19:34 DocScrutinizer, if your scripts do it and are executed on the host box i dont have to worry Dec 03 14:20:15 ooh, timechart looks like a nice performance test tool. Dec 03 14:20:22 * spaetz wants 2.6.32 on the fr :) Dec 03 14:20:59 [Rui], i dotn know if anyone else know how to manipulate images, i only know how to do it in java Dec 03 14:21:25 <[Rui]> JesusMcCloud: ah... Dec 03 14:24:57 [Rui], all is that i seem to have the skills needed to do it, and since alls the functions for alamixer is in shellscripts anyona can make a frontend, if skilled enough.. and all those image filters like edge detection, median, skeletonize etc are basically nobrainers if you knwo what you need... and coloring active lines in the wolfson schematic is also not that big of a deal... i just need to create aliases for all Dec 03 14:24:57 the routes and tehn i can toggle them Dec 03 14:26:00 or have an svg of the schematic where i can dierctly manipulate the objects in the image Dec 03 14:26:07 <[Rui]> JesusMcCloud: ok, but using system("ssh "+mokoName+" you command goes here") should work Dec 03 14:26:23 <[Rui]> JesusMcCloud: specially if you use RSA keys and active your ssh-agent Dec 03 14:26:37 <[Rui]> then it won't even bother you with password auth dialogs Dec 03 14:26:42 [Rui], but how do i read form ssh then Dec 03 14:27:06 Doc said his scripts take care of ssh, i i prolly dont have to bother Dec 03 14:27:33 <[Rui]> JesusMcCloud: or something like system but which gives you "pipes" or it's output Dec 03 14:27:49 <[Rui]> JesusMcCloud: I'm not familiar with java but I'm sure it must have a way to do that Dec 03 14:28:17 <[Rui]> TAsn: I think I'm going to follow back the changes to evas_object_textblock... Dec 03 14:29:11 [Rui]: my scripts will take care of the connecting to other machine Dec 03 14:29:13 [Rui]: gitk -- evas/evas_object_textblock ;) Dec 03 14:29:21 <[Rui]> DocScrutinizer: good! :) Dec 03 14:29:27 <[Rui]> mrmoku: sadly it's svn :) Dec 03 14:29:32 I know :| Dec 03 14:29:42 [Rui], i can read and write anythign from command line... but i think it would be the best if i have one or 2 froo scripts from Doc, so we dont have to discuss endlessly, aftar all the actual implementation should speak for itself Dec 03 14:29:45 <[Rui]> mrmoku: but no problem, trac helps just as well Dec 03 14:29:56 <[Rui]> JesusMcCloud: absolutely Dec 03 14:33:20 DocScrutinizer, also the image in combination with the svg shows nicely what's what... i did some circuit design aswell, so i think i'll have figured out all the basic switches by next weekend Dec 03 14:35:17 JesusMcCloud: use the .png with .svg color elements (like in http://people.openmoko.org/joerg/ALSA/doc/WM8753_control_diag_gsmhandset_mic_std.png) so you can switch the colors easily? Dec 03 14:35:26 <[Rui]_> TAsn: could this problem be related to your rtl patches? Dec 03 14:36:33 DocScrutinizer, that pic is nice, i'll use the otehr one without marking as bottom layer and just color what active (the other image with desctioption markers i alreagy saved) Dec 03 14:36:51 sure Dec 03 14:37:40 DocScrutinizer, i won't use any svg code if i'm happy with the png.. just draw ont he fly in antother layer (after all it is just 4 coordinates : beginnign of line(x,y) and end of line(x2,y2) Dec 03 14:37:59 yup Dec 03 14:38:03 up to you Dec 03 14:38:45 JesusMcCloud: just think about a nice way to indicate volume settings for attenuators Dec 03 14:38:51 i want to keep ti simple... most work will be cratign object for each route for easy toggling) Dec 03 14:41:19 that's why I thought maybe it's easier to have a svg editor to do the whole "drawing and coords defining" work Dec 03 14:41:51 I guess it's a hell of a workload to do all that in sourcecode Dec 03 14:42:14 SVG can do Javascript DOM manipulation and change objects color etc... Dec 03 14:42:20 write down 4 values, test, "FSCK!", edit values, test again Dec 03 14:42:49 DocScrutinizer, yup i looked at the png again... i shoudl prolly power up inkscape... Dec 03 14:43:38 spaetz, the nice thing is, since svg is xml you can manipulate the parsers and customize them for your needs Dec 03 14:43:54 JesusMcCloud: I know how long it takes to do a simple coloring like the one in http://people.openmoko.org/joerg/ALSA/doc/WM8753_control_diag_gsmhandset_mic_std.png correctly Dec 03 14:44:53 if I had to define each line in an editor, it still wouldn't be finished ;-) Dec 03 14:45:21 s/editor/sourcecode text editor Dec 03 14:46:25 DocScrutinizer, but it has to be defined somewere (either sourcecode of svg) Dec 03 14:48:19 JesusMcCloud: just use the inkscape svg to get the coords. I don't care if you import them to your source from XML then, or display the svg overlay after tweaking the XML Dec 03 14:48:42 the lines are in the png, btw, not the svg Dec 03 14:48:48 anyway, daywork... Dec 03 14:49:02 DocScrutinizer, so i am still not sure if it is easier to define stuff in svg or just define it in sourcecode... proly svg Dec 03 14:50:23 spaetz, i know Dec 03 14:51:05 DocScrutinizer, just looked at the shematic again... some swithces toggle more than one route, is that orrect? Dec 03 14:52:45 yes Dec 03 14:53:29 if i dont care about all the volume slider for a moent and just focus on the switches... i still have quite some routes to toggle Dec 03 14:53:36 usually you have muxes, which select one of plenty inputs to output Dec 03 14:54:32 DocScrutinizer, i know how the work i was just looking at one of those... the toggle a whole tree of routes Dec 03 14:56:50 the easiest way is just group all that is directly connected, but then we have some dead ends enabled aswell.... but i think this is the only way not to have an unrrasonable ammount of work... Dec 03 14:58:45 JesusMcCloud: just call the script for each basic object, like a line, a muxer, etc. the script will care about all the remaining logic Dec 03 14:59:11 DocScrutinizer, so i dont have to care about rückkopplung, mitkopplung etc? Dec 03 14:59:37 nope Dec 03 14:59:46 that is a relief Dec 03 15:00:14 I knew he'd say that ;-P Dec 03 15:02:19 it is kind of hard for me to seperate drawing from logic thinking as i have built some measuring amps and power amplifers myself Dec 03 15:02:23 JesusMcCloud: mitkopplung? Dec 03 15:02:59 JesusMcCloud: why not use ktechlab, qucs or oregano to model the system as a circuit? ;) Dec 03 15:03:48 lindi-: this topic has been discussed yesterday Dec 03 15:04:02 lindi-, use resistors and operational amps to that the signal has a recursife amplifying effect on it self (dunno if i transated it correctly) Dec 03 15:04:14 s/to/so/ Dec 03 15:04:15 JesusMcCloud meant: lindi-, use resissors and operational amps to that the signal has a recursife amplifying effect on it self (dunno if i transated it correctly) Dec 03 15:04:29 stupid language barrier Dec 03 15:04:35 lindi-: you'd need to fill a tripple form and send to me per snailmail, to ask for reopening ;-P Dec 03 15:04:36 JesusMcCloud: resissors? ;) Dec 03 15:04:45 resistors Dec 03 15:04:49 waaaha Dec 03 15:05:12 ..stupid keyboard Dec 03 15:06:30 re-scissors Dec 03 15:07:05 lindi-, it basically is a loop with an ampilifer at some point in the middle and resistors so that you dont have an overdrive Dec 03 15:08:01 i shoudl really get my brain together... i used to know all that basic stuff... Dec 03 15:09:03 8h n900 online - batgadget looks like 90..95% Dec 03 15:09:26 anyhow i'm off Dec 03 15:09:44 [Rui], no. Dec 03 15:09:49 [Rui], as this happened before. Dec 03 15:10:12 [Rui], furthermore, you can disable he RTL patches Dec 03 15:10:32 <[Rui]> TAsn: yeah, I looked at the time frame Dec 03 15:10:32 if you don't have fribidi installed it'll automatically build without them. Dec 03 15:10:37 JesusMcCloud|afk: see ya Dec 03 15:10:47 <[Rui]> TAsn: I'm not convinced it's evas_object_textblock, though Dec 03 15:10:51 I'm pretty convinced. Dec 03 15:10:56 well, I did some tests in the past Dec 03 15:11:00 that made me suspect that. Dec 03 15:11:07 <[Rui]> TAsn: it seems to wrap text just fine and I don't see it setting sizes anywhere Dec 03 15:11:07 I got to the function Dec 03 15:11:15 so it may not be it. Dec 03 15:11:19 I never said it's a bug in evas Dec 03 15:11:22 <[Rui]> TAsn: plus, it is now setting size ok if it has more than 2 lines Dec 03 15:11:26 I just said that I found some "if"s Dec 03 15:11:36 that got to the wrong place. Dec 03 15:13:13 <[Rui]> TAsn: and before it was making boubles be twice as big as needed, when more than 2 lines Dec 03 15:13:36 <[Rui]> TAsn: I strongly believe it will be a very, very tiny change Dec 03 15:14:03 oh, you are trying older revs? Dec 03 15:14:13 <[Rui]> TAsn: no, I'm with trunk Dec 03 15:14:38 <[Rui]> TAsn: and I can see the bug with <= 2 lines of text on bubbles, but > 2 lines ... it's gone Dec 03 15:14:52 i cp Dec 03 15:14:53 i c* Dec 03 15:15:05 DocScrutinizer-8: please don't advertise proprietary battery charging software here :-P Dec 03 15:15:17 <[Rui]> TAsn: and last EFL update on OE already carried this fix Dec 03 15:15:49 <[Rui]> TAsn: I first thought it was an effect of me setting hint_max_size as a workaround, but no... that wasn't it. Dec 03 15:16:22 lindi-: who knows. Maybe ther's simply NO sw, and charging is done by hw?! o.O Dec 03 15:17:14 DocScrutinizer-8: i have seen ps axuf :) Dec 03 15:18:11 DocScrutinizer-8: try kill -STOP'ing bme_RX-51 at your own risk :) Dec 03 15:18:25 * DocScrutinizer51 types ps axuf Dec 03 15:25:51 this freaking maemo has way more active processes than any desktop system I ever seen o.O Dec 03 15:28:07 plus FSCKNG busybox Dec 03 15:28:18 I *HATE* BUSYBOX Dec 03 15:31:37 find the next logical candidate: Dec 03 15:31:42 pawlow... dog.... Dec 03 15:31:47 .... DocScrutinizer-8 Dec 03 15:31:53 wappushd :-O Dec 03 15:32:08 he gets triggered on that B-word :) Dec 03 15:32:29 yep :-P Dec 03 15:32:41 have a bot for that XD Dec 03 15:34:49 JaMa|Wrk: Unrecognised command line option: -o Dec 03 15:34:59 yep, same failure on this box with classpath-native Dec 03 15:36:48 what is wrong with busybox :P Dec 03 15:37:00 hmm... manual bot then ;) Dec 03 15:38:50 I *HATE* BUSYBOX Dec 03 15:38:55 slow bot Dec 03 15:39:34 :P Dec 03 15:40:00 :) Dec 03 15:40:13 JaMa|Wrk: the -o in class-path native comes from here: Dec 03 15:40:43 tools/Makefile.am: line 319 Dec 03 15:41:09 ## Generate antlr sources. Dec 03 15:41:09 @mkdir_p@ $(gjdoc_gendir)/gnu/classpath/tools/gjdoc/expr Dec 03 15:41:09 $(ANTLR) -o $(gjdoc_gendir)/gnu/classpath/tools/gjdoc/expr/ \ Dec 03 15:41:11 $(srcdir)/gnu/classpath/tools/gjdoc/expr/java-expression.g Dec 03 15:41:18 sorry for pasting Dec 03 15:42:36 so if !(CREATE_GJDOC) or !(CREATE_GJDOC_PARSER), this part is skipped Dec 03 15:50:38 which seems to be the default, so I don't know why that is triggered Dec 03 15:52:14 spaetz: pasting up to 8 lines is not considered too bad Dec 03 15:53:08 anyway, I'm gone. Will be back later tonight, perhaps Dec 03 15:54:16 au contraire, pastebin 3 lines and make a few hundred users open a browser for that is a more severe annoyance, it feels to me Dec 03 15:56:25 also keep in mind pastebin goes to dev/null after a few weeks or months, possibly rendering any irc-log useless Dec 03 15:57:03 imho its acceptable her, because it's not a high traffic chan Dec 03 16:00:31 and I really love irc-logs or mails like "butthead_> beavis: I got the annyoing segfault of foo fixed. See pastebin.ca/35hf5vde45f " Dec 03 16:04:45 note: expected ‘struct Evas_Object *’ but argument is of type ‘struct Evas_Object *’ Dec 03 16:04:50 what am I doing wrong? :P Dec 03 16:07:14 hehe Dec 03 16:08:56 morning what's up with the tweaking of the midori menus on shr ? Dec 03 16:09:02 seriously. they are no longer usable. Dec 03 16:10:39 d1b: distri / version? Dec 03 16:10:51 latest unstable SHR. Dec 03 16:11:17 d1b, we don't tweak. Dec 03 16:11:32 we never did. Dec 03 16:11:32 well the menu is now screwed. Dec 03 16:11:46 TAsn: so why doesn't it tell me im running as root then :P ? Dec 03 16:11:50 it *should* do that. Dec 03 16:11:51 TAsn: sounds like a regression anyway Dec 03 16:11:53 iirc. Dec 03 16:11:57 d1b, it's upstream. Dec 03 16:11:58 ... Dec 03 16:12:04 d1b, was removed Dec 03 16:12:08 from what I remember. Dec 03 16:12:10 seriously ? Dec 03 16:13:07 im also unable to get the moko to let me use the xorg app remotely .... Dec 03 16:13:18 i export display =:1 and no dice... Dec 03 16:13:43 yeah, "what? it's telling me I'm doing wrong?! Where to delete that embarrasing comment?" Dec 03 16:13:50 TAsn: we do a bit.. http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/gtk-webcore/midori/config Dec 03 16:14:07 DocScrutinizer-8, :P Dec 03 16:14:16 JaMa|Wrk, sh.. :P Dec 03 16:14:48 hardly :P Dec 03 16:14:53 d1b: the running as root warning was removed upstream on versions > 0.1.2 Dec 03 16:15:04 fair enough. Dec 03 16:15:38 whats the bug im seeing with not-requesting my pin every few reboots (on shr). Dec 03 16:15:45 SHR: 03tom 07libphone-ui-shr * r5c3813aa3c4f 10/src/ (4 files in 2 dirs): idle_screen: made saner, now uses the new ui_utils instead of window.h Dec 03 16:15:53 seemst to have been there for nearly every shr unstable i have used. Dec 03 16:16:15 * mrmoku wonders if it would just be easier to rewrite the whole crap in vala... instead of understanding how to use libfso-glib :| Dec 03 16:17:38 is dbus just flakey? Dec 03 16:17:53 d1b: the pin requester needs really some time to show up, and you shouldn't start dialer, settings or anything else that accesses modem, until the pin requester came up Dec 03 16:18:10 DocScrutinizer-8: i dont Dec 03 16:18:36 why should it take so long...... Dec 03 16:22:36 mrmoku, vala could save you a lot of LOCs Dec 03 16:23:02 just compare the LOCs for .vala and .c files in libfso-glib Dec 03 16:24:19 ok 5 mins later no pin request :P Dec 03 16:24:48 ps aux | grep fsodeviced Dec 03 16:25:01 SHR: 03tom 07libphone-ui-shr * rbde671f1e070 10/src/ (6 files in 2 dirs): idle_screen, dialer: Made them saner, and cleaner Dec 03 16:25:16 hmm. no. GSM should be andled by frameworkd Dec 03 16:26:05 larsc: have we finally fixed the PMU borne forced shutdown on 8s powerbbutton ? Dec 03 16:26:17 fsodeviced is there Dec 03 16:26:29 mrmoku, btw, idle_screen pwns, just waiting for the signals :P (adding to pressure) Dec 03 16:27:13 framework is also there :) Dec 03 16:28:13 d1b: first thing you can *try* is to powercycle the modem, in shr settings phone Dec 03 16:29:08 hey dos1 please read that page :P Dec 03 16:29:17 (actually the explanation by tasn part) Dec 03 16:29:18 already looking at it Dec 03 16:29:26 :> Dec 03 16:29:41 I think that's sane Dec 03 16:30:02 though I want to hear what you have in mind. Dec 03 16:30:24 DocScrutinizer-8: any hints on getting midori to display on my desktop instead of the phone...? Dec 03 16:31:13 errr, ssh -X neo midori ? Dec 03 16:31:29 DocScrutinizer-8: did that. Dec 03 16:31:33 it displays on the device. Dec 03 16:32:02 mrmoku, pm. Dec 03 16:32:15 d1b, btw, is X forwarding enabled in Dec 03 16:32:19 sshd config? Dec 03 16:32:26 I don't remember what are the defaults Dec 03 16:32:32 TAsn: no idea, it is now openssh-sshd on the moko Dec 03 16:32:33 but probably not (if that's your issue) Dec 03 16:32:50 (in case that was a question) yes. Dec 03 16:33:15 #X11Forwarding no Dec 03 16:33:16 :P Dec 03 16:33:18 by default. Dec 03 16:33:25 we should probably change that. Dec 03 16:33:31 yes :P Dec 03 16:33:46 well... Dec 03 16:33:51 please open a ticket :P Dec 03 16:33:53 what ? :) Dec 03 16:34:13 * d1b waits for the rest of the gsm fail to come back Dec 03 16:34:55 (sorry for the bureaucracy though it really makes everything easier for us) Dec 03 16:35:04 lies! Dec 03 16:35:25 you'll get that when i get a link to file one and my gsm back :P Dec 03 16:39:13 *grumbles* at idle screen not unlocking either Dec 03 16:47:14 playyaWorking_: ping Dec 03 16:48:14 pong Dec 03 16:48:30 playyaWorking_: do you have a small vala sample app that uses libfso-glib? Dec 03 16:50:22 mrmoku, fso-monitord Dec 03 16:50:44 but i should have some examples at home, but first: IKEA Dec 03 16:50:49 see you next year ;) Dec 03 16:50:52 * mrmoku tries to build fso-monitord Dec 03 16:51:03 doesn't work Dec 03 16:51:08 playyaWorking_: hehe... have fun... I went to IKEA and survived :P Dec 03 16:51:13 oh, o Dec 03 16:51:13 you have to use the dbus-hlid branch Dec 03 16:51:13 k Dec 03 16:51:24 and it needs some fixes Dec 03 16:51:27 brb Dec 03 16:53:52 DocScrutinizer-8: yes still no pin unlock :) Dec 03 16:54:26 mrmoku, im still waiting for ikea to get an item in stock... :-/ Dec 03 16:54:41 F4t: for how long? Dec 03 16:54:50 mrmoku, 3 weeks and counting Dec 03 16:54:50 mickeyl: here? Dec 03 16:54:54 ohh Dec 03 16:57:05 * d1b gave up and installed android Dec 03 17:08:50 dinner time Dec 03 17:08:52 bbl Dec 03 17:19:06 [Rui]: well, if you want your elm patch applied, you should send it to maillist and/or bug raster Dec 03 17:20:32 <[Rui]> dos1: I'm not subscribed to the mailing list, so I'll bug raster :) Dec 03 17:20:48 <[Rui]> dos1: but it isn't the fix yet, just a function that I found it would be useful to have, while debugging Dec 03 17:22:18 <[Rui]> hehehe, Anchor block size: 0x0+0+0 Dec 03 17:28:36 DocScrutinizer-8: I have not Dec 03 17:29:47 larsc: there were complaints SHR still needs occasional bat removal. We really should put hw-pressbutton-timer triggered powerdown to purpose Dec 03 17:30:23 larsc: it's really not that hard Dec 03 17:31:14 DocScrutinizer: feel free to implement it :p Dec 03 17:32:01 larsc: simply enable the hw-powerdown function in PMU. Then add a call to write a timer-reset to the place where kernel logs "power pressed for %d seconds" Dec 03 17:33:23 so PMU will do a hw forced power down *only* if kernel doesn't act on power button press for 8sec Dec 03 17:34:01 otherwise it's up to kernel to reset the timer and act on power button any way it likes Dec 03 17:35:16 this timer hardware in PMU has been paid for, and is designed to do exactly that. We should put it to purpose Dec 03 17:35:54 sounds to me like roundabout 4..5 lines of code to add to kernel Dec 03 17:36:15 shouldn't be hard Dec 03 17:42:02 larsc: how would I force a kernel panic to test this? seems to me this worked some time in the past Dec 03 17:43:11 larsc: might there've been a patch for OM that didn't make it upstream and dropped off the board some time? Dec 03 17:53:55 [Rui], what did you find? Dec 03 17:54:20 <[Rui]> TAsn: so far? that it would be nice to have an elm_anchorblock_text_get :) Dec 03 17:54:33 lol. :P Dec 03 17:55:18 <[Rui]> TAsn: I still don't understand how evas_object_textblock affects size, though. Dec 03 17:55:42 I think I just didn't understand your bug :P Dec 03 17:55:50 <[Rui]> but _sizing_eval for elm_entries is weird Dec 03 17:55:52 anyhow Dec 03 17:55:52 bbl Dec 03 17:56:03 <[Rui]> TAsn: what bug? see ya Dec 03 17:56:14 I thought your issue is about line wrapping Dec 03 17:56:26 just nvm. Dec 03 17:56:32 and actually coming to think about it Dec 03 17:56:39 my issue was with cursor position Dec 03 17:56:43 that's what broken :| Dec 03 17:58:42 <[Rui]> TAsn: my issue is about incorrect size detection on many widgets, but mostly on elm_bubbles Dec 03 17:58:51 <[Rui]> wrapping seems to work ok Dec 03 17:59:29 TAsn: is this related any way to the long line (with multiple wraps) editing error in valaterm? Dec 03 17:59:46 I don't think so. Dec 03 17:59:49 but I believe not Dec 03 17:59:55 as valaterm is gtk Dec 03 18:00:06 [Rui], not wrapping, cursor position. Dec 03 18:00:13 DocScrutinizer-8, I also get it on the pc btw. :| Dec 03 18:00:27 mickeyl said it's some libfoo's fault and he can't do much Dec 03 18:00:56 <[Rui]> TAsn: yeah, cursos position is also a bit flaky Dec 03 18:00:58 TAsn: with native xterm on desktop?? Dec 03 18:01:28 DocScrutinizer-8, no, I'm talking about cursor position in efl apps Dec 03 18:01:40 in efl apps, yeah Dec 03 18:02:53 TAsn: is it a known problem that one cannot do anything out of contacts application? (calling, sending sms) Dec 03 18:03:16 just open valaterm, enter enough chars to create a multiwrapped line, then jump to start of line, or move cursor back over the linewraps. It will go messed up Dec 03 18:03:46 bumbl, if you use anything other than "Phone" for the phone, yeah. Dec 03 18:03:52 bumbl, if not, be more descriptive, pleaes. Dec 03 18:04:01 DocScrutinizer-8, exactly (though in efl) Dec 03 18:04:27 TAsn: I go to contacts -> select a contact -> press the call or sms button and nothing shows up Dec 03 18:04:29 * Q-Master wonders from where does this libc_nonshared.a comes? Dec 03 18:04:35 -s Dec 03 18:04:42 bumbl, ok, Dec 03 18:04:45 not a known issue :P Dec 03 18:04:50 bumbl, opkg upgraded? Dec 03 18:05:00 dos1, got any comments? (for or against?) Dec 03 18:05:12 dos1, mind rebuilding libphone-ui and libphone-ui-shr? (and bumping if needed) Dec 03 18:05:20 building :P Dec 03 18:05:21 opkg upgraded image with manually added /etc/libphoneui.conf to fix those "sim dialog not showing up" Dec 03 18:05:25 dos1: have you got my translations by mail? Dec 03 18:06:13 <[Rui]> almost morning in Australia... Dec 03 18:09:56 hrm. is there any Wifi GUI stuff in SHR unstable? Dec 03 18:10:05 if yes, why don't I find it myself? Dec 03 18:10:27 is connman any good? Dec 03 18:13:32 Wonka: mokonnect? Dec 03 18:14:35 "an e17 frontend to connmand"... Dec 03 18:15:39 <- tries Dec 03 18:18:20 bumbl, opkg upgrade to make sure in a sec :P Dec 03 18:20:50 dos1, thanks ;P Dec 03 18:20:54 dos1, and what about the comment? :P Dec 03 18:21:10 aha Dec 03 18:21:22 I've found this piece of shit. Dec 03 18:21:27 GROUP ( /lib/libc.so.6 /usr/lib/libc_nonshared.a AS_NEEDED ( /lib/ld-linux.so.3 ) ) Dec 03 18:23:58 dos1, you'll probably hate me, but I forgot to push libphone-ui-shr :P please rebuild Dec 03 18:23:59 :P Dec 03 18:24:23 SHR: 03tom 07libphone-ui-shr * r0e0b3fc4f352 10/src/phoneui-call.c: Fixed a bug making call screens not close Dec 03 18:24:29 TAsn: well, lot of stuff is building Dec 03 18:24:33 TAsn: now kernel :P Dec 03 18:24:36 TAsn: so it'll take some time Dec 03 18:24:45 I don't care about that :P Dec 03 18:24:45 dos1: will it wokr ?:P Dec 03 18:24:51 soltys: no :P Dec 03 18:24:58 s/wokr/work/ Dec 03 18:24:58 soltys meant: dos1: will it work ?:P Dec 03 18:24:59 I just care about you knowing you should build it sometime in the future :P Dec 03 18:25:01 ;] Dec 03 18:25:06 nice Dec 03 18:25:31 dos1, btw, got anything smart to say about the "specs" (description) I gave you? Dec 03 18:25:31 i think that i've done last buzz fix for sometime.. Dec 03 18:25:57 TAsn: my brain isn't working correctly today, so probably not - but it looks quite sane Dec 03 18:26:05 dos1, cool :P Dec 03 18:29:30 <[Rui]> TAsn: WRT my (and dos1's too, I think) problem with libelm: sizing is broken. in particular sizing of wrappable text areas Dec 03 18:29:54 maybe. really no idea Dec 03 18:29:59 I was talking about cursor position :P Dec 03 18:31:23 <[Rui]> TAsn: hehe, so I should probably discard all we talked about, then? :) Dec 03 18:31:41 except for the part when I said Dec 03 18:31:44 soltys: why? eyeballs broke? ;-) Dec 03 18:31:46 "Yes, there are some bugs in there" Dec 03 18:31:47 :P Dec 03 18:31:52 <[Rui]> TAsn: lol. Dec 03 18:32:00 that's still true and relevant :P Dec 03 18:32:01 <[Rui]> well, sun is by now borderline australia.... Dec 03 18:32:13 <[Rui]> that's where raster is, right now, right? Dec 03 18:32:21 <[Rui]> or is he in taiwan? Dec 03 18:32:35 DocScrutinizer-8: what ?:P I don't have any ;P but i'm tired of it.. Dec 03 18:32:37 or korea Dec 03 18:33:23 DocScrutinizer-8: this neo is bad.. I didn'n broke anything but on the other side people can't hear me ;/ Dec 03 18:33:27 no idea why.. Dec 03 18:33:47 bumbl, just checked, worksforme Dec 03 18:33:53 so either you'll have something in log Dec 03 18:34:03 or I broke something and fixed in later version Dec 03 18:34:06 :P Dec 03 18:34:12 TAsn: might sharing your /etc/libphoneui.conf Dec 03 18:34:16 (I find the latter more reasonable) Dec 03 18:34:19 bumbl, stock Dec 03 18:34:28 because that's what i fixed manually Dec 03 18:34:45 soltys: did that change with buzzfix? or was it always like that? Dec 03 18:34:47 bumbl, what's your version? Dec 03 18:35:09 whatever opkg upgrade gave me on the 30/11/2009 image Dec 03 18:35:28 DocScrutinizer-8: I don't actualy know.. It's not my neo and I didn't test it before doing fix ;/ Dec 03 18:35:28 please check :P Dec 03 18:35:42 soltys: too bad Dec 03 18:35:48 I know Dec 03 18:35:55 libphone-ui-shr - 0.0.0+gitr250+25927e987386ecd8a0128b66eb87fde5d042e856-r3.4 - SHR default module for the Phone UI daemon Dec 03 18:36:01 thanks :P Dec 03 18:36:11 4 other neos including mine works like charm.. Dec 03 18:36:15 but not this one.. Dec 03 18:36:34 hm.. Dec 03 18:36:41 before I even tried to break anything :P Dec 03 18:36:45 looks like it should work :| Dec 03 18:37:28 soltys: check voltage over mic, and voltage each mic pin to GND - while gsmhandset.state loaded Dec 03 18:38:07 DocScrutinizer-8: will do Dec 03 18:38:48 <[Rui]> DocScrutinizer-8: he's in Korea? Dec 03 18:38:56 dunno Dec 03 18:39:12 nobody knows where raster is - except raster Dec 03 18:39:16 ;-P Dec 03 18:39:36 <[Rui]> DocScrutinizer: hehe Dec 03 18:40:10 though sometimes I think, even he.... Xd Dec 03 18:40:17 XD Dec 03 18:43:59 DocScrutinizer-8: 2.6 and 0.2 V Dec 03 18:44:12 I assume it should be 2.6 both Dec 03 18:44:31 soltys: which is which? Dec 03 18:45:04 2.6 is the line near LCD and 0.2 near the edge of pcb Dec 03 18:45:11 both to GND? Dec 03 18:45:36 mgm Dec 03 18:45:36 *mhm Dec 03 18:45:42 assuming that gnd is around the screw hole Dec 03 18:46:01 as it should me Dec 03 18:46:06 0.2 sounds rather low. please probe for R, as adviced in SOP Dec 03 18:46:07 s/me/be/ Dec 03 18:46:08 soltys meant: as it should be Dec 03 18:46:11 SHR: 03tom 07libphone-ui * r026c14eca13b 10/src/phoneui-utils.c: Added a hack until we get rid of that nasty tel: prefixing Dec 03 18:46:43 TAsn: heh Dec 03 18:46:53 :P Dec 03 18:47:19 DocScrutinizer-8: it says 2.1xxx k Dec 03 18:47:24 as it should me Dec 03 18:47:27 s/me/be/ Dec 03 18:47:27 soltys meant: as it should be Dec 03 18:47:29 ;/ Dec 03 18:47:30 bumbl, does the log say anything? (with DEBUG set in phoneuid.conf) ? Dec 03 18:47:37 hmmm Dec 03 18:47:50 dos1, please also rebuild libphone-ui :P Dec 03 18:47:54 dos1, big issue. Dec 03 18:47:57 oh sec. Dec 03 18:47:57 TAsn: http://pastebin.ca/1700548 <- my config Dec 03 18:48:05 TAsn: i'm building task-shr-minimal, so both will be built ;p Dec 03 18:48:09 soltys: could you do a reference probing on a known good device? Dec 03 18:48:26 I can ;) Dec 03 18:48:58 2.6 sounds good, 0.2 is someway odd Dec 03 18:49:31 TAsn: there is no debug setting in my phoneuid.conf - the log says just something about the message app Dec 03 18:49:42 now it's ok :P Dec 03 18:49:50 booting second one Dec 03 18:49:57 bumbl, wow, so your image is damn old :P Dec 03 18:50:00 please upgrade Dec 03 18:50:00 :P Dec 03 18:50:21 SHR: 03tom 07libphone-ui * r00d2bb4a6940 10/src/phoneui-utils.c: And again, forgot to commit (save) something Dec 03 18:50:56 soltys: I'm afk now. you may /query me via DocScrutinizer51 later Dec 03 18:51:07 DocScrutinizer-8: ok thanks Dec 03 18:52:09 no new apps in the feed and no new image at the homepage ;) Dec 03 18:53:14 bumbl: building ;P Dec 03 18:54:17 dos1: how long should it take? Dec 03 18:54:26 ;) Dec 03 18:54:37 dos1: tell me when you'll finish ;) Dec 03 18:55:38 blah ;P Dec 03 18:55:50 btw. i have to tell you again - i love the way the display blanks when suspending - i resuspend all the time just to see this awesome progress ;p Dec 03 18:55:52 dos1: pd's neo suck ;/ Dec 03 18:56:13 bumbl: :P Dec 03 18:56:23 bumbl: and it is not even our fault ;) Dec 03 18:56:41 mrmoku: ;) kms ftw Dec 03 18:56:52 bumbl: hmm? Dec 03 18:57:01 bumbl: if you mean backlight disabling, then it's done by shr-today Dec 03 18:58:10 bumbl: what's nice about the blanking? :) Dec 03 18:58:59 Weiss: it's smooth as if the neo was a professional device (when suspending) Dec 03 18:59:05 <[Rui]> Weiss: probably the fade to black and back Dec 03 18:59:09 dos1: ah ok Dec 03 18:59:28 we have a fade to black? :S Dec 03 18:59:36 <[Rui]> dos1: omnewrotate also does it (and automagically works on current shr) but it's too fast WRT glamo artifacts Dec 03 19:00:13 in current drm-tracking, you get a white flicker because there's a short time between turning off the pixel clock and pulling the plug on the LCM Dec 03 19:00:21 Weiss: just suspend on a current image Dec 03 19:00:23 larsc fixed this by adding a delay in 2.6.31 Dec 03 19:01:05 right Dec 03 19:01:05 [Rui]: not only omnewrotate - try just xrandr ;P Dec 03 19:01:17 * Weiss rectifies the fact that he appears to still be at work Dec 03 19:01:49 <[Rui]> dos1: I had code to do it, which didn't use to work, but you mean that it's the driver that's doing it automagically on rotation? Dec 03 19:02:10 <[Rui]> didn't use to work because the file was locked by FSO Dec 03 19:02:21 <[Rui]> IIRC Dec 03 19:02:27 [Rui]: file? wtf? Dec 03 19:02:43 here, "xrandr -o 1" dims backlight Dec 03 19:02:45 <[Rui]> dos1: the file for the brightness setting Dec 03 19:02:55 how it could be? ;x Dec 03 19:03:04 <[Rui]> dos1: that would indicate it's being done by the driver Dec 03 19:03:26 [Rui]: I had a look at your pga statefile Dec 03 19:03:37 dos1, Dec 03 19:03:44 is the change passwd module also in shr-settings? Dec 03 19:03:50 <[Rui]> DocScrutinizer: thanks, shoot! :) Dec 03 19:04:48 TAsn: ATM not Dec 03 19:04:50 <[Rui]> TAsn: keeping no password and ssh deny empty passwords is probably a good default setting, that way you can have that program just set a new one :) Dec 03 19:04:55 dos1, I c. Dec 03 19:05:16 [Rui]: the facts: control.22 {name 'Capture Volume' value.0 0 value.1 0} Dec 03 19:05:21 don't forget to add changing an already existing pass Dec 03 19:05:33 (i.e, get current pass from user when there is one) Dec 03 19:05:42 TAsn: the thing is - you can change already existing pass always Dec 03 19:05:49 TAsn: without typing old pass Dec 03 19:05:50 no Dec 03 19:05:52 as you're root Dec 03 19:05:56 :P Dec 03 19:06:03 right. Dec 03 19:06:09 but still. Dec 03 19:06:11 [Rui]: control.30 {name 'ALC Capture Function' value Off} Dec 03 19:06:20 we'll probably move to using a single user soon Dec 03 19:06:31 (at least for everything but phones stack) Dec 03 19:06:45 there's no reason why not now that phoneuid exists Dec 03 19:06:59 (and soon after we'll move phoneuid to run as user as well, just a few fixes needed) Dec 03 19:07:15 <[Rui]> DocScrutinizer: yes, as they are distributed by current shr gsmhandset Dec 03 19:07:23 [Rui]: this means by enabling the Right PGA via #63 mux, you simply reduce volume by comment.dbmin -1725 = 17.25dB Dec 03 19:08:29 <[Rui]> DocScrutinizer: with left pga I had similar sound quality, what would it be equivalent to? the same? Dec 03 19:08:49 DocScrutinizer: voltages are the same.. Dec 03 19:08:53 [Rui]: you van adjust #5 mono playback volume down by 17.25 dB to get exactly the same effect Dec 03 19:09:00 <[Rui]> DocScrutinizer: background noise seems *more* under control Dec 03 19:09:38 [Rui], have you tried "playing" with mono sidetone playback volume? fixes stuff here. (mostly) Dec 03 19:09:42 DocScrutinizer, what does that mean? ^ Dec 03 19:09:49 (my observation) Dec 03 19:09:59 <[Rui]> DocScrutinizer: I have no idea how to make it go down by 17.25 Dec 03 19:10:41 <[Rui]> DocScrutinizer: currently it's 110, is it in the same unit? so I could set it to 92 and get the same? Dec 03 19:11:32 TAsn: It's not recommended to adjust "mono sidetone playback volume". Rather use "mono playback volume" to adjust mic Dec 03 19:11:48 DocScrutinizer, what's mone sidetone playback volume? Dec 03 19:11:56 because here it just removed noise while keeping volume the same. Dec 03 19:12:11 TAsn: an intermediate mixer attenuator Dec 03 19:12:30 so maybe it's broken? :P Dec 03 19:12:43 oops Dec 03 19:12:43 meant Dec 03 19:12:48 Sidetone Playback Volume Dec 03 19:12:51 - the mono Dec 03 19:13:16 <[Rui]> DocScrutinizer: when I previously ajusted mic values, people just heard everything lower Dec 03 19:13:23 <[Rui]> even the crackling Dec 03 19:13:26 <[Rui]> but it was still there. Dec 03 19:14:05 TAsn: Sidetone Playback Volume #7 is feeding back the mic to he earpiece Dec 03 19:14:30 hm.. so it's probably 0 for everyone, right? Dec 03 19:14:35 <[Rui]> let's see what I can sense at this place... Dec 03 19:14:41 (I remember changing something!) Dec 03 19:15:08 I wonder what it was then ;P Dec 03 19:16:16 [Rui]: alsamixer should show you the current dB value in the top-left of the screen (e.g. "Item: Mono [dB gain=-18.00]") as you adjust each control Dec 03 19:16:45 [Rui]: so try reducing #48 Mic2 capt vol by one step Dec 03 19:17:19 will see it now.. Dec 03 19:17:26 maybe now it'll work.. Dec 03 19:18:03 [Rui]: anyway - as I told you - switching Right PGA on simply reduces the overall gain of the mic path by 17dB Dec 03 19:18:20 <[Rui]> DocScrutinizer: and left pga is the same? Dec 03 19:18:25 yep Dec 03 19:18:50 though left PGA has even some more switches you could set to bork everything ;-) Dec 03 19:21:12 [Rui]: you might see clipping due to much too high mic sensitivity - then reduce #48. Or the level is too high for the modem input generally - then adjust via numid=5,name='Mono Playback Volume' Dec 03 19:21:23 <[Rui]> I don't see that with alsamixer Dec 03 19:21:30 <[Rui]> is it in the playback section by mistake? Dec 03 19:21:49 ;) it works! Dec 03 19:22:13 yep Dec 03 19:22:17 I don't know wot was wrong but now it works! Dec 03 19:22:26 s/wot/what/ Dec 03 19:22:26 soltys meant: I don't know what was wrong but now it works! Dec 03 19:22:37 that caused by the insane braindamaged naming we got for mixer controls Dec 03 19:22:48 mrmoku: ... Dec 03 19:22:53 heh Dec 03 19:22:56 mrmoku: packages with gitr0 are being built Dec 03 19:22:59 on buildhost... Dec 03 19:23:03 yup, and? Dec 03 19:23:04 soltys: great, anyway :-D Dec 03 19:23:15 <[Rui]> there's still crackling Dec 03 19:23:18 DocScrutinizer: I know ;) Dec 03 19:23:38 mrmoku: i don't think packages in our feeds should have gitr0 in version ;x Dec 03 19:23:52 why? Dec 03 19:24:02 well Dec 03 19:24:06 it depends, which package? Dec 03 19:24:15 mrmoku: hmm Dec 03 19:24:15 <[Rui]> background noise isstill there Dec 03 19:24:18 oh Dec 03 19:24:19 ok Dec 03 19:24:24 [Rui]: either you're doing something wrong, or you got a broken device. I have no other explanation Dec 03 19:24:29 mrmoku:shr-splash-theme-tux and fso-gpsd Dec 03 19:24:34 maybe i just got it wrongly Dec 03 19:24:36 ;) Dec 03 19:24:45 hmm Dec 03 19:24:49 hmm Dec 03 19:24:51 no Dec 03 19:24:55 staging-fso-gpsd-armv4t-oe-linux-gnueabi - 0.8+gitr31+39e810899110a9bb302cf2064e1c0f73541fb4e6-r2 - Dec 03 19:24:57 Removing package staging-fso-gpsd-armv4t-oe-linux-gnueabi from root... Dec 03 19:24:58 so it was 31 Dec 03 19:24:59 [Rui]: though I really think it's the first of the two Dec 03 19:25:00 and now it's 0 Dec 03 19:25:02 so it's bad Dec 03 19:25:17 anyway, me away now Dec 03 19:25:29 <[Rui]> DocScrutinizer: I've lowered even more than 17db and it's still worse Dec 03 19:25:43 mrmoku: I've found that crap with libc_nonshared.a Dec 03 19:26:27 dos1: if pv did not change... bad, yes Dec 03 19:26:39 <[Rui]> DocScrutinizer: will try when I get home Dec 03 19:26:57 rui: and you simply changed the right controls like #63, #48, and mono playback vol? you DID NOT load any different statefile? Dec 03 19:27:22 dos1: think it's ok, because PE changed Dec 03 19:27:23 <[Rui]> DocScrutinizer: 1: turn from right pga into mic2, 2 change the controls you said Dec 03 19:27:36 hmm Dec 03 19:27:39 ok then Dec 03 19:28:25 <[Rui]> DocScrutinizer: but as I got a good and repeatable test case at home, I will try when I get home. Dec 03 19:28:35 <[Rui]> will report later Dec 03 19:28:48 Q-Master: yeah? which package is it? Dec 03 19:29:37 * mrmoku hopes playa will survive ikea... the construction... and comes back soon :P Dec 03 19:29:43 rui: set #22 to 0dB and check if there's still and diff between #63 mic2 and RPGA Dec 03 19:30:30 <[Rui]> DocScrutinizer-8: both values are 0 Dec 03 19:30:31 s/and/any/ Dec 03 19:30:32 DocScrutinizer-8 meant: rui: set #22 to 0dB any check if there's still and diff between #63 mic2 and RPGA Dec 03 19:30:40 <[Rui]> value.0 == value.1 == 0 Dec 03 19:30:47 dos1: btw.... aceofpenguins suffers the elm callback change too Dec 03 19:30:54 rui: 0 dB!!! not 0 abs value Dec 03 19:31:04 just in case you have a boring school lesson tomorrow :P Dec 03 19:31:06 <[Rui]> DocScrutinizer: ah... Dec 03 19:31:14 0 abs value means -17.25dB Dec 03 19:31:39 <[Rui]> DocScrutinizer-8: I've turned the call off already, since I'm going home. Dec 03 19:31:41 mrmoku: no idea. I've just fixed /usr/lib/libc.so Dec 03 19:32:51 <[Rui]> bbl Dec 03 19:32:58 mrmoku: there was GROUP ( /lib/libc.so.6 /usr/lib/libc_nonshared.a AS_NEEDED ( /lib/ld-linux.so.3 ) ) Dec 03 19:33:26 I've just removed /usr/lib/libc_nonshared.a Dec 03 19:33:29 from there Dec 03 19:33:32 dos1, org.freesmartphone.PIM.Messages.GetUnreadMessages returns -1 here, what does that mean? :P Dec 03 19:33:34 heh, ok Dec 03 19:33:50 TAsn: you read on message too much :P Dec 03 19:34:00 TAsn: that it doesn't like you, sorry :P Dec 03 19:34:10 you probably hurt somehow its feelings Dec 03 19:34:14 mrmoku, but I don't. Dec 03 19:34:21 so it refuses to work for you ;) Dec 03 19:34:28 but more seriously Dec 03 19:34:28 dos1, maybe because I told him I'll give him a new type interface Dec 03 19:34:35 and he's disappointed :P Dec 03 19:35:14 unreadmessages/newmissedcalls and other family is just variable incremented or decremented on message/call/whatever viewing, marking as non-read, adding or deleting Dec 03 19:36:05 if something went wrong with for instance marking some message as read, then it can behave strangely Dec 03 19:36:26 first of all, why the heck? Dec 03 19:36:31 (why not a count in sql?) Dec 03 19:36:43 of course you'll have data inconsistency this way. Dec 03 19:37:01 TAsn: how to count in sql when not using sql? ;p Dec 03 19:37:07 second of all, why missing as read is a bad thing? Dec 03 19:37:14 dos1, count in python Dec 03 19:37:16 whatever. Dec 03 19:37:27 TAsn: it would be just slow ;p Dec 03 19:37:42 opimd is already slow Dec 03 19:37:45 :P Dec 03 19:37:53 ofc i will change it when rewriting Dec 03 19:37:57 but I prefer working slow Dec 03 19:37:58 but now it'll stay as is Dec 03 19:38:06 and well - it never happened to me Dec 03 19:38:09 than broken fast :P Dec 03 19:38:12 bah, reboot :( Dec 03 19:38:44 probably somewhere some trackbace happened Dec 03 19:38:58 so it would be nice if you could provide it to me ;p Dec 03 19:39:29 too bad :P Dec 03 19:39:35 *too late Dec 03 19:53:21 spaetz: phoneuid failed to compile in testing Dec 03 19:54:30 dos1, error? Dec 03 19:55:20 TAsn: make[2]: *** No rule to make target `/home/shr/shr-testing/tmp/staging/armv4t-oe-linux-gnueabi/usr/share/shr-specs/org.shr.phoneui.Settings.xml', needed by `phoneuid-settings-serv$ Dec 03 19:55:32 it's in shr-testing, probably just some too old package :P Dec 03 19:56:29 :P Dec 03 19:56:31 heh Dec 03 19:56:37 spaetz: update rev for shr-specs :P Dec 03 20:04:38 mrmoku, the bug with frozend call screen occured again Dec 03 20:04:50 oh :| Dec 03 20:04:51 JesusMcCloud, fix it. Dec 03 20:04:54 logs? Dec 03 20:04:54 fixed* Dec 03 20:04:58 fixed it. Dec 03 20:05:08 JesusMcCloud, if you want to find out how it happens, it's simple Dec 03 20:05:09 call Dec 03 20:05:12 mrmoku, frameworkd.log and what other log(s) are there? Dec 03 20:05:17 JesusMcCloud, I FIXED IT Dec 03 20:05:18 phoneuid.log Dec 03 20:05:21 ahh Dec 03 20:05:22 no needs for logs Dec 03 20:05:23 ffs Dec 03 20:05:25 TAsn, coolio Dec 03 20:05:27 am I lagging or something? :P Dec 03 20:05:33 or are people just ignoring me? :P Dec 03 20:05:51 JesusMcCloud, waiting for dos to build. Dec 03 20:05:56 mrmoku, dos1 thanks Dec 03 20:05:57 JesusMcCloud, just to make sure it's the same issue Dec 03 20:05:58 build already finished Dec 03 20:05:59 but Dec 03 20:06:06 mrmoku: opkg doesn't want to upgrade to "newer" versions... Dec 03 20:06:06 dos1, without my latest commits? Dec 03 20:06:12 :| Dec 03 20:06:14 of course. Dec 03 20:06:15 TAsn, ok if it is the same what should be in what logs? Dec 03 20:06:18 if you fucked gitr Dec 03 20:06:25 dos1: hmm Dec 03 20:06:28 JesusMcCloud, DEBUG set? Dec 03 20:06:43 (/etc/phoneuid.conf) Dec 03 20:06:46 will update fso-specs tomorrow, have my laptop at work Dec 03 20:06:46 if so Dec 03 20:06:47 TAsn, nope not manually, duuno about default loglevel for phoneuid Dec 03 20:06:50 can anybody gv me the latest google maps URL fot Tangogps Dec 03 20:06:55 JesusMcCloud, check that file Dec 03 20:07:02 set it to DEBUG (all caps :| ) Dec 03 20:07:06 instead of INFO Dec 03 20:07:14 and then when you reproduce it Dec 03 20:07:17 dos1: you tried via mrmoku feed? Dec 03 20:07:20 dos1, built after my last commit, right? Dec 03 20:07:24 mrmoku: yup Dec 03 20:07:24 TAsn: yup Dec 03 20:07:27 cool :P Dec 03 20:07:33 dos1, and they have sane revs Dec 03 20:07:34 right? Dec 03 20:07:43 TAsn, DEGUB is claer, but how to peproduce it? other side nags up at the same time i hang up? Dec 03 20:07:50 dos1: which one does not upgrade for example? Dec 03 20:07:51 i don't know what "sane" means recently... Dec 03 20:07:54 JesusMcCloud, simpler than that. Dec 03 20:07:59 get a call Dec 03 20:08:02 don't answer Dec 03 20:08:04 get another call Dec 03 20:08:06 don't answer. Dec 03 20:08:15 that's what I had here. Dec 03 20:08:38 mrmoku: just look at screen Dec 03 20:08:41 ok Dec 03 20:08:50 mrmoku: i've run sync with "dry run" option Dec 03 20:08:57 packages went to morgue Dec 03 20:08:59 TAsn, so wich log is the one i need ot observe? Dec 03 20:09:08 /var/log/phoneuid.log Dec 03 20:09:15 after you set loglevel to DEBUG Dec 03 20:09:17 in phoneuid.conf Dec 03 20:09:26 just run with DEBUG on Dec 03 20:09:29 ok... Dec 03 20:09:29 and upgrade Dec 03 20:09:39 TAsn, why upgrade? Dec 03 20:09:43 if something will break in the next couple of days Dec 03 20:09:48 let me see tho logs. Dec 03 20:09:53 JesusMcCloud, as it's already fixed. Dec 03 20:10:00 TAsn, ah ok, so i ncase it si not fixed Dec 03 20:10:02 no need to fix something that works :P Dec 03 20:10:06 yes. Dec 03 20:10:22 ok, will opkg upgrade, set loglevel and then reboot Dec 03 20:10:50 cool :P Dec 03 20:11:22 dos1: what happened to the cache? Dec 03 20:11:29 TAsn, i dont have anythign to upgrade Dec 03 20:11:36 all up-to-date Dec 03 20:12:00 dos1, ^ ? Dec 03 20:12:01 mrmoku: i just did "make update-shr-unstable" and then "bitbake task-shr-minimal", nothing more Dec 03 20:12:15 JesusMcCloud, libphone-ui-shr and libphone-ui revs? Dec 03 20:12:43 i didn´t touch shr-unstable either.... Dec 03 20:12:44 dos1: strange Dec 03 20:12:49 TAsn: looking at that Dec 03 20:13:00 TAsn, u just opkg updated and then opkg list_upgradable, and tehre is nothign to upgrade Dec 03 20:13:01 on buildhost Dec 03 20:13:03 TAsn: already told you ;p Dec 03 20:13:15 JesusMcCloud: as there is nothing to upgrade, because of problem on buildhost... Dec 03 20:13:21 ok Dec 03 20:13:25 dos1, thought libphone-ui is ok :P Dec 03 20:13:26 JaMae: this bb cache thing is driving me mad :| Dec 03 20:13:35 well then, i'll just reboot phone Dec 03 20:14:20 spaetz, how's testing doing btw? :P Dec 03 20:15:36 * mrmoku starts to understand why Koen uses PR in front Dec 03 20:17:07 dos1: the only idea I have is to manually fix the cache :( Dec 03 20:17:14 TAsn, buildhost compiling since 4 days... Dec 03 20:17:25 spaetz, lol? :( Dec 03 20:17:29 well i'm afk again... cu later Dec 03 20:18:27 mrmoku, i just don´t get why shr-testing compiled locally, bur causes trouble on buildhost... Dec 03 20:18:39 will fix tomorrow Dec 03 20:20:43 is sqlite3 scriptable? Dec 03 20:20:59 mrmoku, define scriptable Dec 03 20:21:24 or better yet Dec 03 20:21:28 what do you want to do? Dec 03 20:21:45 reee Dec 03 20:21:51 YAY Dec 03 20:21:59 playya__, mrmoku: TALK Dec 03 20:21:59 :P Dec 03 20:22:22 playya__: you survived :D Dec 03 20:22:28 yes Dec 03 20:22:39 and i only paid 190€ Dec 03 20:22:42 TAsn: I have to compare the feed with the contents of the bb cache Dec 03 20:22:53 to see which localcounts are wrong Dec 03 20:23:15 git:git.shr-project.org.repo.libphone-utils.git-libphone-utils_rev|665f27d6c3af092ae56f652c9fe6b5631b4d10db Dec 03 20:23:18 git:git.shr-project.org.repo.libphone-utils.git-libphone-utils_count|0 Dec 03 20:23:20 is what the cache looks like Dec 03 20:23:27 every package has two records Dec 03 20:23:36 on with the rev and one with the localcount Dec 03 20:23:49 phoneui-contacts.c:68: error: implicit declaration of function 'phoneui_utils_contact_sanitize_content' Dec 03 20:23:58 already fixed Dec 03 20:24:13 started the build about 14h ago :D Dec 03 20:25:04 playya__, :P Dec 03 20:25:11 playya__: If you have a very simple small vala example that plays async dbus client... I would be very thankfull :) Dec 03 20:25:11 mrmoku, nvm that Dec 03 20:25:13 speake about vala Dec 03 20:25:14 :P Dec 03 20:25:16 exactly. Dec 03 20:25:33 TAsn: though... we have to fix that anyway Dec 03 20:25:45 AFTER you get fso-glib working :P Dec 03 20:25:52 ok. let me write a short one Dec 03 20:25:58 playya__: great thanks Dec 03 20:26:46 TAsn: meanwhile... is it scriptable? :P Dec 03 20:27:24 TAsn: I mean... with mysql I can do something like 'echo "select foo from bar" | mysql ...' Dec 03 20:27:29 nvm Dec 03 20:27:34 I will just try it :P Dec 03 20:27:50 :P Dec 03 20:28:49 yeah works Dec 03 20:30:27 :P Dec 03 20:34:08 dos1, good thing that buildhost doesn't work :P Dec 03 20:34:24 as I accidentally broke something :P Dec 03 20:35:07 SHR: 03tom 07libphone-ui-shr * rca27698b60ef 10/src/view/ (contact-show-view.c message-list-view.c message-show-view.c): Cleaned up the last leftovers from the sanitize dropping. This should fix the resolving bugs Dec 03 20:42:50 mrmoku, what about a mysql << \EOF .... Dec 03 20:46:24 playya__: yeah... for sqlite3 though Dec 03 20:50:34 [Rui], Dec 03 20:50:39 I tried running quick settings Dec 03 20:50:44 (from libphone-ui-shr) Dec 03 20:50:45 on pc Dec 03 20:50:47 and on moko Dec 03 20:50:47 <[Rui]> hi Dec 03 20:50:51 doesn't work Dec 03 20:50:51 :| Dec 03 20:51:28 <[Rui]> TAsn: of course it doesn't work :) I've been waiting to get a way to launch it, but it wasn't still integrated :) Dec 03 20:51:39 lol. Dec 03 20:51:40 it is now. Dec 03 20:51:45 mdbus -s .... Dec 03 20:51:54 give it a go and more importantly fix it Dec 03 20:51:57 <[Rui]> TAsn: meanwhile, I've been trying to tackle that EFL issue... Dec 03 20:51:59 hwen you can :P (asap :P) Dec 03 20:52:03 i c Dec 03 20:52:04 and? Dec 03 20:52:09 <[Rui]> TAsn: yes, I'l turn my focus into that now. Dec 03 20:52:15 <[Rui]> TAsn: I need raster Dec 03 20:52:21 figures :P Dec 03 20:52:25 <[Rui]> TAsn: he seems to think it's impossible to solve Dec 03 20:53:21 <[Rui]> so I want him to tell me where it's done, or I'll give up entirely on elementary. Dec 03 20:53:21 <[Rui]> because I believe what he means is that it's impossible to solve elegantly Dec 03 20:53:23 <[Rui]> well... if brute force does not solve your problem, you're not using enough Dec 03 20:55:35 <[Rui]> what I need is the .... :) Dec 03 20:55:40 <[Rui]> TAsn: what is it? Dec 03 20:55:49 what is what? Dec 03 20:56:11 <[Rui]> TAsn: mdbus -s .... Dec 03 20:56:20 the way to launch it on moko Dec 03 20:56:29 [Rui], btw Dec 03 20:56:34 I created a Dec 03 20:56:38 libphone-ui branch Dec 03 20:56:40 for pc compiling Dec 03 20:56:46 developers-no-lfg Dec 03 20:56:51 just compile libphone-ui on the pc Dec 03 20:56:54 compile libphone-ui-shr Dec 03 20:57:02 and then compile a sample app that links to libphone-ui Dec 03 20:57:06 and calls whatever you want Dec 03 20:57:11 (I can provide you this if you need) Dec 03 21:00:26 nice. valac segfaults :D Dec 03 21:03:46 playya__, sucks :P Dec 03 21:03:57 * TAsn is soooo happy he didn't bother to learn vala :P Dec 03 21:04:14 <[Rui]> TAsn: TAsn cool Dec 03 21:05:04 <[Rui]> TAsn: so what I need to do now is opkg upgrade, git pull libphone-ui-shr, bitbake it, and test, right? Dec 03 21:05:19 huh? Dec 03 21:05:25 I think the versions built are nough Dec 03 21:05:27 (not sure though) Dec 03 21:05:42 <[Rui]> TAsn: not enough to make the views do anything :) Dec 03 21:06:06 huh?! Dec 03 21:09:04 this is how it should work: http://pastebin.com/f1abaa98a :P Dec 03 21:13:56 playya__, test.vala:3.7-3.10: error: The namespace name `DBus' could not be found Dec 03 21:13:59 where can I get the Dec 03 21:13:59 vapi Dec 03 21:14:00 from? Dec 03 21:14:12 (for both dbus and freesmartphone) Dec 03 21:14:21 you have to add --pkg fso-glib-1.0 Dec 03 21:14:31 but i have to fix some errors first Dec 03 21:14:40 ok, I don't have that installed anyway Dec 03 21:14:47 and I don't intend to atm ;P Dec 03 21:14:50 so I'll just quit :) Dec 03 21:17:25 playya__: heh... segfaults for me too :p Dec 03 21:17:47 mrmoku, :| Dec 03 21:17:54 mrmoku, gdb it Dec 03 21:17:56 see where it segs Dec 03 21:18:00 and change that line of code Dec 03 21:18:01 :P Dec 03 21:18:07 (in the .vala code) Dec 03 21:18:21 you want me to gdb valac? Dec 03 21:18:31 * mrmoku refuses to do that :P Dec 03 21:18:41 ths GLib.AsyncResult is deprecated anyways :P Dec 03 21:19:10 really? Dec 03 21:19:15 mrmoku, you were using that... :| Dec 03 21:19:28 btw, mrmoku, how's fixing the buildhost is doing? Dec 03 21:19:59 still writing my fix the cache script Dec 03 21:23:14 ciao. Dec 03 21:23:16 brb later (maybe) Dec 03 21:29:39 playya__: it seems to be the Bus.get... should be DBus.Bus.get instead? Dec 03 21:30:05 no. just move it to a construct section Dec 03 21:30:14 still working on it Dec 03 21:30:15 vala is so leet Dec 03 21:30:29 vala now uses .begin and .finish Dec 03 21:30:31 you need to pop gdb and dump mem in order to get compiler errors :P Dec 03 21:30:47 that's as leet as it get.s Dec 03 21:31:10 man man man Dec 03 21:31:26 I'm almost at the point to return to lfg :( Dec 03 21:32:01 hehe :) Dec 03 21:32:17 Already told you I can make an autogenerated lfg Dec 03 21:34:44 lfg? Dec 03 21:37:17 libframeworkd-glib Dec 03 21:37:37 the C lib that _should_ be replaced by libfso-glib Dec 03 21:39:09 ok. i ask in #vala Dec 03 21:39:23 <[Rui]> does the dialer no longer go away on failed calls? Dec 03 21:41:53 <[Rui]> mrmoku: could you please tell me what's the dbus signal for launching the quick settings? Dec 03 21:42:21 mdbus -s org.shr.phoneui.Settings /org/shr/phoneui/Settings o Dec 03 21:42:21 rg.shr.phoneui.Settings.DisplayQuickSettings Dec 03 21:42:27 mdbus -s org.shr.phoneui.Settings /org/shr/phoneui/ Dec 03 21:42:28 heh Dec 03 21:42:29 mdbus -s org.shr.phoneui.Settings /org/shr/phoneui/Settings org.shr.phoneui.Settings.DisplayQuickSettings Dec 03 21:42:32 :) Dec 03 21:42:32 TAsn: was faster :P Dec 03 21:42:39 though he did c&p Dec 03 21:42:43 <[Rui]> thank you! :) Dec 03 21:42:46 which is unfair :P Dec 03 21:42:46 mrmoku, that's a lie ;P Dec 03 21:42:56 <[Rui]> c&p from where? Dec 03 21:43:05 [Rui], I wrote it in his pm earlier Dec 03 21:43:06 :) Dec 03 21:43:34 <[Rui]> hahahahaha Dec 03 21:44:22 <[Rui]> /org/shr/phoneui/Settings: DisplayQuickSettings failed: org.freedesktop.DBus.Error.NoReply (Message did not receive a reply (timeout by message bus)) Dec 03 21:44:31 <[Rui]> ouch? Dec 03 21:44:47 this means one thing Dec 03 21:44:53 <[Rui]> oh wait, opkg upgrade... maybe I should reboot or restart something Dec 03 21:44:57 rui did something that broke everything. Dec 03 21:44:59 [Rui], no Dec 03 21:45:02 it's exactly what I get. Dec 03 21:45:06 <[Rui]> raster: oh dear raster on the other side of the world :) Dec 03 21:45:17 run phoneuid from terminal to see the error output. Dec 03 21:45:24 OMG Dec 03 21:45:25 ptitjes, !!! Dec 03 21:45:31 mrmoku, ptitjes Dec 03 21:45:32 quick Dec 03 21:45:39 ptitjes: :D :D :D Dec 03 21:45:40 <[Rui]> ptitjes: welcome back! :) Dec 03 21:46:13 ptitjes: moved already? Dec 03 21:46:39 mrmoku, enough with the small talk! :P Dec 03 21:46:46 TAsn: nah Dec 03 21:46:55 * TAsn meant smalltalk Dec 03 21:47:24 poor raster and ptitjes are being jumped Dec 03 21:47:26 :-) Dec 03 21:48:03 sicu: that is what you get when you're involved in some key parts of our software stack :P Dec 03 21:48:22 meh Dec 03 21:48:37 ptitjes: I'm desperating in the try to use libfso-glib :| Dec 03 21:48:53 struggling for two days now Dec 03 21:48:55 sorry. but i need some food first :( Dec 03 21:49:10 and when you only seldom show up :-) Dec 03 21:49:12 hi guys! just worked away those last two weeks... Dec 03 21:49:18 playya__: didn't you eat some nice hot dog at ikea? Dec 03 21:49:24 the only thing I enjoy there :P Dec 03 21:49:27 mrmoku: what happens ? Dec 03 21:49:32 hi playya__ Dec 03 21:49:44 ptitjes: I'm trying to use it from C... and it does not work Dec 03 21:49:56 <[Rui]> mrmoku: me it's the salmon rolls, meatballs and the raw fish (which they don't have anymore in Portugal) Dec 03 21:50:01 ptitjes: first question would be... what is the GObject I get in the callback? Dec 03 21:50:01 mrmoku: hum "it does not work" ... Dec 03 21:50:02 ohh, french food! see you in 3h theen ;-P Dec 03 21:50:05 and how do I use it? Dec 03 21:50:25 trying to cast it back to what it was when firing the dbus call does not work Dec 03 21:50:32 mrmoku: hum... it is a dbus aproxy object Dec 03 21:50:33 I get a GObject-Lib cast error Dec 03 21:50:41 s/aproxy/proxy Dec 03 21:51:12 hmm Dec 03 21:51:23 for example if I have a query Dec 03 21:51:36 a cast in libfso-glib internals or located in your code ? Dec 03 21:51:43 my code Dec 03 21:51:53 well Dec 03 21:51:59 tried the libfso-glib macro too Dec 03 21:52:08 (which then gives me the error) Dec 03 21:52:09 in return from the C helper ? right Dec 03 21:52:20 C helper? Dec 03 21:52:51 hum.. we should generate the valadoc for lib-fsoglib Dec 03 21:53:17 mrmoku: 2 sec Dec 03 21:54:06 http://shr.pastebin.com/d4912f9ef Dec 03 21:54:43 mrmoku: http://git.freesmartphone.org/?p=libfso-glib.git;a=blob;f=src/freesmartphone-utils.vala;h=7d93761c33422fc40529158f34b0717c14a03c60;hb=ed161a68d45cce411e78b8dfdd8d34ddfc55b9db Dec 03 21:55:28 ahh, you mean the free_smartphone_get_proxy thing? yes, I'm using that Dec 03 21:55:43 mrmoku: so the cast located in line 4 of your code ? Dec 03 21:56:08 well no Dec 03 21:56:16 that is my try to pass it as userdata :P Dec 03 21:56:21 because I was desperate Dec 03 21:56:48 ptitjes: what I tried was the FREE_SMARTPHONE_PIM_... macro Dec 03 21:58:00 mrmoku: set vibrator strength? Dec 03 21:58:21 mrmoku: seems it's missing feature Dec 03 21:58:38 DocScrutinizer-8: where missing? Dec 03 21:58:43 is it a known issue that when i increase the suspend timeout in the settings gui, and close and reopen the gui they have reset to 40 seconds Dec 03 21:59:08 in shr settings? Dec 03 21:59:11 yes Dec 03 21:59:18 ptitjes: do you know of some C sample code using libfso-glib? Dec 03 22:00:07 mrmoku: what it appears to me is that I don't know the exact C procedure :p but it is the standard Dec 03 22:00:19 way of Glib in C Dec 03 22:00:30 I should find you some exact documentation Dec 03 22:00:55 * mrmoku already has bloody fingers from googling for the exact documentation :P Dec 03 22:01:22 instantiate objects through the C helper Dec 03 22:01:34 even in the callback? Dec 03 22:01:45 register callbacks to the Glib object (the part I don't know) Dec 03 22:01:49 (in C) Dec 03 22:01:53 ahh Dec 03 22:02:00 hmm Dec 03 22:02:48 and calling traditional functions (with object at first param) to call methods Dec 03 22:03:03 that is one of the problems... Dec 03 22:03:11 the traditional functions are not in freesmartphone.h Dec 03 22:03:18 they once were... but are no more Dec 03 22:03:25 just the interface Dec 03 22:04:45 mrmoku: yes the interfaces and a helper to instantiate the proxy implementations Dec 03 22:05:13 ptitjes: so I should use the interface instead of Dec 03 22:05:21 # Dec 03 22:05:22 free_smartphone_pim_message_query_get_result_count(q, result_count_callback, q); Dec 03 22:05:37 ? Dec 03 22:08:50 mrmoku: for sure i->get_result_count ... is not the thing to do :p Dec 03 22:10:37 ptitjes: ok, then I need the declarations for the functions in freesmartphone.h :P Dec 03 22:11:06 mrmoku: yeah use the header only Dec 03 22:11:10 * TAsn just popped in to let you guys know vala is evil :P Dec 03 22:11:12 ciao. Dec 03 22:11:40 ptitjes: but the declarations are missing? Dec 03 22:11:59 do not get autogenerated any more :| Dec 03 22:12:05 are you kidding ? Dec 03 22:12:08 NO Dec 03 22:12:27 who touched it ?? :p Dec 03 22:12:37 it was not me for sure ;) Dec 03 22:13:38 ptitjes: playya__ pointed me to https://bugzilla.gnome.org/show_bug.cgi?id=598266 Dec 03 22:13:47 which is the bug for that he added Dec 03 22:14:17 mrmoku: could you paste me the content of your /usr/share/vala/vapi/libfso-glib....vapi and /usr/include/freesmartphone.h ? Dec 03 22:14:29 yup, moment Dec 03 22:16:38 ptitjes: http://build.shr-project.org/tests/mrmoku/fso-glib-1.0.vapi Dec 03 22:16:45 http://build.shr-project.org/tests/mrmoku/freesmartphone.h Dec 03 22:17:24 <[Rui]> TAsn: even with fressh pulled and built packages, same problem Dec 03 22:17:58 seg? Dec 03 22:17:59 OHHHH Dec 03 22:18:06 libphoneui.conf Dec 03 22:18:10 evil mrmoku broke it. Dec 03 22:18:15 drop the feedback sections Dec 03 22:18:16 nah Dec 03 22:18:19 though FFS Dec 03 22:18:27 I thought I committed a fix :| Dec 03 22:18:55 <[Rui]> will see after reboot Dec 03 22:19:40 why reboot? Dec 03 22:19:44 killall -9 phoneuid Dec 03 22:19:46 phoneuid Dec 03 22:19:57 well... if it segfaults... not efen that :P Dec 03 22:20:03 s/efen/even/ Dec 03 22:20:04 mrmoku meant: well... if it segfaults... not even that :P Dec 03 22:20:31 <[Rui]> could be due to one of the upgraded packages needing it, I don't know... I don't remember anymore which were upgraded :) Dec 03 22:22:28 [Rui], probably because mrmoku broke the config :) Dec 03 22:22:31 anyhow, night. Dec 03 22:22:38 I remove that already Dec 03 22:23:18 <[Rui]> what feedback sessions? Dec 03 22:23:26 <[Rui]> TAsn: night Dec 03 22:23:35 <[Rui]> it only has logging! Dec 03 22:23:46 [Rui]: libphone-ui.conf Dec 03 22:23:51 <[Rui]> [logging] Dec 03 22:23:51 <[Rui]> log_level = INFO Dec 03 22:23:57 <[Rui]> oops Dec 03 22:23:59 <[Rui]> this is phoneui Dec 03 22:24:23 <[Rui]> feedbacks are commented out Dec 03 22:24:49 <[Rui]> all of them Dec 03 22:29:14 <[Rui]> damn, even with log_level DEBUG all I get is the same output (just seg fault) Dec 03 22:34:07 [Rui]: what is the last thing it says? Dec 03 22:34:17 <[Rui]> Log file: /var/log/phoneuid.log Dec 03 22:34:17 <[Rui]> Log level: DEBUG Dec 03 22:34:17 <[Rui]> Segmentation fault Dec 03 22:34:17 <[Rui]> Log file: /var/log/phoneuid.log Dec 03 22:34:17 <[Rui]> Log level: DEBUG Dec 03 22:34:33 mrmobil: heh :-D Dec 03 22:35:01 <[Rui]> and on the mdbus side: /org/shr/phoneui/Settings: DisplayQuickSettings failed: org.freedesktop.DBus.Error.NoReply (Message did not receive a reply (timeout by message bus)) Dec 03 22:35:24 <[Rui]> grep -r DisplayQuickSettings libphone-ui*/ doesn't result in anything Dec 03 22:35:29 DocScrutinizer-8: yeah wifi again :D Dec 03 22:36:15 yeah, though quite different ;-) Dec 03 22:36:18 [Rui]: if phoneuid segs no wonder Dec 03 22:36:22 <[Rui]> now, this *could* probably happen because quicksettings segfaults? Dec 03 22:36:51 does dialer work? Dec 03 22:37:00 <[Rui]> mrmobil: yes, even receives a call Dec 03 22:37:07 <[Rui]> which is why I'm starting to suspect of this Dec 03 22:37:37 then yes - your fault :P Dec 03 22:39:02 <[Rui]> great! :) Dec 03 22:39:17 <[Rui]> means I can do something about it Dec 03 22:39:38 :) Dec 03 22:39:44 <[Rui]> since I don't even see g_debug("phoneui_backend_quick_settings_show()"); Dec 03 22:39:57 <[Rui]> it means it's not even calling that? Dec 03 22:40:47 do you have alsa in the log? Dec 03 22:41:36 <[Rui]> just 2009.12.03 22:40:55.527793 [phoneuid] MESSAGE: Using log level 'INFO' Dec 03 22:41:36 <[Rui]> 2009.12.03 22:40:55.573183 [libphone-ui] MESSAGE: Loading phoneuid Dec 03 22:41:36 <[Rui]> 2009.12.03 22:40:56.143887 [libphone-ui] MESSAGE: No speaker value for idle found, using none Dec 03 22:41:36 <[Rui]> 2009.12.03 22:40:56.144307 [libphone-ui] MESSAGE: No microphone value for idle found, using none Dec 03 22:41:36 <[Rui]> 2009.12.03 22:40:56.149434 [libphone-ui] MESSAGE: no vibrator configured - turning vibration off Dec 03 22:41:36 <[Rui]> 2009.12.03 22:40:56.344001 [libphone-ui-shr] WARNING: No such file or directory Dec 03 22:41:43 <[Rui]> that's all Dec 03 22:42:18 then it does not get called Dec 03 22:44:25 <[Rui]> mrmobil: may I politely throw a blank stare? :) Dec 03 22:45:11 will take a look when back to kbd Dec 03 22:45:20 <[Rui]> ok Dec 03 22:45:25 <[Rui]> meanwhile I'm running it under strace Dec 03 22:46:35 <[Rui]> not very helpfull Dec 03 22:54:58 [Rui]: hmm... difficult to say... what version do you have installed for libphone-ui-shr? Dec 03 22:55:02 locally built? Dec 03 22:56:01 <[Rui]> mrmobil: locally built, as tasn said there were fixes which weren't built yet into the feed Dec 03 22:56:20 [23:41] [Rui] | 2009.12.03 22:40:56.344001 [libphone-ui-shr]IWARNING: No such file or directory Dec 03 22:56:24 and what is that one? Dec 03 22:56:39 <[Rui]> I have no idea... Dec 03 22:56:46 ahh probably not existing config Dec 03 22:56:49 and no problem then Dec 03 22:56:50 <[Rui]> but it's fishy... Dec 03 22:57:37 did you pull in tasns last changes? Dec 03 22:58:02 what's wrong? Dec 03 22:58:07 2009.12.03 22:40:56.344001 [libphone-ui-shr] WARNING: No such file or directory Dec 03 22:58:07 ptitjes: got the files ? :) Dec 03 22:58:08 normal Dec 03 22:58:15 missing ui-shr config. Dec 03 22:58:33 * [Rui] sighs :) Dec 03 22:58:38 /org/shr/phoneui/Settings: DisplayQuickSettings failed: org.freedesktop.DBus.Error.NoReply (Message did not receive a reply (timeout by message bus) Dec 03 22:58:39 <[Rui]> what do I need to do? Dec 03 22:58:40 I also get this Dec 03 22:58:47 it's because you screen doesn't work. Dec 03 22:58:53 [Rui], there's only one simple solution Dec 03 22:58:56 <[Rui]> I don't even see the result of g_debug Dec 03 22:58:56 killall -9 phoneuid Dec 03 22:58:59 phoneuid Dec 03 22:59:06 <[Rui]> yeah, I'm running it like that Dec 03 22:59:07 [Rui], 2009.12.03 22:40:55.527793 [phoneuid] MESSAGE: Using log level 'INFO' Dec 03 22:59:15 [Rui], and you don't see any crazy evas errors? Dec 03 22:59:22 <[Rui]> nopes Dec 03 22:59:22 anyhow, you don't see g_debugs Dec 03 22:59:32 because loglevel is set to INFO instead of DEBUG Dec 03 22:59:37 (/etc/phoneuid.conf) Dec 03 22:59:44 but instead of working like a hobo an the moko Dec 03 22:59:48 crazy evas errors might go to /tmp/x.loog Dec 03 22:59:49 <[Rui]> nopes Dec 03 22:59:50 please build it on the pc Dec 03 23:00:00 and try it there. Dec 03 23:00:25 * TAsn hates [Rui] Dec 03 23:00:28 flooded my pm Dec 03 23:00:28 <[Rui]> TAsn: I priv sent you the strace lines associated with the segfault Dec 03 23:00:30 <[Rui]> and I have it on debug Dec 03 23:00:32 <[Rui]> the paste above wasn't on debug, but now I have :) Dec 03 23:00:47 <[Rui]> TAsn: sorry! using a text only irc client? Dec 03 23:01:05 the strace is somehow normal (except for the seg) Dec 03 23:01:16 <[Rui]> yeah, what I thought, not useful Dec 03 23:01:21 it just means dbus returned no reply. Dec 03 23:01:25 [Rui], as I said Dec 03 23:01:31 <[Rui]> bu nothing comes up on the log as well Dec 03 23:01:33 a million times already Dec 03 23:01:36 might be my fault as well.... Dec 03 23:01:43 check it on the PC Dec 03 23:01:48 * [Rui] hates himself Dec 03 23:01:51 just build a test app that uses libphone-ui Dec 03 23:01:58 and you'll see the errors on stderr Dec 03 23:01:59 [Rui]: or check /tmp/x.log for crazy evas errors :P Dec 03 23:02:01 (evas errors) Dec 03 23:02:03 there are plenty. Dec 03 23:02:14 <[Rui]> mrmoku: x.log ? Dec 03 23:02:18 yep Dec 03 23:02:21 /tmp/x.log Dec 03 23:02:38 another ugly thing we have to clean up :| Dec 03 23:02:40 [Rui], or just run on your pc. Dec 03 23:02:45 anyhow Dec 03 23:02:52 you are looking for Dec 03 23:02:54 evas Dec 03 23:02:56 errors Dec 03 23:03:15 more specifically Dec 03 23:03:17 ERR:evas_main evas_stack.c:285 evas_object_stack_below() BITCH! evas_object_stack_below(), 0x99c0748 not inside same smart as 0x99bb938! Dec 03 23:03:17 ERR:evas_main evas_stack.c:200 evas_object_stack_above() BITCH! evas_object_stack_above(), 0x99c2478 stack above 0x99bb938, but above has smart parent, obj does not Dec 03 23:03:19 <[Rui]> mrmobil: no evas messages Dec 03 23:03:28 [Rui], just build on PC! Dec 03 23:03:31 ffs Dec 03 23:03:33 night. Dec 03 23:03:36 <[Rui]> TAsn: will do. night Dec 03 23:03:46 * mrmoku needs some sleep too Dec 03 23:03:54 mrmoku, I think it's also your fault somehow, though I can't really tell until [Rui] does it right :) Dec 03 23:03:56 ciao. Dec 03 23:04:05 ptitjes: if you find out something... just leave me a message here Dec 03 23:04:08 TAsn: yeah probably Dec 03 23:04:19 ptitjes: and thanks :) Dec 03 23:04:20 mrmoku: it appears I have lots of functions in the header in between the get_type functions Dec 03 23:04:39 since when is it ? Dec 03 23:04:43 dunno Dec 03 23:04:52 that would need to be gitdisected Dec 03 23:05:03 bi Dec 03 23:05:07 for the vala-bindings thing? Dec 03 23:05:10 ptitjes, if you can Dec 03 23:05:14 please try to solve it Dec 03 23:05:17 as we really need it. Dec 03 23:05:21 REALLY Dec 03 23:05:23 :) Dec 03 23:05:24 night. Dec 03 23:07:29 ptitjes: bisect vala-dbus-binding-tool ? Dec 03 23:07:40 no Dec 03 23:07:56 binding tool only generates the vala code Dec 03 23:07:58 mrmoku: it is valac I guess or the Makefile Dec 03 23:09:22 ptitjes: plain 0.7.8 should be fine, no? Dec 03 23:09:46 mrmoku: I guess so Dec 03 23:09:47 :p Dec 03 23:10:22 hmm :| Dec 03 23:10:35 guess I will get some sleep now Dec 03 23:10:49 ptitjes: if you find something out... please let me know Dec 03 23:10:54 it is really important for us :) Dec 03 23:11:17 TAsn: it's getting day outside. Sleep! Dec 03 23:12:05 s/TAsn/mrmoku/ Dec 03 23:12:07 gnight all :) Dec 03 23:12:43 mrmoku|away: well, darkest nkght for you. Anyway night :-) Dec 03 23:22:03 $ opkg install http://www.opkg.org/packages/gwaterpas_0.3.1_armv4t.ipk Dec 03 23:22:03 Downloading http://www.opkg.org/packages/gwaterpas_0.3.1_armv4t.ipk Dec 03 23:22:03 Segmentation fault Dec 03 23:35:00 opkg sucks Dec 03 23:45:10 YEP Dec 04 00:45:24 duh, "digital natives". another word like juppy or dink. I'm a native digital pioneer though Dec 04 01:43:59 * fredrin want nokia n900 Dec 04 01:44:13 but don't have the money :( **** ENDING LOGGING AT Fri Dec 04 02:59:57 2009