IRC log for #openmoko-cdevel on 20120813

00:01.11*** join/#openmoko-cdevel dos11 (~dos@unaffiliated/dos1)
00:43.17*** join/#openmoko-cdevel WielkiTost (~dos@unaffiliated/dos1)
00:45.27*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
00:47.00*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
01:09.53*** join/#openmoko-cdevel pabs3 (~pabs@c114-76-152-248.sunsh2.vic.optusnet.com.au)
01:40.00pabs3http://blog.gustavobarbieri.com.br/2012/08/12/econnman-1-released/
03:35.06*** join/#openmoko-cdevel jackh (~quassel@220.248.0.154)
05:31.30*** join/#openmoko-cdevel jave (~jave@h-235-102.a149.priv.bahnhof.se)
05:32.40*** join/#openmoko-cdevel Any_Key (~Any_Key@80.74.123.22)
05:33.55*** join/#openmoko-cdevel GNUtoo (~gnutoo@90.84.144.181)
05:38.39*** join/#openmoko-cdevel floyd2 (~floyd2@17.145.34.193.static.giga-dns.com)
06:03.35*** join/#openmoko-cdevel JaMa (~martin@94.230.152.246)
06:18.45*** join/#openmoko-cdevel lamikr (lamikr@nat/nokia/x-gnfchfaluyohdruo)
06:56.48*** join/#openmoko-cdevel octavsly (~octavsly@static.ip-80-255-245-177.signet.nl)
06:57.22*** join/#openmoko-cdevel radekp (~radek@82.113.39.213)
06:59.55*** join/#openmoko-cdevel cmair (~cmair@212.222.53.78)
07:03.40*** join/#openmoko-cdevel ao2 (~ao2@2001:1418:117::1)
07:40.26*** join/#openmoko-cdevel niclone (nicolas@81.201.184.99)
07:46.18*** join/#openmoko-cdevel radekp (~radek@82.113.39.213)
08:12.30*** join/#openmoko-cdevel radekp_ (~radek@82.113.39.213)
08:29.06*** join/#openmoko-cdevel radekp_ (~radek@82.113.39.213)
08:29.44*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
08:35.23*** join/#openmoko-cdevel radekp_ (~radek@82.113.39.213)
08:43.40*** join/#openmoko-cdevel octavsly (~octavsly@static.ip-80-255-245-177.signet.nl)
08:47.14*** join/#openmoko-cdevel radekp_ (~radek@82.113.39.213)
09:11.56*** join/#openmoko-cdevel paulk-desktop (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
09:32.04*** join/#openmoko-cdevel snkt (~snkt@122.170.104.85)
09:50.00*** join/#openmoko-cdevel waraqa (536e8b74@gateway/web/freenode/ip.83.110.139.116)
10:00.24waraqaHi,
10:00.48waraqaIs there in any progress in ticket #2050 ?
10:01.29*** join/#openmoko-cdevel usakc (5ab1aa66@gateway/web/freenode/ip.90.177.170.102)
10:01.53GNUtoowaraqa, fso or shr ticket?
10:02.09waraqaGNUtoo: shr
10:03.24waraqaGNUtoo: Actually, I'm not sure about it.
10:03.36GNUtooah?
10:03.38GNUtoolet me look
10:11.53JaMaI think morphis haven't had time to look into it I'm afraid
10:13.52GNUtoowaraqa, what device
10:13.59waraqagta02
10:15.55GNUtoowaraqa, if you want I can try with fso-autorev + lastest SHR
10:19.33waraqaGNUtoo: Could you explain because I'm a novice ?
10:23.59waraqaJaMa: What does GNUtoo mean ?
10:24.53JaMawaraqa: newer fso versions
10:25.17waraqaaha
10:26.24JaMaGNUtoo: but I don't think it will help, it's something special on waraqa's SIM or something because the same versions work for other people
10:27.14*** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz)
11:05.28*** join/#openmoko-cdevel TAsn (~tom@46-116-221-89.bb.netvision.net.il)
11:05.28*** join/#openmoko-cdevel TAsn (~tom@enlightenment/developer/TAsn)
11:15.41*** join/#openmoko-cdevel backb0ne (~backb0ne@127.Red-88-8-209.dynamicIP.rima-tde.net)
11:17.06*** join/#openmoko-cdevel prahal2 (~prahal2@ANantes-652-1-196-178.w2-1.abo.wanadoo.fr)
11:18.06*** part/#openmoko-cdevel prahal2 (~prahal2@ANantes-652-1-196-178.w2-1.abo.wanadoo.fr)
11:18.27*** join/#openmoko-cdevel slyon (~lukas@2001:a60:110f:df00:69d4:9aa8:d249:881d)
11:29.22*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
11:31.19*** join/#openmoko-cdevel prahal2 (~prahal2@ANantes-652-1-196-178.w2-1.abo.wanadoo.fr)
11:33.33usakcHello, I'd like to compile an shr-core image for palm pre 2 an I've got this error in compiling lvm2: http://pastebin.com/dDNbWDay . Can you help me with it? Thanks
11:35.52slyonusakc, hi. could you please paste "/home/krystof/dev/shr-core/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/lvm2-2.02.85-r1.0/temp/log.do_compile.24488" so we can see the error
11:38.41GNUtoowaraqa, btw did you change coutry for your bug?
11:41.52usakcslyon: I paste this file here: http://pastebin.com/dDNbWDay
11:43.13usakcthe error is: dmsetup.c:985: error: undefined reference to 'udev_get_dev_path'
11:43.23GNUtoowaraqa, because I suspect that when you change country and dial a number in your former country without the prefix it would fail
11:43.26GNUtooah sorry
11:43.31GNUtooyou used the dialer
11:43.38GNUtoonot the contacts app
11:48.52GNUtoowaraqa, I don't have 085 but with the lastest image I built some days ago it works
11:49.02GNUtooaltough the icon on top-right says otherwise
11:49.06GNUtoobut it really does work
11:56.03JaMausakc: are you aware that palm pre is not supported in shr-core/fso now?
12:01.21usakcJaMa: Yes, I know, but I think that the error is not related with that. Sorry for my bad english...
12:01.51slyonusakc, maybe you need this patch... http://patches.openembedded.org/patch/32227/ but jama can probably tell more, as it's his patch
12:04.30*** join/#openmoko-cdevel usakc_ (5ab1aa66@gateway/web/freenode/ip.90.177.170.102)
12:07.25slyonJaMa, hi! do you know how to solve this error: rm: cannot remove `pseudo': Directory not empty
12:07.39slyonall my builds failed because of this, see: http://pss.dyndns.org:8090/job/shr-core-gta04-shr-image/16/console
12:08.32JaMausakc: slyon: that patch was already applied and it was only to fix libudev0 -> libudev1 after we switched from udev to systemd to provide libudev
12:08.53JaMausakc: your error looks like missing -ludev on linker cmdline
12:09.18JaMahmm but it's there
12:10.40JaMausakc: it's some deprecated API removed in udev version we're using right now.. patch or upgrade llvm2 to compatible version, something like https://bugs.gentoo.org/show_bug.cgi?id=424810
12:10.48slyonJaMa, but that patch doesn't seem to be on the shr meta-oe branch
12:11.13JaMaslyon: PR bump?
12:11.27slyonyes
12:11.30lindi-llvm?
12:11.48lindi-you mean lvm2 :)
12:12.18JaMayup sorry, typo
12:13.03GNUtoousakc, basically it's rather that we are looking for a maintainer that would unbreak the palm pre devices
12:13.14GNUtooslyon, hi
12:13.18slyonhi GNUtoo
12:13.33JaMaslyon: and no idea about pseudo error, when does it show it?
12:15.25GNUtooslyon, I improved a bit the GTA04, I added headphones scenarios but you have to switch manually
12:15.37GNUtooit's added in cornucopia
12:15.47GNUtooI don't remember what else I did but I also did other stuff
12:15.59GNUtoobetter gpsd and other stuff
12:16.28GNUtooyou need last fsodeviced for headphones scenario
12:16.41GNUtooslyon, also we need to fix 2 bugs:
12:18.34GNUtootrac.freesmartphone.org/ticket/672
12:18.49GNUtoohttp://trac.freesmartphone.org/ticket/706
12:19.15GNUtoomorphis tried to fix the #706 but it seem that it still doesn't work
12:19.26GNUtooI'll retry soon though
12:19.50GNUtooI have to go out
12:20.02slyonJaMa, it's show at the end of each (jenkins) job... but I've just read your comment about rm_work is not really compatible with oe-core in local.conf... maybe i'll try with rm_old_work
12:20.35slyonGNUtoo, cool!
12:20.57GNUtooslyon, note that rm_old_work requires you to have 1 bbthread else it would break the toolchain building if I remember well what JaMa told me
12:21.22slyondamn...
12:21.26JaMaslyon: GNUtoo is right
12:21.31JaMaand both doesn't work very well
12:21.43slyonso the best would be not to remove anything?
12:21.47JaMaslyon: what does your jenkins job look like?
12:21.47GNUtooslyon, also morphis fixed a really bad bug:
12:22.03slyonJaMa, it's basically a copy of nschles jenkins job. he send me his config
12:22.08JaMaslyon: rm_work works a bit better then rm_old_work now
12:22.10GNUtoohe fixed stuff with the scenarios
12:22.13GNUtoofor instance:
12:22.16GNUtooyou make a call
12:22.21GNUtooit save the scenario at the end
12:22.22slyonits building using the Makefile without shr-chroot
12:22.25JaMaslyon: doesn't fail like this on nschles jenkins
12:22.28GNUtooyou reboot the phone
12:22.34GNUtooand then the Media scenario is saved
12:22.38slyonJaMa, yes. that's the strange thing
12:22.46GNUtoobut at reboot you don't have media
12:22.54GNUtoobecause it appears only when you play something
12:22.55JaMaslyon: can you check which pseudo dir does it mean?
12:23.01GNUtoo(it's a software virtual control)
12:23.09JaMaslyon: there is one in each builddir and also in sysroot
12:23.18GNUtooso fsodeviced didn't start
12:23.20GNUtooit's fixed now
12:23.33JaMaslyon: sometimes pseudo process stays running for a while after bitbake process completes
12:24.11GNUtooah I also repaired the wifi of gta04
12:25.25slyonGNUtoo, wow nice! are those changes going to be in fso-0.12?
12:25.43GNUtoolet me find the bug for the Media control
12:28.02GNUtoo10b9e9168b1f65c254b39b98cac8bc8cb0e0db8a
12:28.08GNUtoothat's the fix for the Media thing
12:28.59GNUtoowifi repair is 8800a18d7a425a314675696e0f00ca18ed8f9fbd
12:30.28slyonJaMa, hmm there is one in the build dir, which is empty after each build. but there isn't a pseudo dir in sysroots/om-gta04. so i suppose it means shr-image/pseudo.
12:35.24slyon/var/lib/jenkins/jobs/shr-core-setup/workspace/shr-core/tmp-eglibc/work/om_gta04-oe-linux-gnueabi/shr-image-2.0-r20/pseudo to be precise
12:44.33JaMaslyon: no var/pseudo like /OE/shr-core/tmp-eglibc/sysroots/nokia900/var/pseudo ?
12:46.42slyonJaMa, ahh yes. i have shr-core/tmp-eglibc/sysroots/om-gta04/var/pseudo which ISN'T empty
12:46.50*** join/#openmoko-cdevel eagleon (eagleon@115.157.197.245)
12:47.09*** part/#openmoko-cdevel eagleon (eagleon@115.157.197.245)
12:47.36slyonhow can that happen? it happens to me everytime... on different machines
12:49.10waraqaGNUtoo: sorry
12:49.31waraqaGNUtoo: What do you suggest now ?
12:50.04GNUtoowaraqa, I cannot take a look right now, I must go and I'm on 3g with 4GB limit for the month
12:50.09GNUtooso I cannot download the image right now
12:50.23GNUtooI sould go, come back and go to the wifi cafee afterward
12:52.30waraqaGNUtoo: Ok, I also will go now
12:52.51GNUtoook
12:52.53waraqaI will come back later
12:53.06GNUtoook thanks for reporting
12:53.22waraqawelcome :)
12:54.47JaMaslyon: no idea why it fails for you, just saying that there are at least 2 or 3 pseudo dirs and I don't know which one it tries to delete (probably that hr-image-2.0-r20/pseud due to rm_work, but that works on nschle's jenkins with rm_work) maybe try to check pseudo in ps
12:56.09waraqaJaMa: I should follow with GNUtoo ?
12:58.30JaMayes
13:00.44slyonJaMa, ok. thanks. i'll experiment and monitor it a little... maybe i'll find a solution.
13:09.42*** join/#openmoko-cdevel jackh (~quassel@114.86.181.213)
13:10.14waraqaI want to help developers. What is the bugs that has higher priority for developers know ?
13:13.02waraqaPaulFertser: How can I help ?
13:21.59*** join/#openmoko-cdevel jeepingben (~jeepingbe@ens-216-195-168-49.gwi.net)
13:24.58snkthello all
13:25.40waraqahello snkt
13:26.01snktI have to configure Secugen Fingerprint Scanner on OpenSuse instead on normal Login Screen...
13:26.49snktwaraqa, do u have any idea?
13:27.08waraqaunfortunatly, no
13:31.29*** join/#openmoko-cdevel leviathan (~quassel@2001:470:26:484:6ef0:49ff:fee6:8dca)
13:37.35antrikwaraqa: I guess different bugs are highest priority for each individual developer...
13:38.14waraqaantrik: So, How can I help ?
13:40.19antriknot sure... are you a developer or "just" an end user?
13:44.04waraqajust an end user
13:49.15waraqaantrik: I will go now
13:58.46*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
14:04.14*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
14:16.39*** join/#openmoko-cdevel GNUtoo (~gnutoo@90.84.144.203)
14:19.22*** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg)
14:19.25*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
14:19.57*** join/#openmoko-cdevel DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg)
14:36.40*** join/#openmoko-cdevel GNUtoo (~gnutoo@90.84.146.210)
14:42.25*** join/#openmoko-cdevel backb0ne (~backb0ne@127.Red-88-8-209.dynamicIP.rima-tde.net)
14:44.43*** join/#openmoko-cdevel paulk-desktop (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
14:44.56*** join/#openmoko-cdevel fgau (~fgau@webbox1220.server-home.net)
14:45.54*** join/#openmoko-cdevel jonwil (~jonwil@27-33-137-199.static.tpgi.com.au)
14:51.18CIA-137freesmartphone.org: 03GNUtoo 070.11 * r29c3cc50f607 10cornucopia/fsoaudiod/src/plugins/gsmvoice_alsa_forwarder/alsaloop.c: (log message trimmed)
14:51.18CIA-137freesmartphone.org: fsoaudiod: alsaloop gsmvoice_alsa_forwarder plugin: fix high CPU usage before call.
14:51.18CIA-137freesmartphone.org: Thanks a lot DocScrutinizer05 on #openmoko-cdevel FreeNode IRC Channel:
14:51.18CIA-137freesmartphone.org:  Jun 04 23:26:42 <gnutoo> there is a call incomming or outgoing
14:51.19CIA-137freesmartphone.org:  Jun 04 23:26:48 <gnutoo> fsogsmd knows it
14:51.19CIA-137freesmartphone.org:  Jun 04 23:26:57 <gnutoo> so it tells it on dbus
14:51.20CIA-137freesmartphone.org:  Jun 04 23:27:06 <gnutoo> fsoaudiod which is listenning on dbug get that message
14:51.20CIA-137freesmartphone.org: 03GNUtoo 070.12 * rf3c9521eb6a8 10cornucopia/fsodeviced/conf/GTA04/ (alsa-3.4/Makefile.am alsa-3.4/headset alsa.conf):
14:51.21CIA-137freesmartphone.org: fsodeviced: GTA04 alsa configuration: add headset scenario
14:51.21CIA-137freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
14:51.22CIA-137freesmartphone.org: 03GNUtoo 070.12 * r6f2a5c211a2c 10cornucopia/fsodeviced/conf/GTA04/alsa-3.4/headset: (log message trimmed)
14:51.22CIA-137freesmartphone.org: fsodeviced: GTA04 alsa configuration: fix the headset scenario
14:51.23CIA-137freesmartphone.org: Without that fix we have:
14:51.29GNUtoo???
14:51.47*** join/#openmoko-cdevel dos11 (~dos@unaffiliated/dos1)
14:51.58GNUtoosomeone took my commits and put it in a branch it seem
14:52.08CIA-137freesmartphone.org:  [ERROR] RouterLibAlsa <>: Got error while parsing line 37 of scenario headset:
14:52.08CIA-137freesmartphone.org:  [ERROR] RouterLibAlsa <>: Expected 0 value parameters, got 1
14:52.08CIA-137freesmartphone.org: After fixing that error we have still no sound in the headset.
14:52.08CIA-137freesmartphone.org: This commit also fixes the absence of sound in the headset.
14:52.09CIA-137freesmartphone.org: 03GNUtoo 070.12 * r4b55635f3692 10cornucopia/fsodeviced/conf/GTA04/fsodeviced.conf:
14:52.09CIA-137freesmartphone.org: fsodeviced: gta04 config: repair the wifi.
14:52.10CIA-137freesmartphone.org: Without that fix wlan0 doesn't come up(ifconfig wlan0 up
14:52.10CIA-137freesmartphone.org:  was necessary).
14:52.11CIA-137freesmartphone.org: That fix is necesasry because of commit 0009935df42d5aa6a7098cbe623b153ab2412dc9
14:53.02slyonGNUtoo,
14:53.04slyonyup
14:53.08CIA-137freesmartphone.org:  (fsodeviced: kernel26_rfkill: don't deal with network interface or bluetooth daemon)
14:53.08CIA-137freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
14:53.11GNUtoook
14:53.17slyoni've cherry picked the fixes, so we have them in FSO-0.12
14:53.22GNUtoook nice
14:53.28GNUtoomorphis, is on holliday
14:53.31slyoni did ask morphis before
14:53.35GNUtoook
14:53.40GNUtoonice
14:54.29slyonand i've fixed that one http://trac.shr-project.org/trac/ticket/2049
15:01.01CIA-137freesmartphone.org: 03lukasmaerdian 070.11 * r40c2ac72237c 10cornucopia/fsoaudiod/ (2 files in 2 dirs): (log message trimmed)
15:01.01CIA-137freesmartphone.org: Revert accidentally pushed commits
15:01.01CIA-137freesmartphone.org: "fsoaudiod: fix silent calls on the GTA04 side."
15:01.01CIA-137freesmartphone.org: This reverts commit e172c03615ebd85d17ae470c4e8beb7103b71a97.
15:01.01CIA-137freesmartphone.org: "fsoaudiod: alsaloop gsmvoice_alsa_forwarder plugin: fix high CPU usage before call."
15:01.02CIA-137freesmartphone.org: This reverts commit 29c3cc50f6078a125f8ec439bd4e54c173c5597a.
15:01.03CIA-137freesmartphone.org: Revert "fsoaudiod: alsaloop gsmvoice_alsa_forwarder plugin: fix high CPU usage before call."
15:28.41*** join/#openmoko-cdevel NIN101 (~NIN@p5DD28B89.dip0.t-ipconnect.de)
15:45.54*** join/#openmoko-cdevel contempt (contempt@unaffiliated/contempt)
15:48.38*** join/#openmoko-cdevel dos11 (~dos@unaffiliated/dos1)
15:48.54*** join/#openmoko-cdevel paulk-desktop (~paulk@lib33-1-82-233-88-171.fbx.proxad.net)
15:51.29CIA-137SHR: 03kristofc97 07opimd-utils * r7b13f6e897fc 10/data/ (12 files in 3 dirs): Added Czech localization for opimd.
15:56.32CIA-137SHR: 03dos 07opimd-utils * r60084e7b6ab5 10/data/po/de/ (opimd-dates.po opimd-messages.po opimd-notes.po): fix some wrong changes from last commit
16:06.34CIA-137SHR: 03dos 07shr-settings * rb163857f98b9 10/shr-settings: ophonekid is now a history, don't mention it in UI
16:14.47CIA-137SHR: 03GNUtoo 07meta-smartphone * r7a0db95a5bf6 10/meta-samsung/ (2 files in 2 dirs): meta-samsung: linux-samsung-tuna : Add the correct mkbootimg arguments.
16:23.49slyonGNUtoo, i've a patch for FSO#672... do you have a working OE enviroment and could test it on the device?
16:24.01GNUtooyes let me look
16:24.42slyonGNUtoo, http://pastie.org/4466956
16:25.03slyonGNUtoo, basically i'm using glib's spawn_sync instead of the external posix methods
16:25.09slyonand it seems to work on my desktop
16:25.14GNUtooah ok
16:25.17GNUtoolet me try
16:25.24slyoni could reproduce the race condition within the original fso-raw
16:26.42*** join/#openmoko-cdevel contempt (contempt@unaffiliated/contempt)
16:26.56GNUtoohow do I download the patch without breaking it?
16:27.20GNUtoofound it
16:27.24GNUtoothere is a download button
16:27.42slyonok
16:34.47GNUtooslyon, wow it works thanks a lot!!!!
16:35.08slyonok. will push it :)
16:35.27slyoncan i add a tested by of you?
16:39.31GNUtooyes
16:39.34slyonGNUtoo, thanks
16:46.41slyonok it's pushed and included in the 0.12 branch. so SHR will get the fix soon.
16:52.40GNUtoowow
16:54.31*** join/#openmoko-cdevel GarthPS (~quassel@2a01:e35:2f5c:e670:48bc:f230:df96:a5ef)
16:54.35slyonso now only the wwan thing is left...
16:54.44slyonbut i've no idea about that one
16:55.52*** join/#openmoko-cdevel backb0ne (~backb0ne@127.Red-88-8-209.dynamicIP.rima-tde.net)
16:59.35jeepingbenThank you slyon, my gta04 is becoming more fun now which means I am more likely to work on it.
16:59.58jeepingbenI did some experiments with HW based audio routing in SHR yesterday with some success
17:00.04slyonjeepingben, thank you for the nice find ;)
17:00.06slyonwow cooL!
17:00.23jeepingbenIt looks like FSO would need a new scenario for the HW routing
17:00.38jeepingbenI am not sure if the dialer app switches scenarios and if that would need a change.
17:01.12jeepingbenAndreas' changes apply nicely to the SHR kernel and if I 'alsactl restore' Radek's alsa state I get loud, clear, echo free audio on calls
17:01.44jeepingbenI don't know the internals of FSO well enough to know how this impacts GTA04A3 users
17:01.47slyonjeepingben, hmm i'm not sure. but i think fso switches the scenarios. we'd need to differentiate between gta04A3 and gta04A4 versions, to select the right one
17:02.02*** join/#openmoko-cdevel contempt (contempt@unaffiliated/contempt)
17:02.26slyonA3 users (like me) cant use HW routing
17:02.45slyonbut it should be easy to lookup which devices is used and select the scenario accordingly
17:03.06jeepingbenI didn't read the kernel changes carefully to see if they would do anything to break the SW routing
17:03.18slyonFSO has a special file format for the scenarios. it would be a nice first step, if you could convert the alsa.state you've tested to this format
17:03.41jeepingbenis there a tool, or is it amixer |sed 'some sed magic' >scenario?
17:04.52slyonhmm... i don't know exactly. GNUtoo is the scenario expert
17:04.55slyonGNUtoo, any idea ^^?
17:05.07GNUtoohi
17:05.28GNUtoojeepingben, I don't have A4
17:05.43jeepingbendo you know of the correct way to create scenario files?
17:05.48GNUtooyes
17:05.52GNUtooit's documented here:
17:06.10GNUtoohttp://wiki.freesmartphone.org/index.php/AlsaScenarios
17:06.14GNUtoo(by me)
17:06.43jeepingbenthank you, I will try to convert Radek's alsastate which seems to work well on my A4
17:07.14jeepingbenI'm home sick so there may be frequent nap breaks, etc
17:08.30GNUtoook
17:08.54GNUtooslyon, is there already an A3/A4 detection
17:08.57GNUtoolike for the modem?
17:08.59GNUtooin fsogsmd
17:09.02slyonGNUtoo, yes
17:09.15GNUtooso can we use that for alsa scenarios?
17:09.31slyonGNUtoo, i did one some time ago... we can detect it through some (non existent) gpios
17:09.41GNUtoook
17:09.44slyoni think so
17:10.01slyondidn't look into the scenario code but it should be possible to choose the right scenario
17:12.27slyonGNUtoo, here it is: http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsogsmd/src/plugins/lowlevel_gta04/plugin.vala;h=736a66f4fcf28995dbea15ef0b0d97f034633726;hb=HEAD#l49
17:13.00*** join/#openmoko-cdevel dos11 (~dos@unaffiliated/dos1)
17:13.04slyonwe can check with FsoFramework.FileHandling.isPresent() and check for: /sys/class/gpio/gpio186/value
17:13.10GNUtooyes
17:13.18slyonits not available on a3 baords
17:13.19slyonboards*
17:13.21GNUtoook
17:13.31GNUtoobut how to hook that in a clean way?
17:14.11slyonhmm... no idea... where is the scenario switching done? in fsodeviced, right?
17:15.08GNUtooyes
17:15.10GNUtooalsa plugin
17:15.24GNUtoobut that's not where the switching order is done
17:15.31CIA-137SHR: 03kristofc97 07shr-installer * re6840c581b2c 10/data/po/cs/shr-installer.po: Added czech localized PO file.
17:15.34GNUtoothat's where the actual switching is done
17:15.35CIA-137SHR: 03kristofc97 07shr-installer * rffe01ddffa01 10/data/shr-installer.desktop: Added Czech localization shr-installer.
17:18.39slyonmaybe it's even possible to have one scenario fitting both cases... like it won't route through HW on a3 boards, as this is not possible, and it won't route through SW on a4 boards, if the fsoaudiod forwarder isn't loaded
17:21.55slyonand otherwise we'll probably need an alsa_router_gta04 plugin which checks if gsmhandset scenario is going to be pushed and differentiates between an a3 and an a4 version
17:22.12snktI have to configure Secugen Fingerprint Scanner on OpenSuse instead of normal Login Screen...
17:23.10slyonsnkt, i don't think this is the right channel for this sort of question... maybe try an opensuse channel
17:23.56snktslyon, ok
17:31.10*** join/#openmoko-cdevel cmair (~cmair@212.222.53.78)
17:41.09*** join/#openmoko-cdevel radekp (~radek@63.120.broadband10.iol.cz)
17:55.42*** join/#openmoko-cdevel ao2 (~ao2@2001:1418:117::1)
17:58.57*** join/#openmoko-cdevel WielkiTost (~dos@unaffiliated/dos1)
18:10.11*** join/#openmoko-cdevel WielkiTost (~dos@unaffiliated/dos1)
18:15.46dos1morphis: ping
18:18.59*** join/#openmoko-cdevel Orias_Korva (~atilla@d54C4E084.access.telenet.be)
18:21.53*** join/#openmoko-cdevel GNUtoo (~gnutoo@ABordeaux-152-1-4-1.w82-125.abo.wanadoo.fr)
18:29.52*** join/#openmoko-cdevel dos11 (~dos@unaffiliated/dos1)
18:38.43*** join/#openmoko-cdevel ao2 (~ao2@2001:1418:117::1)
18:42.44*** join/#openmoko-cdevel JaMa (~martin@94.230.152.246)
19:02.41*** join/#openmoko-cdevel octavsly (~octavsly@195-241-111-6.ip.telfort.nl)
19:10.01CIA-137SHR: 03dos 07libphone-ui-shr * r4962f5b1066b 10/ (configure.ac po/cs.po): Added Czech localization to libphone-ui-shr.
19:44.05jeepingbenI don't think I understand the speaker on/off slider in the call dialog.  I'm pretty sure it doesnt switch alsa scenarios.  What does it do?
19:47.35jeepingbenI have gsmhandset scenarios for HW and SW routing.  All of the scenarios change because the kernel changes introduce a new alsa control.
19:58.53jeepingbenNM, it looks like it does try to switch to state gsmspeaker which isn't implemented for gta04
20:15.50slyon|awayjeepingben, wow cool! thank you very much! can you puplish it somewhere? i don't have time right now, to start with the integration. maybe you could send it to the shr-devel mailinglist
20:17.16jeepingbenI still need to make the headset scenario - this change has to go into shr at the same time as a kernel upgrade I believe
20:18.15jeepingbenI will send the scenarios to shr-devel once I have all 5 (gsmswhandset, stereoout, gsmhwhandset, headset, gsmspeakerhw)
20:21.28GNUtoojeepingben, what slider?
20:21.38GNUtooah you found it out
20:22.03jeepingbenyes, I am playing with a gsmhwspeaker scenario now.
20:22.21jeepingbenI plan to get all 5(6?) scenarios and send it to shr-devel
20:22.36slyon|awayjeepingben, cool, thanks!
20:25.07GNUtoowow
20:26.19*** join/#openmoko-cdevel WielkiTost (~dos@unaffiliated/dos1)
20:29.16CIA-137SHR: 03dos 07shr-settings * r49a1483947ad 10/shr_settings_modules/shr_usb.py: [usb] don't display usb module if UsbHost resource is not registered
20:33.39*** join/#openmoko-cdevel WielkiTost (~dos@unaffiliated/dos1)
20:39.41*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
20:53.47*** part/#openmoko-cdevel NIN101 (~NIN@p5DD28B89.dip0.t-ipconnect.de)
21:08.10*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
21:09.40*** join/#openmoko-cdevel JesusMcCloud (~JesusMcCl@84-119-62-47.dynamic.xdsl-line.inode.at)
21:09.50*** join/#openmoko-cdevel prahal2 (~prahal2@ANantes-652-1-196-178.w2-1.abo.wanadoo.fr)
21:17.04*** join/#openmoko-cdevel dos11 (~dos@unaffiliated/dos1)
21:27.26*** join/#openmoko-cdevel WielkiTost (~dos@unaffiliated/dos1)
21:29.42*** join/#openmoko-cdevel JesusMcCloud (~JesusMcCl@84-119-62-47.dynamic.xdsl-line.inode.at)
21:44.43*** join/#openmoko-cdevel WielkiTost (~dos@unaffiliated/dos1)
21:48.38*** join/#openmoko-cdevel backb0ne (~backb0ne@127.Red-88-8-209.dynamicIP.rima-tde.net)
22:13.55*** join/#openmoko-cdevel usakc (5ab1aa66@gateway/web/freenode/ip.90.177.170.102)
22:35.38*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
22:36.01CIA-137freesmartphone.org: 03dos 07framework * r4dbda12e3d0d 10/framework/subsystems/opimd/pimd_notes.py:
22:36.02CIA-137freesmartphone.org: [opimd] reimplement GetUsedTags dbus method for Notes domain
22:36.03CIA-137freesmartphone.org: This method was implemented back in old backend-driven opimd era and was dropped with transition to SQLite.
22:40.23CIA-137SHR: 03dos 07opimd-utils * rc67fc1dec505 10/opimd-notes: opimd-notes: update to recent python-elementary
22:51.30*** join/#openmoko-cdevel dos11 (~dos@unaffiliated/dos1)
22:51.47CIA-137SHR: 03dos 07shr-settings * rc16dbf2a61fc 10/shr_settings_modules/shr_gprs.py: [GPRS] fix displaying unknown GPRS state when connected
23:13.27*** join/#openmoko-cdevel jeepingben (~jeepingbe@ens-216-195-168-49.gwi.net)
23:24.06*** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1)
23:37.47CIA-137SHR: 03dos 07opimd-utils * ra07f608902e2 10/opimd-notes: opimd-notes: workaround crash on selecting existing tag for adding to note
23:59.14CIA-137SHR: 03dos 07opimd-utils * r51fa69b0a355 10/opimd-notes: opimd-notes: display title of the note

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.