**** BEGIN LOGGING AT Thu Jan 29 02:59:57 2009
Jan 29 03:01:11 <pwgen> damm fso-image failed in kernel panic no int found ... i think i have to spend some time on debugging . but not this night ( morning) 
Jan 29 03:02:24 <Dave> bah
Jan 29 03:10:44 <Dave> brians
Jan 29 03:21:26 <Dave> heh
Jan 29 03:22:24 <pwgen|zzzZZZZzz> .. too drunk .. 
Jan 29 03:23:10 <Dave> XD
Jan 29 03:43:15 <AntonTakk1> is /org/freesmartphone/Device/Display's sole purpose to contain other paths? (ie, it will never contain any interfaces it's self) ?
Jan 29 04:03:22 <AntonTakk1> gah, coming up with search strings for programming can be impossible
Jan 29 04:04:34 <AntonTakk1> does:  var1 = "world"; var2 = "Hello "var1; work in C?
Jan 29 04:07:20 <Dave> huh?
Jan 29 04:07:38 <Dave> What are you trying to do? Assignment of a predeclared variable, or interpolation?
Jan 29 04:07:47 <Dave> namely, string interpolation :p
Jan 29 04:09:41 <pjz> AntonTakk1: no
Jan 29 04:10:30 <AntonTakk1> Dave: i havea path that ends with Device/0
Jan 29 04:10:41 <AntonTakk1> Device contains nothing
Jan 29 04:10:49 <AntonTakk1> 0 does
Jan 29 04:11:50 <AntonTakk1> so i want the effect of:   inst = "0";   path = "Device/"inst;
Jan 29 04:12:04 <AntonTakk1> path = "Device/0";
Jan 29 04:12:19 <Dave> Ah
Jan 29 04:12:31 <Dave> so concatenate the strings?
Jan 29 04:12:38 <AntonTakk1> yeah
Jan 29 04:12:44 <Dave> strcat? meow?
Jan 29 04:12:45 <AntonTakk1> maybe like php?
Jan 29 04:12:53 <Dave> use perl;
Jan 29 04:13:08 <AntonTakk1> var1 = var2.var3;  ?
Jan 29 04:13:23 <Dave> $var1 = "$var2$var3";
Jan 29 04:13:28 * AntonTakk1 is writing another test app
Jan 29 04:13:56 <AntonTakk1> gonna have more test code than app code by the time i'm done  :)
Jan 29 04:28:06 <frankS2> anybody working on a port for dfu-util to freebsd?
Jan 29 04:28:39 <Dave> uggh not this again, frank :)
Jan 29 04:30:41 <frankS2> lol
Jan 29 04:30:42 <frankS2> what
Jan 29 04:32:42 <Dave> Did you EVER try compiling it? :p
Jan 29 04:33:03 <frankS2> i think it may not be compiled?
Jan 29 04:33:07 <frankS2> freebsd use different /dev
Jan 29 04:33:11 <Dave> SURE it can
Jan 29 04:33:22 <Dave> Did you even try compiling the dfu-util source?
Jan 29 04:33:33 <frankS2> no
Jan 29 04:33:38 <Dave> Do it :)
Jan 29 04:39:49 <frankS2> nice
Jan 29 04:39:52 <frankS2> it works
Jan 29 04:39:52 <frankS2> lol
Jan 29 04:40:05 <frankS2> i tried to google freebsd + dfu-util and so many ppl had problems
Jan 29 04:40:14 <frankS2> so i thought it was no dfutil for bsd
Jan 29 04:41:53 <juri_2> so, is there any way i can get the shl developers to spin up the autobuilder for another gta01 build?
Jan 29 04:42:46 <frankS2> no chance in hell
Jan 29 04:50:43 <juri_2> hmm. ok. ;)
Jan 29 04:51:01 * juri_2 fires up her desktop.
Jan 29 04:53:26 <mwester> Can't imagine why there wouldn't be another gta01 build; the autobuilder should be building both.
Jan 29 04:54:28 <juri_2> um, i see no build for the gta01 newer than the 15th of december.
Jan 29 04:55:03 <juri_2> and, the builds of the 'full' version don't make sense for the GTA01; the GTA01 only has 64 megs of flash, so cannot use the images!
Jan 29 04:55:39 <juri_2> (unless installing the OS to the microSD is feasable.. but what about transfer speeds?)
Jan 29 04:56:24 <mwester> right up there with jffs2 -- keep in mind that it needs to compress/decompress on-the-fly with jffs2.  So while I've not tested, I wouldn't be surprised if the SD is faster than jffs2.
Jan 29 04:56:55 <mwester> (unless you have the GPS enabled; then the SD clock is slowed by a factor of 8 unless you add some boot parameters to change that)
Jan 29 04:57:23 <mwester> Personally, I use everything on SD on my GTA01
Jan 29 05:00:12 <raster> ouch
Jan 29 05:00:15 <raster> oh wait
Jan 29 05:00:16 <raster> gta01
Jan 29 05:00:19 <raster> faster sd
Jan 29 05:00:19 <raster> :)
Jan 29 05:00:25 <raster> i like the sd on my beagleboard
Jan 29 05:00:32 <raster> 16mb/sec read rates...
Jan 29 05:00:33 <raster> yum
Jan 29 05:01:24 <mwester> I don't recall what we did on the GTA01, but I think it runs the clock at 16MHz as well -- and since it doesn't have that abominable glamo, it probably runs close to that speed.
Jan 29 05:01:30 <mwester> (if the card can do it, of course)
Jan 29 05:02:58 <raster> hmmm
Jan 29 05:03:01 <raster> it does?
Jan 29 05:03:04 <raster> try a dd
Jan 29 05:03:08 <raster> somehow i doubt it
Jan 29 05:03:14 <raster> but i dont have a gta01 to test with
Jan 29 05:03:25 <mwester> Mine aren't running ATM.
Jan 29 05:03:40 <raster> oh :(
Jan 29 05:03:43 <raster> anyway
Jan 29 05:03:46 <raster> i kind of have my doubtsa
Jan 29 05:03:54 <raster> i'd be willing to bet u see more 3-4m/sec
Jan 29 05:03:57 <raster> but lets see
Jan 29 05:03:59 <raster> :)
Jan 29 05:04:07 <raster> i know the sd cards on my n800 pull about 4
Jan 29 05:04:09 <raster> err 3
Jan 29 05:04:23 <raster> until the beagleboard i hadnt seen any fast sd cards on any devices
Jan 29 05:05:25 <mwester> Well, I certainly don't have a fast card in it.  But one of them looks like it's booting, so I might be able to test with the standard Sandisk 512MB card.
Jan 29 05:06:19 <mwester> And yep, it maxes the clock at 16.25 MHz -- bad choice of clock source combined with poor dividers; we can't even try 20 or 25MHz.
Jan 29 05:07:44 <juri_2> so, um.. what about that autobuilder? :)
Jan 29 05:08:16 <raster> mwester: how many bytes per clock?
Jan 29 05:08:19 <raster> 1?
Jan 29 05:08:32 <raster> and then theres overhead of handling it
Jan 29 05:08:47 <raster> if its 16mhz - its sdio - at best u have 4 parallel serial lines i believe.
Jan 29 05:08:55 <raster> so 4 bits/clock - 8m/s
Jan 29 05:08:58 <raster> i think
Jan 29 05:09:18 <raster> "in theory":
Jan 29 05:09:27 <mwester> So what do you want to run now?  dd or something?
Jan 29 05:10:34 <raster> whats root?
Jan 29 05:10:37 <raster> (device?)
Jan 29 05:11:06 <mwester> Booted up to the internal flash, so there's nothing else competing for the SD card.
Jan 29 05:11:09 <mwester> GTA01.
Jan 29 05:11:36 <mwester> ext3 filesystem
Jan 29 05:12:15 <raster> /dev/mmcblk0p2 ?
Jan 29 05:12:45 <mwester> Ok, so you want the raw speed.
Jan 29 05:12:54 <raster> yes
Jan 29 05:12:59 <raster> echo 1 > /proc/sys/vm/drop_caches 
Jan 29 05:13:13 <raster> time dd if=/dev/mmcblk0 bs=1024 count=102400 of=/dev/null
Jan 29 05:13:16 <raster> for example
Jan 29 05:13:40 <raster> 104857600 bytes (105 MB) copied, 30.3929 seconds, 3.5 MB/s
Jan 29 05:13:42 <raster> for example
Jan 29 05:13:44 <mwester> rather a small block size, no?
Jan 29 05:13:59 <raster> doesnt make much of a difference at these speeds
Jan 29 05:14:00 <raster> :)
Jan 29 05:14:30 <raster> move 0's between bs and count if u like
Jan 29 05:14:37 <raster> doesnt make a diff in my experience
Jan 29 05:14:51 <raster> or not much
Jan 29 05:14:55 <mwester> 30.83 seconds (real)
Jan 29 05:15:02 <raster> ok
Jan 29 05:15:08 <raster> about the same as my treo
Jan 29 05:15:14 <raster> 3.5m/s
Jan 29 05:15:17 <raster> raw speed
Jan 29 05:15:19 <mwester> which is none too fast
Jan 29 05:15:43 <raster> hmm actually up to 10k blocks is a bit faster
Jan 29 05:15:54 <raster> echo 1 > /proc/sys/vm/drop_caches 
Jan 29 05:15:58 <mwester> but the real test, of course, would be something like bonnie++ on the jffs2 filesystem on flash vs ext3 on SD
Jan 29 05:15:59 <raster> time dd if=/dev/mmcblk0 bs=10240 count=10240 of=/dev/null
Jan 29 05:16:06 <raster> 104857600 bytes (105 MB) copied, 25.5248 seconds, 4.1 MB/s
Jan 29 05:16:06 <raster> real    0m 25.66s
Jan 29 05:16:15 <raster> ooh sure
Jan 29 05:16:18 <raster> if comparing fs's
Jan 29 05:16:26 <raster> jffs2 adds compression overhead etc
Jan 29 05:16:30 <mwester> right.
Jan 29 05:16:39 <raster> i normally just like to get an idea of the raw metal under the hood
Jan 29 05:17:00 <raster> the rest i already know (ie i pay decompress overhead for jffs2 in cpu - but that cuts down io due to compression"
Jan 29 05:17:10 <raster> also pay wear-levelling logic costs vs sd
Jan 29 05:17:13 <raster> in cpu
Jan 29 05:17:34 <raster> tho technically nand should be able to be faster thanks to not having to go via the sdio bus
Jan 29 05:17:38 <raster> but hey - its not always
Jan 29 05:17:44 <mwester> juri_2:  http://shr.bearstech.com/shr-unstable/images/om-gta01/
Jan 29 05:17:49 <raster> anyway - sd bandwidth is about what i expected
Jan 29 05:17:52 <raster> 3-4m/s
Jan 29 05:18:00 <raster> same as my treo
Jan 29 05:18:06 <raster> man the treo boots fast tho
Jan 29 05:18:19 <mwester> jffs2 sucks at boot speed
Jan 29 05:18:23 <raster> so far in my experience root on sd (with ext2) is definitely by far better than any flash
Jan 29 05:18:59 <mwester> juri_2:  and then try the gta02 rootfs -- you'll have to tweak a few things, I expect.
Jan 29 05:19:08 <raster> but the omap3 beats the pants off any of my other devices
Jan 29 05:19:19 <raster> at 16m/s.... it boots like lightning
Jan 29 05:19:45 <mwester> It's proper hardware, with proper kernel devs working on it ;)
Jan 29 05:19:51 <raster> (off sd - the nand flash is sloooow too - tho i understand the drivers are sucky atm)
Jan 29 05:19:55 <raster> yeah
Jan 29 05:20:00 <raster> its very impressive tho
Jan 29 05:20:05 <mwester> But anyway, I know my gta01 still boot.
Jan 29 05:20:09 <mwester> +s
Jan 29 05:20:11 <raster> the first impressive bit of embedded hw i've seen since the ipaq3660
Jan 29 05:20:37 <raster> thats where i started with this whole embedded stuff - 206mhz strong arm
Jan 29 05:20:41 <raster> that was rather juicy
Jan 29 05:20:56 <raster> most things since have done better in some things only to totally suck in others
Jan 29 05:21:12 <raster> tho i do say tyhe pxa270 in my treo is good
Jan 29 05:21:22 <raster> its a well balanced device.. given its vintage
Jan 29 05:26:06 <juri_2> mwester: the one gta02 rootfs i tried died badly. ;)
Jan 29 05:27:20 <juri_2> thanks, btw. ;)
Jan 29 05:27:24 <mwester> Well, yeah - I'm quite certain that it would need tweaking to get it to boot.  And it certainly wouldn't flash (different flash sizes and erase block sizes too I think)
Jan 29 05:28:00 <mwester> But if you had something running on the flash, and the rootfs on SD, you should be able to get something going.
Jan 29 05:28:35 <mwester> Or, best idea -- just hang around until it's morning in France/Italy/other parts of Europe and ask the folks who run the autobuilder.
Jan 29 05:28:37 <mwester> :)
Jan 29 05:28:44 <juri_2> waiting. ;P
Jan 29 05:29:03 <juri_2> i've got other things to code, so waiting is easy. ;)
Jan 29 06:04:08 <CIA-47> freesmartphone.org: 03jluebbe 07framework * r260d1b8ed645 10/framework/subsystems/ogpsd/gpschannel.py: ogpsd: repair ogpsd for GTA01
Jan 29 06:20:49 <juri_2> yay. GTA01 work! :)
Jan 29 06:36:21 <Ainulindale> juri_2: ping
Jan 29 06:42:51 <juri_2> pong!
Jan 29 06:45:10 <gurugentoo> how compatible is angstrom with SHR? will the dependencies of apps like fbreader hose my system?
Jan 29 06:48:35 <gurugentoo> I'll backup and try it 
Jan 29 06:53:19 <Ainulindale> juri_2: you had a question w.r.t. the autobuilder?
Jan 29 06:53:25 <Ainulindale> gurugentoo: well
Jan 29 06:53:30 <Ainulindale> gurugentoo: I wouldn't add their repo
Jan 29 06:53:33 <Ainulindale> Seriously
Jan 29 06:57:02 <juri_2> ainu: just wondering why theres no new rootfs for the gta01 since the 15th of december.
Jan 29 06:57:11 <juri_2> or more to the point, begging for one. ;)
Jan 29 06:57:30 <Ainulindale> We had a problem with the build process
Jan 29 06:57:35 <Ainulindale> In fact,  I had a problem =)
Jan 29 06:57:56 <AntonTakk> pfft, you ARE a problem  ;)  j/k
Jan 29 06:58:07 <juri_2> well, can some ammount of begging help you fix it, or do i have to resort to bribery? :)
Jan 29 06:58:09 <Ainulindale> Currently trying to regenerate it, we'll see
Jan 29 06:58:14 <gurugentoo> Ainulindale: what about single ipk's?
Jan 29 06:58:34 <AntonTakk> juri_2: why not just build one your self?
Jan 29 06:58:37 <Ainulindale> As long as they pull in no dependencies, that's good gurugentoo 
Jan 29 06:58:42 <Ainulindale> but you can't maintain that properly
Jan 29 06:58:59 <Ainulindale> I'd rather see a ticket on trac to add this or that than to see users mixing repo
Jan 29 06:59:28 <juri_2> anton: i'm in the ice storm disaster area, in the US. stable power is an issue, as is net. i don't dare bring my build server online.
Jan 29 06:59:48 * juri_2 petpets her build server.
Jan 29 06:59:59 <AntonTakk> ah
Jan 29 07:00:17 <Ainulindale> Sheeesh it's slow
Jan 29 07:00:25 <juri_2> i'm sure i'll get around to it. ;)
Jan 29 07:00:26 <Wonka> USV?
Jan 29 07:00:42 <Ainulindale> Wonka: you're the USV!
Jan 29 07:00:44 <AntonTakk> i have most of the spare hardware for a build server, but i lack motivation
Jan 29 07:00:55 <juri_2> as soon as i verify that the gsm stack is working. ;)
Jan 29 07:01:03 <Ainulindale> juri_2: last time I checked it was
Jan 29 07:01:06 <Wonka> i lack money...
Jan 29 07:01:10 <Ainulindale> but these days I'm in a frenzy at job
Jan 29 07:01:18 <Ainulindale> so I can't really test everything
Jan 29 07:01:29 <juri_2> anton: i'm re-building my build environment. openmosix and coreboot, all the way. thats taking.. some effort. ;)
Jan 29 07:01:41 <AntonTakk> hehe
Jan 29 07:01:50 <Wonka> btw, i'd like UTF8 support in vala-terminal...
Jan 29 07:02:27 <Ainulindale> Errr, there's UTF8 support
Jan 29 07:02:34 <Wonka> and also black background
Jan 29 07:02:36 <Ainulindale> (Last time I checked there was)
Jan 29 07:02:45 <juri_2> ain: i can verify that the last one i can find thats installable (lite) does not work with the same hardware that works with my 2008.02
Jan 29 07:02:45 <Ainulindale> Black background is easy to set, modify the desktop file
Jan 29 07:02:48 <AntonTakk> juri_2: looking to do dev, or just use it as a phone?
Jan 29 07:02:52 <Ainulindale> juri_2: ainu<tab> please :-)
Jan 29 07:03:09 <juri_2> Ainulindale: wow. didn't know that worked in my client.
Jan 29 07:03:16 <Wonka> hm, utf8 chars show up as two "unknown symbol" symbols here
Jan 29 07:03:30 <Ainulindale> juri_2: You use irssi and you don't know how to use it? :-)
Jan 29 07:03:42 <Ainulindale> (irssi \o/)
Jan 29 07:03:49 <Ainulindale> (the only way to go, other stuff is for sissies)
Jan 29 07:03:52 <juri_2> Ainulindale: i only moved to irssi after years of irc][ and a custom set of scripts. ;)
Jan 29 07:04:07 <juri_2> i kept it for ssl support.
Jan 29 07:04:30 <Ainulindale> I use irssi because it's nice and shiny and because I've been doing so for 6 years or so
Jan 29 07:04:36 <Wonka> Ainulindale: modify the desktop file in what way?
Jan 29 07:04:44 <Ainulindale> Wonka: in the desktop file there's the command to launch
Jan 29 07:04:45 <AntonTakk> Ainulindale: a scrollable buffer is nice, thus xchat on my desktop, irssi on my mini when not home
Jan 29 07:04:54 <juri_2> AntonTakk: to answer your question, yes. ;)
Jan 29 07:04:56 <Wonka> <- IRCing from the FR
Jan 29 07:04:57 <Ainulindale> Wonka: I'm not sure but you should be able to set parameters
Jan 29 07:05:14 <Ainulindale> AntonTakk: I have a scrollable buffer on my irssi
Jan 29 07:05:18 <Ainulindale> (page up, page down)
Jan 29 07:05:31 <juri_2> AntonTakk: i *am* a developer. its my way. ;)
Jan 29 07:05:48 <Ainulindale> juri_2: then we (SHR) are interested
Jan 29 07:06:05 <AntonTakk> juri_2: if yer just doing dev against fso, you could try a fso build, pretty sure i saw gta01 images on their download server
Jan 29 07:06:11 <Wonka> Ainulindale: so i'd have to dig out the params first... any docs on them?
Jan 29 07:06:22 <Ainulindale> Wonka: vala-terminal -h ? :-)
Jan 29 07:06:37 <Ainulindale> juri_2: NOTE: Running task 6369 of 6746
Jan 29 07:06:40 <Ainulindale> (FYI)
Jan 29 07:06:50 <juri_2> my idea of dev and most ideas of dev are a bit.. different. ;)
Jan 29 07:07:12 <juri_2> (i wish my web site was up right now, or had mirrors)
Jan 29 07:07:29 <Ainulindale> juri_2: Well
Jan 29 07:07:33 <Ainulindale> Don't worry about that
Jan 29 07:07:44 <Ainulindale> I've been working with two pain in the ass for the past six months for SHR
Jan 29 07:07:48 <Ainulindale> I know what it is =)
Jan 29 07:08:07 <Ainulindale> Well anyway, coffee break here, be back in ten
Jan 29 07:08:12 <Wonka> Ainulindale: gives me a new term with '# -h', '/bin/sh: -h: not found'
Jan 29 07:08:22 <juri_2> i'm the linuxpmi (openmosix) developer at the moment. i'll undoubtably try LPMI on a openmoko, one day. other than that, i'll fix things i find, report regressions... generally be a nuisance(sp!). ;)
Jan 29 07:09:08 <Wonka> juri_2: hehe... i am trying to bitch about stuff i don't like
Jan 29 07:09:24 <juri_2> i've got too many projects already on my plate right now, so concider me 'user who will bend programs, find lines bugs occur on, and send patches if possible'. ;)
Jan 29 07:09:32 <Wonka> juri_2: and also i am working on some gps app
Jan 29 07:09:48 <juri_2> wonka: thats your gps app? neat!
Jan 29 07:09:58 <AntonTakk> reporting bugs and fixing is not a nuisance, people like me are, never used c before, never done a gui app before, and now doing both at once  :)
Jan 29 07:10:15 <juri_2> it obviously isn't talking to my gps, due to the gillin issue.
Jan 29 07:10:26 <juri_2> but, i have a backup of that around. ;)
Jan 29 07:10:30 <Wonka> juri_2: it's called zgps.
Jan 29 07:10:53 <Wonka> juri_2: tangogps isn't mine :(
Jan 29 07:11:00 <juri_2> ah. ;)
Jan 29 07:11:09 <juri_2> is it in the newest release?
Jan 29 07:11:26 <Wonka> zgps is not ready yet...
Jan 29 07:12:18 <Wonka> its the gps part of zhone; i want to put in OSM maps and track recording at least
Jan 29 07:12:25 <juri_2> mmm. well, i do quite a bit of wireless stumbling (i admin a municipal wireless project). when you get something you concider betaish, get it in front of me. ;)
Jan 29 07:12:53 <Wonka> will do:)
Jan 29 07:13:23 <juri_2> when my server re-appears, i'll point you to it. ;P
Jan 29 07:13:32 * juri_2 curses the dark.
Jan 29 07:13:39 <AntonTakk> just hope Wonka doesn't conform to the raster school of release schedules  ;)
Jan 29 07:13:51 <juri_2> or the debian school. ;)
Jan 29 07:14:16 <Wonka> it's ready when it's ready ;)
Jan 29 07:14:25 <AntonTakk> i dunno, i think a couple releases of debian have been made between e16 and e17
Jan 29 07:14:37 <Wonka> lol
Jan 29 07:14:43 <AntonTakk> maybe 3...
Jan 29 07:14:50 <mrmoku_> raster: ping
Jan 29 07:15:30 <Wonka> am waiting for e17 and illume in debian...
Jan 29 07:15:33 <raster> mrmoku:  yo
Jan 29 07:15:40 <mrmoku> how's the build going :-)
Jan 29 07:15:53 <raster> still going
Jan 29 07:16:06 <mrmoku> hehe, endless thing that OE building :-P
Jan 29 07:16:12 <AntonTakk> Wonka: i thought there were apt repos for debian already
Jan 29 07:16:17 <mrmoku> another question then ;)
Jan 29 07:16:41 <mrmoku> raster: does the order in which you add a scroller and it's content to a win matter?
Jan 29 07:16:54 <raster> in elementary?
Jan 29 07:17:09 <raster> it shouldnt
Jan 29 07:17:19 <mrmoku> hmm...
Jan 29 07:17:42 <raster> as scroller should pick up on size changes (or hint changes) of the child
Jan 29 07:17:46 <raster> as it changes
Jan 29 07:17:54 <raster> if u change it later
Jan 29 07:18:24 <mrmoku>     elm_scroller_content_set(data->sc, data->entry);
Jan 29 07:18:41 <mrmoku> sigfaults in quickdev's code... but just with newer EFL...
Jan 29 07:19:03 <juri_2> so, is there a list for SHL development, or what? :)
Jan 29 07:19:06 <raster> get me the sample app that reproduces it
Jan 29 07:19:08 <mrmoku> if I first add the scroller, then the entry and call content_set after that it segfaults only sometimes ;)
Jan 29 07:19:11 <juri_2> do you all just hang out on IRC?
Jan 29 07:19:34 <raster> and i'll fix it
Jan 29 07:19:41 <raster> i run across some of these and i fix them as i find them
Jan 29 07:20:29 <mrmoku> raster: http://git.shr-project.org/git/?p=shr.git;a=blob;f=libframeworkd-phonegui-efl/src/view/message-new-view.c;h=7d695acd0f3ec622eb370615e0d5e1dcff6d9387;hb=HEAD
Jan 29 07:20:47 <mrmoku> it's in frame_content_show
Jan 29 07:21:08 <mrmoku> juri_2: shr-devel@projects.openmoko.org
Jan 29 07:21:11 <Ainulindale> hmmmm
Jan 29 07:21:13 <Ainulindale> http://tinderbox.openembedded.net/public/logs/3200741.txt <=
Jan 29 07:21:30 <Ainulindale> /home/shr/shr-unstable/tmp/work/om-gta01-angstrom-linux-gnueabi/shr-lite-image-2.0-r0/temp/run.do_rootfs.8545: line 210: cd: /home/shr/shr-unstable/tmp/rootfs/boot: No such file or directory
Jan 29 07:23:00 <raster> hmm
Jan 29 07:23:06 <raster> whats with manually showing the kbd
Jan 29 07:23:07 <raster> odd
Jan 29 07:23:19 <Ainulindale> mrmoku: hey o/
Jan 29 07:24:00 <mrmoku> Ainulindale: yup, spoke to soon :(
Jan 29 07:24:18 <Ainulindale> Huh?
Jan 29 07:24:19 <juri_2> mrmoku: is there a subscribe majordomo page somewhere?
Jan 29 07:24:23 <Ainulindale> About what mrmoku?
Jan 29 07:24:28 <Ainulindale> juri_2: it's hosted by projects
Jan 29 07:24:42 <mrmoku> Ainulindale: about having fixed the segfault on new SMS...
Jan 29 07:24:45 <Ainulindale> Ah :-)
Jan 29 07:24:53 <mrmoku> it sometimes segfaults... sometimes not
Jan 29 07:25:01 <Ainulindale> mrmoku: anyway, do you know why this error is popping?
Jan 29 07:25:08 <mrmoku> before it always segfaulted... so I would call it some kind of improvement ;)
Jan 29 07:25:12 <Ainulindale> And why there's a problem if I leave g_ether?
Jan 29 07:25:31 <mrmoku> Ainulindale: nop, but stefan_schmidt was struggling with broken gta01 builds...
Jan 29 07:25:33 <Ainulindale> I think something doesn't get installed on GTA01
Jan 29 07:25:35 <Wonka> AntonTakk: deb repos with e17 and illume?
Jan 29 07:25:37 <Ainulindale> yep
Jan 29 07:25:39 <mrmoku> he was talking about missing int though IIRC
Jan 29 07:25:46 <Ainulindale> init?
Jan 29 07:25:47 <mrmoku> +i
Jan 29 07:25:49 <mrmoku> yep
Jan 29 07:25:51 <mrmoku> :-)
Jan 29 07:25:51 <Ainulindale> hmmm
Jan 29 07:25:55 <AntonTakk> Wonka: i'd be very suprised if there werent
Jan 29 07:26:33 <Ainulindale> mrmoku: by the way, the fastboot patches were reverted from the branch
Jan 29 07:26:42 <Ainulindale> What do you think? Should we reintroduce them locally?
Jan 29 07:27:15 <raster> mrmoku: that code looks fine to me
Jan 29 07:27:30 <raster> where's libframework-glib?
Jan 29 07:27:43 <mrmoku> Ainulindale: raster on git.freesmartphone.org
Jan 29 07:28:16 <mrmoku> Ainulindale: yep, saw that... grr :-)
Jan 29 07:28:44 <Ainulindale> juri_2: would you know if 2.6.28 is supposed to work properly on GTA01?
Jan 29 07:28:46 <Ainulindale> (or mwester)
Jan 29 07:28:51 <mrmoku> don't know... would be interesting to hear why they removed them...
Jan 29 07:28:51 <juri_2> no idea.
Jan 29 07:29:05 <Ainulindale> mrmoku: too many problems with initscripts
Jan 29 07:29:09 <Ainulindale> I told shoragan how we "fixed" it
Jan 29 07:29:11 <mrmoku> Ainulindale: don't think so... but for GTA01 it should be building the old kernel
Jan 29 07:29:26 <Ainulindale> Yes but that's almost the only difference between the two machine conf
Jan 29 07:29:34 <Ainulindale> I was wondering what would cause init not to pop
Jan 29 07:29:52 <Wonka> Ainulindale: don't know of any, currently
Jan 29 07:30:28 <Ainulindale> Wonka: any what?
Jan 29 07:30:48 <Wonka> Ainulindale: oops, meant AntonTakk 
Jan 29 07:31:16 <Ainulindale> ok :-)
Jan 29 07:32:31 <Nobody96> moin
Jan 29 07:35:04 <raster> mrmoku:  hmm...
Jan 29 07:35:27 <raster> nothign builds that stuff
Jan 29 07:36:14 <mrmoku> raster: libframeworkd-glib?
Jan 29 07:37:06 <raster> no
Jan 29 07:37:14 <raster>  libframeworkd-phonegui-efl
Jan 29 07:37:23 <raster> message-new-view.c
Jan 29 07:38:08 <raster> oooh
Jan 29 07:38:09 <raster> sorry
Jan 29 07:38:12 <raster> they are build from the parent dir
Jan 29 07:38:15 <raster> thats bad
Jan 29 07:38:30 <raster> since the view dir isnt a subdir this wotn pass distcheck
Jan 29 07:38:35 <mrmoku> raster: hehe, spank quickdev if he passes :-)
Jan 29 07:39:05 <raster> no t4est app i can see
Jan 29 07:39:20 <Wonka> FAIL
Jan 29 07:39:23 <Ainulindale> raster: quickdev sometimes do things out of lack of knowledge of standards
Jan 29 07:39:35 <raster> well what he did isnt a problem
Jan 29 07:39:38 <Ainulindale> s/do/does/
Jan 29 07:39:38 <bzzbot> Ainulindale meant: raster: quickdev sometimes does things out of lack of knowledge of standards
Jan 29 07:39:47 <raster> as long as the parent dir and Makefile.am includes subdir files directly
Jan 29 07:40:04 <raster> i was a bit baffled by the Makefile.am in the subdir but with no Makefile.in generated and src there
Jan 29 07:40:51 <raster> well
Jan 29 07:40:52 <raster> need to run
Jan 29 07:41:00 <raster> will have to check this later
Jan 29 07:41:05 <Wonka> bzzbot: oh shut up
Jan 29 07:41:15 <Wonka> hf raster 
Jan 29 07:41:16 <raster> i was hoping to just have a nice test app to run and pop up its ui and put thru gdb/valgrind
Jan 29 07:41:18 <raster> and see whats up
Jan 29 07:41:35 <raster> if u can get me something i can easily build/run and thus reproduce
Jan 29 07:41:45 <raster> chances are any bug will be just minutes away fropm fixing
Jan 29 07:41:56 <raster> much faster than asking me lots of questions on "why?"
Jan 29 07:42:03 <raster> or.. send me patches if u find the bug and fix
Jan 29 07:42:04 <raster> :)
Jan 29 07:42:22 <Ainulindale> (you're too lazy)
Jan 29 07:42:35 <raster> Ainulindale: of course i am!
Jan 29 07:42:46 <raster> i didnt get here by being industrious!
Jan 29 07:42:54 <raster> i got here by being a lazy bastard :)
Jan 29 07:42:56 <Ainulindale> :-)
Jan 29 07:43:00 <Wonka> devs all are...
Jan 29 07:43:21 <Wonka> <- sw dev too
Jan 29 07:43:33 <raster> yeah
Jan 29 07:43:35 <raster> all lazy suckers
Jan 29 07:43:53 <raster> the only reason we survivie is we happened to figure out how to do shit... while being lazy
Jan 29 07:43:54 <raster> :)
Jan 29 07:44:21 <juri_2> i'm industriously lazy. ;)
Jan 29 07:44:36 <Wonka> we write stuff so we can be more lazy
Jan 29 07:45:36 <Ainulindale> Well, I'm wondering why /boot isn't created on rootfs
Jan 29 07:45:39 <raster> oath
Jan 29 07:45:46 <raster> or write stuff to address pet peeves
Jan 29 07:45:57 <raster> if its a pet peeve all amount of work is acceptable to fix it
Jan 29 07:46:00 <raster> even if stupid
Jan 29 07:46:07 <raster> otherwise.. laziness wins
Jan 29 07:46:08 <raster> :)
Jan 29 07:46:11 <raster> drinkies time
Jan 29 07:53:34 * sicu wishes it was drinkies time for him too
Jan 29 07:54:31 <sicu> but 9am is a little on the scary side of early
Jan 29 07:55:08 <sicu> best get back to work instead
Jan 29 08:02:53 <juri_2> well, i see evidence of the autobuilder...
Jan 29 08:03:08 <Ainulindale> juri_2: saw the log I pasted?
Jan 29 08:03:32 <juri_2> like three identical kernels in /shr-unstable/images/om-gta01/ ;)
Jan 29 08:13:14 <mrmoku> Ainulindale: is boot part of base-files, or what package is supposed to have it?
Jan 29 08:14:11 <Ainulindale> that's what I was trying to figure out
Jan 29 08:14:20 <Ainulindale> Supposedly task-boot would build it I'd say
Jan 29 08:15:42 <Ainulindale> seems it's base-files which borks though
Jan 29 08:17:55 <mrmoku> Ainulindale: don't see, how there would be arch dependency for installing /boot...
Jan 29 08:29:59 <AntonTakk> grrr, none of my dbus signal handlers or callback handlers even seem to get called  :(
Jan 29 08:47:26 <mrmoku> mickeyl: good morning
Jan 29 08:47:43 <mrmoku> mickeyl: now that you took a look at the most wanted subsystem :-)
Jan 29 08:47:48 <mrmoku> mickeyl: how stable is the API?
Jan 29 08:48:47 <mickeyl> much too early to answer that
Jan 29 08:48:53 <mickeyl> what is there, works
Jan 29 08:49:05 <mickeyl> however, if what is there is what we want is completely unclear
Jan 29 08:49:13 <mickeyl> and will remain until we have API consumers
Jan 29 08:50:39 <mickeyl> i'll do some finishing touches and integrate it into Zhone after ms5, then people can start to experiment with the API
Jan 29 08:52:21 <mrmoku> mickeyl: so you would be interested to have some more API consumers I guess :-)
Jan 29 08:52:38 <mrmoku> will go ahead and try to implement it in lfg then
Jan 29 08:53:08 <mickeyl> righto
Jan 29 08:53:16 <mickeyl> just don't be disappointed, if we need to change API
Jan 29 08:53:27 <mickeyl> this is version 0.0, you know ;)
Jan 29 08:53:51 <mrmoku> hehe, yep just wanted to know if you already saw it definitely needs some changes *now* :-)
Jan 29 08:59:17 <Ainulindale> mickeyl: by the way
Jan 29 08:59:23 <Ainulindale> mickeyl: ophonekitd will probably migrate into vala
Jan 29 08:59:30 <mickeyl> yyyyyyyeeeeeah!
Jan 29 08:59:31 <Ainulindale> And as soon as it's done I'll build a vala version of lfg
Jan 29 08:59:39 <mickeyl> that is good news :)
Jan 29 08:59:46 <Ainulindale> Perhaps :-)
Jan 29 08:59:53 <Ainulindale> We had a big discussion yesterday with ptitjes
Jan 29 09:00:02 <Ainulindale> Interesting discussion (again)
Jan 29 09:00:20 <Ainulindale> I'm going to port XSB/flora to the mokos, to be able to build his ologicd
Jan 29 09:00:37 <Ainulindale> Which is far more "complicated" than what exists today for rule processing or actions
Jan 29 09:00:45 <Ainulindale> His work is really good
Jan 29 09:00:50 <Ainulindale> You should take a peek one of these days
Jan 29 09:01:26 <mickeyl> awesome
Jan 29 09:01:28 <mickeyl> will do
Jan 29 09:01:41 <Ainulindale> Did you take drugs this morning? You seem awfully happy :-)
Jan 29 09:02:35 <Mononoke> heh where did our society get that people suspect others of drugs abuse just because they smile >.>
Jan 29 09:02:39 <beniwtv> Ainulindate: Methinks it's the release of MS5 comming near :P
Jan 29 09:02:50 <beniwtv> (hopefully)
Jan 29 09:03:22 <Ainulindale> Mononoke: that's not the smiling thing, that's the unusual amount of hapiness from mickeyl :-)
Jan 29 09:04:35 <mickeyl> Ainulindale: heh
Jan 29 09:04:56 <mickeyl> usually i'm in good mood after waking up
Jan 29 09:05:00 <mickeyl> until i started to read email
Jan 29 09:05:04 <mickeyl> etc.
Jan 29 09:05:04 <mickeyl> :D
Jan 29 09:05:20 <mickeyl> besides, i had a good breakfast with my wife
Jan 29 09:05:30 <mickeyl> that might contribute
Jan 29 09:06:13 <Ainulindale> mickeyl: that sounds kinky
Jan 29 09:06:17 <beniwtv> err.... s/Ainulindate/Ainulindale
Jan 29 09:06:19 <Ainulindale> mickeyl: your wife, yourself, sausages...
Jan 29 09:06:29 <Ainulindale> Anyway
Jan 29 09:06:39 <Ainulindale> mickeyl: apart from that how's life?
Jan 29 09:07:25 <mickeyl> Ainulindale: not bad, i just started looking into opimd and what i have seen is better than what i would have expected
Jan 29 09:07:35 <mickeyl> so that cheered me up a bit
Jan 29 09:08:03 <mickeyl> and i did some more work on vala interfacing with c
Jan 29 09:08:07 <mickeyl> which also cheered me up
Jan 29 09:08:15 <mickeyl> can't wait until it has async dbus server side
Jan 29 09:08:20 <mickeyl> then i'm all in
Jan 29 09:09:52 <Wonka> could anyone from SHR do something against this, please?
Jan 29 09:09:53 <Wonka> 2009.01.29 09:40:26 oeventsd.action ERROR    signal SetBrightness emited an error org.freedesktop.DBus.Error.UnknownMethod: Method "SetBrightness" with sign
Jan 29 09:09:56 <Wonka> ature "i" on interface "org.freesmartphone.Device.Display" doesn't exist
Jan 29 09:10:12 <Ainulindale> mickeyl: that was also my thought (opimd) and that's why we (mrmoku in fact) are working on lfg integration
Jan 29 09:10:24 <Ainulindale> because with no integration on my side I can do nothing :-)
Jan 29 09:16:44 <beniwtv> Wonka: cli-frameworkd?
Jan 29 09:18:38 <lindi-> mickeyl: does http://trac.freesmartphone.org/ticket/334 look like a parser bug to you? could the parser just ignore all lines that mention "+CRING:" completely since it is not used anywhere?
Jan 29 09:19:09 <mickeyl> there are two problems here
Jan 29 09:19:23 <mickeyl> one is that +CRING is sent erradically
Jan 29 09:19:27 <mickeyl> the other one the actual ERROR
Jan 29 09:19:35 <mickeyl> +CRING can be fixed by a ThrowAway parser
Jan 29 09:19:44 <mickeyl> the ERROR I have no idea where that comes from 
Jan 29 09:20:42 <Wonka> beniwtv: no, i didn't use that for weeks. something other.
Jan 29 09:21:09 <lindi-> mickeyl: but error is only sent to the second ATA
Jan 29 09:21:15 <lindi-> mickeyl: the first ATA is replied with OK
Jan 29 09:21:38 <lindi-> mickeyl: perhaps the ERROR means that the call has already been answered?
Jan 29 09:21:42 <mickeyl> hmm
Jan 29 09:21:44 <mickeyl> good idea
Jan 29 09:21:50 * mickeyl tries
Jan 29 09:22:29 <lindi-> so I actually answered the call but ringtone did not stop since ogsmd&kapula did not understand that it had answered the call
Jan 29 09:22:43 <beniwtv> Wonka: what are you using? There where some fixes back then in cli-frameworkd to get rid of that error, which I reported, maybe you have to apply these fixes to your app
Jan 29 09:23:01 <mickeyl> lindi-: correct!
Jan 29 09:23:13 <mickeyl> fun
Jan 29 09:23:19 <Wonka> beniwtv: i think cli-frameworkd is completely innocent there because i think it is not involved
Jan 29 09:23:31 <mickeyl> lindi-: ok, will work on that and add our findings to the bug. thanks for finding!
Jan 29 09:23:35 <Wonka> beniwtv: and i don't really know what app is causing it.
Jan 29 09:23:53 <lindi-> mickeyl: i currently just patched the parser to ignore +CRING lines completely
Jan 29 09:24:05 <Wonka> 2009.01.29 10:01:18 oeventsd.action INFO     call dbus signal /org/freesmartphone/Device/Display/pcf50633_bl SetBrightness((90,))
Jan 29 09:24:10 <Wonka> hm. might be related.
Jan 29 09:24:25 <beniwtv> Wonka: Yep, but maybe they need to update the code as we did in cli-frameworkd, that was what I meant :)
Jan 29 09:24:27 <Wonka> beniwtv: any chance it's oeventsd that'S doing it?
Jan 29 09:24:35 <KaZeR> hey guys. what's the recommanded way to get rid of "* ERROR: Cannot satisfy the following dependencies dependencies  *  gtk+-fastscaling (>= 2.10.14) *"
Jan 29 09:24:51 <Ainulindale> Don't mix repos or install ipks? :-)
Jan 29 09:25:32 <beniwtv> Wonka: Could be. In that case, try disabling screen blanking in rules.yaml, and see if you don't get the error.
Jan 29 09:29:57 <KaZeR> Ainulindale, well, it seems to come from a package renaming.. And this package is used in a lots of apps.
Jan 29 09:48:32 <Ainulindale> KaZeR: are you trying to install a foreign ipk or not?
Jan 29 09:49:04 <KaZeR> i added two new feeds, indeed. (opkg.org & navit)
Jan 29 09:49:32 <dos1> Ainulindale: http://openmoko.opendevice.org/~dos/illume-shr.edc
Jan 29 09:49:37 <dos1> and http://openmoko.opendevice.org/~dos/illume-shr.edj
Jan 29 09:49:37 <Ainulindale> KaZeR: You shouldn't
Jan 29 09:49:42 <Ainulindale> dos1: did you commit it?
Jan 29 09:49:51 <dos1> Ainulindale: no, i can't find it in git :x
Jan 29 09:49:58 <Ainulindale> it's in the overlay
Jan 29 09:50:10 <dos1> Ainulindale: so i don't have access to overlay
Jan 29 09:50:11 <Ainulindale> (it shouldn't but nonetheless..)
Jan 29 09:50:16 <Ainulindale> You have access
Jan 29 09:50:17 <KaZeR> Ainulindale, erf. i should use only packages from shr? 
Jan 29 09:50:27 <Ainulindale> http://git.shr-project.org/git/?p=shr-overlay.git;a=tree;f=openembedded/packages/e-wm-theme-illume-shr/e-wm-theme-illume-shr;h=ebf9895ce326ad455a16209e866961639aa993f6;hb=HEAD <= dos1 
Jan 29 09:50:37 <Ainulindale> KaZeR: No but you can't expect other packages to work as is
Jan 29 09:50:48 <KaZeR> what need to be done, then?
Jan 29 09:51:12 <Ainulindale> This package shouldn't have this dependency
Jan 29 09:51:18 <KaZeR> (i used to use navit feed on shr, it it used to work ;) )
Jan 29 09:51:18 <Ainulindale> Tell me the name of the package and I'll compile it
Jan 29 09:51:38 <Ainulindale> If it's navit then tell me which build I should compile
Jan 29 09:51:43 <KaZeR> navit-svn-1981
Jan 29 09:52:28 <KaZeR> i'm a member of the navit project, and we have a daily build process. let me know what changes you are making, and we could fix our builds
Jan 29 09:53:17 <Ainulindale> KaZeR: bitbaking as we speak
Jan 29 09:53:30 <Ainulindale> KaZeR: well if you want access to our overlay
Jan 29 09:53:37 <Ainulindale> It's just a matter of keeping the latest stable up to date
Jan 29 09:53:51 <Ainulindale> (i.e. putting the rev in a file)
Jan 29 09:54:05 <Ainulindale> Anyway, coffee break
Jan 29 09:54:07 <KaZeR> sounds interesting.
Jan 29 09:54:09 <KaZeR> enjoy
Jan 29 09:55:53 <Azog> hi, i found a bugfix in shr, how can i send a patch? (i am a bit confused of openembedded)
Jan 29 10:00:49 <Ainulindale> Azog: you found a bugfix or you fixed a bug? :-)
Jan 29 10:00:55 <Ainulindale> Azog: what does it fix?
Jan 29 10:01:09 <Ainulindale> KaZeR: svn: No such revision 1989
Jan 29 10:01:21 <Ainulindale> Ah damn
Jan 29 10:01:22 <Ainulindale> Misread
Jan 29 10:06:45 <Azog> Ainulindale: i fixed a bug; its #286
Jan 29 10:11:23 <Ainulindale> Oh, I see, I have this bug only partly
Jan 29 10:11:28 <Ainulindale> Azog: would you like commit access?
Jan 29 10:13:24 <Azog> Ainulindale: if that's the easyest way; maybe i can fix a few other bugs after that
Jan 29 10:13:36 <KaZeR> Ainulindale, yes, 1981 would be sufficient :)
Jan 29 10:15:10 <Ainulindale> KaZeR: http://tinderbox.openembedded.net/public/logs/3201634.txt
Jan 29 10:15:16 <Ainulindale> /bin/sh: moc: command not found
Jan 29 10:15:18 <Ainulindale> sigh'
Jan 29 10:16:27 <Ainulindale> Azog: then send me your public key at ainulindale @~&! at ~@~' ! gmail dot com
Jan 29 10:17:25 <KaZeR> Ainulindale, you can disable qt part, not used on the FR currently
Jan 29 10:17:31 <Azog> Ainulindale: ssh-public-key?
Jan 29 10:17:52 <Ainulindale> Azog: yep
Jan 29 10:18:04 <Azog> ok
Jan 29 10:20:15 <KaZeR> --disable-graphics-qt-qpainter
Jan 29 10:25:58 <dos1> Ainulindale: commited!
Jan 29 10:25:59 <dos1> ;]
Jan 29 10:27:18 <dos1> Ainulindale: commited! ;)
Jan 29 10:27:24 <Ainulindale> commited yourself!
Jan 29 10:27:41 <Ainulindale> KaZeR: package index is regenerating, navit will be here in two minutes
Jan 29 10:27:52 <Ainulindale> dos1: will regenerate the package then :-)
Jan 29 10:27:53 <Ainulindale> Thanks
Jan 29 10:32:21 <KaZeR> Ainulindale, thanks
Jan 29 10:37:03 <ptitjes> hello
Jan 29 10:37:18 <ptitjes> Sup3rkiddo: ping
Jan 29 10:40:01 <Sup3rkiddo> playya, pong.. hi
Jan 29 10:40:10 <Sup3rkiddo> oops
Jan 29 10:40:28 <Sup3rkiddo> ptitjes, pong
Jan 29 10:40:29 <playya> hi Sup3rkiddo :)
Jan 29 10:40:39 <Sup3rkiddo> playya, hi :)
Jan 29 10:42:15 <ptitjes> Hi playya
Jan 29 10:42:49 <ptitjes> Sup3rkiddo: I thought you wrote Vala interfaces for frameworkd, did you ?
Jan 29 10:43:16 <Sup3rkiddo> ptitjes, yeah, only odeviced... more like a port rather
Jan 29 10:43:52 <KaZeR> btw Ainulindale, i have two feeds in shr, armv4 and armv4t. armv4 doesn't seems to work, is there a typo somewhere?
Jan 29 10:44:48 <Ainulindale> Maybe
Jan 29 10:45:50 <ptitjes> Sup3rkiddo: so you did classes ?
Jan 29 10:46:02 <ptitjes> is that what you mean ?
Jan 29 10:46:25 <Sup3rkiddo> ptitjes, hmm, yeah.. sort of like odeviced written in vala
Jan 29 10:47:21 <ptitjes> yeah would that be possible that you extract the interfaces ?
Jan 29 10:48:09 <ptitjes> I mean in the event one has to program a client in Vala, wouln't it be cool to share a unique package with the API interfaces in it ?
Jan 29 10:48:46 <Sup3rkiddo> ptitjes, sure, you mean the vapi?.. it is available under vapi/
Jan 29 10:49:17 <Sup3rkiddo> ptitjes, besides you'd be using the DBus client libs instead
Jan 29 10:49:37 <Sup3rkiddo> ptitjes, or .vapi
Jan 29 10:49:50 <ptitjes> no I mean the dbus API interfaces
Jan 29 10:50:04 <ptitjes> you serve some interfaces
Jan 29 10:50:10 <ptitjes> I'm client for :D
Jan 29 10:50:22 <Sup3rkiddo> sorry, i am getting nowhere :(
Jan 29 10:50:36 <ptitjes> heh
Jan 29 10:50:50 <Sup3rkiddo> ptitjes, you want to write some code that uses odeviced you mean?
Jan 29 10:50:59 <ptitjes> yeah
Jan 29 10:51:22 <ptitjes> odeviced implements the dbus fso.o APIs
Jan 29 10:51:27 <Sup3rkiddo> ptitjes, right, so well, take a look at FSO API specs
Jan 29 10:51:33 <ptitjes> yeah
Jan 29 10:51:34 <Sup3rkiddo> ptitjes, eggjactly
Jan 29 10:51:51 <ptitjes> but I tought you already written Vala interfaces
Jan 29 10:52:33 <Sup3rkiddo> ptitjes, hehe, i did... wait.. maybe some code will put things in order
Jan 29 10:53:49 <ptitjes> BTW isn't there a Vala interface generator based on the dbus XML introspection ?
Jan 29 10:54:05 <ptitjes> kind of like the dbuus-binding-tool
Jan 29 10:54:08 <Sup3rkiddo> ptitjes, ah, no.. all public methods are autmatically exposed over DBus
Jan 29 10:54:10 <Sup3rkiddo> http://git.freesmartphone.org/?p=openmoko-gsoc2008.git;a=blob;f=fsod/src/subsystems/Device/display/display.vala;h=670c098c1bb07f6796ba57d5222bc2b472a03872;hb=305f7d3c400917f2f4e5969f9fb88518bd0e6511
Jan 29 10:54:27 <Sup3rkiddo> ptitjes, check it out, the Display class exposes org.fso.Display
Jan 29 10:54:45 <Sup3rkiddo> ptitjes, so, all public methods becomes exposed over DBus automatically
Jan 29 10:54:49 <ptitjes> argh
Jan 29 10:55:11 <ptitjes> Yeah ok
Jan 29 10:55:20 <KaZeR> Ainulindale, i have a little annoyance with your current package :  it doesn't include the 'mg' map driver
Jan 29 10:55:31 <ptitjes> this is not very polotically correct :p
Jan 29 10:56:22 <ptitjes> Sup3rkiddo: Could we extract the interfaces and share a devel package ?
Jan 29 10:56:32 <ptitjes> kind of like that :
Jan 29 10:56:49 <Sup3rkiddo> ptitjes, like .so?
Jan 29 10:56:59 <ptitjes> interface :http://git.shr-project.org/git/?p=ologicd.git;a=blob;f=src/ologicd-interface.vala;h=0f72feef4976f0716111fd378b027b5e824d18a2;hb=HEAD
Jan 29 10:57:27 <Sup3rkiddo> ptitjes, checking
Jan 29 10:57:34 <ptitjes> I've got one interface yet but this is the idea
Jan 29 10:58:52 <Sup3rkiddo> ptitjes, right, i think i get it now.. i have done something like that.. just a sec
Jan 29 10:59:48 <Sup3rkiddo> ptitjes, http://git.freesmartphone.org/?p=openmoko-gsoc2008.git;a=blob;f=fsod/src/subsystems/Device/powercontrol/powercontrol.vala;h=314feae3e7351b778bd39dc95127e474d1872532;hb=305f7d3c400917f2f4e5969f9fb88518bd0e6511
Jan 29 11:00:25 <Sup3rkiddo> ptitjes, if you scroll down the line, you will see things subclassing from GenericPowerControl
Jan 29 11:00:33 <ptitjes> I see it
Jan 29 11:00:58 <ptitjes> but yet an interface should be extracted with just the dbus-visible methods
Jan 29 11:01:18 <Sup3rkiddo> ptitjes, so, you can have multiple DBus objects exposed with the same DBus iface
Jan 29 11:02:26 <ptitjes> and also/mostly clients to be implemented using these interfaces
Jan 29 11:02:26 <Azog> Ainulindale: the key is on the way (i had to do something in rl); is there information for developing other than <http://shr-project.org/trac/wiki/Getting%20started%20developing%20SHR>?
Jan 29 11:02:37 <ptitjes> look at that : http://git.shr-project.org/git/?p=ologicd.git;a=blob;f=src/test-client.vala;h=b63a4489ae77137aa9a1cb1c679bfca2289e0860;hb=HEAD
Jan 29 11:03:15 <ptitjes> As I've got the interface I can use the Vala static dbus client way
Jan 29 11:03:56 <ptitjes> Sup3rkiddo: do you get it ?
Jan 29 11:04:07 <ptitjes> => I have to reimplement ophonekitd in Vala!
Jan 29 11:04:41 <ptitjes> But I think I'll make an interface generator based on the dbus xml introspection
Jan 29 11:04:59 <Sup3rkiddo> ptitjes, ah... you can also use the .vapi
Jan 29 11:05:15 <ptitjes> ?
Jan 29 11:05:36 <ptitjes> you mean no through dbus so
Jan 29 11:05:46 <Sup3rkiddo> no, wait.. lemme just rewind things a bit.. am totally confused :D
Jan 29 11:05:53 <ptitjes> héhé
Jan 29 11:05:55 <ptitjes> :p
Jan 29 11:07:54 <Sup3rkiddo> ptitjes, will you be still logged in say, an hour from now
Jan 29 11:09:13 <ptitjes> Sup3rkiddo: to be more clear, I think this http://pastebin.com/d375c1bad should be available somewhere
Jan 29 11:09:22 <ptitjes> for you to implement and me to use
Jan 29 11:09:36 <ptitjes> Sup3rkiddo: I'll be here all the day
Jan 29 11:10:12 <ptitjes> heu no maybe not this afternoon, as I'll be in the road with other french people that disagree with the way france takes
Jan 29 11:10:52 <Sup3rkiddo> ptitjes, ah, this.. ok.. for getting that, i need to tell vala to generate .vapi.. wait, i will give you an existing sample
Jan 29 11:11:31 <ptitjes> Sup3rkiddo: this is not VAPIs (no C here), this is pure Vala interfaces
Jan 29 11:11:46 <Sup3rkiddo> ptitjes, http://git.freesmartphone.org/?p=openmoko-gsoc2008.git;a=blob;f=fsod/vapi/fsod.vapi;h=bfe81007bacd6d83123901ac49f02cf1dc9f4f17;hb=305f7d3c400917f2f4e5969f9fb88518bd0e6511 something like this?
Jan 29 11:12:43 <ptitjes> Sup3rkiddo: are these your internal APIs to make foreign language subsystems ? like python wrapper ?
Jan 29 11:12:45 <ptitjes> this is nice
Jan 29 11:12:54 <ptitjes> but no I'm just a client
Jan 29 11:13:35 <Sup3rkiddo> ptitjes, right. so the client could 'look' throught the .vapi to know whats available.. no?... 
Jan 29 11:13:43 <ptitjes> what I need is exactely what I put in the pastebin but for all the fso API
Jan 29 11:14:09 <ptitjes> what I need is dbus interfaces :D
Jan 29 11:14:50 <dns53> i am trying to use dbus-java and i can't seem to work out what org.freedesktop.Gypsy.Position.GetPosition returns, is it a struct? a tuple? an array?
Jan 29 11:15:39 <Sup3rkiddo> ptitjes, hehe, then generate the .vapi for files containing the DBus API... :D.. --library.. if you will be here in an hour or so.. or later tonight, i can show one such example.. (its 5 PM here, and I have to head for home soon)
Jan 29 11:15:44 <ptitjes> Sup3rkiddo: BTW just to tell you - your powercontrol.vala states "wifi.vala" in the header comment
Jan 29 11:16:30 <Sup3rkiddo> ptitjes, ow.... thanks... /me fixes his .emacs
Jan 29 11:16:31 <ptitjes> Sup3rkiddo: I'll work on Vala dbus interface generator based on the dbus xml introspection today
Jan 29 11:16:41 <ptitjes> So I'll give you these interface
Jan 29 11:17:02 <Sup3rkiddo> ptitjes, right..
Jan 29 11:18:43 <playya> dns53, this should be (int,int,double,double,double)
Jan 29 11:18:50 <playya> no struct or sth
Jan 29 11:18:55 <richy> How can I set the bluetooth-Pin in SHR-Unstable? I used to use the passkey-agent. It isn't available anymore.
Jan 29 11:20:17 <dns53> playya so it is an array?
Jan 29 11:21:11 <playya> no. just use this signature in your method
Jan 29 11:21:37 <playya> an array looks like a(ssi)
Jan 29 11:21:46 <playya> struct is {ssi}
Jan 29 11:22:04 <dns53> well the problem is java does not have multiple return types so i'm not sure what it maps to
Jan 29 11:22:29 <ptitjes> mickeyl: xml files in specs.git are .xml.in - are there processed with autotools ?
Jan 29 11:22:53 <ptitjes> can't find any @stuff@.. in those files
Jan 29 11:22:59 <playya> dns53, its a async method call
Jan 29 11:23:32 <dns53> oh so it returns them one after another
Jan 29 11:25:04 <playya> nope. you need a method with this signature an give to the function
Jan 29 11:25:44 <playya> and when the metthod returns it calls this function with the given parameters
Jan 29 11:25:56 <dns53> ok
Jan 29 11:29:40 <ptitjes> heu please can someone recall me what http:// url is needed to clone a git project ?
Jan 29 11:29:56 <ptitjes> git clone http://git.freesmartphone.org/specs.git does not make it
Jan 29 11:30:27 <playya>  git clone git://git.freesmartphone.org/specs.git
Jan 29 11:30:52 <ptitjes> playya: does not work when you are not commiter, right ?
Jan 29 11:31:12 <ptitjes> oh yes
Jan 29 11:31:16 <ptitjes> thanks playya
Jan 29 11:31:27 <playya> no problem
Jan 29 11:33:35 <Ainulindale> Azog: argh!
Jan 29 11:34:06 <Ainulindale> Azog: another german :-)
Jan 29 11:34:25 <Ainulindale> KaZeR: hmmm
Jan 29 11:34:28 <Ainulindale> weird (about mg)
Jan 29 11:34:39 <Ainulindale> Azog: for more information you can ask questions I'd be glad to answer
Jan 29 11:38:18 <Ainulindale> Azog: you have access.
Jan 29 11:38:18 <Ainulindale> both to the overlay and to the apps
Jan 29 11:50:20 <wehttamb> is there a mirror of the framework-settings ipk file somewhere other than the site linked to by the wiki? the site is down
Jan 29 11:50:30 <Azog> Ainulindale: thank you, i look, what i can do
Jan 29 11:50:56 <Ainulindale> wehttamb: which link? which wiki?
Jan 29 11:51:54 <wehttamb> Ainulindale: opkg install http://stosb.com/openmoko/fso-settings_0.4_armv4t.ipk 
Jan 29 11:52:11 <wehttamb> Ainulindale: its on both the shr and the openmoko wiki
Jan 29 11:52:28 <wehttamb> Ainulindale: the site stosb.com is down
Jan 29 11:54:35 <spaetz> the #233    fso-gpsd doesn't start after upgrade bug should be resolved by now, shouldn't it?
Jan 29 11:54:49 <spaetz> It only affected upgrade and no new installations AFAIK
Jan 29 11:55:07 * spaetz keeps it open for now until we have a new version.
Jan 29 11:58:33 <wehttamb> anyone know where else i can get fso-settings?
Jan 29 11:58:45 <dns53> i have heard others still haveing it
Jan 29 11:58:56 <Ainulindale> wehttamb: url of where it is on the shr wiki please?
Jan 29 11:59:09 <Ainulindale> spaetz: thanks for doing this job :-)
Jan 29 11:59:27 <wehttamb> Ainulindale: http://shr-project.org/trac/wiki/Tweaks
Jan 29 11:59:39 <Zorkman> i'm having an opkg problem, somebody once helped me resolve an very simillar issue but I forgot :(
Jan 29 12:00:21 <Zorkman> when i do an opkg upgrade i'm getting three times the message "multiple packages (libxft2 and libxft2) providing the same name marked HOLD or PREFER. Using latest.
Jan 29 12:00:34 <Zorkman> i'm getting that message three times and then opkg upgrade quits
Jan 29 12:00:45 <Zorkman> what do i need to edit to get rid of this?
Jan 29 12:00:50 <Ainulindale> wehttamb: well then I can't help you unfortunately
Jan 29 12:01:01 <wehttamb> ok
Jan 29 12:04:10 <Zorkman> anyone in here that can help me?
Jan 29 12:07:05 <Ainulindale> Well no idea on how to resolve that, sorry :-)
Jan 29 12:07:21 <Azog> Ainulindale: in which repository are the apps? shr.git?
Jan 29 12:10:01 <KaZeR> Ainulindale, muy bad, it's there but navit doesn't find it
Jan 29 12:10:22 <spaetz> Ainulindale: can't promise I'll kepp up, but I think I cleaned up already a bit. Sorry for all the mails you got ;)
Jan 29 12:10:36 <rwhitby> mickeyl: milestone5 is failing to build due to conman: http://tinderbox.openembedded.net/public/logs/3202097.txt
Jan 29 12:10:58 <Ainulindale> Azog: in this case no
Jan 29 12:11:01 <Ainulindale> it's in shr-overlay
Jan 29 12:11:18 <Ainulindale> spaetz: no problem :-)
Jan 29 12:12:04 <spaetz> BTW, I am a German too, we are sekretly taking over! MUAHAHA
Jan 29 12:12:18 <Wonka> hrhr
Jan 29 12:12:29 <Zorkman> oh no, french-german war again,the belgians always tend to be crushed inbetween :d
Jan 29 12:12:48 <spaetz> hehe, Zorkman right. I plan the invasion of Belgian next week.
Jan 29 12:12:52 <spaetz> For FOSDEM
Jan 29 12:12:58 <Wonka> "Belgium"
Jan 29 12:13:00 <spaetz> Belgium, sorry
Jan 29 12:13:12 <spaetz> typo
Jan 29 12:13:24 <spaetz> having lunch while typing...
Jan 29 12:13:43 <rwhitby> stefan_schmidt: seems that connman 0.8-r2 fails to build (fso-milestone5), but connman 0.8-r4 builds fine (angstrom autobuilder) - should fso/milestone5 branch be updated?
Jan 29 12:13:50 <rwhitby> http://tinderbox.openembedded.net/packages/connman/
Jan 29 12:15:19 <dns53> is connman going to be an official part of the system?
Jan 29 12:15:35 <mickeyl> rwhitby: iirc stefan updated this in the fso branch, are you on HEAD?
Jan 29 12:15:38 <mickeyl> dns53: yes
Jan 29 12:15:40 <spaetz> at least it seems to be installed by default on the SHR images
Jan 29 12:15:48 <stefan_schmidt> rwhitby: The branch already has 0.10
Jan 29 12:16:28 <rwhitby> hmm - perhaps this is the git-native problem affecting the fetch
Jan 29 12:16:40 <rwhitby> no, that's wouldn't affect the metadata.
Jan 29 12:16:46 * stefan_schmidt is away for ~1hour
Jan 29 12:17:56 <mickeyl> happy lunch
Jan 29 12:18:00 <mickeyl> hmm
Jan 29 12:18:00 <stefan_schmidt> thanks
Jan 29 12:18:03 * mickeyl hungry as well
Jan 29 12:18:16 <spaetz> mickeyl: I saw you closed the "anti stand-by whitelist" ticket in FSO.
Jan 29 12:18:18 <stefan_schmidt> rwhitby: if you have still problems later we can discuss then
Jan 29 12:18:42 <spaetz> I'm fine with this, but is there a good method to disable scren blanking/suspending" temporarily via DBUS?
Jan 29 12:18:43 <mickeyl> spaetz: hmm, which one?
Jan 29 12:18:52 <mickeyl> sure
Jan 29 12:18:53 <rwhitby> ok, thanks, I'll look into why I don't have head on the autobuilder.
Jan 29 12:18:57 <mickeyl> request the CPU and Display resources
Jan 29 12:19:00 <spaetz> http://trac.freesmartphone.org/ticket/245
Jan 29 12:19:02 <mickeyl> keep them requested
Jan 29 12:19:09 <mickeyl> release 'em if necessary
Jan 29 12:19:27 <mickeyl> or, if you absolutely want
Jan 29 12:19:30 <mickeyl> set the resource policy to enabled
Jan 29 12:19:37 <mickeyl> for as long as you want
Jan 29 12:19:50 <rwhitby> mickeyl: ever seen "sh: rm: command not found
Jan 29 12:19:51 <rwhitby> " in an OE build?
Jan 29 12:19:55 <spaetz> sorry I am new to Moko, requesting resources increases a usage counter and releasing frees it?
Jan 29 12:19:57 <mickeyl> rwhitby: eeks, never
Jan 29 12:20:02 <mickeyl> spaetz: correct
Jan 29 12:20:06 <spaetz> cool. Will convey that in the downstream SHR bug
Jan 29 12:20:09 <spaetz> thanks
Jan 29 12:20:58 <Ainulindale> rwhitby: saw that loads of time
Jan 29 12:21:39 <Ainulindale> mickeyl: by the way, any idea about why OE wouldn't create /boot for GTA01?
Jan 29 12:21:57 <mickeyl> yes
Jan 29 12:22:03 <mickeyl> oh, wait
Jan 29 12:22:06 <mickeyl>  /boot, no idea
Jan 29 12:22:13 <mickeyl> we know why it didn't boot though
Jan 29 12:22:21 <Ainulindale> initscripts?
Jan 29 12:22:27 <mickeyl> all the fastboot patches broke everythig but 02
Jan 29 12:22:34 <mickeyl> which is why they have been reverted
Jan 29 12:22:36 <KaZeR> Ainulindale, it works no. i had to tweak some settings
Jan 29 12:22:38 <Ainulindale> Hmmmm I disagree mickeyl 
Jan 29 12:22:44 <KaZeR> s/no/now
Jan 29 12:22:44 <Ainulindale> We had the fastboot patches applied for both for a while here
Jan 29 12:22:56 <Ainulindale> And I generated images for the GTA01
Jan 29 12:23:03 <Ainulindale> KaZeR: ok :-)
Jan 29 12:23:06 <mickeyl> well, they broke for us
Jan 29 12:23:11 <mickeyl> perhaps you have different ones
Jan 29 12:23:16 <Ainulindale> mickeyl: I think it might be only a part
Jan 29 12:23:18 <mickeyl> stefan had to revert the whole stuff
Jan 29 12:23:36 <Ainulindale> mickeyl: Why am I not surprised anyway? :-)
Jan 29 12:23:36 <mickeyl> we can retry to apply them bit by bit
Jan 29 12:23:42 <mickeyl> i was scared of the whole commit anyways
Jan 29 12:23:44 <Ainulindale> mickeyl: mrmoku worked a lot on that
Jan 29 12:23:51 <Ainulindale> His opinion/advice would be of interest IMHO
Jan 29 12:23:57 <mickeyl> absolutely
Jan 29 12:24:07 <Ainulindale> His the one who "applied" it on SHR 
Jan 29 12:24:12 <Ainulindale> s/His/He's:
Jan 29 12:24:15 <Ainulindale> Damn keyboard, damn me
Jan 29 12:25:07 <Ainulindale> mickeyl: the initscript patch is of interest anyway
Jan 29 12:26:14 <ptitjes> mickeyl: hello
Jan 29 12:26:54 <ptitjes> mickeyl: why don't you push the doc:doc elements from the *.xml.in to the xml/*.xml in the fso API specs
Jan 29 12:26:56 <ptitjes> ?
Jan 29 12:26:56 <rwhitby> anyone know how to fix this?
Jan 29 12:26:57 <rwhitby> Warning: No merge candidate found because value of config option
Jan 29 12:26:57 <rwhitby>          "branch.fso/milestone5.merge" does not match any remote branch fetched.
Jan 29 12:27:34 <mickeyl> ptitjes: got a patch for me for the strip-doctools.xsl?
Jan 29 12:27:50 <mickeyl> rwhitby: shoragan is our local git hero
Jan 29 12:28:43 <ptitjes> mickeyl: heuu no... just asking because I'm generating Vala interfaces from them and in fact use the *.xml.in because I'd like to generate comments too
Jan 29 12:29:01 <ptitjes> :p
Jan 29 12:29:04 <mickeyl> ptitjes: well, the xml's could be used
Jan 29 12:29:11 <mickeyl> _if_ someone could fix the strip-doc.xsl
Jan 29 12:29:11 <shoragan> rwhitby, what did you do to set that config option?
Jan 29 12:29:13 <mickeyl> to remove the errors
Jan 29 12:29:22 <shoragan> and what are you trying to do?
Jan 29 12:29:23 <mickeyl> error specs
Jan 29 12:29:41 <ptitjes> and just copying the content of *.xml.in does not fit ?
Jan 29 12:29:59 <rwhitby> shoragan: on the autobuilder, I have two OE checkouts.  one from the normal org.openembedded.dev branch, and one from fso/milestone4
Jan 29 12:30:00 <rwhitby> 5
Jan 29 12:30:14 <rwhitby> the second checkout is done by cloning from the first
Jan 29 12:30:20 <rwhitby> (and then changing the branch)
Jan 29 12:30:31 <rwhitby> then I try and pull in the second checkout to get the latest fso/milestone5
Jan 29 12:31:12 <shoragan> what does git fetch say?
Jan 29 12:31:16 <ptitjes> mickeyl: if you explain me why not just giving them to autotools to remove the .in or just copying does not fit I may look at it later on (after I made my binding generator)
Jan 29 12:31:36 <rwhitby> shoragan: git fetch was ok, I got that error on git pull
Jan 29 12:32:00 <rwhitby> shoragan: I've just found the --reference switch to git clone, and think that might be my answer.
Jan 29 12:32:01 <shoragan> if you have no local commit, just git reset --hard origin/<nameofbanch>
Jan 29 12:32:14 <shoragan> rwhitby, yes, that it also an option
Jan 29 12:32:27 <shoragan> then both checkouts are independant
Jan 29 12:32:34 <rwhitby> yeah
Jan 29 12:33:00 <rwhitby> hmm - I still get the same error on git pull
Jan 29 12:33:11 <rwhitby> ( cd fso-milestone5/openembedded ; \
Jan 29 12:33:12 <rwhitby>           git pull )
Jan 29 12:33:12 <rwhitby> Warning: No merge candidate found because value of config option
Jan 29 12:33:12 <rwhitby>          "branch.fso/milestone5.merge" does not match any remote branch fetched.
Jan 29 12:34:13 <rwhitby> shoragan: I did a "git checkout -b fso/milestone5 HEAD"
Jan 29 12:34:28 <shoragan> ajh!
Jan 29 12:34:39 <rwhitby> why would " git reset --hard origin/fso/milestone5
Jan 29 12:34:40 <rwhitby>  " then check more stuff out?
Jan 29 12:34:41 <shoragan> dont use HEAD there
Jan 29 12:35:02 <shoragan> it's not a branch which could be tracked
Jan 29 12:35:19 <mickeyl> ptitjes: xml.in contain out-of-spec parts
Jan 29 12:35:22 <Ainulindale> spaetz: do not hesitate to create tags for trac
Jan 29 12:35:23 <mickeyl> since the dbus spec is so limited
Jan 29 12:35:26 <rwhitby> shiyee: so how do I tell it to check out the latest on that fso/milestone5 branch?
Jan 29 12:35:34 <mickeyl> so we use an xslt to strip 'em out
Jan 29 12:35:34 <rwhitby> oops - shoragan not shiyee 
Jan 29 12:35:42 <mickeyl> and that xslt sucks
Jan 29 12:35:50 <ptitjes> mickeyl: how limited ?
Jan 29 12:35:50 <shoragan> you have setup the branch tracking wrong
Jan 29 12:35:59 <ptitjes> do you mean dbus-glib ?
Jan 29 12:36:02 <mickeyl> like... no error specs, no doc specs
Jan 29 12:36:03 <Zorkman> does anybody know from which files opkg gets it's "info" when typing "opkg info *******" ?
Jan 29 12:36:08 <rwhitby> shoragan: since in the future I will need to check out a specific rev for milestone5 instead of HEAD
Jan 29 12:36:36 <Zorkman> i tried moving var/lib.opkg/* but it still finds something when I type opkg info libxft2
Jan 29 12:36:46 <shoragan> then use git reset --hard
Jan 29 12:36:55 <shoragan> this sets the local branch to a specific commit
Jan 29 12:36:56 <Ainulindale> Zorkman: from the package themselves
Jan 29 12:36:59 <ptitjes> mickeyl: but what is http://www.freedesktop.org/dbus/1.0/doc.dtd then ?
Jan 29 12:37:02 <Ainulindale> CONTROL file precisely
Jan 29 12:37:13 <Ainulindale> There must be a cache somewhere but can't recall where
Jan 29 12:37:16 <ptitjes> isn't it freedesktop dbus doc format ?
Jan 29 12:37:28 <rwhitby> shoragan: so I always just git checkout -b fso/milestone5, and then git reset --hard to either HEAD or a specific rev?
Jan 29 12:37:28 <shoragan> or just don't branch at all and use git checkout <revspec>
Jan 29 12:37:47 <shoragan> yes
Jan 29 12:37:54 <shoragan> but not head
Jan 29 12:38:04 <shoragan> HEAD is simple the current revision
Jan 29 12:38:10 <rwhitby> shoragan: for the lead up to milestone5, the autobuilder need to build the tip of that branch, and I can't keep changing the makefile for a specific rev (I can only do that once it is released)
Jan 29 12:38:14 <shoragan> (not the remote head)
Jan 29 12:38:47 <shoragan> then use --no-track for the branch command
Jan 29 12:39:02 <shoragan> and do all the revision changing by using git reset --hard
Jan 29 12:39:16 <rwhitby> ok, I'm confused now :-(
Jan 29 12:39:31 <rwhitby> I do: "git clone --reference ../openembedded git://git.openembedded.net/openembedded openembedded"
Jan 29 12:39:31 <shoragan> :(
Jan 29 12:39:41 <rwhitby> then: "cd openembedded"
Jan 29 12:39:51 <rwhitby> then: "git checkout -b ${FSO_STABLE_BRANCH} ${FSO_STABLE_VERSION}"
Jan 29 12:39:59 <shoragan> reference and target cant be the same
Jan 29 12:40:10 <spaetz> is there a way to bring up the illume-keyboard programmatically?
Jan 29 12:40:17 <rwhitby> shoragan: I don't follow
Jan 29 12:40:17 <spaetz> dbus, cmdline, etc?
Jan 29 12:40:26 <shoragan> let me try it myself
Jan 29 12:40:53 <spaetz> e.g. when opening the terminal, it might make sense to also open the keyboard.
Jan 29 12:40:54 <rwhitby> shoragan: the first openembedded dir is at the top level, the second is in a fso-milestone5 subdir - they are not the same directory
Jan 29 12:41:43 <rwhitby> shoragan: so do those three commands I typed not check out the specificed rev (which could be HEAD) from the specified branch?
Jan 29 12:41:50 <shoragan> ah, ok
Jan 29 12:42:42 <shoragan> im reproducing your setup here...
Jan 29 12:42:50 <rwhitby> thx
Jan 29 12:45:03 <rwhitby> shoragan: "git fetch ; git checkout -b ${FSO_STABLE_BRANCH} ; git reset --hard ${FSO_STABLE_VERSION}" seems to work
Jan 29 12:45:36 <shoragan> ok
Jan 29 12:45:47 <shoragan> but then be careful with git pull
Jan 29 12:45:55 <shoragan> as this will try to fast-forward
Jan 29 12:46:19 <rwhitby> the makefile will never to a git pull for that bit any more
Jan 29 12:47:43 <shoragan> use git checkout --no-track -b fso/milestone5
Jan 29 12:47:51 <shoragan> that makes it explicit
Jan 29 12:47:58 <KaZeR> what can be done to solve "ImportError: No module named pygame.mixer" under SHR? 
Jan 29 12:48:21 <rwhitby> shoragan: do I need the -b in that command?
Jan 29 12:48:24 <spaetz> install pygame.mixer? :-)
Jan 29 12:48:33 <spaetz> I don't think there's a pygame package in SHR
Jan 29 12:48:43 <KaZeR> pygame doesn't seem to be available with shr
Jan 29 12:48:44 <KaZeR> yes
Jan 29 12:48:54 <spaetz> at least i remember seeing a trac ticket requesting it.
Jan 29 12:49:05 <shoragan> $ git checkout origin/fso/milestone5
Jan 29 12:49:06 <shoragan> Note: moving to "origin/fso/milestone5" which isn't a local branch
Jan 29 12:49:06 <shoragan> If you want to create a new branch from this checkout, you may do so
Jan 29 12:49:06 <shoragan> (now or later) by using -b with the checkout command again. Example:
Jan 29 12:49:06 <shoragan>   git checkout -b <new_branch_name>
Jan 29 12:49:06 <shoragan> HEAD is now at d04c901... task-fso-compliance: Ship fso-monitord in the latest version
Jan 29 12:49:40 <shoragan> use git checkout --no-track -b fso/milestone5 origin/fso/milestone5
Jan 29 12:50:15 <shoragan> this way you specify where you want to branch from (otherwise you will be a branch of org.openembedded.dev at the beginning)
Jan 29 12:51:03 <CIA-47> freesmartphone.org: 03jluebbe 07python-helpers * rf3262b4cf1b5 10/mickeydbus/mdbus: mdbus: add some more dbus types
Jan 29 12:51:21 <playya> fso-monitord is in there? i should check my updates really well ^^
Jan 29 12:51:28 <CIA-47> freesmartphone.org: 03jluebbe 07framework * rbf7b557d1638 10/tools/cli-framework: cli-framework: handle more dbus types
Jan 29 12:52:37 <CIA-47> freesmartphone.org: 03rod 07fso-makefile * r12d3df686079 10/Makefile: Fix checkout and update of stable branch openembedded directory. Thx shoragan for tips.
Jan 29 12:52:38 <CIA-47> freesmartphone.org: 03rod 07refs/remotes/origin/HEAD * rf6dba00cce9e 10fso-makefile/Makefile: Set up for milestone5, remove remote.origin.fetch stuff, add -k to feed builds.
Jan 29 12:52:39 <CIA-47> freesmartphone.org: 03rod 07refs/remotes/origin/master * rf6dba00cce9e 10fso-makefile/Makefile: Set up for milestone5, remove remote.origin.fetch stuff, add -k to feed builds.
Jan 29 12:53:12 <rwhitby> hmm - I dunno where those refs/removes/origin/ stuff comes from ...
Jan 29 12:53:20 <rwhitby> I only did a single commit and push
Jan 29 12:53:26 <shoragan> it's notmal
Jan 29 12:53:28 <shoragan> normal
Jan 29 12:53:46 <shoragan> those are remote tracking branches, which keep track of the state of the remote reop
Jan 29 12:53:56 <shoragan> you get them with cloning
Jan 29 12:54:09 <shoragan> git fetch will only update these remote tracking branches
Jan 29 12:54:15 <rwhitby> ah, is that from the --all on git push?
Jan 29 12:55:09 <shoragan> no
Jan 29 12:55:41 <shoragan> this all is independant of push
Jan 29 12:56:05 <rwhitby> shoragan: I'd very much appreciate any other comments you might have on the way I am (ab)using git in http://git.freesmartphone.org/?p=fso-makefile.git;a=blob;f=Makefile;h=f0ee7524ae4459ebce11ccaae7d1e2e0d9edba90;hb=HEAD
Jan 29 13:01:37 <spaetz> can't efl disable widgets? Like disabling "Continue" buttons when no number has been added yet?
Jan 29 13:01:48 <spaetz> Minor issue but would make things more obvious.
Jan 29 13:02:30 <shoragan> rwhitby, looks fine to me
Jan 29 13:02:41 <rwhitby> shoragan: thx
Jan 29 13:03:06 <rwhitby> autobuilder is churning away on milestone5 again now ...
Jan 29 13:03:34 <rwhitby> (and will now continue to track the tip of that branch correctly)
Jan 29 13:04:16 <rwhitby> now to debug why python_2.6.1 fails for fso-unstable on the autobuilder: http://tinderbox.openembedded.net/builds/82175/
Jan 29 13:07:03 <shoragan> rwhitby, FSO_STABLE_VERSION = HEAD is wrong
Jan 29 13:07:19 <shoragan> git reset --hard HEAD on a clean branch won't do anything
Jan 29 13:07:28 <shoragan> use FSO_STABLE_VERSION = fso/milestone5 for now
Jan 29 13:07:39 <shoragan> later you can fix it to a spcific version
Jan 29 13:08:14 <CIA-47> freesmartphone.org: 03jluebbe 07python-helpers * re6c7d3ef3761 10/mickeydbus/mdbus: mdbus: also use prettyPrint for signals
Jan 29 13:10:18 <CIA-47> freesmartphone.org: 03rod 07fso-makefile * rd043e88acd27 10/Makefile: Fixed FSO_STABLE_VERSION to track the branch tip until release
Jan 29 13:10:19 <CIA-47> freesmartphone.org: 03rod 07refs/remotes/origin/HEAD * r12d3df686079 10fso-makefile/Makefile: Fix checkout and update of stable branch openembedded directory. Thx shoragan for tips.
Jan 29 13:10:20 <CIA-47> freesmartphone.org: 03rod 07refs/remotes/origin/master * r12d3df686079 10fso-makefile/Makefile: Fix checkout and update of stable branch openembedded directory. Thx shoragan for tips.
Jan 29 13:18:13 * PaulFertser_ wants to cry seeing how easily Andy accepts android patches, how much he cares, how he fixes stupid errors himself. Fuck Android, why don't he investigate why screen rotation doesn't always work or some other really important stuff?.. :(
Jan 29 13:19:15 <spaetz> Because the screen rotation ticket was closed with "this is not supposed to be supported"...
Jan 29 13:21:27 <PaulFertser_> spaetz: but it worked on "stable" and that was reliable enough, i heard. If it worked on "stable" why can't it be supported in andy-tracking? Who cares about binder when screen rotation (that is essential for this kind of device) doesn't work :(
Jan 29 13:22:34 <Sup3rkiddo> ptitjes, ping, am home :)
Jan 29 13:26:34 <rwhitby> mickey|lunch: python 2.6.1 ml0 builds, but ml2 does not.
Jan 29 13:27:00 <ptitjes> Sup3rkiddo: writing the generator
Jan 29 13:27:29 <Sup3rkiddo> ptitjes, ooh, ok... do you want me to give a sample .vapi or the gidl
Jan 29 13:27:48 <Ainulindale> PaulFertser_: heh... Andy :-)
Jan 29 13:28:13 <Ainulindale> PaulFertser_: you know that a month ago I came up with a "forking the kernel" initiative?
Jan 29 13:28:50 <ptitjes> Sup3rkiddo: I generate from this : http://git.freesmartphone.org/?p=specs.git;a=tree;f=xml;hb=HEAD
Jan 29 13:29:21 <Sup3rkiddo> ptitjes, aah.. ok :),
Jan 29 13:29:37 <PaulFertser_> Ainulindale: i think i have discussed it with you, but most of your reasoning was: "I've seen too many people report regressions". And you proposed to fork "stable", afair.
Jan 29 13:30:32 <Ainulindale> PaulFertser_: Nope
Jan 29 13:30:36 <PaulFertser_> Ainulindale: moreover i can understand why Andy wants to track upstearm as close as possible. If he waits for too long, merging will become incredibly harder. So, i'm happy with tracking per se, but i don't like hil priorities.
Jan 29 13:30:43 <Ainulindale> I proposed to fork the kernel once and for all and to keep it in the hands of the community
Jan 29 13:31:03 <Ainulindale> But I know this is hard work and we don't have enough manpower
Jan 29 13:31:48 <rwhitby> forking the kernel before it's even stable is quite ambitious
Jan 29 13:32:40 <PaulFertser_> Ainulindale: yeah, not realistic. When most drivers hit upstream, then maintaining a fork will become much easier, i guess. BTW, part of the problem is inadequate attitude of samsung and atheros. Samsung didn't provide any decent base at all, afaik and atheros did their own sdio crap-stack instead of collaborating with upstream.
Jan 29 13:37:05 <Ainulindale> rwhitby: well, IMHO, trying to do shiny stuff when the kernel is not stable is ambitious and/or idiotic :-)
Jan 29 13:37:20 <Ainulindale> Any work on the kernel should follow a very strict QA policy
Jan 29 13:37:25 <Ainulindale> And it obviously doesn't
Jan 29 13:37:29 <Ainulindale> And it wears me off
Jan 29 13:37:36 <spaetz> Ainulindale: agreed. There are way too many simulatanously moving parts anyway.
Jan 29 13:38:41 <spaetz> so it's not only one moving targets, but many. (kernel, frameworkd, elementary, efl, ...) gosh just keeping an overview is hard
Jan 29 13:38:59 <Ainulindale> well that's normal
Jan 29 13:39:05 <Ainulindale> but if the base isn't stable
Jan 29 13:39:10 <Ainulindale> the whole construction will crumble down
Jan 29 13:39:26 <Ainulindale> frameworkd is stable enough, and there's no regression with each new commit
Jan 29 13:39:37 <Ainulindale> It shouldn't be *that* hard to do the same with kernel, should it?
Jan 29 13:42:22 <Azog> how can i regenerate the Packages-files of the repositories?
Jan 29 13:44:00 <spaetz> one should think so, although i can't comment on kernel stuff. Too low level for me.
Jan 29 13:45:08 <spaetz> BTW, an SHR release note should state something that it is still normal for everything to crash when there's no SIM card insreted of the GSM is turned off.
Jan 29 13:45:11 <spaetz> :)
Jan 29 13:45:41 <spaetz> ...inserted, or the GSM is turned off... (darn typos)
Jan 29 13:47:14 <mrmoku> Azog: bitbake package-index
Jan 29 13:49:46 <Dave> MRMOKU
Jan 29 13:50:23 <toggles_w> Daev: !!
Jan 29 13:51:16 <toggles_w> SHR buid time, real    319m42.852s, crapped out with an error
Jan 29 13:52:07 <Dave> haha, rut roh :p
Jan 29 13:52:42 <toggles_w> not phunny
Jan 29 13:52:51 <Dave> no kidding :P
Jan 29 13:54:25 <Azog> mrmoku: thanks
Jan 29 13:55:13 <Dave> it sucks mokos :p
Jan 29 13:58:46 <toggles_w> lol, dfu
Jan 29 13:59:14 <Ainulindale> toggles_w: which error?
Jan 29 14:00:02 <toggles_w> Ainulindale: libframeworkd-phonegui_git.bb' failed
Jan 29 14:00:16 <toggles_w> im rerunning make now, see if it was something silly
Jan 29 14:00:27 <Ainulindale> Might be, yes
Jan 29 14:00:32 <toggles_w> oh.. nope, stopped again..
Jan 29 14:01:12 <CIA-47> freesmartphone.org: 03jluebbe 07zhone * rf38cc52fbf11 10/src/zhone: display time to first fix if available
Jan 29 14:05:59 <mbuf> what is the memory mapped locations for NAND, NOR and RAM for the FR?
Jan 29 14:26:58 <ptitjes> guys is there a special option to add to cpp to have gdb stop comlaining 'No symbol "toto" in current context.'
Jan 29 14:27:23 <ptitjes> I already have -g -gdwarf-2 -Wdisabled-optimization
Jan 29 14:28:39 <ptitjes> ?
Jan 29 14:31:17 <gfather> hello guys
Jan 29 14:38:26 <Ainulindale> spaetz: stole you a ticket :-p
Jan 29 14:39:39 <spaetz> thief!
Jan 29 14:39:58 <spaetz> Doesn't matter. I just create new ones on FSO :-)
Jan 29 14:40:06 * spaetz checks trac mail
Jan 29 14:41:03 <Dave> :p
Jan 29 14:41:42 <spaetz> Ainulindale: I can't find it. My preciouzz!!! Where is it?
Jan 29 14:42:04 <spaetz> poor gollum, Ainulindale taketh away
Jan 29 14:42:09 * spaetz stops being silly now
Jan 29 14:43:43 <CIA-47> freesmartphone.org: 03mickey 07framework * r6545e6144f4f 10/framework/subsystems/oeventsd/fso_actions.py: oeventsd: RingToneAction: listen for audio profile changes. Closes FSO #325
Jan 29 14:44:07 <Dave> silly spaetz :P
Jan 29 14:46:23 <spaetz> that enlightenment bug really gets on my nerves. Enlightenment used up 4 times more CPU time then any other process (2nd is frameworkd)
Jan 29 14:49:20 <spaetz> using up 7% of my CPU when the screen is blanked.
Jan 29 14:50:45 <dos1> spaetz: it is going to be fixed ;D
Jan 29 14:50:59 <CIA-47> freesmartphone.org: 03mickey 07framework * rf4df30138220 10/framework/patterns/null.py: add null object
Jan 29 14:55:02 <Azog> Ainulindale: do you know, why e-wm-sysactions-shr is not built in the repository? it built without problems for me
Jan 29 14:55:17 <Ainulindale> hmmm that's weird
Jan 29 14:55:40 <Azog> there you fixed the suspend
Jan 29 14:55:56 <Ainulindale> Someone must have changed the e package
Jan 29 14:56:11 <shoragan> dos1, re http://git.shr-project.org/git/?p=shr-settings.git;a=blob;f=shr_settings_modules/shr_clock.py;hb=HEAD
Jan 29 14:56:25 <shoragan> you do know that the framework handles that automatically?
Jan 29 14:56:35 <shoragan> at least ntp and gps time setting
Jan 29 14:56:42 <Azog> Ainulindale: if you add a replace-section to the .bb everything runs wonderful
Jan 29 14:56:57 <dos1> shoragan: hmm... don't know ;)
Jan 29 14:57:00 <Ainulindale> the e bb ?
Jan 29 14:57:05 <Ainulindale> It shouldn't behave like that
Jan 29 14:57:13 <Azog> the e-wm-sysactions-shr.bb
Jan 29 14:57:32 <Ainulindale> RREPLACES then?
Jan 29 14:57:37 <Ainulindale> Commit it :-)
Jan 29 14:57:41 <Azog> i added http://paste.debian.net/27179
Jan 29 14:57:41 <Ainulindale> That's weird
Jan 29 14:57:44 <Ainulindale> Because it's defined elsewhere
Jan 29 14:57:51 <shoragan> dos1, setting the clock directly could confuse the time handling in frameworkd somewhat
Jan 29 14:58:19 <Azog> ok, i commit it
Jan 29 14:58:20 <dos1> shoragan: patch it :)
Jan 29 14:59:21 <dos1> shoragan: i know that there is possibility to set time with frameworkd dbus request
Jan 29 14:59:38 <shoragan> dos1, that's not easy to do, there is always some time where another app could break it
Jan 29 14:59:57 <shoragan> dos1, it looks at the time from gps and tried to get it via ntp
Jan 29 15:00:04 <shoragan> and then it will set it automatically
Jan 29 15:00:16 <shoragan> it's in otimed
Jan 29 15:00:33 <dos1> shoragan: ok, so i will remove that buttons
Jan 29 15:01:11 <shoragan> dos1, otherwise i should add an option to disable that part of frameworkd
Jan 29 15:01:24 <spaetz> Ainulindale: I attached an /etc/htoprc file to ticket #150. Feel free to add that to the htop .ipkg to make the default output more suitable for small screen in portrait layout.
Jan 29 15:01:29 <shoragan> it's just that both should be used at the same time
Jan 29 15:01:49 <shoragan> err
Jan 29 15:01:53 <shoragan> shouldn't ;)
Jan 29 15:03:52 <Ainulindale> Ok doing that now.
Jan 29 15:05:51 <shoragan> dos1, why do you use odeviced instead of ousaged to enable/disable Bluetooth and Wifi?
Jan 29 15:06:33 <dos1> shoragan: are you some frameworkd guy? ;)
Jan 29 15:06:37 <shoragan> yes :)
Jan 29 15:06:41 <Ainulindale> Just pushed.
Jan 29 15:06:44 <Ainulindale> Going to build a new image.
Jan 29 15:07:10 <Ainulindale> Azog: waiting for your commit :-)
Jan 29 15:07:21 <shoragan> so i'm interest to find out which problems of our interfaces keep you from using them ;)
Jan 29 15:07:23 <spaetz> Ainulindale: cool, taht was a quick turnaround. thanks
Jan 29 15:07:38 <dos1> shoragan: that's good.
Jan 29 15:07:58 <Azog> Ainulindale: i first have to tackle git :(
Jan 29 15:08:08 <dos1> shoragan: i don't think that's problems - right now it is only my limited knownlage about frameworkd ;D
Jan 29 15:08:12 <shoragan> ah :)
Jan 29 15:08:14 <toggles_w> Ainulindale: No package 'libframeworkd-glib' found, from the configure log of phoneguio, any ideas?
Jan 29 15:08:16 <Ainulindale> Azog: git clone git@git.shr-project.org:shr-overlay.git
Jan 29 15:08:23 <Ainulindale> toggles_w: it shouldn't depend on libframeworkd-glib anymore
Jan 29 15:08:23 <spaetz> Ainulindale: was it intended to sneak in changes to shr-lite-image / etc / logrotate.d / 50freesmartphone in your htoprc commit :-)?
Jan 29 15:08:29 <Ainulindale> spaetz: yep
Jan 29 15:08:35 <spaetz> ok, fine then
Jan 29 15:08:42 <Ainulindale> this was one of the many mistakes ptitjes did the last few weeks :-)
Jan 29 15:08:55 <toggles_w> Ainulindale: aha!
Jan 29 15:09:16 <Ainulindale> toggles_w: and it  doesn't
Jan 29 15:09:17 <Ainulindale> http://git.shr-project.org/git/?p=shr-overlay.git;a=blob;f=openembedded/packages/libframeworkd-phonegui/libframeworkd-phonegui_git.bb;h=bf54e3d5ddf6404d4e46253521e4482a8327a94d;hb=HEAD
Jan 29 15:09:24 <Ainulindale> Maybe the configure script still does
Jan 29 15:09:41 <toggles_w> Ainulindale: it was from the configure log
Jan 29 15:09:46 <toggles_w> so it probably does
Jan 29 15:09:48 <Ainulindale> Not in the configure either
Jan 29 15:09:54 <shoragan> see the image on http://trac.freesmartphone.org/wiki
Jan 29 15:09:55 <Ainulindale> Testing or unstable?
Jan 29 15:10:00 <toggles_w> testing
Jan 29 15:10:03 <Ainulindale> Don't build testing
Jan 29 15:10:07 <Ainulindale> It has no meaning
Jan 29 15:10:11 <shoragan> dos1, if possible try to use the blue services
Jan 29 15:10:17 <Ainulindale> We won't modify it until release
Jan 29 15:10:25 <Ainulindale> And we didn't modify it for a month and a half
Jan 29 15:10:31 <Ainulindale> It's not even supposed to build
Jan 29 15:10:37 <dos1> shoragan: ok
Jan 29 15:10:59 <toggles_w> Ainulindale: thanks, should probably update the wiki as it recommends testing http://shr-project.org/trac/wiki/Building%20SHR#Firstbuild
Jan 29 15:11:08 <Ainulindale> WE'll do that on release :-)
Jan 29 15:11:22 <Ainulindale> Azog: after the clone, do the modification then git commit -a
Jan 29 15:11:25 <Ainulindale> then git push
Jan 29 15:11:31 <shoragan> and if you need example code on how to do async dbus calls look at zhone
Jan 29 15:11:38 <Ainulindale> before commit don't forget to git pull
Jan 29 15:11:41 <Ainulindale> in order to merge changes
Jan 29 15:11:55 <Azog> ah, push
Jan 29 15:12:39 <dos1> shoragan: async calls waits for spare time now ;)
Jan 29 15:13:09 <dos1> shoragan: can you give me dbus paths to ousaged requests for bluetooth?
Jan 29 15:13:09 <shoragan> does shr-settings depend on other shr stuff?
Jan 29 15:13:13 <Ainulindale> spaetz: would you happen to be able to do a quick summary of the issues left, post them on the ML to discuss, then synthetize everything on the blog for "What's left for the release?"
Jan 29 15:13:21 <Ainulindale> (issues left for MS1 that is)
Jan 29 15:13:25 <Ainulindale> shoragan: not really
Jan 29 15:13:34 <Ainulindale> shoragan: it's more of a fso-settings than a shr-settings
Jan 29 15:13:38 <Ainulindale> But I like the fact that it's named shr :-)
Jan 29 15:13:55 <shoragan> http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Usage.html;hb=HEAD
Jan 29 15:13:57 <Ainulindale> Though it'll change as soon as ophonekitd will go full blown dbus
Jan 29 15:14:15 <shoragan> dos1, just look at it via mdbus and cli-framework
Jan 29 15:14:21 <spaetz> Ainulindale: not today, but can do this week.
Jan 29 15:14:42 <spaetz> There is still a lot that I don't know but I think I got a rough overview now
Jan 29 15:15:08 <dos1> shoragan: i don't have freerunner on now :D
Jan 29 15:15:18 <spaetz> dos1: like turning on bluetooth?
Jan 29 15:15:25 <shoragan> dos1, Ainulindale: also note that we will ship MS5 with bluez4 and connman
Jan 29 15:15:30 <Ainulindale> spaetz: I think this would be worth the shot for all of us
Jan 29 15:15:40 <shoragan> so wifi and bt will be accessible via dbus
Jan 29 15:15:48 <CIA-47> freesmartphone.org: 03mickey 07framework * rcc6474ac69aa 10/tools/cli-framework: tools: add devrtc to cli-framework
Jan 29 15:15:51 <CIA-47> freesmartphone.org: 03mickey 07framework * re9ce74390961 10/framework/subsystems/odeviced/kernel26.py: odeviced: fix bug in realtimeclock. closes FSO #330
Jan 29 15:15:56 <dos1> shoragan: but... looking at this link, ousaged isn't what i need now for shr
Jan 29 15:15:58 <Ainulindale> shoragan: so we'll manage to build Networkmanager then
Jan 29 15:16:01 <mickeyl> shoragan: can you check something?
Jan 29 15:16:02 <Azog> Ainulindale: done
Jan 29 15:16:04 <spaetz> ooh, there is even powertop installed by default and .... WOW 230 wakeups per second
Jan 29 15:16:06 <Ainulindale> Azog: thanks :-)
Jan 29 15:16:27 <spaetz> That is about 10 times as much as my desktop
Jan 29 15:16:33 <dos1> shoragan: now we only want to turn on/off bt antenna
Jan 29 15:16:38 <Ainulindale> mrmoku?
Jan 29 15:16:47 <shoragan> dos1, if you want to force it on or off use SetResourcePolicy
Jan 29 15:17:14 <spaetz> mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy "Bluetooth" "disabled"
Jan 29 15:17:17 <shoragan> mickeyl, yes?
Jan 29 15:17:27 <mickeyl> shoragan: please confirm or deny that RTC is broken in 2.6.28 (see #opie.de)
Jan 29 15:17:31 <spaetz> mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy "Bluetooth" "enabled"
Jan 29 15:17:41 <spaetz> this could work, dos1 ?!
Jan 29 15:17:48 <mrmoku> Ainulindale: yep?
Jan 29 15:18:06 <Ainulindale> mrmoku: would you have the time to check if we could update OE on the buildhost and still keep a sane distro?
Jan 29 15:18:12 <Ainulindale> (i.e. without the fastboot patches)
Jan 29 15:18:41 <spaetz> Ainulindale: would usplash make for a nice end user feeling for MS1 or should that be postponed?
Jan 29 15:18:44 <Ainulindale> (on fso branch that is)
Jan 29 15:18:49 <Ainulindale> spaetz: postponed
Jan 29 15:18:53 <Ainulindale> No splash for now.
Jan 29 15:18:53 * spaetz collects a laundry list of issues.
Jan 29 15:18:57 <spaetz> ok
Jan 29 15:19:06 <Ainulindale> I'm afraid that if I put a splash mwester will try to kill me.
Jan 29 15:19:15 <spaetz> hehe
Jan 29 15:19:19 * mwester no longer cares ;)
Jan 29 15:19:33 <dos1> spaetz, shoragan: ok, will look at it
Jan 29 15:19:34 <Ainulindale> mwester: meh :-)
Jan 29 15:19:54 <mrmoku> Ainulindale: you mean using ms5 branch with shr fastboot readded?
Jan 29 15:20:28 <Ainulindale> Nope
Jan 29 15:20:34 <Ainulindale> MS5 branch with all the patches but fastboot
Jan 29 15:21:00 <Ainulindale> In fact I'd say, let us create a patches-wip dir
Jan 29 15:21:06 <Ainulindale> with the fastboot patches
Jan 29 15:21:15 <Ainulindale> and not apply them for the time being
Jan 29 15:21:25 <Ainulindale> The thing to verify is: do we still build without them?
Jan 29 15:21:37 <Ainulindale> (And more importantly, do we build for GTA01?)
Jan 29 15:22:04 <mrmoku> Ainulindale: there is not much left from the fastboot patches... in fact only 3
Jan 29 15:22:12 <mrmoku> of which one does not apply in ms5 :-)
Jan 29 15:22:23 <mrmoku> another one is start dbus early though...
Jan 29 15:22:29 <Ainulindale> Well
Jan 29 15:22:35 <Ainulindale> You're the one who knows these patches
Jan 29 15:22:44 <Ainulindale> So there are two solutions
Jan 29 15:22:48 <dos1> Ainulindale: i think builds for GTA01 are important
Jan 29 15:22:51 <Ainulindale> Either we remove them and forget about them for the time being
Jan 29 15:22:53 <Ainulindale> dos1: so do I
Jan 29 15:23:04 <Ainulindale> Either you try to apply them one by one, and see where it breaks
Jan 29 15:23:11 <Ainulindale> Or just apply the harmless ones
Jan 29 15:23:14 <dos1> Ainulindale: personally i don't have gta01, but on list there are people who have it
Jan 29 15:23:16 <Ainulindale> Your choice :-)
Jan 29 15:23:23 <Ainulindale> dos1: that's why I said 16:21:37 < Ainulindale> (And more importantly, do we build for GTA01?)
Jan 29 15:23:34 <dos1> Ainulindale: yoyo has gta01 too
Jan 29 15:23:35 <dos1> ;D
Jan 29 15:23:38 <Ainulindale> I know
Jan 29 15:23:41 <Ainulindale> So do I
Jan 29 15:23:48 <mrmoku> Ainulindale: the problem with ophonekitd crashing, because of no dbus yet is fixed?
Jan 29 15:24:06 <Ainulindale> No idea
Jan 29 15:24:08 <Ainulindale> But I don't think so
Jan 29 15:24:27 <mrmoku> Ainulindale: so... that might cause a regression ;)
Jan 29 15:24:44 <Ainulindale> That's why I expect your opinion
Jan 29 15:24:47 <Ainulindale> What would you do?
Jan 29 15:24:54 <Ainulindale> Cherry pick harmless packages
Jan 29 15:24:59 <Ainulindale> s/packages/patches/
Jan 29 15:25:00 <bzzbot> Ainulindale meant: Cherry pick harmless patches
Jan 29 15:25:06 <Ainulindale> Or forget them all?
Jan 29 15:25:17 <Ainulindale> Remember this is useful for FSO too
Jan 29 15:25:18 <mrmoku> Ainulindale: I would drop the not applying one (fiddling with /etc/init.d/rc) and keep the other two (start dbus early / do not opkg configure on every boot)
Jan 29 15:25:19 <Ainulindale> mickeyl: ping
Jan 29 15:25:39 <Ainulindale> mrmoku: and about the other fastboot patches which were applied?
Jan 29 15:25:46 <Ainulindale> initscripts for instance?
Jan 29 15:26:16 <mrmoku> Ainulindale: I removed all those that are applied upstream
Jan 29 15:26:31 <Ainulindale> They aren't anymore
Jan 29 15:26:34 <Ainulindale> (on fso branch)
Jan 29 15:26:42 <Ainulindale> (hence my question)
Jan 29 15:26:52 <mrmoku> Ainulindale: the initscripts thingie too?
Jan 29 15:26:56 * mrmoku checks
Jan 29 15:27:01 <Ainulindale> Every fastboot patch, according to stefan_schmidt and shoragan 
Jan 29 15:27:04 <TAsn> Ainulindale, is there a reason to reflash? or will an opkg update upgrade suffice? (a 3 weeks old image)
Jan 29 15:27:17 <Ainulindale> TAsn: We have no time to ensure a viable upgrade path
Jan 29 15:27:19 <Ainulindale> so yes, reflash
Jan 29 15:27:26 <Ainulindale> TAsn: and by the way
Jan 29 15:27:30 <TAsn> ;]
Jan 29 15:27:30 <Ainulindale> confirmed for the logging bug
Jan 29 15:27:33 <TAsn> ok thanks.
Jan 29 15:27:35 <Ainulindale> if phonelog has been launched
Jan 29 15:27:38 <Ainulindale> and I receive a call
Jan 29 15:27:44 <Ainulindale> sqlite says db is busy
Jan 29 15:27:47 <Ainulindale> and I can't log anymore
Jan 29 15:27:54 <TAsn> ;\
Jan 29 15:28:00 <Ainulindale> No matter what I do, including closing pyphonelog
Jan 29 15:28:12 <Ainulindale> I had no time to investigate but I talked with ptitjes about that yesterday
Jan 29 15:28:42 <TAsn> I keep the sqlite db open all the time and I sure as hell don't write to it.
Jan 29 15:29:01 <mrmoku> Ainulindale: yep, looks like
Jan 29 15:29:12 <TAsn> sec, I'll hack a fix and commit.
Jan 29 15:29:25 <TAsn> (a stupid racy delay, just to know if that's what's wrong.)
Jan 29 15:30:13 <Ainulindale> TAsn: well check it locally before :-)
Jan 29 15:30:56 <TAsn> for that I need to upgrade shr and I'm too damn busy to break my installation today (it's my main phone...(
Jan 29 15:32:31 <Ainulindale> :-)
Jan 29 15:33:12 <spaetz> dos1: is the python-wifi dependency solved?
Jan 29 15:34:11 <spaetz> TAsn: buy a new 1GB card, that shouldn't be too expensive...
Jan 29 15:34:21 <Ainulindale> mrmoku: be wary I'm compiling stuff on the buildhost
Jan 29 15:34:32 <spaetz> I just switch out cards when I install experimental stuff
Jan 29 15:34:51 <dos1> spaetz: no, i will solve it now ;)
Jan 29 15:34:55 <mrmoku> Ainulindale: what variant?
Jan 29 15:34:58 <TAsn> if I'm right, adding "return" on line 560 to prevent the cb function to run should fix it. though that will make the update upon call not to work ;]
Jan 29 15:35:04 <Ainulindale> mrmoku: what variant?
Jan 29 15:35:06 <TAsn> spaetz, I have many cards lying around
Jan 29 15:35:15 <mrmoku> Ainulindale: without fastboot?
Jan 29 15:35:19 <TAsn> though I want to upgrade my sys, I don't wanna do it twice ;]
Jan 29 15:35:22 <Ainulindale> N
Jan 29 15:35:23 <Ainulindale> No
Jan 29 15:35:25 <Ainulindale> Just what is there
Jan 29 15:36:22 <mrmoku> Hmm, I think we should stabilize... so dropping fastboot alltogether and be in sync with fso might be the better option...
Jan 29 15:36:35 <mrmoku> get a nice stable testing image and reintroduce fastbooting in unstable then
Jan 29 15:36:38 <Ainulindale> I trust your opinion on that matter.
Jan 29 15:36:59 <Ainulindale> So I'll stop my build and let you modify the buildhost then, is that good for you?
Jan 29 15:37:03 <mrmoku> Ainulindale: the thing is... I'm not sure about my opinion ;)
Jan 29 15:37:18 <Ainulindale> Well, I thought it through and came up with more or less the same
Jan 29 15:37:22 <mrmoku> we had a nice working image *with* fastboot, no?
Jan 29 15:37:28 <Ainulindale> (build stoped)
Jan 29 15:37:30 <Ainulindale> +pp
Jan 29 15:37:40 <Ainulindale> Not for GTA01
Jan 29 15:37:45 <Ainulindale> Hence the problem
Jan 29 15:37:52 <Ainulindale> Something recent broke GTA01
Jan 29 15:37:56 <Ainulindale> I'm not sure it's fastboot
Jan 29 15:38:09 <mrmoku> ok, so lets do it that way... you can just rm -rf patches/fastboot
Jan 29 15:38:16 <shoragan> Ainulindale, we reverted fastboot because of gta01
Jan 29 15:38:21 <Ainulindale> shoragan: I know
Jan 29 15:38:28 <shoragan> stefan didn't findout what the problem was exactly
Jan 29 15:38:31 <Ainulindale> But we built images for GTA01 with fastboot patches several times
Jan 29 15:38:40 <Ainulindale> So I'm not even sure it's fastboot related that much
Jan 29 15:39:10 <Ainulindale> mrmoku: if I don't
Jan 29 15:39:14 <Ainulindale> And if I make update
Jan 29 15:39:17 <Ainulindale> Will it still be viable?
Jan 29 15:39:50 <Ainulindale> Hmmm
Jan 29 15:39:54 <Ainulindale> Looking at them I see nothing harmful
Jan 29 15:40:02 <mrmoku> Ainulindale: well, yeah... dbus will start early (which is fine I think) and the opkg thing is harmless... the third one does not apply
Jan 29 15:40:06 <mrmoku> so yeah, do it that way
Jan 29 15:40:28 <Ainulindale> Ok then
Jan 29 15:40:35 <Ainulindale> So what I would need from you ( :-) )
Jan 29 15:40:48 <Ainulindale> Could you update shr-autorev to current?
Jan 29 15:40:55 <Ainulindale> In order to regenerate shr-testing
Jan 29 15:40:59 <Ainulindale> With up to date software
Jan 29 15:41:07 <mrmoku> including EFl?
Jan 29 15:41:14 <mrmoku> -l+L
Jan 29 15:41:23 <Ainulindale> How do you feel about that? :-)
Jan 29 15:41:55 <mrmoku> hehe, I built with current EFL yesterday... 
Jan 29 15:42:06 <mrmoku> it feels snappier, but that is just a feeling
Jan 29 15:42:12 <mrmoku> CPU usage is still up
Jan 29 15:42:16 <mrmoku> dict still sucks
Jan 29 15:42:19 <Ainulindale> shoragan: when you reverted (or stefan) the fastboot patches
Jan 29 15:42:23 <Ainulindale> did you keep PR?
Jan 29 15:42:38 <mrmoku> and new SMS still crashes
Jan 29 15:43:03 <mrmoku> so, if we want a stable testing image sooon... we should keep the old one from unstable
Jan 29 15:44:18 <Ainulindale> Ok then update EFL_SRCREV to the one in unstable :-)
Jan 29 15:44:22 <Ainulindale> Will you have the time?
Jan 29 15:44:49 <mrmoku> Ainulindale: yeah, already started :-)
Jan 29 15:44:59 <mrmoku> whats with navit? you did some build today?
Jan 29 15:45:10 <mrmoku> PREFERRED_VERSION_navit = "0.1.0+svnrev${SRCREV}"
Jan 29 15:46:32 <dos1> spaetz: i think python-wifi is fixed ;)
Jan 29 15:46:45 <mrmoku> and then there is also
Jan 29 15:46:45 <mrmoku> SRCREV_pn-navit = "1959"
Jan 29 15:48:09 <Ainulindale> Use the latter
Jan 29 15:48:11 <Ainulindale> It's stable
Jan 29 15:48:20 <root_at> hey i have a problem with the toolchain. i am using archlinux. i installed libmokoui2 by hand, but if i do om-conf the sample project i get the error that there is no libmokoui2, but there is one in /usr/local/lib/libmokoui2 and the $PKG_CONFIG_PATH is /usr/lib/pkgconfig and /usr/local/lib/pkgconfig
Jan 29 15:48:36 <Ainulindale> mrmoku: I erased the packages fastboot had an impact on
Jan 29 15:48:39 <Ainulindale> Currently regenerating an image
Jan 29 15:50:51 <mrmoku> Ainulindale: one thing I dont know is python-elementary... it has its own EFL set.. might cause problems?
Jan 29 15:51:15 <mrmoku> brb
Jan 29 15:51:37 <Ainulindale> mrmoku: ah and remove the preferred version for shr-settings
Jan 29 15:52:28 <spaetz> Ainulindale: sent mail to shr-devel@projects.openmoko.org with a list of important issues. (at least those that looked important to me)
Jan 29 15:52:47 <Ainulindale> Thanks :-)
Jan 29 15:53:01 <spaetz> leaving now. see you
Jan 29 15:53:06 <Ainulindale> see you!
Jan 29 15:54:09 <Ainulindale> (as well as pidgin and midori mrmoku)
Jan 29 16:04:20 <mrmoku> Ainulindale: no midori in there ...
Jan 29 16:05:09 <mrmoku> Ainulindale: another question... openmoko-panel-plugin... is it still in use?
Jan 29 16:05:19 <mrmoku> thought that would be an illume module now
Jan 29 16:06:24 <mw|zZzZ> mrmoku: so updating E didn't remove the CPU usage?
Jan 29 16:06:31 <mrmoku> mw|zZzZ: nop
Jan 29 16:06:44 <mw|zZzZ> mrmoku: edit default.edj then and see if that helps with the new versions still
Jan 29 16:06:53 * mw|zZzZ wonders why FSO doesn't hit the same issue
Jan 29 16:07:27 <Ainulindale> mrmoku: it's for the old 2007.2 wm
Jan 29 16:07:57 <mrmoku> Ainulindale: will remove it then
Jan 29 16:07:58 <Ainulindale> mw|zZzZ: We're not using the same rev AFAIK
Jan 29 16:09:33 <Ainulindale> New image will hit the ground in some minutes
Jan 29 16:09:35 <Ainulindale> Hopefully it'll work
Jan 29 16:11:06 <Zorkman> Ainulindale: many improvements in it? i'm just flashing the previous unstable image
Jan 29 16:12:57 <Ainulindale> Zorkman: well yes
Jan 29 16:13:02 <mrmoku> Ainulindale: any clue about python-elementary? 
Jan 29 16:13:05 <Ainulindale> And upgrade path should be broken
Jan 29 16:13:10 <Ainulindale> mrmoku: I think it hit e svn
Jan 29 16:13:13 <Ainulindale> so same rev IIRC
Jan 29 16:13:18 <Ainulindale> Let it be there meanwhile
Jan 29 16:14:11 <mrmoku> Ainulindale: we have an explicit rev for python-elementary though...
Jan 29 16:14:16 <mrmoku> which is newer
Jan 29 16:14:23 <Zorkman> Ainulindale: sorry to keep bothering you with these stupid questions, but will the opkg upgrade on unstable upgrade everything, or are there issues and should i reflash again?
Jan 29 16:16:10 <Ainulindale> mrmoku: then let it there
Jan 29 16:16:19 <Ainulindale> Zorkman: I just told you so
Jan 29 16:16:22 <Ainulindale> 17:13:05 < Ainulindale> And upgrade path should be broken
Jan 29 16:16:28 <Ainulindale> So you'll have to reflash, sorry :-)
Jan 29 16:18:29 <Zorkman> i was just hoping for a trick, because i can't connect to bearstech.com or build.shr-project.org so i'll have to go and find another network again :)
Jan 29 16:19:54 <Ainulindale> Do you have a computer ftp accessible somewhere?
Jan 29 16:20:02 <Ainulindale> I'll upload the image if you want
Jan 29 16:20:54 <Zorkman> that's very kind, but i've stumbled upon a few wireless networks
Jan 29 16:21:04 <Zorkman> i can download them by my windows at slow speed :)
Jan 29 16:21:18 <Ainulindale> Heh
Jan 29 16:21:24 <mrmoku> Ainulindale: you built just the fat image?
Jan 29 16:21:28 <Ainulindale> Nope
Jan 29 16:21:36 <Ainulindale> But it seems bitbake doesn't care about the order
Jan 29 16:21:57 <Ainulindale> bitbake shr-lite-image shr-image
Jan 29 16:22:02 <Ainulindale> It generated the fat before
Jan 29 16:22:03 <mrmoku> so it's still building... ok
Jan 29 16:22:29 <CIA-47> freesmartphone.org: 03mickey 07fso-gsm0710muxd * rfffe681572be 10/ (Makefile.am gsm0710/posixextra.vapi src/multiplexer.vala): posixextra is now part of upstream vala
Jan 29 16:26:05 <juri_2> Ainulindale: di that gta01 build finally build? :)
Jan 29 16:26:15 <Ainulindale> juri_2: nope, but it will today
Jan 29 16:26:18 <Ainulindale> Don't worry :-)
Jan 29 16:30:55 <sicu> phew ... just finished reading through the backlogs
Jan 29 16:31:02 <sicu> some serious activity in here today =]
Jan 29 16:31:08 <Ainulindale> Naaah.
Jan 29 16:31:51 <Zorkman> hehe, wanted to test the previous shr-unstable anyway and i'm on a windows box right now ==> instant reboot when connecting FR with pc
Jan 29 16:32:09 <Ainulindale> Zorkman: same here
Jan 29 16:32:13 <mw|zZzZ> Ainulindale: revision are we using and FSO ?
Jan 29 16:32:22 <Ainulindale> That's the beauty of andy-tracking
Jan 29 16:32:26 <Ainulindale> mw|zZzZ: could you repeat?
Jan 29 16:32:43 <Zorkman> any possibility to not make it reboot?
Jan 29 16:32:46 <mw|zZzZ> Ainulindale: etk revision.. which revision are we using now, and which are FSO using?
Jan 29 16:32:56 <shoragan> Zorkman, Ainulindale it is fixed in a version after the one we are currently using for the MS5
Jan 29 16:33:22 <Ainulindale> mw|zZzZ: No idea for FSO
Jan 29 16:33:25 <mw|zZzZ> (thinking about the CPU load issue with fileman/overlay in default.edj)
Jan 29 16:33:44 <Zorkman> shoragan: so when will it be inculded in the build?
Jan 29 16:34:14 <shoragan> Zorkman, what will be included in which build?
Jan 29 16:34:30 <sicu> Ainulindale: my bloodshot eyes state otherwise
Jan 29 16:34:31 <sicu> though that could be due to a project deadline that has kept me awake for the past two days ;p
Jan 29 16:34:36 <Zorkman> the fix so that it doens't make your windows box reboot
Jan 29 16:34:38 <Ainulindale> heh
Jan 29 16:35:00 <shoragan> it won't be included in fso ms5
Jan 29 16:35:22 <Zorkman> ok.. too bad :)
Jan 29 16:35:29 <Ainulindale> shoragan: Was asking that to stefan_schmidt in OE
Jan 29 16:35:34 <Ainulindale> Why wouldn't it be?
Jan 29 16:35:41 <Ainulindale> Can't you cherry pick it?
Jan 29 16:35:47 <shoragan> he wanted to avoid regressions
Jan 29 16:35:55 <Ainulindale> Well, we can use just that fix, can't we?
Jan 29 16:36:01 <Zorkman> Ainulindale: manually suspending will also seems to be broken, but that is a known problem i think
Jan 29 16:36:04 <sicu> nah, way to risky forcing a stable release upone the users :p
Jan 29 16:36:23 <Ainulindale> Zorkman: and solved problem
Jan 29 16:36:36 <Zorkman> nice
Jan 29 16:36:47 <Zorkman> one more reason to reflash :)
Jan 29 16:36:49 <shoragan> sicu, there is no stable in andy-tracking
Jan 29 16:37:47 <shoragan> http://git.openmoko.org/?p=kernel.git;a=commit;h=94bf169f64394537d04b7a02dfc388acf610a16b
Jan 29 16:37:51 <Zorkman> gonna cast linux +90 on this pc, bye
Jan 29 16:37:53 <Ainulindale> shoragan: If he keeps doing regressions like that
Jan 29 16:37:56 <Ainulindale> It's going to be andy-tracked
Jan 29 16:38:34 <shoragan> Ainulindale, the usb/windows problem was an upstream bug
Jan 29 16:39:18 <Ainulindale> So?
Jan 29 16:39:29 <Ainulindale> juri_2: currently regenerating GTA01 image
Jan 29 16:43:58 <mrmoku> mw|zZzZ: 38544
Jan 29 16:44:03 <mrmoku> you can check the packages in http://people.openmoko.org/stefan/MS5-rc2/om-gta02/openmoko-fso-image-glibc-ipk--20090123-om-gta02-testlab/installed-packages.txt
Jan 29 16:46:25 <mrmoku> mw|zZzZ: and we have 38274
Jan 29 16:46:38 <Ainulindale> raster: no loading animation on SHR, although the CPU usage is high.
Jan 29 16:46:45 <Ainulindale> (at boot)
Jan 29 16:52:44 <Ainulindale> mrmoku: slow e cpu usage
Jan 29 16:52:46 <Ainulindale> mrmoku: on latest
Jan 29 16:52:49 <Ainulindale> No idea why
Jan 29 16:52:54 <Ainulindale> (I just rebooted)
Jan 29 16:53:59 <Ainulindale> mrmoku: and ophonekitd borking
Jan 29 16:54:36 <Ainulindale> And I can't use USB
Jan 29 16:56:01 <Ainulindale> No buttons either
Jan 29 16:56:09 <Ainulindale> No sysaction menu, no nothing
Jan 29 16:56:12 <Ainulindale> What's this mess!
Jan 29 16:56:51 <mrmoku> Ainulindale: :( flashing right now
Jan 29 16:56:54 <Hire> what the frack?
Jan 29 16:57:53 <Ainulindale> Is the button handling code borked again?
Jan 29 16:58:14 <Ainulindale> The sysaction package is there, but the buttons are not handled as x keystrokes
Jan 29 16:58:19 <Ainulindale> I hope it wasn't in the fastboot patches
Jan 29 16:59:32 <Ainulindale> Suspend works though
Jan 29 16:59:52 <Ainulindale> spaetz: htoprc doesn't work properly
Jan 29 17:00:08 <Ainulindale> first start gives a borked result
Jan 29 17:04:52 <mrmoku> Ainulindale: are you sure you did not flash the GTA01 image ;) ???
Jan 29 17:05:04 <mrmoku> works fine... registered on first boot... 
Jan 29 17:05:25 <Ainulindale> buttons?
Jan 29 17:05:41 <Ainulindale> lock? sysaction?
Jan 29 17:05:44 <mrmoku> nop... buttons no
Jan 29 17:05:48 <mrmoku> neither sysaction nor lock
Jan 29 17:05:49 <Ainulindale> See? :-)
Jan 29 17:05:58 <mrmoku> but ophonekitd seems to work
Jan 29 17:06:43 <Ainulindale> Well here it borked for no reason
Jan 29 17:06:47 <mrmoku> htop has changed though... can see the program name without zooming out now :D
Jan 29 17:06:47 <Ainulindale> I relaunched it using shr-settings, heh :-)
Jan 29 17:06:56 <Ainulindale> mrmoku: well it worked the first time here, then borked
Jan 29 17:07:00 <Ainulindale> (if I close and relaunch)
Jan 29 17:07:23 <mrmoku> yep, have that too :(
Jan 29 17:07:47 <Ainulindale> check the diffs between /etc/htoprc and ~/.htoprc
Jan 29 17:07:56 <Ainulindale> It might be that something is wrongly copied
Jan 29 17:08:36 <mrmoku> hmm, USB works on first boot... thats an enhancement ;)
Jan 29 17:08:40 * mrmoku reboots
Jan 29 17:08:49 <Ainulindale> Here I can't use USB :-)
Jan 29 17:09:33 <mrmoku> there is now ~/.htoprc btw.
Jan 29 17:09:35 <mrmoku> -w
Jan 29 17:10:13 <Ainulindale> SHould be according to spaetz 
Jan 29 17:14:22 <mrmoku> have to eat now.. bbl
Jan 29 17:14:46 <ptitjes> Sup3rkiddo: ping
Jan 29 17:15:16 <Sup3rkiddo> ptitjes, pongety
Jan 29 17:16:16 <ptitjes> Sup3rkiddo: here is what I generate from frameworkd dbus API specs : http://valadoc.org/paste.php?id=186
Jan 29 17:17:11 <Sup3rkiddo> ptitjes, w00t.. this is neat :D
Jan 29 17:17:20 <ptitjes> I still have problems with structs
Jan 29 17:17:29 <ptitjes> but yet this is a progress
Jan 29 17:17:39 <Ainulindale> juri_2: GTA01 image is here.
Jan 29 17:17:46 <Sup3rkiddo> ptitjes, it is :D, i can use it to cross check stuff once in a while
Jan 29 17:17:48 <ptitjes> Ainulindale: first part quite done : http://valadoc.org/paste.php?id=186
Jan 29 17:17:51 <Sup3rkiddo> as well
Jan 29 17:18:03 <Ainulindale> ptitjes: first part of what?
Jan 29 17:18:19 <ptitjes> Ainulindale: ophonekitd in vala
Jan 29 17:18:22 <ptitjes> :D
Jan 29 17:18:32 <Ainulindale> No need to do lfg in vala for that
Jan 29 17:18:37 <Ainulindale> Already told you that
Jan 29 17:18:42 <Ainulindale> But as you're a stubborn pain in the ass =)
Jan 29 17:19:13 <ptitjes> Ainulindale: having VAPIs on both side is plain stupid when I can use Vala's dbus stuff
Jan 29 17:19:37 <Ainulindale> ptitjes: T-t-t :-)
Jan 29 17:19:39 <ptitjes> Vala makes it all transparent
Jan 29 17:19:42 <Ainulindale> You're just stubborn!
Jan 29 17:19:53 <ptitjes> that may be true anyway :D
Jan 29 17:20:16 <Ainulindale> ptitjes: We still have to decide on an hour on saturday
Jan 29 17:20:17 <Ainulindale> And by the way
Jan 29 17:20:26 <Ainulindale> http://linuxfr.org/2009/01/29/24940.html
Jan 29 17:21:06 <Hire> http://it.youtube.com/watch?v=svaHnha-PXs
Jan 29 17:23:21 <ptitjes> Ainulindale: nice! do you go there ?? :) 
Jan 29 17:23:34 <ptitjes> Ainulindale: 10h on saturday
Jan 29 17:23:41 <ptitjes> is that ok for you
Jan 29 17:23:41 <ptitjes> ?
Jan 29 17:24:05 <Ainulindale> ptitjes: Yep
Jan 29 17:24:08 <Ainulindale> ptitjes: where?
Jan 29 17:24:11 <Ainulindale> (and yes I'll go there)
Jan 29 17:24:16 <Ainulindale> (I might even do a presentation of SHR)
Jan 29 17:24:19 <ptitjes> in fact I lend the car to my sister for friday evening, and she'll give it back to me at 9h
Jan 29 17:24:25 <ptitjes> so I'll get you at your home
Jan 29 17:24:30 <Ainulindale> Ok that's good
Jan 29 17:24:51 <ptitjes> Ainulindale: I'll be there to whistle on your pres :p
Jan 29 17:24:58 <Ainulindale> Meh :-)
Jan 29 17:25:55 <ptitjes> is there another person from fso (mickey_away is away...) ?
Jan 29 17:26:12 <Ainulindale> ptitjes: http://lanternebleue.deviantart.com/art/Scary-effrayant-73748059
Jan 29 17:27:09 <ptitjes> arf this is better than your previous sample! yeh!
Jan 29 17:29:52 <spaetz> ~/.htoprc is being written on each prog exit, according to its man page
Jan 29 17:29:52 <bzzbot> okay, spaetz
Jan 29 17:30:20 <Ainulindale> spaetz: if I use your htoprc, it work with the first launch, but not with the second
Jan 29 17:30:25 <spaetz> it exists after i quit it with 'q'
Jan 29 17:31:05 <spaetz> weird, do you have an ~/.htoprc?
Jan 29 17:31:59 <spaetz> it works on my FR, but i'll test it some more
Jan 29 17:33:21 <ptitjes> Ainulindale: who I can ping from fso ?
Jan 29 17:33:32 <ptitjes> there is a problem with the spec git
Jan 29 17:36:06 <Ainulindale> spaetz: I can't use USB so it's a bit difficult for me to test
Jan 29 17:43:14 <spaetz> ahh, ok. i'll just do some more  testing...
Jan 29 17:44:26 <mw|zZzZ> do we have a modified default.edj in shr then until the cause of the hang is fixed?
Jan 29 18:00:47 <Ainulindale> mw|zZzZ: which hang?
Jan 29 18:00:52 <Ainulindale> e hang?
Jan 29 18:00:59 <Ainulindale> It disappeared here after the removal of the fastboot patches
Jan 29 18:02:30 <Sharwin_F> is it secure to opkg upgrade shr now?
Jan 29 18:02:35 <Sharwin_F> shr-unstable
Jan 29 18:02:50 <Ainulindale> Reflash, don't upgrade
Jan 29 18:03:00 <Ainulindale> Too many changes everywhere :-/
Jan 29 18:06:27 <dos1> hi ;)
Jan 29 18:12:35 <Hire> oh
Jan 29 18:14:10 <dos1> is new loading screen working properly? ;]
Jan 29 18:15:00 <Hire> i don't know
Jan 29 18:15:08 <TAsn> Ainulindale, latest images are from 24dec?!
Jan 29 18:15:42 <TAsn> or should I go with unstable?
Jan 29 18:16:19 <dos1> unstable is way better than testing
Jan 29 18:16:41 <dos1> but i saw that now new phone ui is in testing too
Jan 29 18:17:22 <mw|zZzZ> Ainulindale: e consuming 30% cpu (due to program "go2" hangs forever in fileman/overlay in default.edj).. that is what I ment with hang
Jan 29 18:20:41 <AntonTakk> anyone able to offer some help on receiving signals and results from method calls with edbus? i think i have everything in place but it just doesn't seem to work
Jan 29 18:21:04 <dos1> Ainulindale: what should i do, if make update don't work with fso/milestone5 branch? :x
Jan 29 18:21:10 <Ainulindale> TAsn: unstable
Jan 29 18:21:22 <TAsn> Ainulindale, thanks.
Jan 29 18:21:23 <Ainulindale> mw|dinner: it doesn't anymore
Jan 29 18:21:27 <Ainulindale> mw|dinner: Check unstable
Jan 29 18:23:25 <dos1> Ainulindale: http://pastebin.com/m9da7c84
Jan 29 18:24:42 <Ainulindale> dos1: normal
Jan 29 18:24:47 <Ainulindale> numpty patch was commited
Jan 29 18:24:50 <Ainulindale> as for the other it's known
Jan 29 18:25:16 <dos1> Ainulindale: but i meant problem with git pull, not with patches ;)
Jan 29 18:26:51 <Ainulindale> ptitjes?
Jan 29 18:27:00 <spaetz> Ainulindale: I still have enlightenment using 7% cpu, even when the screen is blanked
Jan 29 18:27:23 <Ainulindale> well it's far better than 30%
Jan 29 18:27:26 <Ainulindale> And here it's 1%
Jan 29 18:27:31 <spaetz> so something in e is probably still eating cycles
Jan 29 18:27:44 <spaetz> sure, better than 30% it is
Jan 29 18:28:22 <mrmoku> Ainulindale, mw|dinner: I just saw that powertop is included... launched it
Jan 29 18:28:27 <mrmoku>   72.8% (200.3)       <interrupt> : S3C2410 Timer Tick
Jan 29 18:28:41 <mrmoku> is that supposed to be normal ???
Jan 29 18:28:59 <mrmoku>   10.7% ( 29.7)            Xglamo : hrtimer_start (it_real_fn)
Jan 29 18:29:01 <mrmoku>   10.7% ( 29.7)     enlightenment : schedule_hrtimeout_range (hrtimer_wakeup)
Jan 29 18:29:20 <spaetz> mrmoku: I happene  to disover exacly the same todaz
Jan 29 18:29:46 <spaetz> 200 wakeups from S3C...
Jan 29 18:30:06 <mrmoku> PaulFertser_: any knowledge about CONFIG_NO_HZ? 
Jan 29 18:30:10 <spaetz> my laptop has 20 wakeups in total per second
Jan 29 18:30:19 <mrmoku> spaetz: yep, looks quite broken
Jan 29 18:32:36 <gurugentoo> ok this wireless bug is getting on my nerves
Jan 29 18:32:59 <dos1> gurugentoo: which wireless bug?
Jan 29 18:33:05 <ptitjes> stefan_schmidt_, shoragan, mickey_away: just a message to tell you that xml/* in specs.git are outdated - maybe those could be removed from git as they are generated from the *.xml.in
Jan 29 18:33:12 <gurugentoo> it keeps booting without wireless extensions
Jan 29 18:33:25 <gurugentoo> seemingly at random
Jan 29 18:33:31 <mrmoku> Ainulindale: for me e still sucks cpu !!!
Jan 29 18:33:47 <mrmoku>  1506 root      10 -10 23180  12m 7272 S 28.9 10.7  13:36.77 enlightenment
Jan 29 18:34:54 <Ainulindale> mrmoku: hmpf
Jan 29 18:35:17 <mrmoku> Ainulindale: and USB network was borken on reboot :-(
Jan 29 18:35:20 <spaetz> so, I CAN be happz with onlz 7%. pfeww >(
Jan 29 18:35:28 <dos1> Ainulindale: what can i do with this git problem?
Jan 29 18:35:31 <mrmoku> spaetz: yep... be happy :P
Jan 29 18:35:36 <Ainulindale> mrmoku: Yeah I commented out the g_ether thing
Jan 29 18:35:46 <Ainulindale> dos1: ask mrmoku I have to leave :-/
Jan 29 18:35:54 <mrmoku> dos1: what git problem?
Jan 29 18:36:02 <Ainulindale> mrmoku: could you please check the button problem when you'll be available?
Jan 29 18:36:02 <dos1> mrmoku: http://pastebin.com/m9da7c84
Jan 29 18:36:03 * mrmoku is reading backlog
Jan 29 18:36:07 <Ainulindale> Public transportation are on strike here
Jan 29 18:36:12 <Ainulindale> It might take a while for me to go home
Jan 29 18:37:45 <gurugentoo> dos1: it's as if a file is getting corrupted/deleted because the wireless will work for a while after a fresh flash, and then quit 
Jan 29 18:37:46 <mrmoku> Ainulindale: good journey ;)
Jan 29 18:37:55 <Ainulindale> Thanks a lot :-)
Jan 29 18:39:04 <gurugentoo> dos1: wait...now it's showing up in iwconfig after a suspend/resume
Jan 29 18:39:35 <spaetz> GURU
Jan 29 18:39:52 <TAsn> Ainulindale, does unstable has the fix for the suppressed number issue?
Jan 29 18:39:55 <gurugentoo> spaetz: eh?
Jan 29 18:40:26 <spaetz> BAHH, CAPS HANGS. sUSPEND    RESUME WILL OFTEN FIX THIS
Jan 29 18:41:01 <spaetz> ALSO HAVE A LOOK IN SHRSETTINGS WHETHER WIFI POWER HAS BEEN TURNED OF
Jan 29 18:41:09 <spaetz> DARN BROKEN KEYBOARD
Jan 29 18:41:18 <vinicius> lolwat
Jan 29 18:41:40 <gurugentoo> spaetz: ok, I'll take a look
Jan 29 18:41:46 <mrmoku> dos1: make update-common; make update
Jan 29 18:41:50 <lindi-> anybody has experience on using ediff-mode?
Jan 29 18:42:15 <mrmoku> TAsn: yep, it has it
Jan 29 18:42:26 <TAsn> cool ;]
Jan 29 18:43:20 <dos1> mrmoku: still the same problem
Jan 29 18:43:43 <mrmoku> dos1: the Makefile got updated?
Jan 29 18:44:11 <mrmoku> dos1: its not a real problem... just ugly
Jan 29 18:44:47 <TAsn> wtf I get a lot of read-only fs errors upon boot ;\
Jan 29 18:45:05 <mrmoku> TAsn: flash or SD?
Jan 29 18:45:12 <TAsn> sd
Jan 29 18:45:27 <TAsn> I copied the files from the computer though (using a card reader)
Jan 29 18:45:36 <dos1> mrmoku: yes, makefile got updated
Jan 29 18:45:38 <TAsn> first time I have done so, so this may be related.
Jan 29 18:45:41 <mrmoku> TAsn: should be ok... do that always
Jan 29 18:45:52 <mrmoku> TAsn: you copied or extracted?
Jan 29 18:45:57 <TAsn> extracted
Jan 29 18:46:01 <mrmoku> thats ok
Jan 29 18:46:12 <mrmoku> IIRC SD is mounted read-only on boot...
Jan 29 18:46:34 <TAsn> it won't start X
Jan 29 18:46:58 <TAsn> stating /tmp/ is read only and won't start a bunch of other apps stating /etc/ is read only
Jan 29 18:47:00 <TAsn> etc etc.
Jan 29 18:47:04 <mrmoku> ouch
Jan 29 18:47:14 <mrmoku> did not remount rw
Jan 29 18:47:15 <mrmoku> :(
Jan 29 18:47:24 <spaetz> looks like it
Jan 29 18:47:50 <dos1> TAsn: don't boot with "ro" option in kernel cmdline
Jan 29 18:47:52 <TAsn> what could have caused it?
Jan 29 18:48:06 <dos1> TAsn: it's broken with some fastboot patches
Jan 29 18:48:11 <TAsn> dos1, I'm using uboot, is this a good time to move to qi? ;]
Jan 29 18:48:15 <mrmoku> dos1: can't test it right now... because I'm building. Will test it as soon as my build finished. Though it should not be a problem
Jan 29 18:48:31 <dos1> TAsn: you can modify env as well
Jan 29 18:49:13 <mrmoku> though IIRC qi has hardcode ro... and you can't overwrite it
Jan 29 18:49:17 <mrmoku> +d
Jan 29 18:49:52 <dos1> mrmoku: even with GTA02-append file and "rw" option?
Jan 29 18:52:59 <mrmoku> dos1: I tried that once... the rw won't override the ro that comes first on the cmdline :(
Jan 29 18:59:36 <TAsn> mrmoku, is there a way to get a build without the patches?
Jan 29 19:03:32 <mrmoku> TAsn: rm -rf shr/patches; make update-openembedded
Jan 29 19:03:35 <mrmoku> and then build :-)
Jan 29 19:03:48 <TAsn> :(
Jan 29 19:03:58 <gurugentoo> so apparently gunzip isn't an option in the shr busybox binary, you have to use the separate gunzip rather than tar xzf ...
Jan 29 19:04:11 <TAsn> so you mean I should remove Qi and get u-boot and update my boot env?
Jan 29 19:04:12 <TAsn> ;]
Jan 29 19:04:33 <mrmoku> TAsn: what patches do you mean?
Jan 29 19:04:36 <gurugentoo> just fyi
Jan 29 19:04:40 <toggles_w> gurugentoo: yeah, just found that myself ;-(
Jan 29 19:04:50 <TAsn> I'm having problems booting
Jan 29 19:04:54 <TAsn> because ro fs
Jan 29 19:04:56 <TAsn> errors
Jan 29 19:05:23 <mrmoku> TAsn: the image from today has neither fastboot patches nor our own initscripts...
Jan 29 19:05:37 <TAsn> weird
Jan 29 19:05:38 * mrmoku thinks that might be the problem ;)
Jan 29 19:05:47 <TAsn> so I'm still having this issue ;[
Jan 29 19:05:59 <TAsn> got an older image anywhere? ;]
Jan 29 19:06:05 <TAsn> my moko is now broken ;]
Jan 29 19:06:27 <mrmoku> TAsn: take the one from before today then... it basically should work
Jan 29 19:07:06 <TAsn> I'll give it a try, thanks.
Jan 29 19:07:17 <gurugentoo> this is the one I'm using http://shr.bearstech.com/shr-unstable/images/om-gta02/openmoko-shr-lite-image-glibc-ipk--20090122-om-gta02.rootfs.jffs2
Jan 29 19:11:24 <mw|dinner> 19:27 < mrmoku>   10.7% ( 29.7)     enlightenment : schedule_hrtimeout_range (hrtimer_wakeup)
Jan 29 19:11:39 <mw|dinner> some animation still runs some timer, refreshing something in X
Jan 29 19:12:32 <mrmoku> mw|dinner: so it is e constantly using a timer and causing
Jan 29 19:12:33 <mrmoku>   72.0% (200.4)       <interrupt> : S3C2410 Timer Tick
Jan 29 19:12:44 <mw|dinner> no
Jan 29 19:13:00 <mw|dinner> S3C2410 Timer Tick   is the internal timer in kernel
Jan 29 19:13:09 <mrmoku> raster: ping... finished with your drinkie ? ;)
Jan 29 19:13:15 <mw|dinner> the FreeRunner runs with a 200Hz timer, and doesn't ever go to sleep
Jan 29 19:13:30 <mw|dinner> most likely due to enlightenment and X keeps up traffic inbetween them
Jan 29 19:13:48 <mw|dinner> (does FreeRunner support CONFIG_NO_HZ btw?)
Jan 29 19:14:16 <mrmoku> mw|dinner: hehe, just looking at that :-)
Jan 29 19:14:16 <mw|dinner> the timer I was talking about is internal timer in E for running animations and stuff
Jan 29 19:15:08 <mw|dinner> mrmoku: I did find program "go2" running that way (looking at E internal timers... the ones used to calculate how long select() might sleep/block)
Jan 29 19:18:29 <mrmoku> mw|dinner: hmm, looks like CONFIG_NO_HZ is not for arms...
Jan 29 19:18:37 <Hire> ainulindale
Jan 29 19:18:48 <Ainulindale> yes?
Jan 29 19:18:50 <Hire> how much time do you spend for your ibanez at week?
Jan 29 19:19:03 <Hire> i mean, for training 
Jan 29 19:19:10 <Ainulindale> Not that much, why?
Jan 29 19:19:18 <Ainulindale> Recently a bit more, I'd say 5 hours a week
Jan 29 19:19:22 <Ainulindale> It depends
Jan 29 19:19:30 <Ainulindale> If we play with the band, maybe 7h?
Jan 29 19:19:32 <Hire> as me :(
Jan 29 19:19:39 <Hire> i spend only 1 hour at day
Jan 29 19:19:57 <mrmoku> mw|dinner: so you say the S3C2410 Timer Tick exagerating is not caused by e?
Jan 29 19:20:05 <mrmoku> would be another problem then?
Jan 29 19:20:16 <Hire> i want more spare time for my hobby :(
Jan 29 19:20:16 <Ainulindale> Did someone check on FSO?
Jan 29 19:20:25 <mw|dinner> mrmoku: no
Jan 29 19:20:39 <mw|dinner> as in, E not beeing the cause
Jan 29 19:23:24 <mw|dinner> so ignore the kernel 200hz timer
Jan 29 19:34:57 <ptitjes> Sup3rkiddo: updated http://valadoc.org/paste.php?id=188 - now parameter that are structs are all generated
Jan 29 19:36:17 <ptitjes> this does not yet compile because Vala does not support definition of inner interfaces (and fso did define a org.freesmartphone.Phone interface and org.freesmartphone.Phone.Call interface... :()
Jan 29 19:37:02 <ptitjes> I will rename interfaces like org.freesmartphone.Phone.Call to org.freesmartphone.PhoneCall and will be well
Jan 29 19:38:20 <TAsn> hey I got the dropbear not starting bug, what's the soultion, does anyone remember?
Jan 29 19:42:03 <dos1> mrmoku: ok, now it looks that it works
Jan 29 19:42:14 <mrmoku> dos1: :-)
Jan 29 19:42:21 <dos1> mrmoku: Makefile was updated only in common/ dir
Jan 29 19:48:33 <spaetz> TAsn: reboot?
Jan 29 19:48:40 <TAsn> yeah ;]
Jan 29 19:53:42 <CIA-47> freesmartphone.org: 03jluebbe 07framework * rf6f70350a18a 10/framework/subsystems/odeviced/kernel26.py: odeviced: remove org.freesmartphone.Device.RealTimeClock.Suspend
Jan 29 19:53:43 <CIA-47> freesmartphone.org: 03jluebbe 07framework * r5f9b1f9df7fc 10/tools/cli-framework: cli-framework: complete the integer types
Jan 29 19:54:13 <CIA-47> freesmartphone.org: 03jluebbe 07python-helpers * rc1a0eda021ce 10/mickeydbus/mdbus: mdbus: complete the integer types
Jan 29 19:56:57 <mrmoku> dos1: huh, it should be linked (the Makefile)
Jan 29 19:59:21 <BluesLee> hi
Jan 29 19:59:39 <BluesLee> i flashed the latest image
Jan 29 19:59:52 * mrmoku runs
Jan 29 19:59:54 <BluesLee> it looks like a console image;-)
Jan 29 20:00:18 <BluesLee> what happened there?
Jan 29 20:00:20 <mrmoku> BluesLee: built by Ainulindale... might be what he wanted ;)
Jan 29 20:00:41 <BluesLee> hmmm
Jan 29 20:00:54 <Hire> ainulindale is the cli guy
Jan 29 20:00:59 <mrmoku> BluesLee: on SD? TAsn had the problem that the filesystem got not remounted rw
Jan 29 20:01:16 <BluesLee> no, on flash
Jan 29 20:01:24 <Ainulindale> BluesLee: here I have illume
Jan 29 20:01:45 <BluesLee> cant ssh as the neo it is not recognized
Jan 29 20:01:57 <Ainulindale> reboot
Jan 29 20:02:22 <Ainulindale> TO reboot properly, put your phone on the Ctrl, Alt, and Suppr keys of your keyboard
Jan 29 20:02:25 <BluesLee> there are some message like "failed to set owner/mode for /varvolatile/..."
Jan 29 20:02:33 <Hire> wat?
Jan 29 20:02:34 <Ainulindale> Never saw that
Jan 29 20:02:43 <Hire> /var/volatile
Jan 29 20:02:46 <BluesLee> yes
Jan 29 20:02:48 <Hire> me neither
Jan 29 20:02:51 <Hire> reboot
Jan 29 20:03:00 <Ainulindale> (I like andy-tracking, oh yeah)
Jan 29 20:03:14 <Hire> or install numptyphysics
Jan 29 20:05:02 <mrmoku> stefan_schmidt_: ping
Jan 29 20:05:51 * mrmoku has a suspicion...
Jan 29 20:05:52 * beniwtv just took navit on his FR for a spin - it's awesome!!
Jan 29 20:05:53 <BluesLee> same result 
Jan 29 20:06:09 <BluesLee> Ainulindale: the image works for you?
Jan 29 20:06:20 * Hire has a suspicion os mrmoku's suspicion
Jan 29 20:06:22 <dos1> Ainulindale: e-wm-theme-illume-shr needs bumping version? new image doesn't have my loading screen :x
Jan 29 20:06:23 <Hire> *on
Jan 29 20:06:35 <Hire> dos1: :x
Jan 29 20:06:37 * mrmoku thinks Hire's suspicion is wrong ;)
Jan 29 20:06:50 <Hire> I am ALWAYS wrong
Jan 29 20:06:55 <Hire> damnit, I am italian !
Jan 29 20:07:15 <mrmoku> hehe, yeah you voted Berlusconi :-P
Jan 29 20:07:25 <BluesLee> no one else has problems with the new image?
Jan 29 20:07:30 <Hire> don't remember that ...
Jan 29 20:07:32 <BluesLee> hmmm
Jan 29 20:07:35 <Hire> me not
Jan 29 20:07:56 * Sharwin_F going to flash it in a while
Jan 29 20:08:49 <mrmoku> Hire: heh, me knows... Berlusconi always wins and then nobody rembers to have voted for him ;)
Jan 29 20:08:56 * mrmoku is watching annozero 
Jan 29 20:09:02 <TAsn> hey, what happened to gtk+-fastscaling?
Jan 29 20:09:11 <Hire> annozero?
Jan 29 20:09:16 <Hire> in italian?
Jan 29 20:09:17 <TAsn> the 23/1 image has gtk+
Jan 29 20:09:25 <mrmoku> Hire: yep, Rai2
Jan 29 20:09:48 * mrmoku has sattelite tv :-)
Jan 29 20:09:50 <Ainulindale> dos1: yep
Jan 29 20:09:52 <Hire> ahhh...
Jan 29 20:09:54 <Ainulindale> when you modify the file, modify PR
Jan 29 20:09:57 <Ainulindale> or PV
Jan 29 20:09:58 <Hire> you get rai2 with the sat
Jan 29 20:09:59 <Hire> I see
Jan 29 20:10:10 <Ainulindale> But anyway it's done wrongly
Jan 29 20:10:12 <Hire> bhe così impari un po' di italiano, no?
Jan 29 20:10:15 <Ainulindale> It should be in shr-theme
Jan 29 20:10:29 <mrmoku> Hire: puo darsi :-)
Jan 29 20:10:44 <Hire> dovrebbe fare lo stesso ainulindale
Jan 29 20:11:54 <mrmoku> BluesLee: still no USB on reboot?
Jan 29 20:11:55 <dos1> Ainulindale: commited
Jan 29 20:12:26 <TAsn> anyone?
Jan 29 20:12:45 <mrmoku> TAsn: I think fastscaling is no more... just plain gtk+ now
Jan 29 20:12:57 <TAsn> wasn't fastscaling better?
Jan 29 20:12:58 <mrmoku> (not sure though)
Jan 29 20:13:12 <mrmoku> TAsn: IIRC it was missing some stuff..
Jan 29 20:13:21 <TAsn> can't be.
Jan 29 20:13:38 <TAsn> fast scaling is a simple patch applied on gtk+
Jan 29 20:14:00 <TAsn> building a bb to be used with the latest gtk is a piece of cake
Jan 29 20:14:06 <TAsn> (IIRC)
Jan 29 20:14:20 <TAsn> I had a recent version of gtk+-fastscaling
Jan 29 20:16:45 <TAsn> mrmoku, anyhow, I find this to be an odd decision.
Jan 29 20:16:51 <mrmoku> Ainulindale: would be interested to hear if stefan_schmidt_ managed to build some nice image *without* the fastboot stuff
Jan 29 20:17:00 <TAsn> I hope there won't be a performance hit.
Jan 29 20:17:13 <mrmoku> TAsn: hmm, don't know about it... just noticed 
Jan 29 20:17:23 <TAsn> ;[
Jan 29 20:20:25 <mrmoku> BluesLee: open the terminal and do ifdown usb0; ifup usb0
Jan 29 20:20:32 <mrmoku> should give you at least USB networking
Jan 29 20:20:45 <mrmoku> ahh, you have no x... sorry
Jan 29 20:26:48 <BluesLee> mrmoku: how can i open a terminal in the console?
Jan 29 20:27:49 <mrmoku> BluesLee: you can't :(
Jan 29 20:27:58 <BluesLee> mrmoku: okay ...
Jan 29 20:28:09 <BluesLee> mrmoku: i am reflashing the summary image
Jan 29 20:28:24 <BluesLee> mrmoku: before i used the other one
Jan 29 20:29:19 <TAsn> where's opkg's cache is located at?
Jan 29 20:29:58 <TAsn> nvm
Jan 29 20:31:14 <Sharwin_F> New image working well for me :)
Jan 29 20:35:58 <Sharwin_F> Yep, I can't ssh
Jan 29 20:36:23 <TAsn> a reboot solved it for me.
Jan 29 20:37:36 <Sharwin_F> TAsn, I've booted for first time, changed all to work on 192.168.2.XXX as always, and then rebooted
Jan 29 20:37:39 <TAsn> I don't if it's just me or is it real, but gtk apps feel like they take longer to load.
Jan 29 20:37:44 <Sharwin_F> now it's still not working
Jan 29 20:37:50 <Sharwin_F> Should I reboot another time?
Jan 29 20:38:00 <TAsn> no idea, a reboot solved it for me.
Jan 29 20:38:16 * Sharwin_F rebooting
Jan 29 20:41:00 <TAsn> oh paths were changed with the newest kernel and the framework doesn't support the changes, right?
Jan 29 20:41:19 <TAsn> what paths do I need to change and where? (in the framework)
Jan 29 20:42:51 <mrmoku> TAsn: ?
Jan 29 20:43:06 <TAsn> I remember reading something in the lists
Jan 29 20:43:16 <TAsn> I just don't remember exactly where. ;]
Jan 29 20:43:21 <mrmoku> TAsn: current frameworkd supports both kernels just nicely
Jan 29 20:43:28 <TAsn> really?
Jan 29 20:43:34 <TAsn> hm..
Jan 29 20:43:44 <TAsn> cool ;]
Jan 29 20:43:48 <mrmoku> yep :-)
Jan 29 20:43:56 <spaetz> mrmoku, there are trac issues in SHR stating otherwise
Jan 29 20:44:14 <TAsn> I had an issue I think is related, I'll check
Jan 29 20:44:36 <TAsn> btw, cold boot time (for me) is 1:30, qi and 23/1 shr ;]
Jan 29 20:44:36 <spaetz> saying that andz/tracking kernels did not always work with frameworkd
Jan 29 20:44:53 <TAsn> wtf
Jan 29 20:45:02 <TAsn> I get a white screen with stripes ;\
Jan 29 20:46:00 <mrmoku> TAsn: hehe, what kernel are you using?
Jan 29 20:46:10 <TAsn> latest
Jan 29 20:46:15 <TAsn> shr-unstable
Jan 29 20:46:16 <Sharwin_F> after reboot: still can't ping to my openmoko, and now PIN Auth dialog doesn't get displayed
Jan 29 20:46:38 <TAsn> (I think it was built on the 23)
Jan 29 20:46:57 <root_at> does anyone have an idea wtf is going on with the toolchain if it cant find any includes? for example he cant find iostream, but he has it for sure
Jan 29 20:47:03 <TAsn> it doesn't happen all the time though.
Jan 29 20:47:15 <spaetz> Sharwin_F: zou have reconfigured your usb0 before trying to ping
Jan 29 20:47:19 <TAsn> now it's working.
Jan 29 20:47:37 <TAsn> ok, it did it again.
Jan 29 20:47:44 <Sharwin_F> spaetz, yeah, I run a script I've before that
Jan 29 20:47:47 <TAsn> it may be something omrotate related.
Jan 29 20:47:57 <Sharwin_F> $ cat /usr/bin/openmoko
Jan 29 20:47:57 <Sharwin_F> #!/bin/bash
Jan 29 20:47:57 <Sharwin_F> sudo ifconfig usb0 192.168.2.200
Jan 29 20:47:57 <Sharwin_F> sudo iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.2.192/26
Jan 29 20:47:57 <Sharwin_F> sudo sysctl -w  net.ipv4.ip_forward=1
Jan 29 20:48:10 <spaetz> TAsn: yep, uninstall omewrotate
Jan 29 20:48:12 <mrmoku> TAsn: known issue with new kernel... rotating does not work correctly :(
Jan 29 20:48:21 <spaetz> rotating the scree often scrambles the screen
Jan 29 20:48:34 <TAsn> spaetz, makes it white with stripes?
Jan 29 20:48:36 <TAsn> ;(
Jan 29 20:48:41 <spaetz> you can get the same with xrandr -o right
Jan 29 20:48:57 <spaetz> which will often but not always break your screen
Jan 29 20:48:58 <Sharwin_F> spaetz, do you meant that by "reconfiguring usb0"?
Jan 29 20:48:59 <TAsn> oh, so the problem is not with rotation but with omnewrotate?
Jan 29 20:49:00 <mrmoku> Sharwin_F: open a terminal on the moko and do ifdown usb0; ifup usb0
Jan 29 20:49:11 <TAsn> oh, nvm.
Jan 29 20:49:11 <spaetz> TAsn: yep white with stripes
Jan 29 20:49:25 <spaetz> aand the stripes will change color over time
Jan 29 20:49:30 <Sharwin_F> mrmoku, I'm rebooting right now, as I didn't get the Auth dialog for the pin neither..
Jan 29 20:49:39 <TAsn> spaetz, is the color changing a feature or a bug? ;]
Jan 29 20:49:49 <mrmoku> Sharwin_F: that might be because ophonekitd crashed... had the too before
Jan 29 20:49:54 <mrmoku> s/the/that/
Jan 29 20:49:54 <bzzbot> mrmoku meant: Sharwin_F: that might be because ophonekitd crashed... had that too before
Jan 29 20:50:07 <TAsn> j/k, I think I should get myself an older kernel, screen rotation is a must for me.
Jan 29 20:50:56 <spaetz> TAsn: I really wished it would work. I need it too
Jan 29 20:51:01 <spaetz> very annoying
Jan 29 20:51:08 <Sharwin_F> that's weird, why should it crash sometimes? is it not doing the same thing always? :S
Jan 29 20:51:14 <TAsn> have you tried using an older kernel?
Jan 29 20:51:26 <spaetz> TAsn: nope.
Jan 29 20:51:38 <TAsn> is it kernel related for sure?
Jan 29 20:51:46 <spaetz> Not yet at least...
Jan 29 20:51:48 <TAsn> does anyone know anything?
Jan 29 20:52:20 <TAsn> as I said, screen rotation is a major feature for me ;]
Jan 29 20:52:28 <BluesLee> something is wrong here, image doesnt work for me
Jan 29 20:53:20 <mrmoku> TAsn: https://docs.openmoko.org/trac/ticket/2162
Jan 29 20:53:48 <TAsn> thanks
Jan 29 20:53:51 <TAsn> btw mrmoku 
Jan 29 20:53:55 <TAsn> File "/usr/lib/python2.6/site-packages/framework/subsystems/odeviced/powercontrol.py", line 49, in getPower
Jan 29 20:53:57 <TAsn>     return int( readFromFile( self.powernode ) )
Jan 29 20:53:57 <TAsn> ValueError: invalid literal for int() with base 10: 'N/A'
Jan 29 20:54:06 <TAsn> that's what I was talking about
Jan 29 20:54:11 <dos1> TAsn: usbhost?
Jan 29 20:54:15 <TAsn> that made me think frameworkd doesn't work right
Jan 29 20:54:17 <TAsn> dos1, aye.
Jan 29 20:54:19 <beniwtv> mickey_away: ping when you're here :)
Jan 29 20:54:31 <dos1> TAsn: i filled ticket on trac
Jan 29 20:54:49 <TAsn> cool ;]
Jan 29 20:54:55 <dos1> TAsn: it is why usb is not working in shr-settings
Jan 29 20:55:05 <mrmoku> TAsn: saw some patch about fixing int stuff from alphaone|gone some hour ago...
Jan 29 20:55:05 <TAsn> i c.
Jan 29 20:55:09 <TAsn> btw dos1 nice work!
Jan 29 20:55:10 <mrmoku> maybe its related
Jan 29 20:55:15 <Sharwin_F> mrmoku, ok, ifup&down worked, ssh solved... but I'm without SIM auth dialog another time :S
Jan 29 20:55:44 <mrmoku> Sharwin_F: /etc/init.d/xserver-nodm stop and then start
Jan 29 20:55:44 <Sharwin_F> how can I start it manually?
Jan 29 20:55:47 <TAsn> lets hope.
Jan 29 20:56:13 <dos1> Sharwin_F: no, you don't need to restart whole x
Jan 29 20:56:18 <dos1> killall -9 ophonekitd
Jan 29 20:56:43 <Sharwin_F> dos1, too late, restarted :D
Jan 29 20:56:51 <dos1> then shr-settings -> gsm -> view log
Jan 29 20:57:02 <dos1> and shr-settings -> gsm -> yes (about running ophonekitd)
Jan 29 20:57:15 <mrmoku> TAsn: hmm, no was not related... 
Jan 29 20:57:22 <Sharwin_F> ok, I'll try to remember for next time
Jan 29 20:57:29 <TAsn> spaetz, please inform you get it working. ;]
Jan 29 20:57:36 <Sharwin_F> btw, restarting solved AUth problem :)
Jan 29 20:57:45 <TAsn> dos1, same goes to you (just about usbhost)
Jan 29 20:58:11 <BluesLee> mrmoku & Ainulindale: interesting fact, i can boot from nor 
Jan 29 20:58:12 <dos1> TAsn: ok
Jan 29 20:58:18 <spaetz> TAsn: I'm not going to do any work on the kernel....way too low level for me
Jan 29 20:58:33 <BluesLee> mrmoku & Ainulindale: not with qi directly
Jan 29 20:58:41 <TAsn> spaetz, I meant trying an older kernel.
Jan 29 20:58:46 <spaetz> ahh,k
Jan 29 20:59:40 <dos1> i have to go
Jan 29 20:59:41 <dos1> cu ;)
Jan 29 20:59:45 <mrmoku> bye
Jan 29 21:01:40 <spaetz> bye
Jan 29 21:07:14 <AntonTakk> what's the easiest method for accessing the sub elements of a DBusError ?
Jan 29 21:12:36 <soltys> usb networking dont work for me on latest shr-unstable ;/
Jan 29 21:12:54 <AntonTakk> nevermind, i typoed  :)
Jan 29 21:14:36 <Azog> soltys: did you reboot? sometimes it doesn't work on the first boot
Jan 29 21:14:52 <soltys> this is 4-5 boot from flash...
Jan 29 21:15:06 <soltys> interface dont get ip addr
Jan 29 21:15:13 <mrmoku> soltys: open terminal... ifdown usb0; ifup usb0
Jan 29 21:16:45 <soltys> yah it worked ;)
Jan 29 21:53:25 <TAsn> huh?! the 23/1 image lost suspend on demand (i.e the power button tap)
Jan 29 21:53:26 <TAsn> ;\
Jan 29 21:53:43 <TAsn> I wonder if suspend even works (checking...)
Jan 29 21:53:52 <mrmoku> TAsn: yep works... just the buttons don't
Jan 29 21:53:58 <TAsn> sucky.
Jan 29 21:54:11 <TAsn> what's the command for suspend ? (i.e from terminal)
Jan 29 21:54:27 <TAsn> and how do I turn off the menu started when clicking the power button?
Jan 29 21:54:38 <mrmoku> echo mem > /sys/power/state
Jan 29 21:54:44 <mrmoku> TAsn: you get a menu when pressing power?
Jan 29 21:54:51 <TAsn> yeah.
Jan 29 21:55:18 <mrmoku> uhh, that is strange... that's as it is supposed to be :-)
Jan 29 21:55:18 <TAsn> the same menu you get when pressing the X button from the illume shelf
Jan 29 21:55:23 <mrmoku> broken for me and Ainulindale 
Jan 29 21:55:27 <TAsn> hehe ;]
Jan 29 21:55:58 <mrmoku> TAsn: immediate suspend by pressing power is no more (at least by default)
Jan 29 21:56:06 <mrmoku> instead we have that nice menu :-)
Jan 29 21:56:10 <TAsn> well, how can I *DISABLE* it ;] I really don't see it as a feature, but rather as a bug ;]
Jan 29 21:56:21 <TAsn> mrmoku, how can I bring back the suspend on click?
Jan 29 21:56:23 <TAsn> ;]
Jan 29 21:56:40 <mrmoku> TAsn: that part is easy... edit rules.yaml
Jan 29 21:56:48 <mrmoku> the dificult part is to turn of the menu ;)
Jan 29 21:56:52 <mrmoku> you will get both :P
Jan 29 21:57:02 <TAsn> i c. ;]
Jan 29 21:57:18 <TAsn> well, that's better than not having the suspend on click at all.
Jan 29 21:57:31 <TAsn> anyhow, suspend from the menu does not work
Jan 29 21:57:49 <TAsn> but if it did work, I still prefer the suspend on click ;]
Jan 29 21:58:16 * mrmoku thinks this is the most broken SHR ever ;)
Jan 29 21:58:19 <mrmoku> brb
Jan 29 21:58:23 <TAsn> actually
Jan 29 21:58:35 <TAsn> dropbear was broken on my last install, and works now
Jan 29 21:58:49 <TAsn> so there are some features, not only bugs ;]
Jan 29 22:01:23 <TAsn> mrmoku, I wish I knew what rules to add to fix the power button behavior ;] please let me know how when you are here ;]
Jan 29 22:01:33 <Azog> the suspend works on the image from today
Jan 29 22:01:54 <TAsn> today's image is broken (for me)
Jan 29 22:02:56 <beniwtv> TAsn: Isn't openssh better anyways :) Last time I tried dropbear it missed SFTP which is a real no-go for me :/
Jan 29 22:04:13 <TAsn> beniwtv, dropbear is supposed to be lighter, and all I care is battery.
Jan 29 22:04:20 <TAsn> not having sftp sucks badly, that's true
Jan 29 22:04:38 <TAsn> but not having battery sucks even more ;]
Jan 29 22:05:00 <beniwtv> TAsn: I'm not convinced that openssh being idle (no connections) makes any difference to dropbear...
Jan 29 22:05:22 <beniwtv> And if I ssh' in, I have it connected on USB anyways :)
Jan 29 22:05:26 <TAsn> ;]
Jan 29 22:05:33 <TAsn> you may be right.
Jan 29 22:07:03 <soltys> ;)
Jan 29 22:07:19 <soltys> todays image is working 
Jan 29 22:07:22 <soltys> it boots
Jan 29 22:07:30 <TAsn> as I said, not for me ;]
Jan 29 22:07:32 <soltys> and not much more ;)
Jan 29 22:07:37 <TAsn> I had the ro bug ;]
Jan 29 22:08:11 <soltys> power and aux button don't do nothing for me
Jan 29 22:10:02 <mrmoku> TAsn: http://git.freesmartphone.org/?p=framework.git;a=blob;f=etc/freesmartphone/oevents/rules.yaml;h=f82114f0e2bb95267f706d41e4b6bb5a68e28ecf;hb=HEAD
Jan 29 22:10:17 <mrmoku> take the first rule and put it into /etc/freesmartphone/oeventsd/rules.yaml
Jan 29 22:10:22 <TAsn> yeah I already found it (looked in my fso installation ;])
Jan 29 22:10:27 <mrmoku> :-)
Jan 29 22:10:32 <TAsn> not working though
Jan 29 22:10:38 <mrmoku> restart frameworkd
Jan 29 22:10:42 <TAsn> nvm
Jan 29 22:10:50 <TAsn> it's working now
Jan 29 22:10:57 <TAsn> (I already restarted the framework)
Jan 29 22:11:57 <TAsn> ok ;]
Jan 29 22:12:08 <TAsn> now all there's left is removing the stupid menu ;]
Jan 29 22:14:12 <raster> mrmoku: back
Jan 29 22:14:35 <mrmoku> hey, how was your drinkie ?
Jan 29 22:14:36 <raster> mw|: 29.7 seems like a nice round 30 wakeups.. whihc smells to me of an animation
Jan 29 22:15:24 <TAsn> mrmoku, any ideas on how to remove the menu? why did you add the menu in the first place? ;]
Jan 29 22:16:48 <mrmoku> TAsn: was not me... though I like it :-)
Jan 29 22:17:01 <mrmoku> was a requested thing IIRC
Jan 29 22:17:20 <raster> mrmoku: drinkies good. as i got back at 1am... i wasn't going to be doing anything then :)
Jan 29 22:17:33 <TAsn> people are crazy ;]
Jan 29 22:17:55 <mrmoku> raster: hehe, was better me thinks ;)
Jan 29 22:18:52 <mrmoku> raster: did the build finish?
Jan 29 22:22:21 <raster> yes
Jan 29 22:22:25 <raster> i havent flashed it
Jan 29 22:23:16 <Sharwin_F> waaa no way to block the screen :S
Jan 29 22:23:59 <mrmoku> raster: btw. what do you do to get an e debug build? something that gives you line numbers inside gdb :-)
Jan 29 22:24:28 <raster> i dont' do it with OE
Jan 29 22:24:35 <raster> u  need src for that
Jan 29 22:24:45 <mrmoku> ahh, ok
Jan 29 22:24:48 <raster> well to be able to stop, step
Jan 29 22:24:55 <raster> print lines as u go
Jan 29 22:24:56 <raster> params
Jan 29 22:24:58 <raster> etc.
Jan 29 22:25:13 <raster> i normally try get by with just the backtrace and adding some printfs
Jan 29 22:25:17 <raster> if that fails...
Jan 29 22:25:23 <raster> i build on the device
Jan 29 22:25:30 <mrmoku> ouch :-)
Jan 29 22:25:30 <raster> copy all the src tree(s) across
Jan 29 22:25:36 <raster> have gcc etc. installled
Jan 29 22:28:32 <mrmoku> raster: anyway... me has to sleep... happy, successfull hacking :-)
Jan 29 22:29:14 <raster> thats why i went "i need to build my own image"
Jan 29 22:29:23 <raster> as i really need to build it with all the build tools on it too
Jan 29 22:29:26 <mw|> you don't need source available on the moko in order to get line-numbers
Jan 29 22:29:41 <mw|> enought to add CFLAGS="-g" in conf/local.conf
Jan 29 22:29:50 <mw|> and rebuild the few packages you want to
Jan 29 22:30:19 <mrmoku> mw|: good to know... will try tomorrow
Jan 29 22:30:20 <mw|> gdb will show you line-numbers and stuff, but will fail on stuff like "l"
Jan 29 22:30:36 <mw|> however, I was never able to make opkg install my local files
Jan 29 22:31:04 <mw|> so I ended up scp the .so files from my staging dir onto my moko
Jan 29 22:31:13 <mw|> (it did the job fair enough)
Jan 29 22:31:30 <mw|> *got to drive my GF by the stable.. feed the horses*
Jan 29 22:31:39 <mw|> before I take the night
Jan 29 22:31:50 <mw|zZzZ> I'll check by here before I go to bed
Jan 29 22:31:56 <Azog> nice, xrandr -o produces a white screen...
Jan 29 22:32:06 <mw|zZzZ> raster: do you need help finding the loose animation running ?
Jan 29 22:32:24 <mw|zZzZ> (if so, I'll give you some nice tips when I pass by in 30-50 minutes)
Jan 29 22:33:39 <raster> mw|zZzZ: if i want line numbers i want to be able to "l" and "step" and "p var" etc.
Jan 29 22:33:43 <raster> :)
Jan 29 22:34:14 <raster> as invariably the version being built is not the version i have in front of me
Jan 29 22:34:32 <raster> i also want to see the variables at the bug condition
Jan 29 22:54:26 <ptitjes> Ainulindale: ping
Jan 29 23:03:44 <wurp2> ptitjes: Still here? :-)
Jan 29 23:09:23 <ptitjes> wurp2: yeah got your mail
Jan 29 23:11:03 <ptitjes> wurp2: I'll keep you in touch as soon as I can see my co-tenants... (I hope to see them all tomorow)
Jan 29 23:11:14 <ptitjes> I'll reply to you mail by the same time
Jan 29 23:11:18 <ptitjes> is it ok for you ?
Jan 29 23:12:42 <ptitjes> too bad! it seems everybody I would has gone to sleep!
Jan 29 23:12:53 <ptitjes> is there anybody from shr-settings here ?
Jan 29 23:13:47 <hiciu> ptitjes: well.. I can be :)
Jan 29 23:14:14 <ptitjes> great
Jan 29 23:14:51 <ptitjes> hiciu: do you know the use of /org/shr/ophonekitd/Usage ? is it intended for shr-settings ?
Jan 29 23:15:11 <mw|zZzZ> raster: then do CFLAGS="-g" in local/conf
Jan 29 23:15:21 <mw|zZzZ> bitbake the package, and scp over the .so files
Jan 29 23:15:35 <mw|zZzZ> only broken feature will be "l"
Jan 29 23:15:48 <mw|zZzZ> but you can browse the source-files in the build-environment
Jan 29 23:16:05 <mw|zZzZ> (even the correct checkout revision will be stored under download/)
Jan 29 23:16:15 <mw|zZzZ> p, b, etc works
Jan 29 23:16:30 <mw|zZzZ> watch however is somewhat broken/slow, due to it not beeing supported by hardware
Jan 29 23:16:41 <Dave> Hallo mw
Jan 29 23:16:47 <mw|zZzZ> Dave: god aften
Jan 29 23:17:28 <Dave> :]
Jan 29 23:18:43 <hiciu> ptitjes: I don't know anything about /org/shr/ophonekitd/Usage, as far as I can see current code from git don't use it
Jan 29 23:19:30 <mw|zZzZ> hiciu: then code is broken.. Usage should be used
Jan 29 23:19:52 <mw|zZzZ> in order to make sure that the device you want to talk to is powered up, and is not power down while your program use it
Jan 29 23:22:25 <TAsn> what email client do you guys use for the moko?
Jan 29 23:26:27 <Dave> http://scap.linuxtogo.org/files/6c4792f66c8707fc8a5d01ab619254a3.png He's dead jim.
Jan 29 23:29:48 <mw|zZzZ> Dave: hehe
Jan 29 23:31:19 <Dave> :P
Jan 29 23:35:22 <wurp2> ptitjes: OK, thanks much
Jan 29 23:36:00 <Dave> WURP
Jan 29 23:40:42 <gurugentoo> is this fennec? http://scap.linuxtogo.org/files/a37dccfbea97c3c49c769a738ab371a7.png
Jan 29 23:42:39 <hiciu> gurugentoo: its "ewww"
Jan 29 23:43:11 <hiciu> http://hiciu.rootnode.net/freerunner/screens/P1030886.JPG :P
Jan 29 23:45:36 <gurugentoo> hiciu: ahhh
Jan 29 23:46:37 <gurugentoo> is that easily installable in SHR?
Jan 29 23:47:17 <oliford> hi again, i'm still a bit confused about how the openmoko distribs fit into OE. As far as I can tell the openmoko-image in the main OE git repo is your 'old' om2008 stuff.
Jan 29 23:47:38 <oliford> fso-image is the newer but limited stuff (is that all in the main OE git?)
Jan 29 23:48:27 <oliford> and shr is a mix of fso and support for some other things is kept outside the OE git as a load of files/patches that apply to it
Jan 29 23:48:30 <oliford> is that right?
Jan 29 23:55:38 <gurugentoo> hiciu: ok so it's an unstable build of e that we don't have yet, I can wait
Jan 29 23:56:34 <hiciu> I don't know. I know it is "ewww" but nothing more :)
Jan 30 00:13:52 <Dave> cesarb!
Jan 30 00:18:09 <ptitjes> oliford: yes
Jan 30 00:18:46 <oliford> excellent, thanks
Jan 30 00:18:51 <oliford> is there any plan to put shr into the OE tree properly?
Jan 30 00:19:11 <ptitjes> very soon :)
Jan 30 00:19:30 <ptitjes> but no eta
Jan 30 00:19:33 <ptitjes> yet
Jan 30 00:19:49 <ptitjes> (that is the rummor :))
Jan 30 00:19:52 <oliford> i'd like to keep my local tree, which includes all the support for my ipaq tracking the public OE one, If i apply all the shr patches just to try it out i figure it'll probably upset git a bit
Jan 30 00:20:37 <ptitjes> you can always revert
Jan 30 00:20:42 <oliford> true
Jan 30 00:20:58 <ptitjes> but the problem is if you want to update oe without losing what has been patched
Jan 30 00:21:18 <ptitjes> this could become messy
Jan 30 00:21:26 <Dave> D:
Jan 30 00:21:28 <oliford> yea, unless it merges ok, but i have to put enough time in tracking the mainline kernel with my own tree for that
Jan 30 00:21:32 <Dave> man, and with that mickey tries to escape
Jan 30 00:21:33 <Dave> hahahah
Jan 30 00:21:35 <Dave> classic
Jan 30 00:21:49 <mickey|zzZzzz> just a coincidence
Jan 30 00:21:50 <mickey|zzZzzz> g'night ;)
Jan 30 00:21:53 <Dave> okay :P
Jan 30 00:21:58 <Dave> truste
Jan 30 00:22:05 <ptitjes> good night!
Jan 30 00:22:57 <oliford> ok, so now I know I know I'm using the current fso-image, i guess I can ask the technical questions
Jan 30 00:23:32 <ptitjes> oups it's too late for me too
Jan 30 00:23:39 <ptitjes> good night all
Jan 30 00:23:45 <oliford> goodnight
Jan 30 00:23:50 <oliford> and thanks ptitjes
Jan 30 00:23:56 <ptitjes> no probs
Jan 30 00:24:03 <ptitjes> c u soon
Jan 30 00:30:11 <juri_2> Ainulindale: did that gta01 build finally build? :P
Jan 30 00:31:08 <AntonTakk> when my code tries to register to the gsm network, i get org.freesmartphone.GSM.Network.Unauthorized
Jan 30 00:31:15 <Dave> oh snap
Jan 30 00:31:18 <Dave> PIRATEZ
Jan 30 00:31:23 <juri_2> ooo.
Jan 30 00:31:45 <AntonTakk> but zhone registers just fine
Jan 30 00:31:58 <Dave> you missing anything?
Jan 30 00:32:12 <AntonTakk> not that i *know* of
Jan 30 00:32:34 <Dave> :\
Jan 30 00:37:04 <AntonTakk> how am i supposed to get anything useful out of the DBusMessage send by a signal handler?
Jan 30 00:37:32 <AntonTakk> every element it contains is commented /* DO NOT USE */
Jan 30 00:37:37 <raster> mrmoku:  shr kernel panics
Jan 30 00:37:38 <gurugentoo> if anyone is wondering how to use the debian installer in shr, install the angstrom tar package
Jan 30 00:37:53 <raster> i'm going to try my other gta02
Jan 30 00:37:59 <raster> maybe this one is b0rked
Jan 30 00:38:20 <raster> lucky i have another
Jan 30 00:40:23 <Dave> RASTER
Jan 30 00:42:01 <raster> Dave:  boo
Jan 30 00:42:07 <Dave> Raster: hiss
Jan 30 00:43:29 * juri_2 tries todays SHL build on GTA01.
Jan 30 00:43:43 <Dave> D:
Jan 30 00:56:05 <raster> woot
Jan 30 00:56:09 <raster> also panics on other gta02
Jan 30 00:56:15 <Dave> :(
Jan 30 00:56:37 <raster> and it is at that point... i give up
Jan 30 00:56:46 <raster> not worth my time to figure out
Jan 30 00:56:59 <raster> i'll wait until kernels/rootfs's work
Jan 30 00:57:11 <Dave> heh okay :p
Jan 30 00:57:15 <Dave> good call, old man :)
Jan 30 00:57:26 <raster> i have enough other oe based hw that does work
Jan 30 00:58:24 <raster> wow
Jan 30 00:58:43 <raster> pythong is segving
Jan 30 00:58:46 <raster> python
Jan 30 00:59:07 <Dave> \o/
Jan 30 00:59:12 <raster> in bitbake
Jan 30 00:59:20 <Dave> treo treo treo
Jan 30 00:59:30 <juri_2> /etc/init.d/rc: /etc/rcS.d/S10checkroot.sh: line 24: 0: bad file descriptor
Jan 30 00:59:38 <Dave> D:
Jan 30 00:59:41 <juri_2> (first error on boot on BTA01.
Jan 30 00:59:44 <Dave> smells like fail
Jan 30 01:00:05 <Dave> Oh yeah, I never wondered until now... is GTA an acronym?
Jan 30 01:21:45 <mwester> "BTA01" ?   :D
Jan 30 01:22:37 <mwester> The first letter must stand for "Best" ;)
Jan 30 01:24:03 <mwester> juri_2:  the bad file descriptor message is a result of some broken boot speedup efforts.  Just rename checkroot.sh  to simply checkroot (and do the same with the sym link in rcS.d) -- that will make the startup script run it as a normal shell, instead of sourcing it.  
Jan 30 01:25:23 * mwester sends a bucket of chocolate-covered grasshoppers to whoever had the "brilliant" idea of doing the "source" thing for startup scripts that end in ".sh".
Jan 30 01:25:31 <juri_2> Crunch.
Jan 30 01:25:38 <mwester> ick.
Jan 30 01:25:38 <juri_2> my phone will no longer dial. ;)
Jan 30 01:25:41 <Dave> hahaha
Jan 30 01:25:45 <juri_2> it dialed once.
Jan 30 01:26:18 <mwester> juri_2: none of mine have dialed since mid-December, with the exception of the qt-extended rootfs' that I have installed on some.
Jan 30 01:26:33 <mwester> eternally broken...
Jan 30 01:26:39 <Mononoke> huh I use it as an main phone
Jan 30 01:26:57 <Mononoke> oh 01 hmm
Jan 30 01:27:06 <mwester> But not the fault of the SHR devs; the main culprits are the OE folks, and the single biggest is the Om kernel person.
Jan 30 01:27:19 <mwester> Mononoke:  I have a pair of gta02's as well - they don't work either.
Jan 30 01:27:46 <mwester> Except on the 2.6.26 kernel with qt-extended -- if you reboot it once per day.
Jan 30 01:27:58 <Mononoke> heh all the love in world :) well mine works with the unstable shr
Jan 30 01:28:24 <juri_2> i'm running a pair of GTA01s.
Jan 30 01:28:25 <Mononoke> just people hate to have calls with me now because of echo thing =]
Jan 30 01:28:29 <mwester> you must have been lucky and grabbed an image at *just* the right time, Mononoke !
Jan 30 01:28:42 <juri_2> mono: yepyep. i hear that. ;)
Jan 30 01:28:53 <juri_2> have you heard an openmoko calling an openmoko? :)
Jan 30 01:28:57 <Mononoke> juri_2: I don't hear that ^_^ they do
Jan 30 01:29:05 <Dave> :D
Jan 30 01:29:18 <mwester> juri_2:  infinite loop!!!
Jan 30 01:29:41 <mwester> while (battery--) do { echo!!!! );
Jan 30 01:29:44 <Dave> WooooOOOOOoOOooOOooOOooo
Jan 30 01:30:11 <AntonTakk> audible version of standing between two mirrors?
Jan 30 01:30:20 <Dave> haha, nice.
Jan 30 01:32:02 <AntonTakk> got signal handlers basically working!
Jan 30 01:32:26 <AntonTakk> just need to figure out how to get the args they contain (if any)
Jan 30 01:32:31 <Dave> WE GET SIGNAL
Jan 30 01:33:46 <AntonTakk> Dave: i have a set of three functions, one takes necesesary args, makes a method call, sets up the cb handeling, and the sig handeling  the other two handle the cbs and sigs  :)
Jan 30 01:35:26 <AntonTakk> far from foolproof, but it works for now
Jan 30 01:38:43 <Dave> yay
Jan 30 01:38:56 <Dave> beginners prog ftw!
Jan 30 01:38:57 <Dave> :)
Jan 30 01:39:39 <gurugentoo> Mononoke: echo should be fixed in unstable, I'm not getting any on the image I'm running
Jan 30 01:39:44 <AntonTakk> not easy writing an app when you have never used the language or any libs
Jan 30 01:39:46 <gurugentoo> from jan 22
Jan 30 01:40:03 <Mononoke> gurugentoo: I have image from 2 days ago and I do have echo
Jan 30 01:40:19 <gurugentoo> Mononoke: hmm...
Jan 30 01:40:45 * Mononoke will test is after exam, should I poke you with results ? :)
Jan 30 01:40:56 <gurugentoo> Mononoke: sure
Jan 30 01:45:06 <Dave> guru, maybe, but what about everything else? ;)
Jan 30 01:46:50 <gurugentoo> Dave: only thing I'm having issues with is the phone log database getting corrupt occasionally, random wireless bug (for which I have a workaround)
Jan 30 01:48:01 <Dave> yeah :(
Jan 30 01:48:03 <Dave> same
Jan 30 02:01:12 <Dave> oh great, it's frank ¬_¬
Jan 30 02:01:19 <Dave> Shouldn't you be asleep now?
Jan 30 02:06:28 <Dave> wahahaha
Jan 30 02:06:33 <juri_2> yep. the first dial dialed, then crashed hard enough to disappear. second dial worked. now every additional dial crashes 'properly'
Jan 30 02:07:05 <Dave> :O
Jan 30 02:07:11 <Dave> properly? :P
Jan 30 02:08:54 <juri_2> with a crash message. ;)
Jan 30 02:10:25 <Dave> yay
Jan 30 02:13:19 <Mononoke> oh makes me wonder, what about kdump on openmoko ?
Jan 30 02:13:27 <Dave> eww?
Jan 30 02:13:43 <juri_2> ok, time to flash my second machine!
Jan 30 02:24:22 <Dave> flash it like it's hot!
Jan 30 02:50:49 <juri_2> hmm. so, tracphone sims appear not to work.
Jan 30 02:57:54 <mwester> fail to register?
**** ENDING LOGGING AT Fri Jan 30 02:59:57 2009