**** BEGIN LOGGING AT Mon Mar 14 02:59:57 2011 Mar 14 07:25:22 SHR: 03mok 07libphone-ui * r3ddcf24a3398 10/conf/ (libphoneui.conf om-gta02/libphoneui.conf): remove alsa configuration from libphoneui.conf Mar 14 08:04:59 moin Mar 14 08:06:24 is it OK to bump cornucopia to HEAD rev now? fsoaudiod fails to build, because it doesn't exist with current CORNUCOPIA_SRCREV.. Mar 14 08:22:58 JaMa: have not tried it, but I think we have to. We might as well wait a bit though... there will be some more fsoaudiod commit today probably. Mar 14 08:25:09 ok, bumped locally and in the evening I'll push whatever newest :) Mar 14 08:25:21 buildhost will be busy with qt+gcc anyways :) Mar 14 08:26:16 ok :) Mar 14 08:39:11 SHR: 03mok 07libphone-ui * rbc655085021b 10/src/phoneui-utils-sound.c: phoneui-utils-sound: keep the preferences proxy Mar 14 08:39:29 SHR: 03mok 07libphone-ui * rfb96c344c55f 10/src/ (6 files): small style and copyright bump fixes Mar 14 08:40:08 mrmoku: any eta on shr-specs bump? : Mar 14 08:40:10 :) Mar 14 08:57:04 JaMa: heh :/ Mar 14 08:57:22 JaMa: I thought you bumped it anyway already? Mar 14 08:59:21 yes I did.. just PV is wrong Mar 14 08:59:34 newer in recipe then in configure.ac Mar 14 08:59:50 so I wanted to bump it again and sync PVs Mar 14 09:02:05 JaMa: I'm working on fsoaudiod now... dunno when I will come back to the specs Mar 14 09:02:18 actually right now I don't even remember what I wanted to do there... Mar 14 09:02:35 so feel free to do it Mar 14 09:04:37 ok Mar 14 09:10:51 SHR: 03Martin.Jansa 07libshr-glib * r9aa85a463311 10/configure.ac: configure.ac: bump version Mar 14 09:11:05 SHR: 03Martin.Jansa 07shr-specs * rd1d4aaef7623 10/configure.ac: configure.ac: bump version Mar 14 09:21:35 ups Mar 14 09:22:23 SHR: 03Martin.Jansa 07libshr-glib * r78ed61d45936 10/configure.ac: configure.ac: sync version with fso-specs, because it's used for FSO_SPECS_REQUIRED Mar 14 09:22:31 SHR: 03Martin.Jansa 07shr-specs * r04394bad2ee8 10/configure.ac: configure.ac: sync version with fso-specs, because it's used for FSO_SPECS_REQUIRED Mar 14 09:31:27 hi Mar 14 09:52:25 SHR: 03Martin.Jansa 07shr-chroot * r6fb256937610 10/ (2298 files in 107 dirs): system upgrade Mar 14 11:00:34 hi! Where can I get the values of the capacitors from their name on the OM schematics ? Mar 14 11:05:42 paulk: the BOM Mar 14 11:06:30 paulk: used to be available from http://people.openmoko.org/joerg/ Mar 14 11:06:48 PaulFertser: BOM ? that's to say ? Mar 14 11:07:22 paulk: bill of materials, there was an excel file with all the info you need Mar 14 11:07:59 I see Mar 14 11:08:15 is people.openmoko.org working for you ? Mar 14 11:35:16 paulk: no, or else i would have given you the real link. You can try google cache though. Mar 14 11:35:25 paulk: of i can share the BOM with you if you ask :) Mar 14 11:35:56 PaulFertser: oh yes, If you could share it, it would be awesome ! Mar 14 11:43:02 PaulFertser: Could you upload the file to http://upload.paulk.fr/ ? Mar 14 11:43:09 please :) Mar 14 11:45:56 paulk: can you please instead download it from http://paulfertser.info/files/gta02/BOM-gta02.xls Mar 14 11:46:28 of course, thanks PaulFertser :) Mar 14 11:48:51 paulk: funnily enough, i have http://paulfertser.info/uploadfile.shtml too Mar 14 11:50:13 paulk: but i'm using some random simple perl script i copied from somewhere. Mar 14 11:50:35 okay Mar 14 11:51:50 Did it for folks who (surprisingly) had no control over no webserver and could not share files with me :) Mar 14 12:28:29 hello guys(and girls?? I doubt of that..)! Mar 14 12:28:35 Hey Mar 14 12:29:28 some one has an idea about this ? http://trac.shr-project.org/trac/ticket/1326 Mar 14 12:33:27 playya__: could you help me to find a way to fix this bug ? http://trac.shr-project.org/trac/ticket/1325 . like how do I collect right keycode and where to fetch in the phon the real keyboard layout ? Mar 14 12:37:02 captainigloo: are you going to add the new keyboard in OE ? Mar 14 12:39:22 dcordes:not yet it's a work in progress Mar 14 13:55:17 hey morphis Mar 14 13:55:24 mrmoku: heyho Mar 14 13:55:37 I pushed something... not worth to try yet though Mar 14 13:55:42 as libphone-ui-shr won't compile Mar 14 13:55:51 and I'm not yet happy with it Mar 14 13:56:57 ok Mar 14 13:57:03 but causes you not to be happy? Mar 14 13:57:14 if I toggler speaker on... and off again Mar 14 13:57:22 it has to toggle back to what it was before Mar 14 13:57:41 libphone-ui did that before Mar 14 13:58:04 if we don't want some kind of support for that in fsoaudiod I have to do something again in libphone-ui Mar 14 13:58:07 what do you think? Mar 14 13:58:44 what do you mean with 'toggle speaker on and off again', mute it? Mar 14 13:58:54 no Mar 14 13:59:15 Freisprechen :) Mar 14 13:59:39 ok you switching the device? Mar 14 13:59:42 I mean switch to the back ambient speaker thing Mar 14 13:59:43 yes Mar 14 13:59:48 and back to what it was before Mar 14 13:59:48 ok Mar 14 13:59:57 something like PushDevice and PopDevice Mar 14 14:00:05 then you have to remember what it was before Mar 14 14:00:05 would be what I could imagine... Mar 14 14:00:08 ok Mar 14 14:00:20 hm Mar 14 14:00:23 if you think that is not generally needed I will do it in libphone-ui Mar 14 14:00:26 I can do that Mar 14 14:00:36 but I think that could be comfortable for other users as well Mar 14 14:01:07 yeah but I thinking about if that should be in the manager Mar 14 14:01:22 I think more about having an AudioSession Mar 14 14:01:41 so you would aquire an AudioSession with libphone-ui Mar 14 14:01:54 set the category of the AudioSession Mar 14 14:01:59 Ambient, Phonecall, ... Mar 14 14:02:32 and then you have some priority management in the background Mar 14 14:02:47 how does that help for my problem? Mar 14 14:03:01 I am not sure Mar 14 14:04:04 I want the audio control more client specific and if there are more than one client who wants different audio output it depends on the priority which device is now active Mar 14 14:04:40 then this session handler saves the current audio device and restore the last one after the session with the top priority become in-active Mar 14 14:04:47 s/become/becomes/ Mar 14 14:04:47 morphis meant: then this session handler saves the current audio device and restore the last one after the session with the top priority becomes in-active Mar 14 14:05:03 yeah, but my device change will be within one and the same session Mar 14 14:05:41 yeah, but what if another session (like a mediaplayer) becomes active and wants to switch the device while you are in a phonecall Mar 14 14:05:54 that is a different problem :-) Mar 14 14:06:00 is it? Mar 14 14:06:18 ah I think I understand what you mean Mar 14 14:06:45 my problem is that if I'm on headset... and toggle on the back speaker to let somebody else hear the conversation... then I don't know what to toggle back to Mar 14 14:06:48 should we do the push/pop methods in parallel to the set/get methods? Mar 14 14:07:09 that would probably solve my problem, yes Mar 14 14:07:53 hm, then we should remove set/get device methods Mar 14 14:08:05 no, why? Mar 14 14:08:18 I don't want to always push/pop Mar 14 14:08:34 but what if you first do a push and then a set? Mar 14 14:08:39 should the set fail? Mar 14 14:08:50 set overrides and clears the push Mar 14 14:08:55 ok Mar 14 14:09:24 or better... what I set is what I will get when I do a push Mar 14 14:09:32 set remembers the new current device Mar 14 14:09:43 push sets it without remembering Mar 14 14:09:56 and pop sets back to what has been remembered Mar 14 14:10:42 should actually be very easy to do :) Mar 14 14:11:31 I will think about it Mar 14 14:11:36 but we can do that Mar 14 14:11:41 I have to go Mar 14 14:11:42 bye Mar 14 14:11:45 ok, cu Mar 14 15:28:04 darn, I wonder how long that will take until Roh and Gismo fix the shit Mar 14 15:32:46 /msg roh we are waiting! Mar 14 17:14:14 hi Mar 14 17:20:25 typing from my htc hd2 running shr Mar 14 17:21:54 mickeyl: hi. back from vacation? Mar 14 17:22:42 more or less. catched another cold during vacation, so feeling a bit dizzy Mar 14 17:23:50 sorry to hear. hope you were still able to enjoy Mar 14 17:25:17 yes, it was very nice. being without internet access (due to from crazy data roaming costs) has its merits ;) Mar 14 17:25:24 weather was also fine in .at, very sunny Mar 14 17:26:03 captainigloo: now I wish I had your keyboard operational Mar 14 17:27:08 ah .at nice. i have been to kaernten Mar 14 17:28:23 *nod* we were in Fügen, Zillertal. Mar 14 17:29:35 nice Mar 14 17:37:51 you've been working with SHR on the leo? Mar 14 17:37:56 how's the status? Mar 14 17:44:21 JaMa: (mux in kernel), yes, theoretically it's still quite interesting, practically though we have only one device where this would apply to and this very device has a) a couple of quirks which I'm afraid will make unmodified integration a problem and b) is not even EDGE (nor 3G), so would only benefit a little from fewer context switches. Mar 14 17:45:15 in short: if someone makes it work reliably on the Calypso, i would have a look at adjusting our fsogsmd plugin. Mar 14 17:45:31 but personally i have little incentive to do it :) Mar 14 17:46:57 ok, fair enough Mar 14 17:47:33 i may still have a look, since i have another device that could use it Mar 14 17:47:41 my good 'ole mc75i developer board Mar 14 17:48:23 but obviously the +CMUX devices seem kind of rare these days Mar 14 17:48:36 iirc you had similar opinion few months ago, when I first noticed in kernel.. so I was just interested if something changed with ericben working on it and maybe willing to help with it a bit Mar 14 17:48:54 which device has ericben? Mar 14 17:49:13 don't know Mar 14 17:49:19 i'll ask him Mar 14 17:49:41 * JaMa eating delicious cheese from .at Mar 14 17:50:20 ~bon appetit Mar 14 17:50:21 bon appetit is, like, smacznego. Guten Appetit. Eet Smakelijk. God Appetitt. Buon Appetito. Buen apetito Bom Apetite. buen apetito Smaklig måltid!. Hyvää ruokahalua. Bo Proveito Mahlzeit! Mar 14 17:50:32 guess what... we bought some and left it in the apartment's fridge *sigh* Mar 14 17:52:26 * JaMa was very carefull not to forget this 0.7kg treasure :) Mar 14 17:52:31 hehe Mar 14 17:55:29 dcordes: typing from my htc hd2 running shr Mar 14 17:55:34 dcordes: just noticed this. congrats. Mar 14 17:55:38 heyho Mar 14 17:55:44 moin morphis Mar 14 17:55:49 mickeyl: heyho! how was your holiday? Mar 14 17:55:58 GarthPS, the keyboard layout isn't internationalzed Mar 14 17:56:08 evtest should be your friend Mar 14 17:56:10 morphis: almost perfect. if i would not have catched a cold in between which i'm still suffering from... Mar 14 17:56:30 oh no ... the next one :) Mar 14 17:56:51 playya__, GarthPS: you can create a keyboard layout per language Mar 14 17:57:04 yes. I know Mar 14 17:57:13 mine is en_US Mar 14 17:57:35 ok Mar 14 17:58:10 mickeyl: we have now working wifi on Palm Pre ... out of the box with SHR :) Mar 14 17:58:22 indeed. i'm pretty unfit these days. i _need_ to fix this by improving my food and sports Mar 14 17:58:29 morphis: awesome. well done! Mar 14 17:58:32 mickeyl: do that! Mar 14 17:58:39 morphis, playya__: tell me more morphis Mar 14 17:58:49 mickeyl: first before you do any work for FSO/SHR! Mar 14 17:59:19 GarthPS: look at http://git.shr-project.org/git/?p=xkeyboard-config.git;a=summary branch = palmpre Mar 14 18:00:31 GarthPS: if you look at symbols/palmpre you will get an idea about howto archive a keyboard layout for different languages Mar 14 18:04:09 morphis: so I just add a xkb_symbols "fr" { } ? Mar 14 18:09:00 GarthPS: look at the other symbol definitions Mar 14 18:09:54 freesmartphone.org: 03mickey 07specs * rc9faafeca2eb 10/ (4 files in 4 dirs): Mar 14 18:09:54 freesmartphone.org: org.freesmartphone.Data.World: add GetApnsForMccMnc delivering Mar 14 18:09:54 freesmartphone.org: a list of data connectivity access points known for this provider. Mar 14 18:09:54 freesmartphone.org: 03mickey 07specs * r1b4575bbad06 10/ (2 files in 2 dirs): regen audio manager html and xml Mar 14 18:10:06 freesmartphone.org: 03mickey 07gdbus * rba921e9b4690 10libfso-glib/configure.ac: bump Mar 14 18:10:46 freesmartphone.org: 03morphis 07msmcomm * r820bdc45187b 10/ (10 files in 6 dirs): Mar 14 18:10:46 freesmartphone.org: libmsmcomm: more detailed work on sim response message Mar 14 18:10:46 freesmartphone.org: The sim callback response message has different payload for different response messages. Mar 14 18:10:46 freesmartphone.org: We now handle this correctly and even parse and check the error and result codes. Mar 14 18:10:47 freesmartphone.org: 03morphis 07msmcomm * r5028465c8363 10/libmsmcomm/specs/sim_callback_response.txt: libmsmcomm: add traces and logs for sim_callback_response message Mar 14 18:10:50 freesmartphone.org: 03morphis 07msmcomm * r6d4ee137ecf0 10/ (2 files in 2 dirs): libmsmcomm: add ecc phonebook type (for emergency numbers) Mar 14 18:11:12 mickeyl: do you already took a look at the new fsoaudio daemon? Mar 14 18:12:51 not yet, no, but i'm very curious Mar 14 18:13:21 is it a complete substitute for the stuff that was previously in fsodeviced yet? Mar 14 18:20:24 mickeyl: ok Mar 14 18:20:51 mickeyl: no, not completly it currently only replaces the audio routing component of fsodeviced Mar 14 18:21:59 mickeyl: about the audio player API I am unsure Mar 14 18:23:44 mickeyl: are there any backup levels for OM infra administration if (God forbid!) Roh/Gismo get hit by a bus? Mar 14 18:26:27 DocScrutinizer: not really. afaik the only one with full access to the infrastructure is Harald. Mar 14 18:26:32 s/one/other one/ Mar 14 18:26:33 mickeyl meant: DocScrutinizer: not really. afaik the only other one with full access to the infrastructure is Harald. Mar 14 18:27:47 morphis: hmm I don't understand Mar 14 18:27:56 mickeyl: we should mirror the backup *.tgz of wiki.om et al on another publicly accessible server Mar 14 18:28:53 it's as little as some tens of MB afaik Mar 14 18:29:16 not sure about the repos though (if there are any relevant still) Mar 14 18:30:00 people.om.org also might be a bit larger than the whole wiki Mar 14 18:30:21 DocScrutinizer: who's hosting openmoko.org currently? Mar 14 18:30:44 technically? Hetzner I'm told Mar 14 18:31:20 ok and who's responsible for it? Mar 14 18:31:29 NFC Mar 14 18:32:23 NFC? Mar 14 18:32:29 gnutoo: heyho Mar 14 18:32:37 gnutoo: today without |Laptop? Mar 14 18:32:38 morphis, hi Mar 14 18:32:39 (no fair clue) Mar 14 18:32:46 DocScrutinizer: hm Mar 14 18:32:49 ah no idea why Mar 14 18:32:50 I'll reconnect Mar 14 18:33:56 aiui our admins are Roh and Gismo, though they do it for free now, no more payment. No idea who's paying for the metal Mar 14 18:34:16 all AFIK Mar 14 18:34:21 AFAIK even Mar 14 18:34:57 hm Mar 14 18:35:20 seems parts got moved to gnumonks aka Harald Mar 14 18:35:33 freesmartphone.org: 03mickey 07specs * r5a43e16c9f28 10/ (3 files in 3 dirs): org.freesmartphone.Data.World: add missing APN description to GetApnsForMccMnc Mar 14 18:36:06 who is also the one paying the hardware if I understood it correctly Mar 14 18:36:26 mickeyl, hi! Mar 14 18:36:32 yo GNUtoo|Laptop Mar 14 18:36:45 ??? Mar 14 18:36:58 wasn't harald involved in hosting openmoko.org? Mar 14 18:37:01 GNUtoo|Laptop: :) Mar 14 18:37:18 lol I had 2 irc clients open Mar 14 18:37:19 all a bit obscure and not quite reassuring Mar 14 18:37:21 anyway Mar 14 18:37:27 yes. and after OM announced to stop paying for the services he took over Mar 14 18:37:28 mickeyl, 2 questions: Mar 14 18:37:57 1)what should I do for htcdream's wifi, should I write a plugin that modprobe + ifconfig as I started to do? Mar 14 18:38:20 2)for n900 modem neither me and mrmoku succedded to make it work Mar 14 18:40:29 1) sure why not, if it makes things work until i revamp that part as announced Mar 14 18:40:33 2) is not a question ;) Mar 14 18:40:51 lol for not a question Mar 14 18:41:01 i did not do any work on it. it's a mistery to me why it doesn't work for you guys. i will have to try with one of your images Mar 14 18:41:10 rootfses, that is Mar 14 18:41:49 bootloader related? Mar 14 18:42:14 that'd be horrible. i hope not. are you guys booting with u-boot? Mar 14 18:43:57 no Mar 14 18:44:03 I flashed directly Mar 14 18:44:30 * mrmoku with u-boot Mar 14 18:44:41 mickeyl, note that it says it comes up Mar 14 18:44:44 but doesn't go down Mar 14 18:44:51 with micro-base-image Mar 14 18:45:18 i guess you're building with distro=shr, right? Mar 14 18:45:30 i'm building with distro=aurora, which is a derivative of minimal Mar 14 18:45:30 yup Mar 14 18:45:46 so we have to find out whether the difference is the rootfs first Mar 14 18:45:46 ok Mar 14 18:45:48 SHR Mar 14 18:45:56 hmm... Mar 14 18:46:02 I ditched udev Mar 14 18:46:02 mickeyl: do you have a testlab of your image? Mar 14 18:46:10 for the micro-base-image Mar 14 18:46:11 let me check Mar 14 18:46:13 freesmartphone.org: 03morphis 07msmcomm * r1ae6406cb6be 10/libmsmcomm/msmcomm/simmessage.vala: libmsmcomm: correct error code of sim return response message Mar 14 18:46:16 freesmartphone.org: 03morphis 07msmcomm * r1dcfcc9eef79 10/msmcommd/src/simservice.vala: (log message trimmed) Mar 14 18:46:16 freesmartphone.org: msmcommd: simservice: work around casting response messages to early Mar 14 18:46:16 freesmartphone.org: When we cast the response message right after we got them we cannot be sure that they have Mar 14 18:46:16 freesmartphone.org: the correct message type. We have to check the message type first and the proceed with Mar 14 18:46:16 freesmartphone.org: parsing the response message data. If we do not the service will die cause it's not clear Mar 14 18:46:16 freesmartphone.org: when we get a ReturnResponseMessage and when a CallbackResponseMessage. Mar 14 18:46:17 freesmartphone.org: The way this is currently realize is not the best. If have to think about how to make it Mar 14 18:46:54 doesn't look like it: http://amethyst.openembedded.net/~mickey/oe/nokia900/tmp/deploy/images/nokia900/ Mar 14 18:47:17 freesmartphone.org: 03morphis 07msmcomm * r887f79fe5091 10/msmcomm-specs/src/management.vala: msmcomm-specs: add missing INTERNAL_ERROR error type Mar 14 18:47:26 mickeyl, should I try your image? Mar 14 18:48:10 ok Mar 14 18:48:20 GNUtoo|Laptop: let me rebuild it first so that it contains the latest stuff Mar 14 18:48:32 ok Mar 14 18:48:33 i'll kickoff a build now Mar 14 18:48:38 mickeyl: maybe with testlab enabled? :) Mar 14 18:49:01 yeah, what do i need to inherit? Mar 14 18:49:13 mickeyl: btw. you should really try one of the latest shr images for the palmpre Mar 14 18:49:19 hmm... let me check Mar 14 18:49:29 morphis: I'd love to. Mar 14 18:49:38 great :) Mar 14 18:49:58 tell me if you need some advice Mar 14 18:50:35 mickeyl: INHERIT += "testlab" Mar 14 18:51:07 is what we have in our distro config Mar 14 18:51:49 mickeyl: aurora is not in OE, right? Mar 14 18:54:38 morphis, playya__: could you tell me the way to add fr support for the keyboard. I see the symbols/palmpre file , i am building evtest but then how do i feed the monster ? Mar 14 18:55:00 yes, but it's pretty small: http://amethyst.openembedded.net/~mickey/oe/openembedded/conf/distro/aurora.conf & http://amethyst.openembedded.net/~mickey/oe/openembedded/conf/distro/include/aurora-preferred.inc Mar 14 18:56:32 GarthPS: as far as I understand the xkeyboard configuration you have to add another xkb_symbols "fr" { ... } section Mar 14 18:56:49 which can be at first try a complete copy&paste of the us one Mar 14 18:56:51 mickeyl: the first obvious difference is the dev manager... GNUtoo|Laptop and me both tried with udev disabled too... dunno if that equals an image that does not even have it installed though Mar 14 18:56:57 morphis: https://monitor.openmoko.org/munin/index.html FWIW Mar 14 18:57:11 GarthPS: and put it into the symbols/palmpre file Mar 14 18:57:18 GarthPS: then adjust the keys you want Mar 14 18:57:33 mrmoku: yeah Mar 14 18:57:51 DocScrutinizer: thx Mar 14 18:57:56 mrmoku, mickeyl I tried with dev manager = "" Mar 14 18:58:10 GNUtoo|Laptop: ahh, ok Mar 14 18:58:17 morphis: ok it was what I though but then how to test it ? Mar 14 18:58:19 then we can rule out udev :/ Mar 14 18:58:30 DocScrutinizer: there is still a build agent running? Mar 14 18:58:37 morphis: i change it localy before building and that is all ? Mar 14 18:58:41 mrmoku, not totally Mar 14 18:58:48 GarthPS: no you need to install it on your device Mar 14 18:58:50 mrmoku, something changed between with udev and without udev Mar 14 18:58:51 then restart X11 Mar 14 18:58:56 the down message disapeared Mar 14 18:59:00 morphis: don't ask me Mar 14 18:59:03 but the up message just before stayed Mar 14 18:59:13 DocScrutinizer: that strange Mar 14 18:59:25 DocScrutinizer: would be good for community use :) Mar 14 18:59:57 might just be munin config - or is it actually running? Mar 14 19:00:23 morphis: which path ? Mar 14 19:00:37 puuh Mar 14 19:00:39 search for it Mar 14 19:00:42 don't know Mar 14 19:00:42 morphis: :) Mar 14 19:00:48 somewhere in /usr Mar 14 19:00:49 morphis: I am.. Mar 14 19:00:53 I guess Mar 14 19:01:37 morphis: I will find. how X11 will ne to use fr section instead of us ? Mar 14 19:02:03 btw. someone talked about an APN database last week Mar 14 19:02:17 this info has been in fsodatad for quite a while, it was just lacking the API Mar 14 19:02:20 here we are: Mar 14 19:02:29 mdbus2 -s org.freesmartphone.odatad /org/freesmartphone/Data/World org.freesmartphone.Data.World.GetApnsForMccMnc 26207 Mar 14 19:02:29 ([("Netzclub (Internet)","pinternet.interkom.de","","","",""),("FONIC","pinternet.interkomm.de","fonic","fonic","",""),("Alice (Option Mobile)","internet.partner1","","","",""),("O2 (Pay-by-MB)","internet","","","",""),("O2 (Pay-by-time)","surfo2","","","",""),("Tchibo-Mobil (Tagesflat / Monats-Flatrate L / Monats-Flatrate XL)","webmobil1","","","","")]) Mar 14 19:02:35 eeeeek Mar 14 19:03:56 looks like a transscript of what a database nerd is uttering while tripping over a cat5 cable Mar 14 19:04:04 GarthPS: you define it in the xorg.conf in /etc/X11 Mar 14 19:04:22 heh Mar 14 19:04:30 just a non-prettyfied output of a(ssssss) :) Mar 14 19:04:33 mickeyl: great :) Mar 14 19:04:37 with a lot of empty fields ;) Mar 14 19:04:55 but that's not my fault... blame the mobile-broadband-provider-info ) Mar 14 19:05:10 freesmartphone.org: 03mickey 07cornucopia * rc55059caee45 10/fsodatad/ (configure.ac src/lib/mbpi.vala src/plugins/world/plugin.vala): fsodatad: implement org.freesmartphone.Data.World.GetApnForMccMnc Mar 14 19:05:27 mickeyl: hm, my build failed cause of you! Mar 14 19:05:33 :D Mar 14 19:05:41 sorry, version mismatch? Mar 14 19:05:59 lugin.vala:26.1-26.73: error: `World.Info' does not implement interface method `FreeSmartphone.Data.World.get_apns_for_mcc_mnc` Mar 14 19:06:02 :) Mar 14 19:06:18 ah Mar 14 19:06:22 but thats ok, my fault if I using ${AUTOREV} Mar 14 19:06:25 bad timing, please retry Mar 14 19:06:31 for sure Mar 14 19:09:24 mrmoku: if you switch device (then the volume of both controls will switch too) you want a volume_changed signal? Mar 14 19:09:55 mickeyl: whats your opinion about the audio player in fsodeviced? Mar 14 19:10:12 mickeyl: should we port it to fsoaudiod or think about something different? Mar 14 19:10:53 morphis: i'd keep it there. it's small and does its job. it has only little features. fsoaudiod could use something more capable Mar 14 19:11:03 ok Mar 14 19:11:23 but is it the right way to play audio with an dbus api? Mar 14 19:11:35 for some apps, yes Mar 14 19:11:39 I am think more about session handling Mar 14 19:11:41 audio is a complex thing Mar 14 19:11:51 you need different APIs for different tasks. Mar 14 19:11:53 jepp :) Mar 14 19:12:04 fsodeviced's take on audio is the "system sound API" Mar 14 19:12:23 which is highly convenient, but also high latency Mar 14 19:12:42 noone will want to write an audio sequencer with that API Mar 14 19:12:49 morphis: yup, for both please :-) Mar 14 19:12:55 but for a charger alarm, it's just about right Mar 14 19:13:32 mrmoku: ok Mar 14 19:13:35 mrmoku: implemented Mar 14 19:13:38 :D Mar 14 19:13:47 mickeyl: jepp Mar 14 19:14:22 mickeyl: you said you like iOS AudioSession API, maybe I should take a look in the iOS reference manual Mar 14 19:14:52 for the session handling, dbus should be ok. session handling occurs when the playing app changes or when interrupts and continuations appear. for actually playing and recording, a real app wants to use the lowlevel APIs like gstreamer and alsa, (PA?). Playing nice by using the dbus session API will be a good addition, but sadly not a requirement we can enforce given the load of legacy apps Mar 14 19:14:56 /usr/share/X11/xkb/symbols/ Mar 14 19:15:29 morphis: let me get the .h file for you Mar 14 19:15:36 or a pdf Mar 14 19:15:37 mickeyl: I think the enforcement is the real problem we have Mar 14 19:15:42 mickeyl: that would be great Mar 14 19:15:48 mickeyl: what about different streams Mar 14 19:16:01 one for media, one for ringtones, ... Mar 14 19:16:10 mickeyl: (gstreamer/alsa/pa) that accounts for ringtones too? Mar 14 19:16:11 or described as category Mar 14 19:16:28 then we need to set priorities for these streams Mar 14 19:16:41 as the media player should duck when the ringtone is played Mar 14 19:17:09 if we use a DBus Agent style api for this it is open to the app to duck when the ringtone is played Mar 14 19:17:23 mrmoku: morphis: obviously the system sound manager needs to be the 'master' in that scenario, yes Mar 14 19:17:39 jepp Mar 14 19:17:52 thats the point where PulseAudio comes in Mar 14 19:18:01 mickeyl: master in the sense that the manager triggers the ringtone? Mar 14 19:18:45 we have the problem we cannot provide several streams on different hardware platform as we lack good alsa support in most cases Mar 14 19:18:50 mrmoku: no, rather in the sense that he can decide that a ringtone is a priority system sound which means all the background audio is to be ducked Mar 14 19:19:00 and the audio session is to be interrupted Mar 14 19:19:04 but we have seen working PA on several devices Mar 14 19:19:04 mickeyl: ok, good :-) Mar 14 19:19:28 morphis: http://developer.apple.com/library/ios/documentation/MusicAudio/Reference/CAAudioTooboxRef/CAAudioTooboxRef.pdf, pages 161ff. not the latest version, but should give an idea Mar 14 19:19:39 Palm did that the way the wrote a PA plugin which does the policy management (which is even the same way as meego does this) Mar 14 19:19:56 the policy plugin provides several sinks which are bound as alsa channels Mar 14 19:20:02 which the applications can use Mar 14 19:20:21 then the system audio manage tells PA which channel should mute etc. Mar 14 19:20:36 mickeyl: thanks very much! Mar 14 19:20:56 I have to leave for some minutes ... Mar 14 19:20:58 yes, if the approach is to go fully PA, then a policy plugin might be the best glue Mar 14 19:21:32 (which would then be used by the session manager) Mar 14 19:21:44 mickeyl: correct Mar 14 19:21:53 mickeyl: in this case we can copy the one from palm or meego Mar 14 19:22:01 that won't work on our beloved gta02 though ;) Mar 14 19:22:11 morphis: yep, why not. Mar 14 19:22:38 mrmoku: yes, for the alsa-only systems we need a fallback with fewer features Mar 14 19:22:40 mrmoku: why? cause of speed? Mar 14 19:22:48 such as just the logic, but without the enforement Mar 14 19:23:00 "please stop playing audio... as we know we can't force you" Mar 14 19:23:12 morphis: yup, speed Mar 14 19:23:54 then again... we might be able to send a SIGSTOP to all processes who use alsa :D Mar 14 19:23:57 sad ... Mar 14 19:23:59 that would be kind of slick Mar 14 19:24:08 :D Mar 14 19:24:14 not a real solution Mar 14 19:24:39 yes, the cooperative way is to be preferred Mar 14 19:24:45 but if they don't comply... just kill 'em Mar 14 19:24:48 that's what a manager is for Mar 14 19:24:52 freesmartphone.org: 03morphis 07cornucopia * r0981cf5c2b58 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (mediators_sim.vala unsolicited.vala): fsogsmd: modem_qualcomm_palm: wait until we get a verification when sending sim auth cmd Mar 14 19:24:53 we don't even kill them Mar 14 19:24:54 freesmartphone.org: 03morphis 07cornucopia * r8c7a3c536e31 10/fsoaudiod/src/plugins/ (manager/plugin.vala router_palmpre/plugin.vala): fsoaudiod: adjust volume for both controls when mode or device is changed Mar 14 19:24:55 we just stop Mar 14 19:24:56 freesmartphone.org: 03morphis 07cornucopia * r16d5a3cdfcdd 10/fsogsmd/src/plugins/modem_qualcomm_palm/unsolicited.vala: fsogsmd: modem_qualcomm_palm: make it possible to set a timeout for urc waiters Mar 14 19:25:14 perhaps we find something less intrusive Mar 14 19:25:16 mickeyl: hm Mar 14 19:29:36 anyways, lets cross this bridge when we're there Mar 14 19:30:29 need to rest for the rest of the evening, cu Mar 14 19:30:41 cu Mar 14 19:30:53 btw., the build is underway Mar 14 19:30:59 and will appear at the URL beforementioned Mar 14 19:31:05 in a couple of hours Mar 14 19:31:16 mickey|bbl: ok, will check the testlab tomorrow then :-) Mar 14 19:31:20 right Mar 14 19:31:25 i did add the INHERIT Mar 14 19:31:26 * mrmoku won't survive a couple of hours :P Mar 14 19:31:31 :) Mar 14 19:38:27 morphis: (thats the point where PulseAudio comes in) I don't see any benefit of using PA for this. I specified an ALSA device plugin doing exactly the same (well actually even more), and you can use it with plain ALSA audiodevice calls opening a specific device representing one of your prioritized audiostreams (or even keeping the brainfsckd opening of "ALSA:default" instead of the recommended "ALSA:mydevice", by redefining the Mar 14 19:38:29 default device of ALSA so it's unique for each separate app using it) Mar 14 19:40:07 DocScrutinizer: hm, does that require you to modify alsa configuration when you install new apps? Mar 14 19:40:21 depends Mar 14 19:41:32 the recommended way would be to ship each app with their own alsarc.d/myapp file specifying the ALSA device used by that app Mar 14 19:42:38 nevertheless - as mentioned for ALSA:default - the system can provide a set of universal device definitions Mar 14 19:45:49 you can implement everything this way, from talking to a central arbiter/enforcer/whatever via dbus, to creating a dedicated volume slider for every app opening an ALSA device Mar 14 19:46:28 and you *need* zero source patches to the app using ALSA audiodevices Mar 14 19:47:27 of course it's desirable the audio apps don't have idiocies lke hardcoded "ALSA:default" devicename Mar 14 19:48:32 if they don't then you most likely get away without even shipping any alsarc file with the app to define particular properties of the audio device/stream to use Mar 14 19:50:02 PaulFertser and me even implemented a little fancy proof-of-concept ALSA plugin to demonstrate how things can be done Mar 14 19:50:43 DocScrutinizer: what about devices without working alsa? Mar 14 19:51:10 mrmoku: I don't know of any device working without ALSA Mar 14 19:51:29 DocScrutinizer: IIUC palm pre is one Mar 14 19:53:58 sorry, I don't see the sense in this question. If any platform doesn't have any sound system that's compatible to ALSA and its emulated and depending systems like OSS(emu) and PA(depending/basing on ALSA) then I don't see how you would use the sound of such a platform anyway Mar 14 19:55:16 ~iiuc Mar 14 19:55:17 rumour has it, iiuc is If I Understand Correctly. Well, that's my best understanding. Mar 14 19:57:59 morphis: how does sound work on the pre? Mar 14 20:02:08 hello! I accidentally unsoldered the C1011 capacitor from my neo _and_ the pad connected to + (not the one to GND) gone away. GSM is not working anymore and it seems that the sound from speakers is badder than it used to be… Is there a way to fix this ? Mar 14 20:02:56 (and I don't have any 4.7uF capacitor, only 2uF or 1uF) Mar 14 20:14:24 you can see the result @ http://download.paulk.fr/freerunner/ . (It's quite a mess.) Mar 14 20:14:41 playya__: yope I don't understand how I am supposed to find those code in the symbols/palm file Mar 14 20:23:11 DocScrutinizer: where do I find your proof-of-concept? Mar 14 20:23:23 DocScrutinizer: if we can avoid pulseaudio, that would be nice Mar 14 20:23:37 as it's just a little bit more overhead Mar 14 20:23:44 but provide even nice features Mar 14 20:24:02 like forwarding audio to some sources like media server etc. Mar 14 20:24:47 morphis: I think I uploaded the itsybitsy source to people.openmoko.org/joerg/ACI Mar 14 20:25:02 can't check ATM, for obvious reasons :-S Mar 14 20:25:24 openmoko.org is down? Mar 14 20:27:06 morphis: it's all along a modified hooks plugin, that (for the PoC) simply calls system() with a arbitrary string provided by audiodevice definition, on open(), close(), release(), init() whatnot else of the audiodevice using this pcm plugin in the device stack definition Mar 14 20:27:51 so basically you can do *anything* on app opening the audiodevice, and also on close() Mar 14 20:28:30 while original hooks plugin was strictly for manipulation of alsamixer controls only Mar 14 20:31:25 morphis: it's just routing that does not go via alsa on pre? Mar 14 20:32:43 DocScrutinizer: http://www.webos-internals.org/wiki/Research_Pre_Audio Mar 14 20:33:11 morphis: you are aware of 'my' ALSA softvol implementation/exploit on twinklephone? Mar 14 20:35:02 it shows nicely how you add features to a standard ALSA audio-app by defining a new ALSA device (I.E. a stack of plugins) - it also shows how a properly designed app makes use of passing parameters to that stack via name of audiodevice in alsa_pcmopen() (or whatever the call is called) Mar 14 20:36:08 mrmoku: the second line there is ""root@castle:/var/home/root# aplay -l "" so I can't see any particular problem Mar 14 20:39:44 mrmoku: aiui they are using an alternative method than a(lsa)mixer to manage the hw mixer controls. That's absolutely unrelated to "high level API" of sound apps using specially specified (by alsarc config ) ALSA audiodevices Mar 14 20:40:11 DocScrutinizer: still the alsa handling as fsodeviced does now won't work on palm pre Mar 14 20:41:37 DocScrutinizer: yeah, ic... that would work then Mar 14 20:41:47 my acihooks lib - using the system() approach - can easily manage stuff same way, by directly calling "echo foobar /sys/pre/sbcrunfoo", or probably better by doing a dbus-send to some fsoaudiod that cares about policy enforcing etc Mar 14 20:43:40 NB acihookslib even can make the open() block or fail, depending on execution progress and returncode of the executable called via system() Mar 14 20:44:46 DocScrutinizer: probably on people.om.org too? Mar 14 20:45:22 that *is* the PoC that's on people.om (or is not, dunno) Mar 14 20:46:19 ahh Mar 14 20:47:27 I already used this concept in a few days of playing with it, to for example unblank screen and switch on external speakers on ringtone of a SIP softphone starting to playback ringtone Mar 14 20:48:12 and rise a KDE notifier about time of inbound call Mar 14 20:48:42 the system() approach is virtually of inlimited versatility Mar 14 20:49:35 and it needs ZERO patches to existing audio subsystems, neither to apps Mar 14 20:50:52 DocScrutinizer: that sounds really interesting Mar 14 20:51:42 morphis: it damn better does. I ruined my brain with constantly pondering about all this for >6 months Mar 14 20:54:13 PaulFertser and me even found and fixed a bug in genuine ALSA while implementing that PoC Mar 14 20:54:31 but I want to try it and see it in action :) Mar 14 20:54:42 so waiting for the openmoko server to come back ... Mar 14 20:55:21 then when coming to talk to several people about it, there was zero interest in the concept, except a bored "this won't really work", so I lost interest in it Mar 14 20:55:51 hm, but I am intersted if it works Mar 14 20:56:07 PaulFertser: do you have a copy of that too? (acihooks) Mar 14 20:56:16 :) Mar 14 20:56:25 mrmoku: good try :) Mar 14 20:56:35 mrmoku: http://webcache.googleusercontent.com/search?q=cache:-FJQwQJf4TEJ:people.openmoko.org/joerg/ALSA/ACI/acihooklib/src/testhook.c+http://people.openmoko.org/joerg/ALSA/ACI/acihooklib/&cd=2&hl=de&ct=clnk&gl=de&source=www.google.de Mar 14 20:56:56 hehe :) Mar 14 20:57:08 google has a copy of everything :P Mar 14 20:57:55 no everything, the other files are not in there :( Mar 14 20:58:05 :/ Mar 14 21:03:31 GarthPS, http://git.shr-project.org/git/?p=xkeyboard-config.git;a=blob;f=symbols/palmpre;h=80403163453b12befdb2128b6d46a1536f79a8e5;hb=palmpre Mar 14 21:03:37 starts at the top row Mar 14 21:03:55 playya__: never mind I founded :) Mar 14 21:04:05 playya__: but thx! Mar 14 21:09:32 morphis: http://maemo.cloud-7.de/ALSAso.tar.gz Mar 14 21:11:58 morphis: it's so small *because* it's so cute ;-D Mar 14 21:13:07 thats everything? Mar 14 21:13:53 6 months of investigating and thinking boiled down in a concept worth 100p. of description and 116 strategic lines of sourcecode to implement the whole magic. That's what I call a brilliant hack Mar 14 21:14:11 wow Mar 14 21:16:04 DocScrutinizer: will take a look and then report my thoughts Mar 14 21:16:07 so I am off Mar 14 21:16:07 DocScrutinizer: we could do the max vol limiter needed on n900 with it too? Mar 14 21:16:08 gn8 Mar 14 21:16:11 cu Mar 14 21:17:13 max vol limiter can be done as a ALSA pcm plugin of course. Unrelated to libACIhookexec though Mar 14 21:18:05 playya__: how do I find the name of for exemple "à" to replace "slash" here //Orange keys, row 1 Mar 14 21:18:06 key { [ slash ] }; because on my layout "/" is replaced by "à" Mar 14 21:18:10 DocScrutinizer: good Mar 14 21:18:43 GarthPS, grep in the other configs :P Mar 14 21:18:50 whats the name? Mar 14 21:19:45 a-accute? Mar 14 21:20:01 sounds good Mar 14 21:22:38 nope near.. Mar 14 21:24:10 a-grave Mar 14 21:27:02 knew it *sounds* good ;-D Mar 14 21:35:57 playya__: I have added this xkb_symbols "fr" { Mar 14 21:35:57 name[Group1]= "FR"; Mar 14 21:36:22 so in my xorg.conf I put this right ? Option "XkbVariant" "FR" Mar 14 21:36:43 puh. dunno Mar 14 21:36:59 that's the reason why we only have a us keyboard :) Mar 14 21:37:20 mrmoku: you as well might want to have a look into that really tiny ACIhookexec.so Mar 14 21:37:41 and maybe play a little bit with it. It's actually fun Mar 14 21:39:06 the included .asoundrc, as messy as it is (it's mid-of-a-day abort result of my experiments) still gives a few ideas Mar 14 21:52:00 DocScrutinizer: ACIhookexec.so I can't see in there Mar 14 21:52:06 testhook.so Mar 14 21:52:31 hmm, yeah. I guess I mc'd it some moment Mar 14 21:53:06 s/testhook/ACIhookexec/g Mar 14 21:53:20 mv'd Mar 14 21:53:34 * \file pcm/ACIhookexec.c Mar 14 21:53:41 yup Mar 14 21:57:50 if anybody is interested in actually using this, I'd be willing to 'beautify' it a bit, wrt function names, file names, makefile to include install, etc pp Mar 14 21:59:13 obviously the names are based too much on testhook all way down to EOF Mar 14 21:59:17 DocScrutinizer: let's see what morphis thinks... I would prefer staying with pure alsa... Mar 14 21:59:33 this IS pure alsa Mar 14 21:59:47 that's what I mean... instead of going PA Mar 14 21:59:52 that's the beauty of the thing Mar 14 22:00:07 I wanted to say... I like it :-) Mar 14 22:00:12 aah Mar 14 22:00:15 :-) Mar 14 22:00:20 have to understand it still... which won't happen today ;) Mar 14 22:00:26 * mrmoku already ready for bed Mar 14 22:00:41 maybe I find the mood to set up a testbed Mar 14 22:00:45 tonight Mar 14 22:00:55 DocScrutinizer: that would be apreciated :-) Mar 14 22:01:10 ok, will consider it Mar 14 22:01:10 for now... gnight (and a good mood :P) Mar 14 22:01:16 sleep well Mar 14 22:01:26 yeah... hopefully Mar 14 22:01:34 depends all on small Diego :/ Mar 14 22:01:42 anyway... thx and cu Mar 14 22:04:29 <[Rui]> mrmoku: night Mar 14 22:04:49 <[Rui]> mrmoku: last night lil'bernie gave us a terrible night, hope it's better tonight for us both Mar 14 22:05:38 i have small Q Mar 14 22:05:53 im booting SHR OS in my N900 Mar 14 22:06:50 but the Touch not worked Mar 14 22:07:15 any idea way ? Mar 14 22:07:38 mickey|bbl: sorry my battery went low. status is not too bad.. but everything actually depends on a kernel dev who is trying to write an ALSA driver Mar 14 22:09:02 GNUtoo|laptop i have smal Q Mar 14 22:09:40 im booting SHR OS in my N900 Mar 14 22:09:45 but the Touch not worked Mar 14 22:09:49 any idea way ? Mar 14 22:10:17 Osama7, yes Mar 14 22:10:26 for touch Mar 14 22:10:28 dcordes: soundcard driver? Mar 14 22:10:43 Osama7, it's still in developement Mar 14 22:10:55 im stopeing in lan scren Mar 14 22:11:06 Osama7, so basically there are several choices: Mar 14 22:11:14 *use 2.6.28 and modify xorg.conf Mar 14 22:11:14 aha Mar 14 22:11:21 *use 2.6.37 Mar 14 22:11:24 *wait a bit Mar 14 22:11:32 ok Mar 14 22:11:40 I think we didn't bother changing the kenrel to match xorg.conf yet Mar 14 22:11:47 since we're struggeling with modem Mar 14 22:13:36 aha so can i used touch aftar i chang the kernal ? Mar 14 22:14:15 how's 2.6.37 going along on N900? Mar 14 22:14:31 i used 2.6.28-omap1 Mar 14 22:15:00 recently we see more frequent thoughts about how to use 2.6.37 on maemo5 Mar 14 22:15:51 aha but some vedio i see befor Touch worked good ! Mar 14 22:16:05 which I gather is a tad hard to do with the friggin closed blobs of userland that rely on 2.6.28 idiosyncrasies of /sys et al Mar 14 22:17:16 also what I read in your post above, there are problems with Xorg.conf as well? Mar 14 22:17:50 aha for me no Mar 14 22:17:57 i used normal one Mar 14 22:18:14 been addressed to GNUtoo|Laptop Mar 14 22:18:45 sorry for lack of proper highlighting Mar 14 22:19:03 np Mar 14 22:19:08 what has been addressed by me? Mar 14 22:20:12 DocScrutinizer: yep Mar 14 22:20:36 GNUtoo|Laptop can i used touch with 2.6.28-omap1 kernal ? Mar 14 22:20:38 dcordes: thnx Mar 14 22:20:47 Osama7, of course Mar 14 22:20:50 GNUtoo|Laptop: query about state of .37 on N900 Mar 14 22:21:04 Osama7, you just need to ajust the xorg.conf Mar 14 22:21:18 aha you haved rady ? Mar 14 22:21:30 or shoud do it by self ? Mar 14 22:21:46 DocScrutinizer, ok I didn't touch 2.6.37 and I've to ping some people to in #meego-arm to get status on power management Mar 14 22:21:53 and also to know how to use the camera Mar 14 22:22:00 since media-ctl is really hard to use Mar 14 22:22:15 aaah ok, I know about state of meego.37 Mar 14 22:22:49 at least enough to frown at it Mar 14 22:23:39 DocScrutinizer: is it the current revision ? Mar 14 22:23:46 milestone or whatever Mar 14 22:24:02 GNUtoo|Laptop where i find the xorg.conf , and how ajust it ? Mar 14 22:24:30 Osama7, nano /etc/X11/xorg.conf in your phone Mar 14 22:24:37 let me find a patch Mar 14 22:24:47 aha i hope Mar 14 22:25:30 dcordes: meego still has a lot of issues on kernel level with proper power "management". As they still use a lot of really poorly adapted mainstream drivers for subsystems Mar 14 22:25:44 http://www.pastie.org/1672103 Mar 14 22:26:49 and instead of fixing the issues in drivers it seems to me they (try to) code around it on userland level Mar 14 22:28:15 the general paradigm of meego still seems to be "if it's good enough for a dozen different tablets and laptops, it has to be good enough for N900 as well" - which is silly Mar 14 22:28:31 lol Mar 14 22:28:33 nice Mar 14 22:28:50 SHR dominates ! Mar 14 22:30:08 maemo kernel came with a number of nicely tailored to fit extremely 'optimized' drivers (FOSS!) to conserve power on N900, but didn't make it upstream for one reason or another. Meego refuses to even take a look at these Mar 14 22:33:14 basically that's quite a similar situation to what we ran into with GTA02 ALSA mixer. There's been a WM8753 driver upstream, but it extremely poorly matched the special tweaks we did to the audio circuit on Freerunner. So all the names were a real mess, and nobody (except me) thought we should have a wm8753-gta02.ko teilored to fit the platform rather than the plain chip Mar 14 22:34:44 DocScrutinizer: heh in case of leo it's easy. there is no way in hell our kernel will be ever mainlained (maybe over exaggereted) so I can do whatever I want on kernel level in order to match SHR needs without caring if it is the correct mainline style way Mar 14 22:35:01 Osama7, did you get my config at http://www.pastie.org/1672103 Mar 14 22:35:02 ? Mar 14 22:35:09 because I need to go to sleep Mar 14 22:35:17 yes Mar 14 22:35:22 i restart my mobile Mar 14 22:35:25 ok Mar 14 22:35:47 this reminds me I have to add GNUtoo|Laptop's htcleo backlight driver in the uptodate htcleo kernel Mar 14 22:36:09 yes Mar 14 22:36:10 dcordes: cool, so first thing: kick the mainstream lis3dl02 driver, use the maemo lis302 driver instead Mar 14 22:36:15 but I need to go to sleep Mar 14 22:36:24 ok see you tomoro Mar 14 22:36:35 I finish a kernel thing and I go to sleep Mar 14 22:36:42 see you tomorrow Mar 14 22:36:49 thank :) Mar 14 22:37:03 ooh leo, sorry. Thought you're talking about N900 Mar 14 22:37:16 yes dont wary Mar 14 22:37:32 DocScrutinizer: sorry my device universe has htcleo center currently ;) Mar 14 22:37:50 would be good to have a fast keybaorded device though Mar 14 22:39:06 * DocScrutinizer 's center of universe slowly shifts to next pub for the next few hours Mar 14 22:39:19 so o/ Mar 14 22:40:02 it's pub monday again .. ? didn't even realize Mar 14 22:40:50 I'll have a sake on Japan's sake Mar 14 22:41:02 come one :D Mar 14 22:41:05 on Mar 14 22:41:09 that's ridiculous Mar 14 22:42:17 seems you just created a new interent meme Mar 14 22:46:43 ~dict meme Mar 14 22:46:48 Dictionary 'meme' (1 of 3): a cultural unit (an idea or value or pattern of behavior) that is passed from one generation to another by nongenetic means (as by imitation); "memes are the cultrual counterpart of genes". Mar 14 22:48:03 ummm, I guess I can live with that Mar 14 22:51:29 * dcordes just read some stuff and watched a video about 'goldelico gta04' Mar 14 22:52:00 * dcordes is happy to have 100% perfect hardware Mar 14 22:57:12 well the gta04 project is quite highly ambitious - I just wonder why the heck they had to use gta02 case and screen, while there are like 12 dozen better alternatives from Nokia, Samsung, whatnot else freely available in virtually every phone shop Mar 14 22:58:24 easy: all gta02 owners will buy one. Mar 14 22:58:44 e.g they could've used a N900 case, LCD and touchpannel Mar 14 22:59:41 yeah, that's what I thought as well: all gta04 owners will buy one of the gta02 collecting dust on goldelico's shelf Mar 14 23:02:47 honestly if I'd be a gta02 owner I'm either content with my Freerunner and how it works, so I want to keep it. Or I'm not content with it, so the last thing I want is same fugly case and poor touchpanel on an alternative new device Mar 14 23:03:50 gta02 seems to be sold out at goldendeli Mar 14 23:04:10 even worse :-/ Mar 14 23:05:18 though caseparts are still available ;) Mar 14 23:05:55 WUT? we (OM) never shipped spare cases Mar 14 23:06:11 so where from are those spareparts? Mar 14 23:06:28 i'd imagine they are from returned freerunnrs Mar 14 23:06:41 or something like that Mar 14 23:07:25 anyway, cya Mar 14 23:07:29 cu Mar 14 23:36:42 <[Rui]> I think we should make a campaign "Donate a Freerunner" Mar 14 23:37:18 <[Rui]> Try to get people who haven't returned, thrown away or trashed their freerunners but who wouldn't mind getting rid of them to give them to willing developers Mar 14 23:39:59 the we might be able to build our AGPS data network Mar 14 23:40:36 then: world domination Mar 14 23:43:34 <[Rui]> playya__: got the daft punk album now, but too tired to stay up and listen. hope I can sleep properly tonight Mar 14 23:48:05 [Rui], me. I always fell asleep after work for a few hours. Mar 14 23:48:55 i need to used to the "normal" working hours Mar 14 23:52:02 <[Rui]> if I don't have the "normal" sleeping hours I get sinuses migraines much easier Mar 14 23:52:08 <[Rui]> gotta go :) gnight! Mar 14 23:52:38 <[Rui]> oh, and today I was threathened to be sued because I uses my freedom of expression right, by no less than a major guy from a portuguese tv network hehehe Mar 14 23:52:48 <[Rui]> funny day Mar 14 23:52:50 <[Rui]> bye Mar 14 23:53:01 good night **** ENDING LOGGING AT Tue Mar 15 02:59:56 2011