00:00.14 | angelox|laptop | :) |
00:11.47 | *** join/#openmoko-cdevel marcellus1 (~marcellus@h081217083231.dyn.cm.kabsi.at) |
00:44.32 | *** join/#openmoko-cdevel marcellus1 (~marcellus@h081217083231.dyn.cm.kabsi.at) |
01:11.52 | *** join/#openmoko-cdevel floyd2_ (~floyd@p508AB362.dip.t-dialin.net) |
01:48.28 | *** join/#openmoko-cdevel JaMa (~martin@94.230.152.246) |
01:50.53 | *** join/#openmoko-cdevel ttyS3 (~d@gateway/tor-sasl/omlib) |
03:13.00 | *** join/#openmoko-cdevel jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
04:26.53 | *** join/#openmoko-cdevel Krayon (~fallen@pdpc/supporter/28for7/krayon) |
04:34.26 | *** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg) |
04:49.08 | *** join/#openmoko-cdevel max_posedon (~max_posed@178.124.160.59) |
05:35.07 | *** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya) |
05:46.17 | *** join/#openmoko-cdevel max_posedon (~max_posed@178.124.160.59) |
05:49.06 | *** join/#openmoko-cdevel wolfspraul (~wolfsprau@mimi.q-ag.de) |
06:22.46 | *** join/#openmoko-cdevel morphis (~morphis@dslb-088-071-185-067.pools.arcor-ip.net) |
06:29.33 | *** join/#openmoko-cdevel larsc (~lars@rzssh1.informatik.uni-hamburg.de) |
06:50.53 | *** join/#openmoko-cdevel kwek (~kwek@208.Red-88-26-18.staticIP.rima-tde.net) |
07:05.18 | *** join/#openmoko-cdevel ao2 (~ao2@2001:1418:117::1) |
07:18.53 | *** join/#openmoko-cdevel jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
07:26.21 | *** join/#openmoko-cdevel anarsoul (~anarsoul@86.57.155.118) |
07:37.50 | *** join/#openmoko-cdevel radekp (~radek@63.120.broadband10.iol.cz) |
07:42.37 | *** join/#openmoko-cdevel max_posedon (~max_posed@178.124.160.59) |
08:04.18 | *** join/#openmoko-cdevel valos (~valos@coquelicot-a.easter-eggs.com) |
08:12.52 | CIA-82 | freesmartphone.org: 03morphis 07msmcomm * rfdcc33211770 10/libmsmcomm/msmcomm/messagedisassembler.vala: libmsmcomm: register missing sound solicited and unsolicited message groups |
08:19.05 | morphis | mickeyl: ping |
08:23.13 | *** join/#openmoko-cdevel max_posedon (~max_posed@178.124.160.59) |
08:23.47 | *** join/#openmoko-cdevel anarsoul (~anarsoul@86.57.155.118) |
08:32.48 | *** join/#openmoko-cdevel mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
08:39.20 | *** join/#openmoko-cdevel GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
08:55.29 | CIA-82 | freesmartphone.org: 03morphis 07msmcomm * r7e9a4a972100 10/ (7 files in 6 dirs): libmsmcomm: implement name sound devices class and sub classes |
08:56.03 | morphis | GarthPS: heyho |
09:00.06 | GarthPS | morphis: hey hi |
09:00.16 | morphis | GarthPS: you tried the image yesterday? |
09:00.37 | GarthPS | morphis: not yet |
09:00.41 | morphis | ok |
09:01.01 | GarthPS | morphis: what do I need to check particularely ? |
09:01.23 | morphis | suspend, pin request |
09:01.31 | morphis | and making a call |
09:01.41 | mickey|office | morning *yawn* |
09:01.42 | morphis | but you will not hear anything yet when making the call |
09:01.48 | morphis | mickey|office: good morning! |
09:02.15 | mickey|office | morphis: i've seen you making large changes in cornucopia. excellent work, man |
09:02.25 | morphis | mickey|office: thanks :) |
09:02.43 | morphis | aurora takes me to a lot of issues in FSO we had |
09:02.54 | morphis | especially with the usage stuff |
09:02.56 | mickey|office | excellent. then it already serves its purpose |
09:03.12 | morphis | yes |
09:03.46 | morphis | and you are already can make a call with aurora :) |
09:03.48 | GarthPS | <PROTECTED> |
09:03.56 | mickey|office | hi GarthPS |
09:03.58 | mickey|office | awesome! |
09:03.59 | morphis | I am doing the audio routing bits right now |
09:04.09 | morphis | and suspend stuff seems to be solved too .... |
09:04.14 | morphis | after a lot of work |
09:04.20 | GarthPS | morphis: you dfid not finished your last phrase about making call |
09:04.39 | GarthPS | morphis: oh |
09:04.46 | GarthPS | sorry I am wrong :) |
09:04.49 | morphis | :) |
09:04.54 | GarthPS | miss reading :p |
09:05.14 | morphis | GarthPS: do you have some time for working on a aurora-installer? |
09:05.56 | morphis | mickey|office: we need to work on the presentation too |
09:06.08 | morphis | and I will go by car too |
09:06.10 | GarthPS | morphis: hmm not today I think. sorry to much to do |
09:06.33 | morphis | as I have another appointment the next day |
09:06.43 | GarthPS | morphis: I test the current image or are you building an other one (as the pre image is freesher than pre2) |
09:07.00 | morphis | yes, I rebuilded it, but try it |
09:07.10 | morphis | it's not any "real" fix included |
09:08.46 | morphis | mickey|office, GarthPS: I found a very good UI design guideline we can use as base for aurora: http://www.developer.nokia.com/Resources/Library/Symbian_Design_Guidelines/index.html |
09:09.19 | morphis | mickey|office: and I have some questions for you if you have some free time |
09:21.33 | CIA-82 | freesmartphone.org: 03morphis 07msmcomm * r8cea4baf7656 10/msmcomm-specs/src/sound.vala: msmcomm-specs: fix marshalling of new enumeration types for sound device |
09:30.44 | mickey|office | morphis: ya, UI guidelines always good. the symbian ones are at least in use for a long while |
09:30.54 | morphis | yes |
09:30.55 | mickey|office | morphis: after lunch today would be good |
09:31.07 | morphis | and they fit for our needs :) |
09:31.10 | morphis | mickey|office: ok |
09:35.33 | GarthPS | morphis: first it is hard to type "ok" for the pin screen. |
09:37.00 | morphis | ok |
09:37.17 | morphis | can you please open a bug report for all stuff you find? |
09:38.51 | GarthPS | morphis: yep . plus look at this |
09:38.59 | GarthPS | 2011-07-18T08:16:33.581451Z [DEBUG] MsmcommDaemonHciModemChannel <>: MSMCOMM_LOW_LEVEL_MESSAGE_TYPE_RESPONSE_SIM_CALLBACK |
09:39.00 | GarthPS | 2011-07-18T08:16:33.603454Z [CRITICAL] msmcommd : GLib <msmcommd>: _lambda21_: assertion `conn != NULL' failed |
09:39.02 | GarthPS | .. |
09:39.10 | GarthPS | 2011-07-18T08:16:33.311126Z [INFO] QualcommPalmModem <>: SIM Auth status now FREE_SMARTPHONE_GSM_SIM_AUTH_STATUS_READY |
09:39.10 | GarthPS | 2011-07-18T08:16:33.590972Z [CRITICAL] fsogsmd : GLib <fsogsm.modem_qualcomm_palm>: file phonebookhandler.c: line 666: uncaught error: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) (g-dbus-error-quark, 4) |
09:39.35 | GarthPS | I don't know if it is linked.. |
09:39.37 | morphis | ok, I need to rebuild the image for the palmpre2 tooo |
09:39.51 | morphis | I had the same issue with the palmpre image |
09:40.01 | GarthPS | morphis: ok so for now I don't repport this until I have it with the new image right ? |
09:40.02 | morphis | it's fixed by rebuilding the msmcomm components |
09:40.06 | morphis | yes |
09:40.13 | morphis | but the pin button thing you can report |
09:40.17 | morphis | and you can check suspend |
09:40.21 | GarthPS | morphis: ok. ping me when it is builded |
09:40.25 | GarthPS | yep |
09:40.26 | morphis | will do |
09:41.05 | GarthPS | morphis: actually with usb pluged the screen goes black but I think It does not suspend..am I right ? |
09:42.55 | *** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz) |
09:43.11 | morphis | you can check this with logging in via ssh |
09:43.19 | morphis | and take a look at dmesg and fsousaged.log |
09:55.03 | *** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
10:03.57 | *** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz) |
10:19.28 | *** join/#openmoko-cdevel NIN101 (~NIN101@p5DD28B29.dip0.t-ipconnect.de) |
10:19.48 | GarthPS | morphis: I still no suspend : have fastpath and Resource CPU not suspended: not resuming |
10:23.28 | morphis | GarthPS: respect, when usb is plugged in then the device will not suspend! |
10:24.10 | GarthPS | morphis: yes but this is when usb is not pluged => the screen goes black and resume alone after few seconds |
10:25.46 | morphis | can you give me the dmesg and fsousage.log files? |
10:28.59 | GarthPS | morphis: http://pastebin.com/f77NBdS3 |
10:31.14 | morphis | hm, misteriou |
10:31.15 | morphis | s |
10:31.17 | morphis | the suspend fails |
10:31.50 | morphis | GarthPS: which kernel do you use? |
10:32.00 | GarthPS | morphis: yours |
10:34.55 | morphis | from the amethyst? |
10:35.56 | GarthPS | morphis: yep |
10:36.18 | morphis | ok |
10:40.12 | *** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz) |
11:07.02 | *** join/#openmoko-cdevel ThibG (~ThibG@81-64-18-234.rev.numericable.fr) |
11:17.04 | *** join/#openmoko-cdevel methril_work (~Rafael@189.114.111.135) |
11:30.24 | *** join/#openmoko-cdevel morphis (~morphis@dslb-088-071-185-067.pools.arcor-ip.net) |
11:37.57 | *** join/#openmoko-cdevel dvarnes (~dvarnes@203-206-128-239.perm.iinet.net.au) |
11:45.06 | *** join/#openmoko-cdevel mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
11:51.33 | *** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
11:53.10 | *** join/#openmoko-cdevel jluis (~jluis@2001:5c0:1400:a::fc5) |
11:55.27 | *** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
11:59.16 | marcellus1 | hey there |
12:00.01 | marcellus1 | I'm having problems with compiling gcc with arm host, I get |
12:00.01 | marcellus1 | | /OE/shr-unstable/tmp/sysroots/x86_64-linux/usr/armv6/lib/gcc/arm-oe-linux-gnueabi/4.5.3/../../../../arm-oe-linux-gnueabi/bin/ld: error: .libs/selected_int_kind.o uses VFP register arguments, .libs/libgfortran.so.3.0.0 does not |
12:00.08 | GNUtoo|laptop | me too |
12:00.12 | marcellus1 | do I even need fortran support for shr? |
12:00.16 | GNUtoo|laptop | no |
12:00.28 | marcellus1 | is there an easy way to disable it? |
12:00.33 | GNUtoo|laptop | maybe |
12:00.52 | GNUtoo|laptop | look in the recipes of gcc |
12:00.59 | marcellus1 | looks pretty plain |
12:01.33 | marcellus1 | at least I haven't found any way to add a "--disable-fortran" or something of that kind flag |
12:01.47 | GNUtoo|laptop | grep for fortran |
12:01.59 | GNUtoo|laptop | you'll see variables with fortran inside |
12:02.07 | marcellus1 | mainly patches |
12:02.12 | GNUtoo|laptop | not only |
12:02.57 | marcellus1 | hmm |
12:03.19 | marcellus1 | in gcc-package-target.inc is a list of packages |
12:03.56 | GNUtoo|laptop | gcc-4.5.inc:FORTRAN = "" |
12:03.56 | GNUtoo|laptop | gcc-4.5.inc:FORTRAN_linux-gnueabi = ",fortran" |
12:04.00 | marcellus1 | looks promising |
12:07.08 | marcellus1 | also libgisi failed |
12:07.11 | marcellus1 | however I found http://permalink.gmane.org/gmane.comp.handhelds.openembedded/46249 |
12:07.38 | marcellus1 | As with the latest changes to libgisi the mentioned posix-ext is removed and it's using only posix as dependency. Will provide a patch to fix this later. |
12:08.02 | marcellus1 | so its known, where do I get the patch from? |
12:08.15 | marcellus1 | or is it sufficient to bump libgisi to the new SRCREV? |
12:10.10 | *** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz) |
12:21.13 | *** join/#openmoko-cdevel jluis_ (53f78848@gateway/web/freenode/ip.83.247.136.72) |
13:20.04 | GNUtoo|laptop | marcellus1, libgisi isn't strictly necessary |
13:20.10 | GNUtoo|laptop | it's a lib for the n900 |
13:20.22 | GNUtoo|laptop | how did it fail? |
13:20.35 | GNUtoo|laptop | try to add autorev for fso and shr |
13:23.32 | marcellus1 | I bumped the SRC_URI and it compiled |
13:24.35 | marcellus1 | however gcc is a different deal, I disabled fortran, however bitbake builds the rest of the image while gcc is still compiling, that could take a while |
13:27.41 | GNUtoo|laptop | ok |
13:28.43 | CIA-82 | SHR: 03Martin.Jansa 07meta-smartphone * r8506c4ce9d2f 10/meta-shr/conf/distro/include/preferred-shr-versions.inc: SHR: prefer gcc 4.6% now when versioning was changed |
13:31.44 | *** join/#openmoko-cdevel morphis (~morphis@dslb-088-071-185-067.pools.arcor-ip.net) |
13:31.57 | morphis | mickey|office: you now have some time? |
13:32.05 | mickey|office | morphis: yes |
13:32.15 | morphis | great |
13:32.38 | morphis | first question is about sound handled by the modem |
13:32.54 | morphis | we have two methods for this in our dbus api, setvolume and setmicrophonemute |
13:33.19 | morphis | mickey|office: if you look at this http://git.freesmartphone.org/?p=msmcomm.git;a=blobdiff;f=libmsmcomm/msmcomm/soundmessage.vala;h=f9ebbb817546a42da1b66455029d5c90b52929d9;hp=a3e3e6e3bebf6f038bb54fee0ed8ee58f375691b;hb=7e9a4a972100ed27a2d387151858cc20dfc6a1a8;hpb=fdcc332117704fddb9b087e8a657933785581a12 |
13:33.51 | morphis | I have to set the sound device of them modem when a call starts to device_class = HANDSET, device_sub_class = DEFAULT |
13:34.09 | morphis | and reset this when the call ends |
13:34.11 | JaMa | marcellus1: it's known.. just pushed SRCREV bump |
13:34.14 | morphis | where should I do this best? |
13:34.36 | morphis | JaMa: you are back! how was your holiday? |
13:34.55 | marcellus1 | JaMa: i know, I posted the bugreport earlier |
13:35.08 | marcellus1 | JaMa: also I did bump it |
13:35.40 | JaMa | marcellus1: http://trac.shr-project.org/trac/ticket/1459 |
13:36.07 | JaMa | morphis: holiday was great.. I want to go back, but no more vacation days :/ |
13:36.19 | mickey|office | morphis: two options: either in fsoaudiod as a plugin for the palm. or, if you consider it being a very lowlevel detail that has no configuration, directly in fsogsmd's custom callhandler for the pre |
13:37.09 | morphis | mickey|office: ok, a fsoaudiod plugin is already what I thought about |
13:37.45 | morphis | I need to play a little bit more with it as you can do a lot things with it, so seems to be better when it is in fsoaudiod |
13:37.54 | morphis | mickey|office: ok, next question |
13:38.51 | morphis | mickey|office: you maybe saw I implemented a self-healing functionality in the AbstractDBusResource class |
13:39.11 | morphis | mickey|office: this means, when fsousaged dies (which happens quite often to me in the last time) all resource registrations are lost |
13:39.30 | marcellus1 | JaMa: is the patch in master? |
13:39.37 | morphis | mickey|office: with the additional lines the resource will watch the bus of fsousaged to reappear |
13:39.47 | morphis | mickey|office: and when it comes back it registers the resource again |
13:40.43 | *** join/#openmoko-cdevel angelox|n900 (~Angelo@189-18-206-70.dsl.telesp.net.br) |
13:40.43 | mickey|office | yes, saw that |
13:40.45 | morphis | JaMa: hehe, my vacations started today but I have to do an exam on wednesday so "real" holidays will start after this |
13:40.57 | morphis | mickey|office: whats your opinion about this? |
13:40.57 | angelox|n900 | hi everyone! |
13:41.00 | morphis | angelox|n900: heyho |
13:43.21 | mickey|office | morphis: it's a good change short term. of course, fsousaged should never die, it needs to be scrutinized why it does for you. mid term, i'd rather change the API, since i think i got it backwards. Eventually all resources should be converted to shadow resources and I think fsousaged should always trigger the registration, as opposed to the client. |
13:43.31 | mickey|office | s/client/resource provider/ |
13:45.11 | mickey|office | however it may also be interesting to evaluate offloading some of that to a proper system component monitor, such as systemd or something along that lines |
13:45.40 | DocScrutinizer | mickey|office: can a dbus listener get the PID of of a sender process based on a message? |
13:46.10 | mickey|office | DocScrutinizer: yes, that's possible |
13:46.12 | JaMa | marcellus1: yes.. |
13:46.21 | DocScrutinizer | mickey|office: thanks |
13:46.31 | JaMa | morphis: good for you :) |
13:46.43 | morphis | mickey|office: yes, that should be the way in the long term, but for now it works |
13:47.20 | morphis | mickey|office: the problem why fsousaged dies is because of the exception handling, most exception are not handled |
13:47.34 | mickey|office | morphis: dbus ones? |
13:47.43 | mickey|office | or internal/glib? |
13:48.07 | morphis | most times glib/internal |
13:48.20 | morphis | there are missing "throws GLib.Error" in the code |
13:48.24 | mickey|office | ok, that needs to be fixed asap then |
13:48.27 | morphis | but it's no that easy to add them |
13:48.42 | morphis | needs some more time to get it right as I have currently |
13:49.12 | morphis | but it's something we should fix in the near future to get a stable and reliable implementation |
13:50.04 | *** join/#openmoko-cdevel angelox|laptop (~angelo@189-18-206-70.dsl.telesp.net.br) |
13:50.26 | morphis | mickey|office: next thing is our presentation at froscon |
13:51.01 | mickey|office | yeah. we still have a bit of time, but it's getting close. i really try to get something to you during this week |
13:51.15 | mickey|office | my time management sucks even more than before i was dad |
13:51.18 | mickey|office | :) |
13:51.23 | morphis | :) |
13:52.23 | morphis | would be nice if you can send me your presentation style then I can start with putting my stuff on the slides |
13:52.40 | mickey|office | right. i'll take care of that when i'm home |
13:52.43 | morphis | playya_: ping |
13:52.49 | PaulFertser | OT: if you ever wonder why the hell you do not see pci ethernet card on the bus in one's hp "business" laptop, just plug it in the network and it'll appear :-O |
13:52.51 | mickey|office | btw. |
13:52.59 | mickey|office | did you see that connman starts to have support for tethering? |
13:53.05 | morphis | no |
13:53.13 | morphis | but thats nice |
13:53.14 | mickey|office | we can probably obsolete the sharing part of fsonetworkd soon |
13:53.41 | morphis | yeah they are already started with integrating some personal firewall stuff |
13:53.53 | mickey|office | http://connman.net/blogs/sameo/2010/connman-064 |
13:54.07 | mickey|office | shame that it took so long, but better late than never |
13:54.11 | mickey|office | PaulFertser: heh |
13:54.20 | mickey|office | PaulFertser: that's odd |
13:54.52 | morphis | mickey|office: sounds like something we will integrate in the next aurora versions :) |
13:55.21 | mickey|office | morphis: yes. proper holistic network handling is a very important task these days. |
13:55.54 | morphis | yes, and it will take to much work and time to get it done on our own and connman seems to be in a very good shape these days |
13:56.12 | morphis | so I should really polish the fsogsmd connman plugin in the near future :) |
13:56.21 | mickey|office | yeah |
13:56.39 | mickey|office | we also have that bluez plugin from Felix Huber |
13:56.47 | mickey|office | that should be uplevelled to FSO2 and then submitted again |
13:56.48 | morphis | yes, that is somewhere I never found it :) |
13:57.09 | mickey|office | he sent me the last version some months ago, i'll try to dig it out |
14:00.42 | morphis | ok |
14:01.32 | angelox|laptop | morphis: Hi again,sorry,do you have some small time to help me to understand why my agents.py test didn't work? |
14:05.21 | morphis | angelox|laptop: which one? |
14:06.17 | angelox|laptop | morphis: the link is too big,can i write it here anyway? |
14:06.31 | angelox|laptop | or pastebin the link (LOL) |
14:06.53 | morphis | a link to what? |
14:07.16 | morphis | mickey|office: can you activate your jabber? |
14:08.14 | angelox|laptop | morphis: it's and diff of agents.py that i have added a test function,it's on git,if you want you can go into aurora-daemons on my branch and see my agents.py function getBrightness |
14:08.27 | *** join/#openmoko-cdevel marcellus1 (~marcellus@h081217083231.dyn.cm.kabsi.at) |
14:08.50 | morphis | angelox|laptop: this one http://git.freesmartphone.org/?p=aurora.git;a=blobdiff;f=aurora-daemon/aurora/extensions/agents.py;h=b1e599d6005c1a261f65386d0b35e9be6010ef6e;hp=4cd516442ac8b46029f1fb932f10a6aa97ce9fed;hb=0ffc3a7f0925c68b352877cb1034375dc70ce824;hpb=4bccaf85569477cb234f18bbf09700ff5b17ccda |
14:08.51 | morphis | ? |
14:09.22 | angelox|laptop | yes,exactly :) |
14:09.57 | morphis | what do you want to do in the one? |
14:10.11 | morphis | from where comes the variable value? |
14:10.34 | morphis | and why do you supply "0" as first parameter of getBrightness? |
14:11.46 | angelox|laptop | because,since i'm bad in python and new in fso,i did copy setBrightness function :( sorry. if i remove that '0' it'll work? |
14:12.06 | angelox|laptop | i tried read api but that shows only one parameter iirc |
14:13.20 | morphis | yes |
14:13.45 | morphis | the reply_handler and error_handler are python specific and not part of the api |
14:14.07 | morphis | maybe this will help you: http://dbus.freedesktop.org/doc/dbus-python/doc/tutorial.html |
14:14.14 | morphis | and removing the '0' will solve it |
14:15.04 | angelox|laptop | wow,i was using that link but didn't see the final of it :) |
14:15.39 | angelox|laptop | morphis: thank you,and sorry {dbus,python,fso}newbie question :) |
14:16.11 | mickey|office | morphis: done |
14:16.52 | morphis | angelox|laptop: no problem |
14:19.05 | morphis | angelox|laptop: I started like you some years ago :) |
14:20.28 | angelox|laptop | morphis: that helps me to be a bit more happy :) |
14:21.00 | morphis | angelox|laptop: hehe, you can't ask enough questions |
14:31.32 | *** join/#openmoko-cdevel elisa42 (~jake42@www.rommel.stw.uni-erlangen.de) |
14:32.31 | *** join/#openmoko-cdevel floyd2 (~floyd@p508AA6D7.dip.t-dialin.net) |
14:33.51 | *** join/#openmoko-cdevel polz (~polz@2001:1470:fffd:202c:4261:86ff:fe87:5051) |
14:33.52 | angelox|laptop | discovered something cool,google translator 'listen' to what you talk and write on the screen,that helps he to improve his English |
14:59.41 | CIA-82 | SHR: 03Martin.Jansa 07shr-chroot * rb00b3d5d0acb 10/ (47 files in 15 dirs): bitbake upgrade |
14:59.53 | CIA-82 | SHR: 03Martin.Jansa 07shr-chroot * r5b49cc763d12 10/ (12710 files in 1356 dirs): system upgrade |
15:35.40 | *** join/#openmoko-cdevel _NIN (~NIN101@p5DD2987E.dip0.t-ipconnect.de) |
15:45.57 | *** join/#openmoko-cdevel marcellus1 (~marcellus@h081217083231.dyn.cm.kabsi.at) |
15:59.21 | mrmoku | ~hail JaMa |
15:59.21 | apt | ACTION bows down to JaMa and chants, "I'M NOT WORTHY!!" |
16:01.12 | *** join/#openmoko-cdevel fgau (~fgau@webbox1220.server-home.net) |
16:10.46 | *** join/#openmoko-cdevel morphis_ (~morphis@dslb-088-071-253-023.pools.arcor-ip.net) |
16:28.30 | angelox|laptop | morphis_: with that change,simply calling "var test = dbus_DeviceDisplayAgent.getBrightness();" would work isn't ? |
16:29.44 | angelox|laptop | in qml i mean |
16:46.48 | *** join/#openmoko-cdevel mrmoku` (~mrmoku@ppp-188-174-50-49.dynamic.mnet-online.de) |
17:15.41 | *** join/#openmoko-cdevel playya__ (~playya@unaffiliated/playya) |
17:32.46 | *** join/#openmoko-cdevel juggernauts (~chatzilla@117.195.3.150) |
17:34.00 | *** join/#openmoko-cdevel Heinervdm (~thomas@pD9E14735.dip.t-dialin.net) |
17:45.38 | *** join/#openmoko-cdevel plotr (~name@79.136.190.8) |
17:55.31 | *** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
18:01.17 | *** join/#openmoko-cdevel radekp (~radek@63.120.broadband10.iol.cz) |
18:02.07 | *** join/#openmoko-cdevel TAsn (~tom@89-139-216-2.bb.netvision.net.il) |
18:02.07 | *** join/#openmoko-cdevel TAsn (~tom@enlightenment/developer/TAsn) |
18:03.54 | CIA-82 | freesmartphone.org: 03felix.huber 07zhone * rc697191016a3 10/src/zhone: Bugfix for dtmf exit button |
18:19.42 | CIA-82 | freesmartphone.org: 03felix.huber 07zhone * re596d1c867a7 10/ (4 files in 2 dirs): Add provider selection and more comfort functions |
18:35.38 | *** part/#openmoko-cdevel Krayon (~fallen@pdpc/supporter/28for7/krayon) |
18:39.49 | *** join/#openmoko-cdevel playya__ (~playya@unaffiliated/playya) |
18:47.00 | *** join/#openmoko-cdevel Orias_Korva (~atilla@213.43.125.112) |
18:48.02 | GNUtoo|laptop | hi mickeyl |
18:48.11 | GNUtoo|laptop | is it possible to compile mdbus2 statically? |
19:00.36 | *** join/#openmoko-cdevel Orias_Korva1 (~atilla@213.43.121.48) |
19:04.10 | *** join/#openmoko-cdevel playya__ (~playya@unaffiliated/playya) |
19:07.14 | *** join/#openmoko-cdevel angelox|n900 (~Angelo@189-18-206-70.dsl.telesp.net.br) |
19:37.15 | mickeyl | GNUtoo|laptop: I'm sure it is, but the problem will be the dependencies. You will have a hard time to compile glib2, dbus, etc. statically |
19:37.42 | GNUtoo|laptop | ah ok |
19:37.43 | mickeyl | wow, Herr Huber still working with zhone |
19:37.47 | mickeyl | amazing |
19:38.33 | GNUtoo|laptop | mickeyl, bluetoothd now starts automatically on om-gta02 with the rfkill plugin |
19:40.35 | GNUtoo|laptop | I guess compiling glib for android would be a hard time too |
19:41.55 | GNUtoo|laptop | then what's next for full om-gta02 bluetooth support? |
19:46.53 | mickeyl | phone and applevel integration i guess |
19:47.08 | mickeyl | phone integration, e.g. seamless connecting to known headsets/carkits |
19:47.22 | mickeyl | applevel integration, e.g. tethering, vcard sharing, etc. |
19:52.03 | GNUtoo|laptop | ok |
19:52.17 | GNUtoo|laptop | but you should talk with mrmoku` |
19:52.28 | GNUtoo|laptop | for the audio routing |
19:54.30 | *** join/#openmoko-cdevel wolfspraul (~wolfsprau@mimi.q-ag.de) |
19:59.13 | mrmoku | no, at least not about audio routing :) |
20:00.47 | GNUtoo|laptop | so I still wonder how to route PCM to bluetooth |
20:01.05 | GNUtoo|laptop | I've no idea on how bluetooth work beside on how it's connected to the CODEC |
20:01.49 | mrmoku | 2011-05/#openmoko-cdevel.16.log:16-05-2011 18:36:31 < mickeyl!~mickey@openmoko/coreteam/mickey: morphis is the audio master for now |
20:01.50 | GNUtoo|laptop | hi larsc |
20:02.01 | GNUtoo|laptop | ok |
20:03.17 | mrmoku | there was one config file with an important option... |
20:04.37 | mrmoku | brb |
20:08.03 | *** join/#openmoko-cdevel valos (~valos@mar92-6-82-227-150-198.fbx.proxad.net) |
20:09.30 | CIA-82 | freesmartphone.org: 03felix.huber 07zhone * r87487d0defe2 10/src/zhone: Add mising comfort function code |
20:16.31 | GNUtoo|laptop | hi JaMa larsc |
20:19.17 | GNUtoo|laptop | where are larsc or JaMa |
20:19.18 | GNUtoo|laptop | ? |
20:23.45 | mrmoku | GNUtoo|laptop: do you have the correct entry for SCORouting in /etc/bluetooth/audio? |
20:25.40 | GNUtoo|laptop | SCORouting=PCM |
20:25.41 | GNUtoo|laptop | that? |
20:27.38 | mrmoku | yup |
20:28.26 | *** join/#openmoko-cdevel anarsoul (~anarsoul@46.28.103.127) |
20:28.40 | GNUtoo|laptop | do you have a clear idea on how it works |
20:29.16 | GNUtoo|laptop | at the hardware(like schematics etc...) and software level(like bluez etc...) and application level(like you run emtooth2 etc...) |
20:29.42 | PaulFertser | GNUtoo|laptop: i do have a clear idea about SCORouting |
20:29.48 | GNUtoo|laptop | nice |
20:30.06 | GNUtoo|laptop | first what is the difference between a2dp and SCO? |
20:30.24 | PaulFertser | GNUtoo|laptop: a2dp is unidirectional, stereo; SCO is bidirectional, mono. |
20:30.33 | GNUtoo|laptop | ah ok |
20:30.41 | GNUtoo|laptop | so I need A2DP for music |
20:30.43 | GNUtoo|laptop | and sco for calls |
20:30.47 | PaulFertser | GNUtoo|laptop: yes, exactly. |
20:30.52 | GNUtoo|laptop | so a2dp cannot arecord |
20:30.52 | GNUtoo|laptop | ok |
20:31.10 | GNUtoo|laptop | do you also appear to know how a2dp works? |
20:31.13 | PaulFertser | GNUtoo|laptop: alsa bluetooth plugin is automatically using SCO for input. |
20:31.32 | GNUtoo|laptop | because there is a gsmbluetooth scenario |
20:31.35 | GNUtoo|laptop | so I'll try it |
20:31.39 | GNUtoo|laptop | and I guess it will work |
20:31.42 | angelox|laptop | for me a2dp works in anywhere,since i'm deaf of one ear :) |
20:31.44 | PaulFertser | GNUtoo|laptop: i think a2dp works as usual: alsa bluetooth plugin asks bluetoothd for that, and it travels over HCI (i.e. USB) on our hardware. |
20:32.04 | GNUtoo|laptop | but I'm unsure about a2dp, it works with .asoundrc but I've no idea if it can be routed with alsamixer |
20:32.09 | PaulFertser | GNUtoo|laptop: (a2dp) eso that's totally unrelated to ALSA states. |
20:32.23 | GNUtoo|laptop | ahhh ok |
20:32.37 | GNUtoo|laptop | so the following is the only way to make a2dp work: |
20:32.49 | PaulFertser | GNUtoo|laptop: a2dp sound source is always the SoC itself, you can in theory use "sox" or whatever to record something via SoC's DAI and then send over usb to BT chip. |
20:33.08 | GNUtoo|laptop | http://wiki.openmoko.org/wiki/User:GNUtoo |
20:33.55 | GNUtoo|laptop | is that the only way to get audio with bluetooth? |
20:34.00 | GNUtoo|laptop | if so how to handle the following: |
20:34.02 | PaulFertser | GNUtoo|laptop: that looks sane except that i wouldn't call it !default because i'd prefer mplayer/whatever to use the SoC's DAI for the output by default. |
20:34.12 | GNUtoo|laptop | ok |
20:34.17 | GNUtoo|laptop | but then how about: |
20:34.32 | GNUtoo|laptop | *plug plugin |
20:34.32 | PaulFertser | GNUtoo|laptop: so i'd add another alsa device (probably bluetooth) and used something like "mplayer -ao alsa:device=bluetooth". |
20:34.38 | GNUtoo|laptop | *dmix plugin |
20:34.45 | GNUtoo|laptop | ok |
20:34.58 | GNUtoo|laptop | basically I want everything to go on my bluetooth headset: |
20:35.00 | GNUtoo|laptop | *calls |
20:35.03 | GNUtoo|laptop | *ringing |
20:35.08 | PaulFertser | GNUtoo|laptop: you should treat a2dp basically as just an additional soundcard. |
20:35.09 | GNUtoo|laptop | *music, sound |
20:35.12 | GNUtoo|laptop | *games |
20:35.18 | PaulFertser | GNUtoo|laptop: now we come to the tricky part: SCO. |
20:36.01 | PaulFertser | GNUtoo|laptop: SCO in theory can be used in two ways: it can get data from/to HCI (SoC<->USB<->HCI) or from hardware PCM interface (that is connected to wm8753 on gta02). |
20:36.26 | PaulFertser | GNUtoo|laptop: our BT chips are configured (with an eeprom setting) to always use the second method. |
20:36.42 | GNUtoo|laptop | yes I saw the connection in both the schematics and the sound wiki article |
20:36.49 | GNUtoo|laptop | ok |
20:36.53 | PaulFertser | GNUtoo|laptop: unless the setting is changed and the chip is rebooted, it can't get/set audio data for SCO via HCI at all. |
20:37.05 | GNUtoo|laptop | ok |
20:38.02 | PaulFertser | GNUtoo|laptop: that particular bluez config switch makes bluetoothd aware that SCO is routed over PCM, and enables a corresponding dbus api call to activate SCO. The chip then expects the PCM data to flow over its interface. |
20:38.25 | PaulFertser | So you have to configure wm8753 accordingly etc etc. |
20:39.16 | GNUtoo|laptop | the voice dbus thing |
20:39.27 | PaulFertser | GNUtoo|laptop: iirc it was the Play() call. |
20:39.39 | GNUtoo|laptop | ok I didn't remember well |
20:39.41 | GNUtoo|laptop | indeed play |
20:39.44 | GNUtoo|laptop | it never worked |
20:39.52 | GNUtoo|laptop | maybe because I wasn't in call |
20:40.11 | GNUtoo|laptop | ah now it works |
20:40.33 | PaulFertser | GNUtoo|laptop: i can assure you it worked for me at one point of time with FSO (and a "compatible" headset). |
20:41.44 | GNUtoo|laptop | ok |
20:41.47 | GNUtoo|laptop | play works |
20:41.52 | GNUtoo|laptop | but I ear nothing |
20:41.54 | GNUtoo|laptop | I did that: |
20:42.13 | GNUtoo|laptop | mdbus2 -s org.bluez /org/bluez/255/hci0/dev_68_A3_C4_C5_AC_B3 org.bluez.Headset.Play |
20:42.15 | GNUtoo|laptop | then that: |
20:42.31 | PaulFertser | GNUtoo|laptop: there also established a bidirectional comminication channel between the headset and bluetoothd with AT-commands to attenuate volume/mic sensitivity and "unsolicited replies" for the buttons. |
20:42.32 | GNUtoo|laptop | mdbus2 -s org.freesmartphone.odeviced /org/freesmartphone/Device/Audio org.freesmartphone.Device.Audio.SetScenario gsmbluetooth |
20:42.52 | GNUtoo|laptop | ah that's why I get buttons stuff |
20:42.59 | GNUtoo|laptop | I tought it was hci |
20:43.33 | PaulFertser | GNUtoo|laptop: and also there used to be a kernel bug (and it probably still is) that made one use two additional amixer calls for SCO over PCM to work. |
20:43.46 | PaulFertser | GNUtoo|laptop: no, buttons work regardless of SCO routing. |
20:44.42 | PaulFertser | GNUtoo|laptop: probably you have to call Play and then stay on the dbus bus for as long as you want it to Play. |
20:44.51 | GNUtoo|laptop | ah ok |
20:44.52 | JaMa | GNUtoo|laptop: pong |
20:45.01 | JaMa | but rtt still high |
20:45.14 | GNUtoo|laptop | JaMa, ok do you have access to xf86-video-glamo |
20:45.22 | GNUtoo|laptop | I've a very small change/request |
20:45.23 | PaulFertser | GNUtoo|laptop: when Play() is active you should hear an ambient amp "noise" regardless of everything else. |
20:45.30 | GNUtoo|laptop | yes I did |
20:46.13 | JaMa | GNUtoo|laptop: no I don't, larsc or Weiss |
20:46.21 | GNUtoo|laptop | ok |
20:46.24 | PaulFertser | GNUtoo|laptop: and also you should at least once issue a special call to configure BT DAI to use corresponding (8000 rate, mono, etc) format that BT chip expects. |
20:46.27 | GNUtoo|laptop | JaMa, thanks for the infos |
20:46.35 | GNUtoo|laptop | ok |
20:47.15 | JaMa | GNUtoo|laptop: if you get some changes to that repo please include also recipes/xorg-driver/xf86-video-glamo/0001-glamo-drm-define-GLAMO_CMDQ_MAX_COUNT-instead-of-mag.patch |
20:47.32 | PaulFertser | GNUtoo|laptop: take a look here: http://git.freesmartphone.org/?p=framework.git;a=blob;f=framework/subsystems/ophoned/headset.py;h=c59173e1e452ed07f7828d46657c31737f2bbea8;hb=HEAD |
20:48.04 | GNUtoo|laptop | JaMa, the changes are sys node API change for qvga |
20:48.27 | GNUtoo|laptop | PaulFertser, ok thanks a lot |
20:49.32 | PaulFertser | GNUtoo|laptop: np; i sometimes feel i know quite a lot about quite useless stuff. Everybody's busy with "fancier" hardware and i'm stuck with gta02... |
20:50.39 | angelox|laptop | PaulFertser: i used one Motorola A1200,400Mhz CPU,without GPS,Wifi,3G... :) |
20:50.52 | PaulFertser | angelox|laptop: i remember :) |
20:51.49 | PaulFertser | GNUtoo|laptop: please also see https://github.com/radekp/gta02-gsm-bt-fix/blob/b8bbf0c9c2f28e144fe550f37ac0f22984bafca8/gta02-gsm-bt-fix.c |
20:52.08 | tmzt | useless??:) |
20:52.40 | PaulFertser | In fact https://github.com/radekp/gta02-gsm-bt-fix/blob/b8bbf0c9c2f28e144fe550f37ac0f22984bafca8/common.h |
20:53.10 | PaulFertser | tmzt: yes, it's basically useless for me because my gta02 still works "suboptimally" to say the least and i'm unable to do anything about it... |
20:53.38 | tmzt | I meant useless knowledge |
20:53.45 | GNUtoo|laptop | gta02-gsm-bt-fix.c -> what does it do? |
20:54.18 | GNUtoo|laptop | ahhh now I understand better with the header |
20:54.18 | PaulFertser | GNUtoo|laptop: that's the stuff qtmoko folks use to make SCO work for GSM voice calls. See the corresponding .h file (my second link) for the actual code. |
20:54.33 | PaulFertser | Yep, it's clearly a sick idea to write code in the header :/ |
20:56.03 | PaulFertser | tmzt: so did i. What sense in knowing something if it doesn't help to make it work... The smartphones world is still so sick it makes me wonder if i get a device that simply works _ever_... |
20:57.27 | tmzt | ah, quite true. unfortunately I've learned to live with android and my g2/desire z |
20:57.46 | tmzt | ported X to android but don't use it, helped with the 'rooting' but don't use that either |
20:58.32 | PaulFertser | If my FR stops working i'll go back to using featurephones (the old nokia 1100 my friend found in the mud still works just fine). |
20:58.45 | angelox|laptop | Android is quite strange to me,principally the busybox part :\ |
20:59.33 | tmzt | always nicer to have debian chroot |
20:59.48 | angelox|laptop | PaulFertser: That's why i have about 5 phones here(one of them is a very-fantastically-old CDMA phone) :) |
21:00.02 | PaulFertser | angelox|laptop: how many phones do you carry with you? ;) |
21:00.15 | GNUtoo|laptop | wow |
21:00.23 | GNUtoo|laptop | it works with radek's program |
21:00.25 | PaulFertser | GNUtoo|laptop: anything else you might want to ask me before i fall asleep? |
21:00.51 | PaulFertser | GNUtoo|laptop: it's Gabrys's program in fact, i tought him the theory, he wrote the code :) |
21:00.58 | GNUtoo|laptop | for a2dp, I've issues with one on the plugins |
21:01.03 | GNUtoo|laptop | I want 2 plugins: |
21:01.10 | GNUtoo|laptop | *plug |
21:01.14 | GNUtoo|laptop | *dmix |
21:01.28 | GNUtoo|laptop | since it seem to support mmap it should work with dmix but it refuses to do so |
21:02.56 | GNUtoo|laptop | [AO_ALSA] alsa-lib: pcm_direct.c:1490:(_snd_pcm_direct_get_slave_ipc_offset) Invalid type 'bluetooth' for slave PCM |
21:02.59 | GNUtoo|laptop | that's what it says |
21:03.06 | GNUtoo|laptop | that is quite problematic |
21:03.21 | GNUtoo|laptop | since it wouldn't be able to ring on the bluetooth headset while playing music |
21:08.32 | PaulFertser | Interesting alsa stuff, some higher level abstraction, DocScrutinizer: http://answerpot.com/showthread.php?1006883-alsa-lib%3A+UCM+-+Use+Case+Manager |
21:08.38 | mrmoku | PaulFertser: ahh, falling asleep is a very good idea :-) |
21:09.02 | PaulFertser | mrmoku: i had too much of a nap during the daytime, so probably it won't work as easy as it should. |
21:09.10 | mrmoku | :) |
21:09.21 | mrmoku | not so :D |
21:09.23 | mrmoku | gnight all |
21:09.32 | angelox|laptop | good night |
21:09.36 | PaulFertser | mrmoku: night |
21:09.41 | JaMa | mrmoku: gnight |
21:09.50 | GNUtoo|laptop | good night |
21:10.06 | angelox|laptop | i have about 4 hours before go to sleep |
21:10.08 | angelox|laptop | :) |
21:11.26 | PaulFertser | GNUtoo|laptop: 1022 if (snd_pcm_type(spcm) != SND_PCM_TYPE_HW) { |
21:11.29 | PaulFertser | 1023 SNDERR("dmix plugin can be only connected to hw plugin"); |
21:11.46 | GNUtoo|laptop | yes usual thing |
21:11.53 | GNUtoo|laptop | but what can I do to workarround? |
21:12.04 | GNUtoo|laptop | using pulseaudio is not a good idea |
21:12.16 | GNUtoo|laptop | ( DocScrutinizer would kill me if I do ) |
21:12.30 | DocScrutinizer | I'm here, I'm here |
21:12.38 | DocScrutinizer | hahaha |
21:13.17 | DocScrutinizer | ooh, missed your post PaulFertser |
21:14.45 | angelox|laptop | sorry,i don't undestand about Audio things,why pulseaudio is bad? |
21:14.53 | angelox|laptop | s/undestand/understand/ |
21:15.43 | GNUtoo|laptop | it eat too much CPU and doesn't work well on armv4 and could in theory be replaced by plain alsa |
21:16.04 | *** join/#openmoko-cdevel angelox|laptop (~angelo@189-18-206-70.dsl.telesp.net.br) |
21:16.16 | angelox|laptop | sorry,log out problem |
21:16.30 | GNUtoo|laptop | I said: |
21:16.31 | GNUtoo|laptop | it eat too much CPU and doesn't work well on armv4 and could in theory be replaced by plain alsa |
21:17.31 | angelox|laptop | ahh ok,thank you |
21:18.28 | PaulFertser | GNUtoo|laptop: for your reference: http://git.kernel.org/?p=bluetooth/bluez.git;a=blob;f=audio/pcm_bluetooth.c;h=e633d1a48deae1c1e7db5ed69f62ba983fa719e3;hb=HEAD and ctl_bluetooth.c there. I think i'd ask at #bluez about a sane way to use dmix over bluetooth, there should be one. |
21:19.42 | GNUtoo|laptop | ok thanks a lot |
21:20.42 | PaulFertser | GNUtoo|laptop: and ``1747 data->io.mmap_rw = 0; /* No direct mmap communication */'' |
21:21.10 | PaulFertser | GNUtoo|laptop: so probably dmix can't work at all over it and it's for a reason. Yet there should be a way to get by without PA, i'm sure. |
21:23.42 | GNUtoo|laptop | ah ok |
21:23.52 | GNUtoo|laptop | strange that aplay -M worked |
21:24.27 | GNUtoo|laptop | there is an mmap emulation plugin |
21:24.46 | GNUtoo|laptop | but I never succedded with it and dmix |
21:32.03 | PaulFertser | GNUtoo|laptop: i think if you write to the Alsa ML you'll get the answer from Takashi about it. |
21:32.15 | GNUtoo|laptop | ok thanks a lot |
21:32.20 | GNUtoo|laptop | I'll do tomorrow |
21:32.41 | GNUtoo|laptop | because I had only 1 response from one person that didn't know in #bluez |
21:34.18 | CIA-82 | freesmartphone.org: 03angelo 07angelox/testing * r41823215e694 10aurora/aurora-daemon/aurora/extensions/agents.py: aurora-daemon: fix getBrightness,but don't use it yet |
21:34.19 | CIA-82 | freesmartphone.org: 03angelo 07angelox/testing * rae71adb27ef1 10aurora/aurora-applications/app-settings/ (9 files in 3 dirs): aurora-settings: some beauty in code |
21:34.22 | PaulFertser | Yep, now thinking about it a little more, i see it's more alsa-related, and alsa hackers are not usually available on irc. |
21:35.11 | GNUtoo|laptop | indeed |
21:36.40 | GNUtoo|laptop | the #bluez person wants me to use pulse |
21:36.47 | GNUtoo|laptop | he ask me what is wrong with pulse |
21:37.03 | GNUtoo|laptop | and to profile it |
21:37.05 | GNUtoo|laptop | etc... |
21:41.06 | *** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz) |
21:41.30 | angelox|laptop | Someone with a good art-spirit can tell me a way to turn this more beautiful? :) |
21:41.32 | angelox|laptop | http://pynell.com/images/Aurora_005.png |
21:42.37 | marcellus1 | angelox|laptop: you could add maximize and minimize to the screen decorator |
21:42.45 | marcellus1 | angelox|laptop: or make it more shiny |
21:42.50 | PaulFertser | GNUtoo|laptop: you're not the one wanting to use dmix over bluetooth and failing, google returns some hits as well. |
21:43.56 | *** join/#openmoko-cdevel johnsu01 (~user@fencepost.gnu.org) |
21:44.41 | angelox|laptop | marcellus1: maybe shiny,thanks,but maximize/minimize is from GNOME 3,that's Aurora's Settings App |
21:45.27 | marcellus1 | yeah, but i missed that from gnome3 you can add the buttons again with gnome-tweak-tool |
21:46.36 | angelox|laptop | i won't need them at N900,since Aurora'll be the new UI for embedded distros (maybe SHR will switch to it,i don't know) |
21:46.56 | angelox|laptop | but thanks for the tip,i didn't know gnome-tweak-tool could do that great thing :) |
21:48.06 | marcellus1 | angelox|laptop: http://mw.strangled.net:54916/Aurora_005.png ? |
21:48.33 | marcellus1 | the depth looks wrong, let play a bit more around with it |
21:49.08 | angelox|laptop | that can make it more beautiful! Thank you,i'll try implement |
21:50.41 | *** join/#openmoko-cdevel johnsu01 (~user@fsf/staff/johnsu01) |
21:54.23 | GNUtoo|laptop | PaulFertser, I know from my previous research on alsa that dmix only support hw |
21:54.39 | GNUtoo|laptop | you remembered it to me with your source code listing |
22:07.13 | GNUtoo|laptop | I'll go bye |
22:44.39 | *** join/#openmoko-cdevel jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
23:10.00 | *** join/#openmoko-cdevel captainigloo (~captainig@lan31-4-82-227-130-131.fbx.proxad.net) |
23:20.54 | CIA-82 | freesmartphone.org: 03angelo 07angelox/testing * r9ba8d5b85f51 10aurora/aurora-applications/app-settings/GPS/ (GPSListStyle.qml GPSPage.qml): aurora-settings/GPS: We will use Margin now instead hard-codding position |
23:22.03 | *** join/#openmoko-cdevel max_posedon (~max_posed@178.124.160.59) |
23:30.44 | *** join/#openmoko-cdevel MadTBone (~bruce@cpe-66-108-186-2.nyc.res.rr.com) |
23:33.26 | angelox|laptop | mickeyl: hi |
23:34.02 | angelox|laptop | hmm,maybe everyone is sleeping right now,i must wait to tomorrow |
23:37.34 | *** join/#openmoko-cdevel captainigloo (~captainig@lan31-4-82-227-130-131.fbx.proxad.net) |
23:39.14 | *** join/#openmoko-cdevel jluis (~jluis@2001:5c0:1400:a::2c9) |
23:43.02 | *** join/#openmoko-cdevel jevin (~jevin@ec2-174-129-222-35.compute-1.amazonaws.com) |
23:43.02 | *** join/#openmoko-cdevel chris38` (~chris38@AGrenoble-751-1-14-175.w90-9.abo.wanadoo.fr) |
23:43.02 | *** join/#openmoko-cdevel lindi- (~quassel@tachyon.hut.fi) |