**** BEGIN LOGGING AT Wed Aug 19 02:59:56 2009
Aug 19 05:14:01 <Undrwater> anyone know what illume's screenlock command is?
Aug 19 06:19:08 <brolin> Can someone please help me configure IP over USB for my FreeRunner on Ubuntu 8.04 Desktop i386?
Aug 19 06:20:42 <brolin> My LAN uses 192.168.0.0/24, which I do not want to change just for my FreeRunner.
Aug 19 06:25:33 <PaulFertser> brolin: well,
Aug 19 06:26:23 <PaulFertser> brolin: FR uses 192.168.0.0/30 if you don't have that in your network, that'd be ok
Aug 19 06:29:09 <laotseu> brolin: you also can just add a special route to your FR if 192.168.0.202 is not already used on your network
Aug 19 06:29:23 <laotseu> something like : route add -host 192.168.0.202 dev usb0
Aug 19 06:35:51 <brolin> laotseu: I already tried that.  I still could not ssh to my FR, but I do not even know if I could communicate with the FR because I did not even try pinging the FR.
Aug 19 06:36:10 <TeLLuS> brolin: Change ip of FR in /etc/network/interfaces
Aug 19 06:38:07 <TeLLuS> Example to 192.168.2.202
Aug 19 06:38:58 <brolin> Aug 18 23:37:33 k7t266 kernel: [175353.796154] usb 1-2: new full speed USB device using ohci_hcd and address 5
Aug 19 06:39:01 <brolin> Aug 18 23:37:34 k7t266 kernel: [175354.024060] usb 1-2: configuration #1 chosen from 2 choices
Aug 19 06:39:05 <brolin> Aug 18 23:37:34 k7t266 kernel: [175354.040848] usb0: register 'cdc_ether' at usb-0000:00:09.0-2, CDC Ethernet Device, 9e:8e:9d:75:da:df
Aug 19 06:39:08 <brolin> Aug 18 23:37:34 k7t266 dhcdbd: message_handler: message handler not found under /com/redhat/dhcp/usb0 for sub-path usb0.dbus.get.reason
Aug 19 06:39:12 <brolin> Aug 18 23:37:35 k7t266 dhcdbd: Unrequested down ?:2
Aug 19 06:39:12 <brolin> Is that normal?
Aug 19 06:39:58 <brolin> That is what I get in /var/log/messages when I connect my FR via USB.
Aug 19 06:50:15 <brolin> [brolin@k7t266] [0] [9] ~/
Aug 19 06:50:15 <brolin> $ ssh -X root@192.168.0.202
Aug 19 06:50:15 <brolin> root@192.168.0.202's password:
Aug 19 06:50:17 <brolin> root@om-gta02:~#
Aug 19 06:51:50 <brolin> Yay, it works this time.  I forgot to disable suspend the first time, though.
Aug 19 06:54:07 <brolin> I spoke too soon. :(  I cannot type anything at the shell prompt on my FR.
Aug 19 07:30:03 <brolin> My ssh connection to my FR died again. :(
Aug 19 07:31:37 <CIA-52> openmoko: 03werner * r5485 10/trunk/gta02-core/ (AUTHORS modules/STATUS modules/ge865.fpd modules/mkloe): 
Aug 19 07:31:37 <CIA-52> openmoko: - finished GE865 footprint
Aug 19 07:31:37 <CIA-52> openmoko: - added GE865 to modules/mkloe
Aug 19 08:15:21 <bert_2> Hi, just updated shr-unstable and I have an odd problem
Aug 19 08:16:24 <bert_2> mokonnect wifi scan doesn't return any wifi's but iwlist scan does
Aug 19 08:22:07 <tomcatek> maubye signal strenght is too low?
Aug 19 08:57:22 <DocScrutinizer> bernt: yes, found that too. Connman will be replaced by network-manager
Aug 19 09:12:33 <Etu> Can I update my SHR-Unstable with opkg?
Aug 19 09:12:51 <Etu> I was not able to get so much updates wit SHR-Testing
Aug 19 09:13:53 <tomcatek> now it's safe to do that
Aug 19 09:14:16 <tomcatek> but You have to check before every upgrade, if there isn't anything broken
Aug 19 09:16:48 <Etu> Ok, cool :)
Aug 19 09:17:30 <Etu> I was happy when I booted upp SHR-Unstable, I got NAT! :) And saving GPRS settings! :)
Aug 19 09:20:54 <Tanuva> can someone recommend a small program to look at to get started with python+elm?
Aug 19 09:21:15 <Tanuva> I know python quite a bit, but elementary is... strange.
Aug 19 10:36:06 <CIA-52> openmoko: 03werner * r5486 10/trunk/gta02-core/docs/ecn/ecn0030/ (. lvl.pl): - ECN0030 (modem) complement: level-shifting with a resistive divider
Aug 19 13:12:11 <dns53> does shr work for anyone? the image on the 8th does not work for me
Aug 19 13:31:07 <Etu> dns53: It works for me, but I needed to boot it 3 times...
Aug 19 13:35:35 <xyzz> how can I trigger sim unlock, if the sim was plugged after X server start?
Aug 19 13:36:05 <DocScrutinizer> switch off and on modem
Aug 19 13:36:46 <DocScrutinizer> modem stalled anyway if you removed bat to insert sim
Aug 19 13:41:09 <DocScrutinizer> so officially recommended SOP is: switch off modem, remove bat, insert sim, insert bat, switch on modem
Aug 19 13:42:10 <DocScrutinizer> NOT for gta01 though!!
Aug 19 14:39:05 <CIA-52> openmoko: 03werner * r5487 10/trunk/eda/fped/ (Makefile README TODO gui_style.c): 
Aug 19 14:39:05 <CIA-52> openmoko: - Makefile: now requires /bin/bash (for PIPESTATUS)
Aug 19 14:39:05 <CIA-52> openmoko: - Makefile: use PIPESTATUS to catch errors in the icon conversion pipe
Aug 19 14:39:05 <CIA-52> openmoko: - Makefile: whitespace and comment cleanup
Aug 19 14:39:05 <CIA-52> openmoko: - gui_style.c: removed no longer needed definition of INVALID
Aug 19 14:39:06 <CIA-52> openmoko: 03werner * r5488 10/trunk/gta02-core/docs/GETTING-STARTED: - fped now requires bash
Aug 19 14:43:32 <candrews> What is status of the distributions? I want a distro I can use for an every day phone... is SHR the way to go?
Aug 19 14:44:18 <PaulFertser> candrews: yes
Aug 19 14:45:46 <candrews> Another question: Is the buzz problem worth fixing? Does it affect a lot of users? Am I likely to encounter it?
Aug 19 14:46:14 <lindi-> candrews: yes
Aug 19 14:46:23 <candrews> :-(
Aug 19 14:46:47 <Etu> candrews: Im running SHR-unstable, It works great :-)
Aug 19 14:46:48 <candrews> Any idea how an American get it fixed? I live near MIT... it seems some place around here should be able to do the soldering :-)
Aug 19 14:46:48 <PaulFertser> candrews: the buzz problem is hardware and present on all devices.
Aug 19 14:48:16 <PaulFertser> candrews: so i'd recommend to buy the needed components (0402 2.2R and 100uF "small" smd capacitor) and then go find some capable guys. Don't forget to print out the buzzfixng instructions first.
Aug 19 14:49:56 <Etu> PaulFertser: What is wrong in the hardware, what happens if I fixing it?
Aug 19 14:51:04 <dos1> did you guys really not know about buzz-fix?
Aug 19 14:51:08 <dos1> ;/
Aug 19 14:51:11 <PaulFertser> Etu: one of mic lines gets too much RF from gsm, it gets inside the can, it gets rectified on MICBIAS generator and then gets back to the mic lines.
Aug 19 14:51:13 <candrews> I know about the buzz fix
Aug 19 14:51:28 <candrews> Andit's impossible for me personally to fix... and I have no idea how I'm going to get it fixed.
Aug 19 14:52:19 <Etu> PaulFertser: Aww. Where can I download more information about the fix?
Aug 19 14:52:28 <PaulFertser> Etu: if you fix it the proposed way you basically buffer MICBIAS line so even the strong rectified/detected GSM signal doesn't affect the mic line. Since mic is connected differentially, you get the signal from the other line.
Aug 19 14:52:50 <PaulFertser> Etu: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf
Aug 19 14:53:14 <DocScrutinizer> huh??
Aug 19 14:53:20 <Etu> PaulFertser: I will read it :)
Aug 19 14:53:25 <PaulFertser> DocScrutinizer: what's wrong?
Aug 19 14:53:27 <DocScrutinizer> 2ho mentioned my name??
Aug 19 14:53:37 <Etu> And maybe fix it
Aug 19 14:53:46 <PaulFertser> DocScrutinizer: just me popularising your buzzfixing guide :D
Aug 19 14:53:54 <DocScrutinizer> k then
Aug 19 14:54:00 <CIA-52> openmoko: 03werner * r5489 10/trunk/gta02-core/components/STATUS: - Werner reviewed the GE865 module
Aug 19 14:54:23 * DocScrutinizer disappears in a cloud of sulfur and smoke
Aug 19 14:54:32 <PaulFertser> Etu: so that? That's the master!
Aug 19 15:07:51 <Etu> PaulFertser: Will the mic in SHR still work if I succeed with the fix?
Aug 19 15:08:12 <PaulFertser> Etu: i hope that's rethorical question.
Aug 19 15:08:45 <Etu> But SHR listen to the two mics?
Aug 19 15:11:11 <soltys> ...
Aug 19 15:11:25 <soltys> Etu: if you do the fix right it will work
Aug 19 15:11:26 <soltys> ;P
Aug 19 15:11:53 <Slaxxer> what up doc?
Aug 19 15:13:20 <Etu> soltys: Nice... I will talk to ma father about it, he is a radio amateur
Aug 19 15:13:46 <soltys> Etu: I've done it myself ;)
Aug 19 15:13:51 <soltys> and it works ;P
Aug 19 15:14:43 <Etu> soltys: Cool :)
Aug 19 15:14:52 <soltys> Etu: i know ;)
Aug 19 15:14:54 <Etu> soltys: Was it hard?
Aug 19 15:15:28 <soltys> Etu: hm ir depends ;P
Aug 19 15:15:35 <Etu> Damn... :p
Aug 19 15:15:55 <soltys> if I looked at schematics at first place it would be easy ;P
Aug 19 15:16:09 <soltys> but after few problems it works
Aug 19 15:16:31 <Etu> ^^
Aug 19 15:31:32 <xyzz> DocScrutinizer thnx, it (almost) worked :)
Aug 19 15:38:04 <DocScrutinizer> xyzz: errr, what worked?
Aug 19 17:21:17 <Etu> Hmm, how to get support for screen locking in SHR?
Aug 19 17:21:28 <Etu> It tells me that it is disabled
Aug 19 17:30:17 <dos1> Etu: aux...
Aug 19 17:34:24 <candrews> I'm having a problem with dfu-util segfaulting while flashing roots
Aug 19 17:34:27 <candrews> *rootfs
Aug 19 17:34:50 <candrews> # dfu-util -a rootfs -d 0x1d50:0x5119 -D full-om-gta02.jffs2 
Aug 19 17:34:50 <candrews> dfu-util - (C) 2007-2008 by OpenMoko Inc.
Aug 19 17:34:50 <candrews> This program is Free Software and has ABSOLUTELY NO WARRANTY
Aug 19 17:34:50 <candrews> Opening USB Device 0x1d50:0x5119...
Aug 19 17:34:50 <candrews> Found Runtime: [0x1d50:0x5119] devnum=12, cfg=0, intf=0, alt=6, name="rootfs"
Aug 19 17:34:51 <candrews> Claiming USB DFU Interface...
Aug 19 17:34:53 <candrews> Setting Alternate Setting ...
Aug 19 17:34:57 <candrews> Determining device status: state = dfuIDLE, status = 0
Aug 19 17:34:59 <candrews> dfuIDLE, continuing
Aug 19 17:35:01 <candrews> Transfer Size = 0x1000
Aug 19 17:35:03 <candrews> bytes_per_hash=1911029
Aug 19 17:35:05 <candrews> Starting download: [####Segmentation fault
Aug 19 17:35:07 <candrews> :-(
Aug 19 17:37:33 <ndnihil> that sucks
Aug 19 17:37:38 <candrews> indeed!
Aug 19 17:37:56 <candrews> I'm wondering if anyone else has had this happen, and what I could do to work around it
Aug 19 17:38:03 <candrews> Cause I have a brick I can't flash now :-)
Aug 19 17:38:15 <ndnihil> out of memory on your workstation?
Aug 19 17:38:29 <candrews> No, I'm on a 64bit laptop with 4gb RAM.
Aug 19 17:39:55 <ndnihil> probably not then
Aug 19 17:40:23 <ndnihil> could be the 64 bit thing
Aug 19 17:40:40 <ndnihil> but I'd expect it to crap out before that
Aug 19 17:41:12 <ndnihil> have another machine you can try it on?
Aug 19 17:43:11 <candrews> ndnihil, not now. I have a very similar machine at home, I'll try that later... I'm concerned I'll get the same result.
Aug 19 17:43:31 <kardan__i> whats the best way to contact manufactorers of the freerunner
Aug 19 17:49:24 <lindi-> candrews: you are running dfu-util as root?
Aug 19 17:50:28 <candrews> I am
Aug 19 18:41:09 <Slaxxer> i guess u changed the cable
Aug 19 19:02:40 <PaulFertser> lindi-: i've read #2277 many times considering relation to the issues i was concerned with but it's not the same. The issue i tried to fix (reloading module is a workaround, not fix) is due to eth0 not "released" (dissappearing) after unbinding, it's still listed in /sys/class/net or ifconfig -a.
Aug 19 19:03:04 <PaulFertser> lindi-: #2277 is about touching properties of existing but inactive interface.
Aug 19 19:04:17 <PaulFertser> I "fixed" my issue here and now i can "bind"/wpa_supplicant/"unbind"/"bind"/... many times in a raw without issues.
Aug 19 19:04:45 <CIA-52> freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * rb808284b74e2 10framework/framework/subsystems/opimd/query_manager.py: opimd: Query manager: fix missing import
Aug 19 19:05:01 <PaulFertser> lindi-: and imho (parts of) ar6000 need rewriting, not bugfixing :(
Aug 19 19:21:08 <lindi-> PaulFertser: yes i remember your patch but how can I reproduce the bug?
Aug 19 19:21:16 <lindi-> PaulFertser: just by running wpa_supplicant?
Aug 19 19:21:32 <lindi-> PaulFertser: i am doing bind/unbind here all the time without any ill effects
Aug 19 19:23:45 <dos1> PaulFertser: are "Input/output error" related with that bind/unbind stuff?
Aug 19 19:35:04 <lindi-> dos1: they are normal
Aug 19 19:35:43 <dos1> lindi-: hmm? when io error happens, then i'm not able to use wifi at all
Aug 19 19:35:54 <dos1> lindi-: and kernel panics on halting
Aug 19 19:36:03 <dos1> and before that prints lots of oops
Aug 19 19:36:09 <dos1> so i don't think it's normal ;)
Aug 19 19:36:22 <dos1> i'm even not able to turn wifi off
Aug 19 19:36:38 <dos1> wmiconfig -i eth0 --power maxperf says "input/output error" as well
Aug 19 19:37:00 <dos1> when i see first io error, then after that every communication with wifi fails
Aug 19 19:37:03 <PaulFertser> lindi-: try to bind, unbind and look at ifconfig -a
Aug 19 19:37:16 <PaulFertser> lindi-: most times i saw eth0 listed.
Aug 19 19:37:26 <dos1> (i'm not able to connect with wifi even without that io errors, but i think that's different story)
Aug 19 19:38:11 <lindi-> dos1: are you using the wifi patch?
Aug 19 19:38:22 <dos1> lindi-: i'm using latest andy-tracking
Aug 19 19:38:42 <lindi-> dos1: it's not there
Aug 19 19:39:07 <dos1> why not?
Aug 19 19:39:20 <lindi-> dos1: read the bug report
Aug 19 19:39:33 <dos1> so it's normal it happens on plain andy-tracking?
Aug 19 19:39:44 <lindi-> dos1: yes
Aug 19 19:40:58 <lindi-> dos1: http://docs.openmoko.org/trac/ticket/2277 and all the emails related to it
Aug 19 19:41:34 <lindi-> PaulFertser: i don't see eth0 with ifconfig -a
Aug 19 19:44:56 <lindi-> PaulFertser: iki.fi/lindi/openmoko/wifi-example1.txt
Aug 19 19:45:31 <lindi-> PaulFertser: does that have the important info?
Aug 19 19:52:05 <CIA-52> freesmartphone.org: 03seba.dos1 07framework * r34eb2a6e27c8 10/framework/subsystems/opimd/pimd_contacts.py: opimd: Contacts: cosmetic changes in few comments
Aug 19 19:56:44 <CIA-52> freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r81b704f7fe3c 10framework/framework/subsystems/opimd/ (pimb_sqlite_calls.py pimd_calls.py): opimd: Calls: base Calls domain on GenericDomain (not everything ported yet!)
Aug 19 20:07:23 <CIA-52> freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r56e32575538e 10framework/framework/subsystems/opimd/ (pimd_calls.py pimd_generic.py): opimd: Calls: implement missing stuff
Aug 19 20:07:49 <PaulFertser> lindi-: there's a race there, it sometimes works, sometimes doesn't. E.g. i almost always had eth0 after unbinding until i turned on retrieving debug info.
Aug 19 20:09:51 <lindi-> PaulFertser: really?
Aug 19 20:09:54 <PaulFertser> lindi-: moreover i did something like wpa_supplicant bla-bla; echo bla-bla, then killed wpa_supplicant. I think it's not exactly the same as your example.
Aug 19 20:10:12 <lindi-> PaulFertser: can you provide me a script to run?
Aug 19 20:10:27 <PaulFertser> lindi-: i can try
Aug 19 20:12:45 <PaulFertser> lindi-: are you using the "questionable" patch?
Aug 19 20:13:31 <PaulFertser> lindi-: because it touches exactly the relevant stuff.
Aug 19 20:13:32 <lindi-> PaulFertser: 'wifi_ifupdown.patch (1.1 KB) - added by budfive 2 months ago.'
Aug 19 20:13:41 <PaulFertser> lindi-: yes, that one
Aug 19 20:13:55 <lindi-> PaulFertser: my setup is documented in detail at wiki.openmoko.org/wiki/User:Lindi
Aug 19 20:14:06 <PaulFertser> lindi-: i'm not surprised you don't see manifistation of the problem i investigated.
Aug 19 20:15:34 <CIA-52> freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r73b0a870cfc8 10framework/framework/subsystems/opimd/pimb_sqlite_calls.py: opimd: SQLite-Calls: fix function names
Aug 19 20:20:20 <CIA-52> freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r10797759f78b 10framework/framework/subsystems/opimd/pimd_calls.py: opimd: Calls: fix copy'n'paste error
Aug 19 20:32:30 <CIA-52> freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r961c9a7d2727 10framework/framework/subsystems/opimd/pimd_calls.py: opimd: Calls: fix register_missed_call
Aug 19 21:08:57 <rafa> somebody knows if Xglamo has xtest extension?
Aug 19 21:12:58 <jaj> has anybody thought about / tested suspend to disk on the freerunner?
Aug 19 21:47:37 <PaulFertser> rafa: Xglamo is unmaintained xorg xf86 driver is stable for quite some time.
Aug 19 22:10:17 <rafa> PaulFertser: thanks, I will try xorg driver 
Aug 19 22:13:52 <CIA-52> openmoko: 03werner * r5490 10/trunk/eda/fped/ (dump.c fbga.fpd inst.h obj.h postscript.c sc89.fpd): 
Aug 19 22:13:52 <CIA-52> openmoko: - postscript.c: always run flattenpath before pathbbox
Aug 19 22:13:52 <CIA-52> openmoko: - postscript.c: fixed algorithm in "center"
Aug 19 22:13:52 <CIA-52> openmoko: - dump.c: reorder frames if we would end up with forward-references
Aug 19 22:13:52 <CIA-52> openmoko: - sc89.fpd, fbga.fpd: changed "part" to new "package"
Aug 19 22:20:04 <CIA-52> freesmartphone.org: 03mickey 07libgsm0710 * r002085c03612 10/ (ChangeLog configure.ac src/gsm0710-1.0.vapi): 
Aug 19 22:20:04 <CIA-52> freesmartphone.org: Add constructor instead explicit call to initialize. Warning: API change!
Aug 19 22:20:04 <CIA-52> freesmartphone.org: Release as 1.1.2
Aug 19 22:20:36 <CIA-52> freesmartphone.org: 03mickey 07libgsm0710 * rbc430f1eea64 10/configure.ac: post-release version bump
Aug 19 22:29:11 <CIA-52> freesmartphone.org: 03mickey 07libgsm0710 * r58975cc7375c 10/src/gsm0710-1.0.vapi: brown paperbag release...
Aug 19 22:30:52 <CIA-52> freesmartphone.org: 03mickey 07libgsm0710 * r7e8ad2b8d3e2 10/configure.ac: post-release version bump
Aug 19 22:32:05 <CIA-52> freesmartphone.org: 03mickey 07libgsm0710mux * r72e6528d0bac 10/gsm0710mux/ (manager.vala multiplexer.vala): libgsm0710mux: fault tolerance++
Aug 19 22:32:05 <CIA-52> freesmartphone.org: 03mickey 07libgsm0710mux * rf36068082e9f 10/ (ChangeLog configure.ac gsm0710mux/multiplexer.vala): catch up with libgsm0710 API change. release as 0.3.6
Aug 19 22:32:37 <CIA-52> freesmartphone.org: 03mickey 07libgsm0710mux * r13e4f24d2a4f 10/configure.ac: post-release version bump
Aug 19 22:52:40 * [Rui] waves...
Aug 19 22:53:05 <[Rui]> how can I know that my submissions to openbmap are being delivered? I don't see myselft here: http://realtimeblog.free.fr/logins_stats.php
Aug 19 22:53:13 <[Rui]> is it updated very rarely?
Aug 19 22:53:41 <PaulFertser> [Rui]: probably every 4 hours.
Aug 19 22:54:00 <[Rui]> PaulFertser: hms... then it doesn't have what I send yesterday :(
Aug 19 22:54:27 <PaulFertser> [Rui]: sometimes it even more rare, sometimes they trigger it by hand, sometimes the server is busy processing some huge contribution.
Aug 19 22:54:35 <[Rui]> this weekend I'll be doing about 500km of scan so I'd like to be sure to include them :)
Aug 19 22:54:42 <[Rui]> ah
Aug 19 22:55:58 <[Rui]> PaulFertser: and can I use the openbmap db offline with FSO?
Aug 19 22:56:14 <CIA-52> freesmartphone.org: 03mickey 07libgsm0710 * r08d915268024 10/ (4 files in 2 dirs): write more versatile gsm0710_context_new instead of gsm0710_context_initialize
Aug 19 22:56:37 <CIA-52> freesmartphone.org: 03mickey 07libgsm0710mux * r57afc91fe0e7 10/configure.ac: bump version number to require libgsm0710 0.9.0
Aug 19 22:56:47 <PaulFertser> [Rui]: afaik not yet, there were some plans but no implementation. At least i didn't heard about anything.
Aug 19 22:56:57 <[Rui]> PaulFertser: oh...
Aug 19 22:57:15 <CIA-52> freesmartphone.org: 03mickey 07fso-abyss * r008ea0c1c911 10/configure.ac: requirements++
Aug 19 22:57:51 <mickey|dinner> we already ship a version of it in ms5.5
Aug 19 22:57:59 <mickey|dinner> the API is preliminary though
Aug 19 22:58:11 <mickey|dinner> will develop something final in collaboration with onen
Aug 19 22:59:42 <[Rui]> mickey|dinner: I have a bigger interest in offline db copy, because at least in Portugal there's not a lot of free wifi around and GPRS will drive me bankrupt in no time :)
Aug 19 23:00:31 <mickey|dinner> shoragan was working on that, but got sidetracked
Aug 19 23:00:41 <mickey|dinner> ms5.5 already ships with a db and a demo page
Aug 19 23:00:45 <mickey|dinner> (as part of zhone)
Aug 19 23:01:54 <PaulFertser> Sorry for misinformation then... I thought that once something working is ready, there will be a great enthusiasm around that so i though i couldn't have missed it.
Aug 19 23:02:05 <[Rui]> PaulFertser: ah! the twitter account shows my data got there!
Aug 19 23:04:09 <mickey|dinner> PaulFertser: well, we didn't really make a fuzz about it since it comes with a preliminary API. It was just a sentence in the release notes ;)
Aug 19 23:05:05 <[Rui]> mickey|dinner: then that's maybe where I saw some connection
Aug 19 23:05:20 <[Rui]> now I was trying to find if it was possible and finding a bit too hard :)
Aug 19 23:05:43 <[Rui]> cool! now I can see where I've been, and most likely a couple of friends of mine.
Aug 19 23:06:33 <CIA-52> freesmartphone.org: 03mickey 07vala-terminal * rfd96ce26752d 10/src/terminal.vala: catch up with stronger type checking in vala 0.7.x
Aug 19 23:06:33 <[Rui]> since I bought the car charger I won't have any problems getting all that data this weekend :)
Aug 19 23:06:49 <[Rui]> well, good night and keep up the good work! :)
Aug 19 23:06:55 <[Rui]> thanks
Aug 19 23:09:40 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * rcdf2c2e6e74d 10/libfsoframework/fsoframework/ (4 files): 
Aug 19 23:09:40 <CIA-52> freesmartphone.org: libfsoframework: catch up with Vala no longer autogenerating constructors
Aug 19 23:09:40 <CIA-52> freesmartphone.org: See http://bugzilla.gnome.org/show_bug.cgi?id=578417
Aug 19 23:36:16 <hipitihop> when installing the various libqt* packages for litephone on my shr-u as per wiki, I get traces like "/sbin/ldconfig: /usr/lib/liblber-2.3.so.0 is not a symbolic link" can someone enlighten me pls
Aug 20 00:08:22 <rooly> hmm
Aug 20 00:08:30 <rooly> so...anyone else heard about Qi?
Aug 20 00:09:19 <max_posedon> rooly, most of us
Aug 20 00:09:26 <rooly> no, not qi
Aug 20 00:09:28 <rooly> Qi
Aug 20 00:09:36 <rooly> the new wireless power standard
Aug 20 00:31:37 <candrews> I just installed SHR, and if SSH'ed in, and typed opkg... but it says opkg is not found
Aug 20 00:31:47 <candrews> This seems like a serious problem. How do I install opkg?
Aug 20 00:32:17 <max_posedon> candrews, oplg-cl
Aug 20 00:32:37 <max_posedon> (temporary issue)
Aug 20 00:32:40 <candrews> WOAH
Aug 20 00:32:57 <candrews> I wish I knew that 6 hours ago :) I've reflashed different images a bunch of times, thinking I had a corrupted image, or a bad xfer :-)
Aug 20 00:32:59 <candrews> thank you!
Aug 20 00:35:13 <playya_> candrews, run opkg-cl upgrade and opkg should be back
Aug 20 00:37:22 <candrews> How does one keep the clock in sync? is ntp used, or gsm?
Aug 20 00:38:06 <max_posedon> gsm can't sync clock
Aug 20 00:38:10 <max_posedon> ntp or gps can
Aug 20 00:38:17 <max_posedon> (gsm can only timezone)
Aug 20 00:38:47 <candrews> max_posedon, that's WICKED cool. A lot has changed since I last played with my freerunner ~8 months ago :-)
Aug 20 00:39:09 <candrews> max_posedon, if you don't mind my o/t question, if gsm can't provide time, how do regular gsm cell phone get the time?
Aug 20 00:39:34 <max_posedon> candrews, are you sure that you speaking about _gsm_ cell phone, not cdma?
Aug 20 00:40:06 <candrews> max_posedon, positive... my gsm razr has the time set automatically, i never set it
Aug 20 00:40:44 <max_posedon> hm.. are you sure that _time_ set automatically, not just timezone?
Aug 20 00:41:17 <max_posedon> I really first time here that gsm protocol can sync time.
Aug 20 00:41:51 <candrews> pretty sure... I don't see how it can always be right. It should have drifted over the years by at least a couple minutes. And it has the wrong time after a battery pull until it gets a cell signal.
Aug 20 00:42:19 <max_posedon> ok, anyway, may be it just doesn
Aug 20 00:42:27 <max_posedon> t work with my and few others operators
Aug 20 00:42:58 <max_posedon> so, ntp and gps works always, and neo (shr) automatically can retrive this info, when it possible.
Aug 20 00:44:23 <max_posedon> candrews, as about shr/neo status - it usable to day-to-day use after buzzfixing
Aug 20 00:44:47 <max_posedon> and right now I have to sleep few hours, good luck
Aug 20 00:45:01 <candrews> max_posedon, enjoy the nap!
Aug 20 00:57:24 <DocScrutinizer> candrews: you managed to fix your dfu-util issues?
Aug 20 01:19:12 <candrews> DocScrutinizer, I used a different computer. Actually, it's almost exactly the same hardware, but Ubuntu Karmic instead of Jaunty.
Aug 20 01:19:47 <DocScrutinizer> I guess your USB-driver might differ
Aug 20 01:20:10 <candrews> it's different kernels, so anything is possible
Aug 20 01:20:19 <DocScrutinizer> yup
Aug 20 01:20:57 <candrews> I have to get the buzz fix, but I'm at a loss as to how. Who do I contact, or how do I even find out how who to contacT/
Aug 20 01:21:16 <DocScrutinizer> candrews: for timesync: only a few operators actually send timesync over GSM. Also it seems there is no official standard
Aug 20 01:21:33 <candrews> DocScrutinizer, wow, that's fascinating! Learn something every day :-)
Aug 20 01:22:21 <DocScrutinizer> for buzzfix: what is your state of knowledge about it?
Aug 20 01:22:55 <candrews> DocScrutinizer, I know what the problem is (as a user and technically), but I do not have the ability or tools to fix it myself.
Aug 20 01:23:34 <DocScrutinizer> candrews: so you know the big-C-SOP paper
Aug 20 01:23:44 <candrews> Yes, I've seen it
Aug 20 01:24:51 <DocScrutinizer> candrews: there's buzzfix-parties every now and then, in some countries. Also your reseller might offer the fix, as OM is kinda "paying" them for that
Aug 20 01:25:13 <DocScrutinizer> or used to do in the past
Aug 20 01:26:44 <DocScrutinizer> candrews: you might find details by reading community-ML 
Aug 20 01:26:59 <DocScrutinizer> archives
Aug 20 01:28:24 <DocScrutinizer> if you want to manage the fix by your own, a cellphone repair shop may be a good address. take a printout of the big-C SOP with you
Aug 20 01:30:53 <candrews> SHR is kinda pretty
Aug 20 01:31:02 <candrews> Who are the competitors to SHR? OM 2009?
Aug 20 01:32:38 <DocScrutinizer> candrews: if you have problems finding the parts (the capacitor and resistor) and your repair shop also doesn't know how to get them, you might get it from one of OM's voluntary parts-redistributors (e.g. me for Europe)
Aug 20 01:44:40 <candrews> would you recommend upgrading the GSM firmware?
Aug 20 01:46:39 <Kagee> candrews: it is recommemnded (maybe required) to upgrade the GSM for the new 2009-verions
Aug 20 01:49:06 <candrews> Kagee,  are the directions at http://wiki.openmoko.org/wiki/GSM/Flashing the recommended way of doing so?
Aug 20 01:53:03 <roh> there is no harm, one can basically only win
Aug 20 01:53:19 <roh> also the bootloader is in rom, so one cannot really fuck it up afaik
Aug 20 01:54:22 <roh> and i also flashed gta01, which were less fun when we couldnt flash from the phone-side but needed special cables (back then the updater was x86 only if i remember correctly)
Aug 20 01:54:50 <roh> but that all was fixed. i think joerg did a small image wich can do the update via an sdcard-image
Aug 20 01:55:52 <Kagee> roh / candrews : i used the sd-card updater, worked like a charm
Aug 20 01:57:36 <candrews> i take it moko11 is the latest firmware?
Aug 20 01:58:15 <Kagee> it was when i did my upgrade
Aug 20 01:58:31 <Kagee> i don't think it is something that gets updated often
Aug 20 02:00:10 <roh> yes. i think moko11 was the last
Aug 20 02:02:51 <candrews> I'm full of questions :-)
Aug 20 02:03:22 <candrews> for qi... testing, unstable, or experimental? I'm leaning towards unstable
Aug 20 02:09:55 <DocScrutinizer> moko11 is the latest and only one you'll find a uSD image for
Aug 20 02:10:56 <DocScrutinizer> sorry, no idea for Qi
Aug 20 02:11:17 <candrews> DocScrutinizer, I went for unstable. I doubt I'd see any difference between the 3 in any case.
Aug 20 02:11:28 <candrews> Hmm, now if I could make this thing boot faster...
Aug 20 02:11:38 <candrews> There has been nice progress in the past year! I'm psyched
Aug 20 02:12:02 <DocScrutinizer> candrews: there's roundabout 1sec diff tween uboot and qi
Aug 20 02:12:20 <DocScrutinizer> maybe 2
Aug 20 02:13:52 <DocScrutinizer> I still use uBoot as I like the bootmenu
Aug 20 02:14:32 <DocScrutinizer> qi is overrated. but that's just my 2 cents
Aug 20 02:16:03 <candrews> DocScrutinizer, I don't need the boot menu - I just have one system installed. What 2/+ do you have?
Aug 20 02:17:54 <DocScrutinizer> well I tweaked uBoot's env to start from uSD (SHR atm) by default. For rare cases I can select from an older NAND based image (also SHR)
Aug 20 02:18:55 <DocScrutinizer> also I created a small rescue partition on the uSD which isn't populated yet
Aug 20 02:21:48 <DocScrutinizer> so these are options I couldn't have with Qi + NOR uBoot obviously (except I'd (cd)are to tweak NOR with debugboard, or install a kexec-based linux bootmenu, which for sure would eat up all speed gain from qi
Aug 20 02:22:02 <DocScrutinizer> )
Aug 20 02:40:44 <candrews> DocScrutinizer, does SHR suspend?
Aug 20 02:40:56 <DocScrutinizer> usually
Aug 20 02:40:56 <candrews> In settings, suspend is disabled... so I'm confused
Aug 20 02:41:09 <candrews> So if i let it sit, it should suspend?
Aug 20 02:43:15 <DocScrutinizer> yes, if it didn't resume without any touch to the screen after that. 
Aug 20 02:44:52 <DocScrutinizer> that's a flaw in FSO that should be fixed by now (or maybe tomorrow)
Aug 20 02:46:27 <candrews> DocScrutinizer, I think I have just one more question, then I'm moving on to annoy the openwrt people :) I can't get mokoconnect to connect to my AP. It associates, but cannot get DHCP. I have 2 laptops right next to it that can connect without issue.
Aug 20 02:49:44 <DocScrutinizer> candrews: WiFi is a construction site still. Very few people report of flawless operation of MoFi or Mokonnect. the underlaying service connman is to be replaced by network-manager (next weekend?). So there's hope this will improve. for suspend: it's disabled by default as long as you have device hooked up to charger
Aug 20 02:50:18 <candrews> DocScrutinizer, wow! That suspend feature is AWESOME. That was such a pain last i played with this!
Aug 20 02:50:26 <roh> hey doc
Aug 20 02:50:32 <candrews> And switching to network manager?! It's like a dream come true!
Aug 20 02:50:33 <candrews> WOW
Aug 20 02:50:36 <DocScrutinizer> hey roh
Aug 20 02:50:39 <candrews> Okay, my day has been made.
Aug 20 02:50:47 <roh> do you know 'marko knoebl' ?
Aug 20 02:51:16 <roh> nm is nice, but needs a cluebat. same as that connectionmanager
Aug 20 02:51:45 <roh> nm now also got a (only usable for gprs) 3g layer, which basically needs to be replaced with a fso binding
Aug 20 02:52:50 <roh> still nm is intended for notebooks and needs to get a whole new ui for a phone, so its not 'small work'
Aug 20 02:53:49 <candrews> roh, I wouldn't say it is. I like going towards "standards" and nm is much larger, more active, and "standard" than connman, so I like it.
Aug 20 02:54:48 <candrews> I'm curious... fdo and other "regular" desktop frameworks overlap in a bunch of places (like you just mentioned, cellular connectivity). That seems weird and wrong.
Aug 20 02:55:04 <roh> candrews not neccessarily.
Aug 20 02:55:39 <candrews> Don't get me wrong - I'm not criticizing anyone's work. FSO/FDO etc are amazing, and I'm not smart enough to match them :-)
Aug 20 02:55:47 <roh> i think the stuff ive seen for nm is very basic an minimal. most modems are just 'the serial is named that weird way here and one needs to to that to change the band' .. only the 'diff from a at hayes' 
Aug 20 02:55:55 <roh> but thats not enough for a phone as we know.
Aug 20 02:56:21 <roh> yet they needed something which works to release with ubuntu 9.04 in april, so you see where i come from?
Aug 20 02:56:39 <candrews> i certainly do
Aug 20 02:57:07 * roh sees foss as 'evolutionary' coding, and replacing stuff with better stuff at the right point was never bad
Aug 20 02:57:19 <candrews> I concur with your vision :-)
Aug 20 02:58:08 <roh> also means if one doesnt have the right code now it will break. or have (security) bugs, but as long as there is a way to push updates properly, i dont see that as a problem
Aug 20 02:58:18 <roh> (not that security was any focus yet for om)
**** ENDING LOGGING AT Thu Aug 20 02:59:56 2009