**** BEGIN LOGGING AT Fri Jul 30 02:59:57 2010 Jul 30 09:08:39 hi Jul 30 09:09:39 i am looking at org.freedesktop.Gypsy.Course's d: climb - Rate of ascent or descent in knots. The device is descending if value is positive. Jul 30 09:09:54 so to get and angle i need to calculate it or how does one use this? Jul 30 09:10:10 vanous: angle? Jul 30 09:10:24 lindi-: well, i am not sure what is the climb good for Jul 30 09:10:41 but i thought when i get this value, i would love to show it to the user Jul 30 09:10:55 to indicate up/down hill Jul 30 09:10:55 vanous: you want to open your parashute only when you have reached the correct climbing speed Jul 30 09:11:14 hmm, parachute Jul 30 09:11:17 i see :)) Jul 30 09:18:03 lindi-: so to indicate up/down i would have to be looking at alt and compare i guess Jul 30 09:19:12 lindi-: seems that it is bluetooth that drains the power from Neo. Seems that it is always on. I've detected that with the help of a bluedevil. My other phone's BT stack don't detect this. Jul 30 09:19:24 lindi-: while suspended BT is not detected Jul 30 09:19:43 Q-Master: is BT powered on always or only during suspend? Jul 30 09:20:30 lindi-: it is powered always. but while in suspend it is not detected. not sure that it is powering off on suspend. seems that it is a kernel bug. Jul 30 09:21:10 lindi-: seems that it is detected while suspended too. Jul 30 09:21:54 lindi-: I have a suspicion that it might be some other's BT device somewhere around, but I don't know how to check this. Jul 30 09:28:25 lindi-: can you tell me how to check the own device's BT address? Jul 30 09:30:45 Q-Master: should be possible with mdbus2 on org.bluez Jul 30 09:31:02 mrmoku: thnx Jul 30 09:32:04 mrmoku: org.bluez not provided by any .service files.. Jul 30 09:34:24 Q-Master: hmm... let me check Jul 30 09:35:16 Q-Master: you have to start bluetoothd Jul 30 09:35:27 and it's on the system bus... mdbus2 -s Jul 30 09:36:27 nothing interesting to see though Jul 30 09:37:24 yep. Jul 30 09:37:58 hcitool dev don't show the device either Jul 30 09:38:59 bluetooth seems broken Jul 30 09:39:44 * mrmoku tries after fresh reboot without suspend... Jul 30 09:40:32 Q-Master: what does "om power" print? Jul 30 09:40:41 Q-Master: what does "om bt power" print? Jul 30 09:40:56 -sh: om: not found Jul 30 09:41:01 Q-Master: SHR-u? Jul 30 09:41:04 ye[ Jul 30 09:41:05 p Jul 30 09:41:09 Q-Master: opkg install omhacks? Jul 30 09:41:22 1 sec Jul 30 09:41:41 and hmm, om --version? Jul 30 09:41:57 unknown package Jul 30 09:42:12 ok, i thought it'd be in SHR-u Jul 30 09:42:13 sorry Jul 30 09:42:49 mrmoku: ? Jul 30 09:42:50 lindi-: anyway. due to fso BT power is on now. Jul 30 09:43:14 lindi-, Q-Master: we have a problem with non populated feed due to build problems :/ Jul 30 09:43:27 but hcitool dev shows only Devices: Jul 30 09:43:46 Q-Master: ok then tell fso to turn it off :) Jul 30 09:43:53 What's the status of SHR feeds? Jul 30 09:43:58 lindi-: very funny Jul 30 09:44:40 hm. the BT is on, but BT scanning shows nothing Jul 30 09:45:07 ah, had wrong IP at resolv.conf.. Jul 30 09:45:54 Q-Master: building omhacks manually now Jul 30 09:46:12 Q-Master: though RequestResource Bluetooth should enable it Jul 30 09:46:23 mrmoku: try hcitool dev plz Jul 30 09:46:31 [ 101.940000] gta02-pm-bt gta02-pm-bt.0: __gta02_pm_bt_toggle_radio 1 Jul 30 09:46:39 Q-Master: I know... get no device too Jul 30 09:47:04 that's very wrong Jul 30 09:47:16 Q-Master: well sorry but I don't remember FSO API myself Jul 30 09:47:37 Q-Master: but if you want to rule out a kernel bug you should really talk to kernel directly Jul 30 09:47:59 lindi-: yep. definitely Jul 30 09:48:13 lindi-: what should I do? Jul 30 09:48:32 root@om-gta02 ~ # om bt power Jul 30 09:48:33 1 Jul 30 09:49:04 and after releasing the resource Jul 30 09:49:04 root@om-gta02 ~ # om bt power Jul 30 09:49:04 0 Jul 30 09:49:32 Q-Master: omhacks is in the feed now Jul 30 09:50:37 installing Jul 30 09:54:04 won't help much though Jul 30 09:56:38 Q-Master: you need to set the bluetooth radio to manual and on, and set visibility on as well, otherwise it won't detect any other devices Jul 30 09:57:20 sicu: it should show mine device, but it doesn't even if BT power is on. Jul 30 09:57:39 mrmoku: it didnt'. seems that BT is broken in 2.6.32 Jul 30 09:58:13 i know, i had the same issue and only got it to work once with a mix of mdbus2 commands and settings>connectivity>bluetooth Jul 30 09:58:41 sicu: settings->....->bluetooth is manual and on. Jul 30 09:58:50 and visibility ? Jul 30 10:00:01 and how? Jul 30 10:00:11 manual and on should enable a third switch in settings, and only when you set this to on have i got it to display its own address and showing other devices Jul 30 10:00:35 MDBUS2> org.bluez / org.bluez.Manager.ListAdapters Jul 30 10:00:35 ( ) Jul 30 10:00:37 :/ Jul 30 10:00:53 sicu: nop. nothing there Jul 30 10:01:24 settings > ... > bluetooth > manual + on, then exit settings and go back in and you should have the third switch there Jul 30 10:02:11 but atm it won't let me set it to 'on', it only bounces back to 'off' :/ Jul 30 10:02:44 yep Jul 30 10:02:53 it is because the BT is broken Jul 30 10:03:29 http://www.shr-project.org/trac/ticket/1159 Jul 30 10:04:08 sicu: I've started it by hands Jul 30 10:04:20 i'll play with mdbus and see if i can reproduce the steps i did to get it working once Jul 30 10:06:44 hci0: Type: USB BD Address: 00:06:6E:17:61:E7 ACL MTU: 384:8 SCO MTU: 64:8 Jul 30 10:06:47 hehe Jul 30 10:06:51 modprobe btusb :) Jul 30 10:08:58 and now I can turn visibility on Jul 30 10:09:23 mrmoku: FATAL: Module btusb not found. Jul 30 10:09:25 and my laptop finds it :-) Jul 30 10:09:33 Q-Master: hmm Jul 30 10:09:46 strange Jul 30 10:10:44 mrmoku: same here, not found Jul 30 10:11:05 possible I unpacked the full modules tarball... don't remember Jul 30 10:11:30 mrmoku: that might be a big problem. Jul 30 10:11:41 don't think so... because it's not that many modules Jul 30 10:11:51 root@om-gta02 ~ # find /lib/modules/ | wc -l Jul 30 10:11:51 85 Jul 30 10:12:14 try to check consumption now just after modprobing that module and switching BT off. Jul 30 10:12:39 Q-Master: will do when back from kindergarten :-) Jul 30 10:12:43 have to pickup the middle one Jul 30 10:12:52 bbiab Jul 30 10:13:26 ok Jul 30 10:22:22 just testing can I post ;-) Jul 30 10:24:59 I've been out of this for a while. Been busy but want to get back into things. Tried to flash shr-u yesterday and it wouldn't boot at all. Is SHR-U still the distro to look at. I'd like to start writing for it if there are any holes left. Jul 30 10:31:47 Arigead: uSD os NAND? Jul 30 10:32:41 NAND Jul 30 10:33:00 and old uboot never moved to QI Jul 30 10:33:26 Arigead: and flashed kernel too? Jul 30 10:34:05 yes Think kernel was from 28th of July Jul 30 10:35:34 Arigead: what are the messages you get? why not to flash Qi? Jul 30 10:36:38 No message just hangs at the Openmoko boot screen and never gets to messages. I'll go and have a look at putting in Qi sure and see how that works out. Like i say I've some catchin' up to do here. Jul 30 10:41:47 Arigead: np Jul 30 10:42:57 vanous: Thanks for your help ;-) Jul 30 10:43:37 Arigead: yw Jul 30 10:46:53 Arigead: openmoko boot screen? Jul 30 10:46:56 WTF? Jul 30 10:47:02 Arigead: you mean u-boot splash? Jul 30 10:47:16 dos1: Yes Jul 30 10:47:22 Sorry terminology Jul 30 10:47:47 maaaan Jul 30 10:47:59 Arigead: http://wiki.openmoko.org/wiki/Kernel#.22Verifying_Checksum_..._Bad_Data_CRC.22_with_U-boot Jul 30 10:50:04 Like I say been a while. I'll move to Qi Jul 30 10:51:37 Arigead: I think there were some changes to uboot env needed to boot recent kernels (something like kernel > 2M cauing this?) Jul 30 10:51:43 anyway Qi is the way to go :) Jul 30 10:52:54 depends on who you ask :) Jul 30 10:53:35 true :) Jul 30 10:53:40 lindi-: why don't you like Qi? Jul 30 10:54:14 and why do you hold a grudge against cross-compilation? :-P Jul 30 10:54:23 zub: you can't specify kernel parameters if you your rootfs is on nand Jul 30 10:54:41 zub: I can't remove kernel parameters that Qi hardcodes even if booting from SD Jul 30 11:00:35 you can hack Qi :) Jul 30 11:01:42 zub: sure Jul 30 11:02:01 zub: but then bug reporting becomes a problem Jul 30 11:02:12 zub: since people have differently hacked versions Jul 30 11:03:07 ACK then Jul 30 11:10:32 hmm... there are no kernel modules in the feed :/ Jul 30 11:11:02 kernel-module-btusb_2.6.32.16-oe3.3+gitr0+a9254be10ac2294ea20165a87c09ea6afcf66d94-r0.5_om-gta02.ipk Jul 30 11:11:10 is what I have on my local buildhost Jul 30 11:11:37 mrmoku: looks like there is no new kernel at all in the feed Jul 30 11:12:31 dos1: cleaning and rebuilding now Jul 30 11:13:37 heh... virtual/kernel is doing 2.6.29 :( Jul 30 11:14:36 hooray, something working at last :-P Jul 30 11:14:44 ahh Jul 30 11:14:51 machine=om-gta01 :P Jul 30 11:16:25 ok, triggered build... off to lunch Jul 30 11:53:57 Me again :-( Qi installed and reflashed the kernel and rootfs to nand and it boots shr-u but in the setup wizard I can't get past the setting of the root password screen. I have a lot of catching up on email lists etc.etc. but a hint please Jul 30 11:54:27 Arigead: sth is btoken there Jul 30 11:54:44 Arigead: set blank password and change it from terminal Jul 30 11:55:01 soltys: thanks a million that'll do. ;-) Jul 30 11:55:19 dos1: fix shr wizard ! Jul 30 12:06:48 soltys: the wizard is in python? Jul 30 12:07:06 zub: afair it is Jul 30 12:08:42 zub: git says that it's c and python Jul 30 12:08:53 ok Jul 30 12:11:07 zub, soltys: interesting part is in python, and it's in shr-settings.git :P Jul 30 12:11:13 as shr-wizard uses shr-settings modules Jul 30 12:11:44 but password isn't working.. Jul 30 12:11:59 dos1: fix it.. or I'll try to do that after work ;) Jul 30 12:12:30 soltys: i know, i'll try to fix it Jul 30 12:12:38 soltys: but that may not be trivial Jul 30 12:12:49 mickey|office: hi, is there something like the networks table [const.NETWORKS.get()] from ogsmd in fsogsmd? Jul 30 12:12:59 dos1: will see.. I can help but after 17.. Jul 30 12:13:28 dos1: any idea of what's happening there? Jul 30 12:14:31 zub: after change in SHR to use password shadowing, scheme for password changing has been changed :P Jul 30 12:15:23 ah, true :) Jul 30 12:26:06 hi guys, i read about the new glamo timings. sounds realy nice at 33% - 50% speed up. Jul 30 12:26:08 www.bsdmn.com/openmoko/glamo/242/u-boot_glamo242.udfu Jul 30 12:26:14 how can you use it? Jul 30 12:26:19 flash the bootloader? Jul 30 12:26:30 can i keep QI or must i change it too? Jul 30 12:27:12 that's a u-boot file. for Qi I think no-one has made similar binary available so you'd need to patch and compile Qi yourself Jul 30 12:27:23 I've that u-boot in use but would actually like to switch back to Qi... Jul 30 12:27:49 and indeed flashing it is the way to go, but you may need to configure u-boot for your partition configuration Jul 30 12:28:30 why would you like to switch back? slow start? Jul 30 12:28:38 is the speed improvement feelable? Jul 30 12:29:13 there were Qi binaries available Jul 30 12:29:21 yup Jul 30 12:29:24 i even built overclocked one with those timings Jul 30 12:30:53 rohezal: http://lists.openmoko.org/pipermail/community/2010-July/062523.html Jul 30 12:35:02 * mrmoku has successfully paired FR with laptop... trying to see what happens in and after suspend now Jul 30 12:35:42 col thx :) Jul 30 12:35:45 cool Jul 30 12:36:37 * dos1 is installing shadow in order to fix shr-wizard Jul 30 12:36:59 mrmoku: shr-full failed at ffmpeg Jul 30 12:37:27 and htop and mioctl Jul 30 12:38:16 ha! ffmpeg isn't failig only for me ;) Jul 30 12:39:40 dos1: but kernel modules should be there now... Jul 30 12:39:49 mrmoku: right, they are ;) Jul 30 12:40:04 at least something :/ Jul 30 12:40:42 and newer cornucopia, which i need :) Jul 30 12:40:58 yeah :) Jul 30 12:41:20 hmm... bluetooth after resume does not work until I Release and RequestResource Bluetooth again... Jul 30 12:41:26 Paulus: fsodatad has these information Jul 30 12:41:58 mickey|office: [10732.865000] gta02-pm-bt gta02-pm-bt.0: __gta02_pm_bt_toggle_radio 64 Jul 30 12:42:03 what is that 64 ? Jul 30 12:42:29 mrmoku: no idea... where are the kernel experts? Jul 30 12:42:35 :P Jul 30 12:42:53 might be the binary sum of the rfkill enum Jul 30 12:43:24 mickey|office: if I suspend with bt enabled it does not work after resume... until I Release and ReRequest it Jul 30 12:43:39 that is a kernel problem then.... Jul 30 12:43:42 yep, sounds like it Jul 30 12:52:07 http://lists.openmoko.org/pipermail/community/2010-July/062523.html Jul 30 12:52:12 where is the binary for flashing? Jul 30 12:52:54 rohezal: I believe it's http://www.openmobile.nl/modules/download_gallery/dlc.php?file=53 Jul 30 12:53:57 thx my fault thought at openmobile would be just the source^^ Jul 30 12:54:14 its 27.7 KB Jul 30 12:54:16 is it ok? Jul 30 12:54:21 in fact I'd like to see the patch; have you seen it somehwere? Jul 30 12:54:31 mickey|office: hm thx. I tried to port the patch for fixing #565, but I guess I first have to learn vala and the architecture. I dont get how to use the data from the db Jul 30 12:55:02 rohezal: dunno, I'd have to wake up my build mahcine to see the size of my qi :) Jul 30 12:55:14 ^^ Jul 30 12:55:26 I did, booting :) Jul 30 12:55:35 jep its ok other qi found Jul 30 12:55:39 but qi is small Jul 30 12:56:25 btw. someone knows if this X calls are hardware accelerated? Jul 30 12:57:00 XSetClipMask XSetFunction(dpy, gc, GXandInverted); XSetBackground(dpy, gc, 0UL); XSetForeground(dpy, gc, ~0UL); XCopyPlane(dpy, mask, win, gc, ..., 1UL); XSetFunction(dpy, gc, GXor); Jul 30 13:07:36 SHR: 03seba.dos1 07shr-settings * r8613637c1cda 10/shr_settings_modules/shr_passwd.py: [passwd] make it working with shadowing enabled, add second field to re-enter password in order to avoid mistakes Jul 30 13:07:59 praised be dos1 :) Jul 30 13:09:03 ~hail dos1 Jul 30 13:09:11 heh Jul 30 13:09:16 dos1: bot does not like you ;) Jul 30 13:09:38 :D Jul 30 13:10:43 hmm... how do we autostart bluetoothd without udev? Jul 30 13:11:11 mickey|office: would that be something that fits into fsodeviced? ^^ Jul 30 13:16:12 absolutely Jul 30 13:16:49 thanks to frustration with other devices, i'm back to the FR for a while Jul 30 13:16:57 open a bug for me and I'll take care of that Jul 30 13:17:42 ok :) Jul 30 13:19:27 #581 Jul 30 13:19:50 Paulus: the problem with #565 is that i'm not sure whether this is something that I see in fsogsmd or in the actual 'dialer' apps Jul 30 13:19:58 it might be on -topic for fsogsmd Jul 30 13:20:03 but i need to think a bit more about it Jul 30 13:21:16 mickey|office: ok thx for the information :) Jul 30 13:21:49 hmm Jul 30 13:21:52 i might add it to fsogsmd Jul 30 13:21:57 but with loose coupling Jul 30 13:22:07 since i don't want a strict dependency on fsodatad Jul 30 13:22:11 thx for speed improvent. SNES emulator now runs almost smooth even with sounds. Jul 30 13:22:30 when we get from 4-2-4 to 4-1-4 i think it will run completly smooth and sound isnt stuttering Jul 30 13:22:35 great work guys Jul 30 13:22:40 (snes emu from game runner) Jul 30 13:23:25 rohezal: thank gena2x :) Jul 30 13:25:33 mickey|office: if fsodatad is not present and if the registration is "home", you could use the name of the sim-issuer as well Jul 30 13:25:46 hmm Jul 30 13:25:54 this is something i discussed with mrmoku yesterday Jul 30 13:26:07 we came to the conclusion that it might be a layering violation Jul 30 13:26:19 and that the apps should decide whether to display the sim issuer instead Jul 30 13:26:26 or whether to show both the actual network and the sim issuer Jul 30 13:26:30 (which could be interesting to power users) Jul 30 13:26:47 but i'm open to more comments Jul 30 13:29:47 bbiab Jul 30 13:34:29 thinking about it... rather than delivering an empty display string, substituting with the SIM issuer might be a good idea Jul 30 13:34:39 only if we really can't deduce the actual operator name though Jul 30 13:34:50 (and if we are camped to the home provider) Jul 30 13:34:58 mickey|office: there is another advantage Jul 30 13:35:07 in userspace it is done in different places Jul 30 13:35:15 isent the sim issuer the same as the provider if the registration is home? Jul 30 13:35:15 and if you do it in fsogsmd all will show the same Jul 30 13:35:53 thinking about the gsm gadget and our idle screen for example... Jul 30 13:35:57 mrmoku: true Jul 30 13:36:03 ok, convinced Jul 30 13:36:26 i'll add a boolean for system configurators to opt-out of that Jul 30 13:36:38 you could still offer an additional property for the raw value... Jul 30 13:36:40 or that Jul 30 13:37:06 hmm, i like that idea Jul 30 13:37:10 (additional key) Jul 30 13:37:58 * mrmoku too :-) Jul 30 13:54:21 what fixes are there in the 2.6.32.16 kernel over .13 one? Jul 30 13:58:35 Gabrys, http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.32.1[456] Jul 30 14:00:44 any device specific things? Jul 30 14:01:32 Gabrys, do you mean upstream or changes in oe (supposedly)? Jul 30 14:02:01 I think in oe Jul 30 14:04:30 Gabrys, the web gui? http://git.openembedded.org/cgit.cgi/openembedded/log/recipes/linux/linux-openmoko-2.6.32 Jul 30 14:07:37 disabling preempt is quite important Jul 30 14:09:36 soltys: looking into ffmpeg now Jul 30 14:11:04 ;) Jul 30 14:11:06 ok Jul 30 14:11:14 dobra czas do domu Jul 30 14:11:21 not here ;/ Jul 30 14:11:26 sry :) Jul 30 14:19:13 soltys: bumping rev is enough to make it work :) Jul 30 14:19:24 ;) Jul 30 14:40:33 soltys: pushed, you can try your luck Jul 30 14:41:43 * mrmoku off for coffee and cake Jul 30 14:53:59 ~botsnack Jul 30 14:54:00 DocScrutinizer: aw, gee Jul 30 14:54:15 infobot: botsnack Jul 30 14:58:15 mrmoku: ok ;) Jul 30 15:02:07 mickey|office: hmm... there is another problem now due to the modem state changes... Jul 30 15:02:27 mickey|office: on shutdown via ousaged the pin dialog pops up Jul 30 15:02:30 and it does not shutdown Jul 30 15:02:56 calling shutdown again brings it down then Jul 30 15:09:41 has anyone actually tested the current shr-u image (jul/30)? Jul 30 15:09:46 because it also doesn't boot :( Jul 30 15:09:55 booting right now Jul 30 15:09:59 I flashed qi, uimage-latest, rootfs Jul 30 15:09:59 (trying to) Jul 30 15:10:51 Fatal server error: Jul 30 15:10:52 [595235.365] no screens found Jul 30 15:11:36 mrmoku: hmm, if you have a current image on weekend, i'd test a bit Jul 30 15:13:45 root@om-gta02 ~ # opkg list_installed | grep glamo Jul 30 15:13:47 root@om-gta02 ~ # Jul 30 15:13:54 that seems not correct :P Jul 30 15:13:56 mickey|office: ok Jul 30 15:14:15 working on a working one :) Jul 30 15:23:42 dos1: :P Jul 30 15:23:50 mrmoku: sorry :P Jul 30 15:23:50 dos1: I'm trying to get a working image ;) Jul 30 15:24:31 and i'm looking at it ;) Jul 30 15:28:35 dos1: did not do what I wanted anyway :/ Jul 30 15:31:18 dos1: image has xf86-video-fbdev instead of glamo Jul 30 15:35:52 oh, I never tried ssh'ing into the phone Jul 30 15:39:22 what was the package to install to 'upgrade' from lite to full? Jul 30 15:40:15 blindcoder: task-shr... but that won't work Jul 30 15:51:01 build errors or why? Jul 30 15:51:42 blindcoder: there were build errors... which I'm trying to cleanup Jul 30 15:52:10 blindcoder: problem with latest shr-u lite is missing the glamo xserver and some other stuff Jul 30 15:52:21 installing task-shr won't bring them back :/ Jul 30 15:52:25 but I'm working on it Jul 30 15:52:42 mrmoku: I installed *glamo* and restarted X and now it works fnie Jul 30 15:54:32 blindcoder: ohh, then it is in the feed and just not in the image... less bad :) Jul 30 15:55:25 mrmoku: but you're right, lots of packages missing from feed. still, fast, working phone again :) Jul 30 17:20:47 dos11: image is good now :) Jul 30 17:26:04 :o Jul 30 17:52:54 hmm webkit-efl fails on do_fetch.. Jul 30 17:58:08 dos1: mioctl builds for me :/ Jul 30 17:58:31 | main.c:25:18: fatal error: glib.h: No such file or directory ? Jul 30 17:58:46 yeah, I don't have that on my box Jul 30 17:59:01 probably just needs a clea Jul 30 17:59:02 n Jul 30 18:03:47 dos1: worked... next is htop :) Jul 30 18:05:49 yeah Jul 30 18:06:49 ok, now the image should build... or was there another one still Jul 30 18:06:50 ? Jul 30 18:08:47 mrmoku: well, those were the only ones reported Jul 30 18:09:25 good Jul 30 18:10:00 then we might have the fat image too in some min... then see what the feed is going to be like Jul 30 18:11:29 NOTE: package shr-image-2.0-r14: task do_rootfs: Started :) Jul 30 18:33:59 mrmoku: image finished, synced and started building feed Jul 30 18:39:25 freesmartphone.org: 03mickey 07cornucopia * rfa45072a59cb 10/fsogsmd/src/lib/consts.vala: fsogsmd: remove warning in Constants() Jul 30 18:46:10 freesmartphone.org: 03mickey 07specs * ra336628a21b6 10/ (4 files in 3 dirs): specs: first sketch at voicemail box stuff Jul 30 18:47:39 freesmartphone.org: 03mickey 07specs * r519ed3a3dead 10/ (4 files in 4 dirs): specs: fix typo and bump version Jul 30 18:51:06 dos1: thanks :) Jul 30 18:52:55 i hope i haven't broken anything this time :D Jul 30 18:53:24 :P Jul 30 19:00:49 freesmartphone.org: 03mickey 07cornucopia * r94c087753bb7 10/fsogsmd/src/ (4 files in 2 dirs): fsogsmd: first bunch of stubs for voicemail support Jul 30 19:15:21 freesmartphone.org: 03mickey 07cornucopia * r0bb560108393 10/fsogsmd/src/plugins/modem_ti_calypso/ (commands.vala mediators.vala): fsogsmd: modem_ti_calypso: implement org.freesmartphone.GSM.VoiceMail.GetVoiceMailboxNumber() Jul 30 19:16:49 hi mickey|zzZZzz Jul 30 19:16:56 you did work on dream's gps Jul 30 19:16:56 ? Jul 30 19:17:22 apart that when I install navit It doesn't install udev anymore(so it can boot) Jul 30 19:17:29 I didn't see a change,where to look? Jul 30 19:17:32 no, i gave up with Jul 30 19:17:38 ah Jul 30 19:17:39 it's annoying me too much Jul 30 19:17:58 what did you start doing and didn't finish/commit then? Jul 30 19:18:16 integrating gps binary into fsodeviced Jul 30 19:18:27 but the damn android stuff collides with libc Jul 30 19:18:38 which is where the original RPC comes from Jul 30 19:18:43 ah ok Jul 30 19:18:48 but "gps" works Jul 30 19:18:52 just launch it Jul 30 19:18:56 like pyexpect Jul 30 19:19:08 unacceptable to me Jul 30 19:19:16 "gps" = htcdream_gps_git Jul 30 19:19:19 why? Jul 30 19:19:24 it's better than nothing Jul 30 19:19:30 for instance: Jul 30 19:19:50 http://www.handheldshell.com/software/fso/sms-sentry.php can't work without gps beeing able to be launched from fso Jul 30 19:20:08 I'm not shure navit can do that Jul 30 19:20:21 but it would be nice to have a system with multiple smartphones on a map Jul 30 19:20:29 like I'm here now Jul 30 19:20:29 i don't want to launch an extern process Jul 30 19:20:33 ah ok Jul 30 19:20:35 it's ugly Jul 30 19:20:37 design issues Jul 30 19:20:38 ? Jul 30 19:20:42 like threading etc... Jul 30 19:20:57 no, it's just annoying overhead Jul 30 19:21:00 process control Jul 30 19:21:07 ah ok Jul 30 19:21:15 what's better? Jul 30 19:21:19 giving up Jul 30 19:21:20 a little overhead Jul 30 19:21:32 or a user with "my phone's gps doesn't work" Jul 30 19:22:05 i don't know. Jul 30 19:22:14 i hate hate hate duck tape solutions Jul 30 19:22:22 duct tape, actually Jul 30 19:22:28 such things are prone to blow up Jul 30 19:22:42 if someone brings sanity to libgps Jul 30 19:22:44 we can use it Jul 30 19:23:04 hmmm Jul 30 19:23:11 or rather lib-i'm-a-shallow-copy-of-libc-but-i'm-android-so-i-can-do-that Jul 30 19:23:18 stuff is all committed Jul 30 19:23:26 but blows up since it tries to call clnt_client from libc Jul 30 19:23:28 instead of libandroid-rpc Jul 30 19:23:40 that's where things end for me :/ Jul 30 19:24:10 ok Jul 30 19:24:16 feel free to send a patch that calls gps and kills gps. i can't make my hands so dirty, but i will apply it Jul 30 19:24:38 ah, you don't want to be the one that commit that Jul 30 19:24:42 I don't even know vala Jul 30 19:24:44 at all Jul 30 19:25:26 and I've wifi to do Jul 30 19:25:29 so maybe later Jul 30 19:25:43 ok. alternatively, someone could find out how to link certain functions against libandroid-rpc rather than libc Jul 30 19:25:52 i have no idea why gps works Jul 30 19:25:55 it links to libc as well Jul 30 19:26:00 I know how to do that Jul 30 19:26:13 it's ugly tough Jul 30 19:26:13 so it should blow up as well, but apparantly it doesn't Jul 30 19:26:24 export a variable for the library loading Jul 30 19:26:32 ah link Jul 30 19:26:35 sorry Jul 30 19:26:41 I read too fast Jul 30 19:26:55 what about...hmmm...a dbus interface Jul 30 19:27:08 that's all workarounds Jul 30 19:27:09 like "gps" having a dbus interface Jul 30 19:27:11 ok Jul 30 19:27:12 i'd rather see the issue fixed Jul 30 19:27:20 issue is android rpc vs. libc rpc Jul 30 19:27:23 or...we import part of android lib? Jul 30 19:27:32 in the gps.c file Jul 30 19:27:36 or rename all that Jul 30 19:27:39 indeed Jul 30 19:27:44 bring it in a whole android_rpc namespace Jul 30 19:27:46 that would fix it Jul 30 19:27:55 ok,that would be nice Jul 30 19:28:51 hmm Jul 30 19:28:53 i know why gps works Jul 30 19:29:01 it links statically Jul 30 19:29:26 ahh ok Jul 30 19:29:57 I tried to make it link statically within android build system but it failed Jul 30 19:30:02 s/it/I Jul 30 19:30:08 *I failled Jul 30 19:32:27 unfortunately statically linking is no option Jul 30 19:32:30 for us Jul 30 19:32:37 mickey@saphir:/local/pkg/fso/cornucopia/fsodeviced/src/plugins/htcdream_powercontrol$ ldd /usr/local/lib/cornucopia/modules/fsodevice/htcdream_powercontrol.so |wc -l Jul 30 19:32:37 30 Jul 30 19:32:41 this module links against 30 libraries Jul 30 19:32:48 it would get HUGE Jul 30 19:40:20 GNUtoo|laptop: tomorrow, i will do one last try to fix it by applying a large SED job. if that doesn't work, i really give up with that damn undocumented proprietary crap. Jul 30 19:40:32 * mickey|zzZZzz somewhat angry Jul 30 19:40:33 sorry Jul 30 19:40:56 ok Jul 30 19:41:29 sorry bad 3g connection Jul 30 20:22:18 good evening to all Jul 30 20:22:44 i just wanted to tell that 2.6.32.16 has usb networking not working Jul 30 20:22:55 dmesg outputs many errors on the host side Jul 30 20:23:17 tried on 3 different computers, kernel 2.6.32 Jul 30 20:24:12 daniele_athome: works fine for me Jul 30 20:24:26 mmm Jul 30 20:24:28 :( Jul 30 20:24:44 system boots just fine Jul 30 20:24:52 it's just usb networking Jul 30 20:25:25 daniele_athome: maybe ethX changed? Jul 30 20:25:49 mrmoku, your fr worked fine without changing anything, didn't it? Jul 30 20:26:23 daniele_athome: for 2.6.32 I have a different config... but I'm using NetworkManager Jul 30 20:26:42 IIRC that did not change between .13 and .16 though Jul 30 20:26:44 mrmoku, you're talking about the host, i suppose Jul 30 20:26:49 sure :) Jul 30 20:26:53 the problem is with usb connection Jul 30 20:27:14 not networking :) Jul 30 20:27:34 oops... wrong key Jul 30 20:27:58 plenty of errors about usb device not accepting address Jul 30 20:28:45 hmm Jul 30 20:29:24 works flawlessly for me... I plug in USB... and it works :) Jul 30 20:29:32 eh... lol Jul 30 20:29:49 what kind of networking setup do you have? Jul 30 20:30:03 mrmoku, the standard one, just with ip address different Jul 30 20:30:13 i switched back to 2.6.32.13 and it worked again Jul 30 20:30:23 hmm... strange Jul 30 20:30:50 i don't think it's because i didn't run depmod after kernel upgrade Jul 30 20:30:59 i mean, opkg shall run it automatically Jul 30 20:31:10 (actually i don't remember) Jul 30 20:36:17 mrmoku, by the way, do you know how to automatically include pointercal.xinput commands inside xorg.conf? Jul 30 20:36:20 or somewhere else Jul 30 20:36:31 no idea Jul 30 20:36:34 on every xrandr call i have to set the settings again Jul 30 20:36:40 ouch Jul 30 20:36:45 i'm working with qvga these days Jul 30 20:36:52 changing dpi, resolution, rotation Jul 30 20:37:13 qvga must be bleeding fast with the new kernel :) Jul 30 20:37:15 mrmoku, by the way (2) you really should focus on qvga work Jul 30 20:37:34 although there are still oddities with colors Jul 30 20:37:52 anyway, it's fast, very Jul 30 20:38:12 daniele_athome: that very much depends on what you use that thing for... for me it's less a phone and more a terminal :) Jul 30 20:38:20 and there every pixel more is welcome Jul 30 20:38:26 lol Jul 30 20:38:32 mrmoku, i tend to think about it as a phone Jul 30 20:38:44 i mean, it's what it is designed to be (more or less ;) Jul 30 20:38:48 yeah Jul 30 20:38:48 hi Deubeuliou Jul 30 20:39:24 daniele_athome: anyway I agree that it should work fine in QVGA mode too... and maybe switching as needed would be the best thing Jul 30 20:40:11 mrmoku, actually qvga (except for the weird colors problem) works well, but themes must be adapted Jul 30 20:40:27 first problem: fonts, they are crappy Jul 30 20:40:50 when you go too small, you can't even distinguish letters Jul 30 20:41:28 and different dpi settings seem to have no visual effect (or toolkits auto-adapt ?) Jul 30 21:29:48 hm, no package uses gitver.bbclass ? Jul 30 21:30:45 if I try to use it, setting PC="${GITVER}", I get a "maximum recursion depth exceeded"... Jul 30 21:33:28 I would have expected the distutils class to extract its version from "./setup --version", but apparently it does not :( Jul 30 22:25:55 <[Rui]> hi all Jul 30 22:54:20 <[Rui]> oopsie... hub 3-0:1.0: Cannot enable port 1. Maybe the USB cable is bad? Jul 30 22:57:51 <[Rui]> wifi is gone too Jul 30 23:07:38 <[Rui]> well, let's hope a freshly baken image works better :) Jul 30 23:10:47 <[Rui]> oh ho... black screen... no ssh... Jul 30 23:13:21 <[Rui]> ssh came up, restarting X brought back a working display Jul 30 23:36:37 ~nf Jul 30 23:36:38 The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help) - - - Recommended URLs and channels(chanlogs etc):see ~RL - - - NEWSFLASH [2010-07-08 11:25 UTC]: SHR-unstable moved to 2.6.32 kernel; gena2x works on overclocking Neo and making Glamo faster. **** ENDING LOGGING AT Sat Jul 31 02:59:57 2010