**** BEGIN LOGGING AT Fri Jan 13 02:59:57 2012 Jan 13 07:50:30 Project shr-core-nokia900-shr-image build #49: SUCCESS in 25 min: http://norman-schleicher.de/jenkins/job/shr-core-nokia900-shr-image/49/ Jan 13 08:44:36 Hi there, see: http://talk.maemo.org/showpost.php?p=1148886&postcount=668. Is the proposition of sponsoring server for few months still actual? Jan 13 09:04:39 moin Jan 13 09:31:27 moin JaMa Jan 13 09:32:57 JaMa: how's build of 019 for gta02? I won't tell anybody... but can I upgrade to it to test if the dialog problem is gone there? Jan 13 09:33:09 I can't reproduce it with updated EFL on my local gta04 build Jan 13 09:33:20 and I don't want to build from scratch for gta02 ;) Jan 13 09:44:25 hmm, SHR blog looks lonely Jan 13 09:44:34 * pabs3 suggests a post about the new strategy Jan 13 10:01:45 mrmoku: image is finished, so yes _you_ can try ;) Jan 13 10:01:50 * JaMa did already Jan 13 10:02:05 good :) Jan 13 10:02:31 n900 is finishing image now too Jan 13 10:50:07 heyho Jan 13 10:51:46 heyho Jan 13 10:54:59 JaMa: about meta-smartphone commit cd6bcadd79b257976360826e83540525fbb46f1b "fsoaudiod: temporary bump SRCREV in recipe", why you did that? Jan 13 10:55:10 why not bumping CORNUCOPIA_SRCREV? Jan 13 10:56:20 morphis: just because I had images mostly built on slow buildhost and wanted to finish them fast Jan 13 10:56:28 ok Jan 13 10:56:34 morphis: should be removed with next cornucopia bump Jan 13 10:56:41 ok Jan 13 11:48:58 JaMa: I am getting "ImportError: No module named sqlite3" in shr-chroot when running bitbake today Jan 13 11:57:26 latest shr-chroot right? Jan 13 11:57:58 can you check git diff in chroot dir? because it works here and on buildhost Jan 13 12:23:04 mrmoku: I was testing 019 on n900 and phoneuid is failing due to alsa control names from /etc/libphoneui.conf, not sure why Jan 13 13:13:40 JaMa: ok, will try to fix them Jan 13 18:02:26 JaMa: hello, today my pandaboard arrived :-) Jan 13 18:04:53 JaMa: shr-core-branches-nokia900-feed build failed (just to inform you) Jan 13 18:12:39 I've noticed your panda build :) Jan 13 18:13:11 nschle85: you should have told me that you're going to buy panda, I have spare bacon board for it Jan 13 18:13:32 so probably next FSOSHRCON it's yours :) Jan 13 18:14:59 and that build error, it's ok, only estardict with even newer EFL than what's in SHR.. so expected failure Jan 13 18:15:52 JaMa: ok, you did already but now i think new jenkins is in relative new condition to use now :-) Jan 13 18:16:29 JaMa: an old bug is already present again on jenkins, GIT plugin always wants to tag .... Jan 13 18:16:44 * JaMa going home from work, bbl Jan 13 18:16:53 JaMa: pardon what is a spare bacon board ? Jan 13 18:17:01 see you in some minues again ? Jan 13 18:17:43 http://elinux.org/BeaconBoard Jan 13 18:18:01 ah beacon not bacon :-) Jan 13 18:18:15 so iam too hungry :-) Jan 13 18:18:49 see you later, may be i need your help... angstrom compiles wrong kernel Jan 13 18:35:21 SHR: 03Martin.Jansa 07meta-smartphone * r5e47a01b2ab7 10/meta-palm/recipes-kernel/linux/linux-hpveer_git.bb: linux-hpveer: add COMPATIBLE_MACHINE settings Jan 13 18:35:24 nschle85: try now ^ Jan 13 18:39:05 JaMa: do you have to time to explain the patch ? Jan 13 18:42:02 nschle85: it says that linux-hpveer is compatible only with hpveer machine, so it won't be picked for pandaboard for sure Jan 13 18:49:13 JaMa: can i swicth off old server ? or do you want to save any data from it ? Jan 13 18:49:56 yes you can Jan 13 18:52:26 ok, so the real switch off will be done end of month, until then you can use it for compiling testing whatever but ill remove all private data now, so you should do only volatile stuff on it from now Jan 13 18:54:43 everything is built on new server already, so I wont probably even try to login to old one :) Jan 13 19:02:53 JaMa: why do you have a beacon board ? Jan 13 19:03:48 strange strange Jan 13 19:03:54 JaMa: what is the difference between shr and angstrom ? Jan 13 19:03:57 that command consume way less CPU: Jan 13 19:04:05 arecord -f S16_LE -r 8000 -c 1 -Ddsnoop:1 | aplay -f S16_LE -r 8000 -c 1 Jan 13 19:04:21 nschle85: got one on ELCE Jan 13 19:05:01 nschle85, most of the metadata is shared but shr works better for phones Jan 13 19:05:03 nschle85: every distro has own policies and supported target devices etc.. so cannot explain difference Jan 13 19:05:06 JaMa: ah ok, but at the moment i do not need it, you should give it to someone who is more productive than me :-) Jan 13 19:05:19 like you have the same recipes in common Jan 13 19:05:28 but for instance the phoneuid recipe won't go in angstrom Jan 13 19:06:28 but angstrom is shr based i red Jan 13 19:06:31 for instance angstrom is more aimed towards general purpose embedded computer Jan 13 19:06:35 read Jan 13 19:06:57 so instead of adding fso-apm they will have normal apm and similar stuff Jan 13 19:07:18 nschle85, I don't think so, in the past shr was based on angstrom Jan 13 19:07:22 but it's not true anymore Jan 13 19:08:15 GNUtoo: angstrom is using shr feeds... Jan 13 19:08:34 it's using the machine layers Jan 13 19:08:36 not the feeds Jan 13 19:08:57 like meta-openmoko, meta-nokia etc... Jan 13 19:09:02 but not meta-shr Jan 13 19:09:15 GNUtoo: ah ok so angstrom can be used for shr machines thats the benefit ? Jan 13 19:09:25 yes Jan 13 19:10:42 GNUtoo: and how far away (<->) are shr shr feeds away from angstrom feeds ? Jan 13 19:11:30 nschle85: mostly meta-angstrom is missing in SHR and meta-shr/meta-fso is missing in Angstrom Jan 13 19:13:20 nschle85, angstrom have more stuff and more machines Jan 13 19:13:33 nschle85, note that feeds != layer Jan 13 19:13:43 I responded for feeds Jan 13 19:14:05 GNUtoo: i understand feeds (programs) Jan 13 19:14:20 feeds is like the place that contains the ipk Jan 13 19:14:30 also some other differences: Jan 13 19:14:47 * shr mostly uses devtmpfs and angstrom uses udev Jan 13 19:14:55 * not sure if angstrom use HAL or not Jan 13 19:15:02 not anymore Jan 13 19:15:07 ok Jan 13 19:15:10 it did in the past Jan 13 19:15:13 nobody is using HAL nowadays :) Jan 13 19:15:20 GNUtoo: i build an image with systemd Jan 13 19:15:22 * angstrom uses systemd Jan 13 19:15:31 yes that's what angstrom uses Jan 13 19:15:34 Good Evening everyone Jan 13 19:15:39 hi Jan 13 19:15:49 I wanted to try to inquire if there is a good and new version of SHR for the GTA02 Jan 13 19:15:51 Artox: good evening :-) Jan 13 19:16:16 when I tried SHR-Core last I coudlnt even do a call Jan 13 19:16:36 Apsu, in the version I've on the phone I can do calls Jan 13 19:16:40 have you used --numeric-owner when extracting .tar.gz? Jan 13 19:16:41 I just did one not so long ago Jan 13 19:17:59 so I should try it again Jan 13 19:18:21 btw It would be nice to have at least 1 image downloadable that is known to work a a phone Jan 13 19:18:36 Artox: have you seen StagingTests wiki page? Jan 13 19:18:42 no Jan 13 19:19:01 Artox: http://wiki.shr-project.org/trac/wiki/Stabilizing Jan 13 19:19:13 Artox: and have you used --numeric-owner? Jan 13 19:19:46 well I havent seen that wiki page before and I didnt use any tar arguments different from xf Jan 13 19:20:29 reading it now Jan 13 19:20:37 than it's not image fault.. Jan 13 19:21:00 well Jan 13 19:21:10 I tried both on sd-card and internal flash as jffs2 Jan 13 19:21:15 Artox: why havent you seen that page ? (i am asking to find out what new users are reading / doing) Jan 13 19:21:37 its the first link under User resources Jan 13 19:21:40 but I always skipped over it Jan 13 19:21:42 SHR: 03Martin.Jansa 07meta-smartphone * r22f0eb290824 10/meta-openmoko/recipes-kernel/linux/ (4 files in 2 dirs): meta-openmoko: add new kernel for om-gta02 based on 3.2.1 Jan 13 19:21:50 it looks like "work" Jan 13 19:21:55 SHR: 03Martin.Jansa 07meta-smartphone * r62b21d1b0fe1 10/meta-openmoko/recipes-kernel/linux/linux-openmoko_git.bb: linux-openmoko-git: change SRC_URI to track shr-master branch, which tracks vanila master Jan 13 19:21:55 the description doenst pull me Jan 13 19:21:59 Artox: how did you find shr what is your entry page ? Jan 13 19:22:10 http://shr-project.org/trac Jan 13 19:22:59 http://shr-project.org/trac/wiki/Devices/GTA/InstallGuide maybe there should be a link to those testing images Jan 13 19:24:18 JaMa, so we finally switch to 3.2? what doesn't work yet on 3.2? Jan 13 19:24:33 note that I can't work on it since I'm working on forwarding all the time Jan 13 19:24:53 GNUtoo: no it's with D_P -1 Jan 13 19:24:57 ok Jan 13 19:25:19 GNUtoo: usbnet and touchscreen are bad Jan 13 19:25:32 ok Jan 13 19:25:32 touchscreen is imho renamed event devices Jan 13 19:25:39 touchscreen worked for me on 3.1 Jan 13 19:25:45 it even worked well Jan 13 19:25:52 because I had the patch for it in 3.1 Jan 13 19:26:06 but usbnet fails like this "hub 3-0:1.0: unable to enumerate USB device on port 1" and makes it hard to debug touchscreen without usbnet Jan 13 19:26:07 JaMa: when are the images on http://build.shr-project.org/shr-core/images/om-gta02/ updated ? Jan 13 19:26:10 the one that only use the adc in certain moment Jan 13 19:26:15 for usbnet it's easy Jan 13 19:26:22 just add the udc module in autoload Jan 13 19:26:26 GNUtoo: maybe it's because of systemd running xinput-calibrator twice.. Jan 13 19:26:34 possible Jan 13 19:26:45 JaMa: the install guide links there Jan 13 19:26:50 GNUtoo: to be clare, ts works it's only rotated twice Jan 13 19:26:56 JaMa, you should ask for a debug board Jan 13 19:26:59 to mickeyl Jan 13 19:27:13 JaMa, ok Jan 13 19:27:14 nschle85: when staging feeds are good enough to be merged Jan 13 19:27:25 nschle85: and shr-core is now just symlink to shr-2012.01 Jan 13 19:27:48 I guess I'll keep shr-core as symlink to latest release Jan 13 19:28:15 GNUtoo: i have a debug board for GTA02 do you need it ? Jan 13 19:28:17 mickeyl, mrmoku ping Jan 13 19:28:26 nschle85, I've one too but JaMa doesn't have one Jan 13 19:28:35 so send to JaMa Jan 13 19:28:48 what I lack is rather the gta04 serial cable Jan 13 19:28:58 I should ask for one Jan 13 19:29:10 or buy one Jan 13 19:29:37 JaMa: do you need a gta02 debug board ? Jan 13 19:30:22 could be handy from time to time but not really (hoping that someone else will finish kernel work later :)) Jan 13 19:30:43 JaMa, does GSM and such devices work? Jan 13 19:30:55 because usbnet is easy Jan 13 19:30:59 just load 1 module Jan 13 19:31:04 before g_ether Jan 13 19:31:16 and it works Jan 13 19:32:13 loading s3c2410_udc wasn't enough here Jan 13 19:32:15 and GSM works Jan 13 19:32:47 acording to vibrator saying I've new message and showing my operator Jan 13 19:33:12 ok Jan 13 19:33:20 then I should look Jan 13 19:33:29 but I really want to finish forwarder first Jan 13 19:33:54 yes, work on forwarder.. we won't switch kernel before release anyway Jan 13 19:34:44 I was upgrading it now just because I was upgrading my spitz now Jan 13 19:41:59 JaMa: is there any possibility to support pandaboard in shr ? Jan 13 19:42:47 JaMa: i ask because i got answers of my problem in oe and shr, channel but angstrom is still quiet Jan 13 19:43:16 what do you mean by that? Jan 13 19:43:35 support MACHINE=pandaboard Jan 13 19:44:27 and? Jan 13 19:44:53 have a running distribution, on it Jan 13 19:45:39 you can build it with DISTRO=shr if you try hard enough Jan 13 19:45:59 but it doesn't make sense to add pandaboard to officially supported devices Jan 13 19:46:16 I'm also using SHR as distribution to build my spitz images Jan 13 19:46:40 JaMa: why not ? this i was also thinking about Jan 13 19:47:05 but I'm not changing anything meta-smartphone (or meta-shr) because of spitz Jan 13 19:47:30 nschle85: because the advantage of SHR is that we're targeting smart phones not every embedded gadget in general Jan 13 19:47:51 JaMa: so i found out that huawei internet sticks can be used for voice calls Jan 13 19:48:23 and because I don't have pandaboard then I cannot help you with machine specific issues if you try to build image for it with SHR Jan 13 19:48:43 so a pandaboard with that stick, can be used in a car to make phone calls, navigating, internet browsing... aso Jan 13 19:49:27 so shr is used like a computer with advatages of an smart phone Jan 13 19:49:30 without display and ts? Jan 13 19:50:39 JaMa: no, displays for cars or car radios including a display are available Jan 13 19:50:46 will you write fso* support for that? Jan 13 19:51:01 and shr is available on normal desktop computers Jan 13 19:51:11 because SHR in many places expects that target device is also supported by FSO Jan 13 19:51:30 so if you want general embedded device, then as I and GNUtoo said before.. use Angstrom Jan 13 19:51:58 btw is fsoaudiod supposed to be daemonized? Jan 13 19:52:05 JaMa: that is why i think FSO has some design issues Jan 13 19:53:22 JaMa: but if Huawei is integrated in fso, shr userland applications can be developed on every desktop computer Jan 13 19:53:47 hmmm never mind it doesn't daemonize by default Jan 13 19:53:56 so daemonizing it is not good Jan 13 19:54:21 I'll add threads Jan 13 19:54:56 JaMa: i think this will grow the community Jan 13 19:55:24 JaMa: ofono still has support for it Jan 13 19:55:48 WOW!!!! 0% usage Jan 13 19:56:03 I removed --daemonize from the config file Jan 13 19:56:10 nschle85: as I said, feel free to build it yourself.. Jan 13 19:56:49 JaMa: i still feel free but i would like to know your oppinion Jan 13 19:56:53 (all the CPU usage was done by htop) Jan 13 19:56:54 nschle85: but SHR as distribution will still assume that target devices are smartphones.. so you have to handle it yourself like I do with spitz, or use something else which suits better Jan 13 19:57:25 nschle85: I thinks I've said enough of my opinion already :) Jan 13 19:57:30 nschle85, in other words what do you plan to do with your pandaboard? Jan 13 19:57:50 if you plan not to use it as a tipical SHR smartphone use angstrom Jan 13 19:58:09 GNUtoo: steaming kartina.tv Jan 13 19:58:26 GNUtoo: but i was thinking what can be done else Jan 13 19:58:50 GNUtoo: connecting a huawei stick it can be used as a "smart phone" Jan 13 19:59:35 nschle85, use angstrom you have already ofono for it Jan 13 19:59:42 systemd[1]: Startup finished in 2s 983ms 970us (kernel) + 25s 430ms 410us (userspace) = 28s 414ms 380us. Jan 13 19:59:43 shr expects fso instead Jan 13 19:59:45 good enough :) Jan 13 19:59:53 you'll have to invest a lot of time to add fso support Jan 13 20:00:10 and it would be better if you invest that much time on n900 Jan 13 20:00:40 GNUtoo: i dont think so, but ill continue on N900 :-) Jan 13 20:00:56 ok Jan 13 20:01:32 -P plughw:0 -C hw:1 -S 0 -f S16_LE -r 8000 -c 1 -T -1 -A 3 -t 500000 Jan 13 20:01:38 GNUtoo: because N900 is a dead platform... any computer connected to huawei stick has a lot potential. Jan 13 20:01:42 that is low enough as CPU usage Jan 13 20:01:52 nschle85, why is it a dead phone? Jan 13 20:02:00 maybe it's a dead phone because no one works on it Jan 13 20:02:09 and no one works on it because it's a dead phone? Jan 13 20:02:15 kind of circular dependency Jan 13 20:02:34 GNUtoo: how long is it or its platform produced ? Jan 13 20:02:52 that's not a problem Jan 13 20:03:12 the problem is who has it, who work on it, the status, the kernel status etc... Jan 13 20:03:24 gta02 is not beeing produced anymore, still it's the best supported device Jan 13 20:03:54 GNUtoo: all isi stuff we do is done for the devices currently sold. isi stuff has no future Jan 13 20:04:26 n900 has a great kernel Jan 13 20:04:32 part of it is upstream Jan 13 20:04:39 it only lack some small isi and alsa work Jan 13 20:04:55 I cannot do it because I currently work on gta04 Jan 13 20:05:10 it would not be correct to get the best gta04 and not to work on it Jan 13 20:05:19 GNUtoo: but the phone is dead, follower Jan 13 20:05:24 (mine has a case....) Jan 13 20:05:39 it's the same for other phones Jan 13 20:05:40 no follower Jan 13 20:05:45 then gta02 would be dead Jan 13 20:05:55 still it needs device specific things Jan 13 20:06:07 like glamo, special AT commands etc... Jan 13 20:06:24 the problem is for someone who would want to buy one to make fso run on it Jan 13 20:06:39 but why would he want that....the status is not good at all Jan 13 20:06:53 it only lacks some small things tough Jan 13 20:07:01 like alsa forwarder and isi Jan 13 20:07:50 GNUtoo: so i think using common platform and huawei stick should be a cheaper and longer available reference platform Jan 13 20:08:07 hmmm this time 30% CPU usage Jan 13 20:08:22 how would you use it as a cellphone? Jan 13 20:08:29 you need a battery Jan 13 20:08:47 and the huawei stick would be hard to find too Jan 13 20:09:20 GNUtoo: no sticks are very common Jan 13 20:10:24 yes but it would become not sold anymore after a while Jan 13 20:10:51 gta02 and gta04 are pretty good in that reguard Jan 13 20:10:58 they will be sold for a long time Jan 13 20:11:31 GNUtoo: so you have to excange the stick, not the whole platform, like X audio and so on Jan 13 20:12:04 did you try to use a pandaboard as a phone? Jan 13 20:12:08 it's a bit big.... Jan 13 20:12:14 with no battery Jan 13 20:12:39 GNUtoo: it has the features of it, not the form factor Jan 13 20:13:11 GNUtoo: but JaMa|Off is using N900 as a computer but n900 is no computer Jan 13 20:13:33 ? Jan 13 20:14:07 nschle85, people usually want to really use the hardware Jan 13 20:14:17 JaMa|Off: you told me the N900 is your computer, not your telephone Jan 13 20:14:48 how do you plan to transform the pandaboard in a cellphone form factor? Jan 13 20:15:07 yes, but that's not in conflict with SHR as distribution Jan 13 20:16:04 once again: Jan 13 20:16:06 20:47:17 < JaMa> nschle85: because the advantage of SHR is that we're targeting smart phones not every embedded gadget in general Jan 13 20:16:20 if we try to target every device where you can plug your stick Jan 13 20:16:43 JaMa|Off: is that an advantage ? Jan 13 20:16:48 then we loose this advantage and SHR as separate distro wouldn't be needed Jan 13 20:17:03 we could just become Angstrom image with shr apps Jan 13 20:17:10 yes it _IS_ Jan 13 20:17:33 JaMa|Off: hmmm whats bad with it ? Jan 13 20:18:29 nschle85, angstrom wouldn't accept the shr-specificities Jan 13 20:18:29 for example do you remember discussion about udev/devtmpfs? Jan 13 20:18:32 like using FSO Jan 13 20:18:37 or devtmpfs Jan 13 20:18:58 yes Jan 13 20:19:00 the same is with apm/fso-apm, alsa-states/fsoaudiod, ... Jan 13 20:19:45 just because we are targeting only few devices which are similar, then we can assume FSO support and such things and make distro policies from it Jan 13 20:19:50 JaMa|Off: so i think fso is doing things it should not do, Jan 13 20:20:10 the point of nschle85 is that phones are obsolete too fast and that we should make a phone out of a pandaboard with a huwaei stick Jan 13 20:20:29 pandaboard is obsoleted already Jan 13 20:20:39 lol ok Jan 13 20:20:42 even with stick Jan 13 20:20:55 what's the new board? Jan 13 20:21:03 beaglebone Jan 13 20:21:08 ok Jan 13 20:21:10 let me look Jan 13 20:21:39 GNUtoo: JaMa|Off is right, boards will be obsolete sometime Jan 13 20:22:14 GNUtoo: JaMa|Off but why effort many work in new boards ? Jan 13 20:22:48 in fact I don't work in that much new board anymore Jan 13 20:22:52 I work on gta02 and gta04 Jan 13 20:23:03 and I'll have to work a bit on nexus S too Jan 13 20:23:05 GNUtoo: JaMa|Off: and there is no longer and wider supported platform Jan 13 20:24:11 http://build.shr-project.org/shr-core-staging/017/images/om-gta02/ Jan 13 20:24:17 I have a problem here Jan 13 20:24:28 I decided toi test this version Jan 13 20:24:33 but there is no uimage.bin Jan 13 20:24:40 I could ofc downlaod the tar.gz Jan 13 20:24:43 look in older Jan 13 20:25:04 not every staging feed has images or even uimages Jan 13 20:25:34 if kernel is not changed between 016 and 017 then 017 won't have it and you have to search in older feeds Jan 13 20:25:40 ok Jan 13 20:25:43 GNUtoo: JaMa|Off: hmm... as i can see, i should think about my ideas and write some papers, to present you my ideas and why shr can benefit not only support real smart phones Jan 13 20:25:57 but this is probably bad Jan 13 20:26:22 download page will find it for you Jan 13 20:26:40 and if it's not there then right version is in public feed Jan 13 20:27:15 ok Jan 13 20:27:34 nschle85, people are usually interested in real stuff, project black duck (from simbian) also seem to have failed because of that Jan 13 20:27:38 JaMa|Off: my idea to use shr as platform for pandaboard and streaming was because, the support in shr is much better than in angstrom Jan 13 20:28:03 no it's not Jan 13 20:28:49 angstrom is very well supported and panda/beagle boards/bones are best supported there Jan 13 20:29:44 JaMa|Off:software does not, i agree, but people on angstrom channel are very silent Jan 13 20:37:13 and /me is leaving too :) Jan 13 20:37:24 JaMa|Off: angstrom pandaboard did not build, Jan 13 20:37:41 shr pandaboard would fail too Jan 13 20:38:06 JaMa|Off: so ill install ubuntu, #angstrom is still silent Jan 13 20:38:20 ok Jan 13 20:38:47 JaMa|Off: are you online tomorrow ? Jan 13 20:38:47 bye all Jan 13 20:38:51 bye Jan 13 20:38:56 depends when I'll go to work.. Jan 13 21:51:22 freesmartphone.org: 03GNUtoo 07gnutoo/alsaloop * rbac004e1fd69 10cornucopia/fsoaudiod/src/plugins/gsmvoice_alsa_forwarder/plugin.vala: Jan 13 21:51:22 freesmartphone.org: fsoaudiod: gsmvoice_alsa_forwarder: better handling of the start/stop of the wrapper alsaloop Jan 13 21:51:22 freesmartphone.org: Note that when the call stops fsoaudiod exits... Jan 13 21:51:22 freesmartphone.org: That will be addressed in a new commit. Jan 13 21:51:23 freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli Jan 13 23:56:50 * pespin willing to have a look at openCV features to be used in apps for mobile cameras. Jan 14 02:44:22 I wouldn't say nobody is working on n900. for example: http://marc.info/?l=linux-omap&m=132611324318625&w=2 Jan 14 02:45:28 ok, it is not as fast as one would like. Jan 14 02:46:32 If we assume modem will work, that would leave audio. Jan 14 02:47:41 I am still looking into that but my skills are not sufficient yet. Jan 14 02:51:57 Wasn't there someone, who did want to write a alsa plugin for n900? so, I'd say it's still alife. I also do work on it. I my case it will still take a bit of time, so I hope I can manage before n900 dies a natural death. **** ENDING LOGGING AT Sat Jan 14 02:59:57 2012