**** BEGIN LOGGING AT Mon Aug 18 02:59:57 2008
Aug 18 03:12:03 <CIA-19> freesmartphone.org: 03charlie 07framework * ra08e01b98cf5 10/framework/subsystems/oeventsd/ (action.py oevents.py trigger.py): 
Aug 18 03:12:03 <CIA-19> freesmartphone.org: [oeventsd] Can connect to a DBus object signal before it has been created
Aug 18 03:12:03 <CIA-19> freesmartphone.org: So that we don't need to call the Init method.
Aug 18 03:12:03 <CIA-19> freesmartphone.org: Thanks to Mickey for the advice.
Aug 18 03:29:08 <CIA-19> freesmartphone.org: 03charlie 07framework * r69ebcf73680d 10/framework/ (3 files in 3 dirs): 
Aug 18 03:29:08 <CIA-19> freesmartphone.org: Added a 'get_object' class method to Controller
Aug 18 03:29:08 <CIA-19> freesmartphone.org: So that the subsystems can retrieve any registered DBus object without making a DBUs call.
Aug 18 04:40:59 <cjb> Dear shr.bearstech maintainers:  you should apply the XGlamo fix to fix input rotation in landscape
Aug 18 04:44:45 <Ken_Young> Is there anyone online who understands how to add a package to the Community Repository?
Aug 18 04:54:20 <rwhitby> cjb: there is no such thing as an shr.bearstech maintainer - it builds packages from OE - you need to talk to the people who maintain the packages in OE
Aug 18 04:54:33 <rwhitby> Ken_Young: answered in #openmoko
Aug 18 04:55:16 <rwhitby> cjb: (I maintain the autobuilder which creates the images and packages on shr.bearstech.com, but don't work for bearstech or anything like that - they just provide the hosting space0
Aug 18 04:55:28 <cjb> rwhitby: oh.  but the xglamo package in OE probably does already contain that fix, given that it's in most of the other builds?
Aug 18 04:55:40 <cjb> so it seems like whoever's producing that build just isn't pulling the latest package..?
Aug 18 04:56:11 <rwhitby> cjb: I'm the one producing that build, and it's done by building what's specified in OE
Aug 18 04:57:13 <rwhitby> for fso-testing, it builds whatever sane-srcrevs.inc in OE specifies as the latest tested version.  For fso-unstable, it uses whatever the OM developers have put in moko-autorev.inc and fso-autorev.inc to specificy which packages should be built from floating versions
Aug 18 04:58:47 <cjb> I see.  Thanks.
Aug 18 04:59:13 <cjb> Are you a good person to update the sane xglamo build to one that includes my #1244 fix?
Aug 18 04:59:30 <cjb> (pushed to GIT a week or so ago)
Aug 18 05:00:05 <rwhitby> if you can give me a OE package name, and GIT revision to build, and mickey_away ok's it, then I can.
Aug 18 05:00:18 <rwhitby> (assuming that version builds for me here)
Aug 18 05:01:01 <cjb> graeme said:
Aug 18 05:01:02 <cjb> > This has been updated in org.openmoko.dev and should appear in the next set of auto builds. 
Aug 18 05:01:07 <cjb> (11 days ago)
Aug 18 05:02:48 <cjb> the rev in glamo GIT is 4067470ea4d569bae7b4161ca998645a0c9b96e7
Aug 18 05:02:59 <cjb> I'm not sure what the OE package is for glamo, sorry.
Aug 18 05:11:40 <tmzt_mp900c_> rwhitby: do you know anything about getting xserver-xfbdev armel in experimental or pkg-fso repos?
Aug 18 05:12:39 <rwhitby> tmzt_mp900c_: no
Aug 18 05:13:10 <tmzt_mp900c_> you only do oe then, who works on pkg-fso?
Aug 18 05:21:44 <rwhitby> email the guy who sent out the announcement
Aug 18 05:21:54 <rwhitby> I don't know if he's here or what his nick is
Aug 18 05:27:49 <abraxa_> rwhitby: That would be nomeata, though shoragan might know as well
Aug 18 05:28:16 <abraxa_> tmzt_mp900c, I mean
Aug 18 05:28:37 <rwhitby> abraxa_: of course, yes, thanks.
Aug 18 07:09:35 <methril|laptop> morning
Aug 18 07:28:56 <trupheenix> how do i fire a GTK+ application using SSH?
Aug 18 07:30:24 <abraxa_> trupheenix: export DISPLAY=:0, then just execute it
Aug 18 07:30:41 <abraxa_> If it requires D-Bus you'll have to add in a dbus-launch for good measure
Aug 18 09:59:39 <CIA-19> freesmartphone.org: 03stefan 07artwork * raebee0763200 10/ (6 files in 2 dirs): illume-config: Move into illume dir to ease packaging
Aug 18 10:17:28 <CIA-19> freesmartphone.org: 03stefan 07artwork * r7b891b18b0cc 10/illume/ (illume/build.sh illume_init/build.sh): illume-theme: Rename our edjes to fso and fso_init to keep them separate from other themes available for illume/e
Aug 18 10:24:08 <charlie137> alphaone: hello
Aug 18 10:24:18 <alphaone> hi charlie137 
Aug 18 10:24:34 <charlie137> alphaone: you know about openembedded do you ?
Aug 18 10:24:49 <alphaone> charlie137: Yeah, I've worked with it for some time now.
Aug 18 10:24:57 <alphaone> What's the problem?
Aug 18 10:25:12 <charlie137> alphaone: well, I am trying to create a package for tichy
Aug 18 10:25:25 <charlie137> I have several questions
Aug 18 10:26:06 <alphaone> sure, ask away. I'll try to answer :-)
Aug 18 10:26:16 <charlie137> first : the sources are in a svn reprository, but I want the bb file to get my local copy for the moment
Aug 18 10:26:31 <charlie137> I tried to write my own do_fetch method 
Aug 18 10:26:34 <charlie137> but it never called
Aug 18 10:26:53 <charlie137> it *is never called
Aug 18 10:27:15 <charlie137> do_fetch() {
Aug 18 10:27:15 <charlie137>     echo "CHARLIE TEST"
Aug 18 10:27:15 <charlie137> 	cp -rf /home/charlie/Work/tichy ${WORKDIR}/
Aug 18 10:27:15 <charlie137> }
Aug 18 10:28:22 <charlie137> what do I do wrong ?
Aug 18 10:29:30 <alphaone> charlie137: There's do_fetch and do_unpack. I think the copying should happen in unpack..
Aug 18 10:30:11 <stefan_schmidt> Couldn't you not just set the SRC_URI to your local folder?
Aug 18 10:30:26 <alphaone> But that aside... I've never overwritten do_fetch yet.
Aug 18 10:31:00 <charlie137> stefan_schmidt: ah yes... I should try that...
Aug 18 10:31:40 <stefan_schmidt> charlie137: That way you would just need to change the SRC_URI back ones you are satisfied
Aug 18 10:31:42 <alphaone> Hmm, but it should work actually..
Aug 18 10:31:56 <stefan_schmidt> alphaone: yeah, it should...
Aug 18 10:32:23 <alphaone> charlie137: Maybe the change isn't picked up by oe?
Aug 18 10:32:29 <charlie137> i though that since the bb file name is tichy_svn.bb, i had to use a svn source
Aug 18 10:32:30 <alphaone> Try -c clean
Aug 18 10:32:35 <alphaone> or -c rebuild
Aug 18 10:32:44 <charlie137> i do -c clean and -c rebuild every time
Aug 18 10:32:50 <alphaone> okay
Aug 18 10:33:04 <charlie137> the bb file is in a 'local' directory, that only contains this package
Aug 18 10:33:55 <alphaone> charlie137: Are you sure that is parsed?
Aug 18 10:33:55 <charlie137> ah, setting my local dir in the SRC_URI works !
Aug 18 10:34:03 <alphaone> cool
Aug 18 10:34:13 <charlie137> ok, then the next question :)
Aug 18 10:34:33 <charlie137> what is this PR variable ?
Aug 18 10:35:00 <alphaone> charlie137: That's the revision of your .bb file
Aug 18 10:35:34 <alphaone> So if you change something in your recipe you bump PR so the change gets picked up by OE.
Aug 18 10:36:37 <charlie137> ah I see
Aug 18 10:36:45 <alphaone> Otherwise for example if you include a patch in the .bb file the package will have the same version as the one installed and opkg wouldn't update
Aug 18 10:36:48 <charlie137> nothing to do with the svn revision
Aug 18 10:36:51 <alphaone> nope
Aug 18 10:37:09 <alphaone> It's the oe (local) revision
Aug 18 10:37:41 <charlie137> ok good, I was able to build the ipkg file :)
Aug 18 10:38:24 <charlie137> still not working, but i am getting there I guess
Aug 18 10:39:21 <alphaone> :-)
Aug 18 10:40:23 <charlie137> there is an other problem
Aug 18 10:40:38 <charlie137> I need to compile a few C files
Aug 18 10:40:53 <charlie137> that include "pygame/pygame.h"
Aug 18 10:41:07 <charlie137> this header file is provided by python-pygame package
Aug 18 10:41:08 <alphaone> charlie137: In your distutils project?
Aug 18 10:41:16 <charlie137> yes
Aug 18 10:41:31 <charlie137> but pygame/pygame.h is provided by an other package
Aug 18 10:41:36 <alphaone> Hmm, you would have to ask mickey about how to best handle that..
Aug 18 10:41:47 <alphaone> charlie137: So DEPEND on it
Aug 18 10:42:22 <charlie137> as far as I understand, the header files should  be in the staging directory
Aug 18 10:42:39 <alphaone> Yeah
Aug 18 10:43:01 <charlie137> so if I had the DEPEND += pygame, the file will be there ?
Aug 18 10:43:10 <alphaone> ${STAGING_INCDIR}
Aug 18 10:43:16 <charlie137> I though I just need to build python-pygame
Aug 18 10:43:28 <alphaone> Points to include/
Aug 18 10:44:03 <charlie137> do_staging is the task that populate the staging dir right ?
Aug 18 10:44:34 <alphaone> charlie137: DEPENDS += "python-pygame" will make sure python-pygame is built before
Aug 18 10:44:41 <alphaone> and staging is populated
Aug 18 10:47:34 <charlie137> do you know python distutils ?
Aug 18 10:51:46 <charlie137> arg
Aug 18 10:51:50 <charlie137> a new problem
Aug 18 10:52:26 <charlie137> for some reason bitbake decided to rebuild libfreetype 
Aug 18 10:52:32 <charlie137> and failed
Aug 18 10:52:51 <charlie137>  arm-angstrom-linux-gnueabi-g77: command not found
Aug 18 10:54:27 <charlie137> how can I build the toolchain fortran compiler ?
Aug 18 11:14:36 <Weiss> charlie137: is there a 'gfortran' in your cross compiler folder?
Aug 18 11:17:32 <quickdev> He
Aug 18 11:23:27 <rwhitby> stefan_schmidt: illume-theme-freesmartphone - 0.0+gitr2+7b891b18b0ccd0f0767e943f8289e7db16b7bdf4 - r1 fails to install: http://tinderbox.openembedded.net/packages/102137/
Aug 18 11:24:16 <rwhitby> (looks like your most recent change causes the failure)
Aug 18 11:24:49 <rwhitby> (this is fso-unstable)
Aug 18 11:48:24 <rwhitby> alphaone: did you see my nmea.py replacement?
Aug 18 12:07:59 <stefan_schmidt> rwhitby: I know, already working on this.
Aug 18 12:12:46 <rwhitby> stefan_schmidt: not hassling you, since it's unstable :-)
Aug 18 12:13:21 <stefan_schmidt> rwhitby: yeah, alsways nice if other spot problems. Thanks.
Aug 18 12:13:36 <stefan_schmidt> rwhitby: Will do more tests before bumpinf srcrev. :)
Aug 18 12:13:39 <stefan_schmidt> bumping
Aug 18 12:14:09 <rwhitby> stefan_schmidt: the oestats makes is easy to see what's passing and failing
Aug 18 12:14:26 <rwhitby> http://tinderbox.openembedded.net/search/?status=Failed
Aug 18 12:14:50 <rwhitby> the fso-testing and fso-unstable builds are marked shr.bearstech.com
Aug 18 12:15:14 <stefan_schmidt> ok
Aug 18 12:16:02 <rwhitby> task-openmoko-feed now builds for fso-testing and fso-unstable, so if anyone wants applications added to the feeds, just add them to task-openmoko-feed.bb (making sure they build first)
Aug 18 12:16:48 <stefan_schmidt> rwhitby: ok, great. Great to see someone doing this work. Thanks.
Aug 18 12:18:07 <rwhitby> now that builds are stable, I feel I can now contribute to development using a stable baseline to work upon.  there's nothing worse than things moving under your feet and never knowing whether you or someone else broke something
Aug 18 12:19:43 <stefan_schmidt> rwhitby: yeah, that sucks. It's even a problem for us sometimes.
Aug 18 12:26:42 <alphaone> rwhitby: Where is that replacement? Trac?
Aug 18 12:27:08 <alphaone> rwhitby: Can you give me / point me to a quick changelog?
Aug 18 12:27:58 <rwhitby> alphaone: attached to http://trac.freesmartphone.org/ticket/50
Aug 18 12:28:32 <alphaone> rwhitby: Great, thanks.
Aug 18 12:28:43 * alphaone needs to enable email notifications on trac.fs.o
Aug 18 12:29:16 <rwhitby> Been using that for a couple of days - the only thing I can see wrong is that TangoGPS didn't report my speed correctly (perhaps it was in miles/hr instead of km/hr)
Aug 18 12:29:39 <rwhitby> but I don't think that problem is in the nmea parser code
Aug 18 12:29:54 <alphaone> rwhitby: I'm currently debugging PDU stuff, but I'll keep the tab open so I'll get to it later.
Aug 18 12:30:19 <alphaone> rwhitby: Okay. I don't think you could have made the stuff much worse :-)
Aug 18 12:30:47 <rwhitby> alphaone: mickey_away gave me commit privs, but I wanted to get the first contribution reviewed first.
Aug 18 12:30:49 <alphaone> So give me a little time and I'll apply.
Aug 18 12:31:00 <alphaone> rwhitby: Ah, better then.
Aug 18 12:31:25 <rwhitby> (mickey knows my commits on other projects for over 3 years now)
Aug 18 12:31:32 <alphaone> Okay, I'll respond to you on IRC when I had a chance to look at it. Then you can commit. Sounds good?
Aug 18 12:31:38 <rwhitby> yep
Aug 18 12:31:59 <rwhitby> or respond in the ticket if I'm asleep :-)
Aug 18 12:32:07 <rwhitby> (GMT+9:30 here)
Aug 18 12:32:09 <alphaone> Okay :-)
Aug 18 12:32:52 <rwhitby> once it's in, I'll add the corresponding lines to the om-gta01 framework.conf in OE so it will work out of the box
Aug 18 12:37:23 <alphaone> cool
Aug 18 12:38:06 <rwhitby> I'm all for making the changes required in OE so that everything works out of the box from a fresh reflash.
Aug 18 13:18:49 * rwhitby is tracking down why leaving fso/zhone running on a gta01 eventually fills up the jffs2 partition ...
Aug 18 13:19:04 <rwhitby> found the gllin log directory to start with ...
Aug 18 13:19:15 <rwhitby> and gps.gz ...
Aug 18 13:19:54 <rwhitby> I presume x.log and zhone.log will eventually fill up the tmpfs partition
Aug 18 13:28:17 <CIA-19> freesmartphone.org: 03stefan 07artwork * rda904c73236c 10/illume/illume-config/e.src: illume-theme: Pick up the right theme after renaming
Aug 18 13:38:19 <stefan_schmidt> hmm, what is busted if opkg-cl take forever during the do_rootfs stage?
Aug 18 13:38:27 <stefan_schmidt> Seems I busted my build. :(
Aug 18 13:40:16 <Weiss> stefan_schmidt: how long is 'forever'?
Aug 18 13:40:35 <stefan_schmidt> Well, over 30 minutes already
Aug 18 13:40:50 <stefan_schmidt> That wuite long on a 8 core 10GB monster :)
Aug 18 13:40:59 <Weiss> hmm.. indeed
Aug 18 13:41:19 <Weiss> i think it took no more than 5 mins on my single-core laptop, assuming we're talking about the same thing
Aug 18 13:41:46 <stefan_schmidt> yeah
Aug 18 13:41:55 <stefan_schmidt> jffs2 take some time
Aug 18 13:41:59 <stefan_schmidt> But not that long
Aug 18 13:44:05 <stefan_schmidt> sigh, I think I start from scratch for this one.
Aug 18 13:47:03 <hipitihop> I have seen task-openmoko-feed mentioned a couple of times, can someone briefly describe what it is ?
Aug 18 13:47:55 <stefan_schmidt> hipitihop: A list of packages that get build for a feed. packages in an online repo you can install
Aug 18 13:49:32 <hipitihop> stefan_schmidt, so specifical for auto builds like rwhitby does as opposed to a feed I should add to opkg
Aug 18 13:50:27 <stefan_schmidt> hipitihop: If all went well it works like this
Aug 18 13:50:41 <stefan_schmidt> hipitihop: The image you flash has the right URI prinstalled for the feed
Aug 18 13:50:51 <stefan_schmidt> hipitihop: The complete feed gets build and uploaded
Aug 18 13:51:14 <stefan_schmidt> hipitihop: You have an internet connection on your neo and can just type opkg update
Aug 18 13:51:17 <stefan_schmidt> opkg upgrade
Aug 18 13:51:24 <stefan_schmidt> opkg install foo-package
Aug 18 13:51:27 <stefan_schmidt> what you like
Aug 18 13:53:43 <hipitihop> understand that bit and infact I have had to manually correct the image URI's thr image comes with in /etc/opkg/*.conf files, however I thought task-openmoko-feed was another one to be added.
Aug 18 13:54:22 <hipitihop> but thanks, I understand the intended mechanism.
Aug 18 13:55:11 <stefan_schmidt> np
Aug 18 13:56:46 <rwhitby> task-openmoko-feed is meant to be the list of OE packages which have been verified to somewhat work on an openmoko device, and therefore are useful to appear in a feed for openmoko devices
Aug 18 13:59:20 <hipitihop> rwhitby, still slightly unclear, so is it intended to be another one in /etc/opkg/ ?
Aug 18 14:02:38 <rwhitby> no
Aug 18 14:03:00 <rwhitby> it defines the list of packages which get built into the feeds that you reference from /etc/opkg/*
Aug 18 14:03:22 <rwhitby> (e.g. the same package may be compiled multiple times for different hardware or distributions)
Aug 18 14:05:26 <hipitihop> rwhitby, git it thanks. final related question, why do those default feeds (/etc/opkg/*.conf) from fso-testing all have URI  http://my-distribution.org/remote-feed//..
Aug 18 14:11:30 <rwhitby> hipitihop: cause when milestone2 was released, there was no feed set up
Aug 18 14:11:56 <rwhitby> there still is no official openmoko feed, but I believe mickey is ok with me making the images point to the feed I'm maintaining
Aug 18 14:12:37 <rwhitby> (which is not official, but is autobuilt)
Aug 18 14:12:53 <rwhitby> night all
Aug 18 14:13:49 <hipitihop> rwhitby, gnite
Aug 18 14:36:53 <mbuf> after installing Debian onto micro-SD card (vfat+ext2), http://wiki.debian.org/DebianOnFreeRunner, I rebooted once, and got zhone display; I rebooted again to micro-SD, and it boots into OM2008.8 from flash; why is it so?
Aug 18 14:39:05 <lindi-> mbuf: sounds very weird
Aug 18 14:39:16 <lindi-> what changed on the sd between those boots?
Aug 18 14:39:30 <mbuf> just put the SIM card
Aug 18 14:43:00 <mbuf> trying now without the SIM card; no difference, it boots, and then suddenly it boots to flash; 
Aug 18 14:47:58 <mbuf> /dev/mmcblk0p1 is /media/card and /dev/mmcblk0p2 is /media/mmcblk0p2; 
Aug 18 14:49:45 <lindi-> mbuf: maybe it crashes during boot?
Aug 18 14:49:58 <lindi-> mbuf: what if you hold AUX down all the time?
Aug 18 14:50:04 <mbuf> lindi-, let me check
Aug 18 14:51:47 <mbuf> everytime it does /lib/init/rw/rootdev file system check on boot
Aug 18 14:52:37 <mbuf> ok, and then returns to u-boot menu; since default is flash, it boots from it
Aug 18 14:53:19 <mbuf> ok now /lib/init/rw/rootdev is clean, and it boots into Debian
Aug 18 14:53:32 <mbuf> lindi-, cool, thanks!
Aug 18 14:55:55 <mbuf> how to shutdown this debian image properly? ssh and 'halt'? i just use power button, and it does an abrupt power down; hence file-system check
Aug 18 14:56:31 <lindi-> mbuf: powerbutton does proper shutdown here
Aug 18 14:56:38 <mbuf> lindi-, i see
Aug 18 14:56:41 <lindi-> even sends message to all consoles
Aug 18 16:00:19 <CIA-19> freesmartphone.org: 03daniel 07sms-pdu * red95f7a95893 10framework/framework/subsystems/ogsmd/gsm/sms.py: ogsmd: Start work on SMS PDU mode
Aug 18 16:00:19 <CIA-19> freesmartphone.org: 03daniel 07sms-pdu * rf07d630c76fd 10framework/framework/subsystems/ogsmd/gsm/const.py: ogsmd: Add constants describing PDU fields
Aug 18 16:00:20 <CIA-19> freesmartphone.org: 03daniel 07sms-pdu * r8a6e11dd1adc 10framework/framework/subsystems/ogsmd/gsm/ (convert.py sms.py): ogsmd: Redo the phonenumber function
Aug 18 16:00:21 <CIA-19> freesmartphone.org: 03daniel 07sms-pdu * r8296105f417d 10framework/framework/subsystems/ogsmd/gsm/convert.py: ogsmd: Add padding value to correctly decode alphanumeric addresses.
Aug 18 16:00:24 <CIA-19> freesmartphone.org: 03daniel 07sms-pdu * rbfcd83eafb4f 10framework/framework/subsystems/ogsmd/gsm/ (convert.py sms.py): 
Aug 18 16:00:27 <CIA-19> freesmartphone.org: ogsmd: Move PDU conversion functions to convert.py
Aug 18 16:00:29 <CIA-19> freesmartphone.org: Return a datetime object when parsing the time
Aug 18 16:00:31 <CIA-19> freesmartphone.org: Rename functions for consistency
Aug 18 16:00:33 <CIA-19> freesmartphone.org: 03daniel 07sms-pdu * r0b915a6ee49a 10framework/framework/subsystems/ogsmd/gsm/sms.py: ogsmd: Add two more test PDUs from OM bug 1728
Aug 18 16:00:36 <CIA-19> freesmartphone.org: 03daniel 07sms-pdu * rf6ed37755b92 10framework/framework/subsystems/ogsmd/gsm/convert.py: ogsmd: Fix an off-by-one bug with GSM address field parsing
Aug 18 16:00:41 <CIA-19> freesmartphone.org: 03daniel 07sms-pdu * r3ecfc788e618 10framework/framework/subsystems/ogsmd/gsm/const.py: ogsmd: Add regex and consts for using SMS PDU mode
Aug 18 16:00:44 <CIA-19> freesmartphone.org: 03daniel 07sms-pdu * r6287748b2bce 10framework/framework/subsystems/ogsmd/gsm/sms.py: 
Aug 18 16:00:47 <CIA-19> freesmartphone.org: ogsmd: Introduce a new class PDUAddress that represents the GSM address (number)
Aug 18 16:00:50 <CIA-19> freesmartphone.org: fields and use it.
Aug 18 16:00:54 <CIA-19> freesmartphone.org: 03daniel 07sms-pdu * re83ba2826eba 10framework/framework/subsystems/ogsmd/modems/abstract/ (channel.py mediator.py): 
Aug 18 16:00:57 <CIA-19> freesmartphone.org: ogsmd: Enable PDU mode and use it in SimRetrieveMessagebook
Aug 18 16:00:59 <CIA-19> freesmartphone.org: Note: +CSMS=1 seems to fail in PDU mode
Aug 18 16:01:12 <alphaone> ah, the joy of rebasing
Aug 18 16:03:03 <Sup3rkiddo> aye caramba
Aug 18 16:09:27 <CIA-19> freesmartphone.org: 03sudharsh 07openmoko-gsoc2008 * r08b42de8ee30 10/odeviced/src/plugins/input/ (input-helpers.c input-helpers.h input.vala): Input: Change payload of the reportheld dbus signal. refactor stuff a bit
Aug 18 16:10:05 <alphaone> rwhitby: ping
Aug 18 16:10:11 <b0ef> little OT, but running debian on fr, anyone tried installing emacs?;) - it just fails terribly here
Aug 18 16:10:34 <alphaone> rwhitby: I had a brief look over your patch and I would say just commit it.
Aug 18 16:11:09 <alphaone> Ah, he's already asleep.
Aug 18 16:14:16 <lindi-> b0ef: i use zile
Aug 18 16:14:29 <lindi-> b0ef: 'zile - very small Emacs-subset editor'
Aug 18 16:14:41 <lindi-> b0ef: how does emacs fail?
Aug 18 16:14:58 <Sup3rkiddo> lindi-, EPIC!
Aug 18 16:15:28 <b0ef> lindi-: well, the package management system fails to install it, complaining about some missing files and if I force install, it just segfaults when I launch it
Aug 18 16:15:39 <b0ef> apt-get install emacs
Aug 18 16:18:02 <lindi-> b0ef: try apt-get install emacs22-nox please
Aug 18 16:18:09 <lindi-> b0ef: and put full output to rafb.net/paste
Aug 18 16:20:22 <b0ef> lindi-: http://www.esben-stien.name/install.it.log
Aug 18 16:24:32 <lindi-> b0ef: can't figure out anything special, please reportbug emacs22-nox
Aug 18 16:25:22 <b0ef> lindi-: right, never used that tool; will try; thanks
Aug 18 16:28:03 <lindi-> b0ef: you probably want to save it to file and send with normal email client
Aug 18 16:28:27 <b0ef> right
Aug 18 16:28:32 <lindi-> illume keyboard seems really nice, i want to figure out how we get it to debian :)
Aug 18 16:30:29 <b0ef> bluetooth is supposed to work in the debian distro?
Aug 18 16:30:52 <lindi-> b0ef: not sure, i don't have any bluetooth devices. that should be kernel issue not related to distro, right?
Aug 18 16:31:09 <b0ef> I guess, but maybe I need to get a module
Aug 18 16:31:24 <b0ef> "hcitool dev" is supposed to list the bt device
Aug 18 17:18:39 <easy_> Hell yes, zhone accepted my pin.
Aug 18 17:18:53 <easy_> btw Hi. :)
Aug 18 17:20:41 <lindi-> hi
Aug 18 17:21:03 <lindi-> anybody managed to build illume on debian unstable? fails here with "e_mod_layout.c:378: error: 'E_Border' has no member named 'stolen'"
Aug 18 18:09:06 <quickdev> Hello
Aug 18 18:09:15 <abraxa_> Servus
Aug 18 18:44:07 <zuzuzzzip> hi guys
Aug 18 18:44:37 <zuzuzzzip> I was just looking at the fosdem site, and you can like propose a project to be talked about
Aug 18 18:44:42 <zuzuzzzip> any one of you interested?
Aug 18 18:44:55 <zuzuzzzip> http://.fosdem.org/2009
Aug 18 18:45:05 <zuzuzzzip> would be cool :)
Aug 18 18:47:47 <cjb> ooh, gestures
Aug 18 18:48:09 <cjb> in fso-testing
Aug 18 18:48:49 <cjb> shame the dialer doesn't work, at least in yesterday's build :(
Aug 18 18:48:59 * cjb would love to move over to a stable fso-testing
Aug 18 18:49:12 <lindi-> cjb: how does it fail?
Aug 18 18:51:13 <cjb> the dialer turns blue, and frameworkd says "ALL CHANNELS OK, START TRAFFICKING"
Aug 18 18:51:22 <cjb> and then the dialer icon turns not-blue
Aug 18 18:51:27 <cjb> and the dialer doesn't launch
Aug 18 18:52:30 <easy_> Yapp, same here.
Aug 18 19:04:33 <zuzuzzzip> oops, was wrong link..  http://fosdem.org/2009/
Aug 18 19:37:12 <edistar> is the chap around who did the accel gsoc project?
Aug 18 19:39:16 <abraxa_> edistar: That's pvborza, and nope
Aug 18 19:39:36 <edistar> abraxa_: thanks
Aug 18 21:31:07 <rwhitby> alphaone: thx - will commit it today
Aug 18 21:54:23 * rwhitby notes that the fso-testing autobuilder automatically built stefan_schmidt's new illume profile overnight and deployed it to the feeds.
Aug 18 21:55:50 * lindi- can't build illume :(
Aug 18 22:10:41 <cjb> regarding the gestures-on-fso-testing work:  does gesl launch by default, or is it just that the build contains the dependencies that allow you to install the packages if you want to?
Aug 18 22:12:55 <rwhitby> the latter
Aug 18 22:13:08 <rwhitby> and it's the feed that now contains the dependencies
Aug 18 22:13:18 <cjb> ah, ok.  it might be nice to integrate it by default, but I don't know how much it requires.
Aug 18 22:13:25 <cjb> *how much CPU
Aug 18 22:14:30 <cjb> If the answer is "a lot", it might be nice to write a less hungry program that can run all the time and merely handles screen rotation detection.
Aug 18 22:16:53 <kd8ikt> and screen blanking/locking and suspend
Aug 18 22:23:11 <lindi-> cjb: can the processor wake from suspend when it detects motion?
Aug 18 22:24:10 <cjb> lindi-: yes, I believe I read about that on the kernel list this week.
Aug 18 22:24:13 <cjb> It's not implemented yet.
Aug 18 22:28:05 <cjb> lindi-: http://lists.openmoko.org/pipermail/openmoko-kernel/2008-August/004537.html
Aug 18 22:28:16 <kd8ikt> i care more for locking/unlocking the screen like when i dial a number and hold it up to my greasey face 
Aug 18 22:29:56 <wurp2|working> kd8ikt: I suspect that the cpu usage for a gesture like that is going to be the same whether you just match a few gestures or several dozen
Aug 18 22:30:20 <wurp2|working> The nice thing about screen orientation is that it's a super-simple check, no hidden markov models required
Aug 18 22:30:28 <cjb> wurp2|working: oh, it is?  cool
Aug 18 22:30:54 <cjb> okay, perhaps I should write the trivial C program that detects orientation and calls xrandr when it changes.
Aug 18 22:31:14 <wurp2|working> I dunno how hefty the cpu requirements are for gesture recognition
Aug 18 22:31:29 <wurp2|working> But I'm pretty sure they're going to be about the same for a few gestures vs a lot
Aug 18 22:31:48 <wurp2|working> except if you write special purpose code for the super-simple ones like orientation
Aug 18 22:32:07 <cjb> wurp2|working: which is what I'm proposing
Aug 18 22:32:12 <wurp2|working> yeah
Aug 18 22:32:33 <wurp2|working> I think it's a good idea, but if it were me I would wait until I saw the cpu reqs for the existing gesture code
Aug 18 22:33:18 <wurp2|working> I suspect you're right, though - I think it's probably enough of a cpu load to be worth the orientation detector separate from gestures
Aug 18 22:33:18 <cjb> sounds sensible.
Aug 18 22:33:32 <lindi-> cjb: interesting
Aug 18 22:33:45 <cjb> yes, the gestures surely involve a lot of long-term CPU crunching and integration
Aug 18 22:34:19 <cjb> you can't ask it to magically detect a shake without performing computations on every reading, and that alone is probably going to disqualify Gestures from being run as default on a main build
Aug 18 22:34:20 <wurp2|working> mickey_away: Did you think any more about batching up accelerometer events?
Aug 18 22:35:46 <wurp2|working> cjb: Yeah, the best you could get is to have it check for some easily identified "start of a gesture" gesture
Aug 18 22:36:13 <wurp2|working> e.g. only listen for gestures after a hard acceleration
Aug 18 22:36:59 <wurp2|away> g'night all
Aug 18 22:37:47 <_ferric> night wurp!
Aug 18 22:38:07 <cjb> wurp2|away: or an AUX press
Aug 18 22:38:37 <cjb> wurp2|away: only starting to look for gestures after detecting a gesture is not a good idea :)
Aug 18 22:38:47 <cjb> (because it's circular.)
Aug 18 22:43:03 <lindi-> cjb: you could start detecting more complex gestures after a simple one :)
Aug 18 22:43:41 <cjb> but what does that actually save?
Aug 18 22:45:18 <lindi-> cjb: the cpu could be completely asleep until it detects sufficiently large acceleration for example?
Aug 18 22:45:50 <cjb> oh, you're talking about using the interrupt on freefall as a nint to userspace while we're already awake, maybe?
Aug 18 22:45:57 <cjb> s/nint/hint/
Aug 18 22:46:22 <cjb> perhaps it generates the interrupt *any* time it detects freefall, and not just while we're asleep, in which case we could do that
Aug 18 22:46:37 <cjb> (with appropriate plumbing to get the interrupt up to userspace)
Aug 18 22:59:35 <b0ef> running debian of fr, I tried pulseaudio, but damn, it played back audio reeeeaaaaaly reeeaaaaly slow; wonder what 2007.2 did to make it play normal
Aug 18 23:00:48 <b0ef> aplay plays fine, though, as far as aplay is capable
Aug 18 23:00:57 <cjb> probably "not use pulseaudio"?
Aug 18 23:01:39 <b0ef> pulseaudio is fine, once it works
Aug 18 23:02:07 <b0ef> that combined with jack, is a killer
Aug 18 23:02:21 <b0ef> one it works..;)
Aug 18 23:02:26 <b0ef> s/one/once/
Aug 18 23:03:06 <b0ef> no app should really be using alsa directly
Aug 18 23:05:56 <lindi-> b0ef: you need to configure pulseaudio
Aug 18 23:06:34 <b0ef> lindi-: in what way?
Aug 18 23:06:40 <b0ef> it plays the audio, just damn slow
Aug 18 23:07:12 <lindi-> b0ef: check what the 2007.2 uses, something about resampling-method=trivial
Aug 18 23:07:35 <b0ef> lindi-: ah, right; I'll look at that; thanks
Aug 18 23:08:45 <b0ef> any pointers how to mount the internal flash?
Aug 18 23:08:51 <b0ef> isn't fdisk -l supposed to show it?
Aug 18 23:10:52 <lindi-> b0ef: mount /dev/mtdblock6 /mnt -oro -t jffs2
Aug 18 23:11:17 <b0ef> lindi-: wow, thanks
Aug 18 23:33:12 <b0ef> haha, wow, heaven and hell
Aug 18 23:33:17 <b0ef> working perfectly;)
Aug 18 23:33:21 <b0ef> thanks..
Aug 18 23:34:15 <b0ef> pulse also using 0.0 cpu;)
Aug 19 00:53:56 <rwhitby> NOTE: multiple providers are available for virtual/libqte2 (qte-mt-static, qte,
Aug 19 00:53:56 <rwhitby> qte-mt);
Aug 19 00:54:01 <rwhitby> Which should FSO be using?
Aug 19 00:54:22 <edistar> what do delete if one needs more space in debian?
Aug 19 01:32:38 <b0ef> any pointers as to where I can find the documentation for org.freesmartphone.Device.LED.SetBlinking?
Aug 19 01:33:38 <b0ef> I've looked everywhere on both wikis
Aug 19 01:34:18 <b0ef> edistar: apt-get clean?;)
Aug 19 01:35:02 <b0ef> edistar: a 4Gio SSD costs $30, though..
Aug 19 02:17:02 <torindel> b0ef: for around that i brought 8gb kingston
Aug 19 02:32:52 <Flinx> hello
Aug 19 02:33:10 <torindel> hey
Aug 19 02:34:02 <Flinx> Soo...
Aug 19 02:34:19 <Flinx> what sorts of things can be done to improve SIM card support?
Aug 19 02:34:48 <cjb> Flinx: nothing; we don't have access to the GSM firmware.
Aug 19 02:36:04 <Flinx> hrm..
Aug 19 02:36:18 <Flinx> so we're kindof at the whim of GSM software people?
Aug 19 02:36:23 <cjb> yes.
Aug 19 02:36:35 <cjb> and they seem intent on screwing us
Aug 19 02:36:42 <cjb> as evidenced by the AT&T problems in the US
Aug 19 02:37:35 <Flinx> yeah 
Aug 19 02:56:41 <Flinx> http://forum.gsmhosting.com/vbb/forumdisplay.php?f=83 -- Maybe it's possible to write FOSS GSM?
Aug 19 02:57:30 <cjb> Not sure that that's legal.
Aug 19 02:57:43 <cjb> at least, distributing it after writing it.
Aug 19 02:57:46 <Flinx> I duno, 
Aug 19 02:57:51 <Flinx> I'm trying to find out.
Aug 19 02:57:52 <cjb> (in the US, I mean)
Aug 19 02:58:23 <Flinx> cause the OM isn't going to do very well in the US if only 40%~ of SIMs work..
Aug 19 02:58:45 <cjb> I think it would be a multi-year project even if it were possible/legal.
Aug 19 02:59:13 <cjb> so I think OM owners will lose out.  there might eventually be a GSM modem with open firmware.
**** ENDING LOGGING AT Tue Aug 19 02:59:56 2008