**** BEGIN LOGGING AT Thu May 14 02:59:57 2009
May 14 06:33:30 <geaaru> hi, where i can open a bug ticket about shr image (unstable) for gta01 device? or a mailing list? thanks in advance
May 14 06:39:45 <PaulFertser> geaaru: shr-project.org has a trac where bugs should be reported.
May 14 06:40:21 <geaaru> yes i see, but it isn't possible add new ticket, for anonymous user is only read-only
May 14 06:41:32 <geaaru> ah wait, maybe it is only needed a registration... i try
May 14 06:41:35 <PaulFertser> geaaru: yep, one has to register
May 14 06:41:48 <PaulFertser> geaaru: and probably receive a confirmation e-mail and press some link...
May 14 06:41:55 <geaaru> k thanks
May 14 06:42:39 <PaulFertser> geaaru: and propose an easy bugfix ;)
May 14 06:43:11 <geaaru> yes, i see where is problem :)
May 14 07:49:43 <methril|work> good morning
May 14 07:59:43 <Hopscotch> good morning
May 14 09:36:51 <Psi_> are there any fun games that play well on shr and are opkg able?
May 14 09:37:09 <rhkfin> Psi_: opkg.org -> mokomaze, numptyphysics at least
May 14 09:37:55 <Psi_> do they require accelerometers?
May 14 09:38:02 <Psi_>  <-- gta01
May 14 09:39:23 <rhkfin> mokomaze does -> try numpty
May 14 09:40:18 <Psi_> thx
May 14 09:41:54 <Psi_> does dosbox run?
May 14 09:42:01 <Psi_> :P
May 14 09:44:10 <rhkfin> no idea
May 14 09:44:38 <Psi_> heh, im going to try it, a 266mhz cpu should be able to emulate dos for small dos games
May 14 09:45:17 <rhkfin> google first dosbox openmoko
May 14 09:45:42 <Psi_> i did
May 14 09:45:56 <rhkfin> great
May 14 09:46:46 <Psi_> what would be really cool is if it could play space quest 4
May 14 09:46:54 <Psi_> cos that already has a pointclick interface
May 14 09:47:02 <Psi_> but i very much doubt it has the cpu for that
May 14 09:50:18 <max_posedon> Psi_, dosbox works on gta02
May 14 09:50:25 <max_posedon> I think will work on gta01 too
May 14 09:50:38 <Psi_> any idea what the speed is like?
May 14 09:50:58 <SpeedEvil> over 4.77MHz!
May 14 09:51:59 <max_posedon> http://prostor.hopto.org/~jc/dosbox.png
May 14 09:52:06 <Psi_> sq4 min specs are 386sx  2mb ram vga gfx 256 colors
May 14 09:53:20 <Psi_> actually it wont fit on my sd card
May 14 09:53:23 <Psi_> its 300mb
May 14 09:53:40 <Psi_> correction 175MB
May 14 10:18:56 <Psi_> just opkg upgraded (shr-testing on gta01) and its giving enlightenment error on boot, any easy fix or should i just copy new image over?
May 14 11:07:36 <khiraly1> hmm
May 14 11:07:50 <khiraly1> Cant suspend the phone anymore
May 14 11:08:10 <khiraly1> I tried it with usageiface.Suspend(). It just timeouts
May 14 11:08:46 <khiraly1> how can I verify which version do I have from FSO?
May 14 11:10:29 <rhkfin> khiraly1: apm -s?
May 14 11:11:33 <PaulFertser> rhkfin: please don't suggest that!
May 14 11:12:04 <khiraly1> http://pastebin.com/m76f069ef <-- cli-framework
May 14 11:12:12 <PaulFertser> rhkfin: apm is deprecated and you don't know if he has the "real" apm program that will try to use probably non-existent kernel emulation.
May 14 11:12:27 <khiraly1> http://pastebin.com/m2101c4d5  <-- frameworkd.log (relevant part)
May 14 11:13:13 <khiraly1> Is there any more info I can gather before rebooting?
May 14 11:14:02 <khiraly1> dmesg perhaps?
May 14 11:14:11 <rhkfin> PaulFertser: roger :)
May 14 11:14:54 <khiraly1> http://pastebin.com/m69d4c404 <-- dmesg
May 14 11:14:56 <PaulFertser> rhkfin: the command to do it on modern systems is "echo mem > /sys/power/state". But it's incorrect for FR as it doesn't prepare the modem anyhow. 
May 14 11:16:37 <khiraly1> uname -a display 2.6.29-rc2 instead of 2.6.28
May 14 11:16:54 <PaulFertser> khiraly1: it should do it.
May 14 11:17:00 <PaulFertser> khiraly1: the package name is misleading.
May 14 11:17:11 <khiraly1> uImage-2.6.28-stable+gitr0+f19f259d3c1afde8eae53983fd19f61831927413-r2-om-gta02.bin
May 14 11:17:20 <khiraly1> ^^this kernel is 2.6.28 or 2.6.29 ?
May 14 11:17:23 <PaulFertser> khiraly1: .29 
May 14 11:17:45 <khiraly1> ok then
May 14 11:18:15 <khiraly1> this frameworkd is real pita in om2009 testing. Slow as hell;-\
May 14 11:18:18 <PaulFertser> khiraly1: most probably the answer is in frameworkd.log, it sometimes have problems sending commands to modem and somehow the channel is stuck after that.
May 14 11:20:54 <khiraly1> it is *big*
May 14 11:21:21 <khiraly1> ok I saved the frameworkd.log
May 14 11:53:16 <Psi_> hm.., fyi, the SHR gta01 testing image has the wrong modules in it, has 2.6.29-rc3  and the image in the folder is 2.6.28
May 14 11:53:41 <Psi_> i guess it could be the other way around
May 14 12:20:00 * SpeedEvil is having quantity problems.
May 14 12:20:22 <SpeedEvil> I've done one pork shank before, and got the right quantity of veggies for gravy
May 14 12:20:27 <SpeedEvil> but now I'm  doing 6
May 14 12:21:49 <XorA> mmmmmm. pig!!!!!!!
May 14 12:23:50 <SpeedEvil> the time to make 6 is a teeny bit more tthan it is to make 1 - then freeze
May 14 12:49:51 <raster> booyah
May 14 13:01:40 <CIA-53> openmoko: 03werner * r4980 10/trunk/gta02-core/components/s3c2442.lib: 
May 14 13:01:40 <CIA-53> openmoko: Dave Ball <openmoko@underhand.org>:
May 14 13:01:40 <CIA-53> openmoko: I've gone back over the CPU pintypes, and corrected a few in the
May 14 13:01:40 <CIA-53> openmoko: attached patch.
May 14 13:12:55 <CIA-53> openmoko: 03werner * r4981 10/trunk/gta02-core/components/gta02-core.lib: Updated for s3c2442 changes.
May 14 13:17:35 <argiris> latest stage?
May 14 13:18:38 <argiris> is a7 the latest stage?
May 14 13:18:59 <rhkfin> not available yet AFAIK
May 14 13:20:05 <argiris> when will be?
May 14 13:21:16 <Guest53932> a7 is just a freerunner with hardware bug fix for buzz?
May 14 13:29:36 <DocScrutinizer> Guest53932: yup
May 14 13:29:48 <DocScrutinizer> basically
May 14 14:03:44 <PBeck> ahoi
May 14 14:11:00 <Zorkman> aaaaaaaaaaaaaaaaaaargh
May 14 16:25:12 <khiraly1> re
May 14 16:25:31 <khiraly1> Im trying to compare two image version
May 14 16:25:42 <khiraly1> where frameworkd is exactly is?
May 14 16:26:18 <khiraly1>  /usr/share/freesmartphone only contains an example dir
May 14 16:29:21 <lindi-> khiraly1: ask your package manager
May 14 16:29:31 <khiraly1> ok found it
May 14 17:21:16 <Kurisutian> lindl-: Hi lindl-! Would you mind helping me out with the audio settings of my freerunner since the mic is still not loud enough? We talked about that before a couple of days ago and I have the sound settings here... sorry, I couldn't do that earlier. 
May 14 17:22:58 <sleipnir> DocScrutinizer: ping
May 14 17:23:26 <DocScrutinizer> pong (though you can leave a message ;-)
May 14 17:24:23 <Kurisutian> lindi-: Hi lindi-! Would you mind helping me out with the audio settings of my freerunner since the mic is still not loud enough? We talked about that before a couple of days ago and I have the sound settings here... sorry, I couldn't do that earlier.
May 14 17:25:05 <DocScrutinizer> sleipnir: whazzup?
May 14 17:25:18 <sleipnir> DocScrutinizer: when flashing moko11 from nor, can i attach usb to host?
May 14 17:25:33 <sleipnir> for making sure my battery won't run out
May 14 17:25:36 <DocScrutinizer> err, please elaborate
May 14 17:25:43 <DocScrutinizer> ahh, sure
May 14 17:25:50 <sleipnir> i'm trying to flash moko11 from your image
May 14 17:25:52 <DocScrutinizer> you even shouöd
May 14 17:26:34 <sleipnir> staring sd...
May 14 17:26:36 <sleipnir> thx
May 14 17:26:41 <DocScrutinizer> should be no problem to hook up to charger
May 14 17:27:04 <DocScrutinizer> maybe just a *little* bit tricky to get to NOR
May 14 17:27:11 <sleipnir> DocScrutinizer: thx
May 14 17:27:22 <DocScrutinizer> as device tends to autoboot to NAND when connected to USB
May 14 17:27:31 <DocScrutinizer> sleipnir: np, welcome
May 14 17:27:45 <sleipnir> DocScrutinizer: you have to take out battery the first time, then put it back in, then you can boot from not using aux
May 14 17:28:00 <sleipnir> it's the order that matters
May 14 17:28:08 <DocScrutinizer> hmm, don't see that
May 14 17:28:33 <DocScrutinizer> just power down from NAND menu, then reboot to NOR
May 14 17:28:34 <sleipnir> DocScrutinizer: hmm strage
May 14 17:28:56 <sleipnir> DocScrutinizer: it's the same, just that i save the time of the nand boot *g*
May 14 17:29:23 <DocScrutinizer> I don't understand how taking out bat could help
May 14 17:29:26 <sleipnir> DocScrutinizer: can i press aux to prevent the screen blanking or does this interrupt the process?
May 14 17:29:40 <DocScrutinizer> just tap the screen
May 14 17:29:45 <sleipnir> cool
May 14 17:29:46 <sleipnir> :-)
May 14 17:30:04 <sleipnir> DocScrutinizer: it is a "fast switch off"
May 14 17:30:10 <DocScrutinizer> it's a little flaw admittedly the device always dimming screen during flash
May 14 17:31:16 <DocScrutinizer> (fast switch off) hmm, for booting to nor with usb attached it doesn't matter. device shouldn't shutdown with usb hooked if you remove bat anyway
May 14 17:31:33 <sleipnir> umm in the process there were two "failed" then an ok
May 14 17:31:35 <sleipnir> :-S
May 14 17:31:50 <DocScrutinizer> huh?
May 14 17:32:06 <sleipnir> let me type it in
May 14 17:32:21 <DocScrutinizer> a little fast for you talking about actual FLUID flashing the GSM
May 14 17:32:52 <sleipnir> btusb_intr_complete:hci0 urb c717bb20 failed to resubmit(19)
May 14 17:33:13 <sleipnir> this is get two times... seems to be a kernel message
May 14 17:33:23 <DocScrutinizer> you should not care about the actual writing of FLUID flashing process. In the end it's done if you see green writing
May 14 17:33:47 <DocScrutinizer> don't care about kernel boot msgs either! ;-)
May 14 17:34:09 <DocScrutinizer> if you see blue writing, gsm-flashing started
May 14 17:34:24 <DocScrutinizer> if you see green writing, it finished successfully
May 14 17:35:02 <DocScrutinizer> everything else don't really matter ;-D
May 14 17:35:26 <sleipnir> DocScrutinizer: +CGMR: "GSM: gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0-Moko11"
May 14 17:35:30 <sleipnir> looks good eh?
May 14 17:35:34 <DocScrutinizer> yup
May 14 17:35:41 <Kurisutian> Is anyone in here that might be able to help me with my sound settings on my device? All my phonecalls are hard to hear and also the other side telly me that I'm way to quiet. But I have no idea what the right setting for that issue is... Thanks!
May 14 17:35:48 <sleipnir> cool thank you very much again!
May 14 17:35:56 <DocScrutinizer> sleipnir: np
May 14 17:36:00 <sleipnir> :-)
May 14 17:37:13 <DocScrutinizer> seems my kingston 16GB uSD is borked :-(
May 14 17:39:13 <SpeedEvil> :/
May 14 17:39:19 <SpeedEvil> have you been swapping to it?
May 14 17:41:07 <Blu3> kurisutian, your alsa state file seems to be messed up.  there's a simplified mixer at http://handheldshell.com/pymixer.py
May 14 17:50:13 <anttna> Kurisutian: http://wiki.openmoko.org/wiki/Volume 
May 14 17:50:13 <anttna> http://wiki.openmoko.org/wiki/FreeRunner_Hardware_Issues#Better_set_of_mixer_settings
May 14 17:50:13 <anttna> there wasa another page with lots of settings which I used to make the mic louder
May 14 17:50:13 <anttna> but managed to shut off the speaker totally. I can't find the page just now
May 14 17:52:27 <Kurisutian> anttna: Thanks for the links... I checked the wiki but somehow I must have missed them.... anyway, I'll take a closer look! Thank you! 
May 14 17:55:34 <rhkfin> Kurisutian: what distro you have?
May 14 18:05:37 <skamster> hello there.. i want to flash my gsm-modem new and i look for http://wiki.openmoko.org/wiki/GSM/Flashing
May 14 18:05:46 <skamster> but i couldn't kill ophonekit
May 14 18:06:05 <skamster> and didn't found gsmdemux to kill
May 14 18:06:34 <skamster> and now i tried with fluid, but it has much more than some seconds to flash..
May 14 18:06:49 <skamster> now about 2 minutes
May 14 18:06:54 <skamster> what's my fault?
May 14 18:08:01 <skamster> how i could kill as example ophonekit? it's still alive after kill processnr
May 14 18:08:19 <skamster> with the same processid
May 14 18:09:29 <rhkfin> skamster: it's best to try with the uSD image that's available there.. I did it with that, can't help with problems..
May 14 18:09:48 <rhkfin> skamster: try kill -9 processid
May 14 18:11:24 <skamster> mmh, yeah, i thinked also over this, but i like my shr-installation, and it use always time to flash it and then flash it back..
May 14 18:14:33 <CIA-53> openmoko: 03werner * r4982 10/trunk/gta02-core/components/ (gta02-core.lib k4m51323pe.lib): Oops, data lines ought to be BiDi, not 3-state.
May 14 18:16:02 <skamster> ok, i found the last process.. what, if i couldn't kill it by kill -9 ?
May 14 18:16:21 <skamster> it's not in the /etc/init.d/'s
May 14 18:16:50 <sypher7> skamster: might also want to try some other kill signals:
May 14 18:16:50 <sypher7> kill -1 processid
May 14 18:16:50 <sypher7> kill -2 processid
May 14 18:17:17 <sypher7> sometimes those help if the process is tied up in disk I/O, which is likely why a kill -9 wouldn't work
May 14 18:17:56 <skamster> mmh, also doesn't work..
May 14 18:18:09 <skamster> so may he connected to the gsm-chip..
May 14 18:18:15 <skamster> but i turned it of..
May 14 18:18:43 <skamster> so it's strange for me that it couldn't kill it..
May 14 18:19:29 <sypher7> well if the process is stuck doing an I/O task, it has to let go of that before the instruction to terminate gets through
May 14 18:19:53 <sypher7> so likely that's what's happening. you might also want to try to find the process's parent process and break the cycle there
May 14 18:19:55 <DocScrutinizer>  -9 ??
May 14 18:19:59 <sypher7> if one exists
May 14 18:20:20 <sypher7> DocScrutinizer: he already tried -9, but if it's stuck in I/O that won't help anyhow
May 14 18:20:44 <skamster> mmh, how could i find out the parent-process? think, theres somethin with ps ?
May 14 18:20:46 <DocScrutinizer> <ever heard a -9 won't work due to IO
May 14 18:21:21 <sypher7> DocScrutinizer: if the process isn't being handled by the CPU but rather disk access or such, a -9 may not work. it usually does, but there are times when the process will never respond
May 14 18:21:58 <sypher7> i.e. the CPU lets go of a process if it goes off to do disk stuff. if it gets stuck in that state, it can be hard to kill it
May 14 18:21:59 <DocScrutinizer> the process won't "respond" to sigkill
May 14 18:22:07 <sypher7> right
May 14 18:22:07 <DocScrutinizer> never does
May 14 18:22:29 <DocScrutinizer> it's simply kicked out of mem
May 14 18:22:42 <CIA-53> openmoko: 03werner * r4983 10/trunk/gta02-core/components/gta02-core-expanded.lib: Make gta02-core-expanded.lib available as well, for convenience.
May 14 18:23:10 <sypher7> but that doesn't meant the process won't keep doing the disk stuff it started :-P
May 14 18:23:11 <skamster> but how could i find out the parentprocess?
May 14 18:23:55 <sypher7> ps -oppid processid
May 14 18:24:20 <skamster> this is also strange
May 14 18:24:27 <skamster> root@om-gta02 ~ $ ps aux | grep s3
May 14 18:24:27 <skamster> root       343  0.0  0.0      0     0 ?        S<   18:17   0:00 [spi_s3c24xx_gpi]
May 14 18:24:27 <skamster> root      2058  0.0  0.4   2084   548 pts/2    S+   20:23   0:00 grep s3
May 14 18:24:27 <skamster> root@om-gta02 ~ $ killall [spi_s3c24xx_gpi]
May 14 18:24:27 <skamster> killall: [spi_s3c24xx_gpi]: no process killed
May 14 18:25:44 <DocScrutinizer> if the process is waiting for finish of a kernel function call (e.g. IO) it should be perfectly SIGKILLable
May 14 18:25:44 <skamster> ok, the main-thread is ktreath
May 14 18:27:55 <sypher7> DocScrutinizer: I believe there is a timeout it sometimes waits for regardless. i know it happens when there is a hardware failure of some sort (read errors on a disk will sometimes do it) but there are probably other scenarios
May 14 18:31:43 <sypher7> ideally a SIGKILL *should* kill anything... but i know for a fact that's not reality. it's probably a kernel bug of some sort that isn't meant to happen, but i know there are conditions where it does
May 14 18:32:38 <sypher7> but ideally you should also never have to issue a SIGKILL either hehe. usually you can do a SIGTERM, SIGHUP, and SIGINT before resorting to a SIGKILL and you will almost always be able to kill it with one of those previous 3, and more cleanly too
May 14 18:32:51 <skamster> mmh, i make it with console-image.. :s
May 14 18:33:39 <sypher7> skamster: you may want to just reboot it / powercycle it... i would advise against killing system stuff like kthread if you can avoid it as you'll probably just cause other issues then
May 14 18:34:22 <skamster> no, i install it fastly.. think, it's better than try and try and try.. ;)
May 14 18:34:46 <sypher7> ok
May 14 18:36:56 <DocScrutinizer> sypher7: for sure a SIGTERM won't help *IF* a prev. SIGKILL failed
May 14 18:38:35 <DocScrutinizer> the only processes I know of that aren't KILLable are <defunct> aka <zombie>
May 14 18:39:12 <DocScrutinizer> those actually *are* killed already, just waiting for release by parent
May 14 18:39:35 <DocScrutinizer> AIUI
May 14 18:41:48 <DocScrutinizer> anyway killing any [*] process for sure is a bad idea
May 14 18:43:44 <SpeedEvil> also, on modern kernels, 1 shouldn't be killed
May 14 18:43:58 <SpeedEvil> which introduces a bit of a security hole over 2.4
May 14 18:45:16 <thrashold> So, I got a FR. Tried to boot my gta01 Debian installation. mmcblk0p1 /boot with uImage.bin and mmcblkp2 /. Tried to boot it on GTA02. So far, no success. So, can anyone tell me how to do it? /boot is vfat (yuck), it says it can't find the rootfs. It boots fine if i replace uImage.bin with the SHR kernel, but no USB gadget or anything then.
May 14 18:46:58 <thrashold> Ah
May 14 18:46:59 <thrashold> I see
May 14 18:47:13 <thrashold> Forget the question
May 14 18:49:05 <DocScrutinizer> killing parrent of [kthreadd] is a particularly funny idea
May 14 18:59:35 <CIA-53> openmoko: 03werner * r4984 10/trunk/gta02-core/ (audio.sch cpu.sch gta02-core.sch io.sch memory.sch pmu.sch): The "B" part of the CPU (power) used the unexpanded symbol.
May 14 19:12:31 <CIA-53> openmoko: 03daveb * r4985 10/trunk/gta02-core/components/ (gta02-core-expanded.lib gta02-core.lib s3c2442.lib): After further understanding, 3-state is only appropriate for OUPUT pins. Switch s3c2442 data pins back to bidi.
May 14 19:40:24 <BogdanR> Hello
May 14 19:41:06 <BogdanR> I am trying to build the Koolu Android image for the FreeRunner
May 14 19:41:59 <BogdanR> After a long download and an even longer build with missing dependencies and so on I got to a place where I really don't know what to do
May 14 19:42:09 <vininim> BogdanR: #freerunner-android has more people involved with it
May 14 19:42:22 <BogdanR> I see
May 14 19:42:26 <BogdanR> Thanks
May 14 19:42:36 <vininim> BogdanR: not a very simple process, you could try using the install script on the site and try a sdcard install
May 14 19:42:49 <BogdanR> I already did
May 14 19:43:04 <BogdanR> I want to get to the building process now
May 14 19:43:16 <vininim> I mean, you coul use the install script with your built images
May 14 19:43:40 <BogdanR> The problem is that it doesn't build everything
May 14 19:43:50 <BogdanR> The last message I get is make: *** [out/target/product/freerunner/obj/SHARED_LIBRARIES/libwebcore_intermediates/CSSGrammar.o] Error 1
May 14 19:43:55 <vininim> oh
May 14 19:45:13 <BogdanR> I can see that the kernel is build and the ramdisk but the system.img file it's not
May 14 19:46:06 <vininim> like I said, better luck at the other channel :)
May 14 19:46:15 <BogdanR> Just joined it
May 14 19:46:16 <BogdanR> Thanks
May 14 19:46:38 <vininim> m2 is a koolu developer iirc
May 14 20:16:44 <vininim> I flashed shr-unstable and while booting there's something about ``Argh. No free space for GC''
May 14 20:16:54 <vininim> should I wait or reflash?
May 14 20:52:15 <jonkristian> Changes made in Settings on SHR aren't saved after reboot, anyone have any ideas?
May 14 20:54:12 <wurp2|working> jonkristian: I think different settings behave differently
May 14 20:55:33 <jonkristian> Just wanted to know if this is an issue i should create a ticket for.
May 14 20:56:30 <wurp2|working> jonkristian: not afaik
May 14 20:56:47 <wurp2|working> But my point was just that it matters which setting you're talking about
May 14 20:57:09 <jonkristian> Yeah, it's the settings for wlan, and the criterias for gprs
May 14 20:57:14 <jonkristian> they are reset.
May 14 20:57:53 <wurp2|working> jonkristian: I was told that the gprs settings would be saved if you successfully connect
May 14 20:57:56 <wurp2|working> (and only in that case)
May 14 20:58:07 <wurp2|working> btw, you should be talking about this in #openmoko-cdevel
May 14 20:58:20 <jonkristian> i have been using gprs, but my provider doesn't use username or password, so blanked those fields.
May 14 20:58:22 <jonkristian> ok
May 14 21:35:50 <DocScrutinizer> (gprs settings would be saved if you successfully connect) maybe now (aka recent unstable), not on testing-2009-04-16 tho
May 14 21:37:15 <DocScrutinizer> jonkristian: you're lucky - I have to change "internet" to "pinternet.interkom.de" for AP each time I reopen the connectivity settings
May 14 21:37:25 <max_posedon> yes, confirm that unstable same settings
May 14 21:37:32 <max_posedon> *saves*
May 14 21:37:39 <DocScrutinizer> :-)
May 14 21:38:20 <DocScrutinizer> did I mention recently I feel like updating more and more each day ;-)
May 14 21:39:48 <DocScrutinizer> Ainulindale wasn't that convinced about usability and stability of any newer version though to shout "TEST IT" at me ;D
May 14 21:43:46 <DocScrutinizer> Ainulindale: tell me when all those major regressions since tst-04-16 are ironed out, so I may give the new snapshot a try then
May 14 21:44:42 <DocScrutinizer> (sure I know quite some of these are FSO anyway)
May 14 21:45:34 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * r7c0c2d38e3d4 10/libfsoframework/ (4 files in 2 dirs): fsoframework: smartkeyfile: add hasKey() and keysWithPrefix()
May 14 21:45:36 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * r3c3b833216b7 10/fsodeviced/src/plugins/kernel_input/plugin.vala: fsodevice: kernel_input: parse config and handle input events
May 14 21:45:37 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * re1caee055961 10/libfsoframework/fsoframework/ (fsoframework-2.0.vapi interfaces.vala): fsoframework: interfaces: fix signal org.freesmartphone.Device.Input.Event
May 14 21:45:38 <CIA-53> freesmartphone.org: 03mickey 07cornucopia * rbc2b7a3be4ff 10/fsodeviced/src/plugins/kernel_input/plugin.vala: fsodevice: kernel_input: first version complete
May 14 21:47:08 <jonkristian> DocScrutinizer: are you on testing, is that the branch to be on?
May 14 21:47:41 <DocScrutinizer> jonkristian: it's been the branch to be on back in 2009-04-17
May 14 21:48:20 <jonkristian> okey
May 14 21:48:53 <DocScrutinizer> you may find the image on people.openmoko.org/joerg/shr-foo-something
May 14 21:49:13 <DocScrutinizer> just in case you're wondering
May 14 21:49:42 <jonkristian> just flashed, i've been on android for a few months
May 14 21:49:49 <DocScrutinizer> I'm using it for daily phone since
May 14 21:50:36 <DocScrutinizer> so I'm not particularly eager to switch to unstable and find out about new regressions breaking suspend or dunno what
May 14 21:50:44 <jonkristian> k
May 14 21:51:58 <jonkristian> ok
May 14 21:51:58 <jonkristian> so they moved unstable to testing, and continued on the unstable branch, right?
May 14 21:51:58 <jonkristian> i have a nokia just in case, and a extra sim card:)
May 14 21:52:00 <Ainulindale> DocScrutinizer: meh :-)
May 14 21:52:24 <DocScrutinizer> yup, though Ainulindale might wnat to elaborate ;P
May 14 21:52:59 <Ainulindale> jonkristian: well for the time being we progressed in big steps like that
May 14 21:53:10 <Ainulindale> we're going to switch to little steps as soon as we'll release
May 14 21:53:16 <Ainulindale> that is really soon
May 14 21:53:31 <DocScrutinizer> promise!!!!
May 14 21:53:42 <jonkristian> :)
May 14 21:53:42 <jonkristian> So in the meantime, is anything pushed to testing?
May 14 21:53:47 <DocScrutinizer> or I bring the big one on 24th ;-)
May 14 21:54:28 <DocScrutinizer> AIUI testing is borked meanwhile
May 14 21:55:31 <DocScrutinizer> that's been the reason I uploaded to ~/shr-testing-foo
May 14 21:56:09 <jonkristian> i flashed testing thinking it was the other way around. So i should use 
May 14 21:56:16 <jonkristian> http://people.openmoko.org/joerg/shr-testing/
May 14 21:56:19 <DocScrutinizer> to be more specific there's been times there wasn't even any kernel at testing
May 14 21:56:28 <jonkristian> oh, hehe
May 14 21:57:10 <jonkristian> oh by the way, Ainulindale about the settings not saved after a reboot, i didn't see any tickets for that, but you probably got it covered since nobody reacted on it:)
May 14 21:57:11 <DocScrutinizer> that's the one I used since 04-17 and uploaded eventually, when real testing missed the kernel
May 14 21:57:22 <Ainulindale> jonkristian: nah
May 14 21:57:34 <Ainulindale> That's mostly because of the framework
May 14 21:57:43 <Ainulindale> Did you see a ticket on FSO?
May 14 21:58:01 <DocScrutinizer> jonkristian: a lot of those issues are cleared in #*-cdevel
May 14 21:59:04 <DocScrutinizer> anyway, bbl
May 14 22:00:03 <jonkristian> also i was thinking about flagging stuff in the wiki, because there seems to be certain steps that are outdated, like the gprs tut.
May 14 22:00:48 <jonkristian> no need for extra settings etc..
May 14 23:19:01 <vininim> uh, is intone in SHR's testing feed?
May 14 23:19:04 <vininim> *unstable
May 14 23:29:30 <CIA-53> openmoko: 03werner * r4986 10/trunk/gta02-core/expanded/ (8 files): Moved expanded view to make room for the real schematics.
May 14 23:40:45 <CIA-53> openmoko: 03werner * r4987 10/trunk/gta02-core/ (7 files): Switched from expanded symbols to regular ones.
May 15 02:56:34 <astrocub> any plans to include camera on openmoko?
May 15 02:57:33 <astrocub> in neo1973*
May 15 02:58:20 <SpeedEvil> currently no concrete plans for new phones
May 15 02:59:29 <astrocub> k, just wondering
**** ENDING LOGGING AT Fri May 15 02:59:58 2009