**** BEGIN LOGGING AT Mon Jun 06 02:59:57 2011 Jun 06 05:19:38 moin Jun 06 05:37:42 moin Jun 06 05:40:56 pespin: ok Jun 06 05:40:59 moin Jun 06 05:45:38 moin Jun 06 06:23:11 SHR: 03GNUtoo 07meta-smartphone * r1d3765bf1626 10/meta-nokia/ (3 files in 3 dirs): linux-nokia900-meego: update with lastest source release from meego Jun 06 07:16:35 i tryed to boot up a fastboot kernel using fastboot utility but it seems that it does not work ( hanging in alpharev splash ) how can i check for errors or logs? Jun 06 07:28:25 wpwrak: sorry to bother you but do you know if all openmoko employees who contributed to Qi had their copyrights assigned to openmoko inc.? Jun 06 07:37:03 lindi-: hi :) are you planning on forking or relicensing it? ;) Jun 06 07:37:26 PaulFertser: packaging Jun 06 07:38:01 PaulFertser: current status: http://paste.debian.net/118951/ Jun 06 07:38:33 lindi-: (chainloading) i guess you can use u-boot to just copy Qi to the particular memory address and then "go" to it. Should work the same way it works with JTAG. Jun 06 07:39:02 lindi-: there was one tiny detail that you need to alter one byte in RAM to make Qi aware it's already fully loaded to memory. Jun 06 07:39:40 is there any way to trace the boot process? Jun 06 07:39:52 lindi-: http://git.openmoko.org/?p=qi.git;a=blob;f=gta02-qi.ocd;h=9d2cf1f9477b1d038e5ed5f1ebd514e161fbd864;hb=HEAD Jun 06 07:39:54 PaulFertser: I'd love to test and add that trick to the README.Debian file. it currently lists two alternative installation options (DFU and nandwrite) Jun 06 07:40:23 PaulFertser: yes I saw that but wasn't quite sure :)) Jun 06 07:40:37 PaulFertser: any comment on the copyright stuff? Jun 06 07:41:47 lindi-: alas, no, i'm not an openmoko employee, you should write an e-mail to Andy and Werner to clarify that i'm afraid. Jun 06 07:42:12 PaulFertser: it's not terribly urgent since it is not a problem if I list extra people :) Jun 06 07:42:24 PaulFertser: It's only a problem if I omit some copyright holder Jun 06 07:42:50 does bitbake -k shr-image create any ramdisk file ? Jun 06 07:43:32 lindi-: i'm not sure i hold any copyright on it, i had only tiny contributions. Jun 06 07:43:43 PaulFertser: I'd also like to add support for being able to test kernels with without having to have two partitions :) Jun 06 07:44:43 PaulFertser: your contributions were detected by my git-copyright-scan :) Jun 06 07:50:22 PaulFertser: so, how should I go about booting Qi from u-boot? that .ocd script uploads Qi to 0x0? Jun 06 07:51:21 does any one used fastboot for booting a fastboot kernel and a ramdisk? Jun 06 07:51:38 PaulFertser: "dfu-util -a 0 -D /usr/lib/qi/gta02/qi -R" loads it to RAM Jun 06 07:52:30 PaulFertser: or is this many only possible with debug board? Jun 06 07:56:40 lindi-: it uploads Qi to 0x33000000 Jun 06 07:56:54 lindi-: but it also sets 0xffffffff to 0x4 Jun 06 07:57:19 lindi-: my guess is that it would be enough to start Qi from u-boot. Jun 06 07:58:51 lindi-: hm, or not, i'm misguiding you. Jun 06 07:59:07 lindi-: there're two parts of the Qi: the steppingstone one and the RAM. Jun 06 07:59:41 lindi-: when u-boot is already running to properly use Qi you'd need to load it to both steppingstone (for resume to work) and normal RAM. Jun 06 08:00:04 lindi-: and it sets steppingstone byte 0x4 to 0xffffffff it seems. Jun 06 08:00:56 Yep Jun 06 08:03:08 lindi-: i'm almost sure you can copy it with usual u-boot commands to both 0x0 and 0x3300000 and then just use "go". 0x4 is needed to be set to non-zero, either by an additional command or by modifying the qi image beforehand. Jun 06 08:04:58 PaulFertser: aha Jun 06 08:07:25 dcordes: ping Jun 06 08:08:13 lindi-: i've heard header files containing only definitions and no code are not really copyrightable. Jun 06 08:11:09 PaulFertser: tricky business indeed, depends on country and all that :) Jun 06 08:47:35 PaulFertser: not sure if you want to look at debian packaging but just for your information I just published the packaging for review: http://lists.alioth.debian.org/pipermail/pkg-fso-maint/2011-June/004052.html Jun 06 08:59:36 lindi-: s/spend time learning Qi/spend time learning u-boot/ Jun 06 09:00:51 lindi-: any reason you do not use flash_eraseall? Jun 06 09:01:21 PaulFertser: it complains and says that it is deprecated Jun 06 09:01:26 PaulFertser: ;-) Jun 06 09:02:27 lindi-: ah, i wasn't aware of it. BTW, funny my last "contribution" to it was making it compilable natively :) Jun 06 09:02:55 PaulFertser: some extra build fixes are in my todo list. now it calls "git" in the Makefile unconditionally Jun 06 09:03:09 PaulFertser: fortunately it still continues even though git is not installed Jun 06 09:03:43 Date: Mon Sep 27 02:50:58 2010 -0400 Jun 06 09:03:44 mtd-utils: unify flash_erase and flash_eraseall Jun 06 09:03:52 "These have overlapping functionality, and while flash_eraseall supports newer 64bit ioctls, flash_erase does not. So rather than graft support onto flash_erase, merge the functionality of two into flash_erase so we only have to support one util from now on." Jun 06 09:04:06 Sounds sane. Jun 06 09:13:31 how much does it take to boot a fastboot kernel for the first time Jun 06 09:29:17 lxsameer: sorry, but we're unaware about your hardware, gta02 users here currently ;) Jun 06 09:30:17 PaulFertser: hmm i just what to see what goes wrong at the boot time, (device = bravo) Jun 06 09:30:58 lxsameer: do you have a serial console? If not, you can try to configure kernel parameters to use fb0 as the console to see at least something. Jun 06 09:32:05 PaulFertser: do you mean ttyUSB0 ? how can i connect to serial console? and what is fb0 ? Jun 06 09:32:08 lxsameer: the very first console= parameter specify the device that's used for kernel console and then for userspace console. But you can specify as many console= as you want for kernel messages. Jun 06 09:32:29 lxsameer: fb0 is the first framebuffer device (i assume the kernel you use has fb support for you target). Jun 06 09:32:42 lxsameer: no i mean real serial console as in "UART". Jun 06 09:32:44 PaulFertser: yeah it does Jun 06 09:33:29 PaulFertser: do you know a resource for UART and using message console on smartphones Jun 06 09:34:34 lxsameer: ahem? You just connect UART<->usb/rs-232 converter to the uart pins on the board, the device name depends on the kernel (/dev/ttyS0 on PCs, /dev/ttySAC0 for samsung's SoCs, etc) Jun 06 09:36:49 PaulFertser: hhmmm it seems difficult to find uart :D because i don't know about it Jun 06 09:37:22 lxsameer: then try using FB for you console... Jun 06 09:38:28 PaulFertser: i think its the last choice for me, wll "fastboot -c "console=fb0" boot.img" work? Jun 06 09:38:32 *will Jun 06 09:39:24 PaulFertser: do you know anything about Qi on other devices than gta02? Jun 06 09:39:43 PaulFertser: are any of those running debian so that it would make sense to support them? Jun 06 09:39:55 lxsameer: probably console=/dev/fb0 Jun 06 09:40:18 PaulFertser: ah i see i mean the fastboot -c switch Jun 06 09:40:28 lindi-: Qi also runs on gta01 and some iMX processors. Jun 06 09:40:41 PaulFertser: I think I'm going to forget gta01 Jun 06 09:40:47 PaulFertser: but are those iMX processors used still? Jun 06 09:41:31 lindi-: http://developer.txtr.com/Recompiling_txtr.reader_Linux_kernel_and_QI_boot_loader Jun 06 09:41:41 lindi-: http://git.warmcat.com/cgi-bin/cgit/qi/log/?h=txtr Jun 06 09:41:49 PaulFertser: does this nanonote run qi? Jun 06 09:42:13 lindi-: hm, i've never heard it runs qi so probably not. Jun 06 09:42:51 PaulFertser: ah, they talk about qi bootloader Jun 06 09:43:07 PaulFertser: as in "boot loader from qi-hardware (u-boot)" Jun 06 09:43:27 "If your Nanonote does not have the latest Qi official bootloader : Install the openwrt-xburst-qi_lb60-u-boot.bin bootloader file." Jun 06 09:43:31 how confusing can you get? ;) Jun 06 09:43:37 :))) Jun 06 09:50:31 PaulFertser: it seems that my phone did not enter the boot stage, i see just the alpharev Jun 06 10:20:32 does any one installed shr on G1(dream) before ? Jun 06 10:26:21 gmorning Jun 06 10:26:30 mrmoku, ping Jun 06 10:29:22 pespin: pong Jun 06 10:29:58 I'm already prepping the cornu bump :) Jun 06 10:32:27 lxsameer: dream is known to work, GNUtoo had quite some experience. Jun 06 10:32:38 mrmoku, nice :) Jun 06 10:41:36 display, sound, telephony, umts works ok on the dream. wifi, bluetooth, gps is a bit flaky, but can be made Jun 06 10:42:16 no idea about accelerometers or camera Jun 06 10:42:22 and compass Jun 06 10:43:19 my question about dream is about "how long does it take to boot up fastboot kernel on G1 for the first time" Jun 06 10:45:24 as in... boot time or as in... time to jailbreak it and install an unlocked bootloader etc.? Jun 06 10:46:10 mickey|office: boot time, after doing a "fastboot boot /path/to/zimage.fastboot" Jun 06 10:46:16 ah Jun 06 10:46:54 well, that depends on your installed image, of course, when i stopped working with the dream, i had boot time down to about 6 seconds Jun 06 10:47:37 that was a very optimized userland though, shr might take 10 seconds or so Jun 06 10:47:48 mickey|office: i read in the shr wiki that first boot will take a VAERY LONG time Jun 06 10:48:14 ah right, first boot configures the packages, that might take a minute or two Jun 06 10:49:52 mickey|office: hmmm i have a bravo device , when i try the to boot using that fastboot image, i stock in the bootloader splash screen without error, Jun 06 10:52:21 that can have a gazillion of reasons. i suggest enabling linux console until you have a successfull bringup Jun 06 10:53:26 mickey|office: i asked PaulFertser about it but /dev/fb0 did not work and i don't know about uart pin and etc Jun 06 10:54:06 JaMa|Wrk: we're using github for OE now? Jun 06 10:55:32 lxsameer: i see. that's going to be tough then Jun 06 10:56:15 i'm sure the folks over at #htc-linux can help better in that case Jun 06 10:56:21 mickey|office: :D also it seems that i can't change the boot parameter via fastboot -c switch Jun 06 10:56:31 mickey|office: aha thanks alot man Jun 06 10:56:56 np, crossing fingers. deandroiding a new device is unfortunately not quite straightforward Jun 06 10:57:52 * mrmoku votes for deandroiding as candidate for the word of the year :) Jun 06 10:57:57 mickey|office: yeah but its fun Jun 06 10:58:14 * mrmoku lunch Jun 06 11:00:23 ~bon appetit Jun 06 11:00:23 extra, extra, read all about it, bon appetit is smacznego. Guten Appetit. Eet Smakelijk. God Appetitt. Buon Appetito. Buen apetito Bom Apetite. buen apetito Smaklig måltid!. Hyvää ruokahalua. Bo Proveito Mahlzeit! Jun 06 11:05:52 lol "buen apetito"? I think that's wrong, in spanish we say "buen provecho" or "que aproveche" Jun 06 11:06:31 maybe it's correct but I think I never heard it hehe Jun 06 11:07:14 hmm, perhaps some other language? Jun 06 11:12:07 good question :P Jun 06 11:15:13 it might be used more in other spanish regions too Jun 06 11:16:49 mrmoku: there is R/O mirror Jun 06 11:17:26 mrmoku: and it's used from Makefile, because they have servers in europe and main repo in US has performance issues Jun 06 11:19:20 mickey|office: thx Jun 06 11:19:27 JaMa|Wrk: ok, automatic mirror? Jun 06 11:20:37 PaulFertser: it seems andy is hacking Qi also in http://git.warmcat.com/cgi-bin/cgit/qi/ Jun 06 11:21:03 PaulFertser: do those branch names make any sense to you? Jun 06 11:30:16 lindi-: that's the repo i showed to you :) Jun 06 11:30:24 13:41 < PaulFertser> lindi-: http://git.warmcat.com/cgi-bin/cgit/qi/log/?h=txtr Jun 06 11:30:36 lindi-: that's his current fork he uses on his iMX31 Jun 06 11:32:21 hmm, how did I miss that Jun 06 11:36:36 13:41 < PaulFertser> lindi-: Jun 06 11:36:36 http://developer.txtr.com/Recompiling_txtr.reader_Linux_kernel_and_QI_boot_loader Jun 06 11:41:45 pespin: pushed Jun 06 11:58:27 lindi-: we didn't do any formal copyright assignment. not sure if there was anything about copyright in the contract(s) ... in any case, the important bit is the GPL :) Jun 06 12:03:04 wpwrak: the tricky part is that there's some GPLv2-only stuff Jun 06 12:03:39 wpwrak: I need to track it so that I don't end up with non-distributable package if somebody adds GPLv3+ code... Jun 06 12:36:41 mrmoku: yes synced every few minutes Jun 06 12:48:49 JaMa|Wrk: great Jun 06 12:48:52 JaMa|Wrk: shr yet suspends while on charge. and no indication of charging at all. 8( Jun 06 12:52:04 Q-Master: I know, someone was testing patch for fsodeviced.. but no idea how it ended (haven't seen it on ML) Jun 06 12:53:21 JaMa|Wrk: patch for fsodeviced? I thought it would be a kernel problem... Jun 06 12:53:42 actually I'm quite sure it's a kernel problem :) Jun 06 12:53:53 missing uevents for the battery Jun 06 12:54:42 JaMa|Wrk: it works but for kernel 2.6.37 needs platform_battery as bq27000 did not report uevents Jun 06 12:56:03 jluis_: then it would be usefull for 2.6.39 too because .39 doesn't work very well with bq27000 enabled Jun 06 13:00:05 yes, I'm tested my patch on bq2700 2.6.34 and with platform on 2.6.34 2.6.37 and 2.6.39 Jun 06 13:03:18 it only touchs kernel26_powersupply plugin on uevent processing and status calculation I will clean it and post on the ml this evening Jun 06 13:04:46 jluis, hi there :) Jun 06 13:25:11 hi pespin Jun 06 13:25:21 http://freshmeat.net/projects/deforaos-mailer Jun 06 13:30:25 khorben, nice, do you have more embedded-oriented apps using same libraries? Jun 06 13:30:41 yup Jun 06 13:30:56 a web browser, a file manager, a text editor, a panel Jun 06 13:31:10 can I find screenshots somewhere? Jun 06 13:31:19 a media player (using mplayer) that's not all that good Jun 06 13:31:39 https://www.defora.org/os/project/download/3343/Phone Jun 06 13:31:46 a GSM daemon + telephony application :) Jun 06 13:32:27 a PDF viewer Jun 06 13:32:42 khorben, telephony is fso based? Jun 06 13:32:48 todo list Jun 06 13:32:49 nope Jun 06 13:32:53 C/glib Jun 06 13:33:20 but the development version is modular, and could use FSO as a backend Jun 06 13:33:25 it just needs glue code Jun 06 13:33:48 the stable version could already provide a dbus API like FSO (as a plugin) Jun 06 13:36:05 ok thanks for the info :) I hope I'll find some time during summer to write some recipes :) Jun 06 13:36:17 I also have an embryo of window manager and screen saver Jun 06 13:36:40 it shouldn't be hard to package, no configure script, just make install Jun 06 13:37:11 if you need inspiration, there are debian packages for all these already, in the hackable:1 project Jun 06 13:37:18 what can i do for this git error : error: object directory .git/objects/replace git object reference with relative path echo ../../../../openembedded/.git/objects/ git checkout master does not exist; check .git/objects/info/alternates. Jun 06 13:37:22 fatal: bad object HEAD Jun 06 13:37:41 nothing a guillotine can't solve Jun 06 13:43:07 khorben, ok np, it's only I've been quite busy from university latelty and I ant to spend some time resting+personal projects before :) Jun 06 13:44:46 no worries, I'll try to improve my little projects anyway, so they'll be even better by then :) Jun 06 14:06:56 dcordes: ping Jun 06 14:12:01 lxsameer: are you using shr-chroot or something? Jun 06 14:12:25 JaMa|Wrk: for what? for building yes Jun 06 14:13:46 lxsameer: see Makefile: Jun 06 14:13:47 cd openembedded ; \ Jun 06 14:13:47 echo "replace git object reference with relative path" \ Jun 06 14:13:47 echo "../../../../openembedded/.git/objects/" > .git/objects/info/alternates \ Jun 06 14:14:16 in what directory you're and do you have ../../../../openembedded ? Jun 06 14:15:12 looks like too many ../ :/ Jun 06 14:15:32 four ../ is correct Jun 06 14:15:43 it's countet from inside .git/objects/info Jun 06 14:15:48 counted even Jun 06 14:17:39 JaMa|Wrk: mrmoku i really mixed up, should i replace relative path somewhere with its absolute path? Jun 06 14:17:41 * JaMa|Wrk just checked on buildhost and yes Jun 06 14:17:50 lxsameer: no vice versa Jun 06 14:18:02 lxsameer: newer git versions put absolute path to .git/objects/info/alternates Jun 06 14:18:22 0022 mok@ladyt[pts/1]:~/shr-chroot/OE/shr-unstable/openembedded-> cat .git/objects/info/alternates Jun 06 14:18:25 ../../../../openembedded/.git/objects Jun 06 14:18:35 and Makefile replaces it with relative to be able to call ie "git pull" from shr-chroot and outside shr-chroot (relative paths should be valid in both cases) Jun 06 14:19:23 lxsameer: so there should be openembedded dir on the same level as you have Makefile Jun 06 14:19:26 JaMa|Wrk: mrmoku i think i get it now Jun 06 14:19:41 lxsameer: and shr-unstable/openembedded dir should be 2 levels below that Jun 06 14:21:37 JaMa|Wrk: i have makefile in OE directory alongside with openembedded directory Jun 06 14:22:02 JaMa|Wrk: and an openembedded directory inside the shr-unstable Jun 06 14:22:35 lxsameer: that looks right Jun 06 14:22:54 and if you're using shr-chroot then you should have also the same version of git as we have Jun 06 14:23:09 JaMa|Wrk: hmm but when i using git status inside the second openembedded i get that error Jun 06 14:23:27 hmm strange you have .git/objects/replace Jun 06 14:23:51 is it file? Jun 06 14:23:58 JaMa|Wrk: no Jun 06 14:24:02 I have the path only in .git/objects/info/alternates Jun 06 14:25:05 gtg Jun 06 14:25:05 JaMa|Wrk: i have replace git object reference with relative path echo ../../../../openembedded/.git/objects/ git checkout master Jun 06 14:25:15 JaMa|Wrk: in my alternates Jun 06 14:25:30 ? Jun 06 14:25:35 please pastebin your .git/objects/info/alternates Jun 06 14:25:54 normally it looks like Jun 06 14:25:55 OE @ ~/shr-unstable/openembedded $ cat .git/objects/info/alternates Jun 06 14:25:55 ../../../../openembedded/.git/objects/ Jun 06 14:26:32 JaMa|Wrk: aha let me try something Jun 06 14:27:05 JaMa|Off: i fixed it thaks to you guys Jun 06 14:35:12 when i boot a fastboot kernel with "fastboot boot /path/to/image.fastboot" i stock in bootloader splashscreen, it seems that bootloader did not enter to boot process, what do you think about this problem Jun 06 14:45:43 heh, always when the tempest starts I get disconnected... that sucks :/ Jun 06 14:47:51 is there any effort(at all possible?) to port shr to the nexus s? Jun 06 14:52:16 if google is willing to sponsor some... we're going to try ;) Jun 06 14:53:14 JaMa|Off: hmm... fso-plugin.bbclass looks broken to me Jun 06 14:53:28 is it possible to test htc kernels with virtual box ? Jun 06 14:53:30 ahh Jun 06 14:53:33 no I'm broken :P Jun 06 14:59:41 SHR: 03mok 07meta-smartphone * re3cd0a9f0218 10/meta-fso/recipes-freesmartphone/freesmartphone/fsoaudiod_git.bb: fsoaudiod_git.bb: enable cmtspeech plugin Jun 06 14:59:41 SHR: 03mok 07meta-smartphone * r2785b0218ae3 10/meta-fso/recipes-freesmartphone/freesmartphone/cornucopia.inc: cornucopia.inc: bump FSO_CORNUCOPIA_SRCREV to catch up with newer vala Jun 06 14:59:43 SHR: 03Martin.Jansa 07meta-smartphone * r110faf37336e 10/meta-openmoko/recipes-kernel/linux/ (4 files in 3 dirs): linux-2.6.39: upgrade to 2.6.39.1 and update shr patch Jun 06 15:00:29 SHR: 03Martin.Jansa 07meta-smartphone * rfca3dc0bb0e0 10/meta-fso/recipes-freesmartphone/meego-cellular/libcmtspeechdata_git.bb: libcmtspeechdata: import from OE rev d4f0211e2078d5033ae0dee74664de5520d8392d Jun 06 15:01:51 JaMa|Off: one thing that is lost in shr-core for n900 is the keymap for the console Jun 06 15:02:04 I took a look and did not understand how to fix it Jun 06 15:02:26 there is just a script to load the keymap... but could not find the keymaps themselves Jun 06 15:02:33 guess they're somewhere else these days Jun 06 15:13:44 dcordes: ping Jun 06 15:23:08 does any one tried to boot an arm kernel with qemu ? Jun 06 15:41:44 should i use "CROSS_COMPILE=arm-linux-gnueabi-" as make extra option ? Jun 06 16:15:19 re Jun 06 16:16:42 where can i find the most recent efl-bindings for vala? Jun 06 17:32:15 LunohoD: in e svn Jun 06 17:33:47 mrmoku: cool, thanks! Jun 06 17:49:39 GNUtoo: had no luck with cmtspeech... probably some alsa config missing? Jun 06 17:51:15 no, rather many stuff missing but not the config Jun 06 17:51:21 ok Jun 06 17:51:23 first be sure that you have the last rev Jun 06 17:51:26 of fso Jun 06 17:51:31 autorev Jun 06 17:51:47 ok but be sure that the image has the last fsoaudiod installed Jun 06 17:51:56 then go in console trough ssh Jun 06 17:52:03 stop xorg and enlightenment Jun 06 17:52:09 kill fsoaudiod Jun 06 17:52:14 launch it again in console Jun 06 17:52:18 and tell me what you see Jun 06 17:52:22 ok Jun 06 17:52:23 moment Jun 06 17:52:27 you should have some plugin error Jun 06 17:55:22 CMTSPEECH: nokiamodem_backend: Opening device, libcmtspeechdata v2.1.1. Jun 06 17:55:22 CMTSPEECH: nokiamodem_backend: Succesfully opened device /dev/cmt_speech (fd 21). Jun 06 17:55:25 CMTSPEECH: backend_common: PROTOCOL_STATE --> (-1->0) Jun 06 17:55:28 CMTSPEECH: nokiamodem_backend: Mapped memory area of 4096 octets at 0x4011a000. Jun 06 17:58:53 GNUtoo: ok, registered... initiate a call now? Jun 06 17:59:15 yes Jun 06 17:59:19 but before Jun 06 17:59:34 switch to speakers Jun 06 17:59:48 use the alsa states I dumped from meego for that Jun 06 18:00:00 and only call your operator first Jun 06 18:00:04 not a real person Jun 06 18:00:12 they're not the ones from oe I guess Jun 06 18:00:20 no Jun 06 18:00:25 they're the ones I gave you Jun 06 18:04:07 GNUtoo: http://pastebin.com/MazKUwzN Jun 06 18:04:23 ok Jun 06 18:04:26 did it work? Jun 06 18:04:41 no Jun 06 18:04:44 I used call_speakers Jun 06 18:04:45 retry Jun 06 18:04:48 ok Jun 06 18:04:49 ok Jun 06 18:04:49 me too Jun 06 18:04:52 I use that Jun 06 18:05:10 yay Jun 06 18:05:13 second time worked Jun 06 18:05:21 the gsm*cmtspeech plugin is the lastest? Jun 06 18:05:39 fsoaudiod - 2:0.1.0+gitr2+b7e1c25ae69d249e7f0fb3de1f8adc4ca58149e5-r5.4.6 Jun 06 18:05:39 ok nice Jun 06 18:05:54 ah so you added that plugin in oe? Jun 06 18:05:58 yup Jun 06 18:05:59 *enabled Jun 06 18:06:01 ok nice Jun 06 18:06:08 * GNUtoo needs to update oe then Jun 06 18:09:31 yay and with gui too Jun 06 18:09:33 :) Jun 06 18:16:19 GNUtoo: so where do we go from here? Jun 06 18:16:41 touch the GUI and the voice stops Jun 06 18:16:43 no idea Jun 06 18:16:56 * mrmoku tries Jun 06 18:17:30 hmm... indeed Jun 06 18:18:35 hmm... not on second try though Jun 06 18:18:39 I can even adjust the volume Jun 06 18:19:05 * mrmoku retries another time Jun 06 18:22:47 GNUtoo: btw. with g_nokia usbnet is *not* working for me Jun 06 18:22:50 with g_ether it works fine Jun 06 18:23:29 ok Jun 06 18:23:53 you can ajust the volume??? Jun 06 18:23:55 I can't Jun 06 18:24:54 I adjusted /etc/libphoneui.conf Jun 06 18:25:04 ah ok Jun 06 18:25:21 [alsa_control_handset] Jun 06 18:25:22 speaker = PCM Playback Volume Jun 06 18:25:46 and I copied the statefiles I converted from yours Jun 06 18:25:53 to the format fsodeviced wants Jun 06 18:30:31 gah... I forgot what morphis said about configuring fsoaudiod Jun 06 18:39:00 mrmoku, ok Jun 06 18:40:40 * mrmoku building libphone-ui(-shr) from fsoaudio branch Jun 06 18:47:51 morphis: hey Jun 06 18:47:56 morphis, hi Jun 06 18:48:15 morphis, hello Jun 06 18:50:35 heyho Jun 06 18:51:03 GNUtoo: btw. your GPS code for the HTC dream helped me very much to decrypt the GPS protocol bits for the Palm Pre Jun 06 18:51:17 it's mostly the same Jun 06 18:51:20 morphis, doc tried to explain to me how to add softvol channels Jun 06 18:51:22 ah nice Jun 06 18:51:24 just the byte structures are different Jun 06 18:51:38 morphis, I've also stuff for the nexusone in replicant Jun 06 18:51:49 morphis, and I failed to make it work Jun 06 18:51:54 (the softvol) Jun 06 18:52:00 GNUtoo: for softvol channels look here: http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsoaudiod/conf/asound.conf;h=06a5ea8aa5fdd6a5ac713f01ec7b2638bb4ab3a3;hb=HEAD Jun 06 18:52:12 but you need to access them once before you can use them! Jun 06 18:52:38 so aplay -D test.wav before you can adjust the volume of the channel Jun 06 18:52:40 that is to say? Jun 06 18:52:45 ah ok Jun 06 18:52:45 yes Jun 06 18:53:01 morphis, I need it on a device that has no hardware mixer, is it an issue? Jun 06 18:53:24 no Jun 06 18:53:35 everything will be done in plain software Jun 06 18:53:45 ok Jun 06 18:53:54 so get the mentioned asoundrc, modificate it and try it Jun 06 18:53:57 mickeyl: ping Jun 06 18:55:41 ok so in the case of that asoundrc Jun 06 18:55:43 I've to do Jun 06 18:55:49 aplay -D media test.wav Jun 06 18:55:57 and it'll create the channel on? Jun 06 18:56:03 -D media? Jun 06 18:56:18 because I already tried that Jun 06 18:56:24 not playing Jun 06 18:56:26 but that asoundrc Jun 06 18:57:01 I'd expect mickey on "vaterschaftsurlaub" Jun 06 18:57:16 wondering though... Jun 06 18:57:26 DocScrutinizer: so marie is arrived? Jun 06 18:57:34 nfc Jun 06 18:59:04 morphis: (softvol) related to /etc/alsastate et al Jun 06 18:59:31 funny execise to get rid of such a slider ;-) Jun 06 18:59:45 morphis, didn't work Jun 06 18:59:53 they are rather pesistent Jun 06 18:59:56 ALSA lib pcm_softvol.c:723:(softvol_load_control) Cannot open CTL hw:0 Jun 06 19:00:29 control.card 0 is the cause Jun 06 19:00:36 I'll modprobe the fake alsa card Jun 06 19:00:39 so ctl.hw "plugin" def is missing Jun 06 19:00:51 yes you told me yesterday Jun 06 19:01:12 but what should I put inside ctrl.!default { } Jun 06 19:01:13 ? Jun 06 19:01:26 a ref to hw:0 Jun 06 19:01:33 which doesn't exist Jun 06 19:01:39 I'll modprobe the fake card then Jun 06 19:01:41 hmm Jun 06 19:01:53 try null Jun 06 19:02:01 or a dummy card Jun 06 19:02:08 null doesn't exist for ctl Jun 06 19:02:10 e.g a pluggable card Jun 06 19:02:12 only for pcm Jun 06 19:02:13 ok Jun 06 19:02:46 never got ma feet wet with it Jun 06 19:02:53 ohhh Jun 06 19:02:56 media appeared Jun 06 19:03:00 with the aplay Jun 06 19:03:27 what did you do? Jun 06 19:03:37 the thing morphis advised: Jun 06 19:03:44 aplay -D media test.wav Jun 06 19:04:48 you should have a default mixer already, don't you? Jun 06 19:04:58 now yes Jun 06 19:05:01 but it's fake Jun 06 19:06:55 what does alsamixer show, upper left? Jun 06 19:07:44 on the right Jun 06 19:07:56 morphis: pong Jun 06 19:08:10 hi mickeyl !! \o/ Jun 06 19:08:19 bbs Jun 06 19:08:23 this girl is stubborn... Jun 06 19:08:32 next day without her Jun 06 19:08:32 ohno! Jun 06 19:09:01 you suck at counting ;-) Jun 06 19:09:06 hehe Jun 06 19:09:16 it's ETA+12 today Jun 06 19:09:28 E is the key Jun 06 19:09:32 hehe Jun 06 19:09:32 right Jun 06 19:10:28 she needs her time in front of the mirror... to be beautiful on exit :) Jun 06 19:10:39 hahaha Jun 06 19:10:40 hah :D Jun 06 19:10:45 but ... which mirror again? Jun 06 19:10:51 :) Jun 06 19:11:03 in fact the longer she stays in there the more weared she will look Jun 06 19:11:08 girls... Jun 06 19:11:10 *sigh* Jun 06 19:11:15 always make you wait :/ Jun 06 19:11:19 yeah Jun 06 19:11:51 * mrmoku remembers 3 hours of waiting on Bozen main station ;) Jun 06 19:12:16 mickeyl: girsl need time ... some time more time than you have :) Jun 06 19:12:25 s/girsl/girls/ Jun 06 19:12:27 morphis meant: mickeyl: girls need time ... some time more time than you have :) Jun 06 19:12:28 :) Jun 06 19:12:59 morphis: we should talk about the presentation soon Jun 06 19:13:13 morphis: the scenarios to be specified in alsa.conf are the same as the fsodeviced ones? Jun 06 19:13:24 mickeyl: you got my mail? Jun 06 19:13:32 morphis: ya, pity they didn't take both Jun 06 19:13:36 mrmoku: yes Jun 06 19:13:41 mickeyl: so you took your Jun 06 19:13:44 morphis: yep Jun 06 19:13:56 great to hear Jun 06 19:14:03 maybe as they know you more than me Jun 06 19:14:08 on an unrelated topic - /me felt like throwing up on finding this on maemo / ---> -rw-r--r-- 1 root root 29763056 Jan 22 2010 /usr/lib/locale/locale-archive Jun 06 19:14:29 GNUtoo: what is the most cheepo prepaid inet-flat sim one could get in italy? Jun 06 19:14:30 possible. if they really got more than usually, they might be tempted to "play safe" by choosing folks they have seen before Jun 06 19:14:41 mrmoku: it's only another syntax and they are mapped against the modes/devices we have in fsoaudiod Jun 06 19:14:50 mickeyl: maybe Jun 06 19:15:01 mickeyl: so let's them introduce my person :) Jun 06 19:15:14 morphis: right :) Jun 06 19:15:31 mrmoku, I've wind pre-paid Jun 06 19:15:37 morphis: ? Jun 06 19:15:37 reading the logs Jun 06 19:16:12 mickeyl: is it ok we talk at the weekend about the presentation? Jun 06 19:16:41 [normal.headset] Jun 06 19:16:43 scenario = headset Jun 06 19:16:53 mrmoku: thats what I mean :) Jun 06 19:17:25 still fail Jun 06 19:17:30 morphis: sounds good Jun 06 19:17:42 the concept of scenarios is broken Jun 06 19:18:34 freesmartphone.org: 03morphis 07msmcomm * r92290998f09f 10/ (.gitignore libmsmcomm/.gitignore msmcomm-specs/.gitignore): Update .gitignore files to exclude some more files we don't want to versionize Jun 06 19:18:35 you don't want N * M scenarios just for a simple bidir audio setup Jun 06 19:18:36 freesmartphone.org: 03morphis 07msmcomm * r0e8a2c76fb7c 10/libmsmcomm/tools/ (3 files): (log message trimmed) Jun 06 19:18:36 freesmartphone.org: libmsmcomm: introduce value attribute for protocol message fields to set constant values Jun 06 19:18:36 freesmartphone.org: In some case the messages constant values which we don't want to add to the glue code Jun 06 19:18:36 freesmartphone.org: within libmsmcomm. We can now specifiy a value attribute for a field entry in the protocol Jun 06 19:18:36 freesmartphone.org: structure specification to set the constant value automatically on creation of the Jun 06 19:18:37 freesmartphone.org: structure. It simply looks like this: Jun 06 19:18:37 freesmartphone.org: Jun 06 19:18:37 freesmartphone.org: 03morphis 07msmcomm * r851a16e6f851 10/libmsmcomm/tools/xml-to-sdef.py: Jun 06 19:18:38 freesmartphone.org: libmsmcomm: if no name for a structure field is specified it is now a anonymous field Jun 06 19:18:38 freesmartphone.org: All anonymous fiels within a structure are numbered with a number greater or equal than Jun 06 19:18:51 mrmoku, I don't know the cheapest but I've pre-paid and there are many options for the internet Jun 06 19:19:06 I use the one where it's 1E per day, but there are cheapest options for longer term Jun 06 19:19:14 freesmartphone.org: zero. You cannot rely on the number for a anonymous field. If you need to set it within Jun 06 19:19:14 freesmartphone.org: the processing code then you have to make it a non-anonymous field. Jun 06 19:19:14 freesmartphone.org: 03morphis 07msmcomm * r8232680f2f56 10/libmsmcomm/ (5 files in 5 dirs): libmsmcomm: add a lot of more bits for the GPS related messages Jun 06 19:19:28 sorry for the noise :) Jun 06 19:19:56 for things like recording a call things get worse, as you need another L sets of M * N scenarios, if you got L ways to record Jun 06 19:20:24 ergo: the idea of scenarios is broken-by-design Jun 06 19:20:30 mickeyl: I am currently fighting against complex SQL statements ... Jun 06 19:21:49 you need virtual devices in ALSa, like headset mic - and that virtual device, on opening it, takes care about only setting the bits needed for this particular path/resource/mixersetup Jun 06 19:23:07 GNUtoo: yeah 3E per week Jun 06 19:23:08 morphis, so the palm pre has an msm6xxx as modem right? Jun 06 19:23:27 and 9E month or something like that? Jun 06 19:23:31 morphis: ahh, ok... yeah saw that Jun 06 19:23:59 GNUtoo: I need something for the two weeks in italy Jun 06 19:24:06 so you can open handset mic for capture, and headphones or BT-headphones or earpiece or speakers for playback, and don't need a scenario for each of those combinations, plus a new set of scenarios for e.g. headset-mic plus earpice|speakers|headphone|bt-headphones Jun 06 19:24:57 I'm explaining this since ~24 months now Jun 06 19:25:05 a pity nobody is listening Jun 06 19:25:15 DocScrutinizer: how to setup _that_ part? Jun 06 19:25:33 with ACI Jun 06 19:25:40 too Jun 06 19:25:42 ACI is all about how to do that Jun 06 19:26:03 DocScrutinizer, I tought mrmoku worked on that, I listened but didn't have the time to work on it since I was took by cmtspeech Jun 06 19:26:09 first of all you dont use alsactl but amixer Jun 06 19:27:15 while alsactl deals with "scenarios", amixer does *exactly same* for you, based on finegrained per-control control Jun 06 19:28:04 there are even some test scripts using amixer, in my ACI crap-box Jun 06 19:28:18 lingering there since years Jun 06 19:28:40 including runtime timing and all Jun 06 19:29:23 but basically you use genuine ALSA hooks for that, that's what hook control is meant for Jun 06 19:29:39 the original alsa hook that's alwas been thare Jun 06 19:29:45 no patches needed Jun 06 19:31:13 alsa control hooks are designed to set up mixer controls for a particular virtual device, lock them if you want, and also restore them to original state on close if you want Jun 06 19:31:39 morphis, thanks a lot!!!! Jun 06 19:31:42 * mrmoku fails to find his ACI download Jun 06 19:31:45 thanks also to DocScrutinizer Jun 06 19:32:00 that's where all the ACI stuff idea been originated from Jun 06 19:32:34 people.om/joerg/aci Jun 06 19:32:41 GNUtoo: no problem Jun 06 19:32:45 ahh Jun 06 19:32:48 ALSAso Jun 06 19:32:52 found it :) Jun 06 19:33:21 morphis, btw I'm annoying but is there anyway to make it work without the aplay -Dmedia first Jun 06 19:34:39 http://people.openmoko.org/joerg/ALSA/ACI/dot_amix/gsm_earpiece.amix Jun 06 19:34:59 GNUtoo: no, there is not Jun 06 19:35:12 ok Jun 06 19:35:13 GNUtoo: as there is no daemon-like application for alsa Jun 06 19:35:22 this is a amixer "scenario" - actually a definition what to do for making a particular virtual device work Jun 06 19:35:29 alsa is loaded and executed by the application which uses alsa Jun 06 19:35:33 here earpiece Jun 06 19:36:17 morphis, I'll add oe support for nexusone and then we'll need to discuss fsoaudiod integration for it Jun 06 19:37:01 http://people.openmoko.org/joerg/ALSA/ACI/ACI_spec/gsm_earpiece__readme Jun 06 19:37:17 the "howto" - with timing and all Jun 06 19:38:30 btw I started to write an shr porting guide Jun 06 19:38:37 http://www.shr-project.org/trac/wiki/Device%20Porting%20Guide Jun 06 19:39:02 of course you *could* also include all those path-defs directly to a alsa device stack spec in .asoundrc, by using the hooks plugin Jun 06 19:39:28 morphis, is it possible to remove controls? Jun 06 19:39:44 like Master, Synth,Line,CD,Mic ? Jun 06 19:39:47 but iirc we even back then thought it might be more flexible to use my hookexec and a daemon for that Jun 06 19:39:56 s/master// Jun 06 19:40:14 and that's where things stalled as nobody was interested in implementing this fsoaudiodaemon Jun 06 19:40:32 and "this can't work" been all I got on feedback Jun 06 19:40:39 :-( Jun 06 19:41:08 DocScrutinizer: so hookexec would tell fsoaudiod to call amixer? Jun 06 19:41:11 GNUtoo: see my softvol thread on twinkle Jun 06 19:41:26 mrmoku: basicall yyes Jun 06 19:41:52 GNUtoo: I've explained there how to get rif of controls Jun 06 19:41:55 ok Jun 06 19:41:56 rid Jun 06 19:42:07 gah, reading asoundrc stuff makes my brain go boom :P Jun 06 19:42:07 I tought that get rid was only for getting rid of softvol Jun 06 19:42:13 * mrmoku goes downstairs to get a beer ;) Jun 06 19:42:37 * DocScrutinizer goes bathroom for a shower Jun 06 19:42:51 GNUtoo: indeed Jun 06 19:43:09 got you wrong Jun 06 19:46:03 basically I want to remove the conrtols of the fake card Jun 06 19:46:19 I could do it in the kernel tough Jun 06 19:47:08 only way I know of Jun 06 19:47:54 there's no standard (alsacfg) way to rename or hide controls Jun 06 19:47:58 afaik Jun 06 19:48:05 ok thanks a lot Jun 06 19:51:07 hmmm Jun 06 19:51:09 JaMa|Off, hi Jun 06 19:51:28 should we put a default /etc/network/interface for all shr devices in oe? Jun 06 19:52:33 mrmoku, morphis what do you think of it? Jun 06 19:52:50 I put a default /etc/network/interfaces in : Jun 06 19:53:01 recipes/netbase/netbase/shr Jun 06 19:53:04 and bump PR Jun 06 20:02:32 mrmoku: basically fsoaudiod should do more than just call amixer: it should read the .amix path def, and compare it to already active other path defs for collisions (collision := a control gets set to *different* values in tho .amix), then in case a collision exists it either A) returns error to the requesting hookexec/alsa-device/app, or B) on request being of higher prio it grants the new path and signals the "losing" app about " Jun 06 20:02:33 resource temporaraily unavailable" by whatever means the app defined e,g by a parameter to the app's audiodev's hookexec, or a parameter the app passed to the virtual device on opening it Jun 06 20:03:46 s/tho/two/. Jun 06 20:07:12 DocScrutinizer: how do you e.g. switch mplayer between speaker and headset in that setup? Jun 06 20:07:55 depends on how you (the devel) plan to do this switching Jun 06 20:08:35 there'S not *the one* correct genuine way to do such switching Jun 06 20:08:59 pulseaudio handles it quite elegantly? ;) Jun 06 20:09:06 * lindi- hides Jun 06 20:09:06 orly? Jun 06 20:09:17 pfffff Jun 06 20:09:44 anyways. I don't think I want "mplayer -ao alsa:device=headset a.wav" Jun 06 20:10:01 but I don't want "mplayer -ao alsa:device=mplayer a.wav" either probably Jun 06 20:10:03 if you want to do it right, you make mplayer close the "speaker" audiodevice and open the "headset" audiodevice Jun 06 20:10:20 DocScrutinizer: but that requires me to send patches to mplayer folks? Jun 06 20:10:43 that's the correct way to do correct things correctly Jun 06 20:10:56 s/correct/right/g Jun 06 20:10:57 DocScrutinizer meant: that's the right way to do right things rightly Jun 06 20:11:18 that'd basically mean rewriting every single alsa application? Jun 06 20:12:20 you also can make mplayer open alsadevice generic_stereo_out which you define to route to speakers and headset, and you simply use the volume sliders associated to each Jun 06 20:13:17 lindi-: yes, if you want a GUI in every app to switch between different audio outputs, then you have to rewrtite every singe one of these apps Jun 06 20:13:50 if you want to handle things in a more general way, you don't need to change a sibgle app for that Jun 06 20:14:37 that's the root requirement design rationale behind ACI - maximum compatibility with existing apps so nothing needs to get patched Jun 06 20:15:56 so you make a virtual audio devide "!default" which outputs to speakers and headset concurrently and done you are Jun 06 20:16:50 lindi-: any objections? any further questions? Jun 06 20:24:16 ( but I don't want "mplayer -ao alsa:device=mplayer a.wav" either probably) so what DO you want then? I really don't get it... Jun 06 20:25:41 mplayer --xxx dowhatimean $pickanicesongforme ? Jun 06 20:28:03 honestly, unless you explain to me what exactly it is you expect from the audio subsystem, I hardly can suggest how to achieve it Jun 06 20:28:07 DocScrutinizer: mplayer -ao pulse :) Jun 06 20:28:21 lol pulse Jun 06 20:28:31 DocScrutinizer: and then I get a nice GUI where I see each player and can choose where their output goes Jun 06 20:28:45 lindi-: so why you're pestering ME with that then?? Jun 06 20:29:08 DocScrutinizer: well obviously pulse does not handle the complex alsa setup on fr Jun 06 20:29:24 DocScrutinizer: so alsa devices like "headset" and "speaker" would still be needed Jun 06 20:29:30 and how should I bother? Jun 06 20:29:40 that's ineterting for me how? Jun 06 20:29:48 nzeresting Jun 06 20:29:50 meh Jun 06 20:30:44 DocScrutinizer: well you asked what I wanted :) Jun 06 20:31:11 but yeah, pulse does not solve the alsa state changing stuff Jun 06 20:31:38 lindi-: I can code you a lasa device that pops up a requester to ask you where to output sound to as soon as your mplayer opens alsa default, but honestly, I'm feeling like you're abusing my time Jun 06 20:33:57 pcm.lindy{ slave hookexec { open DEV=zenity -list $(aplay -L); slave $DEV}} Jun 06 20:34:01 well. maybe more important is to figure out why my sounds don't work in 2.6.37 after resume unless I toggle alsa states Jun 06 20:34:28 important for you Jun 06 20:34:35 I'm gone Jun 06 20:34:45 udev and tslib are dropping 2.6.29 support so I'm kind of forced to upgrade :) Jun 06 20:38:11 honestly, how's pukeaudio going to open a requester when it is meant to be an audio server that has no fsckng idea about X or anything else, not to talk about the win-manager you are currently using Jun 06 20:38:39 you're definitely wasting my time and making me angry Jun 06 20:39:17 if you want to use -ao pulse the use -ao pulse and don't mess with me Jun 06 21:04:24 mrmoku, hi Jun 06 21:04:39 can I add nexuone config in all deamons at the same time in cornucopia? Jun 06 21:04:46 or should I make separate commits Jun 06 21:05:19 DocScrutinizer: ok, no pulse with you :) Jun 06 21:08:58 you know we had to drop PissAudio on FR as due to a lucky divine providence PukeAudio never worked on that way too weak S3C2442 Jun 06 21:10:21 and I may add, PolypAudio also never worked exactly nice on my x86 machines either Jun 06 21:10:33 nor does it on maemo/N900 Jun 06 21:11:44 * angelox 's internet is too bad today,reconnecting everytime Jun 06 21:11:45 and so far nobody got a single argument why anybody would need PrankAudio do do sth ALSA can't do (better usually) Jun 06 21:12:12 s/ do / to / Jun 06 21:12:12 DocScrutinizer meant: and so far nobody got a single argument why anybody would need PrankAudio to do sth ALSA can't do (better usually) Jun 06 21:13:40 so WTF would I be interested in PoetteringAudio, when I can get ALSA with ACI *finally* Jun 06 21:14:20 a waste of time even talking about it Jun 06 21:19:53 DocScrutinizer: it's not fair that you diss it and don't let me respond :) Jun 06 21:24:24 we were discussing implementation details of ACI, you came in disruptive, stating in a rather non-constructive way that you want to use PukeAudio. I explained you why I'm not inclined to even ponder re-re-re-re-evaluating PA vs ALSA, and now i'm done with it Jun 06 21:27:24 mrmoku, what that format means: Jun 06 21:27:30 report001 = POWER,key,116,1 Jun 06 21:27:46 in [fsodevice.kernel_input] Jun 06 21:27:51 maybe I'll read the plugin Jun 06 21:30:02 GNUtoo: one commit is fine for _me_ Jun 06 21:30:07 ok Jun 06 21:30:27 GNUtoo: hmm... don't remember that format out of the box Jun 06 21:30:34 I've it here Jun 06 21:30:49 name, type, code, reportheld Jun 06 21:31:01 but I've no idea what type is Jun 06 21:31:05 and what reportheld is Jun 06 21:31:18 type can be: Jun 06 21:31:31 key,switch,relative Jun 06 21:31:43 so I know now Jun 06 21:31:46 but reportheld? Jun 06 21:32:15 report if it's held? Jun 06 21:33:24 hmm Jun 06 21:34:43 ok got it Jun 06 21:34:47 sorry for the noise Jun 06 21:34:48 * mrmoku too :P Jun 06 21:35:13 bedtime Jun 06 21:35:20 GNUtoo: gnight Jun 06 21:35:22 and all others too :) Jun 06 21:35:26 good night Jun 06 21:38:45 mrmoku: night Jun 06 21:54:27 GNUtoo: mrmoku: morphis: amixer -a basic scontrols Jun 06 21:54:57 throws error here, a *very* interesting error though Jun 06 21:55:30 GNUtoo: might be the answer to your hide-controls problem Jun 06 21:55:55 what's the error? Jun 06 21:56:02 ALSA lib simple_abst.c:306:(snd1_mixer_simple_basic_register) unable to open simple mixer configuration file '/usr/share/alsa/smixer.conf' ? Jun 06 21:56:09 yep Jun 06 21:56:14 ok Jun 06 21:56:18 aah no Jun 06 21:56:18 thanks a lot!!!! Jun 06 21:56:30 ah? Jun 06 21:56:42 heh, you're even one step ahead of me, I got Jun 06 21:56:55 ALSA lib simple_abst.c:131:(try_open_full) Unable to open library '/usr/lib/alsa-lib/smixer/smixer-python.so' Jun 06 21:57:19 I've that too on my dekstop Jun 06 21:57:31 but not on the nexusone Jun 06 21:57:36 amixer: Mixer register error: No such file or directory Jun 06 21:57:44 there is also that right after what I pasted Jun 06 21:58:34 seems there's a way to have apython plugin for smixer (which is what amixer and others use) Jun 06 21:58:48 to do certain abstarctions Jun 06 21:59:09 like e.g hiding controls, renaming them, whatnot Jun 06 21:59:16 mere handwaving Jun 06 21:59:55 amixer --abstract is rather "new" Jun 06 22:00:58 my manpage doesn't even mention it Jun 06 22:01:29 found some refs to in when googling, which I did like 9 months ago Jun 06 22:09:55 does 2.6.39 support accelerometers now? Jun 06 22:10:33 jeepingben: good question Jun 06 22:10:50 jeepingben: I'm testing 2.6.37 though Jun 06 22:11:05 jeepingben: which branch are you using with 2.6.39? Jun 06 22:11:05 have you seen the crash with accelerometers in 37? Jun 06 22:11:19 I haven't built 39. Jun 06 22:11:30 no I'm stuck with other bugs :) Jun 06 22:11:46 are you doing the battery issue? Jun 06 22:12:08 not that one either Jun 06 22:15:19 ah yes (just read the logs) I hadn't seen sound issues because I don't make calls on the FR with 2.6.37, I still have 2.6.34 on my daily use FR Jun 06 22:19:39 jeepingben: on 2.6.34 my touchscreen stopped working :) Jun 06 22:19:58 http://docs.openmoko.org/trac/ticket//2328 Jun 06 22:21:22 GNUtoo, (wiki guide) thanks for starting it, I hope you expand it a bit over time :) Jun 06 22:21:35 ok Jun 06 22:24:59 GNUtoo: less /usr/share/alsa/smixer.conf Jun 06 22:25:10 on my nexusone? Jun 06 22:25:29 wherever the file exists Jun 06 22:25:43 on my desktop: Jun 06 22:25:55 http://pastie.org/2029673 Jun 06 22:26:01 forget the ~ at the end Jun 06 22:26:03 it's less Jun 06 22:27:10 exactly what I get here Jun 06 22:30:41 freesmartphone.org: 03GNUtoo 07cornucopia * rc11fd87fc0d4 10/ (16 files in 12 dirs): Jun 06 22:30:41 freesmartphone.org: Add nexusone configurations files. Jun 06 22:30:41 freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli Jun 06 22:31:09 ; Toplevel configuration for the ALSA Ordinary Mixer Interface Jun 06 22:31:13 less /usr/share/alsa/sndo-mixer.alisp Jun 06 22:31:26 only on maemo :-o Jun 06 22:31:36 no Jun 06 22:31:39 scary shit Jun 06 22:31:40 on my desktop too Jun 06 22:31:46 not here Jun 06 22:31:49 it's in lisp Jun 06 22:31:50 ???? Jun 06 22:31:54 yeah Jun 06 22:32:12 http://pastie.org/2029696 Jun 06 22:36:25 coya Jun 06 22:36:27 c-ya Jun 06 22:49:05 PaulFertser: should Qi print \r\n to serial port? it seems to now use only \n Jun 06 22:50:35 /msg nickserv register freda123 stephen.lepage@gmail.com Jun 06 22:56:31 Butes: you realized what you just did, no? Jun 06 22:57:22 yep :( Jun 06 22:59:52 exit Jun 06 23:02:43 /ns help setpass Jun 06 23:03:39 Butes: ^^^ Jun 06 23:23:55 .join #openmoko Jun 06 23:26:14 here Jun 06 23:26:26 know anything about it being possible to port shr to the nexus s? Jun 06 23:26:28 are the SHR folks ;-) Jun 06 23:26:54 Awesome work on shr, shr folks! Jun 06 23:27:03 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629479 Jun 06 23:29:45 Butes: lots (if not all) of shr devels are CET Jun 06 23:30:14 so it's ~1:30AM here Jun 06 23:30:24 ah, good to know Jun 06 23:31:27 you seen : http://shr-project.org Jun 06 23:31:30 I guess Jun 06 23:31:59 yep Jun 06 23:32:41 had a freerunner screen broke about a year ago, getting back into the open phone thing again Jun 06 23:32:42 bbl **** ENDING LOGGING AT Tue Jun 07 02:59:57 2011