01:32.49 | *** join/#openmoko-cdevel tg (irc@tgbit.net) |
03:43.38 | *** join/#openmoko-cdevel Lopi (~lopi@173-9-230-97-Illinois.hfc.comcastbusiness.net) |
03:44.37 | *** join/#openmoko-cdevel eolson (~eolson@c-76-16-179-200.hsd1.il.comcast.net) |
04:06.17 | *** join/#openmoko-cdevel max_posedon (~max_posed@46.56.236.223) |
04:30.04 | *** join/#openmoko-cdevel playya (~playya@unaffiliated/playya) |
05:20.03 | *** join/#openmoko-cdevel sigius (~sigius@93-125-185-45.dsl.alice.nl) |
05:27.58 | *** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg) |
05:32.15 | *** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg) |
05:41.29 | *** join/#openmoko-cdevel trupheenix (~quassel@122.167.239.212) |
06:14.55 | *** join/#openmoko-cdevel Lopi (~lopi@173-9-230-97-Illinois.hfc.comcastbusiness.net) |
06:21.26 | *** join/#openmoko-cdevel jlmoko (~jluis@247.Red-88-5-202.dynamicIP.rima-tde.net) |
06:27.14 | *** join/#openmoko-cdevel trupheenix_ (~quassel@122.167.233.181) |
06:44.21 | mrmoku | playya: you can turn the softkbd completely off... I have the same problem with n900... I would like it to default to the hw keyboard, but have the softkbd still enableable |
07:18.45 | *** join/#openmoko-cdevel trupheenix (~quassel@122.167.233.181) |
07:34.44 | *** join/#openmoko-cdevel gencat (53f78848@gateway/web/freenode/ip.83.247.136.72) |
08:14.57 | *** join/#openmoko-cdevel eolson (~eolson@c-76-16-179-200.hsd1.il.comcast.net) |
08:42.25 | *** join/#openmoko-cdevel nsl (~chatzilla@115.167.0.38) |
08:43.49 | EsEhAr | anyone there to help me |
08:43.51 | EsEhAr | ? |
08:44.32 | EsEhAr | trying hard to use voip on SHR but no success :( |
08:52.09 | *** join/#openmoko-cdevel radekp (~radek@63.120.broadband10.iol.cz) |
09:00.13 | *** join/#openmoko-cdevel ao2 (~ao2@cl-35.trn-01.it.sixxs.net) |
09:02.07 | *** join/#openmoko-cdevel anarsoul (~anarsoul@86.57.155.118) |
09:12.05 | PaulFertser | EsEhAr: what is exactly the problem? |
09:14.28 | *** join/#openmoko-cdevel AndreasD (~andreas@1407ds1-ns.0.fullrate.dk) |
09:22.06 | *** join/#openmoko-cdevel mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
09:38.13 | *** join/#openmoko-cdevel ssam (~ssam@87.127.117.246) |
09:53.03 | *** join/#openmoko-cdevel wolfspraul (~wolfsprau@mimi.q-ag.de) |
10:21.08 | GarthPS | Hi all |
10:21.41 | JaMa | Hi |
10:24.41 | GarthPS | JaMa: I am bored because yesterday night I launch a pre2 build image befor going to bed ('cause of a poor connection ) and this morning when I cam back it has stop just right after Ii was away... :/ :) |
10:24.44 | GarthPS | http://tinderbox.openembedded.org/public/logs/task/18930361.txt |
10:25.28 | GarthPS | something to do with a typo about perl do you think ? |
10:26.43 | JaMa | GarthPS: looks like it.. I've noticed few perl related patches on ML but didn't hit this one yet |
10:28.42 | JaMa | GarthPS: what's returned by "/usr/bin/env perl" ? |
10:28.50 | GarthPS | JaMa: hmm I just did a make update hopping that the personne who did the typo (if it is a typo error) corrected it but no still the same |
10:29.32 | GarthPS | JaMa: does your command take time ? |
10:30.18 | JaMa | no |
10:30.40 | GarthPS | <PROTECTED> |
10:30.46 | JaMa | ah, yes |
10:31.00 | JaMa | change it to "env perl -v' |
10:33.30 | JaMa | only related change I've found is http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=1550b65731472dab6b9cc7e3488a1aa1ab0906e3 but don't see typo there |
10:34.02 | GarthPS | JaMa: http://pastebin.com/uyDGbW9K |
10:36.17 | JaMa | can you retry after "bitbake -c clean gettext-native" ? |
10:42.16 | GarthPS | JaMa: trying. other info I am building for MACHINE=palmpre2 . perhaps morphis did a typo when creating this machine ? |
10:44.39 | JaMa | seems not likely as perl is quite far from machine config |
10:48.24 | GarthPS | JaMa: ok . so gettext_0.18.bb' failed now :). I bitbake -c clean gettext and retry and tell you after that |
10:57.49 | GarthPS | JaMa: still the same http://tinderbox.openembedded.org/public/logs/task/18953738.txt |
10:58.14 | GarthPS | I am here http://tinderbox.openembedded.org/builders/GarthPS/ |
11:00.20 | *** join/#openmoko-cdevel sigius (~sigius@93-125-185-45.dsl.alice.nl) |
11:04.18 | *** join/#openmoko-cdevel pespin (~pespin@90.163.51.193) |
11:06.25 | *** join/#openmoko-cdevel daniele_athome (~daniele@b1.pointerweb.it) |
11:06.35 | daniele_athome | morning!!!! |
11:06.43 | daniele_athome | it's nice to be here again :) |
11:07.11 | GarthPS | mornig! |
11:12.45 | *** join/#openmoko-cdevel daniele_athome (~daniele@2a01:608:ffff:2288::7) |
11:16.17 | *** join/#openmoko-cdevel pwerken (~pwerken@square.phys.uu.nl) |
11:23.34 | JaMa | GarthPS: seems like you're alone.. http://tinderbox.openembedded.org/packages/gettext-native/ try #oe, maybe someone there seen it.. |
11:23.54 | JaMa | GarthPS: and try to debug where you got that "per".. ie by grep -R in tmpdir |
11:24.05 | JaMa | <PROTECTED> |
11:24.38 | GarthPS | JaMa: hmm I did not understannd your last sentence |
11:24.43 | *** join/#openmoko-cdevel khoonirobo (~khoonirob@115.111.174.46) |
11:25.49 | JaMa | GarthPS: I don't see "per" typo in OE metadata.. then it's probably autodetected somehow in buildtime.. try to find where and how and why it fails for you |
11:26.16 | JaMa | rebuilding gettext-native too |
11:26.23 | GarthPS | JaMa: I understood this :) |
11:27.16 | JaMa | hmm http://www.qualcomm.com/news/releases/2011/01/05/qualcomm-acquire-atheros-leader-connectivity-networking-solutions |
11:27.29 | GarthPS | I have to finish a paper for my job research , I will track down this issue after |
11:27.52 | GarthPS | hope seen that... we will see.. |
11:28.42 | JaMa | how good is qualcomm wrt open source drivers/firmware? :) |
11:30.10 | *** join/#openmoko-cdevel GNUtoo|laptop (~gnutoo@host19-55-dynamic.180-80-r.retail.telecomitalia.it) |
11:30.38 | GNUtoo|laptop | hi lindi- |
11:32.22 | JaMa | GarthPS: gettext-native configured fine here |
11:32.37 | GarthPS | JaMa: enven for palmpre2 ? |
11:32.40 | GarthPS | even |
11:32.44 | JaMa | GarthPS: also check run.do_configure.* script, maybe it's in this file |
11:32.57 | JaMa | GarthPS: -native are native so exactly the same for all machines |
11:33.07 | GarthPS | JaMa: oh yeah right :) |
11:33.27 | GNUtoo|laptop | JaMa, I keep having this: gettext-native |
11:33.29 | GNUtoo|laptop | oops |
11:33.39 | GNUtoo|laptop | s/gettext-native/http://pastebin.com/55uLD9dP |
11:33.43 | GarthPS | JaMa: already check and there is no ../usr/bin/per occurence |
11:34.10 | GNUtoo|laptop | I cleaned task-shr-minimal |
11:34.12 | GNUtoo|laptop | and rebuilt it |
11:34.15 | GNUtoo|laptop | and no luck |
11:34.17 | GNUtoo|laptop | strange |
11:34.29 | JaMa | GNUtoo|laptop: something RDEPENDed by task-shr-minimal needs rebuild |
11:34.32 | GNUtoo|laptop | I already looked into that task(task-shr-minimal) in the past |
11:34.36 | JaMa | GNUtoo|laptop: cd tmp/deploy/ipk |
11:34.40 | GNUtoo|laptop | and no luck either |
11:34.41 | GNUtoo|laptop | ok |
11:34.53 | JaMa | find . -name Packages -exec grep -B 6 libnl1 {} \; |
11:35.41 | GNUtoo|laptop | ahhh iw |
11:35.43 | GNUtoo|laptop | thanks a lot |
11:35.44 | JaMa | and I had to purge even libnl1 shlibs to force some packages to link against libnl2 |
11:36.03 | GNUtoo|laptop | so I'll clean and rebuild iw |
11:36.40 | GNUtoo|laptop | iw needs to be updated |
11:36.46 | GNUtoo|laptop | not to depend on libnl |
11:36.48 | GNUtoo|laptop | I think |
11:37.11 | GNUtoo|laptop | how should I do that? |
11:37.23 | GNUtoo|laptop | else can you do it? |
11:37.28 | GNUtoo|laptop | when you can |
11:37.41 | JaMa | I don't use iw at all afaik |
11:37.48 | GNUtoo|laptop | ok |
11:37.52 | GNUtoo|laptop | I'll -b clean it |
11:37.53 | GNUtoo|laptop | then |
11:38.01 | GNUtoo|laptop | but how to fix? |
11:38.07 | GNUtoo|laptop | other distro may use libnl1 |
11:38.15 | JaMa | and have it blacklisted locally |
11:38.17 | GNUtoo|laptop | and they need the depend |
11:39.00 | JaMa | if there is newer version you can add it with D_P -1 and add D_P_shr 1 |
11:39.18 | GNUtoo|laptop | it's not about newer version |
11:39.23 | GNUtoo|laptop | iw works fine with libnl2 only |
11:39.39 | GNUtoo|laptop | it doesn't need libnl1 to work |
11:39.54 | JaMa | I mean to resolve "other distro may use libnl1" |
11:40.12 | GNUtoo|laptop | ??? |
11:40.20 | GNUtoo|laptop | what DP has to do with deps? |
11:40.33 | GNUtoo|laptop | but I can put deps to libnl2 for shr |
11:40.50 | GNUtoo|laptop | and keep the previous deps for other distros |
11:40.52 | JaMa | if you add 0.9.21 with libnl2 depend and D_P -1 and D_P_shr 1 then nobody will blame you :) |
11:41.18 | GNUtoo|laptop | ah you want me to add 0.9.21 |
11:41.24 | JaMa | and add comment about libnl2 above D_P |
11:41.30 | GNUtoo|laptop | I was thinking of fixing the existing one |
11:45.31 | *** join/#openmoko-cdevel morphis (~morphis@brmn-4dbccc3f.pool.mediaWays.net) |
11:45.39 | morphis | heyho |
11:46.39 | mrmoku | GNUtoo|laptop: guess what... I'm stupid :P |
11:46.49 | GNUtoo|laptop | ah? |
11:46.50 | mrmoku | GNUtoo|laptop: on my laptop I use Fn-F1 to suspend |
11:46.59 | mrmoku | and Fn-F2 turns charging off |
11:47.05 | GNUtoo|laptop | lol |
11:47.22 | mrmoku | the best thing is... that happened to me before and I forgot :P |
11:47.30 | GNUtoo|laptop | you are not stupid, the people who make the laptop are |
11:47.50 | GNUtoo|laptop | why do they create a button that stop charging |
11:47.53 | mrmoku | dunno... maybe there is a uscase for that |
11:47.56 | GNUtoo|laptop | that's insane |
11:47.59 | mrmoku | anyway... my memory sucks |
11:48.05 | mrmoku | for some things at least |
11:48.06 | GNUtoo|laptop | mine too |
11:49.49 | *** join/#openmoko-cdevel steven_ (~steven@steven.bioe.strath.ac.uk) |
11:50.48 | *** join/#openmoko-cdevel KaZeR (~kazer@70.149.81-79.rev.gaoland.net) |
12:04.33 | *** join/#openmoko-cdevel dvarnes (~dvarnes@203-206-128-239.perm.iinet.net.au) |
12:04.45 | GNUtoo|laptop | JaMa, do you have an idea for that: http://pastebin.com/8WsiDTMs |
12:04.55 | GNUtoo|laptop | trying to get a new linphone |
12:05.29 | GNUtoo|laptop | normally aclocal is recreated automatically during do_configure no? |
12:05.39 | GNUtoo|laptop | because autoreconf is run |
12:05.45 | GNUtoo|laptop | or something like that |
12:06.27 | JaMa | GNUtoo|laptop: yes but sometimes you need to remove .m4 files from source dir |
12:06.35 | GNUtoo|laptop | ah ok |
12:06.36 | JaMa | GNUtoo|laptop: to force it use OE version |
12:06.38 | GNUtoo|laptop | no force etc... |
12:06.39 | GNUtoo|laptop | ok |
12:06.53 | GNUtoo|laptop | and linphone used old staging |
12:06.55 | GNUtoo|laptop | I must fix that |
12:14.38 | *** join/#openmoko-cdevel radekp (~radek@63.120.broadband10.iol.cz) |
12:17.35 | JaMa | radekp: hi, what exactly is this about? https://github.com/radekp/linux-2.6/commit/84af470fc07070fd5a129bfdcbd7c25978f8e778 |
12:17.43 | JaMa | radekp: tslib + xf86-input-tslib? |
12:21.06 | radekp | JaMa: hi, it's for tslib |
12:21.49 | JaMa | so only tslib package needs to be rebuilt? |
12:21.54 | radekp | JaMa: tslib checks version and if it's newer it refuses to work, if you have very recent tslib it should not be needed |
12:22.31 | radekp | JaMa: maybe also other packages, i had problems with input-utils, but havent checked if that commit fixed it |
12:22.57 | JaMa | ok thanks.. all I know is that xf86-input-tslib didn't work after booting .37 |
12:23.25 | JaMa | so maybe it the reason and tslib was rebuilt to latest version yesterday.. but cannot test .37 now to confirm it's enough |
12:30.13 | GNUtoo|laptop | bbl |
12:39.52 | *** part/#openmoko-cdevel khoonirobo (~khoonirob@115.111.174.46) |
12:48.09 | *** join/#openmoko-cdevel pespin (~pespin@cisne-cn08.upc.es) |
13:03.16 | mrmoku | JaMa: want me to test? |
13:03.47 | JaMa | mrmoku: w8 a bit for newer efl/mesa/etc |
13:03.57 | JaMa | NOTE: Running task 6434 of 11119 |
13:04.02 | mrmoku | ok :) |
13:06.36 | JaMa | mrmoku: or if you really want, you can start now with s/tslib/evdev/g /etc/X11/xorg.conf |
13:07.24 | *** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz) |
13:21.54 | *** join/#openmoko-cdevel khoonirobo (~khoonirob@115.117.152.250) |
13:22.22 | mrmoku | JaMa: ok, will do that |
13:27.44 | JaMa | mrmoku: index is ready for you :) |
13:27.54 | JaMa | mrmoku: but see #oe |
13:28.37 | JaMa | ericben said he had to rebuild agains newer linux-libc-headers, which is easy, but it's not sure if resulting tslib will still work ie with 2.6.34 |
13:33.15 | *** join/#openmoko-cdevel mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
13:35.54 | playya | mrmoku, we should add a wiki page to "standardize" some of the keys/switches in fsodeviced |
13:36.21 | mrmoku | playya: that would be a good thing, yes |
13:36.27 | playya | i already wrote sth about it. but can't remember where |
13:36.55 | mrmoku | JaMa: so, I update too? Or just try s/tslib/evdev/ first? |
13:36.57 | playya | ah: http://wiki.freesmartphone.org/index.php/Brainstorm/fsodeviced#Input |
13:37.42 | mrmoku | playya: hehe, there's missing the keyboard slide though |
13:38.10 | mrmoku | and the camera slide |
13:38.38 | playya | yes |
13:39.00 | playya | iirc i never had a mobile with a camera slide :) |
13:39.30 | mrmoku | dunno how you call it when you open the lense of the camera... |
13:39.53 | playya | but if you take a look at the media keys, i had a nokia n95 as an example |
13:40.42 | mrmoku | :) |
13:40.46 | JaMa | mrmoku: you can upgrade, then it won't probably work (but ssh should), so then s/tslib/evdev/ and then tslib from my repo |
13:41.14 | mrmoku | JaMa: without upgrade just doing the s/tslib/evdev/ makes it work |
13:41.14 | JaMa | mrmoku: this should help http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/0cd35ab344729cf9143f98798216d4ca282afe41 |
13:42.00 | JaMa | good so in worst case we can switch back to evdev, which will make [Rui] sad a bit |
13:42.34 | mrmoku | :) |
13:42.36 | mrmoku | upgrading now |
13:43.48 | mickey|office | votes for CAMERA_COVER |
13:43.52 | mickey|office | or CAMERA_LID |
13:44.52 | mickey|office | we should also revisit the LED purpose interface |
13:45.08 | mickey|office | i.e. a way to map LED functions to physical leds |
13:45.45 | mrmoku | wants the n900 kbd leds to work like in maemo :) |
13:46.08 | GNUtoo|laptop | hmmm |
13:46.12 | GNUtoo|laptop | illume-keyobard crash |
13:46.29 | mrmoku | prefers CAMERA_LID |
13:47.12 | mrmoku | irb |
13:47.35 | JaMa | mrmoku: http://jama.homelinux.org/org.openembedded.shr/armv4t/libts-1.0-0_1.0+gitr1+860d69cadedef0dec8ba6259ab5850691d3402e7-r28.5.6_armv4t.ipk is tslib with that patch |
13:52.54 | mrmoku | JaMa: have to change back to tslib in xorg.conf? |
13:53.09 | JaMa | yes to test it |
13:53.22 | mrmoku | root@om-gta02 ~ # opkg install libts-1.0-0_1.0\+gitr1\+860d69cadedef0dec8ba6259ab5850691d3402e7-r28.5.6_armv4t.ipk |
13:53.25 | mrmoku | Collected errors: * deb_extract: libts-1.0-0_1.0+gitr1+860d69cadedef0dec8ba6259ab5850691d3402e7-r28.5.6_armv4t.ipk: invalid magic * pkg_init_from_file: Failed to extract control file from libts-1.0-0_1.0+gitr1+860d69cadedef0dec8ba6259ab5850691d3402e7-r28.5.6_armv4t.ipk. |
13:53.29 | playya | mickey|office, you still have a patch to group LEDs |
13:53.52 | JaMa | mrmoku: ah sorry wrong domain again :/ |
13:53.54 | mickey|office | playya: yeah, i know. I'll revisit that |
13:54.08 | JaMa | mrmoku: http://jama.dyndns-home.com/org.openembedded.shr/armv4t/libts-1.0-0_1.0+gitr1+860d69cadedef0dec8ba6259ab5850691d3402e7-r28.5.6_armv4t.ipk |
13:56.02 | GNUtoo|laptop | note that illume-keyboard segfault and I had to disable it |
13:57.20 | JaMa | with current efl srcrev in tests/shr-u? |
13:57.43 | JaMa | or did it start segfaulting for you yesterday? |
13:58.07 | JaMa | tested efl this time only on n900 |
13:59.58 | GNUtoo|laptop | today |
14:00.02 | GNUtoo|laptop | I did git pull |
14:00.05 | GNUtoo|laptop | bitbake shr-image |
14:00.10 | GNUtoo|laptop | opkg update;opkg upgrade |
14:00.16 | GNUtoo|laptop | and it segfaulted on htcdream |
14:13.36 | mrmoku | JaMa: e segfaults indeed now :P |
14:13.59 | mrmoku | JaMa: but touchscreen seems to work... I can press Exit ;) |
14:14.25 | mrmoku | ohh |
14:14.27 | mrmoku | phoneuid: error while loading shared libraries: libfsoframework.so.0: cannot open shared object file: No such file or directory |
14:15.35 | *** join/#openmoko-cdevel anarsoul (~anarsoul@86.57.155.118) |
14:15.45 | *** join/#openmoko-cdevel khoonirobo1 (~khoonirob@121.245.12.221) |
14:16.04 | mrmoku | #0 0x40b52788 in poll () from /lib/libc.so.6 |
14:16.04 | mrmoku | #1 0x40980e34 in _xcb_conn_wait () from /usr/lib/libxcb.so.1 |
14:24.53 | JaMa | that backtrace is from e segfault or phoneuild? |
14:25.33 | JaMa | mrmoku: and it segfaults on gta02 for you, right? |
14:27.49 | GNUtoo|laptop | JaMa, how do I distclean a source dir? |
14:27.55 | GNUtoo|laptop | I do that: |
14:28.11 | GNUtoo|laptop | <PROTECTED> |
14:28.18 | GNUtoo|laptop | <PROTECTED> |
14:28.18 | GNUtoo|laptop | <PROTECTED> |
14:28.19 | playya | maybe we should add a FSO_UTILITIES_PALMPRE_SRCREV and FSO_UTILITIES_ANDROID_SRCREV to keep the revisisions synced |
14:28.26 | GNUtoo|laptop | in do_configure_append |
14:28.29 | GNUtoo|laptop | and it says: |
14:28.37 | GNUtoo|laptop | | configure: error: source directory already configured; run "make distclean" there first |
14:28.42 | GNUtoo|laptop | dunring do_configure |
14:28.53 | GNUtoo|laptop | basically there are nested configure |
14:28.58 | GNUtoo|laptop | or something like that |
14:29.30 | GNUtoo|laptop | sigh |
14:30.48 | JaMa | does it really support distclean target for make? |
14:30.54 | GNUtoo|laptop | I'll look |
14:32.04 | GNUtoo|laptop | ahhh there is an autogen.sh there |
14:32.07 | GNUtoo|laptop | in oRTP |
14:32.36 | JaMa | does e segfault with not-shr e profile? |
14:33.25 | JaMa | n900 here doesn't segfault sofar and gta02 remotely maybe does, because enlightenment_start.oe hangs after ESTART: 1.88376 [0.00404] - load modules |
14:35.48 | mrmoku | JaMa: e segfault, and yes gta02 |
14:36.20 | GNUtoo|laptop | what segfault? keyboard? |
14:36.23 | mrmoku | does rm -rf .e and tries |
14:36.55 | mrmoku | JaMa: btw. load modules is the last thing for me too |
14:37.01 | GNUtoo|laptop | I really wonder what to do with newer linphone |
14:37.06 | GNUtoo|laptop | they have a main dir |
14:37.12 | GNUtoo|laptop | where there is a ./configure |
14:37.22 | GNUtoo|laptop | and no Makefiles |
14:37.30 | GNUtoo|laptop | but there are subdirs |
14:37.33 | GNUtoo|laptop | like oRTP |
14:37.36 | GNUtoo|laptop | and mediastreamer |
14:37.40 | GNUtoo|laptop | which got the same thing |
14:37.47 | GNUtoo|laptop | and ortp fails with libtool mismatch |
14:37.51 | JaMa | mrmoku: I guess it's from 56042 or 56045 but don't see the problem in it |
14:37.55 | GNUtoo|laptop | so I must regeerate configure |
14:38.28 | mrmoku | JaMa: the wizard starts fine... can select the language and the profile... then it segs |
14:40.14 | mrmoku | just offers me the shr profile though... can't select the plain illume2 one |
14:40.40 | GNUtoo|laptop | mrmoku, I did that: |
14:40.44 | GNUtoo|laptop | click on restart |
14:40.48 | GNUtoo|laptop | several times |
14:40.55 | GNUtoo|laptop | after it load |
14:40.57 | JaMa | mrmoku: opkg install e-wm-config-illume2 |
14:41.02 | GNUtoo|laptop | and says the cause of the segfault |
14:41.11 | JaMa | mrmoku: then it will offer illume2 upstream profile |
14:41.12 | GNUtoo|laptop | like illume-keyboard in my case |
14:42.16 | playya | btw. anyone in here is interested in running osmocom-bb with fso on the gta-02? |
14:42.23 | GNUtoo|laptop | JaMa, should I ask in oe? |
14:42.38 | JaMa | GNUtoo|laptop: about linphone? yes |
14:42.40 | mrmoku | GNUtoo|laptop: I tried to recover more than ten times now... no success |
14:42.40 | GNUtoo|laptop | for linphone |
14:42.41 | GNUtoo|laptop | ok |
14:43.29 | mrmoku | JaMa: Illume-Home segfaults too |
14:44.04 | JaMa | GNUtoo|laptop: this is what I did for similar issue in python.. autoreconf -Wcross --verbose --install --force --exclude=autopoint Modules/_ctypes/libffi || oenote "_ctypes failed to autoreconf" |
14:44.09 | JaMa | GNUtoo|laptop: in do_configure_prepend |
14:44.26 | GNUtoo|laptop | ok |
14:44.28 | GNUtoo|laptop | thanks a lot |
14:45.30 | *** join/#openmoko-cdevel morphis (~morphis@brmn-4dbccc3f.pool.mediaWays.net) |
14:48.53 | GNUtoo|laptop | JaMa, still the same error |
14:49.06 | GNUtoo|laptop | do_configure_prepend() { |
14:49.06 | GNUtoo|laptop | <PROTECTED> |
14:49.09 | GNUtoo|laptop | I'll check the logs |
14:50.39 | JaMa | you still has to remove old libtool m4 from oRTP dir |
14:51.48 | GNUtoo|laptop | ah ok |
14:51.55 | GNUtoo|laptop | the force is not enough then |
14:52.27 | JaMa | mrmoku: maybe also install default theme e-wm-theme-illume |
14:52.38 | mrmoku | got installed automatically |
14:52.44 | mrmoku | ahh... theme |
14:53.25 | GNUtoo|laptop | ohhh was not that |
14:53.33 | mrmoku | e-wm-theme-illume - 0.16.999.060+svnr56055-r18.6 |
14:53.34 | GNUtoo|laptop | <PROTECTED> |
14:53.36 | GNUtoo|laptop | worked |
14:53.43 | JaMa | but still it hangs on load modules :/ |
14:53.44 | GNUtoo|laptop | adding that worked |
14:54.01 | GNUtoo|laptop | http://pastebin.com/hTwZX1r6 |
14:55.01 | playya | mrmoku, could you grant me commit rights for xkeyboard-config? |
14:55.58 | GNUtoo|laptop | playya, you plan to modify that, note that I used it only as a temporary way to publish my sources, the newer sources are upstream |
14:56.18 | playya | i only need the palmpre branch |
14:56.53 | JaMa | has to finish something at work, then I'll retry to reproduce segfault on n900 (only way for me to fix it as remotly I cannot pass 1st time wizard..0 |
14:57.17 | GNUtoo|laptop | ok but I wanted to point out that the palm-pre and the htcdream branch are not ready for upstream |
14:57.22 | GNUtoo|laptop | they're not done correctly |
14:57.24 | GNUtoo|laptop | but they work |
14:57.42 | GNUtoo|laptop | the correct way is what I did with the dream and that is upstream |
14:57.56 | playya | i have a fully working palmpre keyboard |
14:58.02 | GNUtoo|laptop | ok nice |
14:58.03 | playya | at least US |
14:58.08 | GNUtoo|laptop | so commit |
14:59.46 | playya | i think i have to send my pub key first |
15:02.48 | JaMa | mrmoku: did you opkg upgrade yesterday? just to confirm that e segfault is caused from http://git.openembedded.org/cgit.cgi/openembedded/commit/?h=org.openembedded.dev&id=e7e75a2d19514b5b29e2572ab7f8de36d64a8ec4 |
15:03.01 | JaMa | that would be only 31 revisions to check |
15:06.35 | *** join/#openmoko-cdevel pespin (~pespin@cisne-cn10.upc.es) |
15:06.46 | antrik | playya: interested? depends on what you mean exactly :-) |
15:07.17 | playya | run a complete open source stack down to the baseband on the freerunner |
15:07.58 | antrik | I'm sure pretty much all FR users would like that... |
15:08.16 | playya | i already thought about encryption, but the network seems to reencode the voice stream in some cases |
15:09.01 | antrik | there is at least one commercial system that implements strong end-to-end encryption on top of GSM; but I have no idea how that works |
15:09.21 | playya | you mean cryptphone? |
15:10.09 | playya | afaik they are using a data channel. |
15:11.15 | playya | sylvain manaut told me that there's a spec for direct transmission, but it's unknown if the networks support it |
15:12.01 | playya | maybe it works if you're within the same network but not between 2 providers |
15:12.25 | mrmoku | JaMa: hmm... I upgraded before... don't remember if I upgraded yesterday, but I think yes |
15:12.38 | mrmoku | any revision I could check for? |
15:12.54 | *** join/#openmoko-cdevel wolfspra1l (~wolfsprau@pD9E2EDDF.dip.t-dialin.net) |
15:13.19 | JaMa | mrmoku: I'm building http://trac.enlightenment.org/e/changeset/56050 -1 |
15:16.08 | JaMa | mrmoku: can you join #edevelop with backtrace? |
15:18.27 | mrmoku | JaMa: yup, though it's not very usefull |
15:27.51 | JaMa | mrmoku: 55049 seems to work :) can you check visually? http://jama.dyndns-home.com/org.openembedded.shr/armv4t/e-wm_0.16.999.060+svnr56049-r18.6_armv4t.ipk |
15:29.22 | *** join/#openmoko-cdevel elisa42 (~elisa42@rommel.gate.uni-erlangen.de) |
15:29.46 | mrmoku | JaMa: yup, moment |
15:35.56 | GNUtoo|laptop | lindi-, ping |
15:36.03 | GNUtoo|laptop | I tried again with a more recent version |
15:36.05 | GNUtoo|laptop | still no go |
15:36.15 | GNUtoo|laptop | still some rrrr as sound |
15:36.28 | GNUtoo|laptop | and still no way to configure the sound card access |
15:36.32 | GNUtoo|laptop | such as 44100 stereo |
15:36.34 | GNUtoo|laptop | etc... |
15:37.59 | JaMa | mrmoku: newer e-wm now in OE, rebuilding images again :) |
15:44.17 | mrmoku | JaMa: great :) |
15:47.33 | *** join/#openmoko-cdevel morphis (~morphis@brmn-4dbccc3f.pool.mediaWays.net) |
16:09.15 | *** join/#openmoko-cdevel trupheenix (~quassel@122.167.236.2) |
16:12.34 | lindi- | GNUtoo|laptop: pong |
16:22.26 | GNUtoo|laptop | lindi-, hi |
16:22.44 | GNUtoo|laptop | lindi-, do you remember how to do it and if we really talk about the same thing? |
16:23.22 | GNUtoo|laptop | I can't choose the freq like 44100 48000, the format like S16_LE, mono/stereo etc... |
16:26.25 | GNUtoo|laptop | mrmoku, btw telephony still doesn't work at boot |
16:26.30 | GNUtoo|laptop | will rebuild |
16:26.43 | mrmoku | GNUtoo|laptop: on gta02 ? |
16:26.53 | GNUtoo|laptop | mrmoku, on htcdream |
16:27.03 | GNUtoo|laptop | basically phonefsod issue |
16:27.05 | mrmoku | hmm |
16:27.05 | GNUtoo|laptop | it's not started |
16:27.14 | GNUtoo|laptop | and when you start it manually everything goes fine |
16:27.17 | mrmoku | ahh, right... almost forgot about that |
16:34.10 | JaMa|Off | is there any solution to 2nd rfkill intf from btusb? |
16:34.46 | JaMa|Off | I mean to apply in OE.. locally I just rmmod btusb :) |
16:45.16 | mrmoku | JaMa|Off: yup, mickeyl finally has fixed that last night |
16:45.22 | mrmoku | needs bumping of fso |
16:45.32 | mrmoku | forgot that too :/ |
16:47.13 | *** join/#openmoko-cdevel GNUtoo|dream|shr (~GNUtoo@host19-55-dynamic.180-80-r.retail.telecomitalia.it) |
16:50.16 | lindi- | GNUtoo|laptop: how to do what? |
16:51.34 | GNUtoo|dream|shr | basically we got a bad sound driver on htcdream |
16:51.48 | GNUtoo|dream|shr | i would like to play with sound settings |
16:51.56 | JaMa|Off | mrmoku: ah great, I'll restart build if you bump it ;) |
16:52.01 | GNUtoo|dream|shr | to see how to workwarround it |
16:52.41 | GNUtoo|dream|shr | but the only setting i get is the soundcard setting |
16:52.59 | GNUtoo|dream|shr | which can select which soundcard to use |
16:53.03 | GNUtoo|dream|shr | not more |
16:55.38 | mrmoku | JaMa|Off: bumped |
16:57.54 | *** join/#openmoko-cdevel xrmx (~rm@151.69.107.74) |
16:58.43 | JaMa|Off | mrmoku: thanks |
16:58.49 | mrmoku | yw |
16:58.55 | mrmoku | and thanks for building :) |
16:59.48 | mrmoku | off for dinner |
17:03.10 | *** join/#openmoko-cdevel playya (~playya@unaffiliated/playya) |
17:15.26 | *** join/#openmoko-cdevel playya (~playya@unaffiliated/playya) |
17:17.29 | *** join/#openmoko-cdevel eolson (~eolson@maze.mcs.anl.gov) |
17:18.37 | *** join/#openmoko-cdevel JesusMcCloud-lt (~JesusMcCl@84-119-74-13.dynamic.xdsl-line.inode.at) |
17:22.16 | GarthPS | guys, is there a less heavy than rm -rf tmp/ to flush shr-u build ? |
17:27.18 | GNUtoo|dream|shr | mv it |
17:27.25 | GNUtoo|dream|shr | and then rm it |
17:27.54 | *** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya) |
17:30.08 | *** join/#openmoko-cdevel Martix (~martix@4.177.broadband3.iol.cz) |
17:32.38 | *** join/#openmoko-cdevel jlmoko (~jluis@247.Red-88-5-202.dynamicIP.rima-tde.net) |
17:52.43 | *** join/#openmoko-cdevel oln (~oln@ws43101.studby.hig.no) |
17:53.31 | GarthPS | GNUtoo|dream|shr: which difference does it make ? |
17:57.35 | PaulFertser | Probably that you can start building a new image while rm is still ongoing. |
18:02.41 | mickeyl | what's the easiest way to bring an elementary button into an edje layout via code? |
18:03.07 | mickeyl | can i just put it into a swallow? |
18:05.04 | playya_ | GarthPS, did you test if the token is set to unlocked? |
18:06.22 | GarthPS | playya_: yop, I have this found new token (key = 'SimLockDef', value = '1075FR-SFR') |
18:06.22 | GarthPS | SimLockDef=1075FR-SFR |
18:06.22 | GarthPS | position 00005388 |
18:07.14 | GarthPS | playya_: I asked on a frnahc furom if a guy having an unlock device could help me to get his value |
18:07.17 | *** join/#openmoko-cdevel EsEhAr (~chatzilla@119.153.64.211) |
18:08.51 | playya_ | do you have a complete backup of your phone? |
18:13.29 | *** join/#openmoko-cdevel anarsoul (~anarsoul@46.28.101.19) |
18:13.37 | GarthPS | playya_: hmm what do you mean ? |
18:13.59 | playya_ | it's possible to create a backup with webosDoctor |
18:16.05 | GarthPS | playya_: how? and why this question ? |
18:16.31 | playya_ | you can recover everything if sth goes wrong |
18:18.36 | mrmoku | mickeyl: into swallow is what we do, yes |
18:18.49 | mickeyl | ok, now i just have to make it appear... |
18:18.55 | mickeyl | it doesn't want to show :) |
18:18.58 | mrmoku | hehe |
18:19.57 | mickeyl | hmm |
18:20.10 | mickeyl | perhaps i need to set the size |
18:20.19 | mickeyl | although a swallow should resize its child iirc |
18:20.24 | mrmoku | yup |
18:20.35 | mrmoku | you have to evas_object_show it |
18:20.57 | GarthPS | playya_: how do I do that ? |
18:21.40 | *** join/#openmoko-cdevel jlmoko (~jluis@247.Red-88-5-202.dynamicIP.rima-tde.net) |
18:22.31 | playya_ | GarthPS, http://www.precentral.net/how-to-back-your-palm-profile-information |
18:23.34 | GarthPS | playya_: thx! :) |
18:27.01 | mickeyl | hmm |
18:27.06 | mickeyl | it should be ok: |
18:27.07 | mickeyl | _tmp0_ = elm_button_add ((Evas_Object*) self); |
18:27.14 | mickeyl | evas_object_show ((Evas_Object*) b); |
18:27.23 | mickeyl | edje_object_part_swallow (((Page*) self)->edje, "swallow", (Evas_Object*) b); |
18:27.29 | mickeyl | hmm, wit |
18:27.30 | mickeyl | wait |
18:27.51 | mrmoku | _tmp0_ != b ? |
18:29.50 | mickeyl | sorry, missed |
18:29.52 | mickeyl | <PROTECTED> |
18:30.00 | mickeyl | but here is: |
18:30.06 | mickeyl | <PROTECTED> |
18:30.22 | mickeyl | ~lart missing memory management rules for parent-child-relationsships in E |
18:30.22 | apt | takes large quantities of Krispy Kream donuts and stuffs them one after another down missing memory management rules's throat until missing memory management rules puts on 150lbs for parent-child-relationsships in E |
18:30.43 | mickeyl | a parent should capture its childs and keep them alive *sigh* |
18:31.25 | mickeyl | hmm, removing it doesn't change the situation |
18:31.28 | mickeyl | still invisible |
18:32.23 | mickeyl | ah! |
18:32.27 | mickeyl | i see my button |
18:32.31 | mrmoku | :) |
18:33.10 | mickeyl | ok, excellent. i will now embed a map widget and link this to the context location stuff |
18:33.42 | mrmoku | ahh, now I see :) |
18:33.52 | mrmoku | already wanted to ask what mickeyl is doing :P |
18:34.36 | mickeyl | i need some real world code to see whether the API is good and works |
18:34.49 | mickeyl | so i figured i demo it with a map view |
18:35.00 | EsEhAr | hello everyone |
18:35.09 | mickeyl | but since zhone2 is completely in edje, i have to add some elm stuff |
18:35.18 | mickeyl | otherwise i'd have to rewrite zhone2 in elm |
18:35.21 | mickeyl | which i don't have time for atm. |
18:35.28 | mickeyl | hi EsEhAr |
18:35.37 | mickeyl | bbl, sports time |
18:35.58 | EsEhAr | how are you mickeyl ? |
18:35.59 | CIA-70 | freesmartphone.org: 03mickey 07aurora * r25b701534aa5 10/zhone2/src/ (Makefile.am locationpage.vala main.vala): zhone2: start w/ location page |
18:36.21 | mickeyl | good, thanks. on my way to sports, will be back later |
18:36.28 | mrmoku | mickeyl: have fun :) |
18:36.33 | EsEhAr | hmm ,good |
18:36.53 | mrmoku | EsEhAr: just read your ticket |
18:37.02 | EsEhAr | ahan |
18:37.05 | mrmoku | elm_shr_softkey & |
18:37.11 | EsEhAr | any idea ? |
18:37.18 | mrmoku | to manually get the button back |
18:37.44 | mrmoku | which flavour of SHR do you use btw. ? |
18:37.53 | EsEhAr | unstable |
18:38.31 | mrmoku | it should be fixed the next time we sync shr-unstable to the public |
18:38.48 | mrmoku | due to switching from dbus-glib to gdbus that might still take some time though |
18:38.48 | EsEhAr | elm_shr_softkey & this is a command ? |
18:38.52 | mrmoku | yup |
18:39.01 | mrmoku | open the terminal and enter it there |
18:39.08 | EsEhAr | not working |
18:39.11 | EsEhAr | can't find |
18:39.19 | mrmoku | ouch |
18:39.21 | mrmoku | sorry |
18:39.23 | *** join/#openmoko-cdevel jlmoko (~jluis@247.Red-88-5-202.dynamicIP.rima-tde.net) |
18:39.25 | mrmoku | shr_elm_softkey |
18:39.28 | mrmoku | is the correct one :P |
18:39.57 | EsEhAr | :) |
18:40.02 | *** join/#openmoko-cdevel Slyon (~lukas@ppp-188-174-56-212.dynamic.mnet-online.de) |
18:40.35 | EsEhAr | oh , thanks |
18:40.49 | mrmoku | np |
18:40.56 | EsEhAr | what about VoIP scenario ? |
18:41.15 | mrmoku | no idea about that one |
18:41.22 | mrmoku | I mean why it does not work |
18:41.36 | EsEhAr | don't know too :( |
18:41.47 | mrmoku | might be that the voip scenario is broken |
18:41.57 | EsEhAr | I load capturehandset scenario and record using arecord , it works |
18:42.30 | EsEhAr | I load stereoout scenario and play recorded audio with aplay , it works |
18:42.35 | EsEhAr | load VoIP scenario ,but it doesn't :( |
18:43.30 | EsEhAr | set sound device as alsa:hw,0,0 , alsa:default and alsa:plughw:0,0 |
18:44.01 | mrmoku | GNUtoo|laptop: did you have success with linphone? |
18:44.15 | GNUtoo|laptop | mrmoku, I abandoned, it compiled but didn't ran fine |
18:44.23 | mrmoku | ok |
18:44.28 | GNUtoo|laptop | is there something usefull I could do? |
18:44.35 | mrmoku | EsEhAr: what VOIP app are you using? linphone? |
18:44.37 | GNUtoo|laptop | everything seem broken at the moment |
18:44.47 | EsEhAr | no |
18:44.55 | EsEhAr | I am using minisip (minisip.org) |
18:45.04 | GNUtoo|laptop | EsEhAr, that compiles? |
18:45.10 | EsEhAr | yes :) |
18:45.32 | EsEhAr | clients can register and call each other but sound :( |
18:45.42 | GNUtoo|laptop | wow |
18:45.43 | GNUtoo|laptop | ok |
18:45.54 | GNUtoo|laptop | recent linphone had the same issue |
18:45.58 | GNUtoo|laptop | I found a workarround |
18:46.07 | GNUtoo|laptop | my sip provider is 192.168.1.1 |
18:46.15 | GNUtoo|laptop | disconnecting the usbnet made sound work |
18:46.19 | GNUtoo|laptop | the error was: |
18:47.05 | GNUtoo|laptop | ortp-error-send(): Connection refused |
18:47.15 | mrmoku | GNUtoo|laptop: there is recipes/minisip in OE |
18:47.26 | GNUtoo|laptop | yes but I thought it didn't compile |
18:47.32 | GNUtoo|laptop | compiles minisip at once |
18:47.33 | mrmoku | did not try |
18:47.34 | *** join/#openmoko-cdevel morphis_ (~morphis@brmn-4dbccc3f.pool.mediaWays.net) |
18:48.23 | EsEhAr | I am experiencing no error , everything seems fine , application successfully opend alsa for recording and playback |
18:48.24 | mrmoku | GNUtoo|laptop: that does not include the application though |
18:48.33 | GNUtoo|laptop | what should I bitbtke? |
18:48.39 | GNUtoo|laptop | minisip recipe doesn't exist |
18:48.46 | GNUtoo|laptop | thre are only libs in minisip dir |
18:48.49 | mrmoku | yeah, just some of the libs |
18:49.13 | EsEhAr | but I am using usb interface , not wifi (wifi not working ) |
18:50.22 | GNUtoo|laptop | ok |
18:50.29 | GNUtoo|laptop | so how do I build the same stuff than you? |
18:50.45 | *** join/#openmoko-cdevel max_posedon (~max_posed@46.56.192.170) |
18:50.48 | mrmoku | EsEhAr: did you build it with OE ? |
18:50.58 | *** join/#openmoko-cdevel trupheenix (~quassel@122.167.238.136) |
18:50.59 | EsEhAr | no |
18:51.09 | GNUtoo|laptop | that's what I tought |
18:51.14 | mrmoku | yup |
18:51.28 | EsEhAr | I just use the toolchain to cross compile |
18:52.20 | EsEhAr | this could be a problem ? |
18:52.21 | EsEhAr | <PROTECTED> |
18:53.12 | GNUtoo|laptop | <PROTECTED> |
18:53.44 | EsEhAr | yes |
18:54.01 | GNUtoo|laptop | so we could re-do a recipe |
18:54.08 | EsEhAr | just set up the environment for cross compiler |
18:54.16 | GNUtoo|laptop | and then? |
18:54.21 | GNUtoo|laptop | configure args |
18:54.21 | GNUtoo|laptop | ? |
18:54.24 | EsEhAr | and compile all the libs and application with conventional way |
18:54.31 | EsEhAr | yes ,configure arguments |
18:54.40 | GarthPS | playya_: read_tokens just read them , it can not write righ t? |
18:54.45 | EsEhAr | as --host=arm-linux and prefix etc |
18:54.48 | playya_ | yes |
18:55.00 | playya_ | but the webos tool is able to write those tokens |
18:55.18 | PaulFertser | EsEhAr: how do you switch alsa states? That might be the exact reason it doesn't work. |
18:55.38 | playya_ | but if your pre refuses to boot it's good to have a backup |
18:55.45 | EsEhAr | I just load the scenario with mdbus2 |
18:55.57 | playya_ | hmm. you have a working fso/shr image GarthPS ? |
18:56.17 | PaulFertser | EsEhAr: what kernel version is that, and what scenario are you loading? |
18:56.30 | GarthPS | playya_: you mean on my pre 2? |
18:56.36 | playya_ | yes |
18:56.44 | EsEhAr | its 2.6.34 |
18:56.55 | playya_ | if sth. breaks with nvram you need it for recovery |
18:56.56 | PaulFertser | EsEhAr: also make sure you open it for record and playback with exactly the same rate and sample size/format. |
18:56.57 | playya_ | maybe |
18:56.58 | GarthPS | playya_: no it does not reach e |
18:57.10 | EsEhAr | and I m loading voiphandset |
18:57.14 | playya_ | but you can ssh into it? |
18:57.15 | PaulFertser | EsEhAr: are you able to do an echo test with "arecord - | aplay -" or soemething similar? |
18:57.17 | mrmoku | we fixed scenarios for 2.6.34 but I don't think anybody tried VOIP probably |
18:57.18 | GarthPS | playya_: and no ssh |
18:57.22 | GarthPS | :) |
18:57.22 | EsEhAr | yes |
18:57.39 | PaulFertser | EsEhAr: because if it doesn't work, it should be investigated separately (checking scenarious etc.) |
18:57.42 | EsEhAr | I record with arecord after setting capturehandset scenario |
18:57.45 | GNUtoo|laptop | EsEhAr, basically I think your screnario are wrong |
18:57.55 | GarthPS | playya_: plus I don't have other simcard to test |
18:57.58 | PaulFertser | EsEhAr: no, i'm talking about the "echo test", not recording. |
18:57.58 | EsEhAr | and playback after setting stereoout scenario |
18:58.02 | GNUtoo|laptop | but I want to try minisip too |
18:58.04 | playya_ | we can prepare a init script in /boot to recover everthing GarthPS |
18:58.13 | PaulFertser | EsEhAr: "arecord - | aplay -" |
18:58.44 | GNUtoo|laptop | there is no msip |
18:58.45 | GarthPS | playya_: I am not hurry. I can wait for a guy who has the correct string to place |
18:59.06 | EsEhAr | ok |
18:59.12 | EsEhAr | let me check |
18:59.13 | GarthPS | playya_: I was just curious about your propositionn |
18:59.28 | GNUtoo|laptop | ok I changed to find msip |
18:59.36 | GarthPS | and what you have to changed that |
19:01.14 | playya_ | my pre is not locked and it might be the universal string |
19:01.30 | mrmoku | PaulFertser: does DAI mode 2 sound correct for VOIP ? |
19:01.37 | playya_ | but maybe there're some mor settings in the bb firmware |
19:02.32 | mrmoku | hmm... the scenario looks sensible to me |
19:03.19 | EsEhAr | arecord -| aplay - shows error |
19:03.47 | EsEhAr | overrun !! ( atleast 0.244 ms long0 |
19:04.58 | PaulFertser | mrmoku: yes |
19:05.26 | EsEhAr | its giving error |
19:05.27 | mrmoku | good |
19:05.40 | EsEhAr | 1st time , it says , faild to open pcm |
19:05.47 | GNUtoo|laptop | ouch autoreconf fails |
19:05.48 | EsEhAr | 2nd time , overruns |
19:05.52 | GNUtoo|laptop | not my day.... |
19:05.54 | GNUtoo|laptop | libsomething |
19:06.04 | GNUtoo|laptop | libmutil0-0.3.1+svn20110112-r0 |
19:08.04 | *** join/#openmoko-cdevel alexxy (~alexxy@gentoo/developer/alexxy) |
19:10.22 | *** join/#openmoko-cdevel misc (~misc@nanardon.zarb.org) |
19:14.04 | CIA-70 | freesmartphone.org: 03Frederik.Sdun 07utilities * r9262a2e4f8f6 10/palmpre/tsmd/src/tsmd.c: tsmd: send pressure 0 on finger up |
19:14.18 | *** join/#openmoko-cdevel ferluszt (~peter@p5DD29C94.dip0.t-ipconnect.de) |
19:15.05 | playya_ | GarthPS, do you know why you don't get X? |
19:17.10 | EsEhAr | aplay -D hw /usr/share/sound/notify_message.wav |
19:17.24 | EsEhAr | error: channel count not available ? |
19:17.58 | EsEhAr | why is it so ? |
19:19.50 | *** join/#openmoko-cdevel jlmoko (~jluis@247.Red-88-5-202.dynamicIP.rima-tde.net) |
19:23.01 | GNUtoo|laptop | theses are mono wav |
19:23.48 | *** join/#openmoko-cdevel anarsoul (~anarsoul@46.28.101.19) |
19:25.50 | EsEhAr | which scenario for them ? |
19:26.20 | GarthPS | playya_: nope |
19:26.26 | GNUtoo|laptop | sigh |
19:26.29 | GNUtoo|laptop | still no go |
19:26.32 | GNUtoo|laptop | I abandon there too |
19:26.42 | EsEhAr | no way even if reboot ? |
19:26.54 | GNUtoo|laptop | goes doing something else |
19:28.18 | EsEhAr | :( |
19:28.25 | playya_ | GarthPS, any logs? you can remove the volatile mounts to have the logs after booting into webos |
19:30.39 | GarthPS | playya_: you mean from webos I could mount /dev/mapper/store-fso iand look into /var/log ? I did not take the time yesterday.. |
19:31.11 | PaulFertser | EsEhAr|away: hm, i'm not sure but quite possibly you need to force mono for voip scenario. |
19:31.24 | PaulFertser | EsEhAr|away: as in "arecord -c 1 - | aplay -c 1 -" |
19:32.42 | EsEhAr|away | mean voip scenario should be using mono ? |
19:35.18 | PaulFertser | EsEhAr|away: mean an audio app in voip scenario must be using mono. |
19:36.02 | EsEhAr|away | voiphandset scenario is not enough ? |
19:36.19 | EsEhAr|away | i have to set other configuration too ? |
19:36.31 | PaulFertser | 22:31 < PaulFertser> EsEhAr|away: as in "arecord -c 1 - | aplay -c 1 -" |
19:38.12 | *** join/#openmoko-cdevel ferluszt (~peter@p5DD29C94.dip0.t-ipconnect.de) |
19:40.26 | EsEhAr | may be it is the sound device name issue ? |
19:40.36 | EsEhAr | hw:0,0 correct for VoIP |
19:40.50 | EsEhAr | or it should be hw:1,0? |
19:40.53 | lindi- | EsEhAr: what are you exactly trying to do? |
19:41.30 | EsEhAr | trying to use VoIP on shr |
20:35.25 | *** join/#openmoko-cdevel apt (~apt@rikers.org) |
20:35.25 | *** topic/#openmoko-cdevel is Openmoko Community Developers Channel - discussion on all firmware images, packages and software | SHR: http://shr-project.org | #hackable1 | #openmoko-debian | #qtmoko | #android-on-freerunner | CIA notifications in #freesmartphone.org | Chan Logs: ~logs & http://logs.nslu2-linux.org/livelogs/openmoko-cdevel.txt | Newsflash: type '~nf' |
20:36.38 | playya_ | morphis, do you know the lac, cid, .. fields? |
20:37.48 | morphis | in msmcomm? |
20:37.53 | playya_ | yes |
20:37.56 | morphis | puuh |
20:38.08 | morphis | have to look if I added the offsets already |
20:39.11 | playya_ | this is what i get: http://pastebin.com/Y1gUmtrg |
20:39.33 | playya_ | but i cannot register |
20:39.49 | playya_ | (still updating the build and switching to next branch) |
20:40.33 | morphis | you mean NetworkRegister does not work? |
20:40.44 | morphis | NetworkRegister on fsogsmd or msmcommd? |
20:41.10 | playya_ | fsogsmd |
20:41.12 | morphis | for cell id I will add a GetCellId command in new msmcommd |
20:41.20 | morphis | ok, maybe it does not work actually |
20:41.35 | morphis | as I am focusing on the new msmcommd |
20:41.43 | morphis | and getting fsogsmd running after this |
20:41.59 | morphis | but if you want you can help me with next msmcommd |
20:43.02 | morphis | as want to do everything with the new version as good as possible |
20:43.17 | playya_ | ok |
20:43.39 | playya_ | is it possible to register to a network with msmcommd next? |
20:44.25 | morphis | currently not |
20:44.34 | morphis | as command is not there |
20:44.41 | *** join/#openmoko-cdevel ferluszt (~peter@p5DD29C94.dip0.t-ipconnect.de) |
20:44.45 | morphis | but will come after I finished the phonebook stuff |
20:45.07 | playya_ | ok |
20:45.25 | playya_ | could you give me a short status and what's next? |
20:46.01 | morphis | ok, wait a moment |
20:48.06 | *** join/#openmoko-cdevel elisa42 (~elisa42@rommel.gate.uni-erlangen.de) |
20:48.59 | morphis | next is the name of the branch .. and I title the new msmcommd as msmcommd 'next' as it should be the next generation which is fully implemented in vala and does most things the right way |
20:49.17 | morphis | old msmcommd, especially old libmsmcomm is ugly |
20:49.23 | EsEhAr | VoIP beep beep beep :) |
20:49.24 | morphis | written in c and hard to maintain |
20:49.42 | morphis | I started with a new libmsmcomm completly written in vala |
20:50.03 | morphis | basics are done message for Misc, State, Phonebook, Call and Sim messages are implemented |
20:50.19 | morphis | (Phonebook is not really finished, but I am working on it) |
20:50.24 | *** join/#openmoko-cdevel wolfspraul (~wolfsprau@pD9E2EDDF.dip.t-dialin.net) |
20:50.33 | morphis | even I redefine the dbus interface of msmcommd |
20:51.07 | morphis | and in the end I hope everything runs fine and has more features than the old version |
20:51.26 | morphis | as I am trying to implement most things as Palm did they too |
20:53.33 | playya_ | misc is auth, info, ...? |
20:55.45 | EsEhAr | anyone used VoIP on SHR ? |
20:56.05 | morphis | I named the subsystems like palm did |
20:56.35 | morphis | playya_: if you look at libmsmcomm-next/specs/all_hci_messages_with_ids.txt you will see which messages are all in the misc subsystem |
20:57.23 | Slyon | hey morphis! |
20:58.21 | Slyon | morphis, i programmed a dual-boot solution for the palmpre |
20:58.55 | morphis | Slyon: wow, how? |
20:59.00 | Slyon | so you can chosse between webos and shr at startup with volume up/down keys |
20:59.09 | morphis | with kexec? |
20:59.13 | playya_ | do you use kexec? |
20:59.30 | Slyon | no, it is very simple an hackish |
20:59.34 | Slyon | ist pure bash |
20:59.35 | morphis | with ui? |
20:59.37 | morphis | ok |
20:59.44 | morphis | screenshots? |
20:59.45 | Slyon | well 3 framebuffer images |
20:59.49 | Slyon | https://github.com/slyon/bootr |
20:59.55 | playya_ | code :) |
20:59.57 | Slyon | screenshots are in data/*.preview |
21:00.02 | morphis | but sounds great |
21:00.09 | Slyon | there is a download aswell |
21:00.12 | Slyon | i just loaded it up |
21:00.14 | *** join/#openmoko-cdevel JesusMcCloud-lt (~JesusMcCl@84-119-74-13.dynamic.xdsl-line.inode.at) |
21:00.18 | Slyon | bootr-0.0.tar.gz |
21:00.20 | morphis | yeah |
21:00.30 | Slyon | copy it to your filesystem (in webos) |
21:00.34 | playya_ | ah. you're reading from the input device and switch the image? |
21:00.44 | Slyon | then tar -C /boot -xzvf bootr-0.0.tar.gz |
21:00.48 | Slyon | playya_, yup |
21:01.03 | playya_ | but how do you change the kernel images? |
21:01.07 | morphis | Slyon: great thing |
21:01.08 | Slyon | then /boot/bootr/bin/install.sh |
21:01.10 | morphis | will try it |
21:01.19 | lindi- | PaulFertser: better start using version numbers, "new" is not very good term :) |
21:01.21 | Slyon | playya_, i set the symlinks and call "tellbootie" |
21:01.23 | morphis | maybe GarthPS can integrate it into the fso-installer |
21:01.45 | morphis | Slyon: so you reset the device to boot? |
21:01.52 | GarthPS | morphis: what ? |
21:02.00 | Slyon | so i powercycle each time: power on -> boot-menu, reboot->webos, reboot -> boot-menu |
21:02.08 | Slyon | morphis, yes |
21:02.26 | morphis | and how do you did the reboot -> boot_menu when you already booted into webos? |
21:02.27 | *** join/#openmoko-cdevel jlmoko (~jluis@247.Red-88-5-202.dynamicIP.rima-tde.net) |
21:02.32 | Slyon | my script uses the miniboot.sh to boot up, then sets the symlinks, then reboots |
21:02.50 | morphis | ah ok |
21:02.53 | Slyon | and before booting into the choosen OS it sets the symlinks back to "Bootr" |
21:03.00 | morphis | nice thing |
21:03.08 | Slyon | so next time you boot it will go to the menu again |
21:03.10 | morphis | *thumbs up* |
21:03.31 | morphis | Slyon: you now the fso-installer? |
21:04.22 | Slyon | morphis, i heard of it, but never used it |
21:04.30 | CIA-70 | freesmartphone.org: 03morphis 07next * rddddd0e342c7 10msmcomm/ (5 files in 2 dirs): libmsmcomm-next: remove unnecessary messageTypeToString method |
21:04.32 | morphis | Slyon: ok |
21:04.37 | morphis | GarthPS is working on it |
21:04.54 | morphis | it installs shr on the device |
21:04.54 | Slyon | my script assumes webos on /dev/mapper/store-root and shr on /dev/mapper/store-fso |
21:04.58 | morphis | ok |
21:05.06 | morphis | and does the lvm resize |
21:05.09 | Slyon | okay nice, i did it the manual way ;) |
21:05.14 | morphis | so it could even install bootr |
21:05.32 | playya_ | ok. need to adjust some of the scripts |
21:06.07 | Slyon | the install.sh script will tell you all these paths before installing bootr and you have to confirm it |
21:06.58 | morphis | yeah, using SHR on pre devices is getting better and better! |
21:07.14 | GarthPS | :D |
21:07.48 | GarthPS | for sure it is better to don't have to rely on an other computer to boot its device :p |
21:08.32 | morphis | GarthPS: jepp :) |
21:08.41 | morphis | GarthPS: how far are you with the fso-installer? |
21:08.54 | GarthPS | morphis: by the way did you take a look at my Makefile ? |
21:09.15 | GarthPS | morphis: ah I told you yesterday but you were gone |
21:09.24 | morphis | hm forgot it ... sorry |
21:10.53 | GarthPS | so for every one : for me it is all good. juste need to test the make install-all from a fresh pre2 (i.e need to reflash with webos doctor)) I will wait for a new image/kernel (i.e hopping I will sse more than text..) for that |
21:16.25 | playya_ | does it work for shr -> bootr, too? |
21:16.38 | Slyon | playya_, yes |
21:16.54 | Slyon | on installation it copies 3 scripts to /boot/sbin |
21:17.01 | Slyon | init.webos.bootr |
21:17.05 | Slyon | init.fso.bootr |
21:17.08 | Slyon | init.bootr |
21:17.29 | Slyon | and it backs up the init-script that was there before to init.backup.bootr |
21:17.43 | Slyon | it sets the link init -> init.bootr |
21:17.52 | Slyon | so you get to the menu on the next boot |
21:18.19 | Slyon | then you choose you os, bootr sets the link to eg. init -> init.fso.bootr, it reboots |
21:18.19 | playya_ | but my shr never shuts down :( |
21:18.39 | Slyon | before loading SHR it sets the link back to init -> init.bootr |
21:18.51 | Slyon | yes mine too, you have to take off the battery :) |
21:19.11 | Slyon | or find out how to cleanly shutdown shr on the Pre :) |
21:24.17 | GarthPS | morphis: hmm Slyon script does not deal boot palm model i.e pre and pre2 ( /boot/uImage-palmpre.bin and /boot/uImage-palmpre2.bin |
21:24.24 | morphis | yeah the shutdown problem we should work on ... |
21:24.38 | morphis | GarthPS: good point |
21:25.27 | GarthPS | right now I didi all the MAkefile to deal both of them indifferently |
21:29.54 | Slyon | GarthPS, i could maybe use a config file for bootr |
21:29.55 | *** join/#openmoko-cdevel Heinervdm (~thomas@pD9E14A74.dip.t-dialin.net) |
21:30.15 | CIA-70 | freesmartphone.org: 03morphis 07next * reb08be309bb6 10msmcomm/ (8 files in 6 dirs): msmcomm: report changes to the sim phonebook correctly |
21:30.56 | morphis | Slyon: config file should be good |
21:31.39 | Slyon | GarthPS, how is the WebOS kernel named for the pre2? |
21:31.53 | GarthPS | Slyon: sameas pre! :) |
21:32.30 | GarthPS | Slyon: I least i did a "uImage-2.6.24-palm*" in my makefile |
21:33.17 | Slyon | okay |
21:33.32 | Slyon | so i will try to use a config file |
21:33.34 | Slyon | but not today |
21:33.38 | GarthPS | :) |
21:34.05 | *** join/#openmoko-cdevel ssam (~ssam@87.127.117.246) |
21:34.07 | Slyon | GarthPS, is your makefile online somewere? |
21:34.59 | *** join/#openmoko-cdevel tg (irc@tgbit.net) |
21:35.06 | GarthPS | morphis: ^^^^ |
21:35.28 | GarthPS | Slyon: morphisand me are busy to do it in a proper way |
21:35.33 | morphis | Slyon: will come when GarthPS sends me the patch .. |
21:35.47 | morphis | Slyon: http://pastebin.com/L6HKELHN |
21:35.49 | GarthPS | but right now it is there http://pastebin.com/L6HKELHN |
21:35.51 | GarthPS | :) |
21:35.52 | morphis | :) |
21:35.56 | morphis | :D |
21:36.25 | Slyon | ^^ |
21:40.38 | Slyon | okay... will see if your script can help me somhow |
21:41.06 | Slyon | I'm off for today. |
21:41.13 | Slyon | good night! |
21:47.08 | *** join/#openmoko-cdevel elisa42 (~elisa42@rommel.gate.uni-erlangen.de) |
21:51.42 | *** join/#openmoko-cdevel jlmoko (~jluis@247.Red-88-5-202.dynamicIP.rima-tde.net) |
22:02.38 | morphis | so I am off |
22:02.39 | morphis | by |
22:02.40 | morphis | e |
22:11.50 | *** join/#openmoko-cdevel mickeyl (~mickey@80.81.242.146) |
22:27.04 | *** join/#openmoko-cdevel pespin_ (~pespin@90.163.51.193) |
22:58.16 | *** join/#openmoko-cdevel elisa42 (~elisa42@rommel.gate.uni-erlangen.de) |
23:01.13 | GarthPS | playya_: there is no var/log/. where are they ? |
23:02.43 | GarthPS | playya_: sorry. I mean tmp/fso/var/volatile/log is empty |
23:07.14 | *** join/#openmoko-cdevel larsc (~lars@rzssh1.informatik.uni-hamburg.de) |
23:15.34 | *** join/#openmoko-cdevel DocScrutinizer (~halley@openmoko/engineers/joerg) |
23:37.25 | CIA-70 | freesmartphone.org: 03mickey 07aurora * ra1dddf460fe7 10/zhone2/src/locationpage.vala: zhone2: embed elementary map view |
23:54.15 | playya_ | GarthPS, yes. it's volatile |
23:54.31 | GarthPS | playya_: :/ |
23:54.40 | playya_ | there' a config |
23:54.43 | GarthPS | playya_: dead end! |
23:54.44 | playya_ | let me check |
23:54.47 | GarthPS | :)= |
23:54.54 | playya_ | mickeyl, screenshot :) |
23:54.57 | CIA-70 | freesmartphone.org: 03Frederik.Sdun 07cornucopia * r2ceccd438ba8 10/libfsobasics/fsobasics/binary.vala: fsobasics: Fix a small indent issue |
23:54.57 | CIA-70 | freesmartphone.org: 03Frederik.Sdun 07cornucopia * r38725d4192b1 10/ (19 files in 13 dirs): Merge branch 'master' of fso:cornucopia |
23:54.57 | CIA-70 | freesmartphone.org: 03Frederik.Sdun 07cornucopia * r79dfd4e68ddf 10/libfsobasics/ (fsobasics/binary.vala tests/testbinreader.vala): fsobasics: add bitfield support to BinReader |
23:54.59 | CIA-70 | freesmartphone.org: 03Frederik.Sdun 07cornucopia * rb26082c4839d 10/ (13 files in 11 dirs): Merge branch 'master' of fso:cornucopia |
23:55.03 | CIA-70 | freesmartphone.org: 03Frederik.Sdun 07cornucopia * r1d8e79561197 10/libfsobasics/fsobasics/ (libinitexit.vala logger.vala): libfsobasics: Add GLib logger to track glib's internal messages |
23:55.03 | CIA-70 | freesmartphone.org: 03Frederik.Sdun 07cornucopia * r480cd61c476d 10/libfsobasics/fsobasics/utilities.vala: libfsobasics: remove length arguement from Outpustream.write_async call |
23:55.04 | CIA-70 | freesmartphone.org: 03Frederik.Sdun 07cornucopia * r2d2b61ea4efc 10/libfsobasics/fsobasics/binary.vala: libfsobasics: Add append_bitfield to BinBuilder |
23:55.36 | CIA-70 | freesmartphone.org: 03mickey 07aurora * r6a927aa02fee 10/zhone2/ (data/themes/toby/zhone_location.edc src/locationpage.vala): zhone2: location: start out at my location and add basic zoom control for map |
23:55.41 | mickeyl | playya_: coming... |
23:55.54 | playya_ | cool |
23:57.31 | mickeyl | http://www.linuxtogo.org/~mickeyl/misc/zhone2-mapview.png |
23:58.03 | playya_ | nice |
23:58.16 | playya_ | freerunner? |
23:58.21 | mickeyl | no, desktop |
23:58.35 | mickeyl | but it should run everywhere |
23:58.47 | mickeyl | tomorrow I'll add the location querying |
23:58.57 | mickeyl | and that should do as a demo |
23:59.01 | playya_ | ah. ok just because of the "seitenverhältnisse" |
23:59.06 | mickeyl | hehe |
23:59.06 | playya_ | ratio |
23:59.53 | mickeyl | if i am to continue working with the EFL, i will revamp the callback logic |
23:59.59 | mickeyl | all those strings are killing me |