**** BEGIN LOGGING AT Mon May 16 02:59:57 2011
May 16 05:31:07 <mrmoku> moin
May 16 06:06:24 <JaMa> moin
May 16 06:19:09 <JaMa> Let ARM rot in mainline.  I really don't care anymore. (Russell King) :/ https://lwn.net/Articles/441384/
May 16 06:28:44 <morphis> heyho
May 16 06:29:24 <morphis> good news for a Palm Pre fans: Modem Protocol on the HP Veer seems to be the same as for the Palm Pre modem
May 16 06:33:54 <morphis> wifi chip is a bcm4319 but there is no kernel module for it so the driver should be build in the kernel
May 16 06:34:08 <morphis> and they are using a 2.6.29 kernel
May 16 06:36:16 <JaMa> morphis: pong
May 16 06:36:29 <morphis> JaMa: good morning!
May 16 06:36:45 <morphis> JaMa: I discovered yesterday you added alsa-state to CONFLICTS of fsoaudiod
May 16 06:36:47 <JaMa> morning
May 16 06:37:10 <morphis> then I have to remove the alsa flag from the MACHINE_FEATURES as it pull alsa-state in, is that the way to go?
May 16 06:37:57 <JaMa> strange I didn't have alsa-state for om-gta02 or n900 iirc
May 16 06:38:01 <JaMa> mmt I'll check
May 16 06:38:46 <morphis> n900 afaik does not have the alsa flag set
May 16 06:38:50 <morphis> palmpre has
May 16 06:39:44 <JaMa> task-baseSHR distro features doesn't have alsa
May 16 06:40:12 <morphis> SHR has it's own task-base?
May 16 06:40:25 <JaMa> so I don't have task-base-alsa installed at all
May 16 06:40:29 <morphis> ok
May 16 06:40:39 <morphis> as I am using task-base.bb for aurora images
May 16 06:40:43 <JaMa> no, but task-base checks MACHINE_FEATURES and DISTRO_FEATURES
May 16 06:41:00 <JaMa> and some features are in RDEPENDS only if the feature is in both (machine and distro)
May 16 06:41:10 <morphis> maybe the better way is to add a PROVIDES = "alsa-state" to fsoaudiod
May 16 06:41:20 <morphis> for alsa only MACHINE_FEATURES is relevant I think
May 16 06:41:32 <JaMa> and alsa-state is only in RRECOMMENDS
May 16 06:41:45 <JaMa> so you can disable it by BAD_RECOMMENDATIONS
May 16 06:41:53 <JaMa> or RPROVIDES as you said
May 16 06:42:10 <morphis> BAD_RECOMMENDATAIONS in distro config?
May 16 06:42:32 <JaMa> but RPROVIDES doesn't work very well you would need something as DISTRO_ALSA-STATE variable to pull always right one
May 16 06:42:38 <JaMa> morphis: yes
May 16 06:43:48 <morphis> hm, ok
May 16 06:44:01 <morphis> DISTRO_ALSA_STATE sounds like the better one to me
May 16 07:07:27 <morphis> mickeyl: http://mm.gravedo.de/blog/?p=46
May 16 07:49:23 <captainigloo> hi !
May 16 07:50:02 <morphis> captainigloo: heyho
May 16 07:50:47 <captainigloo> how are you ?
May 16 07:53:56 <morphis> I am fine
May 16 07:54:09 <morphis> still working on the new aurora thing
May 16 07:54:42 <morphis> and you?
May 16 07:58:11 <morphis> JaMa: can you take a look: http://git.freesmartphone.org/?p=openembedded.git;a=commit;h=fb37a130f4472d73fc3b3f8b264eb0718d64962e
May 16 08:03:27 <captainigloo> fine thanks, comming back to work after a week of Enlightenment stuff in paris
May 16 08:03:40 <morphis> ah great
May 16 08:03:43 <morphis> it was nice?
May 16 08:03:50 <captainigloo> yes !
May 16 08:04:14 <morphis> :)
May 16 08:05:16 <captainigloo> I tried elfe on a 24" touch screen 
May 16 08:05:41 <captainigloo> and it works fine event on big screen
May 16 08:05:50 <morphis> yeah
May 16 08:06:06 <captainigloo> but i need to fix some problems 
May 16 08:08:04 <morphis> which kind?
May 16 08:09:01 <JaMa> morphis: yes, something like this :)
May 16 08:09:19 <morphis> JaMa: ok, so your fine with this patch and I can put your acked-by below it?
May 16 08:09:25 <JaMa> yes
May 16 08:09:41 <morphis> ok
May 16 08:09:44 <JaMa> please set it for fsoaudiod in shr.conf when you're pushing this change
May 16 08:10:35 <morphis> ok
May 16 08:10:41 <morphis> will push it later today
May 16 08:10:51 <morphis> I have to bump DISTRO_PR right?
May 16 08:11:45 <morphis> I have to catch my train
May 16 08:11:46 <morphis> cya
May 16 08:15:31 <JaMa> no
May 16 08:15:42 <JaMa> please don't bump DISTRO_PR :)
May 16 08:16:38 * mrmoku hopes morphis did see that ;)
May 16 08:32:27 * JaMa ready to unbump it :)
May 16 08:32:35 <mrmoku> :)
May 16 08:50:09 <lindi-> is it possible to query SIM card number on FR?
May 16 08:50:18 <lindi-> not the phone number but the ID
May 16 10:33:58 <GNUtoo|laptop> it's strange....
May 16 10:34:15 <GNUtoo|laptop> now I can reproduce more relabily but in a different way:
May 16 10:34:23 <GNUtoo|laptop> I launch a call
May 16 10:34:29 <GNUtoo|laptop> and then launch fsoaudiod
May 16 10:38:54 <DocScrutinizer> lindi-: IMSI? (no, I don't know how to query it)
May 16 10:39:44 <captainigloo> JaMa: hi, i see that you work on meta-efl integration in openembdded
May 16 10:40:23 <captainigloo> there is some doc/wiki/web page that i could read to know how to build it ?
May 16 10:41:14 <lindi-> DocScrutinizer: I don't know if this is imsi
May 16 10:41:23 <lindi-> DocScrutinizer: the operator calls it "SIM card number" :)
May 16 10:41:38 <captainigloo> JaMa: it's related to the yocto project ?
May 16 10:43:39 <DocScrutinizer> lindi-: in which context? this can relate to the phone number assigned to the imsi, to the serial number printed on the card on manufacturing, to the imsi, and maybe even to something completely different
May 16 10:45:49 <DocScrutinizer> (e.g. for EC-creditcards there's a cardnumber that's a mere counter starting at 0001 for the number of cards issued to that particular account)
May 16 10:46:08 <lindi-> DocScrutinizer: I have four sim cards. I'm trying to identify which one is which :)
May 16 10:46:19 <lindi-> DocScrutinizer: without having to take the sim cards offline
May 16 10:46:34 <DocScrutinizer> hmmm
May 16 10:46:35 <lindi-> DocScrutinizer: it's printed on the SIM yes
May 16 10:46:53 <lindi-> I think I managed to narrow down the possibilities
May 16 10:47:13 <DocScrutinizer> can still be serial (no way to get this via AT or other electronic ways afaik), or the mere phonenumber
May 16 10:47:14 <lindi-> they all answer the same number but they also have their private numbers it seems
May 16 10:47:32 <DocScrutinizer> mhm
May 16 10:48:05 <DocScrutinizer> yeah, a phone number can be assigned to several IMSI
May 16 10:50:38 <DocScrutinizer> if your carrier only has SIMS with IMSI preassigned to a free tel-nr, then for twin cards they have to reassign the IMSI to your old number, and the printing on card could still show the original tel-number, as well as reading out the "own number" of SIM
May 16 10:52:27 <DocScrutinizer> ask your provider how to find out about "card number" and what it actually means
May 16 10:54:37 <n3v3rmind> hi there
May 16 10:55:50 <n3v3rmind> someone have never had some segmentation fault problem using gps module in openmoko?
May 16 10:55:55 <lindi-> DocScrutinizer: they do tell me that the card number is printed on the card :) I'm just lazy and would like to read this automatically
May 16 10:56:02 <lindi-> n3v3rmind: with what software?
May 16 10:56:30 <n3v3rmind> lindi-: hi lindi! with an application that i'm developing
May 16 10:56:39 <DocScrutinizer> lindi-: they are lazy, they should explain better. Tell them it's difficult to read the printing
May 16 10:56:46 <n3v3rmind> it uses the gps module...and it works correctly...
May 16 10:57:00 <n3v3rmind> but sometimes...it gets Segmentation Fault
May 16 10:57:19 <n3v3rmind> and it get it only if i use the gps device..
May 16 10:57:35 <DocScrutinizer> buffer overrun
May 16 10:57:59 <n3v3rmind> DocScrutinizer: what? :)
May 16 10:58:15 <lindi-> n3v3rmind: if your application is segfaulting then it is a bug in your application :)
May 16 10:58:16 <JaMa> captainigloo: if you're using SHR makefile, then you can just call make setup-shr-core
May 16 10:58:29 <DocScrutinizer> maybe you defined some fixed size string buffers
May 16 10:58:38 <JaMa> captainigloo: if you're not using SHR makefile then best documentation is to read what it does
May 16 10:59:11 <DocScrutinizer> anyway, get a coredump and do a postmortem analysis
May 16 10:59:27 <n3v3rmind> how can i do a core dump?
May 16 11:00:22 <lindi-> n3v3rmind: use gdb to see where it crashes?
May 16 11:00:29 <DocScrutinizer> orry, I'd tell you if I knew off top of my head. So I suggest you google that exact question
May 16 11:01:00 <DocScrutinizer> lindi-: impractical if it only segfaults rarely
May 16 11:01:18 <DocScrutinizer> that's what coredumps are made for
May 16 11:01:35 <n3v3rmind> but...coredump is an application?
May 16 11:01:47 <DocScrutinizer> though your advice applies to coredumps as well :-D
May 16 11:01:48 <n3v3rmind> or there are some logs?
May 16 11:02:14 <captainigloo> JaMa: ok thanks
May 16 11:02:22 <n3v3rmind> sorry...i'm not understanding..
May 16 11:02:37 <DocScrutinizer> coredumps are files generated by kernel when a process segfaults, they contain an image of the process memory
May 16 11:02:51 <n3v3rmind> ok...
May 16 11:03:08 <n3v3rmind> do you know where i can found it? 
May 16 11:03:09 <DocScrutinizer> you analyze coredumps with gdb like you would analyze the process at runtime
May 16 11:03:38 <n3v3rmind> ok...
May 16 11:03:44 <DocScrutinizer> you have to enable kernel coredump option somewhere
May 16 11:03:59 <DocScrutinizer> like in /debug or /proc or /sys
May 16 11:04:57 <n3v3rmind> okok...i'm looking for "coredump" on google
May 16 11:04:59 <n3v3rmind> :)
May 16 11:05:09 <n3v3rmind> i hope to solve this problem...
May 16 11:05:24 <dent> n3v3rmind: possibly you want ulimit -c unlimited
May 16 11:05:26 <n3v3rmind> however...there are no known problems about using gps right?
May 16 11:05:40 <DocScrutinizer> no
May 16 11:06:43 <n3v3rmind> dent: yeah...it's possible that using gps my application use too much ram or cpu...and then it's blocked by the os
May 16 11:07:20 <DocScrutinizer> this won't cause a sigsegv as far as I know
May 16 11:07:49 <dent> n3v3rmind: how you access GPS?
May 16 11:08:12 <dent> anyway sigsegv = you access memory you should not... either your app ro some lib you use
May 16 11:08:20 <n3v3rmind> using dbus library
May 16 11:08:22 <n3v3rmind> in python
May 16 11:08:30 <dent> sigsegv in python... hm
May 16 11:09:24 <dent> AFAIK then it's in a lib you use, or a bug in python
May 16 11:09:39 <JaMa> captainigloo: and it's not strictly related to yocto project.. next OE version will be based on oe-core/meta-oe/meta-efl with distributions and bsp as extra layers on top of that
May 16 11:10:34 <captainigloo> JaMa: ok, like current yocto architecture ?
May 16 11:10:43 <n3v3rmind> thanks for your help guys!
May 16 11:10:58 <JaMa> captainigloo: yes.. 
May 16 11:11:17 <JaMa> captainigloo: I mean it's not only related to yocto, but it's future as OE as such
May 16 11:11:43 <captainigloo> JaMa: ok y see
May 16 11:11:58 <JaMa> captainigloo: it was also proposed to make oe.dev read-only after first release of layered OE
May 16 11:12:30 <captainigloo> JaMa: is this new version enough stable to be use in a product ?
May 16 11:14:06 <JaMa> depends on when you plan to ship product..
May 16 11:15:09 <JaMa> but if you plan to support it for few years and ship in next 6 months then doing it with oe-core/meta-oe is worth the effort
May 16 11:15:31 <captainigloo> Q1 2012
May 16 11:16:07 <JaMa> if you want to ship it next month without possiblity to upgrade rootfs then 2011.03-maintenance is easier for now
May 16 11:17:43 <JaMa> captainigloo: http://lists.linuxtogo.org/pipermail/tsc/2011-March/000209.html
May 16 11:18:46 <JaMa> captainigloo: I cannot say if yocto/oe will make it to 2011.07 release, but even if it's in 2011.09 it would be better for future support
May 16 11:19:39 <captainigloo> ok
May 16 11:19:58 <captainigloo> interreting information
May 16 11:20:19 <JaMa> shr-lite images from shr-core are usable :)
May 16 11:20:46 <captainigloo> :)
May 16 11:20:47 <JaMa> shr-core needs some cleanup (machine support to separated bsp layers)
May 16 11:21:07 <captainigloo> ok i will look at shr Makefile
May 16 11:21:37 <JaMa> and resulting image has some issue (wrong $PATH etc) but it's not so hard to fix..
May 16 11:21:59 <captainigloo> just my point of view, but from outside OE seems really complex to understand :)
May 16 11:26:37 <captainigloo> JaMa: and tehre is a way to get a sdk with shr with this new stuff ?
May 16 11:30:50 <JaMa> yes, but I haven't tried it yet
May 16 11:32:39 <captainigloo> oh k, i will try it would be awesom if i could have a qemu image and a sdk
May 16 11:47:23 <GNUtoo|laptop> mickeyl, ping
May 16 11:48:02 <captainigloo> GNUtoo|laptop: hey how are you ?
May 16 11:48:07 <GNUtoo|laptop> fine
May 16 11:48:25 <GNUtoo|laptop> I think I finally got the remote caller sound reliable now
May 16 11:48:28 <GNUtoo|laptop> not sure
May 16 11:48:34 <GNUtoo|laptop> I'll reboot and see
May 16 11:48:41 <captainigloo> oh good :)
May 16 11:53:13 <GNUtoo|laptop> it seem to work just fine
May 16 11:55:14 <GNUtoo|laptop> captainigloo, btw did you know that alsa had a file backend?
May 16 11:55:39 <GNUtoo|laptop> for instance you can do that: http://www.pastie.org/1904108
May 16 11:55:39 <captainigloo> no
May 16 11:56:13 <captainigloo> ok so that means that it's easy to have audio working on msm phones ?
May 16 11:56:18 <GNUtoo|laptop> yes
May 16 11:56:30 <GNUtoo|laptop> add that to .asoundrc or /etc/asound.conf
May 16 11:56:40 <captainigloo> oh perfect
May 16 11:56:41 <GNUtoo|laptop> altough I prefer a real alsa 
May 16 11:57:08 <captainigloo> yep but it's just better than nothing
May 16 11:57:17 <GNUtoo|laptop> since that needs a bit of handling in userspace for calls and routing
May 16 12:01:38 <GNUtoo|laptop> hi deubeuliou, did you buy a new phone ?
May 16 12:02:00 <GNUtoo|laptop> hi TAsn 
May 16 12:10:43 * GNUtoo|laptop summons mickeyl
May 16 12:11:10 <GNUtoo|laptop> ....failed....maybe I need a spell checker
May 16 12:27:23 <deubeuliou> GNUtoo|laptop: I have a n900 now :)
May 16 12:28:52 <GNUtoo|laptop> deubeuliou, ah nice, do you plan to run SHR on it
May 16 12:29:06 <GNUtoo|laptop> like when it's ready?
May 16 12:31:21 <mrmoku> deubeuliou: yeah, nice hw :)
May 16 12:32:14 <GNUtoo|laptop> mrmoku, I got reliable audio during calls now
May 16 12:33:21 <mrmoku> GNUtoo|laptop: great... still with fsoaudiod starting after the call?
May 16 12:35:32 <GNUtoo|laptop> no
May 16 12:35:41 <GNUtoo|laptop> starting automatically and before the call
May 16 12:35:45 <GNUtoo|laptop> that's what I meant
May 16 12:35:54 <GNUtoo|laptop> the audio is also cristal clear btw
May 16 12:36:37 <GNUtoo|laptop> what should I do with the source code?
May 16 12:37:54 <GNUtoo|laptop> basically : no issues at all but incomplete(no mic handling)
May 16 12:38:12 <GNUtoo|laptop> no mic handling means that I didn't even start trying to upload and capture my voice
May 16 12:38:23 <GNUtoo|laptop> but I can interract with 4242
May 16 12:38:28 <mrmoku> GNUtoo|laptop: commit and push?
May 16 12:38:47 <GNUtoo|laptop> even if it's a bit dirty?
May 16 12:39:14 <mrmoku> well if you feel it's tooo dirty you can push it in a branch
May 16 12:39:20 <mrmoku> but I don't think it's a problem to cleanup after
May 16 12:39:36 <mrmoku> I would say just push :)
May 16 12:39:46 <GNUtoo|laptop> ok
May 16 12:39:51 <GNUtoo|laptop> I'll rebase my commits
May 16 12:39:55 <mrmoku> ok
May 16 12:40:08 <GNUtoo|laptop> basically I did leviathan-like commit messages
May 16 12:40:17 <GNUtoo|laptop> but that is better than nothing
May 16 12:40:27 <GNUtoo|laptop> since you can keep track of the point where it's working
May 16 12:40:33 <GNUtoo|laptop> because else when you break it
May 16 12:40:37 <GNUtoo|laptop> you're in the dark
May 16 12:40:38 <leviathan> GNUtoo|laptop: whats working? ^^
May 16 12:40:54 <GNUtoo|laptop> when you try to re-fix it
May 16 12:41:05 <GNUtoo|laptop> leviathan, do you have an n900?
May 16 12:41:10 <leviathan> no
May 16 12:41:26 <leviathan> I'm still waiting for the gta04 to arrive
May 16 12:41:29 <GNUtoo|laptop> basically I'm working on audio during calls
May 16 12:41:48 <GNUtoo|laptop> it uses a special cmtspeech free library
May 16 12:41:52 <GNUtoo|laptop> from meego
May 16 12:42:01 <GNUtoo|laptop> but unlike meego, we want plain alsa
May 16 12:42:11 <GNUtoo|laptop> they use pulse
May 16 12:42:15 <mrmoku> GNUtoo|laptop: btw. what about alsa scenarios?
May 16 12:42:24 <GNUtoo|laptop> mrmoku, I've dumped them from meego
May 16 12:42:39 <GNUtoo|laptop> I've 3 scenarios(for calls)
May 16 12:42:45 <GNUtoo|laptop> *speakers
May 16 12:42:48 <GNUtoo|laptop> *headphones
May 16 12:42:55 <GNUtoo|laptop> *nokia headphones(that includes a mic)
May 16 12:43:05 <mrmoku> great
May 16 12:43:22 <GNUtoo|laptop> that is the part that doesn't work out of the box
May 16 12:43:26 <GNUtoo|laptop> I do that:
May 16 12:43:37 <GNUtoo|laptop> alsactf -f ./headphones restore
May 16 12:43:44 <GNUtoo|laptop> and then I can call or whatever
May 16 12:44:17 <mrmoku> ok, so we should convert them to canberra format and commit them to fsodeviced
May 16 12:44:28 <GNUtoo|laptop> leviathan, btw Alex[sp3dev] is working on wl1251_sdio wifi psm for msm devices
May 16 12:44:32 <mrmoku> then it should work out of the box :)
May 16 12:44:36 <GNUtoo|laptop> yes
May 16 12:44:43 <GNUtoo|laptop> so in the todo:
May 16 12:44:56 <GNUtoo|laptop> 1) push the dirty alsa backend
May 16 12:45:02 <GNUtoo|laptop> 2) push the scenarios
May 16 12:45:32 <leviathan> Well
May 16 12:46:20 <leviathan> I soldered a female jack-conntector into my FIC freerunner headset
May 16 12:46:34 <leviathan> now the alsca scenario für headset works fine
May 16 12:46:39 <leviathan> with my DJ headset
May 16 12:46:41 <leviathan> :-D
May 16 12:46:56 <GNUtoo|laptop> leviathan, we were speaking about n900
May 16 12:47:14 <mickey|office> deubeuliou: congrats
May 16 12:47:17 <GNUtoo|laptop> I've an adapter too for om-gta02
May 16 12:47:28 <leviathan> is it
May 16 12:47:32 <leviathan> 2.5mm jack
May 16 12:47:36 <leviathan> to 3.5mm jack
May 16 12:47:40 <leviathan> WITH included mic
May 16 12:47:41 <leviathan> ?
May 16 12:47:43 <leviathan> ^_^
May 16 12:47:43 <GNUtoo|laptop> mickey|office, what should I do with my code, mrmoku wants me to push it while beeing dirty
May 16 12:47:53 <GNUtoo|laptop> leviathan, ah with mic, I've without mic
May 16 12:47:59 <leviathan> ^^
May 16 12:48:39 <mickey|office> GNUtoo|laptop: i agree. just push it and we'll improve while we go
May 16 12:48:52 <GNUtoo|laptop> should I clean whitespaces?
May 16 12:48:55 <mickey|office> yes, please
May 16 12:48:57 <mickey|office> 4 tabs
May 16 12:48:58 <mickey|office> err
May 16 12:49:00 <mickey|office> 4 spaces
May 16 12:49:00 <GNUtoo|laptop> ah ok
May 16 12:49:07 <mickey|office> no spaces after end of line
May 16 12:49:18 <mickey|office> and whitespaces around comparators etc.
May 16 12:49:24 <mickey|office> like the other code :)
May 16 12:49:52 <GNUtoo|laptop> -            case FreeSmartphone.GSM.CallStatus.OUTGOING:
May 16 12:49:52 <GNUtoo|laptop> +//            case FreeSmartphone.GSM.CallStatus.OUTGOING:
May 16 12:49:56 <GNUtoo|laptop> is that ok to keep?
May 16 12:50:11 <GNUtoo|laptop> or should I remove it
May 16 12:50:12 <GNUtoo|laptop> ?
May 16 12:53:27 <mickey|office> why is that outcommented?
May 16 12:53:47 <GNUtoo|laptop> it's a fix
May 16 12:53:57 <GNUtoo|laptop> if it's there it prevent audio from working reliabily
May 16 12:54:24 <mickey|office> ah, setting call status twice in cmtspeech confuses it?
May 16 12:54:28 <mickey|office> (twice to the same value)
May 16 12:54:49 <GNUtoo|laptop> I think it's more the timing
May 16 12:54:58 <mickey|office> hmm
May 16 12:55:27 <mickey|office> ok, wahtever. keep it outcommented, perhaps add a reason on top, and then checkint
May 16 12:56:14 <GNUtoo|laptop> ok
May 16 13:06:18 <captainigloo> GNUtoo|laptop: what i must do to test your work, just add the raw device in my .asoundrc ?
May 16 13:06:39 <GNUtoo|laptop> captainigloo, just add the content of the pastebin in .asoundrc
May 16 13:06:44 <GNUtoo|laptop> and test the players you want
May 16 13:06:53 <GNUtoo|laptop> like mplayer
May 16 13:06:59 <GNUtoo|laptop> or intone
May 16 13:07:03 <GNUtoo|laptop> or similar stuff
May 16 13:08:00 <captainigloo> GNUtoo|laptop: and for calls ?
May 16 13:08:16 <GNUtoo|laptop> for calls try the gitorious code
May 16 13:08:18 <GNUtoo|laptop> run it 
May 16 13:08:19 <GNUtoo|laptop> and call
May 16 13:08:26 <GNUtoo|laptop> it should also do an ioctl error
May 16 13:08:29 <GNUtoo|laptop> don't bother baout it
May 16 13:08:37 <GNUtoo|laptop> unless it doesn't work of course
May 16 13:21:31 <GNUtoo|laptop> mickeyl, I removed that also: http://www.pastie.org/private/uu34qyo8hicitmsrjsvdg
May 16 13:21:43 <GNUtoo|laptop> should I keep it for reference
May 16 13:21:47 <GNUtoo|laptop> I use that:
May 16 13:22:02 <GNUtoo|laptop>         pcm.open("plug:dmix");
May 16 13:22:08 <GNUtoo|laptop> but I bet it's wrong
May 16 13:22:24 <GNUtoo|laptop> but before it was the best, before the fix that made audio cristal clear
May 16 13:26:42 <mrmoku> GNUtoo|laptop: guess in the end we will create and open a virtual device ala DocScrutinizer anyway
May 16 13:26:46 <mrmoku> so I would remove them
May 16 13:26:50 <mrmoku> your choice though
May 16 13:27:29 <GNUtoo|laptop> I'll add a comment instead
May 16 13:27:41 <mrmoku> ok
May 16 13:30:44 <GNUtoo|laptop> ouch the rebase and cleanup made a compilation error
May 16 13:30:46 <GNUtoo|laptop> I'll look
May 16 13:31:02 <DocScrutinizer> you probably should make the alsa device configurable, that's the idea of alsa. Using a hardcoded audio device name only makes sense to refer to your unique device defined by a alsa stack definition in .asoundrc
May 16 13:32:07 <GNUtoo|laptop> ahhh mickeyl pushed things
May 16 13:32:15 <GNUtoo|laptop> indeed
May 16 13:32:23 <GNUtoo|laptop> I'm in a hurry
May 16 13:32:27 <GNUtoo|laptop> so I push as is now
May 16 13:32:32 <GNUtoo|laptop> and we'll cleanup
May 16 13:32:38 <DocScrutinizer> sure
May 16 13:35:04 <GNUtoo|laptop> cmthandler.vala:50.13-50.25: error: Argument 1: Cannot convert from `uint8*' to `uint8[]'
May 16 13:35:04 <GNUtoo|laptop>         pcm.write( dlbuf.payload, ( dlbuf.pcount /2 ) );
May 16 13:35:22 <GNUtoo|laptop> mickeyl, what should I do?
May 16 13:35:28 <GNUtoo|laptop> I need to go very soon
May 16 13:36:13 <mrmoku> hmm
May 16 13:36:50 <GNUtoo|laptop>     public Alsa2.PcmSignedFrames write( uint8[] buf, Alsa2.PcmUnsignedFrames size ) throws SoundError
May 16 13:36:56 <GNUtoo|laptop>             return device.writei( buf, size );
May 16 13:37:08 <GNUtoo|laptop> that's what the lib does now
May 16 13:37:32 <GNUtoo|laptop> mine did:
May 16 13:37:33 <mrmoku> and dlbuf.payload is uint8* right?
May 16 13:37:36 <GNUtoo|laptop> -    public Alsa2.PcmSignedFrames write( void* buffer, Alsa2.PcmUnsignedFrames buffersize ) throws SoundError
May 16 13:37:51 <GNUtoo|laptop> no idea
May 16 13:37:57 <GNUtoo|laptop> I think so tough
May 16 13:38:46 <mrmoku> GNUtoo|laptop: I guess you just have to do a clean rebuild
May 16 13:38:50 <mrmoku> as the vapi changed too
May 16 13:39:18 <GNUtoo|laptop> ok
May 16 13:40:52 <deubeuliou> GNUtoo|laptop: mrmoku mickeyl, thanks.
May 16 13:41:07 <deubeuliou> GNUtoo|laptop: why not.
May 16 13:41:39 <GNUtoo|laptop> same error
May 16 13:41:42 <GNUtoo|laptop> I have to go
May 16 13:41:59 <deubeuliou> but even though I bought it because of its hackability, I didn't have much time to use its full power yet
May 16 13:42:03 <GNUtoo|laptop> I'll keep irc on
May 16 13:48:26 <CIA-81> freesmartphone.org: 03morphis 07aurora * rba63a790b966 10/aurora/components/common/BaseHub.qml: aurora: adjust click handling for base hub item so it works within a list view
May 16 13:48:27 <CIA-81> freesmartphone.org: 03morphis 07aurora * r2012b58549df 10/aurora/ (2 files in 2 dirs): aurora: send auth code from pin request code to connected modem
May 16 13:48:27 <CIA-81> freesmartphone.org: 03morphis 07aurora * rb66d73b0cbe5 10/aurora/ (3 files in 3 dirs): aurora: rework delete button of the dialpad widget
May 16 14:06:32 <GNUtoo|laptop> mickeyl, ping
May 16 14:06:35 <GNUtoo|laptop> mrmoku, ping
May 16 14:06:37 <GNUtoo|laptop> I'm back
May 16 14:07:37 <mrmoku> GNUtoo|laptop: pong
May 16 14:08:08 <GNUtoo|laptop> what should I do to write the buffer?
May 16 14:08:13 <GNUtoo|laptop> it's the last thing before pushing
May 16 14:08:31 <GNUtoo|laptop> *last thing to do
May 16 14:08:45 * mrmoku looks at what mickeyl changed
May 16 14:08:56 <GNUtoo|laptop> I'll repaste here
May 16 14:09:27 <GNUtoo|laptop> public Alsa2.PcmSignedFrames write( uint8[] buf, Alsa2.PcmUnsignedFrames size ) throws SoundError //mickeyl
May 16 14:09:37 <GNUtoo|laptop> public Alsa2.PcmSignedFrames write( void* buffer, Alsa2.PcmUnsignedFrames buffersize ) throws SoundError //me
May 16 14:10:13 <mrmoku> maybe just casting to uint8[] works?
May 16 14:10:24 <GNUtoo|laptop> ok
May 16 14:13:36 <GNUtoo|laptop> it compiles, let's see if it runs, but I'm not sure it should be uint8[] in mickeyl's code
May 16 14:13:38 <GNUtoo|laptop> that is to say
May 16 14:13:44 <GNUtoo|laptop> I think he did it for helping me
May 16 14:13:54 <GNUtoo|laptop> I had a problem I tried to workarround
May 16 14:15:56 <mrmoku> ok, let's ask mickeyl if he's back
May 16 14:16:17 <mrmoku> my gut feeling would be uint8[] is cleaner than void* in vala code though
May 16 14:17:03 <GNUtoo|laptop> uint8[] breaks the code
May 16 14:17:07 <GNUtoo|laptop> *audio
May 16 14:17:41 <GNUtoo|laptop> ah no
May 16 14:17:42 <GNUtoo|laptop> sorry
May 16 14:18:12 <GNUtoo|laptop> maybe I should have wait a bit more
May 16 14:19:38 <GNUtoo|laptop> yes it was that
May 16 14:19:47 <GNUtoo|laptop> it take its time to automatically dial and answer
May 16 14:20:06 <mrmoku> this one looks inconsistent though:
May 16 14:20:07 <mrmoku> +        public PcmSignedFrames writei( [CCode (array_length = false)] uint8[] buffer, PcmUnsignedFrames size );
May 16 14:20:11 <mrmoku> +        public PcmSignedFrames writen( [CCode (array_length = false)] uint8* buffer, PcmUnsignedFrames size );
May 16 14:20:18 <GNUtoo|laptop> ok
May 16 14:20:37 <GNUtoo|laptop> so I wait for pushing?
May 16 14:20:49 <mrmoku> no, push
May 16 14:20:53 <GNUtoo|laptop> ok
May 16 14:21:02 * GNUtoo|laptop test and will push
May 16 14:21:03 <mrmoku> let's adjust it if needed when mickeyl is here to state what's up
May 16 14:25:15 <CIA-81> freesmartphone.org: 03GNUtoo 07cornucopia * r35e7bbe7727b 10/fsoaudiod/src/plugins/gsmvoice_alsa_cmtspeechdata/ (Makefile.am cmthandler.vala plugin.vala): 
May 16 14:25:15 <CIA-81> freesmartphone.org: fsoaudiod: gsmvoice_alsa_cmtspeechdata : add initial alsa backend
May 16 14:25:15 <CIA-81> freesmartphone.org: Note that the code is still messy and has to be cleaned a bit.
May 16 14:25:15 <CIA-81> freesmartphone.org: Also Note that it contains only the playback part, and not the
May 16 14:25:15 <CIA-81> freesmartphone.org:  recording part.
May 16 14:25:15 <CIA-81> freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
May 16 14:26:48 <GNUtoo|laptop> should I push the scenarios now?
May 16 14:26:54 <mrmoku> yes please
May 16 14:27:11 <mrmoku> If you're ok with me looking (and maybe cleanuping) your code I will do that now :)
May 16 14:27:44 <GNUtoo|laptop> yes I'm ok
May 16 14:27:52 <GNUtoo|laptop> but before
May 16 14:27:58 <GNUtoo|laptop> how do I do the scenarios push?
May 16 14:28:11 <mrmoku> do you have them converted?
May 16 14:28:20 <mrmoku> or only alsactl format only?
May 16 14:28:39 <GNUtoo|laptop> alsactl
May 16 14:28:53 <mrmoku> ok, we have to convert them
May 16 14:29:14 <mrmoku> one way would be to do it with fsodeviced on the device
May 16 14:29:25 <GNUtoo|laptop> yes I want to do it that way
May 16 14:29:28 <[Rui]> hi all
May 16 14:29:31 <GNUtoo|laptop> hi
May 16 14:29:34 <mrmoku> hi [Rui] 
May 16 14:29:54 <[Rui]> been to tired to even connect, but now I'm forced to stay at home with chickenpox for at least a week
May 16 14:30:16 <GNUtoo|laptop> what's that?
May 16 14:30:17 <[Rui]> at 35, I'm in for a treat, I guess...
May 16 14:30:21 <GNUtoo|laptop> some kind of flu?
May 16 14:30:57 <[Rui]> GNUtoo|laptop: a common disease you catch (usually) as a kid. itchy blisters all over you can't scratch or you'll get permanent scars, fever, flu-ish symptoms, etc.
May 16 14:31:01 <[Rui]> not nice.
May 16 14:31:03 <GNUtoo|laptop> ah varicella
May 16 14:31:18 <[Rui]> GNUtoo|laptop: yes, 
May 16 14:31:28 <GNUtoo|laptop> ok
May 16 14:31:37 <[Rui]> feel so screwed
May 16 14:32:08 <GNUtoo|laptop> [Rui], ah? maybe it's the right time to contribute to shr/fso then?
May 16 14:32:19 <CIA-81> freesmartphone.org: 03cesar.negrete 07utilities * r89c7bafb75ff 10/palmpre/fso-installer/Makefile: (log message trimmed)
May 16 14:32:19 <CIA-81> freesmartphone.org: fso-installer: fix installation on cygwin, prevent out of space errors
May 16 14:32:19 <CIA-81> freesmartphone.org: To fix the installations on Cygwin, I changed every instance of novaterm
May 16 14:32:19 <CIA-81> freesmartphone.org: for novacom, since it's the correct command.
May 16 14:32:20 <CIA-81> freesmartphone.org: For the out of space errors, I found that some commands were copying a tarball
May 16 14:32:20 <CIA-81> freesmartphone.org: to the Pre filesystem and then uncompressing it, this leads to out of space
May 16 14:32:21 <CIA-81> freesmartphone.org: problems very frequently. I changed this behaviour to send just the needed
May 16 14:32:31 <[Rui]> only when fever goes down, and even so...
May 16 14:32:38 <GNUtoo|laptop> ok
May 16 14:33:09 <GNUtoo|laptop> contributions would be for instance think of a way to gather people arround reversing the modem of your phone (galaxy S)
May 16 14:34:10 <[Rui]> yeah.,,, only now I need it the most for the job in order to help out from a distance
May 16 14:34:31 <GNUtoo|laptop> ok
May 16 14:35:00 <GNUtoo|laptop> mrmoku, what dbus calls should I do
May 16 14:35:06 <GNUtoo|laptop> it's all changed with fsoaudiod ?
May 16 14:35:25 <[Rui]> GNUtoo|laptop: can it be done while android is running normally?
May 16 14:35:33 <[Rui]> or does it have to, in fact?
May 16 14:35:54 <GNUtoo|laptop> [Rui], I guess so( I think it has to) but you'll need a GNU/Linux chroot for the tools
May 16 14:36:06 <GNUtoo|laptop> else how can you run the ril
May 16 14:36:16 <GNUtoo|laptop> it can be run only within android
May 16 14:36:30 <GNUtoo|laptop> (the libc differs between android and GNU/Linux)
May 16 14:36:42 <mrmoku> GNUtoo|laptop: first load the scenario you want to change with mdbus2
May 16 14:36:54 <mrmoku> SetScenario gsmhandset
May 16 14:36:57 <mrmoku> for example
May 16 14:37:05 <mrmoku> the load the correct one with alsactl
May 16 14:37:20 <[Rui]> GNUtoo|laptop: what should I use?
May 16 14:37:26 <GNUtoo|laptop> [Rui], tcpdump
May 16 14:37:36 <mrmoku> GNUtoo|laptop: dah
May 16 14:37:36 <GNUtoo|laptop> + the ril debug stuff
May 16 14:37:41 <mrmoku> not needed to load the scenario first
May 16 14:37:47 <GNUtoo|laptop> ok
May 16 14:37:48 <mrmoku> just load it with alsactl
May 16 14:37:57 <mrmoku> and then do SaveScenario gsmhandset
May 16 14:38:04 <GNUtoo|laptop> else I paste the scenarios and you do it?
May 16 14:38:14 <mrmoku> if you want to
May 16 14:38:18 <[Rui]> GNUtoo|laptop: tcpdump? really? wow. what's ril?
May 16 14:38:38 <GNUtoo|laptop> [Rui], ril is the radio interface library, basically the lib that talks to the modem
May 16 14:38:59 <[Rui]> extending tcpdump? nice
May 16 14:39:15 <[Rui]> anyway, that's one step ahead. what chroot should I use, do you know?
May 16 14:39:53 <GNUtoo|laptop> [Rui], debian for instance would work well 
May 16 14:40:24 <GNUtoo|laptop> [Rui], first can you do a quick exploration of the device?
May 16 14:40:28 <GNUtoo|laptop> ifconfig -a
May 16 14:40:30 <GNUtoo|laptop> dmesg
May 16 14:40:31 <GNUtoo|laptop> lsmod
May 16 14:40:39 <GNUtoo|laptop> zcat /proc/config.gz
May 16 14:40:40 <GNUtoo|laptop> etc...
May 16 14:45:08 <GNUtoo|laptop> http://gnutoo.homelinux.org/downloads/people/mrmoku/meego_alsa_states.tar.gz
May 16 14:48:19 <GNUtoo|laptop> [Rui], not extending, but using it to capture the network traffic
May 16 14:48:33 <GNUtoo|laptop> then you can for instance do a wireshark plugin
May 16 14:49:46 <mrmoku> GNUtoo|laptop: thx, got it... will convert them after reviewing the cmtspeech
May 16 14:49:53 <GNUtoo|laptop> ok
May 16 14:51:11 <GNUtoo|laptop> JaMa, btw [   19.447021] Pid: 924, comm:      gnome-keyring-d
May 16 14:51:26 <GNUtoo|laptop> gnome-keyring-daemon seem to segfault in SHR
May 16 14:51:55 <GNUtoo|laptop> [   19.180664] gnome-keyring-d/926: potentially unexpected fatal signal 5.
May 16 14:52:00 <GNUtoo|laptop> ah no not segfault
May 16 14:52:34 <GNUtoo|laptop> SIGABRT
May 16 14:52:47 * GNUtoo|laptop looks if it's the same than SIGSEGV
May 16 14:53:04 <[Rui]> ok, adb set up.
May 16 14:53:20 <[Rui]> hms... I guess I'll need to reboot in order to get a clean dmesg
May 16 14:53:38 <GNUtoo|laptop> ah sorry it's sigtrap
May 16 14:53:47 <GNUtoo|laptop> yes
May 16 14:55:31 <[Rui]> this is so exhausting
May 16 14:55:57 <[Rui]> I'm too tired to sit up straight, I can't sit back and relax because there are blisters in the back, I can't lie on my belly for the same reason
May 16 14:56:02 <[Rui]> grr
May 16 14:56:10 <GNUtoo|laptop> ouch
May 16 14:58:19 <GNUtoo|laptop> how can you use a computer then?
May 16 14:58:28 <GNUtoo|laptop> it's a bit tricky to type while standing
May 16 14:58:59 <[Rui]> no /proc/config.gz but since the kernel is already a different kernel from origin (same version, diff compile options) I guess someone somewhere has the
May 16 14:59:10 <[Rui]> I'm sitting up, but it's very tiring
May 16 14:59:29 <GNUtoo|laptop> ok
May 16 15:03:45 <[Rui]> GNUtoo|laptop: will be back later as for the chroot
May 16 15:03:53 <GNUtoo|laptop> ok
May 16 15:05:16 <CIA-81> freesmartphone.org: 03mok 07cornucopia * r97380f252972 10/fsoaudiod/src/plugins/gsmvoice_alsa_cmtspeechdata/cmthandler.vala: 
May 16 15:05:16 <CIA-81> freesmartphone.org: fsoaudiod: gsmvoice_alsa_cmtspeech: some cleanups
May 16 15:05:16 <CIA-81> freesmartphone.org: - move the static helper functions inside the CmtHandler class
May 16 15:05:16 <CIA-81> freesmartphone.org: - use logger.debug protected with assert
May 16 15:05:16 <CIA-81> freesmartphone.org: - whitespacing fixes
May 16 15:05:17 <CIA-81> freesmartphone.org: - use @ for logging instead of .printf
May 16 15:05:18 <CIA-81> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
May 16 15:07:07 <mrmoku> GNUtoo|laptop: do you think you could produce a stereoout scenario too?
May 16 15:07:14 <mrmoku> otherwise we won't have a ringtone :)
May 16 15:07:39 <GNUtoo|laptop> mrmoku, then use the sames scenarios
May 16 15:07:45 <GNUtoo|laptop> for stereoout
May 16 15:07:51 <mrmoku> hmm
May 16 15:08:11 <GNUtoo|laptop> the only problem I think is just that it enables the mic
May 16 15:08:33 <mrmoku> call_speakers = gsmspeaker?
May 16 15:08:53 <mrmoku> call_headphones = gsmhandset
May 16 15:09:01 <mrmoku> and call_headphones_nokia = gsmheadset?
May 16 15:10:21 <mrmoku> GNUtoo|laptop: ^^ ?
May 16 15:11:04 <GNUtoo|laptop> hmmm
May 16 15:11:07 <GNUtoo|laptop> let me explain
May 16 15:11:17 <GNUtoo|laptop> call speakers =  meego using speakers during a call
May 16 15:11:23 <mrmoku> ok
May 16 15:11:28 <GNUtoo|laptop> call headphones: using my headphones that don't have mic
May 16 15:11:52 <GNUtoo|laptop> call_headphones_nokia: using the special nokia headphones that have the mic
May 16 15:11:57 <mrmoku> ok, so the gsmhandset one is missing?
May 16 15:11:59 <GNUtoo|laptop> all during a call
May 16 15:12:09 <GNUtoo|laptop> gsmhandset = speakers I think
May 16 15:12:35 <mrmoku> ahh, right, so the difference between gsmhandset and gsmspeaker is only the volume in the end, right?
May 16 15:12:49 <mrmoku> isn't there different speakers?
May 16 15:13:12 <mrmoku> yeah, I think so :)
May 16 15:16:28 <GNUtoo|laptop> yes
May 16 15:16:35 <GNUtoo|laptop> there are 2 speakers
May 16 15:16:38 <GNUtoo|laptop> one left and one right
May 16 15:16:49 <mrmoku> and one earspeaker, no?
May 16 15:16:52 <GNUtoo|laptop> no
May 16 15:16:55 <GNUtoo|laptop> that are sensors
May 16 15:18:51 <GNUtoo|laptop> maybe ask doc what is the thing in orange here:
May 16 15:19:00 <GNUtoo|laptop> http://natisbad.org/N900/img/n900-led-front-cam-prox-lum.png
May 16 15:19:04 <GNUtoo|laptop> yellow ls the led
May 16 15:19:09 <GNUtoo|laptop> red is prosimity
May 16 15:19:12 <GNUtoo|laptop> camera is green
May 16 15:19:19 <GNUtoo|laptop> blue, no idea either
May 16 15:19:49 <GNUtoo|laptop> blue light sensor
May 16 15:19:55 <mrmoku> looking at that too :)
May 16 15:20:24 <mrmoku> my guess would be earspeaker
May 16 15:20:34 <mrmoku> DocScrutinizer: ping :)
May 16 15:28:33 <GNUtoo|laptop> mrmoku, I pushed the removal of oss
May 16 15:30:58 <GNUtoo|laptop> since you cleaned, maybe I should try to send the sound from the mic to the cmtspeech/modem
May 16 15:43:53 <mrmoku> GNUtoo|laptop: good
May 16 15:45:05 <mrmoku> GNUtoo|laptop: did you do any other alsa tweakings?
May 16 15:45:09 * mrmoku has no sound on call
May 16 15:45:13 <GNUtoo|laptop> ah?
May 16 15:45:19 <GNUtoo|laptop> yes I removed the old alsa api
May 16 15:45:23 <GNUtoo|laptop> I'll retry
May 16 15:45:30 <GNUtoo|laptop> try to hangup and call again
May 16 15:45:33 <GNUtoo|laptop> and try headphones
May 16 15:45:52 <mrmoku> yeah trying headphones now
May 16 15:47:00 <GNUtoo|laptop> for me it works the second time
May 16 15:47:09 <GNUtoo|laptop> indeed it didn't work the first time
May 16 15:47:11 <GNUtoo|laptop> let me look
May 16 15:47:57 <mrmoku> neither the second time for me
May 16 15:48:26 <mrmoku> anyway... got to eat and upgrade harddisks in a clients server now
May 16 15:48:31 <mrmoku> so bbl
May 16 15:48:49 <mrmoku> GNUtoo|laptop: btw. I have a ringcall with your scenarios :)
May 16 15:49:00 <GNUtoo|laptop> ok
May 16 15:49:07 <mrmoku> will commit them not before call audio works though
May 16 15:49:16 <mrmoku> ok bbl
May 16 15:49:16 <GNUtoo|laptop> commit them now
May 16 15:49:18 <GNUtoo|laptop> so I test
May 16 16:00:08 <CIA-81> freesmartphone.org: 03mickey 07cornucopia * rd34caf0200ad 10/fsoaudiod/src/plugins/gsmvoice_alsa_cmtspeechdata/cmthandler.vala: fsoaudiod: gsmvoice_alsa_cmtspeechdata: cosmetics
May 16 16:00:33 <DocScrutinizer> mrmoku: pong
May 16 16:03:20 <DocScrutinizer> left2r: indicator RGB-LED (ye), earpiece (or), IR-proximity (re), VGA cam (gn), ALS (bl)
May 16 16:04:51 <DocScrutinizer> mrmoku: on N900 there's a noticable diff between earpiece in LCD half, and stereo speakers in kbd half
May 16 16:09:15 <DocScrutinizer> btw headphones with a mic are called headset
May 16 16:09:33 <DocScrutinizer> not only at Nokia ;-D
May 16 16:10:11 <mickeyl> hehe
May 16 16:10:26 <DocScrutinizer> you can have mono headset and stereo headset, but you probably won't find headphones with a mic
May 16 16:11:10 <DocScrutinizer> and 
May 16 16:11:13 <DocScrutinizer> *if*
May 16 16:12:04 <DocScrutinizer> we could detect mono headphone (the only one with a proper 2 pole 3.5mm), then we for sure shouldn't drive right channel
May 16 16:12:47 <CIA-81> freesmartphone.org: 03mickey 07aurora * rc82ade6feab7 10/aurora/components/common/Dialpad.qml: aurora: dialpad: fix overlapping with backspace button
May 16 16:13:01 <DocScrutinizer> mono headsets will either have a 4 pin plug compatible to stereo headset, or they won't really work with Nokia AV
May 16 16:16:30 <DocScrutinizer> all you audio folks are using the codec datasheet to get an idea about what's the meaning of each of those 99 alsa mixer controls?
May 16 16:18:11 <DocScrutinizer> (well, maybe for the most basic things about audio, the L3_4 service manual will do as well. For proper understanding all the details you need the ds of aic34 and the n900 schematics
May 16 16:18:16 <DocScrutinizer> )
May 16 16:19:33 <DocScrutinizer> ~seen qgil
May 16 16:19:39 <apt> qgil <c0646a28@gateway/web/freenode/ip.192.100.106.40> was last seen on IRC in channel #meego, 5d 19h 40m 25s ago, saying: 'hi there alterego'.
May 16 16:19:47 <mickeyl> is quim still with nokia?
May 16 16:19:57 <DocScrutinizer> dunno
May 16 16:20:07 <DocScrutinizer> thought so, but maybe not
May 16 16:24:57 <mrmoku> DocScrutinizer: yeah and fso calls the included speaker/mic gsm_handset_ ;)
May 16 16:26:11 <mickeyl> hehe
May 16 16:27:04 <mrmoku> mickeyl: found some more cosmetics to do :)
May 16 16:27:42 <DocScrutinizer> I never thought it's a brilliant idea to have combined alsa states
May 16 16:27:44 <mickeyl> mrmoku: how's the state of that plugin now? 
May 16 16:28:11 <DocScrutinizer> what got built-in mic to doo with earpiece?
May 16 16:28:41 <mrmoku> mickeyl: GNUtoo|laptop has audio with it
May 16 16:28:51 <mrmoku> my first try failed
May 16 16:28:58 <GNUtoo|laptop> and the second?
May 16 16:29:20 <mrmoku> DocScrutinizer: yeah wrong name I used
May 16 16:29:22 <DocScrutinizer> you got 3 record sources, and four playback sinks. so you plan to multiply that for a 12 scenarios?
May 16 16:29:34 <mrmoku> GNUtoo|laptop: second try neither
May 16 16:29:46 <mrmoku> neither incoming nor outgoing
May 16 16:29:55 <GNUtoo|laptop> outgoing doesn't work
May 16 16:29:59 <GNUtoo|laptop> only incomming sound
May 16 16:30:10 <mrmoku> neither speaker nor headset
May 16 16:30:24 <mrmoku> GNUtoo|laptop: outgoing call 
May 16 16:30:29 <GNUtoo|laptop> maybe push what you have
May 16 16:30:31 <mrmoku> not audio
May 16 16:30:34 <GNUtoo|laptop> ah ok
May 16 16:31:16 <mrmoku> I'm almost on my way to the client
May 16 16:31:32 <mrmoku> so whatevedr has to wait until later
May 16 16:32:52 <mrmoku> cul
May 16 16:33:04 <mickeyl> cu
May 16 16:33:17 <GNUtoo|laptop> see you
May 16 16:33:18 <DocScrutinizer> you should create a alsa device "earpiece" by a proper definition in /etc/asound.conf, also a "mic_int(ernal)" and a stereo device "speakers" and "headphones", and a "mic_hs"
May 16 16:33:53 <GNUtoo|laptop> I don't know fsoaudiod at all
May 16 16:34:00 <GNUtoo|laptop> how does it work?
May 16 16:34:03 * DocScrutinizer neither
May 16 16:35:34 <DocScrutinizer> but it feels utterly silly to make each and every app open "alsa:default" and then mess around with mixer settings and scenarios, while getting more and more headache
May 16 16:38:00 <DocScrutinizer> you can define the proper mixer settings for a device like "earpiece" to work properly, by using standard alsa means, i.e. hooks. That's what they were designed for and are used all over alsa on e.g. this very laptop I'm typing on
May 16 16:38:09 <GNUtoo|laptop> mickeyl, what do you think about doc's comment?
May 16 16:39:04 <mickeyl> no idea, i tried to stay away from audio
May 16 16:39:13 <DocScrutinizer> opening the audio device "earpiece" just *magically* sets the mixer control to make this earpiece work
May 16 16:39:14 <mickeyl> morphis is the audio master for now
May 16 16:39:32 <DocScrutinizer> and morphis is 100% on my page
May 16 16:46:09 <morphis> heyh
May 16 16:46:11 <morphis> o
May 16 16:47:11 <DocScrutinizer> right, morphis ?
May 16 16:47:14 <GNUtoo|laptop> hi, we were talking about audio and about fsoaudiod
May 16 16:47:22 <GNUtoo|laptop> (hi morphis )
May 16 16:47:23 <morphis> ok
May 16 16:47:33 <morphis> and what is "right"?
May 16 16:48:08 <GNUtoo|laptop> I'll reboot to try a dsdt fix
May 16 16:48:13 <DocScrutinizer> it's asking for confirmation about your opinion being strongly influenced by my ACI concept
May 16 16:48:46 <morphis> it is
May 16 16:48:50 <DocScrutinizer> or >><DocScrutinizer> you should create a alsa device "earpiece" by a proper definition in /etc/asound.conf, also a "mic_int(ernal)" and a stereo device "speakers" and "headphones", and a "mic_hs"<<
May 16 16:49:46 <DocScrutinizer> >silly to make each and every app open "alsa:default" and then mess around with mixer settings and scenarios...<
May 16 16:50:05 <morphis> thats the concept behind the stream control in fsoaudiod
May 16 16:50:10 <morphis> you have several alsa devices
May 16 16:50:25 <morphis> like media, alerts, ...
May 16 16:50:45 <morphis> when a application open one of this devices a new audio session is opened by fsoaudiod
May 16 16:50:50 <morphis> which can then be muted etc.
May 16 16:51:14 <morphis> so can mute very media session when a alert is comming in
May 16 16:51:54 <morphis> mickeyl: ping
May 16 16:53:41 <mickeyl> pöng
May 16 16:55:28 <morphis> mickeyl: you are here, great :)
May 16 16:56:25 <CIA-81> freesmartphone.org: 03morphis 07utilities * rdde79cd36e89 10/palmpre/fso-installer/Makefile: fso-installer: fix wrong command line argument while extracting rootfs
May 16 16:56:47 <morphis> mickeyl: first look here: http://mm.gravedo.de/blog/?p=46
May 16 16:57:47 <mickeyl> hmm
May 16 16:57:49 <mickeyl> good and bad news
May 16 16:58:08 <morphis> yeah, but the shared-memory stuff seems to be pretty the same as most android devices out there are using
May 16 16:58:17 <mickeyl> yep
May 16 16:58:30 <mickeyl> still a relatively old kernel
May 16 16:58:37 <DocScrutinizer> morphis: right! like `aplay -D alert tatootatoo.wav`
May 16 16:58:42 <morphis> one name that I get from the binaries is oncrpc
May 16 16:58:43 <morphis> DocScrutinizer: yes
May 16 16:59:07 <morphis> mickeyl: which is written down as an rfc here: http://tools.ietf.org/html/rfc1831
May 16 17:00:27 <mickeyl> yes and no
May 16 17:00:34 <DocScrutinizer> fsoaudiod just needs a config to give a priority to each competing virtual audio device
May 16 17:00:45 <mickeyl> google changed a ton of things
May 16 17:01:02 <mickeyl> i hope it's not the same here
May 16 17:01:04 <morphis> google, but we don't know if palm did the same
May 16 17:01:25 <morphis> there are libs in the fs like liboncrpc.so 
May 16 17:01:40 <morphis> which seems to be something comming from Qualcomm
May 16 17:02:23 <morphis> but in general the device layout is pretty much the same
May 16 17:03:01 <morphis> mickeyl: we will see, first we need some of these devices
May 16 17:03:06 <morphis> but thats currently not our problem
May 16 17:03:11 <morphis> first we have to do other stuff
May 16 17:04:08 <morphis> mickeyl: what about the announcement, should we send it now?
May 16 17:05:11 <mickeyl> should be out for an hour or so now
May 16 17:06:03 <morphis> really?
May 16 17:06:07 <morphis> then I missed it
May 16 17:09:13 <morphis> ok, still no replies :)
May 16 17:09:30 <morphis> mickeyl: I played a little bit more yesterday with aurora on the Palm Pre
May 16 17:09:34 <morphis> with qt4-embedded
May 16 17:09:37 <mickeyl> how does it perform?
May 16 17:09:42 <morphis> it was not that fast as I expected
May 16 17:09:59 <mickeyl> what in particular?
May 16 17:10:19 <morphis> here you will find an image: http://amethyst.openembedded.net/~morphis/aurora/images/palmpre/
May 16 17:10:27 <morphis> switch between the modal dialog and the app
May 16 17:10:35 <morphis> was not that fluent
May 16 17:10:56 <morphis> default backend for qt4-embedded is plain fb, right?
May 16 17:11:01 <mickeyl> yeah, that's probably due to the non-accelerated framebufer
May 16 17:11:20 <morphis> and maybe the difference between qt4 and evas?
May 16 17:11:53 <morphis> but it's usable 
May 16 17:11:55 <mickeyl> yes. qml way higher abstracted and more flexible - that comes with a price
May 16 17:12:00 <morphis> nothing we should worry about
May 16 17:12:05 <morphis> ok
May 16 17:12:26 <morphis> what about the omapf x11 plugin, does it something that brings more speed?
May 16 17:12:45 <mickeyl> no idea
May 16 17:13:49 <morphis> ok, then we should ask some experts
May 16 17:13:58 <morphis> but for now it should be not a problem
May 16 17:15:16 <mickeyl> yep
May 16 17:15:40 <CIA-81> freesmartphone.org: 03morphis 07aurora * r44ac0a0ae031 10/aurora/components/common/Dialpad.qml: aurora: some style fixes for the dialpad widget
May 16 17:16:06 <morphis> mickeyl: I talked yesterday with radekp about his work in qt dbus support for fso
May 16 17:16:18 <morphis> s/in/about/
May 16 17:16:19 <apt> morphis meant: mickeyl: I talked yesterday with radekp about his work about qt dbus support for fso
May 16 17:16:30 <morphis> and I created the libfso-qt repository for him
May 16 17:17:09 <mickeyl> ok
May 16 17:17:15 <morphis> as he wants to integrate fso in qtmoko and started playing around with the qdbuscpp2xml utility
May 16 17:17:43 <morphis> mickeyl: what about your patches for fso-specs to be ready for qt?
May 16 17:17:53 <morphis> are they already pushed?
May 16 17:18:01 <morphis> not that he does the same work a second time
May 16 17:18:22 <mickeyl> no, i stopped doing that work when we decided to go python for a while
May 16 17:18:39 <radekp> mickeyl: hi, yup i have test program that can sport all gsm call functions of FSO
May 16 17:18:48 <mickeyl> nice
May 16 17:19:01 <radekp> mickeyl: i have to appreciate how simple is working with FSO
May 16 17:20:51 <mickeyl> radekp: glad to hear that. that was one of the major goals when defining the API
May 16 17:23:39 <morphis> mickeyl: I did the first bits to be able to use the pin request dialog on the device to send the pin
May 16 17:27:39 <CIA-81> freesmartphone.org: 03morphis 07aurora * rd5f1c7222d95 10/aurora/aurora/extensions/agents.py: aurora: fix getSimAuthStatus() method; should be a getter not a setter ...
May 16 17:29:26 <mickeyl> morphis: is there a way to have the text font autofit its container?
May 16 17:29:46 <morphis> thats something I am searching for too :)
May 16 17:29:55 <morphis> anchors.fill: parent does not work
May 16 17:30:26 <mickeyl> hmm
May 16 17:30:34 <mickeyl> ok, i guess we need a 'text' element here, instead of a TextEdit
May 16 17:30:37 <mickeyl> for text they say
May 16 17:30:38 <mickeyl> "If height and width are not explicitly set, Text will attempt to determine how much room is needed and set it accordingly. "
May 16 17:31:13 <morphis> you mean in the dialerwidget?
May 16 17:31:17 <mickeyl> yes, e.g.
May 16 17:32:38 <morphis> hm, but we need for example the echoMode of the TextInput element to be able to hide passwords/pins
May 16 17:32:48 <morphis> but maybe you are right
May 16 17:33:13 <morphis> the TextEntry widget does it the same way
May 16 17:33:28 <mickeyl> err, wait
May 16 17:33:31 <mickeyl> i have it backwards
May 16 17:33:36 <mickeyl>  "If height and width are not explicitly set, Text will attempt to determine how much room is needed and set it accordingly. "
May 16 17:33:40 <mickeyl> that's the inverse of what we want
May 16 17:33:50 <mickeyl> we want a fixed height and width and a derived font height
May 16 17:33:52 <mickeyl> not the inverse :)
May 16 17:33:57 <morphis> yes
May 16 17:34:04 <morphis> look at components/common/TextEntry.qml
May 16 17:35:49 <mickeyl> hmm, yes?
May 16 17:37:03 <CIA-81> freesmartphone.org: 03morphis 07aurora * rdf07bc6b5d65 10/aurora/aurora/main.qml: aurora: manage changed sim auth status and show pin-request app page when needed
May 16 17:37:18 <morphis> mickeyl: the TextEntry widget use a Text element 
May 16 17:37:25 <morphis> to display the text
May 16 17:37:42 <morphis> and in the background a TextInput element is doing the input-work
May 16 17:37:51 <mickeyl> ah, ok, so if text could do it, textinput could, too
May 16 17:38:04 <mickeyl> it looks it can't though
May 16 17:38:08 <mickeyl> so we need to write such a widget
May 16 17:38:17 <morphis> yes
May 16 17:38:49 <mickeyl> ah, wait here we are:
May 16 17:38:50 <mickeyl> "The elide property can alternatively be used to fit a single line of plain text to a set width."
May 16 17:39:34 <mickeyl> that may be destructive to the text though
May 16 17:39:39 <mickeyl> ... trying...
May 16 17:40:38 <morphis> a property which makes the text wrap if it does not suite and then add "..." as last shown characters would be nice
May 16 17:44:44 <mickeyl> yeah
May 16 17:45:01 <mickeyl> i guess autofit didn't make it in because of performance reasnos
May 16 17:46:03 <mickeyl> anyways, need to run some errands
May 16 17:46:04 <mickeyl> bbl
May 16 17:49:10 <morphis> mickeyl: ok
May 16 18:33:17 <GarthPS> morphis: hi. I was checking lasts commiy to fso-installer. I think there is still a typo in NuttyBunny commit check the last change
May 16 18:34:34 <morphis> GarthPS: you mean the "tar --xz" thing?
May 16 18:43:48 <GarthPS> morphis: yep : novacom -w run file://bin/tar --x -C /tmp/fso -f - . < build/extra-files.tar 2> /dev/null || true; \
May 16 18:43:59 <morphis> I already fixed that one
May 16 18:44:38 <GarthPS> morphis: nope. not this one. there was two typo..it seems
May 16 18:44:41 <morphis> or is it another one?
May 16 18:44:44 <morphis> hm ok
May 16 18:44:47 <morphis> you will fix it?
May 16 18:45:23 <GarthPS> morphis: if you want. I just wanted to be sure that it is a typo as I read it
May 16 18:45:49 <morphis> it is
May 16 18:46:45 <GarthPS> morphis: ok I will fix it
May 16 18:47:52 <morphis> great
May 16 19:00:02 <CIA-81> freesmartphone.org: 03sylvain.pare 07utilities * rcb44d69d2ccd 10/palmpre/fso-installer/Makefile: fso-installer: fix wrong command line argument while extracting extra
May 16 19:01:14 <GarthPS> done
May 16 19:03:34 <morphis> GarthPS: thanks
May 16 19:07:18 <GarthPS> morphis: personnaly I don't use install-extra ;)
May 16 19:07:32 <morphis> GarthPS: I use it from time to time
May 16 19:07:41 <morphis> it's only for development
May 16 19:07:45 <GarthPS> morphis: it is waht for ?
May 16 19:07:54 <morphis> currently nobody else needs it
May 16 19:08:09 <morphis> GarthPS: it installs additional firmware files from the webOS rootfs
May 16 19:08:56 <GarthPS> morphis: to use camera for example ?
May 16 19:09:12 <morphis> yes
May 16 19:09:21 <morphis> but using the camera does not work atm
May 16 19:09:29 <morphis> I only tried sometime ago
May 16 19:10:09 <GarthPS> ok. anyway we have better things to do befor that :p
May 16 19:11:41 <morphis> yes
May 16 19:11:47 <morphis> GarthPS: you read the aurora announcement?
May 16 19:12:27 <GarthPS> morphis: was it already published ? I read the draft
May 16 19:12:44 <morphis> it's in development
May 16 19:14:36 <morphis> http://amethyst.openembedded.net/~morphis/aurora-002.png
May 16 19:14:40 <morphis> http://amethyst.openembedded.net/~morphis/aurora-003.png
May 16 19:14:42 <morphis> http://amethyst.openembedded.net/~morphis/aurora-004.png
May 16 19:14:58 <morphis> thats how it looks like atm
May 16 19:15:31 <morphis> so nothing special
May 16 19:30:52 <mrmoku> GNUtoo: ping
May 16 19:30:58 <GNUtoo> pong
May 16 19:31:04 <mrmoku> how do we procede?
May 16 19:31:10 <GNUtoo> I've DSDT issues so I'm on the desktop now
May 16 19:31:11 <GNUtoo> no idea
May 16 19:31:14 <GNUtoo> I build
May 16 19:31:17 <GNUtoo> and then I test
May 16 19:31:26 <GNUtoo> did you push the scenarios?
May 16 19:31:32 <mrmoku> I wonder if we should dive into the alsa-hook thingie
May 16 19:31:42 <mrmoku> just came back to the kbd
May 16 19:31:43 <GNUtoo> what alsa hook?
May 16 19:31:48 <mrmoku> so no, did not push anything yet
May 16 19:31:51 <GNUtoo> ok
May 16 19:31:57 <mrmoku> DocScrutinizer's alsa-hook concept
May 16 19:32:00 <GNUtoo> ask morphis what is his plans with alsa
May 16 19:32:07 <mrmoku> morphis: ping :)
May 16 19:32:09 <GNUtoo> I didn't follow
May 16 19:32:12 <mrmoku> ok
May 16 19:32:15 <GNUtoo> I was trying to fix my laptop
May 16 19:32:22 <GNUtoo> it's very slow
May 16 19:32:25 <GNUtoo> heat issues
May 16 19:32:31 <GNUtoo> I suspect the DSDT table
May 16 19:32:52 <mrmoku> fun :/
May 16 19:34:39 <GNUtoo> indeed and it's very slow at compiling if I keep it as-is
May 16 19:34:50 <GNUtoo> removing the CPUFREQ makes it a bit faster
May 16 19:35:09 <mrmoku> morphis: ping :)
May 16 19:35:17 <GarthPS> morphis: I would live to manage to find some time to help 
May 16 19:35:20 <morphis> mrmoku: pong
May 16 19:35:25 <GarthPS> ui design etc
May 16 19:35:31 <morphis> GarthPS: yeah!
May 16 19:35:34 <mrmoku> morphis: I would like to continue the alsa-hook investigation
May 16 19:35:40 <morphis> mrmoku: :)
May 16 19:36:01 <morphis> mrmoku: you want the stream control thing from fsoaudiod?
May 16 19:36:05 <mrmoku> yup
May 16 19:36:08 <morphis> :)
May 16 19:36:18 <mrmoku> in combination with docs virtual alsa hooked devices
May 16 19:36:38 <mrmoku> what is the next step to do there?
May 16 19:36:39 <morphis> I already started with the plugin
May 16 19:36:47 <mrmoku> yeah, have it open in gvim :)
May 16 19:37:01 <mrmoku> if I only knew what to type now :P
May 16 19:37:11 <morphis> hehe
May 16 19:37:17 <mrmoku> or do you have unpushed stuff?
May 16 19:37:23 <morphis> I tried to get dbus running from the plugin
May 16 19:37:30 <morphis> let me take a look
May 16 19:37:47 <morphis> thats my ~/.asoundrc I used for testing: http://pastie.org/1912373
May 16 19:37:52 <DocScrutinizer> morphis: that's tricky, as the dbus session bus is user specific
May 16 19:38:03 <morphis> DocScrutinizer: system bus!
May 16 19:38:09 <DocScrutinizer> hmm ok
May 16 19:38:13 <morphis> fsoaudiod works currently on the system bus
May 16 19:38:20 <morphis> all in all thats not the best way
May 16 19:38:29 <morphis> but thats how things currently works
May 16 19:38:43 <morphis> be should switch that later
May 16 19:38:56 <morphis> s/be should/should be/
May 16 19:38:58 <apt> morphis meant: should be switch that later
May 16 19:39:11 <DocScrutinizer> not sure
May 16 19:39:13 <morphis> mrmoku: ok, you compiled the plugin?
May 16 19:39:30 <DocScrutinizer> seems for a global resource a system bus is ok
May 16 19:39:34 <mrmoku> fsoaudio_session_la-plugin.lo
May 16 19:39:37 <mrmoku> so yes, I think so
May 16 19:39:58 <morphis> ok
May 16 19:40:04 <morphis> then use my asoundrc
May 16 19:40:08 <morphis> start fsoaudiod
May 16 19:40:21 <mrmoku> conf/asound.conf?
May 16 19:40:25 <morphis> and run "aplay -D mediatest somefile.wav"
May 16 19:40:32 <morphis> this one here: http://pastie.org/1912373
May 16 19:40:48 <morphis> fsoaudiod/conf/asound.conf is not ready yet
May 16 19:40:52 <mrmoku> ok
May 16 19:41:03 * mrmoku goes searching his n900
May 16 19:45:04 <mrmoku> hmm
May 16 19:46:57 <mrmoku> morphis: can I take the .so from .libs/fsoaudio_session.so  and copy it over?
May 16 19:49:07 <mrmoku> DocScrutinizer: how does alsa determine where to look for modules?
May 16 19:54:07 <mrmoku> root@nokia900 ~ # aplay -D mediatest /usr/share/sounds/female_message.wav 
May 16 19:54:10 <mrmoku> ALSA lib pcm.c:2212:(snd_pcm_open_noupdate) Unknown PCM mediatest
May 16 19:54:12 <mrmoku> aplay: main:660: audio open error: No such file or directory
May 16 19:54:12 <DocScrutinizer> errr, good question
May 16 19:54:23 <mrmoku> on my laptop I have /usr/lib/alsa-lib
May 16 19:54:46 <DocScrutinizer> yeah
May 16 19:55:01 <mrmoku> ok, it get's it from the asound.rc
May 16 19:55:10 <mrmoku> pcm_hook_type.fsoaudiosessionhook { lib "/usr/lib/alsa-lib/fsoaudio_session.so"
May 16 19:55:12 <DocScrutinizer> I think I simply place the shit there, as the original hook lib was there too
May 16 19:56:06 <mrmoku> morphis: does not work
May 16 19:56:08 <DocScrutinizer> sure, the hooktype is a prototype for the actual hook, kinda
May 16 19:56:57 <mrmoku> DocScrutinizer: yeah http://pastie.org/1912373 is the complete thing
May 16 19:57:18 <mrmoku> probably just copying the .so does not work
May 16 19:57:20 <morphis> mrmoku: sorry, was a bit busy the last minutes
May 16 19:57:24 <mrmoku> np
May 16 19:57:34 <mrmoku> how do I get a working fsoaudio_session.so?
May 16 19:57:41 <morphis> what means it does not work?
May 16 19:57:46 <morphis> it crashes?
May 16 19:57:48 <mrmoku> I tried to copy the one in .libs but that needs probably some rpath reworking
May 16 19:57:51 <mrmoku> no
May 16 19:57:57 <mrmoku> 21:51 < mrmoku> ALSA lib pcm.c:2212:(snd_pcm_open_noupdate) Unknown PCM mediatest
May 16 19:58:07 <morphis> hm
May 16 19:58:22 <morphis> you copied my whole ~/.asoundrc?
May 16 19:58:29 <mrmoku> yup
May 16 19:58:30 <DocScrutinizer> lib "/usr/local/lib/alsa-lib/fsoaudio_session.so"
May 16 19:58:37 <DocScrutinizer> look twice!
May 16 19:58:42 <mrmoku> I striped the local
May 16 19:58:57 <mrmoku> +p
May 16 19:59:04 <morphis> will try it here too
May 16 19:59:09 <mrmoku> ok
May 16 19:59:21 <DocScrutinizer> ls -l "/usr/local/lib/alsa-lib/fsoaudio_session.so
May 16 19:59:48 <DocScrutinizer> please paste full output of aplay -v -D...
May 16 20:00:28 <DocScrutinizer> for me it sems like your ~/.asoundrc isn't found at all
May 16 20:00:31 <mrmoku> root@nokia900 ~ # aplay -v -D mediatest /usr/share/sounds/female_message.wav 
May 16 20:00:34 <mrmoku> ALSA lib pcm.c:2212:(snd_pcm_open_noupdate) Unknown PCM mediatest
May 16 20:00:36 <mrmoku> aplay: main:660: audio open error: No such file or directory
May 16 20:00:55 <mrmoku>                 files [
May 16 20:00:55 <mrmoku>                         "/etc/asound.conf"
May 16 20:00:55 <mrmoku>                         "~/.asoundrc"
May 16 20:00:55 <mrmoku>                 ]
May 16 20:00:58 <mrmoku> from alsa.conf
May 16 20:01:00 <DocScrutinizer> insert bogus shit in line 1 of .asoundrc
May 16 20:01:05 <mrmoku> ok
May 16 20:01:22 <morphis> I get this now:
May 16 20:01:23 <morphis> morphis@nirvana ~/Workspace/fso/cornucopia/fsoaudiod (git)-[master] % aplay -v -D mediatest /usr/share/sounds/pop.wav
May 16 20:01:23 <morphis> ALSA lib dlmisc.c:124:(snd_dlsym_verify) unable to verify version for symbol fsoaudio_session_install
May 16 20:01:23 <morphis> ALSA lib pcm_hooks.c:431:(snd_pcm_hook_add_conf) symbol fsoaudio_session_install is not defined inside /usr/local/lib/alsa-lib/fsoaudio_session.so
May 16 20:01:24 <morphis> aplay: main:660: Fehler beim Öffnen des Gerätes: Kein passendes Gerät bzw. keine passende Adresse gefunden
May 16 20:01:37 <mrmoku> DocScrutinizer: does not change the output
May 16 20:02:05 <DocScrutinizer> your asoundrc isn'T where it belongs, wrong perm/owner, whatever
May 16 20:02:09 <mrmoku> morphis: ok, that probably means DocScrutinizer is right and it does not even consider to look at my .asoundrc
May 16 20:02:26 <mrmoku> root@nokia900 ~ # ls -l /home/root/.asound.rc 
May 16 20:02:26 <mrmoku> -rw-r--r--    1 root     root           241 Jan  1 01:18 /home/root/.asound.rc
May 16 20:02:37 <mrmoku> duh
May 16 20:02:47 * mrmoku stupid
May 16 20:02:54 <morphis> ok
May 16 20:02:54 <mrmoku> so used to the .rc extension :P
May 16 20:02:56 <morphis> pcm_hook_type.fsoaudiosessionhook {
May 16 20:02:56 <morphis>    lib "/usr/local/lib/alsa-lib/fsoaudio_session.so"
May 16 20:02:57 <morphis>    install "fsoaudio_alsa_hook_request_session_install"
May 16 20:02:57 <morphis> }
May 16 20:03:02 <morphis> use this in your asoundrc
May 16 20:03:21 <mrmoku> ALSA lib conf.c:1685:(snd_config_load1) _toplevel_:9:13:Unexpected char
May 16 20:03:41 <DocScrutinizer> remove crap
May 16 20:03:49 <mrmoku> ok, better
May 16 20:03:50 <mrmoku> root@nokia900 ~ # aplay -v -D mediatest /usr/share/sounds/female_message.wav 
May 16 20:03:53 <mrmoku> Playing WAVE '/usr/share/sounds/female_message.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Mono
May 16 20:03:56 <mrmoku> Segmentation fault
May 16 20:03:58 <morphis> when I know execute the play call segfaults
May 16 20:03:58 <mrmoku> at least it segfaults ;)
May 16 20:03:58 <morphis> yes
May 16 20:04:07 <morphis> get_uninitialized_connection (bus_type=G_BUS_TYPE_SYSTEM, cancellable=0x0, error=0x7fff4b7f1098)
May 16 20:04:24 <morphis> so it has problems with initiailizing dbus
May 16 20:04:30 <DocScrutinizer> now THATS your very own problem :-D
May 16 20:04:46 <morphis> jepp :)
May 16 20:04:59 <DocScrutinizer> errr, that's hardly alsa related ;-D
May 16 20:04:59 <morphis> and thats the point I stopped working cause of other things :)
May 16 20:05:02 <mrmoku> #1  0x403e8ec8 in get_uninitialized_connection (bus_type=G_BUS_TYPE_SYSTEM, cancellable=0x0, error=0xbea7b4cc) at gdbusconnection.c:6217
May 16 20:05:05 <mrmoku> yeah, have that too
May 16 20:05:24 <morphis> maybe I am doing something wrong with dbus initialization
May 16 20:05:33 <morphis> as we want a sync dbus connection without mainloop support
May 16 20:05:42 <mrmoku> ok, that's something I can play with now :)
May 16 20:05:57 <morphis> ok
May 16 20:06:00 <DocScrutinizer> \o/
May 16 20:06:03 <morphis> maybe mickeyl can help us here
May 16 20:06:10 <morphis> mrmoku: when you have that working, please tell me
May 16 20:06:14 <mrmoku> ok
May 16 20:06:26 <morphis> as I have already a lot of thoughts in mind to get the streamcontrol inside fsoaudiod working
May 16 20:06:47 <mrmoku> great :)
May 16 20:06:59 <DocScrutinizer> I'm sorta happy seeing my 18 moths of headache from brooding about this finaly result in some good thing
May 16 20:07:09 <morphis> look at src/lib/streamcontrol.vala and src/lib/sessionhandler.vala
May 16 20:07:26 <morphis> DocScrutinizer it will be great without anohter daemon wasting resources :)
May 16 20:07:45 <morphis> mrmoku: some word about the session api
May 16 20:07:56 <DocScrutinizer> and especially without any special patches to audio apps
May 16 20:08:20 <morphis> register_session(Stream stream) registers the session with fsoaudiod and returns a string which contains a token identifying the session
May 16 20:08:28 <DocScrutinizer> from a app PoV it's a plain vanilla alsa system
May 16 20:08:36 <morphis> DocScrutinizer: jepp, thats sone of the key features for me
May 16 20:09:06 <morphis> mrmoku: and release_session(string token) where you have to supply the generated token to release the session
May 16 20:09:07 <DocScrutinizer> that's been THE key design goal when I enjoyed my alsa headache ;-D
May 16 20:09:08 <morphis> thats all
May 16 20:09:14 <morphis> :)
May 16 20:09:33 <morphis> mrmoku: everything else is done by fsoaudiod
May 16 20:09:48 <morphis> so the alsa plugin has only to call register_session/release_session
May 16 20:11:42 <mrmoku> morphis: ok
May 16 20:12:01 <DocScrutinizer> return -1 when fsoaudiod tells this session can't get established now
May 16 20:12:12 <morphis> mrmoku: I have even a patch for OE fsoaudiod pending which puts the alsa plugin into it's own packages
May 16 20:12:17 <morphis> DocScrutinizer: jepp
May 16 20:13:10 <mrmoku> morphis: could you pastebin that patch?
May 16 20:13:45 <morphis> http://pastie.org/1912563
May 16 20:14:45 <mrmoku> MDBUS2> org.freesmartphone.oaudiod /org/freesmartphone/Audio org.freesmartphone.Audio.Manager.RegisterSession media
May 16 20:14:48 <mrmoku> ("2300")
May 16 20:14:50 <mrmoku> manually works
May 16 20:15:08 <DocScrutinizer> morphis: I'd love to see you also pushing libalsahookexec upstream
May 16 20:15:44 <morphis> DocScrutinizer: I only have this little c file + the asound.conf from you
May 16 20:15:45 <DocScrutinizer> of course after cleaning it up a lot
May 16 20:15:46 <morphis> nothing more
May 16 20:15:59 <DocScrutinizer> yeah, that little c file
May 16 20:16:17 <morphis> DocScrutinizer: ok
May 16 20:16:43 <DocScrutinizer> it allows execution of arbitrary shell commands in a hook
May 16 20:18:52 <DocScrutinizer> e.g some user might want to fir some command to operate a relais attached to USB host, to switch on his home stereo, to playback the audio there
May 16 20:19:45 <DocScrutinizer> or device "ringer" may start arbitrary other stuff, for dunno what purpose
May 16 20:20:17 <CIA-81> SHR: 03Martin.Jansa 07shr-chroot * rc5545d486aca 10/ (778 files in 68 dirs): system upgrade
May 16 20:20:21 <DocScrutinizer> ACI >> SHR
May 16 20:20:40 <DocScrutinizer> I might even consider using it for my laptop
May 16 20:22:08 <DocScrutinizer> so even while we maybe don't need libhookexec for FSO/SHR, I like it to get bundled with the whole ACI system, as it's related to the concept
May 16 20:22:09 <morphis> DocScrutinizer: let's see if I have the time to do it
May 16 20:26:54 <morphis> mrmoku: fsoaudiod patch is now upstream
May 16 20:27:31 <mrmoku> morphis: great
May 16 20:27:36 <GNUtoo> mrmoku, so what's the plan then?
May 16 20:27:38 <mrmoku> morphis: can't see no problem with the dbus part there
May 16 20:27:40 <GNUtoo> I didn't follow, sorry
May 16 20:28:04 <morphis> mrmoku: hm
May 16 20:28:10 <mrmoku> GNUtoo: I'm looking into the alsa hooks
May 16 20:28:49 <DocScrutinizer> morphis: mrmoku: also maybe think of allowing the plugin to send user definable dbus msgs. I'm thinking along a line analog to fsoraw, to stop a device from suspending only while the mp3-player actually is playing. Send a CPU resource allocation to fso
May 16 20:29:46 <lindi-> DocScrutinizer: ACI hooks sound interesting, I wonder why I only heard about it now even though you had written code in 2009..
May 16 20:29:49 <GNUtoo> ok
May 16 20:30:02 <DocScrutinizer> nfc
May 16 20:30:15 <DocScrutinizer> I tlaked about it like 100 times here
May 16 20:30:26 <lindi-> I grepped irc logs. many hits in 2011 yes
May 16 20:31:01 <DocScrutinizer> I had chats with mickey long ago, not this year
May 16 20:31:34 <morphis> DocScrutinizer: that should not be part of the plugin itself
May 16 20:31:55 <lindi-> DocScrutinizer: just a random idea. I'd like to have my amplifier turned on if some application wants to play sound. if the open hook has "remote_power amp on" and close hook has "remote_power amp off" then I obviously get a lot of power cycling
May 16 20:31:58 <morphis> it should be part of fsoaudiod which decides what to do if there is playback on the "media"stream
May 16 20:32:21 <DocScrutinizer> as nobody was interested in implementing some fsoaudiod, and also the concept wasn't considered to be a feasible one that would actually work, I eventually forgot about it
May 16 20:33:00 <DocScrutinizer> lindi-: indeed
May 16 20:33:17 <lindi-> DocScrutinizer: so should the open hook send some dbus signal to a daemon that tracks usage and can implement some sort of timeout after close?
May 16 20:34:38 <DocScrutinizer> morphis: where else should it go? Also don't forget about implememting a property analog to the fsoresourced (or what it's called) to free a session when the dbus name vanishes. So not stalled sessions of segfaulted apps
May 16 20:36:32 <morphis> (about the property) no, I don't
May 16 20:36:42 <morphis> but there should be not too much in the plugin
May 16 20:36:47 <morphis> as it's a critical part
May 16 20:37:01 <morphis> which should be fast and without any errors
May 16 20:37:21 <DocScrutinizer> lindi-: you do a "echo 9999999 >/tmp/timeout-counter" in libhookexec_open, a "echo 100 >/tmp/timeout-counter" in libhookexec_close, and you got a "daemon" that decrements the content of that file by 1 every second, and switches off your amp when file is at 0
May 16 20:37:31 <morphis> the daemon later knows which sessions are used 
May 16 20:37:45 <morphis> so it should do the resource management too
May 16 20:38:20 <morphis> it knows there is someone using the media stream, so it stops the device to suspend (according to a police set by the user)
May 16 20:43:36 <DocScrutinizer> lindi-: this is already implemented and working here on my x86 laptop alsa (for the part of libhookexec, not the "daemon" thing for your amp)
May 16 20:43:54 <DocScrutinizer> you could have it set up and working in 90 minutes
May 16 20:44:12 <DocScrutinizer> given you got the command to switch your amp
May 16 20:45:58 <CIA-81> freesmartphone.org: 03morphis 07aurora * r4c4360b43a5e 10/aurora/aurora/extensions/agents.py: aurora: fix using of the wrong variable
May 16 20:46:21 <morphis> mickeyl: ping
May 16 20:50:57 <lindi-> DocScrutinizer: that only works if I run everything as the same user?
May 16 20:52:17 <DocScrutinizer> lindi-: umm, no. Why?
May 16 20:52:57 <DocScrutinizer> lindi-: libhookexec is a .so and living in userland alsa stack
May 16 20:53:56 <lindi-> DocScrutinizer: also wouldn't there be a delay of 1 second before the amp is turned on?
May 16 20:54:26 <DocScrutinizer> mrmoku: make sure you're not running into that hooklib bug that unloads the own lib as soon as it returns from open()
May 16 20:54:41 <DocScrutinizer> lindi-: umm, indeed
May 16 20:55:07 <lindi-> DocScrutinizer: so I'm thinking a dbus signal might be better than polling a file
May 16 20:56:41 <DocScrutinizer> lindi-: however, depending on your usecase, you could easily fix this by using "echo 9999999 >/tmp/timeout-counter; sleep 5", as alsa_pcm_open() doesn't return in your app before the system() call to those commands in libhookexec returns
May 16 20:59:29 <DocScrutinizer> lindi-: I was just typing utter crap for demonstrating how easy it is to implement such things with libhookexec. Of course you're free to use "/usr/local/bin/mytimer -on" and "/usr/local/bin/mytimer -delayed-off=50" or whatever you want. You could even use "dbus-send foo bar" if you think it's needed for some reason
May 16 20:59:31 <angelox_123> morphis: ping
May 16 21:00:10 <morphis> angelox_123: pong
May 16 21:00:53 <angelox_123> morphis: could you help me to understand how to create component from that listmodel/visualdatamodel on settings app,i couldn't understand a bit of how to do it :(
May 16 21:01:26 <morphis> angelox_123: you have a delegate
May 16 21:01:38 <morphis> the delegate creates a component for each item of the model
May 16 21:01:54 <lindi-> DocScrutinizer: ok
May 16 21:02:32 <lindi-> DocScrutinizer: one thing that might be useful is to have something like "headset" that is guaranteed to only play audio to a headset and never the internal speaker. can this be done?
May 16 21:02:43 <angelox_123> morphis: i'll try,so maybe delegate: pushPage(item_of_listmodel) 
May 16 21:02:53 <DocScrutinizer> lindi-: sure, no problem
May 16 21:03:04 <morphis> angelox_123: n
May 16 21:03:06 <morphis> no
May 16 21:03:14 <morphis> angelox_123: look at this tutorials here: http://qt.nokia.com/developer/learning/online/training/materials/qt-quick-for-designers
May 16 21:03:15 <DocScrutinizer> you can do that in plain vanilla ALSA on most systems
May 16 21:03:49 <lindi-> DocScrutinizer: yep but on FR it is sometimes not possible to play different audio headset and internal speakers?
May 16 21:04:22 <DocScrutinizer> that's what hook type control been invented for originally. It's meant to adjust mixer settings
May 16 21:05:14 <DocScrutinizer> lindi-: indeed you can't really play two different sounds concurrently to 2 different sinks on FR
May 16 21:05:23 <lindi-> ok
May 16 21:06:22 <DocScrutinizer> as long as you're ok with mutually exclusive locking of the resources, you still can do in plain alsa
May 16 21:07:02 <angelox_123> morphis: downloading: thanks
May 16 21:07:14 <morphis> angelox_123: no problem
May 16 21:07:46 <DocScrutinizer> if however you want to mute the mp3 player ->speakes stream, for playing a whisper to your ears without music mixed in, then you probably need libhookexec
May 16 21:08:12 <lindi-> DocScrutinizer: hmm. so if I have "aplay -D headset music.wav" running and I run "aplay -D speaker ringtone.wav" there is some mechanism to pause/mute the first aplay?
May 16 21:09:02 <DocScrutinizer> lindi-: or at very least you need prior knowledge about some app names on your system, and sme quite tricky alsa setup involving multiple dmix and softvols
May 16 21:09:58 <DocScrutinizer> you can mute headset stream via the softvol plugin in that stream, when the speaker device/stream gets opened
May 16 21:10:35 <lindi-> is the softvol plugin mapped to the memory space of the first aplay instance in that case?
May 16 21:10:44 <DocScrutinizer> alsa even supports to remember the previous setting of the softvol control of headset, and restore that same volume on "unmuting"
May 16 21:11:29 <DocScrutinizer> lindi-: in that case you need a softvol in the headset device stack - defined in .asoundrc
May 16 21:11:47 <lindi-> ok, I'm just wondering: how do these two aplay instances communicate?
May 16 21:12:16 <DocScrutinizer> speaker stack has a hook control plugin that mutes the softvol, and unmutes it on close of speaker stream
May 16 21:12:45 <DocScrutinizer> the two aplay instances don't notice anything of all that
May 16 21:13:07 <lindi-> hmm, maybe I should read more first
May 16 21:14:01 <morphis> so I am off for today
May 16 21:14:02 <morphis> gn8
May 16 21:14:28 <lindi-> DocScrutinizer: thanks for the ideas, I'm off to sleep now
May 16 21:14:45 <DocScrutinizer> lindi-: the headset "device" has a softvol plugin that creates a volume slider in alsamixer named "lindi". The speaker "device" gets a hook plugin that mutes the control named "lindi"
May 16 21:16:31 <DocScrutinizer> both devices aka aplay instances "communicate" via internal alsa function calls and are linked together by the name "lindi" of the softvol control
May 16 21:17:02 <DocScrutinizer> don't ask me how alsa implemets the ipc
May 16 21:20:18 <DocScrutinizer> but as the softvol actually creates a new control (actually a volume slider) in all alsa mixer apps, be it kmix or alsamixer or whatever, and those mixers are obviously already a different process than the one calling/running the softvol plugin in its memspace, I think it's not a real mystery
May 16 21:20:39 <TAsn> GNUtoo, did you ping me?
May 16 21:20:52 <GNUtoo> TAsn, yes a lot
May 16 21:21:01 <TAsn> once is not a lot. :)
May 16 21:21:02 <TAsn> sup?
May 16 21:21:33 <GNUtoo> TAsn, you wanted pah on shr phones....well we don't have pah...but we have.....
May 16 21:21:35 <GNUtoo> wordwarvi
May 16 21:21:43 <TAsn> I didn't want pah
May 16 21:21:50 <TAsn> I just said it's super awesome and made a joke
May 16 21:21:52 <GNUtoo> I pinged you more than once
May 16 21:21:53 <GNUtoo> yes
May 16 21:21:59 <TAsn> buh wordwarvi: where can I get it at?
May 16 21:22:00 <TAsn> :P
May 16 21:22:02 <TAsn> but*
May 16 21:22:13 <GNUtoo> but now we have wordwarvi that is super awesome and that is a joke too
May 16 21:22:17 <GNUtoo> bitbake it
May 16 21:22:40 <GNUtoo> specially the introduction
May 16 21:22:49 <TAsn> where's the code at?
May 16 21:22:50 <GNUtoo> after it's a nearly normal game....apart the keys
May 16 21:22:59 <DocScrutinizer> NB the softvol slider stays there, even after app using the softvol quit. the alsactl process (kernel space?) keeps it alive, with help of /etc/alsacfg
May 16 21:23:01 <GNUtoo> ah you want to try on your computer
May 16 21:23:02 <DocScrutinizer> iirc
May 16 21:23:04 <TAsn> I wanna try it on the computer :)
May 16 21:23:05 <TAsn> yeah
May 16 21:23:18 <GNUtoo> http://wordwarvi.sourceforge.net/
May 16 21:23:50 <GNUtoo> put the sound on
May 16 21:23:53 <GNUtoo> else it's not funny
May 16 21:23:58 <TAsn> haha
May 16 21:24:03 <TAsn> but no mic operated control
May 16 21:24:12 <GNUtoo> no
May 16 21:24:16 <GNUtoo> plain keyboard
May 16 21:24:19 <GNUtoo> vi commands 
May 16 21:24:21 <GNUtoo> like 
May 16 21:24:24 <GNUtoo> hjkl
May 16 21:24:31 <TAsn> lolz
May 16 21:24:37 <TAsn> won't work nicely here, I use dvorak :P
May 16 21:25:20 <TAsn> ahhh annoying deps
May 16 21:25:30 <TAsn> ok, I'm done for today, wrote it down, will try tomorrow ;)
May 16 21:25:36 <TAsn> too tired to install deps :)
May 16 21:25:57 <TAsn> add "giving wordwavi a try" to todo :P
May 16 21:25:59 <TAsn> added*
May 16 21:26:38 <TAsn> GNUtoo, thanks a lot, I'm exhausted, night.
May 16 21:27:10 <GNUtoo> good night
May 16 21:27:26 <mrmoku> TAsn: yaourt -S wordwarvi :P
May 16 21:27:32 <TAsn> zomg, really?
May 16 21:27:49 <mrmoku> yup :)
May 16 21:28:07 <TAsn> GNUtoo, will try now :P
May 16 21:28:11 <mrmoku> and... cursor keys work too
May 16 21:28:39 <GNUtoo> on n900 there is even some vibration when you're hit
May 16 21:29:05 <mrmoku> nice
May 16 21:29:51 <mrmoku> ahh, morphis is gone
May 16 21:29:59 <mrmoku> ok, time to go to bed then :)
May 16 21:30:29 <mrmoku> gnight all
May 16 21:30:32 <mrmoku> TAsn: and have fund :)
May 16 21:30:35 <mrmoku> fun even
May 16 21:30:46 <mrmoku> a nice fund is a good thing too though :P
May 16 21:30:54 <mrmoku> gnight
May 16 21:31:05 <angelox_123> good night mrmoku
May 16 21:31:11 <GNUtoo> good night
May 16 21:31:38 <TAsn> mrmoku, night and thanks
May 16 21:31:50 <TAsn> GNUtoo, ok, downloading source, will take a shower and test in a mmnt :)
May 16 21:31:56 <GNUtoo> ok
May 16 21:44:50 <TAsn> OMG
May 16 21:44:53 <TAsn> GNUtoo, legendary!
May 16 21:45:01 <GNUtoo> indeed
May 16 21:45:28 <TAsn> and the high scores
May 16 21:45:29 <TAsn> lol
May 16 21:45:33 <GNUtoo> indeed
May 16 21:46:20 <TAsn> so that what I saw in scap
May 16 21:46:22 <TAsn> lol
May 16 21:46:25 <GNUtoo> yes
May 16 21:46:35 <GarthPS> guys I need a little refressh. If I want te refressh my SHR/OE build I can do a rm -rf tmp/ and rm -rf download/ right ?
May 16 21:47:14 <GNUtoo> GarthPS, I never succedded in using the Makefile but...I guess tmp is the tmpdir
May 16 21:47:17 <GNUtoo> that is to say
May 16 21:47:20 <GNUtoo> what you built
May 16 21:47:29 <GNUtoo> and I guess downloads is the download dir
May 16 21:47:31 <GNUtoo> that is to say
May 16 21:47:40 <GNUtoo> the sources you downloaded
May 16 21:47:43 <GNUtoo> you can do that
May 16 21:47:44 <GNUtoo> but....
May 16 21:47:51 <GNUtoo> it'll restart downloading from scratch
May 16 21:47:54 <TAsn> GNUtoo, now for real, night!
May 16 21:47:56 <GNUtoo> and building from scratch too
May 16 21:47:58 <GNUtoo> ok
May 16 21:48:08 <TAsn> GNUtoo, p.s, not sure which is better, this or pah
May 16 21:48:36 <GarthPS> GNUtoo: ok that is waht I want. I want to make some space and I think I have old downloaded thing so ..
May 16 21:49:03 <GarthPS> I do risk to make a mistake exept that this will take so time right ?
May 16 21:49:06 <GNUtoo> GarthPS, maybe look at inherit rm_work
May 16 21:49:17 <GNUtoo> that can save a lot of space too if it's not enabled
May 16 21:49:22 <GNUtoo> do both then
May 16 21:49:48 <GNUtoo> ask JaMa
May 16 21:50:02 <GNUtoo> also you risk to loose a precious file
May 16 21:50:10 <GNUtoo> the one that has the autorev count in it
May 16 21:50:17 <GNUtoo> so you'll have to reinstall too
May 16 21:50:24 <GNUtoo> but as I said I only guessed
May 16 21:50:32 <GNUtoo> I don't know your setup
May 16 21:51:22 <GarthPS> GNUtoo: thanks. I realy do nee to write down things.. because JaMa already told me want to do some times ago..
May 16 21:51:45 <GNUtoo> GarthPS, then use irc logs
May 16 21:51:52 <GNUtoo> that is to say,
May 16 21:52:03 <GNUtoo> configure your irc client to save logs
May 16 21:52:55 <GarthPS> GNUtoo: it save my logs but it is not easy to search  through it for old pages..
May 16 21:53:25 <GNUtoo> ok
May 16 22:08:07 <GarthPS> GNUtoo: JaMa already did it right... http://trac.shr-project.org/trac/wiki/Building%20SHR#rebuildingfromscratch
May 16 22:10:13 <DocScrutinizer51> our irclog is so fugly
May 16 22:11:04 <DocScrutinizer51> no nice coloring like e.g. on mgedmin powered povbot
May 16 22:13:25 <GNUtoo> GarthPS, ok
May 16 22:18:01 <CIA-30> freesmartphone.org: 03angelo 07aurora * rd00c0ed42159 10/aurora/components/app-settings/ (List.qml SettingButtonStyle.qml SettingsPage.qml qmldir): aurora: added a list file for options and descriptions on settings app
May 16 22:18:01 <CIA-30> freesmartphone.org: 03angelo 07aurora * r38fffb1fa6f9 10/aurora/aurora/extensions/agents.py: Merge branch 'master' of git.freesmartphone.org:aurora
May 16 22:24:02 <CIA-30> freesmartphone.org: 03angelo 07aurora * r1d729563fb6c 10/aurora/components/Makefile.am: aurora: fixed install List.qml and SettingButtonStyle.qml for Settings App
May 16 22:28:29 <CIA-30> freesmartphone.org: 03angelo 07aurora * r6a633ae3920f 10/aurora/components/Makefile.am: aurora: fixed trailing backslash on last line of Makefile.am
May 16 22:28:55 <GNUtoo> N900.jpg (278.1 kB) - added by GNUtoo 2 minutes ago. n900_desktop.jpg
May 16 22:28:57 <GNUtoo> I've attached something to shr main page
May 16 22:28:59 <GNUtoo> sorry
May 16 22:29:03 <GNUtoo> I don't know how to remove it
May 16 22:29:27 <GNUtoo> I tough it uploaded a picture generically
May 16 22:29:29 <GNUtoo> not to a page
May 16 22:29:33 <GNUtoo> specifiacaly
May 16 22:33:52 * angelox_123 made a lot of mistakes with Aurora,sorry
May 16 22:36:40 <playya__> i always get the following error while compiling libshr-glib: http://pastebin.com/Fwfn9BA5
May 16 22:37:45 <playya__> any ideas how to fix it?
May 16 22:54:46 <angelox_123> mickeyl: ping
May 16 23:03:53 <jeepingben> Has anyone done a successful backup/restore of ubifs in NAND?
**** ENDING LOGGING AT Tue May 17 02:59:58 2011