**** BEGIN LOGGING AT Tue Sep 15 02:59:57 2009 Sep 15 05:09:01 mickey|zzZZzz: i'll find a quote for you Sep 15 05:10:24 DocScrutinizer-8: gsm modem rebooting because of wifi? :-O Sep 15 05:52:24 prahal, our git should work via git protocol - we have git daemon running Sep 15 05:52:29 prahal, does it not? Sep 15 05:55:17 * mrmoku tries Sep 15 05:56:16 hmm... looks like you're right :( Sep 15 05:56:18 * mrmoku checks Sep 15 05:59:37 prahal, ok, fixed... should work now :) Sep 15 05:59:53 git clone git://git.shr-project.org/shr.git Sep 15 05:59:55 does at least Sep 15 06:02:22 mrmoku: hehe, shr apps finally packaged for debian but it doesn't matter much because all of them are deprecated already. Sep 15 06:11:08 PaulFertser, heh... on the other hand... who knows *when* the actuall deprecation will be effective :P Sep 15 06:11:14 -l Sep 15 06:37:32 How's the testing image doing now? Sep 15 06:37:42 and Hi vegyraupe mrmoku PaulFertser and everyone else :) Sep 15 06:37:49 hi rhkfin Sep 15 06:44:08 rhkfin, testing looks good so far... If we won't hear anything negative we should announce it soon Sep 15 06:44:11 bbl Sep 15 06:46:19 rhkfin: hey :) Sep 15 06:46:36 mrmoku|away: negative == probably still doesn't work on gta01 fully Sep 15 07:01:09 PaulFertser: my dsl-modem Sep 15 07:02:34 actually a dsl-wifi-router Sep 15 07:02:52 zyxel p660 Sep 15 07:03:06 ok, waiting for the announcement :) Sep 15 07:03:38 So did you take a snapshot of -unstable or how was it decided what goes into testing? Who will be maintaining it? Nytowl? Sep 15 07:05:19 rhkfin: not a snapshot... testing is defined by setting fixed revs for some core components Sep 15 07:05:44 and we will maintain it alltogether... try to decide weekly what rev of testing we want to update Sep 15 07:05:57 and try to provide sane upgrade paths Sep 15 07:07:12 so you have one devel trunk that's unstable. Some certain revisions that seem to work, are released as testing - and you try to make them upgradeable? Sep 15 07:07:43 more or less... yes Sep 15 07:08:07 devel and testing share the same git branch inside OE Sep 15 07:08:17 ok, got it Sep 15 07:08:26 mrmoku: what do i need to get phonelog on debian? pyphonelog? Sep 15 07:08:30 and the difference is that for testing some of the important packages want automatically upgrade without us testing it Sep 15 07:08:32 And testing will be updated ~weekly? Sep 15 07:08:37 right Sep 15 07:08:49 rhkfin: yeah, we want to try to do it weekly Sep 15 07:09:10 PaulFertser: pyphonelog... and the python binding for the phonetools lib thingie Sep 15 07:09:19 (and the lib itself of course) Sep 15 07:09:49 mrmoku: ok, sound's like a lot to me but OTOH allows many current unstable users who upgrade ~weekly to move over. Sep 15 07:10:04 PaulFertser: and pyphonelog is using opimd nowadays... so you shouldn't need ophonekitd... just opimd enabled frameworkd Sep 15 07:10:12 But I'm sure many will stay around to use&test unstable -> sound's like a good plan to me :) Sep 15 07:10:15 mrmoku: pyphonelog is not compatible with python2.5 Sep 15 07:10:43 * mrmoku ducks as snakes frighten him ;) Sep 15 07:29:44 mrmoku, thanks a bunch Sep 15 07:52:51 do I need ophonekitd for shr-dialer latest ? Sep 15 07:54:23 also ophonekitd in debian has an xsession script broken in debian two [[ around an unquoted pidof with an exit in the script Sep 15 07:54:50 and the nice does not work due to xsession behing run as non root here Sep 15 07:55:24 prahal, you need ophonekitd for the dialer to do something yeah Sep 15 07:56:36 I fixed those tiny bits locally . Currently tracking why shr-dialer crash after ogsmd_sim_retrieve_phonebook_callback / event_callback in what seems to be efl (enightenment itself need a restart) Sep 15 08:56:54 cool DBUS spec template mrmoku Sep 15 08:57:18 links don't work when watching it directly from the raw git repo, but otherwise nice Sep 15 09:14:49 spaetz, lets fill it with life now :) Sep 15 09:15:03 PaulFertser, ping Sep 15 09:15:16 PaulFertser, I have a wifi related kernel oops Sep 15 09:15:46 PaulFertser, though it might be obsolete as the testing kernel is missing the ar6000 revert Sep 15 09:15:54 updating it now Sep 15 09:19:33 mrmoku: small and safe.. http://patchwork.dev.bearstech.com/patch/130/ Sep 15 09:20:03 mrmoku: paroli build fails otherwise.. Sep 15 09:21:07 JaMa: limit for mails is now 100k by the way Sep 15 09:21:37 Ainulindale: not enough for neo-theme patches :) Sep 15 09:21:50 yes :-) Sep 15 09:22:21 Ainulindale: I have about 1,5MB splited to 5 separate patches :/ Sep 15 09:23:08 Paroli is currently under heavy development/rework, don't expect the git head to work yet... Sep 15 09:23:29 rhkfin: angus just commited AUTOREV to shr/import again :) Sep 15 09:23:53 rhkfin: and almost fixed build.. only 2 typos left (probably wrong regexp used) Sep 15 09:24:28 rhkfin: http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?h=shr/import&id=b1b6257b1b47b6a1849e03fe14c5c31051e1ca0b Sep 15 09:25:03 JaMa: oh, ok.. Sep 15 09:25:25 Well you better listen to him, he knows what's happening, I just try to follow others :) Sep 15 09:46:42 what the heck is atd-over-fso and why does building it fail? Sep 15 09:46:47 repeatedly tar: /home/spaetz/src/shrbuildenv/downloads/apps.atd_anoncvs.handhelds.org_ATD-0_70_.tar.gz: Cannot open: No such file or directory Sep 15 09:47:07 I cleaned and tried torebuild already Sep 15 09:47:56 mrmoku: can you get traces for kernel oops? Sep 15 09:48:10 spaetz, via dmesgt Sep 15 09:48:12 -t Sep 15 09:48:18 I haven't managed to get one for my wep-related kernel oops Sep 15 09:49:08 spaetz, why not? Sep 15 09:49:53 it freezes and I can't see/do anything Sep 15 09:50:55 ahh bad Sep 15 09:51:07 no more X, no ssh Sep 15 09:51:22 well, I still see X, but it is frozen :) Sep 15 10:10:25 JaMa, paroli thing is applied Sep 15 11:05:22 (03.20.42) sre_: 112 (one-one-two) is the emergency telephone number in the European Union member states, the Republic of Colombia (South America) and worldwide (on GSM mobile networks). Sep 15 11:06:01 ^^ not 100% correct. At least in Hungary there is no 112. (and Hungary is part of the EU) Sep 15 11:10:18 doh, my bad. There is 112, if we want police and/or fireworkers and/or ambulance at the *same* time Sep 15 11:12:13 each service has its own number (ambulance = 104, fireworkers = 105, police = 107) Sep 15 11:19:23 khiraly_mc2: in finland they just deprecated all other emergency numbers than 112 Sep 15 11:22:11 lindi-: doh, I just read all over the net, that the average connection time to the police is 10-20 mins Sep 15 11:22:34 and no matter what you call, 112 or the direct 107.;)) Sep 15 11:23:01 Im much more calm now;) Sep 15 11:24:00 khiraly_mc2: heh :) Sep 15 11:24:26 I never read the backlogs in the irc windows Sep 15 11:24:30 (had a look at the phone operator, they had average connection time of about 6 minutes) Sep 15 11:24:32 s/s// Sep 15 11:24:32 khiraly_mc2 meant: I never read the backlog in the irc windows Sep 15 11:26:50 we have 112 here too.. Sep 15 11:27:00 (Czech Republic) Sep 15 11:27:07 rhkfin: yeah, the best story what I read on the net, that a guy seen a tyre on the highway. And also saw a police car who was making radar on the highway. He let known the policemens, and they said, its not their business, they are here to make radar. Sep 15 11:27:13 but I had to use the emergency number once and there was fortunately no delay Sep 15 11:27:16 only 2s or so.. Sep 15 11:28:03 After a month he received a punishment from the polic that he parked on the highway;)) (the policemens also reported the car by its license plate) Sep 15 11:28:09 the best story ever;) Sep 15 11:29:51 khiraly_mc2, we can park here on highways in case of emergency.. Sep 15 11:30:07 obstruction on the highway definitely counts Sep 15 11:30:38 yepp, but you also need to place a triangle about 50meter before your car, and also you need to switch on the emergency signal on the car Sep 15 11:30:44 but of course you have to stop outside high speed lanes Sep 15 11:31:22 khiraly_mc2, we have to do that too but only if our car visibility is bad enough.. like if its after a peak or something, you put it before the peak Sep 15 11:31:48 but you definitely have to switch on the emergency signal Sep 15 11:31:51 but its not the morality here. How f*cking mad were these policemens. Instead of making action (ie. they remove the tyre from the highway), they also reported the poor guy for a punishment Sep 15 11:32:16 khiraly_mc2, yeah. thats just plain crazy Sep 15 11:33:08 and he parked just near the police car.... Sep 15 11:34:02 heh as if he was gonna jam the traffic any more than the cops did Sep 15 11:50:08 that's why I'm happy to avoid any kind of contact with police at all Sep 15 11:50:34 my first - and fortunately only - contact was the policeman trying to convince me that I committed arson Sep 15 11:51:50 and when I wanted to call the cops half a year back, I got a 1 minute "ringing" tone, then "line busy" Sep 15 11:53:22 blindcoder: any you did place the fire? Sep 15 11:53:23 ;) Sep 15 11:54:02 khiraly_mc2: nah, my dad dropped part of his cigarette into the clothes bin Sep 15 11:54:40 took some hours for the fire to start, so I was the only one home at the time it got noticed Sep 15 11:55:35 blindcoder: and was it a nice house? Sep 15 11:55:53 before you burned down to earth Sep 15 11:55:55 ;-) Sep 15 11:56:03 mrmoku: ping Sep 15 11:56:38 dos1|school, pong Sep 15 11:57:05 khiraly_mc: hehe ;) it still is, just one room went fubar Sep 15 11:57:11 mrmoku: on buildhost there is /home/shr/dos/ directory with patches i did overnight Sep 15 11:57:21 * mrmoku looks Sep 15 11:57:25 mrmoku: could you commit them? (except that one marked as BROKEN) Sep 15 11:57:50 btw, when will be packaged the newest enlightenment? (or at least python-edje and python-elementary?) Sep 15 11:57:50 ;) Sep 15 11:57:52 blindcoder: ;) Sep 15 11:58:03 dos1|school, ok Sep 15 11:58:16 * blindcoder goes back to manually parsing email-bodies Sep 15 11:58:32 why are things with 'simple' in the protocol always !simple? Sep 15 12:02:12 dos1|school, applied and pushed Sep 15 12:11:21 nice update :) Sep 15 12:18:25 blindcoder: that's an ancient habit to use magic spells on frightening things Sep 15 12:21:17 blindcoder: e.g. call a sea "silent" though it isn't Sep 15 12:21:46 s/sea/ocean/ Sep 15 12:21:46 DocScrutinizer-8 meant: blindcoder: e.g. call a ocean "silent" though it isn't Sep 15 12:29:28 hmm Sep 15 12:42:56 DocScrutinizer-8: palm pixi specs: http://www.palminfocenter.com/news/9895/palm-pixi-processor-full-spec-sheet/ Sep 15 12:45:37 mrmoku: testing kernel missing ar6000 revert? That doesn't make sense... Sep 15 12:45:44 DocScrutinizer-8: seems to be the same with fscking e-mails, and no viable solution to it in C Sep 15 12:45:50 mrmoku: ;) Sep 15 12:48:34 PaulFertser: isn't it a joke? with WEP my FR segfaults, with WPA my AP does the same. Seems I had to use "open" to get WiFi connectivity :-S Sep 15 12:49:03 DocScrutinizer-8: looks like a bad joke indeed. Sep 15 12:49:39 DocScrutinizer-8: probably if you provide kernel messages for oops, somebody'll be able to bandaid it. Sep 15 12:53:13 PaulFertser, doesn't make sense to have that kernel in testing or my phrasing? Sep 15 12:54:34 PaulFertser: what's the kernel that I should test next? Sep 15 12:54:38 PaulFertser: still andy-tracking head? Sep 15 12:54:48 PaulFertser: or openwrt 2.6.31? Sep 15 12:54:56 PaulFertser: or just wait? Sep 15 12:55:10 mrmoku: doesn't make sense to have unfixed kernel in testing release. Sep 15 12:55:24 lindi-: larsc told me yesterday he starts working on pushing .31 in the OM repo. Sep 15 12:55:27 PaulFertser, good, because I already updated it ;) Sep 15 12:55:38 lindi-: do you want to tell me that he's already released .31 for openwrt? Sep 15 12:56:14 PaulFertser: well I noticed the origin/om-2.6.31 branch Sep 15 12:56:28 larsc: is .31 in a state where it could be tested? Sep 15 13:39:31 lindi-: no Sep 15 13:39:52 i'm working on it Sep 15 13:47:44 shit Sep 15 13:47:49 i didn't log out from school ;x Sep 15 13:52:46 larsc: ok. Sep 15 13:52:57 larsc: can I give feedback somehow while you are working on it? ;) Sep 15 13:54:13 ok, irc ghosted, gmail logged out Sep 15 13:54:27 i didn't have anything more ;) Sep 15 13:57:43 did someone got woosh and tangogps (also midori but not a critical matter) to have the same font size ? when I set the font size to 5 in gtkrc ... tagops is fine but woosh is so small not to be readable ... and font size to 10 woosh is fine, tangops is too big . I set -dpi 96 in the X args Sep 15 13:57:46 hmm someone here for some c++ help? i have a class, i have a static callback function (which has to be static because of the library i use) and i want to call a non-static function from the static function which sets members of the class Sep 15 13:58:03 with no -dpi .. I had also woosh too small n tangogps fine Sep 15 13:58:21 so it was on a different scale Sep 15 13:59:05 prahal: easier to just fake the dpi of X sever Sep 15 13:59:08 prahal: easier to just fake the dpi of X server Sep 15 13:59:58 I already did Sep 15 14:00:35 but woosh and tangogps have so big a difference between their understanding of dpi that I cannot get both to be close Sep 15 14:00:49 ie " I set -dpi 96 in the X args" Sep 15 14:01:34 and midori this is funny because the application itslef is size ok but the rendering engine render fonts so big Sep 15 14:01:55 the problem is: do you adapt apps to operate on a 2.8' screen properly (means fontsize 3pt..4pt), or do you fake to pretend the screen is 14' and operate with usual fontsize like 11pt. Sep 15 14:02:14 the second way is a botch Sep 15 14:02:28 and pointsize is absolute Sep 15 14:02:45 lindi-: as soon as there is something to test i'll tell you Sep 15 14:02:50 how do you adapt applications ... by rewritting their font handling ? Sep 15 14:03:18 means, with correct dpi, a 11pt is just same size on a 14' as it is on 2.8' Sep 15 14:03:24 prahal: woosh and tangogps have about the same font size here Sep 15 14:03:36 because I tried both gtkrc font size and xorg dpi ... same neet result woosh and tangogps live in different worlds Sep 15 14:04:00 DocScrutinizer-8: problem is that in addition to DPI you should also tell the programs the distance between screen and user :) Sep 15 14:04:24 and I don't think there is any standard for that Sep 15 14:04:32 lindi-: hehe, absolutely correct. Alas X doesn't have this Sep 15 14:05:11 so I just resorted into faking the DPI value. that way I don't need to reconfigure all my applications separately Sep 15 14:05:23 hi Sep 15 14:05:28 PaulFertser: ping Sep 15 14:06:05 khiraly1: pong Sep 15 14:06:29 PaulFertser: Im not happy with the battery forecast on the freerunner. Is it 16:05 here. The phone displays (remaining 0% 0:00) since 13 oclock Sep 15 14:06:43 I was able to place a call and receive a call too Sep 15 14:06:52 this is stock freerunner battery Sep 15 14:06:56 khiraly1: let it fully discharge Sep 15 14:07:01 khiraly1: and then charge it to full Sep 15 14:07:05 hmm, ok Sep 15 14:07:18 khiraly1: it should make it displaying better values (that's some sort of calibration) Sep 15 14:07:31 ok, Im counting how many minutes it will last Sep 15 14:08:07 khiraly1: yes, he's right. I was going to expose a flag from bq27000 telling user if bq27k can give a good estimate or not. Sep 15 14:09:09 khiraly1: you can use DocScrutinizer-8's script to see it right now if you're interested. Sep 15 14:09:17 i also have 0% ATM ;) Sep 15 14:09:50 hello Sep 15 14:09:55 PaulFertser: gimme url pls Sep 15 14:10:21 khiraly1: http://people.openmoko.org/joerg/battery/bq27k-detail Sep 15 14:10:24 mickey|zzZZzz: ringtone is "jumping" when using fsodeviced :/ Sep 15 14:10:42 khiraly1: needs bash Sep 15 14:10:53 hmm Sep 15 14:10:55 bash Sep 15 14:10:55 mickey|zzZZzz: but it starts ringing really fast :) Sep 15 14:11:36 khiraly1: hmm? opkg install bash Sep 15 14:11:55 oh about rings... I'm no longer able to use .sid files! Sep 15 14:12:00 khiraly1: which I'd recommend anyway ;-) Sep 15 14:12:13 I *HATE* BUSYBOX Sep 15 14:12:48 DocScrutinizer, yeah, just if I plug in to the computer, it will charge itself Sep 15 14:13:01 anyway, I did Sep 15 14:13:51 khiraly1: you could stop this by just removing bat as soon as connected to PC Sep 15 14:14:09 ok, removed Sep 15 14:15:29 khiraly1: you also could simply 'cat */*foo/dump >tempfile' and later decode this raw values in tmpfile with a modified bq27k-script Sep 15 14:16:10 too late, im installing bash, and will see on the freerunner Sep 15 14:16:34 khiraly1: for that purpose you could even run that modified script on PCs bash Sep 15 14:22:36 anyway iirc I didn't do the fancy to mask out each single status bit in this script, so you had to dissect the according status reg byte yourself to find status of the flag paul mentioned Sep 15 14:23:31 hmm Sep 15 14:23:44 khiraly1: CI is bit 4 Sep 15 14:23:57 estimated-full and similar values are plaintext though Sep 15 14:23:59 khiraly1: counting from 0 Sep 15 14:24:06 ok, Im gonna write a script Sep 15 14:24:22 for i in `seq 1 50`; do echo "do stuff here"; sleep 1 ; done Sep 15 14:24:31 khiraly1: or just look at the dump and extract bit 4 from 0x0a register manually Sep 15 14:25:11 ok, too late Sep 15 14:25:15 it switched off Sep 15 14:25:35 I have the tempfile however, just from two minutes ago Sep 15 14:25:47 khiraly1: as here, it also switched off :) Sep 15 14:26:19 the good thing, is I took off from the charger yesterday morning at 6:30 Sep 15 14:26:30 and now is it 16:26 Sep 15 14:26:44 so its about 34 hours Sep 15 14:27:14 khiraly1: about 1 AM it was 45% of battery Sep 15 14:27:17 sounds about normal Sep 15 14:27:28 khiraly1: now it's 16:26 and it discharged ;) Sep 15 14:27:48 at 6:40 was 22% this morning Sep 15 14:27:53 (with my little help - phoning, listening to loud music) Sep 15 14:27:55 so seems to be about the same Sep 15 14:28:09 i didnt used the whole day, except some wakepus to check the time Sep 15 14:28:24 and 2 calls (but was already at 0%) Sep 15 14:28:27 i used just as always Sep 15 14:29:01 oh, I used also my paroli-calculator app for 15-20 min Sep 15 14:30:37 . Components Sep 15 14:30:37 should be fine (LCD is without any scratch) except of damaged PCB and missing Sep 15 14:30:37 micro-USB and micro-BNC connectors. Sep 15 14:30:51 hehh, another poor guy applying himself the hardware fixes .... Sep 15 14:31:09 khiraly1: i really doubt that Sep 15 14:35:31 ok. I cant find at all 0805 sized 22uF capacitor here in Hungary. I already asked on the biggest hungarian electrical forum, they also suggested "google it". Sep 15 14:35:55 Looked in 8 big electrical shop... Sep 15 14:36:17 lindi-, got a close to your setup (same gtkrc and fake dpi ... I forgot to mention I discovered more ... the web page are ok in woosh when setting the zoom right ... but the bookmarks page is really small ... and it is this one I was testing beforehand Sep 15 14:37:37 prahal: probably woosh didn't follow the standard way other apps are going to accomodate 2.8' screen Sep 15 14:37:44 khiraly1: i could send it to you but i'm afraid snail mail from russia is really slow :( Sep 15 14:38:33 but ... well I bet it tries to be clever than us by applying fix to the gtk calculation Sep 15 14:39:00 prahal: maybe they implemented some special adaption, or you messed things with tweaking DPI Sep 15 14:39:40 after all fake DPI is a botch and rather deprecated Sep 15 14:40:26 e17 have a scale from dpi size ... but I bet this is specific to e17 and I tried finding anything close to it for gtk no luck Sep 15 14:40:52 thus with e17 based apps be it with or without fakedpi everything was fine Sep 15 14:42:01 (16.37.44) PaulFertser: khiraly1: i could send it to you but i'm afraid snail mail from russia is really slow :( <-- I dont care Sep 15 14:42:11 I can wait one-two months Sep 15 14:43:06 prahal: you can't mix both approaches. either keep correct DPI and fix the missbehaving apps, or fake DPI and live with too small fontsize in apps that do a sane fontsize calculation Sep 15 14:43:52 khiraly1: well, if you don't find other preferable solution, feel free to ask me. Tell in advance what other components you might want. Sep 15 14:44:10 yepp, I also want 4.7uF value 0402 sized capacitor Sep 15 14:44:15 60 pieces of them Sep 15 14:44:41 ok, make everything double, as I have two freerunners Sep 15 14:44:43 khiraly1: interesting. what for? Sep 15 14:44:49 bass fix Sep 15 14:44:54 ooh Sep 15 14:44:57 DocScrutinizer: you suggested the idea on the wiki page Sep 15 14:45:16 141uF would be fine for bass fix Sep 15 14:45:26 I can make whatever form from 30 pieces Sep 15 14:45:38 yes Sep 15 14:45:39 even a snake form of it Sep 15 14:47:09 khiraly1: anyway I suggest to use tantalum for bassfix (if you can find those in a convenient size like 0402) Sep 15 14:47:59 or - if you use ceram - go for at least 16V Sep 15 14:48:25 DocScrutinizer: could you make it clear once and for all for me please? these types can be for capacitors: 1. elko (the best, but due to the size, cant be fit), 2. tantalum (second best, gonna use this) 3. ceramium (dicouraged due to harmonic distortion given the high bandwith) Sep 15 14:48:30 did I get it right? Sep 15 14:48:51 yes, absolutely Sep 15 14:49:06 is there any other capacitor types, what Im not aware of? Sep 15 14:49:31 not anything of relevance Sep 15 14:49:52 super, thanks Sep 15 14:50:50 PaulFertser: my checklist for two freerunners: 4 22uF 0805 sized capacitor (ceramic or tantalum), 150pieces of 0402 sized 4.7uF tantalum capacitor Sep 15 14:50:59 that way, I will have some spare Sep 15 14:51:03 If I loose some of them Sep 15 14:51:10 khiraly1: tantalum won't work for 1024 fix Sep 15 14:51:17 ok Sep 15 14:51:30 PaulFertser: my checklist for two freerunners: 4 22uF 0805 sized ceramic capacitor, 150pieces of 0402 sized 4.7uF tantalum capacitor Sep 15 14:52:00 PaulFertser: may I ask why? Sep 15 14:52:42 khiraly1: potentially too high ESR Sep 15 14:53:25 aham Sep 15 14:54:45 Guys, check this out, it's HOT: http://chip-dip.ru/images/products/payalnik4h.gif Sep 15 14:55:03 doh Sep 15 14:55:03 PaulFertser: I'm glad I can retire tomorrow and know there will be competent advice still ;-) Sep 15 14:56:28 too hot even ;-) Sep 15 14:56:45 btw, if 0402 sized tantalum capacitor exists bigger value then 4.7uF, then take that instead;) Sep 15 14:58:04 it seems, there exists 4.7, 6.8 and 10uF too Sep 15 14:58:52 btw, what are the voltage rating of those capacitors? Sep 15 14:59:03 I'd be really astonished to learn this Sep 15 14:59:05 for 1024 fix can be 2V? Sep 15 14:59:42 hm, tantalum caps are "type A", "type B" and so on. Sep 15 14:59:52 http://www.digikey.com/scripts/US/DKSUS.dll?Detail&name=478-5343-2-ND Sep 15 15:00:08 10uF, 6.3V, 15Ohm ESR Sep 15 15:00:15 khiraly1: nah, 2V is too low Sep 15 15:00:21 i've always been told 4.7u ceram is the best we can place on existing pads of GTA02, instead of those nasty 1u Sep 15 15:00:24 2, 4, 6.3 Sep 15 15:00:38 1u? Sep 15 15:00:43 khiraly1: bass fix Sep 15 15:00:49 khiraly1: there're 1u there Sep 15 15:01:30 and for gta02a8 I pushed them to 4.7 Sep 15 15:01:31 yeah, Im gonna use my creativity and make some art of 30 pieces of capacitors Sep 15 15:01:36 dunno, an openmoko logo Sep 15 15:01:38 khiraly1: looks like there's no tantalum of size 0402 Sep 15 15:02:02 there is on digikey Sep 15 15:02:14 is the ESR value significant? Sep 15 15:02:20 for 1024? for bass fix? Sep 15 15:02:41 for bass no, as you are paralleling dozens Sep 15 15:02:59 hehh, the minimum quantity is 1000 pieces Sep 15 15:03:10 sigma-ESR should be <<1Ohm Sep 15 15:03:16 http://en.wikipedia.org/wiki/Surface-mount_technology#Package_sizes Sep 15 15:03:21 am I reading right, that the unit price is more then 2 dollars? Sep 15 15:03:53 pretty expensive ... Sep 15 15:04:08 or 2 dollar is for 1000 pieces? Sep 15 15:06:22 khiraly1: here #1024 suitable cap costs ~1.2 Sep 15 15:06:31 $ Sep 15 15:06:45 ok, for 1024 what are the minimum voltage? Sep 15 15:07:03 6.3V? 4V? 3V? Sep 15 15:07:51 khiraly1: 6.3 i'd say Sep 15 15:07:58 ok Sep 15 15:08:01 and for bass fix? Sep 15 15:08:08 nah, probably 3V3 Sep 15 15:08:15 hi Sep 15 15:08:18 so 4V is fine too? Sep 15 15:08:22 bass: 4V Sep 15 15:08:22 (for 1024) Sep 15 15:08:36 aham. So for bass 4V or 6.3V Sep 15 15:08:48 and for 1024: 6.3V Sep 15 15:08:50 is it right? Sep 15 15:09:03 for 1024 I had to check calypso datasheet Sep 15 15:09:18 freesmartphone.org: 03seba.dos1 07cornucopia * reb3e1f77f86d 10/fsonetworkd/data/org.freesmartphone.onetworkd.service.in: fsonetworkd: fix dbus activation file Sep 15 15:09:24 DocScrutinizer: no need. 6.3V then, and no problem will occur Sep 15 15:09:46 is it a known problem, that enlightenment crashes if the keyboard is deactivated and (i think) a process sends an keyboard-hide-event (i even don't know if that exists, but that's my suspect) Sep 15 15:09:51 ? Sep 15 15:10:05 but a have headache, nausea, and a bad tooth without looking at those calypso sheets right now ;-) Sep 15 15:11:45 freesmartphone.org: 03seba.dos1 07cornucopia * rf07f80fffd61 10/fsotimed/data/org.freesmartphone.otimed.service.in: fsotimed: fix typo in dbus activation file Sep 15 15:11:58 poor mickey|zzZZzz, poor Sep 15 15:11:58 PaulFertser: these small sized capacitors are more expensive then gold Sep 15 15:11:59 ;) Sep 15 15:12:01 do you know if is possible to use dma for uSD in FR? Sep 15 15:12:19 no Sep 15 15:12:20 khiraly1: i'd say it's ok, you don't need hundreds of them Sep 15 15:12:26 a21_work: glamo :( Sep 15 15:12:56 PaulFertser: for 1024, you are right, I only need one (and a spare if I mess something up) Sep 15 15:13:13 but for bass fix, I would like to fit under the can. connecting parallel Sep 15 15:13:21 a21_work: thanks to larsc the new kernel will give 30% boost with the screen blanked but that's about maximum that can be archived. Sep 15 15:13:42 khiraly1: i can't see why you want to go through all that trouble instead of placing them outside... Sep 15 15:13:58 DocScrutinizer-8, my issue with non fakedpi and with it is the same ... two gtk applications that read the same gtkrc file and render differently ... but lindi told me he did not had the issue ... I don't know what s wrong ... I just tested reverting all changes (fakedpi and e17 scale) and I got the exact same results for woosh and tangogps : tangogps and woosh internal pages are ok ... woosh interface too small Sep 15 15:14:01 dont want to place outside. Its ugly Sep 15 15:14:21 not that it will change much that I encounter an issue though Sep 15 15:14:45 I ll do without bookmarks (or learn by hearts their order) Sep 15 15:14:46 what is the biggest package which fits vertically under the can of bass fix? Sep 15 15:14:52 PaulFertser: tnx Sep 15 15:15:06 0603 can fit? If I encapsulate it with scotch tape Sep 15 15:17:27 Aha, s/archive/achieve/ silly me Sep 15 15:21:35 Im just realising now, how expensive are these small pieces Sep 15 15:22:15 freerunner really costs more then 300$. No matter what other says Sep 15 15:23:59 khiraly1: all those small parts are 10x or more cheaper if bought in quantities in china. Sep 15 15:24:22 parts.digikey lists them in quantity of 3000 or 10000 Sep 15 15:24:30 and the price is lower, but not 10 times Sep 15 15:27:14 what is sad about this story, that you cant run a successful electronic company (which produce leading edge electronic products) outside of china/taiwan Sep 15 15:34:59 hmm Sep 15 15:35:42 PaulFertser: just to clarify: I need 0603 metric size for 1024 fix, no? Sep 15 15:36:00 it lists on digikey as 0201 (0603 metric) Sep 15 15:36:05 mil Sep 15 15:36:23 to other package type is: Sep 15 15:36:31 0603 (1608 metric) Sep 15 15:36:45 this one is the good? Sep 15 15:37:00 yo I guess Sep 15 15:37:05 0603 (1608 metric) : 0.063" × 0.031" (1.6 mm × 0.8 mm) Typical power rating for resistors 1/16 Watt Sep 15 15:37:17 0201 (0603 metric) : 0.024" × 0.012" (0.6 mm × 0.3 mm) Typical power rating for resistors 1/20 Watt Sep 15 15:37:33 so 1.6mm x 0.8mm ? Sep 15 15:38:36 for 1024 yes Sep 15 15:38:49 ok. thank you Sep 15 15:39:00 (it is really PITA to have so many packaging types) Sep 15 15:39:01 khiraly1: 0805 (2012 metric) Sep 15 15:39:08 khiraly1: not 0603 for #1024 fix Sep 15 15:39:13 ok Sep 15 15:39:36 I'm actually losing my bran atm Sep 15 15:39:41 brain Sep 15 15:39:43 PaulFertser: doh, you are right Sep 15 15:39:45 bbl Sep 15 15:39:52 im just lost in these packaging options Sep 15 15:43:38 http://www.digikey.com/scripts/US/DKSUS.dll?Detail&name=445-1422-1-ND Sep 15 16:08:41 are there plans to have neon stick to the orientation choosen (as I am not editing, not persisting the choice looks weird). And finger scrolling ? :) Sep 15 16:09:42 would be neat to preload the next image, though may eat too much memory Sep 15 16:11:12 evening Sep 15 16:12:18 mickeyl: hey! Sep 15 16:12:27 mickeyl: i have fsodeviced running Sep 15 16:13:09 dos1: great! how's it treating you? Sep 15 16:13:48 freesmartphone.org: 03Frederik.Sdun 07specs * r99fcf6dfc6c2 10/ (4 files in 2 dirs): Sep 15 16:13:48 freesmartphone.org: Add org.freesmartphone.MusicPlayer and Sep 15 16:13:48 freesmartphone.org: org.freesmartphone.MusicPlayer.Playlist Sep 15 16:13:49 freesmartphone.org: 03Frederik.Sdun 07specs * r185a0ebbbceb 10/org.freesmartphone.MusicPlayer/org.freesmartphone.MusicPlayer.Playlist.xml.in: Add MusicPlayer.Playlist.Add Sep 15 16:13:56 mickeyl: (fso-abyss & ofono) http://paste.debian.net/46609/ Sep 15 16:14:04 mickeyl: sound is "jumping" Sep 15 16:14:13 (ringtones) Sep 15 16:14:53 PaulFertser: hehe, thanks Sep 15 16:14:56 these guys are hilarious Sep 15 16:15:22 * mickeyl decides to ignore rathern than letting his blood pressure to raise Sep 15 16:15:36 dos1: jumping? or buffer underflows? Sep 15 16:15:40 like... stottering Sep 15 16:16:14 mickeyl: i probably exaggerated a bit about shitty vala but it's the meaning i got from that messages. Also they said that full telephone stack is something too big/hard for the FSO team to get right. Sep 15 16:16:33 PaulFertser: hehe. right Sep 15 16:16:54 mickeyl: hmm, yup, like buffer underflows Sep 15 16:17:28 arrogance is a dangeours character feature. it may help you at times but will inevitably fire back on you eventually Sep 15 16:17:38 dos1: righto. patch libcanberra to use a larger alsa buffer size Sep 15 16:18:19 PaulFertser: where is that discussion from? Sep 15 16:18:28 lindi-_: #ofono Sep 15 16:18:33 mickeyl: but starting of playing ringtone is really faster :) Sep 15 16:18:38 PaulFertser: interesting Sep 15 16:18:39 dos1: *nod* Sep 15 16:18:48 scenario changing flies now Sep 15 16:18:57 i optimized very hard there Sep 15 16:19:19 mickeyl: but now i can't get GSM to work Sep 15 16:19:31 mickeyl: but probably it's my fault, checking it now Sep 15 16:21:37 mickeyl: after getting GSM i'll test scenario switching on answering calls Sep 15 16:21:46 good Sep 15 16:21:51 be sure to install fso-alsa-data Sep 15 16:21:57 as we're using a completely different scenario file format Sep 15 16:21:59 now Sep 15 16:22:05 mickeyl: ok Sep 15 16:22:39 mickeyl: i also have fsonetworkd installed, but i don't know any software which uses onetworkd interface Sep 15 16:22:44 so i don't know how to test it ;) Sep 15 16:23:32 there's no software using the onetworkd interface Sep 15 16:23:40 other than mine Sep 15 16:23:52 i have a small script that enables using the Neo as a GPRS dongle for the laptop Sep 15 16:23:53 PaulFertser: is this ofono sponsored by nokia and/or intel? Sep 15 16:24:05 khiraly1: nokia and intel Sep 15 16:24:05 that's what onetworkd is for Sep 15 16:24:14 sharing the connection with one dbus call Sep 15 16:24:26 with money, the arrogency comes together;) Sep 15 16:25:01 *nod* Sep 15 16:25:08 * mrmoku off for a meeting with a toaster :P Sep 15 16:26:08 mickeyl: oh, probably just some muxer problem, as i was restarting stuff a lot Sep 15 16:26:12 mickeyl: after reboot it works ;) Sep 15 16:29:30 mickeyl: do i need to add some config values regarding audio? Sep 15 16:33:21 heyho Sep 15 16:33:25 where can i start my wifi when ifconfig can't? e.g. after suspend Sep 15 16:33:57 some dbus stuff, but i dunno how : / Sep 15 16:34:14 dos1: good question... i'm not sure offhand. please try w/ fso-alsa-data first Sep 15 16:34:24 mickeyl: it segfaults Sep 15 16:34:29 naeg: http://docs.freesmartphone.org/usage-intro.html Sep 15 16:34:49 dos1: what and when? do you have the latest vala and depenciesß Sep 15 16:34:58 mickeyl: it's actually on my laptop, does this matter? Sep 15 16:35:03 mickeyl: segfaults on trying to switch scenario Sep 15 16:35:18 seems so : / Sep 15 16:37:26 naeg: we don't touch WiFi on non-openmoko devices Sep 15 16:38:17 thanks anyway Sep 15 16:39:03 naeg: try reloading kernel module for wifi Sep 15 16:40:02 PaulFertser: Fatal: Module iwlcore is in use. Sep 15 16:40:25 naeg: look at lsmod carefully, probably it'll say whom by it is used Sep 15 16:40:47 yeah, found it already: iwlagn Sep 15 16:42:39 ok works, thanks PaulFertser ;) didn't know that this is enough Sep 15 16:48:50 dos1: ok, i'll do some tests here Sep 15 16:50:34 http://khiraly.googlepages.com/tmpfilebattery Sep 15 16:50:36 ^^ PaulFertser Sep 15 16:54:44 khiraly1: looks like CI is not set, that means the capacity is accurate :-o Sep 15 16:54:53 heh;) Sep 15 16:55:00 it was 0:00 for hours;) Sep 15 16:55:50 but before doing these commands, I plugged the freerunner to my laptop for a min or so Sep 15 17:02:46 khiraly1: was gsm working? Sep 15 17:02:54 yepp Sep 15 17:03:04 before I connected to the laptop yes Sep 15 17:03:24 when I connected DocScrutinizer said, that I should disconnect the battery to avoid charging. Sep 15 17:03:33 after I didnt tested the gsm anymore Sep 15 17:05:18 is it has any significance? Sep 15 17:05:24 s/has/have/ Sep 15 17:05:25 khiraly1 meant: is it have any significance? Sep 15 17:05:53 PaulFertser: I will fully discharge the phone tomorrow, and see how long can it lasts with 0% remaining capacity Sep 15 17:06:20 (maybe it calibrated themself) Sep 15 17:06:44 khiraly1: yes, the CC reports 0 approx. when the gsm stops working. Sep 15 17:07:05 I was able to place call with 0% displayed Sep 15 17:07:18 and also received a call, and talked for 1.30 min with my mum Sep 15 17:07:46 it was about 15:40 (currently: 19:07) Sep 15 17:08:01 and the freerunner switched off at 16:25 or so Sep 15 17:12:05 khiraly1: what was the voltage at that time? Sep 15 17:12:38 I only logged what I put on the web. It was about 5 min before switch off Sep 15 17:12:53 or maybe only 2-3 mins Sep 15 17:13:10 before it, I didnt logged anything. How could I know this? Sep 15 17:13:13 khiraly1: ok, so it means i need to decode it using the script Sep 15 17:13:50 khiraly1: anyway we can't reprogram the bq27k chip inside the battery, it requires external 12V and the TP is under plastic. Sep 15 17:13:54 but this file was created just before the switchoff, and each lines is about 10-20 sec time diff Sep 15 17:14:25 PaulFertser: ok, I will repeat my experience tomorrow Sep 15 17:14:46 I will create a similar dumpfile, but I also log the timestamp with it Sep 15 17:15:07 I will start logging at 10%, and keep logging, until it switches off themself Sep 15 17:15:18 is it helps? Sep 15 17:41:58 khiraly1: i'm not sure... We still can't change anything in bq27k config Sep 15 17:42:49 PaulFertser: so do you think, the problem is the wrongly configured battery? Sep 15 17:43:16 so by getting a new battery (or swapping with the other freerunner's battery) maybe I will have more accurate readings? Sep 15 17:43:24 khiraly1: what dos1 thinks about it? Sep 15 17:43:32 khiraly1: no, all batteries are idential Sep 15 17:43:56 so you should see the same behaviour then, no? Sep 15 17:47:30 khiraly1: yes but i never paid attention. dos1 is more experienced with that. Sep 15 17:55:03 CC isn't ever accurate Sep 15 17:55:13 http://www.blogcdn.com/green.autoblog.com/media/2009/09/bugatti-galibier-large_3.jpg Sep 15 17:56:51 0% is fixed at 3V636 (iirc), and that won't change. GSM probably operates until 3V5, the main system even until 3V0 probably. Sep 15 17:59:54 in "former days" FSO used to tear down system as soon as 0% was reached, thus a) trying to stop bat deep discharge with associated "won't boot, won't charge" issue, but b) also wasting possibly hours of standby time the battery was able to deliver despite 0% was displayed. Sep 15 18:00:51 khiraly1: when you removed your bat, your GSM stopped working, and you didn't re-enable it when you re-inserted bat, I guess Sep 15 18:01:58 yepp, I didnt reenabled it explicitly Sep 15 18:02:35 so I'd expect (based on raw estimetions for the numbers) the remaining ~100mAh in bat would give you, on ~3mA standby w/o GSM, onother 33h of system standby Sep 15 18:03:07 but after it was running, the display was on, I typed in vala-terminal Sep 15 18:03:38 then you get ~30..60min, based on my observations Sep 15 18:04:09 until full stop of system Sep 15 18:04:31 ~10min of call time Sep 15 18:04:36 hmm Sep 15 18:04:58 maybe just 3min Sep 15 18:05:08 > a) trying to stop bat deep discharge with associated "won't boot, won't charge" issue <-- how was it fixed? Sep 15 18:05:19 maybe link? Sep 15 18:05:37 im just curious here Sep 15 18:07:00 for now it's not treated at all anymore by FSO. Kernel should set the vsys-low irw trigger level of PMU, and tear down system when this IRQ hit the line Sep 15 18:07:30 not tested what it (kernel) actually does though Sep 15 18:07:42 vsys-low? Sep 15 18:07:48 is it the system voltage? Sep 15 18:08:08 yes Sep 15 18:08:15 so when it reaches the min of 3V0 , then it switches off? Sep 15 18:08:27 pmu has two trigger levels, sys-low and bat-low Sep 15 18:08:31 I should see some message then, no? Like X switching to console Sep 15 18:08:40 yes Sep 15 18:08:50 because I was just looking on the screen when it switched off. Sep 15 18:08:59 and it was like, when I pull off the battery Sep 15 18:09:23 you should be able to tell from last lines in syslog if it was a gracefull shutdown, or a brutal brownout Sep 15 18:09:35 ok Sep 15 18:10:02 dmesg? Sep 15 18:10:25 tbh I guess kernel doesn't take care to set the IRQ levels correctly Sep 15 18:10:28 because in /var/log, I have only frameworkd.log, lastlog, wtmp Sep 15 18:10:42 that's the problem Sep 15 18:11:39 ok, so I assume it was a brutal switchoff then Sep 15 18:13:04 actually FSO even tore down system on 6%, what was considered quite harmful to CC accuracy. Today I know better, but still shutdown on 6% is wrong Sep 15 18:14:37 Each Reventón Roadster will be sold for 1.1 Million Euro (without taxes). Deliveries will begin October 2009. Sep 15 18:14:45 maybe the IRQs are even triggered, maybe even at a reasonable bat voltage, but kernel and system isn't configured to shutdown when they shoot Sep 15 18:15:20 hmm Sep 15 18:16:02 ok, maybe its not a problem at all, as illume has an annoying popup which remembers the user to shut off Sep 15 18:16:12 Less than 20 Lamborghini friends and collectors will be able to own this extraordinary car and, naturally, enjoy the incomparable pleasure of driving it. Sep 15 18:16:33 oh dear. I want a Lamborghini Reventón car Sep 15 18:16:45 just 1.1M euro is a bit too much for it Sep 15 18:17:16 khiraly1: yes, illume has, but just alike FSO-6% this will not kick in on suspend state. PMU IRQ does Sep 15 18:17:41 aham, that makes sense Sep 15 18:20:51 the idea is to set bat-trigger-level to the point where gsm will cease to operate, then resume and yell to inform user he lost GSM. then set sys-trigger-level to a voltage that's sufficient to reboot the system, and resume to just say gooeby and shutdown Sep 15 18:22:19 (excuse typos, had some analgetica for my tooth) Sep 15 18:25:12 Alas we can't push the bat/sys-irq-trigger levels to the 3V6 the GSM specs for lower limit VDD. But spec and RL is two different things yet Sep 15 18:28:24 anyway let's recapitulate: when CC shows 0% you have maybe 5min of safe guaranteed GSM call time left. From this POV the CC readings aren't that bad Sep 15 18:29:35 I would expect the 0% should be the min, always Sep 15 18:29:37 ;) Sep 15 18:29:57 because in current case we should display negative numbers Sep 15 18:30:00 like -1% Sep 15 18:30:19 there's no such thing like THE ONE min Sep 15 18:36:15 more, it's a set of mins: (sort falling batvolt) GSM call fails; GSM standby fails; rebooting will fail (on some old devices); system blackout Sep 15 18:36:56 the CC is calibrated to match the first min of above sequence Sep 15 18:38:23 Alas (like always) EE failed to explain all this to sw-devels in a sensible way, like a "OM appnote for bat, charging, and power management" Sep 15 18:44:19 :) Sep 15 18:44:22 you are right Sep 15 18:47:23 khiraly1: if you feel like, you could clean up (remove OT comments) the last few minutes/hours in this #chan, then paste somewhare to give a poor replacement for such appnote Sep 15 18:48:08 DocScrutinizer: what I cannot understand at all about OM inc., how they couldn realise, that sofware development *takes* time. Ie. we are at least a half a year from having a *really* working system. I mean smoothly. We lack a calendar app for example, etc. Sep 15 18:48:22 DocScrutinizer: I will do it Sep 15 18:49:48 (time) well, it seems almost everybody underestimated complexity of such a simple thing like making phonecalls ;-) Sep 15 18:50:38 DocScrutinizer: we underestimated the number of bugs in calypso :) Sep 15 18:51:19 DocScrutinizer: its not about phonecalls. Its more like making phonecalls reliably after two days ;) Sep 15 18:51:43 esp given the additional prerequisite it should be an open system, not a proprietary monolithic app that somehow does mostly right, with lots of botches Sep 15 18:52:46 what I find sad, that we are at least a year back of other competitors like palm or iphone Sep 15 18:53:26 khiraly1: i'd say it depends on the usecase Sep 15 18:53:43 bumbl: like having a phone?;) Sep 15 18:53:47 neo is really good at not having to connect to the internet Sep 15 18:53:51 khiraly1: i'd say it is indeed sad. FR had a really great potential and market. Sep 15 18:54:07 the neo saves you from extraordinary phone bills Sep 15 18:54:14 too ;) Sep 15 18:54:33 bumbl: it does not save me. I have spended a huge amount of money on phone bills, because of debugging paroli Sep 15 18:55:28 khiraly1: fair point Sep 15 18:55:52 and if I were no developer, it would costs more than having a normal phone Sep 15 18:55:54 that's when a flatrate would pay off - /me it has saved a tremendous phonebill Sep 15 18:56:05 My ringing volume is too low, I miss often phonecalls because I didnt hear it Sep 15 18:56:12 ++ Sep 15 18:56:28 and shouldn't ffalarms wake from suspend? (it doesn't) Sep 15 18:56:29 in the past two-three months, I recalled people more then 70% of all incoming call Sep 15 18:57:00 but I agree, it always develops, bugs gets fixed, etc Sep 15 18:57:34 khiraly1: when i have my phone near me i'm always like "oh fuck, that arkanoid.sid plays so loud" but when i'm in the room next to the one my FR is lying in, i usually loose calls. Sep 15 18:58:05 bumbl: (ffalarm) last time I checked it did Sep 15 18:58:08 PaulFertser: I loose calls, when the phone is in my backpack Sep 15 18:58:28 khiraly1: have you maximised the volume in stereoout.state? Sep 15 18:58:37 DocScrutinizer-8: strange Sep 15 18:58:58 PaulFertser: Yeah, I have at least a week of work to fully debug this alsa mess, and correctly integrate into paroli Sep 15 18:59:05 was it added recently? Sep 15 18:59:13 bumbl: what's really odd is it resuspends immediately Sep 15 18:59:14 intone is *way* louder Sep 15 18:59:30 khiraly1: ah, then just digitally alter the wav to make it louder. Sep 15 18:59:39 khiraly1: probably it's not normalised. Sep 15 19:00:05 dunno, I need to finetune the ringing. And fully grook the alsa thingy. Sep 15 19:00:59 Especially we have a conflict of ringtone playing. frameworkd always starts playing it first. When I disabled in rules.yaml, paroli didnt get noticed on incoming call Sep 15 19:01:35 but I didnt debugged really, and my memory is fuzzy. I need to sit down, and play with it. Its a tedious job Sep 15 19:02:53 phone development has progressed slower than I had hoped; however, the FSO API is *awesome* - it's so easy to make tweaks and stuff Sep 15 19:02:59 thans for all the work on it Sep 15 19:03:00 :) Sep 15 19:03:17 net_tux: you're welcome :) Sep 15 19:03:22 net_tux: please spread the word ;) Sep 15 19:03:50 yay apparently i have again lost a sms - mickeyl: hi - how could i debug (is there a frameworkd.log.old)? Sep 15 19:04:32 bumbl: hmm, afaik we append to the log, don't we? Sep 15 19:05:17 mickeyl: don't ask me on that one ;) Sep 15 19:05:53 * bumbl is a bad user - hardly any bug i get gets to track Sep 15 19:05:54 I don't think so. Or some init-job clears the logs Sep 15 19:06:27 that's a mere guess though Sep 15 19:07:32 or maybe /var/log is on tmpfs? Sep 15 19:10:28 mickeyl: according to the log we do not append - damn Sep 15 19:11:23 i use syslog so no non-root can erase the logs Sep 15 19:11:43 shr = root Sep 15 19:12:47 freesmartphone.org: 03mickey 07specs * rdb2112c5c4aa 10/ (5 files in 2 dirs): link to new APIs org.freesmartphone.MusicPlayer[.Playlist] Sep 15 19:20:21 mickeyl: what is this MusicPlayer? Sep 15 19:21:56 an mplayer rewrite?;-) Sep 15 19:25:35 khiraly1: that's playya_'s baby. A shiny dbus API for music playing Sep 15 19:27:57 i'll push my source soon Sep 15 19:28:23 I want to use libfsobasics first. and libfso-glib Sep 15 19:31:44 * dos1 is back Sep 15 19:33:40 wb DocScrutinizer Sep 15 19:33:42 argh Sep 15 19:33:45 wb dos1 Sep 15 20:14:15 mickey|bbl: will it perform as good as mplayer? Sep 15 20:14:27 because mplayer really shines on the freerunner Sep 15 20:14:39 both music playing (ogg, mp3) both video playing Sep 15 20:21:37 khiraly1: i think that api is to use gstreamer. Sep 15 20:31:37 mickey|bbl: /var/log -> /var/volatile/log ? Sep 15 20:32:30 mickey|bbl: volatile on /var/volatile type tmpfs Sep 15 20:33:57 that might be related to logs in var/logs not being persistent ;-) Sep 15 20:37:21 khiraly1, I dont support videoplaying. and I'm using gstreamer Sep 15 20:37:55 isnt mplayer is far better (cpu wise) than gstreamer? Sep 15 20:38:15 like mplayer has tremor, and all these patches Sep 15 20:39:19 maybe Sep 15 20:39:33 * playya_ looks for mplayer vapi bindings Sep 15 20:45:14 hum is there a blog, dooc or anything about getting direction from the value of the accelerometer (event3 more appropriate ?) ? I try to fix neon code though don't want to look at acceleratedInX apple implementation (and it would match event2 ) Sep 15 20:53:10 cause currently it relies on the "size" of the acceleration, not the direction of it it seems ... so shaking it up an down make the image rotate but that s not really practical Sep 15 20:54:46 prahal: by the way I think neon is a cool app! Sep 15 20:56:34 not mine though :) but if i can get accelerometers working and a few small things , I ll be able to pay back for this great tool Sep 15 20:58:51 prahal: you can install input-utils and use input-event tool to just observe accelerometer values on your device. Sep 15 21:01:10 PaulFertser, neon already implements all the retrieval of data . How you mean absolute values ... I tried but if you move the device from the left to the right horizontally and the opposite you get negatives and positives, high and low for X and Y ... does not seems to relates to the device is inclined on the right or left or down Sep 15 21:02:02 prahal: what about the Z axis? Sep 15 21:04:19 z axis ... well it is about if the device is vertical or not Sep 15 21:05:02 but for neon I need not this value as I need to rotate iamges regardless of the vertical position Sep 15 21:05:56 prahal: you understand that accelerometers don't really measure acceleration, don't you? Sep 15 21:06:34 prahal: i'd say they measure something that can be explained like the force with which hypothetical ball inside them pulls/pushes three orthogonal springs. Sep 15 21:07:26 prahal: so you can't really say how the device is positioned unless you assume that it's stationary and only earth gravitational force affects it. Sep 15 21:09:24 but acceleration vector cannot tell position either Sep 15 21:10:03 oh ... positioned not it position in space Sep 15 21:10:26 well sortoff .. I am reading the articles for a few hours .... far from an expert Sep 15 21:11:58 PaulFertser: it does measure acceleration, the force you are refering to is the inertial force Sep 15 21:12:02 prahal: if you accelerate the whole device pulling/dropping it down you can fully compensate gravitational force and therefore there will be no way to tell which way is up or down. Sep 15 21:13:44 ajvogel: well, if my FR is lying on the table one of the axis is not 0. and other are 0. And acceleration is \vec{x}'', so if it is not zero, it means \vec{x} is changing. Now tell me \vec{x} of what is changing while my FR is lying still? Sep 15 21:14:33 two are close to 0 if stationary X and Y , only Z "feels" the gravity Sep 15 21:16:42 wow headaches ... I love that :) Sep 15 21:18:27 hmm, I guess it all depends on your reference frame Sep 15 21:18:39 ajvogel: and yes, we have "accelerometers" attached to FR and they measure "pseudo-forces" because FR is not an inertial frame of reference. Sep 15 21:20:22 ajvogel: ok, what reasonable reference frame can you propose in which FR or something inside it will change its coordinate while FR is lying still on the table? Sep 15 21:20:36 ajvogel: because no coordinate change -> 0 acceleration. Sep 15 21:21:41 PaulFertser: gmeters sense the force that any support feeds into FRs case Sep 15 21:22:08 except for centrifugal forces Sep 15 21:22:09 hum if lying horizontaly this is not possible (in that there are no side up from the other so logaically too we don't know what the user want) Sep 15 21:22:31 but if one side is up a bit that s what needs to be detected Sep 15 21:23:09 DocScrutinizer-8: yes, this definition i like more. :) Sep 15 21:23:35 prahal: but if one side is up but the whole device is moving you can't reliably tell which side is up. Sep 15 21:25:23 PaulFertser: I understand your point, no displacement -> no acceleration Sep 15 21:25:31 I will !-) Sep 15 21:26:40 prahal: it's impossible. Moving in a certain direction with certain acceleration you can fake _any_ orientation with _any_ real orientation. Sep 15 21:26:54 was joking :-/ Sep 15 21:28:30 well thinking ... because well it could be a good side effect that one can fake any orientation . Only neon need to get it right even under certain circumstances Sep 15 21:29:07 DocScrutinizer-8: (centrifugal force) i prefer to not think about non-inertial reference frames unless absolutely necessary or obviously fun (testing on oneself a Coriolis force on a carousel). Sep 15 21:31:42 prahal: you can fake "portrait orientation" while holding the device in "landscape" by moving it with acceleration down and to the side at the same time. I can't see how one can do that for anything except for the fun of "faking" orientation. Sep 15 21:33:49 prahal: in fact i can hardly understand why an image viewer on a portable device should know it's orientation. I'd prefer it to always employ the best fit strategy and let me rotate the device in my hands. Sep 15 21:34:02 s/it's/its/ Sep 15 21:34:03 PaulFertser meant: prahal: in fact i can hardly understand why an image viewer on a portable device should know its orientation. I'd prefer it to always employ the best fit strategy and let me rotate the device in my hands. Sep 15 21:35:50 Just like one does with printed photos. Sep 15 21:44:59 hi Everyone... after recent upgrade I've mentioned new option contacts_merging_enabled=1 in frameworkd.conf -- does it mean that finally in SHR I could also add contacts from somewhere else besides SIM card? Sep 15 21:46:37 * PaulFertser so much hoped to continue talks about reference frames... Sep 15 21:50:03 yoh_: read the mailing archives etc... there's opimd subsystem in frameworkd but not much opimd-aware apps. Opimd-utils have messages and contacts apps but they're only for testing. c_c's launcher supports opimd. As well as litephone (qt app). I'm not sure about paroli. SHR apps are in the phase of slow deprecation but new shr apps are only planned atm. Sep 15 21:51:49 PaulFertser: thank you for information... I had long standing plans to switch to paroli -- never had time... may be this time will give it a try and see what it could do ;0 Sep 15 21:55:38 I`ve been looking at the enlightenment website, seems there are 3 widget toolkits: etk, ewl and elementary. Which one is best to use for applications on the FR? Sep 15 21:55:50 ajvogel: elementary Sep 15 21:56:08 elementary has been written with mobile in mind. Sep 15 21:56:19 Qt/Kinetic would be an alternative Sep 15 21:56:24 (but that's C++) Sep 15 21:57:00 mickeyl: I like my python :) Will look into elementary Sep 15 21:57:48 dos1|neo: i'm fighting since hours with elm layouting (weight/align), i'll draw a sketch how i want my layout to look like... will you help me then tomorrow? xD Sep 15 21:58:18 i'm so desperate... Sep 15 21:59:20 <[Rui]> agg1n: hi Sep 15 21:59:22 <[Rui]> wassup? Sep 15 22:00:03 [Rui]: weight/align drives me crazy -_- Sep 15 22:01:23 <[Rui]> align 0 = left, 0.5 = center, 1 = left Sep 15 22:01:40 <[Rui]> weight is more like expansion Sep 15 22:01:51 <[Rui]> 1 = right (in align...) Sep 15 22:02:23 [Rui]: yeah, i know, i did a prototype of the layout in python and it worked... then i ported it to vala and now it doesn't :( Sep 15 22:02:37 <[Rui]> agg1n: vala I know nothing Sep 15 22:05:03 [Rui]: should be the same, i'll try to break it down to a small piece of code, then maybe i (or someone else) find an error :/ Sep 15 22:08:48 agg1n: maybe even in vala elementary bindings? Sep 15 22:09:31 we'll see. come up with a short code sniplet py vs vala Sep 15 22:11:47 yeah Sep 15 22:11:50 it's a shame, actually Sep 15 22:11:54 i huried up to do the vala bindings Sep 15 22:11:59 but no one comes up using them Sep 15 22:12:03 although it's so nice Sep 15 22:12:09 and i have no time to do ui stuff Sep 15 22:12:14 *mumble* Sep 15 22:14:41 if there's a practical tutorial or something maybe there will be some development there Sep 15 22:20:10 hmm, yeah Sep 15 22:20:46 i should really stop with fso for a month and write my own dialer Sep 15 22:21:59 mickeyl: i would prefer if you concentrate on fso :D Sep 15 22:22:06 mmh Sep 15 22:22:17 everyone wants to lock me in middleware *sigh* Sep 15 22:22:20 ;) Sep 15 22:24:17 PaulFertser: paroli can't use opimd yet Sep 15 22:25:49 mickeyl: how's testing of fsodeviced? ;) Sep 15 22:26:05 not today Sep 15 22:26:17 i'll find some time tomorrow for that Sep 15 22:26:18 miwell, i'll need only working scenarios to get working phone with fsodeviced Sep 15 22:26:35 s/miwell/mickeyl: well/ Sep 15 22:26:35 dos1|neo meant: mickeyl: well, i'll need only working scenarios to get working phone with fsodeviced Sep 15 22:26:46 can you show me a backtrace? Sep 15 22:27:04 install gdb, run it from there, then pastebin the output of 'bt' Sep 15 22:27:18 mickeyl: not today ;) and i'll need to install dbg packages Sep 15 22:27:34 not necessarily Sep 15 22:27:39 as bt didn't say anything helpful Sep 15 22:27:46 k Sep 15 22:28:02 otherwise i would already send it to you ;) Sep 15 22:28:22 right Sep 15 22:30:42 mickeyl: but is fsodeviced expecting something in config for alsa plugin? Sep 15 22:31:05 mickeyl: i have that section blank, maybe that's the cause Sep 15 22:31:07 let me take a quick look at the code Sep 15 22:31:16 ok Sep 15 22:31:57 hmm, default should b eok Sep 15 22:32:01 what's the log saying? Sep 15 22:32:06 [fsodeviced] Sep 15 22:32:09 log_level = DEBUG Sep 15 22:32:10 ... Sep 15 22:32:46 fsodeviced looks for a scenario configuration file Sep 15 22:32:53 but that should be shipped with fso-alsa-data Sep 15 22:33:08 mickeyl: tomorrow, now i'm from neo with odeviced running ;) Sep 15 22:33:18 hehe, oki Sep 15 22:35:07 mickeyl: /etc/freesmartphone/alsa/default.conf? Sep 15 22:36:00 yep Sep 15 22:36:08 does that contain entries for all scenarios? Sep 15 22:36:25 looks like yes Sep 15 22:36:54 [scenario.gsmhandset] and more Sep 15 22:36:58 and [alsa] on top Sep 15 22:37:27 ok, i'll try to get nice backtrace tommorow Sep 15 22:38:24 so now opkg instal fsodeviced-dbg and then sleep :) Sep 15 22:39:14 good idea Sep 15 22:39:16 g'night Sep 15 22:41:25 night! Sep 15 22:54:08 ok got it ... well as PaulFertser told it may not be a wanted feature but at least there is a fix for neon screenorientation Sep 15 23:05:59 <[Rui]> after installing shr-today, do I need to do anything else to make it be the locker? Sep 15 23:06:26 <[Rui]> ah I was too quick Sep 15 23:06:31 <[Rui]> it adds up to the locker... Sep 15 23:11:30 FAIR stuff from earlier: https://review.source.android.com/#change,10278 Sep 15 23:11:47 <[Rui]> hms... Sep 15 23:13:28 <[Rui]> how do I get rid of the "lock" ribbon? Sep 16 00:41:19 silence Sep 16 00:44:05 * DocScrutinizer-8 wonders how (fs)odeviced should ever decide which scenario to load... without feedback from apps that actually need a certain "scenario" Sep 16 00:55:18 scenario? Sep 16 01:31:16 raster: alsa scenario, the mixer setup Sep 16 01:32:35 oooh mixah! Sep 16 01:32:45 raster: the problem is alsactl is trowing all 98 switches of mixah Sep 16 01:33:22 while actually it would need only 4 to make a particular audiodev work Sep 16 01:33:55 and deviced has no real idea about which time which scenario is needed anyway Sep 16 01:37:08 the funny thing is alsa knows and uses better cleverer ways to handle this, and even uses them since ages. Still we don't see anybody adopting this for our particular problem **** ENDING LOGGING AT Wed Sep 16 02:59:57 2009