**** BEGIN LOGGING AT Tue Feb 28 02:59:59 2012 Feb 28 03:06:45 does anyone know if illume keyboard got borked in the recent shr-core upgrades? I'm seeing it after opkg upgrade, but I don't want to report invalid bugs. Feb 28 03:12:27 this is gta02. Deleting ~/.e and restarting X doesn't help. Bottom row of keys is gone. Feb 28 06:33:48 SHR: 03shr-devel 07buildhistory * r8a9aa84ff75a 10/packages/armv4t-oe-linux-gnueabi/ (255 files in 255 dirs): Build 201202271540 of shr 20120227 for machine om-gta02 on opmbuild Feb 28 06:36:45 jeepingben: yes look like this, maybe related to http://git.shr-project.org/git/?p=shr-themes.git;a=commit;h=3487a5290b0e2e268a5cc2d4db8fb369e1e3106b, can you try to revert it? Feb 28 06:48:48 SHR: 03shr-devel 07buildhistory * rf059d8fba81c 10/packages/armv4t-oe-linux-gnueabi/midori/ (midori-dbg/latest midori-dev/latest midori/latest): Build 201202280746 of shr 20120228 for machine om-gta02 on opmbuild Feb 28 08:17:47 SHR: 03Martin.Jansa 07shr-chroot * r21e53908c0e6 10/ (1162 files in 67 dirs): git: upgrade (cvs enabled), bitbake: applied patch dropped Feb 28 12:05:47 SHR: 03shr-devel 07buildhistory * r95ef61e2cfc7 10/ (323 files in 313 dirs): Build 201202280824 of shr 20120228 for machine om-gta02 on opmbuild Feb 28 12:51:06 SHR: 03shr-devel 07buildhistory * r8f9932617bff 10/packages/armv4t-oe-linux-gnueabi/ (5 files in 5 dirs): Build 201202281333 of shr 20120228 for machine om-gta02 on opmbuild Feb 28 13:24:57 SHR: 03Martin.Jansa 07meta-smartphone * r042a77d2d05a 10/meta-openmoko/recipes-graphics/drm/ (libdrm_2.4.30.bbappend libdrm_2.4.31.bbappend): libdrm: rename bbappend to match new version from oe-core Feb 28 14:04:27 SHR: 03Martin.Jansa 07meta-smartphone * r0545399ff92c 10/meta-shr/recipes-shr/shr/libphone-ui-shr_git.bb: libphone-ui-shr: bump PR to rebuild after libtiff3->libtiff4 change Feb 28 14:04:37 SHR: 03Martin.Jansa 07meta-smartphone * r0c5a4c43ac88 10/meta-shr/recipes-shr/3rdparty/estardict_0.5.bb: estardict: bump PR to rebuild after libtiff3->libtiff5 change Feb 28 14:24:42 Load average: 49.62 28.79 18.20 poor buildhost2 Feb 28 14:58:58 heh Feb 28 14:59:43 hi Feb 28 15:00:51 mickey_office, for suspend morphis took care of it for the modem part of the gta04 Feb 28 15:01:05 but I got discouraged anyway Feb 28 15:01:15 no one wants to work on it with me Feb 28 15:01:22 it beeing the gta04 Feb 28 15:02:14 perhaps we need to invite folks on the gta04-owner list to come over here, helping w/ SHR and FSO, if they're interested Feb 28 15:02:29 morphis seems to work more on his nexus i guess Feb 28 15:02:34 maybe sylon will be back at some point Feb 28 15:02:50 but I'm waiting for people to be back.... Feb 28 15:03:02 and I don't work on gta04 a lot anymore Feb 28 15:03:21 and qtmoko seem to be well supported on the gta04 Feb 28 15:03:32 why SHR couldn't do the same thing Feb 28 15:03:33 ? Feb 28 15:03:41 s/SHR/SHR + FSO/ Feb 28 15:03:47 we're more people Feb 28 15:04:18 about morphis, he said something that discouraged me also Feb 28 15:04:29 basically we need GPS off for suspend Feb 28 15:04:43 and he has to "think about" how to implement it Feb 28 15:04:50 because the GPS interface is very hard Feb 28 15:05:00 but he didn't come up with guidelines Feb 28 15:05:06 and that's blocking GPS + suspend Feb 28 15:05:08 strange Feb 28 15:05:14 btw. Feb 28 15:05:14 let me explain Feb 28 15:05:18 why are we suspending at all? Feb 28 15:05:21 echo 0 > sysfs Feb 28 15:05:25 echo 1 > sysfs Feb 28 15:05:30 isn't this an omap with great zeroclocking features? Feb 28 15:05:34 i hate suspending... Feb 28 15:05:50 put the GPS in suspend if it's not suspended Feb 28 15:06:01 and it also wake up the GPS if suspended Feb 28 15:06:17 so you have to read from GPSD to know if it's suspended or not Feb 28 15:06:31 mickey_office, suspending means more power saving Feb 28 15:06:41 zeroclocking is just DVFS + runtime PM Feb 28 15:06:53 like a PC Feb 28 15:07:00 a PC has cpufreq Feb 28 15:07:08 and it has runtime PM like for wifi for instance Feb 28 15:07:19 ifconfig wlan0 up powers up the card etc... Feb 28 15:07:30 I don't think zeroclock is magic Feb 28 15:07:54 anyway...it would took too much time to implement something like android but in userspace Feb 28 15:08:00 we don't even have the basics Feb 28 15:08:06 some devices seem to work good with it, what about the n810? Feb 28 15:08:26 n900 you mean Feb 28 15:08:32 it suspends like another device Feb 28 15:08:40 hmm, i'm almost sure the 810 does not Feb 28 15:08:47 and only goes to zeroclock Feb 28 15:08:52 but I think it wakes up when it shouldn't Feb 28 15:08:54 but i don't recall Feb 28 15:09:01 ok Feb 28 15:09:14 pity that we need to suspend Feb 28 15:09:19 why? Feb 28 15:09:21 there's more interesting things happening when you don't have to suspend Feb 28 15:09:23 it saves a lot of power Feb 28 15:09:32 such as? Feb 28 15:09:34 i would have not thought it to be a _lot_ Feb 28 15:09:49 collecting data Feb 28 15:09:52 analyzing Feb 28 15:09:57 gta04 power management is not that good yet Feb 28 15:10:01 at the kernel level Feb 28 15:10:06 for improving context-aware suggestions to your user Feb 28 15:10:19 such as? Feb 28 15:10:42 whom to call, what things are in region, smart alerts Feb 28 15:11:02 I think it's a long way until we get that Feb 28 15:11:27 people just want a phone that work Feb 28 15:11:38 I mean even hard core fsf people don't use freerunners Feb 28 15:11:42 because it's unreliable Feb 28 15:11:49 they use replicant instead Feb 28 15:12:13 we need the basics Feb 28 15:12:24 and we don't have the basics on any phone right now Feb 28 15:12:26 what's the state of aurora? it might be a better way to deliver the basics Feb 28 15:12:36 that's really basics Feb 28 15:12:39 after all, that was the idea of it all Feb 28 15:12:50 ~seen morphis Feb 28 15:12:56 morphis <~morphis@dslb-088-071-253-071.pools.arcor-ip.net> was last seen on IRC in channel #openmoko-cdevel, 4d 20h 28m 7s ago, saying: 'heyho'. Feb 28 15:12:58 yes but it has huge shortcomming Feb 28 15:13:09 * you cannot run apps inside aurora Feb 28 15:13:17 * no phonebook Feb 28 15:13:24 * settings crash actually Feb 28 15:13:36 so the only thing that you can do is to dial a number you know by heart Feb 28 15:13:46 and maybe be called too Feb 28 15:14:27 for instance when I talk about the basics: Feb 28 15:14:37 gta02: problems with suspend/resume Feb 28 15:14:56 gta04: incomplete sound forwarding -> unusable for telephony Feb 28 15:15:09 maybe crespo..... Feb 28 15:15:32 n900: sound forwarding quality issues Feb 28 15:16:57 palmpre : problems with NEON Feb 28 15:18:11 so I was trying to fox gta02 Feb 28 15:18:18 but I cannot fix everything Feb 28 15:19:22 can't you revert to a working kernel on 02? Feb 28 15:19:32 i thought suspend/resume did work at some point Feb 28 15:19:41 yes that's what I'll do Feb 28 15:19:47 it didn't Feb 28 15:19:50 it worked better Feb 28 15:19:54 but not perfect Feb 28 15:20:00 I'll revert to 2.6.34 Feb 28 15:20:10 and try to fix the problems for good with upstream Feb 28 15:20:37 with 2.6.39 it doesn't go out of suspend 1/5 times Feb 28 15:20:48 with 2.6.34 it's once every 2 months Feb 28 15:21:14 the we better stay w/ .34 Feb 28 15:21:29 yes I'm pushing for that for the shr release Feb 28 15:21:39 we need to have 2.6.34 for the SHR release Feb 28 15:21:45 and I started work for that Feb 28 16:42:40 SHR: 03Martin.Jansa 07libphone-ui-shr * r13f7fb3f5feb 10/src/view/ (contact-view.c message-list-view.c): view: s/elm_genlist_item_object_get/elm_object_item_widget_get/g Feb 28 17:04:42 SHR: 03shr-devel 07buildhistory * r1b990f9a0c5b 10/packages/armv7a-vfp-neon-oe-linux-gnueabi/ (308 files in 308 dirs): Build 201202281454 of shr 20120228 for machine om-gta04 on opmbuild Feb 28 18:43:50 SHR: 03shr-devel 07buildhistory * r5079c701fad2 10/packages/armv7a-vfp-neon-oe-linux-gnueabi/ (64 files in 64 dirs): Build 201202281818 of shr 20120228 for machine om-gta04 on opmbuild Feb 28 18:54:53 so... anybody here knows hjbjh? Feb 28 20:20:52 SHR: 03Martin.Jansa 07shr-chroot * rc19de63cfe92 10/ (25 files in 11 dirs): bitbake: upgrade and drop local patches which are applied Feb 28 20:22:15 JaMa: ping Feb 28 20:23:33 pong Feb 28 20:27:52 JaMa: newest staging JFFS2 image (030) for GTA02 has some problems Feb 28 20:28:54 Starting system message bus: /etc/init.d/dbus-1: line 65: start-stop-daemon: command not found Feb 28 20:31:17 the link to busybox is there http://git.shr-project.org/git/?p=buildhistory.git;a=blob;f=images/om_gta02/eglibc/shr-image/files-in-image.txt;h=7d25f235ce1b55a4e5b3b345dbb09e7d41d70d4d;hb=refs/heads/master Feb 28 20:35:37 root@om-gta02:~# /sbin/start-stop-daemon Feb 28 20:35:39 -sh: /sbin/start-stop-daemon: Is a directory Feb 28 20:35:40 wth? Feb 28 20:36:58 that sometimes happens with jffs2 Feb 28 20:37:05 did you use dfu-util to write it? Feb 28 20:37:11 yes Feb 28 20:37:34 I have't seen such issues with nandwrite but dfu-util sometimes does this Feb 28 20:38:12 strange Feb 28 20:38:51 i'll download newest dfu-util and retry Feb 28 20:38:52 thanks Feb 28 20:39:34 I've just reflashed tar.gz and it seems fine as is my jffs2 install opkg upgraded to latest Feb 28 20:40:42 gtg, bbl Feb 28 21:46:24 ~help Feb 28 21:48:38 dos1, help on what? Feb 28 21:48:49 ah I didn't see the ~ Feb 28 21:48:51 on bot commands, sry :) Feb 28 21:50:41 I guess you're not back yet Feb 29 01:42:30 hayyyyyyyyyyyyyyyyy **** ENDING LOGGING AT Wed Feb 29 02:59:58 2012