**** BEGIN LOGGING AT Fri Apr 09 02:59:56 2010
Apr 09 03:19:11 <Slaxxed> opkg upgrade from 0401 tto todays testing work?
Apr 09 03:19:19 <Slaxxed> shr?
Apr 09 05:39:33 <brolin_empey> radekp: Where in the file system does QtEI store my calendar and tasks?  I finally have my QtMoko v19 debug installation migrated from my FR's borked JFFS2 file system in NAND to an ext3 file system on SD.  QtMoko boots and appears to work from SD with qi-bootmenu, but I have lost all of my SMS messages (qtopiamail), calendar events, and tasks! (epic fail) :(  Data loss = teh serious sux0r. :(
Apr 09 05:47:09 <radekp> brolin_empey: hi, i would try /opt/qtmoko/qtopia_db.sqlite
Apr 09 05:47:23 <radekp> brolin_empey: and copy your /home/root from previous installation
Apr 09 05:47:38 <radekp> but havent tried
Apr 09 05:49:25 <brolin_empey> Heh, just noticed this in the NOTES section at the end of the grep(1) man page: "GNU's not Unix, but Unix is a beast; its plural form is Unixen." :)
Apr 09 05:51:24 <brolin_empey> radekp: I already copied /home/root/* to my "new" installation on SD.
Apr 09 05:51:35 <radekp> and /opt/qtmoko/qtopia_db.sqlite ?
Apr 09 05:52:25 <radekp> brolin_empey: btw the missed SMS bug will be fixed in v20 and v21 - which will be released today or during the weekend
Apr 09 05:53:02 <brolin_empey> radekp: Hang on, I need to check.  I may have skipped /opt/ when I was copying files from NAND to SD.
Apr 09 05:55:36 <brolin_empey> radekp: I have literally spent at least 8 hours today and many other days in the past months trying to unbork my FR after breakages/borkouts, the most recent being the nice JFFS2 corruption of my rootfs in NAND while my FR was suspended overnight. (fail)  Maybe my FR has a hardware problem?
Apr 09 05:57:29 <radekp> brolin_empey: hmm it's hard to say...
Apr 09 05:58:34 <brolin_empey> radekp: Can I upgrade by copying only /opt/qtmoko/ from v20 or v21 into my v19 installation?  I am absolutely /not/ starting over with QtMoko and copying everything from my previous installation Yet Again because that is a HUGE PITA which literally takes days. :(
Apr 09 05:59:17 <radekp> brolin_empey: yes, it will be possible
Apr 09 06:04:19 <brolin_empey> radekp: I dreamt about you last night:  during WW2, you saved some important man who the Nazis tried to kill from drowning.  I recognised your name and associated you with QtMoko. :)
Apr 09 06:05:11 <radekp> brolin_empey: hehe funny :)
Apr 09 06:13:03 <brolin_empey> radekp: the qtopia_db.sqlite in my rootfs in NAND and "new" installation on SD are the same. :(
Apr 09 06:15:32 <brolin_empey> radekp: Bleh, QtMoko does not include "strings" nor "less" in the base installation. :(
Apr 09 06:16:19 <brolin_empey> radekp: less >> more. ;)
Apr 09 06:19:14 <brolin_empey> radekp: /usr/bin/strings is owned by binutils on Ubuntu, so I have to install all of binutils on QtMoko just to get strings? :/
Apr 09 06:20:44 <radekp> brolin_empey: no idea, it's debian - it should be similar, try to search debian packages for that util
Apr 09 06:23:16 <brolin_empey> radekp: I know QtMoko is based on Debian.  It is OK, I will waste some disk space on my 8 GB SD card by installing all of binutils just to get strings. :)
Apr 09 06:24:15 <radekp> brolin_empey: google is usually more clever then me :)
Apr 09 06:24:21 <brolin_empey> [root@neo] [100] [21] /opt/qtmoko/
Apr 09 06:24:21 <brolin_empey> # apt-get install less binutils
Apr 09 06:24:21 <brolin_empey> Reading package lists... Done
Apr 09 06:24:21 <brolin_empey> Building dependency tree
Apr 09 06:24:21 <brolin_empey> Reading state information... Done
Apr 09 06:24:21 <brolin_empey> Suggested packages:
Apr 09 06:24:22 <brolin_empey>   binutils-doc
Apr 09 06:24:22 <brolin_empey> The following NEW packages will be installed:
Apr 09 06:24:23 <brolin_empey>   binutils less
Apr 09 06:24:23 <brolin_empey> 0 upgraded, 2 newly installed, 0 to remove and 186 not upgraded.
Apr 09 06:24:24 <brolin_empey> Need to get 3259kB of archives.
Apr 09 06:24:24 <brolin_empey> After this operation, 9355kB of additional disk space will be used.
Apr 09 06:24:25 <brolin_empey> E: Method http has died unexpectedly!
Apr 09 06:24:25 <brolin_empey> [root@neo] [100] [22] /opt/qtmoko/
Apr 09 06:24:26 <brolin_empey> # arp -a
Apr 09 06:24:26 <brolin_empey> Segmentation fault
Apr 09 06:24:51 <brolin_empey> radekp: s/then/than/ ;)
Apr 09 06:25:59 <brolin_empey> What just happened? (fail)  I have never seen "E: Method http has died unexpectedly!" before nor have I seen arp segfault before. :/
Apr 09 06:26:55 <radekp> no idea...
Apr 09 06:27:46 <brolin_empey> radekp: Can an unsupported SD card cause strange failures like this?
Apr 09 06:28:58 <radekp> sd card and problems with intrnet - does not seem very likely
Apr 09 06:36:02 <brolin_empey> radekp: There are no clues in dmesg output. :(
Apr 09 06:37:18 <brolin_empey> radekp: I am wondering if my FR has bad main memory (DRAM) or some other hardware problem which causes these strange failures.
Apr 09 06:39:55 <brolin_empey> radekp: ping segfaults too. (fail)
Apr 09 06:40:21 <radekp> how are you connected?
Apr 09 06:41:24 <brolin_empey> radekp: I am using RNDIS with Win7, which used to work fine.
Apr 09 06:42:07 <radekp> maybe restart can help :)
Apr 09 06:44:43 <brolin_empey> radekp: route segfaults too, but I can cat all of /var/log/messages, which probably takes over 1 minute, without segfaulting.
Apr 09 06:45:31 <brolin_empey> radekp: restart of what?
Apr 09 06:46:08 <radekp> qtmoko?
Apr 09 06:47:13 <brolin_empey> radekp: Win7 is usually rebooted every day, except for on the weekend, because I use it on my laptop, which I use at both home and work.
Apr 09 06:49:47 <brolin_empey> radekp: OK, QtMoko is rebooting.
Apr 09 06:53:12 <brolin_empey> radekp: Maybe my USB cable has failed?  I have had other cables (not used with FR, though) fail already this year.
Apr 09 06:57:05 <brolin_empey> radekp: QtEI restarts when I hold the Power button, then press "Restart Device" or "Shutdown Device". (fail)  Is this because I am using qi-bootmenu instead of U-Boot?  I need Qi to boot QtMoko from SD, though.
Apr 09 06:58:19 <radekp> brolin_empey: IIRC qi-bootmenu had some issues, i'd rather not use it if you are not sure that it's bug free
Apr 09 06:59:19 <brolin_empey> radekp: Bugless software?  That must be an oxymoron. ;)
Apr 09 07:00:03 <brolin_empey> radekp: After all, compilers are buggers as opposed to debuggers. ;)
Apr 09 07:01:01 <radekp> :)
Apr 09 07:01:48 <brolin_empey> radekp: Anyway, I should probably try regular Qi to see if I still have these strange problems.
Apr 09 07:02:21 <radekp> i'd try it
Apr 09 07:03:11 <brolin_empey> radekp: Your ":)" message was the first message of 2010-04-09 for me in PDT (-0700). :)  You started my day with a smile. ;)
Apr 09 07:03:52 <radekp> brolin_empey: :)
Apr 09 07:04:42 <brolin_empey> [brolin@brolin-V13] [255] [6] ~/
Apr 09 07:04:43 <brolin_empey> $ ssh -X root@192.168.0.202
Apr 09 07:04:43 <brolin_empey> ssh_exchange_identification: Connection closed by remote host
Apr 09 07:04:43 <brolin_empey> :/
Apr 09 07:06:30 <brolin_empey> beers: Free as in freedom or free as in beers? ;)
Apr 09 07:07:49 <beers> hi
Apr 09 07:08:04 <beers> and it is free as in freedom
Apr 09 07:08:16 <beers> just come and get them
Apr 09 07:08:48 <brolin_empey> radekp: Anyway, do you have any other ideas where my calendar, tasks, and mail may be stored?
Apr 09 07:09:47 <radekp> brolin_empey: well it must be somewhere - and since the data format hasnt changed, it should be possible to transfer it from older installation
Apr 09 07:10:11 <radekp> brolin_empey: AFAIK qtopia uses just /opt/qtmoko and /home/root
Apr 09 07:10:37 <brolin_empey> beers: Do you use LC_TIME=en_DK ? ;)
Apr 09 07:11:27 <beers> my local time is danish time if that was the question
Apr 09 07:11:39 <brolin_empey> # dd if=/dev/zero of=zeroedout ;)
Apr 09 07:13:26 <brolin_empey> beers: Yes, but I was asking because I use LC_TIME=en_DK to get my preferred ISO 8601 format, even though I live in Canada, not Denmark.  You actually live in Denmark, though, so I was curious. :)
Apr 09 07:14:06 <beers> Yes I live in denmark (the middle of Jylland
Apr 09 07:15:19 <brolin_empey> beers: There is another Dane. :)
Apr 09 07:17:20 <brolin_empey> radekp: It may have been lost when my JFFS2 and/or ext3 file system got corrupted. :(
Apr 09 07:17:39 <beers> only one? I tough we was around 6 million
Apr 09 07:18:42 <brolin_empey> beers: I meant unlotto.  6 million users in 1 channel would be interesting. ;)
Apr 09 07:26:30 <unlotto> Rød Grød Med Fløde :-)
Apr 09 07:26:47 <Gabrys> PaulFertser: are you there?
Apr 09 07:27:33 <PaulFertser> Gabrys: yep
Apr 09 07:27:35 <PaulFertser> Gabrys: hi
Apr 09 07:29:03 <Gabrys> PaulFertser: hi, the ALSA device corresponding to Bluetooth headset you need to configure in order to get sound in Bluetooth, is it needed only for this thing, or is it used (in different situations) for other things as well?
Apr 09 07:30:30 <PaulFertser> Gabrys: with FR the second I2S port of wolfson codec is hardwired to the BT chip. So it can only be used for sound exchange with the BT chip.
Apr 09 07:31:19 <Gabrys> PaulFertser: that's nice, I think about writing a small daemon that just keep the device open with hardcoded bitrate and channels and stuff
Apr 09 07:31:51 <Gabrys> so that we don't need this "magic" in framework code 
Apr 09 07:32:12 <Gabrys> (as probably this is very hw-specific)
Apr 09 07:32:20 <PaulFertser> Gabrys: i can't see how that's beneficial tbh
Apr 09 07:33:33 <Gabrys> PaulFertser: beneficial it is, by mean I can use that daemon in qtmoko and android
Apr 09 07:34:24 <Gabrys> PaulFertser: in qtmoko bt works out of the box given I have the device set up and given I do the amixers command (that should be not needed once kernel is fixed as I understand this :-))
Apr 09 07:35:12 <PaulFertser> Gabrys: i can't care less about android and i think it's reasonable to expect qtmoko allows for device-specific hooks to start/stop BT, so no need for an always-running daemon.
Apr 09 07:35:34 <PaulFertser> Gabrys: btw, there's a C code example to do that channel switching.
Apr 09 07:35:43 <Gabrys> I've seen that and just wanted to try :-)
Apr 09 07:35:45 <PaulFertser> Gabrys: so do you confirm BT in qtmoko works decently?
Apr 09 07:36:00 <Gabrys> PaulFertser: it works much better than in SHR for sure :-)
Apr 09 07:36:04 <Gabrys> just the two "hacks"
Apr 09 07:36:14 <PaulFertser> Gabrys: who's fixing the kernel? ;)
Apr 09 07:36:43 <Gabrys> good question, is the bug actually found in kernel, or we just assume it's a bug, but no-one tried to find it?
Apr 09 07:36:45 <PaulFertser> It's unfortunately not a trivial task for a new-comer. That DAPM stuff is complex enough to require "serious" learning effort.
Apr 09 07:37:05 <PaulFertser> Gabrys: i'm sure that can be considered a bug. The behaviour is definetely nasty and unwanted.
Apr 09 07:37:14 <Gabrys> just the "DAPM" word is complex enough for me :D
Apr 09 07:37:26 <Gabrys> do we have the bug reported anywhere?
Apr 09 07:37:50 <Gabrys> or just explained by means of bug "what happens", "what should happen", "why it should happen" etc
Apr 09 07:40:28 <PaulFertser> Gabrys: there was a little discussion on kernel ML, involving broonie (who's one of the leading ASoC developers and is directly responsible for wolfson drivers).
Apr 09 07:40:53 <Gabrys> PaulFertser: I'll try to find it :-)
Apr 09 07:41:23 <PaulFertser> Gabrys: http://www.mail-archive.com/openmoko-kernel@lists.openmoko.org/msg08663.html
Apr 09 07:41:34 <Gabrys> PaulFertser: thank you! :)
Apr 09 07:44:48 <PaulFertser> Gabrys: so far broonie was going to fix it but never did http://www.mail-archive.com/openmoko-kernel@lists.openmoko.org/msg08709.html
Apr 09 07:48:03 <Gabrys> PaulFertser: that sentense is very heart-warming for me: The workaround also only needs to be done once: After the first flip of Capture Left Mixer, I just load the GSMBLUETOOTH.txt alsa state and get sound each time. 
Apr 09 07:50:16 <Gabrys> PaulFertser: so my hacky brain tells me to really write the daemon, that applies the workaround at start 
Apr 09 07:50:23 <Gabrys> and then opens the hw0:1 device 
Apr 09 07:50:36 <PaulFertser> Gabrys: i'm sure the workaround will break after the switch is set to something else.
Apr 09 07:51:08 <PaulFertser> Gabrys: so you'll probably have problems when you switch to handset and then back to BT.
Apr 09 07:51:19 <Gabrys> PaulFertser: they say it makes the job after applying once and then playing with different states 
Apr 09 07:51:30 <Gabrys> if that's true, we only need this very once :-)
Apr 09 08:04:15 <Gabrys> PaulFertser: I need to be very clear about this: this is highly hardware specific. For hardware specific things, we have things like drivers :-). Sometimes there are drivers in user-space. So I want a daemon that runs on this specific device (but works for any distribution) to "supply" a valid bluetooth-headset device support
Apr 09 08:04:56 <Gabrys> it became clear to me, that I want ONE program to "fix" those oddities run on ALL distributions
Apr 09 08:05:37 <Gabrys> because no-one wants to introduce hw-specific code in their distribution :-)
Apr 09 08:06:33 <PaulFertser> Gabrys: i do not like daemon idea because it sits there all the time eating memeroy
Apr 09 08:06:41 <PaulFertser> Gabrys: i'd prefer hardware-specific hook
Apr 09 08:06:54 <Gabrys> you know, it's just a few kilobytes
Apr 09 08:07:07 <PaulFertser> Gabrys: ask radekp what would he prefer ;)
Apr 09 08:07:15 <Gabrys> ok :-)
Apr 09 08:10:22 <brolin_empey> http://pessimization.com/software/wyrd/demo/index.html :D
Apr 09 08:29:58 <badcloud> anyone know how to fix the mic volume slider in latest shr-t?
Apr 09 08:33:02 <PaulFertser> Gabrys: have you made any progress on FSO side of bluetooth?
Apr 09 08:33:27 <Gabrys> PaulFertser: I had experienced problems with state swapping in SHR
Apr 09 08:33:35 <Gabrys> that stopped my working on actual BT
Apr 09 08:33:44 <PaulFertser> Oh
Apr 09 08:35:11 <Gabrys> PaulFertser: for example I found that states are now in /etc/something/neo/alsa-states
Apr 09 08:35:23 <Gabrys> and two of the files were broken for some reason 
Apr 09 08:35:46 <Gabrys> they had some random characters at 95 lines
Apr 09 08:35:59 <PaulFertser> Gabrys: oh shit, that might be indeed a problem :)
Apr 09 08:36:06 <PaulFertser> Gabrys: are shr devs aware now
Apr 09 08:36:17 <Gabrys> I don't know :-)
Apr 09 08:36:34 <Gabrys> it seemed like file was written but not truncated after writing :-)
Apr 09 08:37:48 <PaulFertser> Gabrys: what particular files were wrong?
Apr 09 08:37:56 <Gabrys> gsmhandset
Apr 09 08:38:05 <Gabrys> and one more I don't recall right now 
Apr 09 08:38:11 <Gabrys> I just head -n 94 them
Apr 09 08:38:12 <PaulFertser> Gabrys: i doubt it's corrupted in repo.
Apr 09 08:38:18 <Gabrys> me too 
Apr 09 08:39:34 <Gabrys> see you guys, I'll be back in a few hours
Apr 09 12:24:21 <pooze> updating my SHR now, I get a conflict with the package libglw1 wants to install some .so files that is already provided by mesa-dri.
Apr 09 12:24:25 <pooze> any experience with this?
Apr 09 12:25:34 <JaMa> pooze: remove mesa-dri first
Apr 09 12:25:58 <pooze> JaMa: ok? as simple as that? don't need it anymore?
Apr 09 12:26:37 <JaMa> pooze: mesa-dri == libglw1
Apr 09 12:26:46 <pooze> JaMa: ok, thanks. :)
Apr 09 12:44:03 <Gabrys> PaulFertser: I'm testing the daemon, it eats 300kB of RAM, I have no idea why so much :]
Apr 09 12:44:13 <Gabrys> but still is the least-eating memory program on my phone :D
Apr 09 12:45:19 <PaulFertser> Gabrys: i'm afraid daemon won't integrate well in infrastracture. There're other platform-specific things to do on any device. I might be wrong though.
Apr 09 12:45:53 <Gabrys> we'll test with radekp on qtmoko first, there're already other parts working well with BT
Apr 09 12:47:22 <SpeedEvil> Gabrys: rss is _hugely_ misleading.
Apr 09 12:47:24 <SpeedEvil> you want pss
Apr 09 12:47:28 <SpeedEvil> proportional set size
Apr 09 12:47:55 <Gabrys> SpeedEvil: you mean how to measure RAM consumption?
Apr 09 12:48:03 <SpeedEvil> yes
Apr 09 12:48:32 <SpeedEvil> http://www.selenic.com/smem/
Apr 09 12:48:38 <SpeedEvil> get that - and run it - for example
Apr 09 12:53:41 <Gabrys> SpeedEvil: but PSS <= RSS so my daemon eats not more than 300 kB
Apr 09 12:56:18 <SpeedEvil> true
Apr 09 12:59:37 <SpeedEvil> http://pastebin.com/qnYAUGRJ - snapshot of example on my phone.
Apr 09 12:59:46 <SpeedEvil> (no, I don't have my neo1973 up ATM)
Apr 09 14:21:19 <Gabrys> PaulFertser: confirmed, you need to apply the amixer workaround only once 
Apr 09 14:21:29 <Gabrys> PaulFertser: it even survives suspend :-)
Apr 09 14:22:32 <Gabrys> I'm curious if the daemon will work also in Android (cause there Bluetooth seems to work other than no audio is routed)
Apr 09 16:21:02 <PBeck> hi
Apr 09 16:58:41 * DocScrutinizer bbl after fan replacement
Apr 09 17:46:38 <swoody> woo hoo :)
Apr 09 17:46:43 <swoody> just got my FR today :D
Apr 09 18:01:59 <PBeck> the last but not least who has bought a freerunner :>
Apr 09 18:42:02 <swoody> is anyone here using the FR in the US with a T-Mobile SIM card?
Apr 09 18:42:52 <swoody> mine is giving me some kind of sim card error when I try to search for networks
Apr 09 18:57:47 <tokstolle> hello together, I have a problem. I want to put in my sim-pin and I have no numberblock on my softkeyboard
Apr 09 18:58:02 <tokstolle> I just got my OM new
Apr 09 19:02:37 <max_posedon> you have "switcher" on keyboard
Apr 09 19:02:44 <max_posedon> will switch alpha to numeric
Apr 09 19:03:00 <max_posedon> but, first thing that I did when I get neo - disable sim-pin
Apr 09 19:04:51 <tokstolle> okay, where is the switcher? an how can I disable the sim-pin?
Apr 09 19:11:03 <tokstolle> my interface does not look like as it shown here: http://wiki.openmoko.org/wiki/Manuals/Om_2007.2
Apr 09 19:12:34 <max_posedon> because you have other UI
Apr 09 19:12:38 <SpeedEvil> 2007.2 is somewhat outdated.
Apr 09 19:13:15 <Defiant> SpeedEvil: is it? It doesn't sound outdated ;)
Apr 09 19:14:09 <tokstolle> so I dont have any usable setting manager. I have a main menu with contacts, dialer locations. No settings
Apr 09 19:14:40 <tokstolle> I think I should install another OS first?
Apr 09 19:15:14 <marsan> go for SHR
Apr 09 19:15:36 <swoody> marsan: why do you reccomend SHR?
Apr 09 19:16:11 <marsan> swoody: its pretty much the most stable distro so far. 
Apr 09 19:16:15 <marsan> http://wiki.openmoko.org/wiki/SHR
Apr 09 19:16:30 <Heinervdm> swoody: (SIM card error) have you updated the GSM firmware?
Apr 09 19:16:53 <swoody> Heinervdm: no idea, I just got the phone with andriod on it, I'm flashing QTMoko right now
Apr 09 19:17:30 <Heinervdm> swoody: older GSM firmware had problems with some sim cards
Apr 09 19:17:51 <swoody> will the reflash help out, or is there somethign else I need to do?
Apr 09 19:18:38 <marsan> you can disable sim-pin with another phone if u wish
Apr 09 19:18:42 <Heinervdm> swoody: flashing new GSM firmware is enough
Apr 09 19:18:53 <tokstolle> Oh what did I told you, I have a settings manager, but I cannot change anything there. Only infos about the buildserver, which U-boot ...
Apr 09 19:19:49 <tokstolle> And its allmost imposible to wake up the display after it dimms
Apr 09 19:20:34 <tokstolle> sometimes it can be waked with the reset button, sometimes don't :P
Apr 09 19:21:17 <tokstolle> for example now. Its dark and remains dark
Apr 09 19:22:43 <Heinervdm> tokstolle: flash another distro OM2007.2 is really old
Apr 09 19:23:55 <marsan> agreed
Apr 09 19:28:29 <tokstolle> it is not OM2007.2, I just wrote it does not look like OM2007.2 and I cannot get any info how to toggle the keyboard
Apr 09 19:29:05 <tokstolle> so in the mean time I boot it again. the build is from 18.12.2008
Apr 09 19:29:11 <paulk_> Hello! Is OpenMoko still producing FreeRunners ?
Apr 09 19:30:14 <tokstolle> for U-Boot I see Neo1973 Bootloader U-Boot 1.3.2-moko12
Apr 09 19:31:29 <tokstolle> Build Host is Barbie, hmmm if this says anything to you? For version on the top, is no number :-/
Apr 09 19:32:52 <marsan> build host barbie was OM 2008.12 as far as i can remember
Apr 09 19:33:31 <marsan> i would say it is still pretty useless compared t qtmoko and SHR wich are more up to date.
Apr 09 19:35:27 <tokstolle> so okay I should install qtmoko first? Im a debian-user. But to start with OM I should choose qtmoko or SHR anyway?
Apr 09 19:38:23 <marsan> i like SHR but thats just me
Apr 09 19:45:23 <tokstolle> Okay I'll take a look on these distros. I must leave now, but I'll be back.  Keep it up :)
Apr 09 19:58:58 <swoody> woohoo! No buzz on my phone :D (knock on wood)
Apr 09 20:02:56 <swoody> offhand, does anyone know what license u-boot is under?
Apr 09 20:04:00 <SpeedEvil> I vaguely recally it was GPL2, moving to GPL3
Apr 09 20:10:18 <swoody> thanks SpeedEvil :)
**** ENDING LOGGING AT Sat Apr 10 02:59:57 2010