**** BEGIN LOGGING AT Sat Feb 05 02:59:57 2011 Feb 05 11:02:09 mickey|zzZZzz: ping =) Feb 05 11:14:49 alexxy: pong Feb 05 11:23:30 heyho Feb 05 11:32:44 moin morphis Feb 05 11:33:50 so exams are behind, now we can finish this palm pre fso thing :) Feb 05 11:36:51 mickeyl: seems there is issue with fsogsmd/opimd Feb 05 11:37:01 if we have multipart sms Feb 05 11:37:19 and different parts comes from different smsc Feb 05 11:37:28 then fsogsmd cannot assemble it Feb 05 11:37:40 it thoughts that it is Feb 05 11:37:46 *different* Feb 05 11:37:51 sms messages Feb 05 11:39:50 can you give me the PDUs for such a concatednated message routed through different SMSC? i didn't hear of such a case yet Feb 05 11:41:47 yep Feb 05 11:42:00 i can give you fsogsmd.log Feb 05 11:42:06 with 3-5 such events Feb 05 11:49:10 mrmoku: fun... apparantly there's a couple of undocumented subsystems in GISI *sigh* Feb 05 11:49:20 the api docs do not contain anything about SIM Feb 05 11:50:19 mickeyl: but aren't there sim commands implemented in ofono für gisi? Feb 05 12:00:46 morphis: yes, there are. it's just that i always like to have additional documentation to verify what these guys are actually doing Feb 05 12:01:06 funny enough, they completely changed how they deal with SIM auth Feb 05 12:01:17 they changed subsystems Feb 05 12:01:26 within the last couple of months Feb 05 12:03:07 they changed subsystems? Feb 05 12:03:32 so they have rewritten the internal part of the modem firmware? Feb 05 12:04:04 one subsystem/resource is an interface to the modem Feb 05 12:04:12 ok Feb 05 12:04:12 apparantly the modem exports half a dozen ways to do one thing Feb 05 12:04:19 baah Feb 05 12:04:22 yep Feb 05 12:07:18 hrmf. have shr-u-lite 20110130 running, installed omgps, have a good fix - system date/time as reported by lock screen still is 30.1.2011... why wasn't that set on acquiring gps fix? Feb 05 12:11:12 mickeyl: fun :/ Feb 05 12:11:27 mickeyl: btw. how far are you with fsophone daemon? Feb 05 12:14:32 freesmartphone.org: 03morphis 07cornucopia * rc19117a9e38e 10/fsogsmd/src/plugins/modem_qualcomm_palm/channel.vala: fsogsmd: modem_qualcomm_palm: request msmcomm call service at modem startup Feb 05 12:14:34 freesmartphone.org: 03morphis 07cornucopia * r4c84abb7a858 10/fsogsmd/src/plugins/modem_qualcomm_palm/mediators_device.vala: fsogsmd: modem_qualcomm_palm: Device GetTime mediator is now unimplemented Feb 05 12:14:36 freesmartphone.org: 03morphis 07cornucopia * r5f96ce51f99c 10/fsogsmd/src/plugins/modem_qualcomm_palm/unsolicited.vala: fsogsmd: modem_qualcomm_palm: report network time if available Feb 05 12:14:38 freesmartphone.org: 03morphis 07cornucopia * rfba06d1a2b75 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (unsolicited.vala utils.vala): fsogsmd: modem_qualcomm_palm: trigger callhandler on incomming call unsolicited responses Feb 05 12:15:25 morphis: not working on it, mrmoku took over for until i have the basics of the gisi thing done Feb 05 12:15:36 ah ok Feb 05 12:15:57 so you are only working on gisi support right now? Feb 05 12:16:56 correct Feb 05 12:17:27 ok Feb 05 12:17:51 i expect to have this done in a couple of weeks Feb 05 12:18:11 ok Feb 05 12:21:09 freesmartphone.org: 03mickey 07libgisi * rf4db9e5af8f6 10/AUTHORS: add Sebastian Reichel to authors Feb 05 12:22:21 aah Feb 05 12:22:33 it looks like the whole SIM AUTH stuff Sebastian REd on his own Feb 05 12:22:44 ofono doesn't contain any SIM auth functions yet Feb 05 12:22:48 (for isi) Feb 05 12:22:55 stunning Feb 05 12:23:51 freesmartphone.org: 03mickey 07libgisi * rd73f85a27255 10/clients/simauth.h: add simauth.h courtesy libisi Feb 05 12:29:58 alexxy: i'm actually wondering why this problem doesn't happen more often Feb 05 12:30:04 T-mobile is big as well Feb 05 12:30:16 i never heard of anyone complaining about that yet Feb 05 12:30:17 i just noticed this few days ago Feb 05 12:30:29 when i start digging in fsogsmd log Feb 05 12:30:34 about missing sms Feb 05 12:30:42 it may be there before Feb 05 12:30:48 i'm not sure Feb 05 12:32:27 it at least here with MTS and MegaFon Feb 05 12:32:35 right Feb 05 12:33:02 not sure about others Feb 05 12:33:39 also for MegaFon it may be related to network reconstruction for UMTS and LTE Feb 05 12:48:47 mickeyl, should i push my code for signal handling, even i cannot quit the mainloop? Feb 05 12:50:50 playya: yes, please Feb 05 12:52:51 morning Feb 05 12:52:53 ;) Feb 05 12:53:47 freesmartphone.org: 03Frederik.Sdun 07cornucopia * rc9acbf48cd55 10/libfsobasics/fsobasics/libinitexit.vala: libfsobasics: register signal handler for Posix signals to log a backtrace Feb 05 12:59:27 freesmartphone.org: 03mickey 07libgisi * r6ea14bc222a8 10/ (data/libgisi.vapi gisicomm/gisicomm.vala tests/testping.vala): add sim auth definitions Feb 05 12:59:34 shr-u from yeaterday is safe ?:) Feb 05 13:15:12 soltys: as every other shr-u :) Feb 05 13:15:37 JaMa|Off: ok ;) Feb 05 13:15:42 will see ;) Feb 05 13:15:52 mostly perl updates so nothing dangerous Feb 05 13:16:13 but if you don't say your starting point then it's hard to say what's changed :) Feb 05 13:16:37 JaMa|Off: hmm I don't remember when I last used my fr.. ;0 Feb 05 13:17:51 than be aware that upgrade from om2007.2 won't work :) Feb 05 13:18:11 haha :D Feb 05 13:18:44 I have broken shr-u in uSD card from july or so ;) Feb 05 13:28:53 TAsn: ping? Feb 05 13:29:58 TAsn: do I need to enable something special in efl trunk for elementary to support "list and genlist's text auto-align according to language's direction" ? Feb 05 13:35:45 TAsn: /OE/tmpdir-shr/sysroots/x86_64-linux/usr/bin/edje_cc: Wrote 2733 bytes ( 3Kb) fERR<7856>:edje_cc edje_cc_parse.c:1039 parse_float_range() /OE/tmpdir-shr/sysroots/x86_64-linux/usr/bin/edje_cc: Error. :12515 float -1.000 out of range of 0.000 to 1.000 inclusive Feb 05 13:36:00 freesmartphone.org: 03morphis 07utilities * rb36d907bfe24 10/palmpre/fso-installer/Makefile: Feb 05 13:36:01 freesmartphone.org: palmpre: fso-installer: some small changes Feb 05 13:36:01 freesmartphone.org: * Make IMAGE and KERNEL variables weak so you can assign them from the outside Feb 05 13:36:01 freesmartphone.org: * Don't use the 'downloads/' directory as default prefix for IMAGE and KERNEL Feb 05 13:36:01 freesmartphone.org: 03morphis 07utilities * rea6a8c0a225f 10/palmpre/fso-installer/Makefile: palmpre: fso-installer: add erase-image target to remove old image from device Feb 05 13:41:44 TAsn: sorry found it Feb 05 14:30:11 freesmartphone.org: 03mickey 07libgisi * ra4a1d11af042 10/ (data/libgisi.vapi gisicomm/gisicomm.vala tests/testping.vala): implement gathering SIM status Feb 05 14:34:56 mickeyl: do you know what isi version we have on n900? Feb 05 14:41:45 mickeyl: and more importantly... do you know what's up with valaide.org? Feb 05 14:41:55 * mrmoku read it has completion and would be very much interested :-) Feb 05 14:48:24 is there any rvommended browser for om-gta02 ?:) Feb 05 14:59:34 soltys: recommended? not sure, but eve is by default in the images now. Feb 05 14:59:40 soltys: shr images Feb 05 15:00:33 vanous: not in lite image ;P Feb 05 15:02:02 soltys: that's why it's called lite image ;) Feb 05 15:02:26 mrmoku: I know that ;) Feb 05 15:42:57 Wonka: from what I gathered, system time is not synced from GPS time by default. no idea why. Feb 05 15:43:32 time_souce= setup I heard Feb 05 15:47:46 hi Feb 05 15:49:29 DocScrutinizer: yeah, but why is it not default? seems odd to me Feb 05 15:50:10 dunno, ask who config'd that file Feb 05 15:50:28 open a ticket Feb 05 15:51:33 mrmoku: i'm afraid neither g1 nor g2, we seem to have something in between or later. I tried matching the subsystem constants with either API, but they did hardly match. as for valaide.org, try http://www.valaide.org/ Feb 05 15:53:26 bb tomorrow, heading over to the theatre, tonite is premiere :) Feb 05 15:57:06 using FR gta-02, i made 3 partitions on my sd card: 1 => 30Mo, ext3, /boot; 2=> 128Mo, swap, 3=> all space left, ext3, /. I mounted 3 on /mnt/foo, and 1 on /mnt/foo/boot. 'debootstrap --foreign=armel ...'. Then i downloaded http://pkg-fso.alioth.debian.org/debian/pool/main/l/linux-2.6-openmoko/linux-image-2.6.34-openmoko-gta02_20101212.git049b71de-1_armel.deb. Then 'dpkg-deb -X /mnt/foo'. Finally 'cp /m Feb 05 15:57:06 nt/foo/boot/uImage.bin-* /mnt/foo/boot/uImage.bin', unmounted my sdcard, put it in the phone, started NOR boot, and selected 'Boot from microSD'. There, for about 3 seconds, i get a message saying it can't find uImage.bin from mmc 1:1. Any idea what i should do? Feb 05 15:57:13 sorry for the long message Feb 05 16:01:13 CyberDomovoy: you need to run the second stage on real armel Feb 05 16:01:30 CyberDomovoy: boot something from NAND and chroot to run the second stage or use qemu Feb 05 16:01:40 CyberDomovoy: --foreign only runs the first stage Feb 05 16:02:26 CyberDomovoy: the problem is that package management scripts run armel binaries so you can't really fully install the packages without running armel code Feb 05 16:02:40 CyberDomovoy: and btw, there's #openmoko-debian Feb 05 16:02:50 CyberDomovoy: which will be watched more closely :) Feb 05 16:03:30 lindi-: i know, what i'd like to do is make a kernel bootable, and prepare some some script for init to run the second stage Feb 05 16:05:20 CyberDomovoy: what's your motivation for this? Feb 05 16:06:22 lindi-: make an installer for a custom distrib based on debian that will be run from a computer, not the phone Feb 05 16:06:52 CyberDomovoy: I can see your idea but I'm not sure if that's a good implementation Feb 05 16:07:24 lindi-: that should be possible Feb 05 16:07:37 CyberDomovoy: there's unofficial d-i support Feb 05 16:07:48 CyberDomovoy: maybe you could continue that instead of writing your own? Feb 05 16:08:03 lindi-: nice, where can i find it? Feb 05 16:08:11 CyberDomovoy: it was written for google summer of code Feb 05 16:08:14 antrik: it was in 2008... Feb 05 16:08:27 arf, old stuff Feb 05 16:08:40 CyberDomovoy: it wasn't in 2008 I think Feb 05 16:11:36 CyberDomovoy: ThibG wrote it in 2010: http://gsoc.sitedethib.com/posts/First_week_of_GSoC/ Feb 05 16:12:15 lindi-: still, i'm more a perl guy, and done a lot of work on that "installer" already, all that i need now is to boot the kernel. i already did something like this to change the os of my NAS, same procedure: 'debootstrap --foreign', extract kernel, create some init script that take care of second stage, boot the nas. Feb 05 16:12:23 lindi-: i'll take a look to it Feb 05 16:12:48 CyberDomovoy: take a look and then come back with questions :) Feb 05 16:13:40 it's meant to run on the FR itsel, though Feb 05 16:15:23 CyberDomovoy: ThibG: is there any precedence on "create installation of foreign architecture to SD card, plug it in and boot" idea? Feb 05 16:15:49 debian-live creates bootable cdroms/usb sticks but it is still for the same architecture Feb 05 16:16:33 sudo lh config --packages "gnome wireless-tools wpasupplicant" -d squeeze -b usb-hdd -p standard-x11 -m http://apt-proxy:9999/debian --bootappend-live "live-config.keyboard-layouts=fi" --linux-flavours 486 --binary-indices disabled --apt apt && sudo lh build Feb 05 16:16:43 that's how I build my live-usb Feb 05 16:17:12 you'd need emulation for that. It's probably easier to unpack some image on the SD card Feb 05 16:17:14 it's very convenient, I can easily choose the packages I want and after I dig the source I can also figure out how to preconfigure some things Feb 05 16:17:30 ThibG: ok but how about hacking an initramfs that runs the second stage? Feb 05 16:17:33 yeah, lh rocks! Feb 05 16:18:08 then on first boot you'd just tell the boot loader to use this "/usr/lib/debootstrap/run-second-stage-please.gz" as an initramfs Feb 05 16:18:45 hm, to be honest, I don't know Feb 05 16:18:58 ThibG: or could debian provide minimal preconfigured tarballs for different archs? Feb 05 16:19:00 what's the point of doing the first half from another device? Feb 05 16:19:04 ThibG: speed Feb 05 16:19:18 you'd still need to do the second half, though Feb 05 16:19:19 ThibG: not needing to have wlan support work on target Feb 05 16:19:28 the second stage could be done without network Feb 05 16:19:31 oh, yeah Feb 05 16:19:34 with only serial console Feb 05 16:20:14 > minimal preconfigured tarballs isn't the way to go for the universal OS, IMO Feb 05 16:21:25 ThibG: as much as I hate images/tarballs I have to admit things like http://people.debian.org/~aurel32/qemu/armel/ do save a lot of time Feb 05 16:21:40 ThibG: they also make bug reporting easier since people can start from the exact same image :) Feb 05 16:21:42 about wlan, there was another driver in staging that could work for the FR, no? Feb 05 16:22:01 lindi-, ThibG : as i said, i already did something like this for my nas, all you need is preconfigure init to run the second stage, and a way to boot the kernel, then when you boot your kernel, init runs the script, second stage is done, the script remove anything that can "pollute" your system (ie itself), then reboot, and your system is ready Feb 05 16:22:07 ThibG: I've been only worrying about upstreaming other stuff Feb 05 16:22:41 lindi-, ok, I haven't really followed lately Feb 05 16:22:43 CyberDomovoy: if I were you I'd probably implement that as a separate initramfs Feb 05 16:22:46 how does upstreaming go? :) Feb 05 16:22:48 my only problem here, is to boot that uImage from the kernel package Feb 05 16:22:59 ThibG: it has progressed, people use 2.6.37 Feb 05 16:23:08 CyberDomovoy, "from the kernel package"? Feb 05 16:23:11 ThibG: + 130 patches Feb 05 16:23:22 +130 patches ^^' Feb 05 16:23:26 ThibG: http://pkg-fso.alioth.debian.org/debian/pool/main/l/linux-2.6-openmoko/linux-image-2.6.34-openmoko-gta02_20101212.git049b71de-1_armel.deb Feb 05 16:23:46 mickey|acting: ok, so the nokia api docs do not match :/ Feb 05 16:23:56 mickey|acting: and www.valaide.org is what I'm trying some day Feb 05 16:23:59 ThibG: i 'dpkg-deb -X ' Feb 05 16:24:00 ThibG: 158 actually :) Feb 05 16:24:18 mickey|acting: and good luck for the premiere :) Feb 05 16:24:45 mrmoku: premiere? Feb 05 16:24:51 ThibG: http://iki.fi/lindi/openmoko/linux/upstreaming/notes Feb 05 16:25:05 CyberDomovoy, I don't really get what your problem is, but I've had fun with kernel, initrd and uImages, so... Feb 05 16:25:16 ThibG: the 'cp /target/boot/uImage.bin-* /target/boot/uImage.bin', but when puting my sd card in the phone and asking to boot from it, it says it can't find it Feb 05 16:25:59 CyberDomovoy: Qi or u-boot? Feb 05 16:26:13 IIRC, default uboot wants the uImage to be on the first partition, which has to be fat Feb 05 16:26:23 you can configure uboot, though Feb 05 16:26:24 lindi-: that's NOR boot, so if i'm right, u-boot Feb 05 16:26:25 CyberDomovoy: ah NOR Feb 05 16:26:35 CyberDomovoy: NOR u-boot won't be a good idea sorry Feb 05 16:26:40 CyberDomovoy: just don't use it Feb 05 16:26:55 lindi-: that's for testing right now Feb 05 16:27:01 CyberDomovoy: yeah and it failed :) Feb 05 16:27:01 lindi-, why? Feb 05 16:27:12 ThibG: there are several changes that newer kernels need Feb 05 16:27:23 seriously? Feb 05 16:27:44 ThibG: this 'Kindly ask u-boot do not touch serials and serial's gpio setup' is needed to have GPS work after suspend Feb 05 16:27:44 lindi-: yeah... right :) i have shr on nand, with qi, how do i tell qi to boot on sd? Feb 05 16:27:55 ThibG: and supporting newer file systems of course too Feb 05 16:28:08 hm ok Feb 05 16:28:09 ThibG: NOR u-boot is quite ancient, there's not much point in restricting ourselves to it Feb 05 16:28:24 CyberDomovoy: Qi is not exactly configurable sorry :) Feb 05 16:28:30 yes, I know, but it's sufficient to launch d-i Feb 05 16:28:37 ThibG: by luck :) Feb 05 16:28:46 if you're aware of the evil padding bug, though Feb 05 16:28:46 CyberDomovoy: read the Qi manual (does not exists) :P Feb 05 16:29:01 lindi-: hmm, no way to give it any boot option? Feb 05 16:29:16 ThibG: there's some ext2fs revision 1 Feb 05 16:29:29 CyberDomovoy: it reads some append-GTA02 file based on source Feb 05 16:29:42 lindi-, ? Feb 05 16:29:44 CyberDomovoy: I kind of got fed up with the non-configurability of Qi :) Feb 05 16:29:56 ThibG: ' The code to read ext2fs inodes was assuming a revision 0 file system. This patch fixes a miscalculation of inode position on revision 1 file systems, where the inodes might not be 128 bytes in size. Signed-off-by: Rask Ingemann Lambertsen ' Feb 05 16:30:05 lindi-: ok, i guess that file have to be on nand, right? Feb 05 16:30:08 CyberDomovoy: yep Feb 05 16:30:12 CyberDomovoy: no Feb 05 16:30:17 lindi-, ok, don't need it for d-i Feb 05 16:30:23 CyberDomovoy: Qi can read boot options only from uSD i think Feb 05 16:30:56 lindi-: well, used it because it was said to be faster that u-boot Feb 05 16:31:32 lindi-: so, let's install u-boot on nand then Feb 05 16:31:46 CyberDomovoy: the "boot linux in 1 second" demo was done with u-boot :P Feb 05 16:32:13 CyberDomovoy: http://www.zdnet.com/blog/hardware/1-second-linux-boot/10950 Feb 05 16:32:23 * mwester has always thought qi was an unnecessary distraction Feb 05 16:32:56 mwester: I can personally understand some of it Feb 05 16:33:03 mwester: the u-boot tools were not really available Feb 05 16:33:18 mwester: things like uboot-envedit were hacked just for openmoko Feb 05 16:33:42 mwester: feel like upstreaming our u-boot patches? ;) Feb 05 16:33:58 Yes, but the amount of highly-skilled effort that was diverted to working on developing, and then fixing, qi was unfortunate. Lesser-skilled folks could have patched up uboot to suffice. Feb 05 16:34:58 lindi-: impressive 1sec boot :) Feb 05 16:35:04 kinda pointless right now to upstream the openmoko stuff! Best for other projects to pull the bits that are useful. But at the time, we could have done it, and Andy could have spent time on other problems (such as, the WSOD, etc). Feb 05 16:35:18 mwester: why pointless? Feb 05 16:35:34 Qi already exists. Feb 05 16:35:53 mwester: but it does not have manual :) Feb 05 16:36:11 Nor is it configurable in any easy way :) Feb 05 16:37:09 B ut to be fair, the documentation on u-boot is so scrambled and littered with system-specific items, that it is almost as inscrutable as qi anyway! Feb 05 16:37:25 heh Feb 05 16:38:43 I think we should port grub. Feb 05 16:38:45 :D Feb 05 16:40:43 mwester: maybe if they get arm support for some boards Feb 05 16:48:32 Wonka: that wouldn't be the first regression happening in SHR... Feb 05 16:49:13 mwester: well, Qi *is* faster, which is totally irrelevant at boot, but definitely noticable on resume... Feb 05 16:49:26 also, some of the autoconfiguration features are quite nice Feb 05 16:49:36 antrik: u-boot executes like 40 instructions on resume Feb 05 16:49:39 I also prefer uboot for it's greater flexibility though... Feb 05 16:49:40 antrik: how can that be slow? Feb 05 16:49:54 lindi-: I don't know. I just know it is :-) Feb 05 16:49:55 I have read every single one of those instructions Feb 05 16:50:07 antrik: do you have some way to measure this? Feb 05 16:50:16 morphis: 16:53 < mickeyl> bb tomorrow, heading over to the theatre, tonite is premiere :) Feb 05 16:50:22 antrik: I suspect it's related to vt switches and/or backlight Feb 05 16:50:27 lindi-: nope, no objective way Feb 05 16:50:34 mrmoku: ah ok :) Feb 05 16:50:38 antrik: I think I know, you have configured u-boot to tell the kernel log to framebuffer Feb 05 16:50:59 antrik: and it draws those characters s l o w l y to the virtual console you are not even looking at Feb 05 16:51:03 mwester: BTW, I seriously thought about GRUB. if it's technically doable (which I'm not sure about), it would be by far the best option IMHO... Feb 05 16:51:58 lindi-: nope, I changed the loglevel to be the same as Qi. still a noticable delay on resume, which is not present with Qi Feb 05 16:52:21 and yes, it's *perfectly* possible that it's actually something related to backlight/console/whatever Feb 05 16:52:39 antrik: find a way to measure this Feb 05 16:52:47 antrik: for example, wake on lan and reply to ping? Feb 05 16:53:00 antrik: to objectively measure how long it takes for FR to resume and reply Feb 05 16:53:14 fact is that with Qi I'm back at the home screen almost immediately, while with u-boot there is a noticable delay Feb 05 16:53:32 antrik: yeah sounds like a bug you should report and debug :) Feb 05 16:56:24 BTW, while at it: why does NAND uboot have this endless delay before reacting to power button?... Feb 05 17:01:32 antrik: it's by design I think Feb 05 17:01:50 antrik: it checks for sufficient battery voltage I think Feb 05 17:02:27 antrik: and of course there has to be some time for you to hit AUX Feb 05 17:03:19 a second would be more than enough for hitting Aux, probably much less would do Feb 05 17:03:34 no idea about the battery voltage thing Feb 05 17:03:54 there is no delay with NOR uboot though, so I don't see a point having one in NAND Feb 05 17:04:20 the delay is *extremely* annoying IMHO. it's reason enough to prefer Qi... Feb 05 17:05:03 antrik: heh Feb 05 17:05:10 antrik: such things should be reported as bugs Feb 05 17:05:20 antrik: so that people can look at them when they have time Feb 05 17:05:28 antrik: I don't feel like digging u-boot code right now :) Feb 05 17:05:40 antrik: debian is releasing :P Feb 05 17:07:59 I'll believe that when I see it ;-) Feb 05 17:13:13 JaMa|Off, what was it? you were using align instead of text align? wait, the default theme doesn't have auto-align on? Feb 05 18:17:58 <[Rui]> can slfphone do TLS like #cSIPsimple !android ? http://nightlies.csipsimple.com/tls/ Feb 05 18:42:58 TAsn: using new enough edje, but forgot to set P_V for edje-native Feb 05 18:44:13 TAsn: http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=d313127980a2f2805a1b3d19a6834467c236feaa Feb 05 19:06:10 [Rui]: sflphone can even do SRDP (ZRTP or SDES) Feb 05 19:08:59 <[Rui]> mrmoku: I don't know either app, I just saw a friend mention that in identi.ca :) Feb 05 19:09:10 <[Rui]> mrmoku: does that mean it does to TLS in that form? Feb 05 19:09:34 [Rui]: TLS is for the SIP signalling part... which won't encrypt your audio stream though Feb 05 19:09:44 SRDP is to encrypt the audio stream itself Feb 05 19:09:58 <[Rui]> ok cool Feb 05 19:10:06 err... SRTP Feb 05 19:10:12 how do you manage keys in that? Feb 05 19:10:29 in SRTP? Feb 05 19:10:33 yeah Feb 05 19:10:58 lindi-: no idea Feb 05 19:11:37 "key agreement protocol which performs Diffie-Hellman key exchange during call setup in-band in the Real-time Transport Protocol (RTP) media stream Feb 05 19:11:42 from http://en.wikipedia.org/wiki/ZRTP Feb 05 19:11:57 mrmoku: diffie-hellman is only for generating the symmetric keys Feb 05 19:12:09 s/generating/(generating+)exchanging/ Feb 05 19:12:10 lindi- meant: mrmoku: diffie-hellman is only for (generating+)exchanging the symmetric keys Feb 05 19:12:15 This generates a shared secret which is then used to generate keys and salt for a Secure RTP (SRTP) session." Feb 05 19:12:47 that doesn't yet explain how you exchange the public keys Feb 05 19:53:37 is there some doc about openmoko's branch of u-boot? Feb 05 19:56:02 CyberDomovoy: not really. What is of your particular interest? Feb 05 19:56:22 pespin trying gnutoo`s htcdream :D Feb 05 19:58:25 PaulFertser: any stuff i couldn't find in u-boot official doc, for example, i can't find anything about "boot_menu_timeout", and i suspect there are some others i don't know about Feb 05 19:58:55 CyberDomovoy: unfortunately, no docs for that. Feb 05 19:59:12 CyberDomovoy: not really any docs anyway, you better just read the sources. Feb 05 19:59:44 PaulFertser: i was afraid of getting that answer... Feb 05 20:00:01 CyberDomovoy: reading sources is ain't that bad, come on :) Feb 05 20:02:50 PaulFertser: not the problem of reading sources, but it takes time, a doc would save a lot of it Feb 05 20:12:00 ok, for now, i'd just like to always get the boot menu, i used this page: http://wiki.openmoko.org/wiki/U-boot-gena2x to setup my NAND u-boot. but when i power on, i just get a screen displaying what was in the framebuffer when i last power off, and after the bootdelay, it starts bootcmd Feb 05 20:12:52 CyberDomovoy: gena2x or other uboot tinkerers might have ideas, try to lurk here and ping him when he comes. Feb 05 20:13:30 PaulFertser: ok, i'll do that Feb 05 20:16:36 CyberDomovoy: always get the boot menu? hmm Feb 05 20:18:20 lindi-: i just found the solution here: http://wiki.openmoko.org/wiki/Bootloader_environment just need to set stop_in_menu=yes Feb 05 20:21:57 trouble: when setting this, it seems the bootdelay is not used anymore... Feb 05 21:56:03 JaMa|Off, how did you even get to notice that it doesn't work? :P I mean it should only affect rtl langs. Feb 05 22:56:52 do FSO&Co. participate in GSoC? **** ENDING LOGGING AT Sun Feb 06 02:59:57 2011