**** BEGIN LOGGING AT Thu Jun 18 02:59:57 2009
Jun 18 03:00:30 <playya> DocScrutinizer, should i gimp sth for my idea with the gadget?
Jun 18 03:00:58 <DocScrutinizer> err, help me out please
Jun 18 03:01:42 <playya> pressing the aux button and get to a new layer with enlightenment modules
Jun 18 03:02:19 <DocScrutinizer> aaaah, yeah. great.
Jun 18 03:02:38 <playya> i can't find the config file for that
Jun 18 03:02:53 <playya> i would prefer a screenshot
Jun 18 03:07:09 <DocScrutinizer> playya: you know the nokia power button? long press shotdown. short press opens (profiles-)menu, in menu short press switches to next entry, long press selects entry
Jun 18 03:07:26 <playya> yes
Jun 18 03:08:05 <playya> maybe short press can be popup keyboard, long press pops up gadgets
Jun 18 03:08:33 <playya> i use the long press really often on my n95 ;)
Jun 18 03:08:35 <DocScrutinizer> playya: we don't need the shutoff but maybe use that for kbd, or screenlock. The menu items could be arbitrary user selected functions
Jun 18 03:09:00 <DocScrutinizer> hehe, I see we got same idea
Jun 18 03:09:02 <playya> yes. it could be every enlightenment module
Jun 18 03:10:05 <playya> atm i want a pager on the top, a big clock on the bottom and sms/ call module somewhere in the middle
Jun 18 03:10:15 <playya> maybe i add pidgin or sth
Jun 18 03:11:30 <playya> it should be possible to use the power button context sensitve
Jun 18 03:11:41 <playya> short press -> clode current app
Jun 18 03:11:59 <playya> long press -> show log, power off, profiles
Jun 18 03:12:42 <playya> and it might be useful to have pam support
Jun 18 03:12:51 <DocScrutinizer> yup
Jun 18 03:13:20 <playya> the you can login, activate a lightweight keyring with PIN, instantmessaging account, ....
Jun 18 03:13:35 <playya> and opimd should run on session bus
Jun 18 03:14:26 <DocScrutinizer> sure
Jun 18 03:14:50 <DocScrutinizer> pim is user specific
Jun 18 03:15:06 <DocScrutinizer> so ->session bus
Jun 18 03:16:42 <playya> anyone working on a IM client with the nice elm widgets?
Jun 18 03:17:17 <DocScrutinizer> no idea
Jun 18 03:18:59 <playya> hmm. good icon for move&resize
Jun 18 03:19:15 <playya> <--> rotated 45°
Jun 18 03:21:49 * DocScrutinizer really wonders if and when someone will take a heart and create users setup, so we get rid of this nasty all-is-root idiocy
Jun 18 03:22:52 <DocScrutinizer> the longer we cling to this unbearable state, the harder it will become to get everything fixed
Jun 18 03:35:38 <Blu3> meh, is the pygtk we're using actually from 2007??  ugg!
Jun 18 03:37:38 <DocScrutinizer> probably like wine or wisky
Jun 18 03:37:56 <Blu3> :(
Jun 18 03:38:34 * Blu3 considers putting in a ticket for something modern
Jun 18 03:39:12 <DocScrutinizer> feel free to do
Jun 18 03:45:43 <playya> DocScrutinizer, start a thread on smartphone-devel
Jun 18 03:45:57 <playya> share some of you ideas
Jun 18 03:47:13 <Blu3> oooooh, webkit is available in shr now
Jun 18 03:47:14 <SHR-WugBranler> tracfeed: Ticket #525 (Please update pygtk to 2.14+) created <http://trac.shr-project.org/trac/ticket/525>
Jun 18 03:48:19 <playya> webkit-efl?
Jun 18 03:48:37 <Blu3> gtk
Jun 18 03:49:17 <playya> pfff. midori sucks if you want to scroll
Jun 18 03:49:25 <playya> ewww rocks
Jun 18 03:49:29 <Blu3> yup
Jun 18 03:50:47 <playya> and it gets 99% of acid3
Jun 18 03:56:01 <playya> argh. I'm to lame to gimp an arrow with my touchpad
Jun 18 03:57:08 <playya> oh no. i said lol
Jun 18 04:17:51 <playya> gimp is unusable under enlightenment
Jun 18 04:19:44 <Blu3> hmm
Jun 18 04:20:18 <Blu3> is the kernel package actually getting almost daily updates, or is opkg stupidly reinstalling the same version repeatedly?
Jun 18 04:21:44 <Blu3> it seems like the git version did change.  just seems a bit odd tho :>
Jun 18 04:24:49 <Blu3> gta04 should have a gig of ram onboard
Jun 18 04:25:43 <playya> no
Jun 18 04:25:54 <Blu3> yes
Jun 18 04:26:04 <playya> only if I buy a new laptop
Jun 18 04:26:23 <playya> i can't buy a mobile which has as much ram as my laptop
Jun 18 04:26:39 <Blu3> better hurry
Jun 18 04:27:10 <Blu3> it's a race between developers to eat up all resources and device makers to add more
Jun 18 04:27:33 <playya> DocScrutinizer, are there any open ML for shr?
Jun 18 04:27:53 <Blu3> for shr specifically?
Jun 18 04:28:00 <playya> yes
Jun 18 04:28:24 <playya> i tried to gimp sth for my idea. but I suck.
Jun 18 04:28:43 <Blu3> not that i know of.  there's really not enough traffic for that.  most is grouped onto the OM list
Jun 18 04:30:43 <playya> ok
Jun 18 04:31:17 <Blu3> are you subscribed to it?
Jun 18 04:31:33 <Blu3> community@lists.openmoko.org
Jun 18 04:32:18 <playya> yes. but i think it should be on om-devel
Jun 18 04:38:57 <Blu3> i really need to just make a script out of: sh ./fupdates.sh |grep -v / > new; for pkg in $(cat new); do opkg upgrade $pkg; done
Jun 18 05:02:04 <PaulFertser> What shr branch is worked on now? Should i do any special preparations to switch to it (to try to build)?
Jun 18 05:02:36 <playya> for oe or the kernel?
Jun 18 05:07:00 <PaulFertser> playya: of course i don't need SHR to build kernels ;)
Jun 18 05:07:23 <playya> that should be shr-import
Jun 18 05:08:23 <PaulFertser> playya: it doesn't seem to be present in the shrmakefile. Am i supposed to mimic the procedure for shr-unstable to get it?
Jun 18 05:08:28 <DocScrutinizer> moin paul
Jun 18 05:08:38 <PaulFertser> DocScrutinizer: hey :)
Jun 18 05:09:28 <playya> I'm lazy. i always use the makefile to setup the basic confs.
Jun 18 05:09:52 <PaulFertser> DocScrutinizer: i'm yet to find some time in proper condition to investigate that alsalib hooks stuff, sorry
Jun 18 05:10:38 <PaulFertser> And atm i'm to go to the institute to meet the stupid/lazy/stoned part of my students :-/
Jun 18 05:11:25 <DocScrutinizer> I just studied *.desktop files, tried dunnowhat to create submenus. Then studied /usr/bin/shr-settings and now I feel sick and tired and I recall why I don't like python ;-P
Jun 18 05:14:18 <playya> *.desktop aren't supposed to add submenu
Jun 18 05:14:33 <playya> the only specify categories
Jun 18 05:15:26 <DocScrutinizer> http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s05.html
Jun 18 05:16:11 <DocScrutinizer> maybe illume isn't supposed to care about type=Dir or type=Link
Jun 18 05:17:08 <playya> yes. someone patched illume to get submenus
Jun 18 05:17:18 <playya> there was a video on youtube
Jun 18 05:18:26 <playya> take a look at /etc/xdg/menus/applications.menu
Jun 18 05:18:34 <DocScrutinizer> and even specification of Categories is somewhat broken, "categories=Application;Settings" isn't same as "categories=Settings;Application"
Jun 18 05:21:53 <DocScrutinizer> playya: (xdg) yes, very nice. Alas I have no clue whatsoever what to do with this
Jun 18 05:24:25 <playya> illume still ignores it. but if you add the start module you can see how it works
Jun 18 05:26:14 <playya> DocScrutinizer, you want to have sth like this: http://www.youtube.com/watch?v=pLeukKDGLQw
Jun 18 05:26:47 <DocScrutinizer> ok, start looks kinda usable
Jun 18 05:27:45 <playya> someone added a scrollbar on the bottom
Jun 18 05:28:02 <playya> imho thats the better idea
Jun 18 05:28:46 <DocScrutinizer> nah, video showed exactly what I was looking for
Jun 18 05:29:27 <DocScrutinizer> hoooray, and enlightenment borked
Jun 18 05:29:29 <DocScrutinizer> :-/
Jun 18 05:32:20 <DocScrutinizer> well, night
Jun 18 05:33:04 <playya> night
Jun 18 05:33:16 <DocScrutinizer> playya: thanks for pointers
Jun 18 05:33:27 <playya> welcome
Jun 18 05:33:36 <playya> i try to get trevinos patch
Jun 18 05:50:00 <Q-Master> Hi All!
Jun 18 05:51:21 <playya> hi
Jun 18 06:47:24 <Q-Master> PaulFertser: have you checked the openBmap with proxy?
Jun 18 07:20:04 <budfive_> lindi-: here?
Jun 18 07:21:46 <lindi-> budfive_: again only partially, i'm at work
Jun 18 07:21:58 <budfive_> lindi-: read that bug report
Jun 18 07:22:08 <lindi-> my emails were down yesterday
Jun 18 07:22:16 <budfive_> https://docs.openmoko.org/trac/ticket/2295
Jun 18 07:23:27 <lindi-> budfive_: looks like progress! now we just need to figure out what part of kernel sets these
Jun 18 07:23:57 <budfive_> lindi-: cpufreq support just isn't quite ready. :)
Jun 18 07:24:11 <budfive_> lindi-: because everything runs off of the clocks, so it's not easy
Jun 18 07:24:15 <lindi-> budfive_: but i did not even change the clock frequency
Jun 18 07:25:20 <budfive_> lindi-: yeah, but cpufreq does something anyway. And if this thing is fixed, it will STILL be a problem when you do change the frequency. 
Jun 18 07:25:48 <budfive_> lindi-: I may look at it at some point, but there's likely much more than an evening's worth of work here
Jun 18 07:25:52 <lindi-> budfive_: but changing the frequency does not make the serial ports unusable
Jun 18 07:26:04 <lindi-> budfive_: I can use GPS just fine at 100 MHz cpu clock
Jun 18 07:26:28 <budfive_> lindi-: oh, really? You can actually switch back and forth and GPS and GSM both stay up?
Jun 18 07:27:30 <lindi-> budfive_: can't test now sorry but I was able to use GPS with 100 MHz clock
Jun 18 07:27:45 <lindi-> budfive_: with 40 mA + 47 mA consumption
Jun 18 07:27:55 <budfive_> lindi-: if you can go back and forth, then maybe the issue is indeed minor. 
Jun 18 07:28:40 <budfive_> lindi-: ok. i'll check it out. I recall seeing a post from Andy a while back where he was saying he was giving up on cpufreq on the gta02 even though it was fine on the gta01. He had some reasons. Let me try to find that
Jun 18 07:30:32 <lindi-> budfive_: good, please document all this to the bug report so that it does not get lost
Jun 18 07:30:51 <lindi-> i need to struggle with some fortran library now :P
Jun 18 07:36:59 <ptitjes> god morning
Jun 18 07:37:04 <ptitjes> wow
Jun 18 07:37:08 <ptitjes> good morning
Jun 18 07:39:09 <playya> morning
Jun 18 07:44:35 <ptitjes> hello playya
Jun 18 07:44:44 <ptitjes> ~seen heiko
Jun 18 07:44:45 <bzzbot> i haven't seen 'heiko', ptitjes
Jun 18 07:45:03 <playya> his mail on vala-devel?
Jun 18 07:45:04 <ptitjes> ~seen Heiko
Jun 18 07:45:05 <bzzbot> ptitjes: i haven't seen 'heiko'
Jun 18 07:45:12 <ptitjes> playya: yep :)
Jun 18 07:45:42 <playya> i have to talk to you about ObjectPath to DBusProxy
Jun 18 07:47:50 <ptitjes> hum, I might not have so much time now
Jun 18 07:47:53 <ptitjes> but go on
Jun 18 07:48:10 <playya> no. in the evening
Jun 18 07:48:38 <ptitjes> I don't know whether I'll be there so much
Jun 18 07:48:48 <playya> ok
Jun 18 07:49:01 <ptitjes> this WE is the "Fête de la musique" in France, and we have lots of work for its preparation
Jun 18 07:49:19 <ptitjes> (I have to handle 7 events at the same time)
Jun 18 07:49:20 <ptitjes> :D
Jun 18 07:49:42 <playya> uhhh. hard work
Jun 18 07:49:46 <ptitjes> :)
Jun 18 07:49:59 <playya> i try to figure out where to start
Jun 18 07:50:03 <ptitjes> not a big deal, but anyway lots of work
Jun 18 07:50:17 <ptitjes> playya: because you did not even start it ???? ;)
Jun 18 07:50:24 <playya> and how to get the calling context and how to handle ObjectPath[]
Jun 18 07:50:48 <playya> i tried it. but without good results ;)
Jun 18 07:51:13 <playya> i think I started in the wrong class
Jun 18 07:51:19 <ptitjes> the array problem has to be tought for carrefully for sure
Jun 18 07:51:35 <playya> yes
Jun 18 07:51:47 <ptitjes> playya: just handle the simple case first and then we'll think about the arrays of proxy and the way to go
Jun 18 07:52:06 <playya> but if you add it as a method it should be possible to add a foreach loop
Jun 18 07:52:13 <playya> ok
Jun 18 08:06:25 <albacore> Bonjour,j'essai de mettre un widget entry dans une fenêtre, et que ce soit un widget de type etk_embed ou un widget elementary j'ai une erreur "Tut tut tut" (pas tout à fait la même erreur)
Jun 18 08:06:43 <playya> ptitjes, help
Jun 18 08:08:32 <albacore> sorry, It'a mistake, It's not the place i want post
Jun 18 08:12:13 <ptitjes> I need somebody
Jun 18 08:12:15 <ptitjes> Help
Jun 18 08:12:23 <ptitjes> playya: yeah wasup
Jun 18 08:12:44 <ptitjes> albacore: no probs
Jun 18 08:12:53 <playya> i don't understand albacore 
Jun 18 08:13:20 <playya> ok. not for this channel
Jun 18 08:13:25 <ptitjes> yep
Jun 18 08:13:37 <albacore> playya:yes, sorry
Jun 18 08:13:59 <ptitjes> and anyway a "tut tut tut" error is not very usefull to get some help
Jun 18 08:14:00 <ptitjes> :)
Jun 18 08:14:41 <albacore> ptitjes: canyou tell me more, please
Jun 18 08:16:13 <ptitjes> albacore: I just told that when you have problems, please describe problems correctly and give the real error messages, else you won't have anyone to help you for sure
Jun 18 08:16:49 <ptitjes> (not that we would not like to help, but we can't as you don't tell the details)
Jun 18 08:18:37 <albacore> ptitjes: ok 
Jun 18 08:37:20 <ChristW> Should I create a ticket for this, or is this a known bug? I've searched a bit, but descriptions like this are always hard...
Jun 18 08:37:30 <ChristW> (bug follows now...)
Jun 18 08:38:13 <ChristW> When speech-dispatcher is running, other sound is usually blocked. When someone makes a call to my cell phone number, my FR start vibrating, but does not pkay back sound
Jun 18 08:38:42 <Q-Master> ChristW: uninstall speech-dispatcher. it suxx
Jun 18 08:38:42 <ChristW> I am then unable to press the 'pick up' on-screen button.
Jun 18 08:38:51 <ChristW> (OM2009t5)
Jun 18 08:39:16 <ChristW> Q-Master: Well, it is able to do some quite acceptable Dutch spoken output, which is good for Navit...
Jun 18 08:39:55 <ChristW> I would still call it a bug when 'not being able to play back the ringtone means you can't pickup the phone' :-)
Jun 18 08:42:02 <Q-Master> it is not because unabling to play. it is because unable to open /dev/dsp
Jun 18 08:42:38 <Q-Master> speech-dispatcher is blocking it
Jun 18 08:42:48 <Q-Master> so get rid of it.
Jun 18 08:44:23 <ChristW> Firstly, I'd rather not 'get rid of it', but see speech-dispatcher fixed. Secondly, having audio blocked (which is a real possibility) _should_not_ interfere with phone functionality. I should be able to pick up and have a conversation, since the audio path runs directly from the GSM modem to the sound chip.
Jun 18 08:45:03 <ChristW> (I do agree with you that speech-dispatcher suxx (because of this), and I have it disabled, no worries there mate...(
Jun 18 08:45:33 <ChristW> )) (for the people counting brackets here...)
Jun 18 08:46:49 <Ainulind1le> ping
Jun 18 08:47:19 <Q-Master> ChristW: you will not be able to hear anything because of blockade of /dev/dsp
Jun 18 08:47:35 <ChristW> Including GSM sound? Ouch...
Jun 18 08:48:01 <Q-Master> alsa is blocked!
Jun 18 08:48:23 <ChristW> Bigger problem than I thought!
Jun 18 08:48:46 <Q-Master> speech-dispatcher suxx. 8(
Jun 18 08:49:14 <ChristW> I _think_ I've seen something on the web about speech-dispatcher being usable with Alsa, but I haven't been able to figure out how that should work...
Jun 18 09:03:55 <sleipnir> budfive_, lindi-: do you use the cpufreq patch submitted here http://lists.arm.linux.org.uk/lurker/message/20090529.125822.ce91d009.en.html ?
Jun 18 09:08:30 <lindi-> sleipnir: i posted link to the patch I use to bug
Jun 18 09:37:12 <Ainulindale> ptitjes ?
Jun 18 10:03:14 <Heinervdm> i'm getting strange anwsers from mdbus... http://pastebin.com/m687fb910
Jun 18 10:08:28 <playya> Heinervdm, that the new libdbus version
Jun 18 10:08:43 <playya> for now: pipe the to /dev/null
Jun 18 10:09:41 <Heinervdm> ok
Jun 18 10:47:39 <playya> ptitjes, what is the recommend way to find out if a class is a DBusGProxy?
Jun 18 11:09:00 <Ainulindale> NOTE: Handling BitBake files: | (0021/6547) [ 0 %]ERROR: Could not include required file cornucopia.inc while parsing /home/shr/shr-unstable/openembedded/recipes/freesmartphone/libfsotransport_git.bb
Jun 18 11:09:04 <Ainulindale> Hmpf.
Jun 18 11:09:50 <Ainulindale> mickey|zzZZzz !!!
Jun 18 11:11:36 <Ainulindale> I know someone who's going to get spanked
Jun 18 11:22:23 <Ainulindale> mickey|cafe: you're a bad boy
Jun 18 11:22:41 <mickey|cafe> really? why's that?
Jun 18 11:22:46 <Ainulindale> 13:09:05 < Ainulindale> NOTE: Handling BitBake files: | (0021/6547) [ 0 %]ERROR: Could not include required file
Jun 18 11:22:50 <Ainulindale>                         cornucopia.inc while parsing
Jun 18 11:22:51 <mickey|cafe> ouch
Jun 18 11:22:52 <Ainulindale>                         /home/shr/shr-unstable/openembedded/recipes/freesmartphone/libfsotransport_git.bb
Jun 18 11:22:58 <Ainulindale> Yeah, ouch :-)
Jun 18 11:23:06 <mickey|cafe> hmm... not present in ms5.5?
Jun 18 11:23:08 <mickey|cafe> let me check
Jun 18 11:23:12 <Ainulindale> Not in shr/import
Jun 18 11:23:15 <Ainulindale> I copied it over
Jun 18 11:23:25 <Ainulindale> You cherry picked stuff in shr/import but not this file
Jun 18 11:23:30 <mickey|cafe> i didn't :)
Jun 18 11:23:35 <Ainulindale> Then someone did
Jun 18 11:23:36 <Ainulindale> And that someone is bad
Jun 18 11:23:38 <mickey|cafe> someone else cherry-picked and forgot the right commit :)
Jun 18 11:23:41 <mickey|cafe> exactly
Jun 18 11:23:53 <Ainulindale> mrmoku: Go in my desktop, now :-)
Jun 18 11:24:09 <Ainulindale> There's room for you in the drawer
Jun 18 11:24:14 <Ainulindale> That's for your punition
Jun 18 11:24:30 <Ainulindale> Anyway as I wasn't sure about which commit I should take I just copied it over
Jun 18 11:24:43 <Ainulindale> mickey|cafe: did you have time for that written material we talked about?
Jun 18 11:25:26 <mickey|cafe> not yet, but i learned that we leave late on friday, so i have some time tomorrow
Jun 18 11:25:26 <mrmoku> Ainulindale, spank yourself... if you just copy files around... you get what you asked for ;)
Jun 18 11:26:04 <Ainulindale> mrmoku: please revert the commit & cherry pick stuff if necessary :-)
Jun 18 11:30:31 <mrmoku> Ainulindale, will do... after daywork though
Jun 18 11:30:49 <Ainulindale> No problem honey :-p
Jun 18 11:31:37 <mrmoku> Ainulindale, and next time don't be a lazy ass and look up the correct commits to cherry-pick - honey ;)
Jun 18 11:32:07 <Ainulindale> Well I did and wasn't sure it was appropriate
Jun 18 11:32:17 <Ainulindale> As it could have had impact on many stuff
Jun 18 11:32:29 <Ainulindale> What bothers me though is that mickey commited on that branch and didn't cherry pick it on shr/import :-)
Jun 18 11:32:55 <mrmoku> :)
Jun 18 11:33:14 <mrmoku> I know... it took me some time to cherry-pick the stuff needed for libgsm0710 thingie
Jun 18 11:33:32 <mrmoku> anyway... will do that later
Jun 18 11:34:28 <Ainulindale> Thanks a lot
Jun 18 11:41:01 <Ainulindale> mrmoku: oh by the way
Jun 18 11:41:13 <Ainulindale> Did you eventually included Trevinho's illume patches?
Jun 18 11:47:33 <Q-Master> Guys, why the hell is illume so slow?
Jun 18 11:47:51 <Ainulindale> SHR?
Jun 18 11:47:54 <Q-Master> yep
Jun 18 11:49:14 <Ainulindale> Latest?
Jun 18 11:49:18 <Ainulindale> GTA01/02 ?
Jun 18 11:49:45 <Q-Master> unstable GTA02
Jun 18 11:50:00 <mrmoku> Ainulindale, tried them locally
Jun 18 11:50:12 <mrmoku> the old ones did not apply against current EFL
Jun 18 11:50:21 <mrmoku> will try them again and include them if they work
Jun 18 11:50:33 <Ainulindale> Q-Master: Are you sure the glamo kdrive thing is installed?
Jun 18 11:50:42 <Ainulindale> mrmoku: ok thanks :-)
Jun 18 11:50:51 <Q-Master> Ainulindale: how to check?
Jun 18 11:50:58 <Ainulindale> opkg list_installed | grep glamo
Jun 18 11:51:04 <Q-Master> 1sec
Jun 18 11:51:30 <Q-Master> xserver-kdrive-glamo - 1:1.3.0.0+gitr9b28d998424c77fbc057dd3a022ccbb122793a52-r4
Jun 18 11:52:59 <Q-Master> ~38 icons are scrolled like in sw on 200mhz
Jun 18 11:52:59 <bzzbot> Q-Master: okay
Jun 18 11:53:05 <Q-Master> 8)
Jun 18 11:53:08 <Ainulindale> Weird
Jun 18 11:53:24 <Q-Master> yep
Jun 18 11:54:33 <Q-Master> what would be an advices?
Jun 18 11:54:54 <Ainulindale> Check your engine in illume option
Jun 18 11:54:56 <Ainulindale> s
Jun 18 11:55:38 <Q-Master> what should it be?
Jun 18 11:56:19 <Ainulindale> 16 something IIRC
Jun 18 11:56:31 <Q-Master> hm
Jun 18 11:56:41 <Q-Master> it segfaults often
Jun 18 12:43:34 <mrmoku> mickey|cafe, ping
Jun 18 12:44:04 <mrmoku> ahh... nvm... maybe I'm just stupid :)
Jun 18 12:45:00 <mrmoku> yep me just stupid
Jun 18 12:45:01 <mickey|cafe> yo?
Jun 18 12:45:03 <mickey|cafe> heh, k
Jun 18 12:45:19 <mrmoku> enjoy your coffee :)
Jun 18 12:46:46 <mickey|cafe> thanks :)
Jun 18 12:46:53 * mickey|cafe actually working
Jun 18 12:47:05 <mickey|cafe> finally got started with my Vala book
Jun 18 12:47:06 <mrmoku> then enjoy that :D
Jun 18 12:47:17 <mickey|cafe> forcing myself to write at least 3 hours per day
Jun 18 12:47:21 <mickey|cafe> ortherwise it won't get done
Jun 18 12:47:42 * mrmoku might be a potential buyer
Jun 18 12:48:47 <mickey|cafe> cool :)
Jun 18 12:50:34 <mrmoku> Ainulindale, ping
Jun 18 12:50:49 <Ainulindale> pong
Jun 18 12:50:58 <mrmoku> Ainulindale, I did the cherry-picking
Jun 18 12:51:02 <Ainulindale> I saw
Jun 18 12:51:06 <Ainulindale> I was about to thank you but I'm on the phone
Jun 18 12:51:07 <mrmoku> what is missing is some revs for the new stuff
Jun 18 12:51:19 <mrmoku> k, ping me when finished
Jun 18 12:51:39 <Ainulindale> done
Jun 18 12:51:56 <mrmoku> Ainulindale, why don't we just use fso-autorev.inc ?
Jun 18 12:52:11 <Ainulindale> Why not :-)
Jun 18 12:52:18 <Ainulindale> But in the end one of them will die
Jun 18 12:52:34 <mrmoku> ?
Jun 18 12:52:40 <mrmoku> one of what?
Jun 18 12:52:54 <mrmoku> I was not talking about getting rid of shr-autorev.inc
Jun 18 12:53:09 <mrmoku> just take the revs for fso stuff from fso-autorev.inc
Jun 18 12:53:29 <Ainulindale> Well if mickey|cafe says it'll stay that way, then it's good with me
Jun 18 12:56:06 <mrmoku> Ainulindale, question is if it can happen that we don't want AUTOREV for fso packages in unstable
Jun 18 12:56:17 <mrmoku> but I think we should definitely always stay on AUTOREV there
Jun 18 12:56:23 <Ainulindale> I agree with that
Jun 18 12:56:24 <mickey|cafe> i'll always update fso-autorev.inc to feature all projects from fso git. Although we're going to do releases eventually, fso-autorev will alwas be the thing we use to develop our stuff.
Jun 18 12:56:43 <Ainulindale> mickey|cafe: well is it intended to be stable or devel?
Jun 18 12:56:44 <Ainulindale> Or testing?
Jun 18 12:56:50 <Ainulindale> Or llama?
Jun 18 12:56:56 <mickey|cafe> Ainulindale: autorev is devel
Jun 18 12:57:01 <mickey|cafe> sane-srcrev is testing
Jun 18 12:57:07 <mickey|cafe> stable is... we don't have it yet
Jun 18 12:57:13 <mickey|cafe> but we will have it when we do releases
Jun 18 12:57:17 <Ainulindale> Ok then we'll just use it for shr-autorev-unstable
Jun 18 12:57:30 <Ainulindale> Thanks :-)
Jun 18 12:57:44 <Ainulindale> Meanwhile work on that stuff I told you to write :-p
Jun 18 12:58:09 <Ainulindale> I was thinking that a couple of pages on "how to begin", as well as "how to start writing a hello world subsystem" might be a good thing
Jun 18 12:58:19 <Ainulindale> I don't know if you agree with that
Jun 18 12:58:27 <Ainulindale> Or maybe a helloworld method
Jun 18 12:58:28 <mickey|cafe> there's just one thing i don't understand
Jun 18 12:58:38 <mickey|cafe> will it be common for folks to create new subsystems?
Jun 18 12:58:46 <Ainulindale> No it won't IMHO
Jun 18 12:58:55 <Ainulindale> I just think it's useful to know how it works
Jun 18 12:58:59 <mickey|cafe> ah right
Jun 18 12:59:00 <mickey|cafe> true
Jun 18 12:59:10 <mickey|cafe> it will give people the necessary info how things tie into each other
Jun 18 12:59:12 <mickey|cafe> agreed
Jun 18 12:59:15 <Ainulindale> It'd be less confusoing to know that
Jun 18 12:59:18 <Ainulindale> s/soi/si/
Jun 18 12:59:19 <bzzbot> Ainulindale meant: It'd be less confusing to know that
Jun 18 12:59:56 <Ainulindale> mickey|cafe: here is what you could earn if you manage to write that: http://fr.wikipedia.org/wiki/Fichier:Saucisson_04.JPG
Jun 18 13:01:35 <mickey|cafe> hahaha
Jun 18 13:01:39 <mickey|cafe> that's definitely an incentive :D
Jun 18 13:02:47 <Ainulindale> :-)
Jun 18 13:03:36 <mrmoku> Ainulindale, ok, comitted that autorev thing
Jun 18 13:03:45 * mrmoku is moving into the garden now
Jun 18 13:04:00 <Ainulindale> mickey|cafe: And anyway more seriously as I told you, I'll be paid for that and will wire you some money. It won't be that much, but it's better than nothing
Jun 18 13:04:07 <Ainulindale> Plus I think it's a freed ad
Jun 18 13:04:10 <Ainulindale> s/freed/free/
Jun 18 13:04:11 <bzzbot> Ainulindale meant: Plus I think it's a free ad
Jun 18 13:04:46 <Ainulindale> I think it's difficult, but it's a necessary evil in order to publicize what you did
Jun 18 13:04:56 <Ainulindale> And given the fact that you're looking for consumers to be able to be contracted
Jun 18 13:05:23 <Ainulindale> It's really interesting and will give you the opportunity to inform more people
Jun 18 13:06:22 <mickey|cafe> *nod*
Jun 18 13:07:08 <Ainulindale> mickey|cafe: And I know I'm annoying repeating stuff and all
Jun 18 13:07:16 <Ainulindale> But damn dude you're not doing anything to show your work is good
Jun 18 13:07:18 <Ainulindale> it's about time :-p
Jun 18 13:08:13 <mickey|cafe> true
Jun 18 13:08:30 * mickey|cafe wanders home to start with that
Jun 18 13:08:36 <mickey|cafe> bbl
Jun 18 13:31:16 <albacore> Hi Ainulindale
Jun 18 13:31:21 <Ainulindale> Hi !
Jun 18 13:31:56 <albacore> we can see my problem of build shr?
Jun 18 13:32:20 <Ainulindale> Right now I'm sorry I'm quite busy
Jun 18 13:32:23 <Ainulindale> mrmoku: Could you help albacore please?
Jun 18 14:10:13 <Frank1> i get a parse error for paroli.bb in the current unstable, how can i remove it for the moment from building?
Jun 18 14:15:51 <dos1> DocScrutinizer2: Nick collision from services...
Jun 18 14:16:11 <DocScrutinizer2> yup
Jun 18 14:16:13 <DocScrutinizer2> sorry
Jun 18 14:17:44 <DocScrutinizer2> bip is borked, so I had to login with my alter ego
Jun 18 14:19:31 <DocScrutinizer2> and there's one chan where I already used that ID. And I have "/ghost doscS2; /id docs2" which tends to nicely pingpong with two of them ghosting each other and autorejoining
Jun 18 14:20:17 <mqy> about SHR theme, one problem: gtk toggle button state is not clear when clicked
Jun 18 14:27:22 <dos1> TAsn: ^^^^
Jun 18 14:30:45 <Frank1> again about the paroli-elementary_git, is the following line correct
Jun 18 14:30:45 <Frank1> PV = "0.1+gitr${SRCPV}"
Jun 18 14:30:45 <Frank1> or shouldn't it be
Jun 18 14:30:45 <Frank1> PV = "0.1+gitr${SRCREV}"
Jun 18 14:30:45 <Frank1> like in paroli_git?
Jun 18 14:31:59 <mrmoku> Frank1, are you building SHR or something else?
Jun 18 14:34:24 <Frank1> shr
Jun 18 14:34:34 <Frank1> currently i using the unstable one
Jun 18 14:35:23 <dos1> Frank1: PV is correct
Jun 18 14:35:47 <dos1> Frank1: why do you need paroli-elementary?
Jun 18 14:36:03 <dos1> Frank1: python-elementary should be now up-to-date enough
Jun 18 14:36:07 <Frank1> i do not need it, i just type make image ;)
Jun 18 14:37:55 <Frank1> arg, somehow copy & paste does not work, so one mom
Jun 18 14:38:47 <Frank1> NOTE: <type 'exceptions.TypeError'>:cannot concatenate 'str' and 'EnumValue' objects while evaluating:
Jun 18 14:38:47 <Frank1> &{@bb.fetch.get_srcrev(d)}
Jun 18 14:39:12 <Frank1> -& +$
Jun 18 14:39:44 <Frank1> and same starting but during evaluation of:
Jun 18 14:39:44 <Frank1> 0.1+gitr${SRCPV}
Jun 18 14:39:59 <Frank1> there are some more of those all during the paroli-elementary_git.bb
Jun 18 14:40:30 <Frank1> last thing it writes is ERROR: PArsing errors found, exiting...
Jun 18 14:40:33 <dos1> mrmoku: we should either remove paroli-elementary recipe or add some (auto)rev for it :P
Jun 18 14:41:31 <Frank1> does this mean for the moment i could just delete the recipe?
Jun 18 14:41:45 <joejoe> hi, knows anyone, if the http://hdr.meetr.de/neo/openmoko/battery/ is working correctly on lastest stable image?
Jun 18 14:43:59 <DocScrutinizer2> mrmoku: we MUST remove /dev/dsp OSS-compatibility crap. It's *bad* and NO app may use it. Fucked-up apps that don't know about ALSA and need to open a OSS device should be run by aoss-wrapper
Jun 18 14:46:48 <mrmoku> dos1, I removed it locally... will commit 
Jun 18 14:47:00 <mrmoku> Frank1, just remove it
Jun 18 14:47:31 <Ainulindale> dos1: hey
Jun 18 14:47:44 <mrmoku> DocScrutinizer2, how? remove it from kernel?
Jun 18 14:48:52 <DocScrutinizer2> yup, just not include the modules
Jun 18 14:49:14 <mrmoku> Ainulindale, any news from mwester? quite some time he is not around...
Jun 18 14:49:16 <dos1> Ainulindale: hey ;)
Jun 18 14:49:25 <DocScrutinizer2> mrmoku: I guess there's a build option for ALSA not to include the compatibility stuff
Jun 18 14:49:51 * mrmoku won't touch kernel config :P
Jun 18 14:49:54 <Ainulindale> dos1: still waiting for the info for conf files
Jun 18 14:50:17 <dos1> Ainulindale: hmm? conf files are in /etc/shr-settings/
Jun 18 14:50:41 <Ainulindale> dos1: I just need to know what you intended, what exactly you want to ship, etc
Jun 18 14:50:52 <Ainulindale> I have no example
Jun 18 14:50:59 <playya> mrmoku, was macht das SRCPV in conf/site.conf? sorry. no english atm
Jun 18 14:50:59 <dos1> Ainulindale: and that's Toaster` work, not my ;) but i think i can tell you
Jun 18 14:51:11 <Ainulindale> dos1: I know
Jun 18 14:51:40 <dos1> Ainulindale: is it possible to add directory as CONFFILE in bb recipe?
Jun 18 14:51:47 <dos1> Ainulindale: if yes, then add just /etc/shr-settings/
Jun 18 14:52:10 <Ainulindale> I think iti s yes
Jun 18 14:52:16 <Ainulindale> Is it already shipped?
Jun 18 14:52:29 <dos1> Ainulindale: no
Jun 18 14:52:43 <dos1> Ainulindale: no in package
Jun 18 14:52:57 <Ainulindale> Ok let me have a look then
Jun 18 14:52:58 <dos1> Ainulindale: it's installed by install script. so just add it to recipe
Jun 18 14:54:05 <dos1> mrmoku: another advantage for openssh instead of dropbear - i can't use git on FR with dropbear :P
Jun 18 14:54:37 <Ainulindale> dos1: let us quickly sum things up about what we want for that backup
Jun 18 14:54:47 <Ainulindale> dos1: extra package list, frameworkd & phonegui conf
Jun 18 14:54:53 <Frank1> @mrmoku, well it does parsing now, but got the next thing for "frameworkd-devel_git.bb, redepends/rrecommends python-multiprocessing, but itwas not found in any package or rprovides variables
Jun 18 14:54:57 <Ainulindale> dos1: extra conf file in conf.d
Jun 18 14:55:07 <Ainulindale> home of course
Jun 18 14:55:11 <Ainulindale> ringtones
Jun 18 14:55:18 <Ainulindale> fstab
Jun 18 14:55:31 <Ainulindale> ssh keys
Jun 18 14:55:36 <dos1> Ainulindale: there is whitelist and blacklist for backuped files
Jun 18 14:55:54 <Ainulindale> dos1: I'd like a way to backup the installed packages list
Jun 18 14:56:02 <Ainulindale> and do a diff between what's installed and what was installed
Jun 18 14:56:13 <Ainulindale> Do you think it'd be easily doable for you?
Jun 18 14:57:06 <Ainulindale> ah and dos
Jun 18 14:57:09 <Ainulindale> that won't work properly
Jun 18 14:57:12 <Ainulindale> it should have several conf files
Jun 18 14:57:25 <Ainulindale> else we won't be able to allow specific backup for packagers
Jun 18 14:57:25 <dos1> Ainulindale: hmm... it shouldn't be so hard
Jun 18 14:57:32 <DocScrutinizer2> mrmoku: so just rm /lib/modules/*/kernel/sound/core/oss/snd*oss.ko
Jun 18 14:57:38 <dos1> Ainulindale: hmm?
Jun 18 14:57:46 <Ainulindale> dos1: a package should ship package.conf
Jun 18 14:57:59 <Ainulindale> which would describe white & black lists for backup
Jun 18 14:58:07 <Ainulindale> (If the packager wants to)
Jun 18 14:58:20 <Ainulindale> That way we could override specific packages for SHR
Jun 18 14:58:31 <Ainulindale> And include their conf backup easily
Jun 18 14:59:21 <mrmoku> playya, that's obsolete... we have that in shr.conf nowadays
Jun 18 15:00:08 <mrmoku> Frank1, update... I comitted the fix for that today
Jun 18 15:00:22 <mrmoku> uhh... wait
Jun 18 15:00:26 <playya> ok. but someone has the old problem with enumvalue
Jun 18 15:00:30 <Ainulindale> dos1: do you see my point?
Jun 18 15:00:36 * mrmoku probably forgot one more thing to cherry-pick
Jun 18 15:00:45 <Frank1> hmm, updated just before i wrote, because i just wanted to be sure
Jun 18 15:01:23 <mrmoku> playya, you get that always when you have a recipe with SRCPV but have no SRCREV set for it
Jun 18 15:01:24 <playya> he is using makefile 
Jun 18 15:01:30 <mrmoku> Frank1, give me a minute
Jun 18 15:01:31 <playya> yes
Jun 18 15:01:49 <playya> but he did not change anything
Jun 18 15:01:50 <Frank1> @mrmoku, you will have more from my site, have to go away for awhile anyway ;)
Jun 18 15:01:53 <dos1> Ainulindale: hmm... unfortunately i think no :(
Jun 18 15:02:24 <Ainulindale> dos1: Ok
Jun 18 15:02:33 <Ainulindale> let us say libframeworkd-phonegui wants to use shr-settings backup thing
Jun 18 15:02:44 <Ainulindale> I'd like to ship with libframeworkd-phonegui a conf file describing what to include and what to excludes
Jun 18 15:02:47 <Ainulindale> -s
Jun 18 15:02:52 <Ainulindale> I don't want to have a master file for that
Jun 18 15:02:58 <Ainulindale> With possibly tons of useless stuff depending on what I have
Jun 18 15:03:15 <CIA-45> SHR: 03seba.dos1 07shr-settings * r0b662c360511 10/shr_settings_modules/shr_backup.py: [backup] fix types incombatibility
Jun 18 15:03:30 <dos1> Ainulindale: ok, makes sense
Jun 18 15:03:37 <Ainulindale> dos1: that's why, IMHO
Jun 18 15:03:44 <Ainulindale> we should have a basic conf file for system in shr-settings
Jun 18 15:03:50 <Ainulindale> for the stuff we now we'll have
Jun 18 15:04:03 <Ainulindale> called shr-settings.conf, with white/black list in this file
Jun 18 15:04:07 <Ainulindale> and several conf file for other packages
Jun 18 15:04:36 <Ainulindale> dos1: commited the current package def
Jun 18 15:04:44 <Ainulindale> which will work with what I told you if you do the change
Jun 18 15:04:52 <Ainulindale> Building it
Jun 18 15:05:34 <Ainulindale> dos1: ah and
Jun 18 15:05:39 <Ainulindale> Did you see the zcat thing for shr-splash?
Jun 18 15:05:57 <dos1> Ainulindale: yep, i want to look at it
Jun 18 15:05:58 <Ainulindale> I think you should build a specific bbclass for it and gz the .fb files before packaging them
Jun 18 15:06:09 <Ainulindale> Or an inc file as you like
Jun 18 15:06:35 <Ainulindale> dos1: and what about this bluetooth pairing module I saw on scap?
Jun 18 15:06:41 <dos1> Ainulindale: upgrading all themes every time is pain :P
Jun 18 15:06:45 <dos1> Ainulindale: it's not mine
Jun 18 15:06:48 <Ainulindale> I now that Okhin is working on that for other stuff
Jun 18 15:07:08 <dos1> Ainulindale: but i know nothing about that
Jun 18 15:07:10 <Ainulindale> dos1: well we should fix their revs then (themes)
Jun 18 15:07:36 <Ainulindale> dos1: if you modify the zcat/gz thing for the init script
Jun 18 15:07:38 <Ainulindale> I'll do the packaging 
Jun 18 15:07:45 <Ainulindale> Is that good enough to you?
Jun 18 15:07:47 <dos1> hmm, good point
Jun 18 15:07:47 <dos1> Ainulindale: but
Jun 18 15:08:01 <dos1> Ainulindale: why not just gzip them in git repo?
Jun 18 15:08:16 <Ainulindale> why not, I don't care :-)
Jun 18 15:08:25 <Ainulindale> mrmoku: or other packages
Jun 18 15:08:27 <DocScrutinizer2> mrmoku: even if SHR won't dare to fix this OSS thing at kernel level, we nevertheless must pepare for /dev/dsp to vanish soonish. I'll find a kernel-devel somewhere to do the module side stuff eventually, and anyway using /dev/dsp breaks FR audio no matter if the device will vanish or not. Officially *strongly deprecated*
Jun 18 15:08:31 <Ainulindale> ERROR: cannot concatenate 'str' and 'EnumValue' objects while parsing /home/shr/shr-unstable/openembedded/recipes/openmoko-projects/paroli-elementary_git.bb
Jun 18 15:08:35 <Ainulindale> mrmoku
Jun 18 15:10:33 <mrmoku> Ainulindale, you should read backlog ;)
Jun 18 15:10:44 <mrmoku> will remove that superflous recipe and commit
Jun 18 15:10:45 <mrmoku> minute
Jun 18 15:11:05 <Ainulindale> I can't read backlog
Jun 18 15:11:06 <Ainulindale> I have stuff to do
Jun 18 15:11:10 <dos1> Ainulindale: zcat isn't much slower than cat
Jun 18 15:11:10 <Ainulindale> Mainly drink beer :-p
Jun 18 15:11:15 <dos1> Ainulindale: so i'll change it
Jun 18 15:11:34 <Ainulindale> dos1: and maybe you could provide a doc on how to produce a splash screen :-)
Jun 18 15:12:02 <dos1> Ainulindale: i think i'll provide python script for that
Jun 18 15:12:15 <Ainulindale> dos1: I'm good with that although python sucks :-)
Jun 18 15:12:36 <dos1> Ainulindale: python interpreter on neo sucks, i agree
Jun 18 15:12:39 <dos1> Ainulindale: but language is nice
Jun 18 15:12:49 <Ainulindale> Nah, python sucks
Jun 18 15:12:54 <Ainulindale> You're just too young to realize that :-p
Jun 18 15:13:04 <DocScrutinizer2> dos1: cat /usr/bin/zgrep ;-)
Jun 18 15:13:11 <mrmoku> Ainulindale, ok, update and retry
Jun 18 15:13:18 <dos1> Ainulindale: and good for little test/helper scripts
Jun 18 15:13:38 <dos1> Ainulindale: python isn't good for settings app and for FSO implementation
Jun 18 15:14:17 <Ainulindale> dos1: I was merely trolling :-)
Jun 18 15:14:26 <dos1> Ainulindale: but shr-settings wouldn't be as "advanced" as it is now, when it would be written in compiling language
Jun 18 15:14:31 <dos1> Ainulindale: hehe ;)
Jun 18 15:14:47 <dos1> Ainulindale: but to some point i agree with you
Jun 18 15:15:01 <dos1> s/compiling/compiled/
Jun 18 15:15:07 <Ainulindale> Well you don't have to agree, you just have to register the fact that my word is truth :-p
Jun 18 15:16:00 * dos1 thinks someone is wrong in the internet!
Jun 18 15:16:02 <dos1> ;D
Jun 18 15:16:26 * mrmoku wonders if writing articles does no good for Ainulindale 
Jun 18 15:16:31 <Ainulindale> dos1: and if you or Toaster could do some blog post about that I'd be glad
Jun 18 15:16:35 <Ainulindale> (about home backuping)
Jun 18 15:16:43 <Ainulindale> emphasizing the fact that it'll ease reflash
Jun 18 15:16:58 <Ainulindale> mrmoku: I pee on your desk, bloody german :-)
Jun 18 15:17:00 <mrmoku> Ainulindale, what and where are you building btw.?
Jun 18 15:17:07 <Ainulindale> buildhost on the screen
Jun 18 15:17:56 <Ainulindale> mrmoku: I like your commit message
Jun 18 15:18:02 <Ainulindale> One thing it's lacking though "and anyways, it sucks"
Jun 18 15:18:04 <Ainulindale> :-p
Jun 18 15:18:49 <mrmoku> Ainulindale, yeah... was not brave enough for that :P
Jun 18 15:19:16 <Ainulindale> Young Klaus Kurzmanwalker learn will have to
Jun 18 15:19:34 <mrmoku> Ainulindale, stop the build ;)
Jun 18 15:19:46 <Ainulindale> Que pasa?
Jun 18 15:19:48 <mrmoku> we have to bump the wanted version for python...
Jun 18 15:19:59 <mrmoku> we need 2.6.2 for current frameworkd
Jun 18 15:20:01 <Ainulindale> I'll leave you the honors I'm sure you're already on top of it
Jun 18 15:20:07 <mrmoku> :)
Jun 18 15:22:33 <mqy> mrmoku, about omgps you built yesterday, how about?
Jun 18 15:25:33 <Ainulindale> mrmoku: I'll have to leave soon so keep me in touch for python <= I was just writing that when I saw a ghost typing stuff on my screen
Jun 18 15:27:52 <mrmoku> Ainulindale :)
Jun 18 15:28:10 <mrmoku> mqy, had no luck last night :(
Jun 18 15:28:24 <mrmoku> have to find out how to do that python thing in OE
Jun 18 15:28:28 <mrmoku> but will retry today
Jun 18 15:29:19 <DocScrutinizer2> Ainulindale: ALL YOUR BASE ARE BELONG TO US! Your screen has been rooted ;-D
Jun 18 15:29:32 <playya> mrmoku, i added the 3 missing SRCREVs should i paste the diff somewhere?
Jun 18 15:29:33 <CIA-45> SHR: 03seba.dos1 07shr * ra0a962e92eac 10/shr-splash/shr-splash.sh: shr-splash: run in background and be able to use compressed theme images
Jun 18 15:29:57 <Ainulindale> mrmoku: ah by the way, patchwork is installed, not setup right now
Jun 18 15:31:36 <Ainulindale> mrmoku: ah and this week-end I'll try to build an image with eglibc
Jun 18 15:31:48 <Ainulindale> mrmoku: and by the way
Jun 18 15:31:54 <Ainulindale> it's building python 2.6.1
Jun 18 15:31:57 <CIA-45> SHR: 03seba.dos1 07shr-themes * r6813010a7087 10/shr-splash/ (16 files in 4 dirs): shr-splash-theme-*: compress splash images
Jun 18 15:33:10 <mrmoku> Ainulindale, and not even that :(
Jun 18 15:33:23 <Ainulindale> Not even what?
Jun 18 15:33:45 <mrmoku> playya, which ones?
Jun 18 15:34:15 <mrmoku> Ainulindale, not even python 2.6.1... due to malformed patch :P
Jun 18 15:35:00 <mrmoku> ahh, python-native is correct (2.6.1)
Jun 18 15:35:01 <playya> <eckhard> paroli-elementary_git.bb
Jun 18 15:35:01 <playya> <eckhard> shr-theme-gtk-e17lookalike_git.bb
Jun 18 15:35:01 <playya> <eckhard> libframeworkd-phonegui-efl2_git.bb
Jun 18 15:35:08 <playya> in shr-autorev.inc
Jun 18 15:35:12 <mrmoku> just the patch is borked
Jun 18 15:35:23 <mrmoku> playya, paroli-elementary is now more... just removed it
Jun 18 15:35:47 <mrmoku> and the other two... gues they are in shr-autorev-unstable only then...
Jun 18 15:35:48 <mrmoku> +s
Jun 18 15:35:59 <mrmoku> playya, let me check
Jun 18 15:36:58 <playya> yes
Jun 18 15:37:12 <mrmoku> playya, yeah, will just commit it... so no diff needed
Jun 18 15:37:14 <playya> i just copied the -efl line and added a 2
Jun 18 15:37:32 <playya> and lookalike as a autorev
Jun 18 15:39:20 <mrmoku> playya, comitted... btw. if you copied the efl line in shr-autorev.inc and added a two... that would not work
Jun 18 15:39:31 <mrmoku> the specified commit does not exist in the efl2 repo
Jun 18 15:41:30 <playya> hmm. ok
Jun 18 15:41:47 <playya> i just tested if the error is gone
Jun 18 15:42:19 <DocScrutinizer2> mrmoku: btw http://pastebin.com/m1a798e94 worked great. Even installing -force-overwrite findutils worked despite postinstall error
Jun 18 15:42:58 <DocScrutinizer2> mrmoku: but now the postinstall script got stuck and throws error on every `opkg install *` :-/
Jun 18 15:43:47 <mrmoku> DocScrutinizer2, yeah... it will do that until you remove it again I think :(
Jun 18 15:43:47 <dos1> DocScrutinizer2: it says about which files?
Jun 18 15:43:49 <DocScrutinizer2> mrmoku: I.E. `opkg install mc` ->postinstall.findutils ERROR:...
Jun 18 15:43:51 <dos1> DocScrutinizer2: it's fixable
Jun 18 15:44:52 <DocScrutinizer2> sure it says some info which I don't know for now
Jun 18 15:45:05 <dos1> DocScrutinizer2: it says about two files in /bin, yep?
Jun 18 15:45:11 <DocScrutinizer2> yep
Jun 18 15:45:36 <mrmoku>         for i in find xargs; do update-alternatives --install ${bindir}/$i $i $i.${PN} 100; done
Jun 18 15:45:36 <mrmoku> is what it is trying to do
Jun 18 15:45:36 <DocScrutinizer2> can't link as there's a file
Jun 18 15:45:41 <playya> wit find?
Jun 18 15:45:46 <dos1> DocScrutinizer2: just remove those files and do "opkg-cl configure"
Jun 18 15:45:52 <mrmoku> we should fix busybox to do alternatives for those files...
Jun 18 15:45:58 <mrmoku> dos1, nah... dirty
Jun 18 15:46:18 <dos1> mrmoku: we as packages should patch it, yes
Jun 18 15:46:29 <dos1> but DocScrutinizer2 as user can just remove it :P
Jun 18 15:46:39 <DocScrutinizer2> I'd rather delete the postinstall script which has to hide somewhere, than to delete /bin/* elf-files 
Jun 18 15:47:15 <DocScrutinizer2> after all I'm happy those files are here
Jun 18 15:47:34 <dos1> DocScrutinizer2: those files will be there again after "opkg-cl configure"
Jun 18 15:47:45 <dos1> DocScrutinizer2: as links
Jun 18 15:47:45 <DocScrutinizer2>  /usr/bin/find and /usr/bin/xargs IIRC
Jun 18 15:48:09 <DocScrutinizer2> dos1: yeah as links to *BUSYBOX* :-////
Jun 18 15:48:20 <dos1> DocScrutinizer2: i have:
Jun 18 15:48:22 <dos1> root@localhost ~ $ ls -al /usr/bin/find
Jun 18 15:48:24 <dos1> lrwxrwxrwx  1 root root 14 Jun 17 18:01 /usr/bin/find -> find.findutils
Jun 18 15:48:38 <DocScrutinizer2> I have no find.findutils
Jun 18 15:48:44 <dos1> hmmm
Jun 18 15:48:49 <dos1> so i did that manually?
Jun 18 15:48:50 <dos1> :x
Jun 18 15:48:57 <dos1> maybe...
Jun 18 15:48:58 <dos1> :D
Jun 18 15:49:01 <DocScrutinizer2> so how could it become a link to a ELF, after deleting he executable?
Jun 18 15:49:29 <dos1> DocScrutinizer2: ok, i was wrong. i thought it was installing two executabled - find and find.findutils
Jun 18 15:49:39 <dos1> s/executabled/executables/
Jun 18 15:49:40 <bzzbot> dos1 meant: DocScrutinizer2: ok, i was wrong. i thought it was installing two executables - find and find.findutils
Jun 18 15:49:42 <DocScrutinizer2> where's that FSCKng postinstall script?
Jun 18 15:49:46 <dos1> and that find shouldn't be in package
Jun 18 15:50:07 <dos1> DocScrutinizer2: /usr/lib/opkg/info/ i think
Jun 18 15:50:15 <DocScrutinizer2> k, thanks
Jun 18 15:54:45 <DocScrutinizer>           wooooow
Jun 18 15:54:58 <DocScrutinizer> bip up again, yeeeha
Jun 18 15:55:23 <DocScrutinizer> PaulFertser: howdy ;-D
Jun 18 15:56:48 <playya> hmm. i have to finish a mail
Jun 18 16:00:55 <Blu3> fscking opkg
Jun 18 16:01:02 <DocScrutinizer> yup
Jun 18 16:03:42 <Blu3> and of course enlightenment has gone braindead too
Jun 18 16:12:57 * mrmoku off for dinner now
Jun 18 16:13:07 <Blu3> meh
Jun 18 16:13:19 <Blu3> and xglamo is moving like molasses
Jun 18 16:17:22 <CIA-45> freesmartphone.org: 03mickey 07framework * r0788bd198611 10/framework/resource.py: resource: fix checkedasyncmethod to properly raise errors
Jun 18 16:39:20 <CIA-45> SHR: 03seba.dos1 07shr-settings * r7d220b7d3021 10/shr_settings_modules/shr_backup.py: [backup] load configuration on first action (archive or restore), not on loading module.
Jun 18 16:46:38 <dos1> mickeyl: is fsousaged ready to replace python ousaged in daily use now?
Jun 18 16:47:09 <playya> afair 2 subsystems are missing
Jun 18 16:48:38 <dos1> playya: subsystems in fsousaged?
Jun 18 16:48:50 <dos1> playya: did you mean resources?
Jun 18 16:48:57 <playya> display an anouther one
Jun 18 16:49:29 <dos1> playya: CPU? i think they were added recently
Jun 18 16:49:31 <bumbl> mickeyl: if you have an image to flash i will test
Jun 18 16:51:01 <playya> dos1, yes
Jun 18 16:51:31 <dos1> playya: http://git.freesmartphone.org/?p=cornucopia.git;a=commit;h=2552e9a6f233f06f1a573ae0a14586071085df5c
Jun 18 16:53:55 <mickeyl> dos1: pending more tests, yes
Jun 18 16:54:27 <TAsn> dos1, mqy, I can't do nothing about it without example app/screen shots
Jun 18 16:54:56 <dos1> mrmoku|away: Requested 'gee-1.0 >= 0.1.6' but version of libgee is 0.1.4
Jun 18 16:55:10 <dos1> mickeyl: ok, i'll try it ;)
Jun 18 16:55:26 <dos1> mickeyl: with fso-abyss
Jun 18 16:56:31 <mickeyl> great
Jun 18 16:58:50 <dos1> mrmoku|away: 
Jun 18 16:58:51 <dos1> NOTE: preferred version 0.6.0 of vala-native not available (for item vala-native)
Jun 18 16:58:53 <dos1> NOTE: preferred version git of libgee not available (for item libgee)
Jun 18 17:04:18 <dos1> mrmoku|away: fso-abyss is compiling nicely. i think you can add it to feed
Jun 18 17:04:47 <CIA-45> freesmartphone.org: 03mickey 07cornucopia * r8ee6e0b3a88e 10/misc-vapi/ (4 files in 2 dirs): start adding some tests for the vapis
Jun 18 17:12:16 <Blu3> !$#%@#$% fscking framework disabling wifi
Jun 18 17:12:35 <playya> fünününü
Jun 18 17:13:57 <CIA-45> freesmartphone.org: 03mickey 07cornucopia * r1021a02cb8b3 10/misc-vapi/ (4 files in 3 dirs): misc-vapi: check for alsa; start with alsa wrapper for Vala
Jun 18 17:16:57 <dos1> Blu3: hmm?
Jun 18 17:17:10 <dos1> Blu3: on suspend? i think it's kernel which disables wifi
Jun 18 17:17:19 <Blu3> i'm frustrated to hell and back with framework disabling wifi
Jun 18 17:17:26 <Blu3> no, restart of framework after opkg upgrade
Jun 18 17:17:32 <dos1> Blu3: ah
Jun 18 17:17:38 <dos1> Blu3: i think it's configurable
Jun 18 17:17:40 <Blu3> and on fone bootup
Jun 18 17:17:43 <dos1> life_cycle
Jun 18 17:17:44 <Blu3> where?
Jun 18 17:17:46 <dos1> something like that
Jun 18 17:18:18 <dos1> mickeyl: ti_calypso_muxer_type = fso-abyss?
Jun 18 17:18:29 <dos1> mickeyl: it still runs gsm0710muxd...
Jun 18 17:18:33 <Blu3> in frameworkd.conf?
Jun 18 17:19:44 <mickeyl> dos1: ti_calypso_muxer
Jun 18 17:19:47 <mickeyl> no _type
Jun 18 17:20:03 <dos1> mickeyl: oh, thanks
Jun 18 17:20:32 <Blu3> grep -r life_cycle /usr/lib/python2.6/site-packages/* returns zilch.  is it written in C rather than python?
Jun 18 17:21:45 <mickeyl> sync_resources_with_lifecycle
Jun 18 17:22:04 <mickeyl> "never", "always", "startup"
Jun 18 17:24:18 <Blu3> hmm.  so if i set it to never and enable wifi, then it should remain enabled again on next bootup?
Jun 18 17:25:17 <Blu3> my grep returns "always", "startup", "shutdown"
Jun 18 17:25:41 <mickeyl> the settings are not persistent
Jun 18 17:26:04 <mickeyl> "never" means fso will not touch it on startup or shutdown of the framework
Jun 18 17:26:13 <mickeyl> it doesn't mean fso will enable it on next bootup
Jun 18 17:26:28 <mickeyl> whether it's enabled on bootup or not depends on kernel
Jun 18 17:27:09 <Blu3> ok, then it'll come alive on boot and stay alive
Jun 18 17:27:54 <mickeyl> yes. as long as nothing disables it explicitly using the FSO API
Jun 18 17:27:57 <Blu3> and that goes in section [ousaged] right?
Jun 18 17:27:58 <mickeyl> (during operation)
Jun 18 17:28:01 <mickeyl> yes
Jun 18 17:28:03 <Blu3> right
Jun 18 17:28:04 <dos1> IMHO enabling wifi on startup isn't want average user wants...
Jun 18 17:28:11 <dos1> but on your system you can do what you want :P
Jun 18 17:28:23 <dos1> s/isn't want/isn't what/
Jun 18 17:28:36 <Blu3> what average user wants shouldn't be forced on everyone.  what average user wants should be default, but configurable
Jun 18 17:29:24 <dos1> Blu3: yep
Jun 18 17:30:05 <dos1> for instance for me enabling wifi on startup is what i really don't want :P
Jun 18 17:30:31 <mrmoku> dos1, spank ptitjes for libgee :P
Jun 18 17:30:35 <mrmoku> fixing that now
Jun 18 17:30:50 * dos1 spanks ptitjes for libgee
Jun 18 17:32:00 <Blu3> for some people that's definitely true :)
Jun 18 17:32:17 <dos1> Blu3: for me wifi should be enabled when i use wifi manager ;)
Jun 18 17:32:23 <dos1> to connect to some network
Jun 18 17:32:29 <dos1> transparently to me
Jun 18 17:32:29 <mrmoku> dos1, fixed
Jun 18 17:32:32 <dos1> mrmoku: thanks
Jun 18 17:32:35 <Blu3> for me, i want my fone to attach to my wifi anytime i am here
Jun 18 17:32:58 <mrmoku> dos1, np, thank you, because I did not see the "git" thing and was struggling with libgee too :)
Jun 18 17:33:00 <Blu3> i don't want it randomly connecting to random networks either
Jun 18 17:33:19 <dos1> Blu3: i don't want that too :P
Jun 18 17:42:59 <mrmoku> Ainulindale, build of shr-settings finished. Testing it first though... because it will update python and glibc
Jun 18 17:43:55 <mrmoku> mickeyl, you have a typo in some configure script
Jun 18 17:44:08 <mrmoku> mickeyl, it told me that glib is too old... instead of glibc :)
Jun 18 17:44:17 <mrmoku> (the eventsfd.h thing)
Jun 18 17:44:38 <mickeyl> hmm
Jun 18 17:44:42 <mickeyl> which package?
Jun 18 17:44:55 <mrmoku> heh, good question... moment
Jun 18 17:45:08 <mickeyl> aah, right
Jun 18 17:45:15 <mickeyl> [Couldn't find sys/eventfd.h... your glib is too old :(] )])
Jun 18 17:45:20 * mickeyl fixes
Jun 18 17:45:21 <mickeyl> thanks
Jun 18 17:45:57 <CIA-45> freesmartphone.org: 03mickey 07cornucopia * r279e9bc13081 10/libfsoframework/configure.ac: libfsoframework: fix typo in error message
Jun 18 17:47:49 <Frank1|away> how do you guys test the whole enlightment stuff, always to the phone or some emu?
Jun 18 17:48:18 <mrmoku> mickeyl, libfsoframework :)
Jun 18 17:48:26 <mickeyl> mrmoku: indeed
Jun 18 17:48:51 <mickeyl> we should move to glibc 2.9 
Jun 18 17:50:08 <mrmoku> Frank1|away, me always on the phone
Jun 18 17:50:44 <mrmoku> mickeyl, any risk on moving to glibc 2.9
Jun 18 17:50:44 <mrmoku> ?
Jun 18 17:51:28 <mickeyl> i don't think so
Jun 18 17:51:48 <mickeyl> A* seems to be using it since some days
Jun 18 17:51:50 <mrmoku> will try that then locally...
Jun 18 17:52:23 <mrmoku> mickeyl, btw. some day we should create our new common freesmartphone branch...
Jun 18 17:53:14 <Frank1|away> @mrmoku, hopefully i get better, currently it is just a long cycle to have something produced
Jun 18 17:53:43 <mickeyl> mrmoku: yes, for sure. I'd love to wait until we have the milestone from hell out
Jun 18 17:53:45 <mrmoku> Frank1|away, yeah, developing with OE as tool to build can be... quite painfull
Jun 18 17:53:51 <mickeyl> so hopefully in two weeks or so
Jun 18 17:53:55 <mrmoku> mickeyl, hehe, ok :)
Jun 18 17:54:44 <dos1> mrmoku: still the same - Requested 'gee-1.0 >= 0.1.6' but version of libgee is 0.1.4
Jun 18 17:56:25 <dos1> mrmoku: when trying to build fsousaged
Jun 18 17:56:26 <mrmoku> dos1, yeah... don't understand that though
Jun 18 17:57:48 <mickeyl> did you build the git version?`
Jun 18 17:58:50 <mrmoku> we have libgee set to AUTOREV
Jun 18 17:58:57 <mrmoku> so it should build the git one, no?
Jun 18 17:59:08 <mrmoku> but it does not :(
Jun 18 17:59:47 <mickeyl> DP = -1 somewhere?
Jun 18 18:00:02 * mrmoku checks
Jun 18 18:00:44 <mrmoku> mickeyl, yep
Jun 18 18:00:49 <mrmoku> the git one
Jun 18 18:01:09 <mrmoku> mickeyl, just remove it?
Jun 18 18:01:32 <mrmoku> hmm... and then the git one has 0.1.5 as version
Jun 18 18:01:47 * mrmoku looks for something more to cherry-pick
Jun 18 18:02:55 <mickeyl> yap, remove it
Jun 18 18:03:08 <mickeyl> 0.1.5 is ok in the git version
Jun 18 18:03:11 <mickeyl> as it's the last released one
Jun 18 18:05:02 <mrmoku> dos1, ok, retry :)
Jun 18 18:07:31 <mrmoku> dos1, yes, works
Jun 18 18:07:57 <dos1> mrmoku: thanks ;)
Jun 18 18:08:29 <mrmoku> heh, opkg is a piece of crap :(
Jun 18 18:08:50 <mrmoku> upgrading glibc and python in one go is too much
Jun 18 18:08:54 <mrmoku> it just segfaults :(
Jun 18 18:09:45 <dos1> mrmoku: how many swap do you have?
Jun 18 18:18:18 <mrmoku> dos1, default... which is.. none?
Jun 18 18:19:09 <mrmoku> dos1, doing the following now
Jun 18 18:19:11 <mrmoku> for pkg in `opkg list_installed | grep python | awk '{print $1;}'`; do opkg install $pkg; done
Jun 18 18:19:13 <dos1> mrmoku: hehe
Jun 18 18:20:15 <mrmoku> maybe someone of us should start to look at opkg source... and fix this or that
Jun 18 18:20:43 <mrmoku> or come up with some alternative
Jun 18 18:20:52 <dos1> mrmoku: i have 128 MB swap, and opkg works ok (but slow :P)
Jun 18 18:21:07 <dos1> mrmoku: but i know it's only workaround
Jun 18 18:22:49 <mrmoku> hmm, fact is that if I sync what is built on the buildhost we have to come up with something
Jun 18 18:23:34 <mrmoku> either a scipt updating single packages or instructions on how to activate swap
Jun 18 18:23:43 <mrmoku> don't know what is preferable
Jun 18 18:24:22 <mrmoku> dos1, yeah... successfully built fsousaged
Jun 18 18:39:46 <mrmoku> dos1, it might be as easy as this: http://pastebin.com/d4ec0103f
Jun 18 18:42:21 <mrmoku> DocScrutinizer, hehe, did the same now... Strg+C while opkg is running
Jun 18 18:42:28 <mrmoku> and guess what... tilt
Jun 18 18:42:35 * mrmoku rips battery
Jun 18 18:53:46 <dos1> mrmoku: fsousaged: /lib/libc.so.6: version `GLIBC_2.7' not found (required by /usr/lib/libfsoframework.so.0)
Jun 18 18:53:52 <dos1> when trying to run it :P
Jun 18 18:54:04 <mrmoku> heh
Jun 18 18:56:34 <mrmoku> dos1, strange thing
Jun 18 18:59:15 <mickeyl> do you have my patched glibc?
Jun 18 18:59:58 <mrmoku> mickeyl, yep, maybe I forgot one?
Jun 18 19:00:29 <mickeyl> perhaps it wasn't rebuild
Jun 18 19:00:40 <mickeyl> i have patched 2.6.1 and 2.5
Jun 18 19:00:57 <mrmoku> mickeyl, yeah, but why is it asking for 2.7 ?
Jun 18 19:01:31 <mickeyl> because the backport contains a symbol that is GLIBC_2.7 only
Jun 18 19:01:44 <mickeyl> the patches glibc 2.6.1 will feature this symbol
Jun 18 19:01:49 <mickeyl> s/patches/patched/
Jun 18 19:01:49 <mrmoku> dos1, which glibc do you have installed?
Jun 18 19:01:50 <bzzbot> mickeyl meant: the patched glibc 2.6.1 will feature this symbol
Jun 18 19:02:11 <mrmoku> ok, then it should work... without the patched glibc it does not build
Jun 18 19:02:41 <dos1> mrmoku: ok, then i'll upgrade :P
Jun 18 19:03:09 <mrmoku> dos1, arggh... you did not upgrade glibc? spank yourself :P
Jun 18 19:03:39 <dos1> mrmoku: blah blah :P
Jun 18 19:06:46 <mrmoku> dos1, building abyss and usaged on the buildhost now
Jun 18 19:07:38 <dos1> mrmoku: i'm building fsodeviced and fsonetworkd
Jun 18 19:08:55 <mrmoku> dos1, tell me if they build nicely
Jun 18 19:09:00 <mrmoku> will build them too thn
Jun 18 19:09:01 <mrmoku> +e
Jun 18 19:09:21 <mrmoku> arghh... forgot to update :P
Jun 18 19:26:45 <dos1> mrmoku, mickeyl: i'm using now frameworkd with fsousaged and fso-abyss
Jun 18 19:27:47 <mickeyl> excellent
Jun 18 19:28:27 <dos1> mickeyl: when i'm trying to turn wifi on:
Jun 18 19:28:29 <dos1> close failed in file object destructor:
Jun 18 19:28:30 <dos1> IOError: [Errno 19] No such device
Jun 18 19:28:52 <Heinervdm> How can i disable suspend with dbus?
Jun 18 19:29:03 <mickeyl> dos1: sounds like a kernel problem
Jun 18 19:29:14 <dos1> mickeyl: ok, will check it later
Jun 18 19:32:13 <Heinervdm> Can i use the following to prevent my moko from suspend? mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy CPU enabled
Jun 18 19:32:23 <dos1> mickeyl: manual suspend seems to be really faster :)
Jun 18 19:32:28 <dos1> Heinervdm: yep
Jun 18 19:32:36 <dos1> Heinervdm: but you can also use shr-settings for that
Jun 18 19:32:52 <dos1> Heinervdm: and better thing on SHR is using shr usage calls
Jun 18 19:32:58 <dos1> Heinervdm: as it does reference counting
Jun 18 19:32:59 <Heinervdm> dos1: but my programm cant use shr-settings
Jun 18 19:33:16 <dos1> Heinervdm: well. but you can use knowlegde from shr-settings source ;>
Jun 18 19:33:27 <Heinervdm> i could ;)
Jun 18 19:33:31 <CIA-45> freesmartphone.org: 03mickey 07cornucopia * r8dd7cf161d86 10/misc-vapi/ (4 files in 2 dirs): misc-vapi: first bits of alsa enumeration done
Jun 18 19:33:45 <mickeyl> dos1: *nod* :)
Jun 18 19:34:12 <mickeyl> pending my time, fsodeviced will be done by early July
Jun 18 19:34:21 <mickeyl> that will give another major boost 
Jun 18 19:35:02 <mickeyl> i'll bind Alsa to Vala now
Jun 18 19:35:09 <mickeyl> then work on the scenario compat stuff
Jun 18 19:35:17 <mickeyl> hopefully integrating docs work sooner than later
Jun 18 19:35:21 <dos1> mickeyl: good ;) it should also make shr-settings a little faster (calling to dbus)
Jun 18 19:35:22 <mickeyl> [when it has reached critical mass]
Jun 18 19:37:37 * mrmoku has rising hopes that by christmas we will have something fast and rock solid :D
Jun 18 19:39:24 <ChristW> Is it a known bug (Om2009t5) that SMS-ses with an & in them are not displayed correctly? They are cut off at the &.
Jun 18 19:39:36 <Blu3> yes
Jun 18 19:39:46 <ChristW> Mkay...
Jun 18 19:39:51 <dos1> ChristW: on SHR it should work
Jun 18 19:39:59 <dos1> mickeyl: hmm... i have some bug
Jun 18 19:40:08 <dos1> dunno if it's related with fsousaged, but maybe...
Jun 18 19:40:09 <ChristW> ...but that's not really helpful right now ;-)
Jun 18 19:40:13 <dos1> 2009.06.18 21:36:22.542 dbus.connection      ERROR    Unable to set arguments ('ResourceAvailable', <bound method AutoFunctionMetaClass.onResourceAvailable of <class 'oeventsd.fso_actions.OccupyResourceAction'>>) according to signature None: <type 'exceptions.TypeError'>: Don't know how which D-Bus type to use to encode type "instancemethod"               
Jun 18 19:40:14 <dos1> 2009.06.18 21:36:22.552 oeventsd             ERROR    Error while calling function OccupyResource : Don't know how which D-Bus type to use to encode type "instancemethod"         
Jun 18 19:40:16 <dos1> 2009.06.18 21:36:22.561 oeventsd             ERROR    can't parse rule {'while': 'CallListContains("incoming")', 'filters': 'Not(CallListContains("active"))', 'actions': ['RingTone()', "Command('xset -display localhost:0 s reset')", 'SetLed("gta02_aux_red", "blink")', 'OccupyResource(Display)']} : Don't know how which D-Bus type to use to encode type "instancemethod"
Jun 18 19:40:50 <Blu3> i use my own sms app, i don't deal with the default sms issues
Jun 18 19:40:57 <dos1> hmm, one moment
Jun 18 19:41:24 <dos1> mickeyl: it should be ("Display")? if yes, why it works with (CPU)?
Jun 18 19:42:23 <ChristW> less .paroli/messages/phone did 'miracles'. At least, it let me read the content of the SMS message :-)
Jun 18 19:42:50 <mickeyl> dos1: i've worked on OccupyResource recently, might have introduced a bug
Jun 18 19:44:34 <mickeyl> can you give me a sequence of cli-framework commands to reproduce that?
Jun 18 19:44:41 <mickeyl> or does it occur on every startup with your rules.yaml?
Jun 18 19:44:47 <ChristW> Alright, I'll wait for the bugfix. Thanks for now!
Jun 18 19:46:09 <dos1> mickeyl: one moment. i'm checking now with ("Display")
Jun 18 19:46:40 <dos1> mickeyl: the same
Jun 18 19:46:43 <CIA-45> freesmartphone.org: 03mickey 07cornucopia * re9a91ca0a978 10/misc-vapi/ (tests/testalsa.vala vapi/libasound.vapi): misc-vapi: alsa: enumerate controls
Jun 18 19:46:50 <dos1> mickeyl: it occurs on every startup
Jun 18 19:47:00 <dos1> mickeyl: CPU looks ok, but Display not
Jun 18 19:47:05 <mickeyl> ok, can you pastebin your rules.yaml?
Jun 18 19:47:22 <dos1> mickeyl: just that rule or whole file?
Jun 18 19:47:40 <mickeyl> whole file please
Jun 18 19:48:25 <dos1> mickeyl: http://openmoko.opendevice.org/~dos/occupy_resource.yaml
Jun 18 19:50:16 <dos1> mrmoku: fsonetworkd builds ok
Jun 18 19:50:35 <dos1> mrmoku: fsogsmd lacks autorev i think
Jun 18 19:50:53 <dos1> mrmoku: on fsodeviced there is some error, checking it now
Jun 18 19:58:01 <mrmoku> dos1, well as fsodeviced is still lacking some functionality... take your time :P
Jun 18 19:58:31 <dos1> mrmoku: it build most of time, and i'm doing other things while it builds ;)
Jun 18 20:00:30 <dos1> mickeyl: async calls from clients work as sync with fsousaged?
Jun 18 20:01:19 <mickeyl> a dbus server has no means to distinguish sync and async calls
Jun 18 20:01:25 <mickeyl> so it doesn't matter how you call it
Jun 18 20:01:36 <mickeyl> it will either handle your requests sync or async though -- server side
Jun 18 20:01:53 <mickeyl> and since vala has no concept of async server side, everything is handled sync on server side atm.
Jun 18 20:03:19 <dos1> mickeyl: so my feeling from using gui is correct - dbus call to fsousaged blocks ui?
Jun 18 20:03:27 <dos1> mickeyl: my knowlegde about dbus is really minimal
Jun 18 20:03:44 <mrmoku> dos1, if you do async calls... I would say no
Jun 18 20:04:01 <mickeyl> well
Jun 18 20:04:03 <dos1> oh, ok
Jun 18 20:04:07 <mickeyl> as a UI programmer there is just one thing you need to know about dbus
Jun 18 20:04:10 <mickeyl> NEVER CALL SYNC
Jun 18 20:04:11 <mickeyl> :)
Jun 18 20:04:15 <dos1> mickeyl: :)
Jun 18 20:04:29 <mickeyl> print that on a huge sheet of paper and hang it up somewhere ;)
Jun 18 20:04:34 <dos1> mickeyl: just placebo, now i see it's working async
Jun 18 20:04:51 <dos1> mickeyl: hehe. i learned that when developing shr-settings ;)
Jun 18 20:05:03 <dos1> mickeyl: at beginning i didn't know how to do async calls
Jun 18 20:05:09 <dos1> mickeyl: so everything was sync
Jun 18 20:05:13 <dos1> mickeyl: and it was BAAAAAAD :D
Jun 18 20:06:27 <dos1> mickeyl: with CPU the same
Jun 18 20:06:31 <dos1> 2009.06.18 21:55:24.700 oeventsd             ERROR    can't parse rule {'while': 'CallListContains("incoming")', 'filters': 'Not(CallListContains("active"))', 'actions': ['RingTone()', "Command('xset -display localhost:0 s reset')", 'SetLed("gta02_aux_red", "blink")', 'OccupyResource(CPU)']} : Don't know how which D-Bus type to use to encode type "instancemethod"
Jun 18 20:06:49 <dos1> mickeyl: should i test it also with ousaged?
Jun 18 20:07:33 <mickeyl> yeah
Jun 18 20:07:35 <mickeyl> should be the same
Jun 18 20:07:56 <mickeyl> since the bug has been introduced in oeventsd, not (fso)usaged
Jun 18 20:09:09 <mrmoku> mickeyl, there is still one very annoying dbus/framework bug... wakeup by SMS borks everything reliably for me
Jun 18 20:09:50 <dos1> mickeyl: ok. with ousaged the same
Jun 18 20:09:54 <mrmoku> after that dbus calls hang... and then timeout some minute later
Jun 18 20:09:56 <dos1> mrmoku: do you have speech-dispatcher installed?
Jun 18 20:10:19 <mrmoku> hmm... don't remember - let me check
Jun 18 20:10:19 <mickeyl> mrmoku: that should be fixed with fsousaged and my work on oeventsd
Jun 18 20:10:33 <mickeyl> ... pending my regressions
Jun 18 20:10:45 <mrmoku> I just retried after current updgrade... still the same
Jun 18 20:10:50 <mickeyl> w/ fsousaged ?
Jun 18 20:10:55 <mrmoku> no oventsd
Jun 18 20:11:01 <mickeyl> see 
Jun 18 20:11:02 <mickeyl> :)
Jun 18 20:11:03 <mrmoku> will try fsousaged now
Jun 18 20:11:15 <dos1> mrmoku: firstly check speech-dispatcher
Jun 18 20:11:24 <mrmoku> dos1, yeah... booting
Jun 18 20:11:28 <mickeyl> use the framework before my regression bug
Jun 18 20:11:57 <mickeyl> with that and fsousaged i tested 20 hours of heavy usage without any problem
Jun 18 20:12:01 <rhkfin> I thought to try to get Community Updates up&running again now since OM stopped working on it. So YOUR action is needed to let people know about your projects:  http://lists.openmoko.org/pipermail/community/2009-June/049876.html
Jun 18 20:12:24 <mrmoku> dos1, yeah... is installed
Jun 18 20:12:33 <dos1> mrmoku: then remove that EVIL!
Jun 18 20:12:44 <dos1> mickeyl: so it looks there is no bug then :P
Jun 18 20:12:59 <dos1> speech-dispatcher doesn't like gstreamer
Jun 18 20:13:18 <mickeyl> dos1: that was before my regression
Jun 18 20:13:30 <mickeyl> you guys have heavier rules
Jun 18 20:13:38 <mickeyl> which need a better OccupyResource
Jun 18 20:13:47 <mickeyl> that i tried to fix yesterday
Jun 18 20:13:53 <mickeyl> but it's not done as you see :)
Jun 18 20:13:57 <dos1> hehe :)
Jun 18 20:15:20 <mrmoku> dos1, shr-splash-theme-handy/boot.fb': No such file or directory
Jun 18 20:15:24 <mrmoku> what's that?
Jun 18 20:15:34 <dos1> mrmoku: where?
Jun 18 20:15:41 <mrmoku> while building the feed
Jun 18 20:15:48 <mrmoku> do_install
Jun 18 20:15:58 <DocScrutinizer2> [2009-06-18 22:12:24] <mrmoku> dos1, yeah... is installed  --- mrmoku, REMOVE /DEV/DSP !!
Jun 18 20:15:59 <dos1> oh!
Jun 18 20:16:13 <dos1> mrmoku: shit :P
Jun 18 20:16:20 <mrmoku> :)
Jun 18 20:16:23 <mrmoku> fix it... fast ;)
Jun 18 20:16:31 <dos1> mrmoku: could you edit shr-splash-theme.inc in oe?
Jun 18 20:16:37 <dos1> and change boot.fb to boot.fbz
Jun 18 20:16:43 <mrmoku> ahh, ok
Jun 18 20:16:44 <dos1> and shutdown.fb to shutdown.fbz?
Jun 18 20:16:57 <dos1> it's in inc file IIRC
Jun 18 20:17:01 <playya> mrmoku, the enumvalue thing isn't fixed yet. testing uses oe.dev branch
Jun 18 20:17:03 <dos1> if not, then in bb files
Jun 18 20:17:14 <dos1> playya: don't use/build testing
Jun 18 20:17:35 <playya> i always build unstable. but someone tried to build it
Jun 18 20:17:46 <dos1> playya: then say it to him
Jun 18 20:17:54 <dos1> shr-testing isn't even supposed to work now
Jun 18 20:18:03 <DocScrutinizer2> mrmoku: wrap every(!) app using /dev/dsp with a proper aoss wrapper
Jun 18 20:18:46 <mrmoku> dos1, you did that for all splash screens?
Jun 18 20:19:04 <dos1> mrmoku: yes
Jun 18 20:19:39 <dos1> ok, giving fso-abyss and fsousaged chance in real life
Jun 18 20:19:48 <dos1> :)
Jun 18 20:19:59 <mrmoku> dos1, not loading those two would be a first fix?
Jun 18 20:20:01 <mrmoku> snd_pcm_oss            46248  0 
Jun 18 20:20:01 <mrmoku> snd_mixer_oss          15176  1 snd_pcm_oss
Jun 18 20:20:30 <dos1> mrmoku: hmm... i think yes. and i think DocScrutinizer2 thinks the same
Jun 18 20:20:35 <dos1> ;)
Jun 18 20:21:01 <DocScrutinizer2> yup
Jun 18 20:21:07 <DocScrutinizer2> exactly
Jun 18 20:21:18 <dos1> mickey|bbl: looks like fsousaged doesn't send singal with resourcestate
Jun 18 20:21:24 <dos1> mickey|bbl: checking it
Jun 18 20:21:46 <DocScrutinizer2> this will make broken apps ork instead of fuckup whole FR audio
Jun 18 20:22:17 <DocScrutinizer2> to fix those borking apps you need to apply aoss wrapper then
Jun 18 20:22:31 <randomnametotest> DocScrutinizer2: :((( I really need to contact my admin. I think i'll call him tomorrow, it's already 0:21am here.
Jun 18 20:22:44 <mrmoku> DocScrutinizer2, isn't there some modutils magic to prohibit loading them?
Jun 18 20:22:46 <dos1> mickey|bbl: yep, it doesn't send it
Jun 18 20:23:04 <DocScrutinizer2> randomnametotest: hi paul! :-D
Jun 18 20:23:17 <DocScrutinizer2> yeah. bip server sucks today
Jun 18 20:23:21 <PaulF|bipless> DocScrutinizer2: liked my new name? ;) 
Jun 18 20:23:30 <DocScrutinizer2> :-DD
Jun 18 20:23:47 <DocScrutinizer2> mrmoku: prolly yes
Jun 18 20:24:12 <DocScrutinizer2> had no easy time finding corresponding manpage though
Jun 18 20:24:34 <playya> just blacklist them in /etc/modprobe.d/....conf
Jun 18 20:24:38 <DocScrutinizer2> an entry in blacklist might do
Jun 18 20:24:48 <DocScrutinizer2> mrmoku: or fix udev rules maybe
Jun 18 20:25:01 <DocScrutinizer2> dunno, not on top of it yet
Jun 18 20:25:29 <mrmoku> on my fedora box I have /etc/modprobe.d/blacklist.conf... yeah
Jun 18 20:25:49 <DocScrutinizer2> that's the one
Jun 18 20:26:05 <mrmoku> so having /etc/modprobe.d/spank-damn-oss.conf with blacklist snd_pcm_oss and blacklist snd_mixer_oss will make us happy I guess :)
Jun 18 20:26:21 <DocScrutinizer2> though I wonder who and why would want to modprobe that crap first instance
Jun 18 20:26:48 <mrmoku> well... kernel might just auto-load it, no?
Jun 18 20:26:54 * DocScrutinizer2 stares at udev
Jun 18 20:27:17 <DocScrutinizer2> or maybe even some initscript
Jun 18 20:27:27 <playya> remove the oss stuff from the kernel config?
Jun 18 20:27:41 <DocScrutinizer2> yup, but mrmoku doesn't dare to
Jun 18 20:28:15 <dos1|neo> aoss should be enough
Jun 18 20:28:25 <mrmoku> hell no... /etc/modutils/snd_pcm_oss explicitely loads it ;)
Jun 18 20:28:40 <DocScrutinizer2> [2009-06-18 16:49:24] <DocScrutinizer2> mrmoku: I guess there's a build option for ALSA not to include the compatibility stuff
Jun 18 20:28:42 <DocScrutinizer2> [2009-06-18 16:49:50] * mrmoku won't touch kernel config :P
Jun 18 20:28:48 <mrmoku> :)
Jun 18 20:28:49 <dos1|neo> due to that oss thing (with speech-dispatcher) i was late in school on this monday
Jun 18 20:29:06 <dos1|neo> cause ffalarms didn't play sounds ;p
Jun 18 20:29:07 <mrmoku> hehe, slept well then ;)
Jun 18 20:29:22 <dos1|neo> ;)
Jun 18 20:30:19 <mrmoku> hah... its us adding that
Jun 18 20:30:34 <DocScrutinizer2> sure
Jun 18 20:30:54 * mrmoku fires git blame to know whom to spank ;)
Jun 18 20:30:58 <DocScrutinizer2> there's no magic little man inside kernel ;-)
Jun 18 20:32:19 <DocScrutinizer2> prolly some ALSA haters ignorantly keeping to use /dev/dsp, as it worked so easy back in 1993 ;-)
Jun 18 20:32:55 <mrmoku> hmm.. its there from the beginning
Jun 18 20:33:13 <mrmoku> DocScrutinizer2, well for some things there is the magic kernel man :P
Jun 18 20:33:15 <DocScrutinizer2> nevermind, it never should have been there
Jun 18 20:33:43 <mrmoku> so... which apps do we have that still use /dev/dsp?
Jun 18 20:34:01 <DocScrutinizer2> OSS compatibility layer is deprecated since I dunno when
Jun 18 20:34:21 <DocScrutinizer2> you can tell which if they bork ;-P
Jun 18 20:34:24 <mrmoku> IIRC openmoocow is one
Jun 18 20:35:10 <DocScrutinizer2> we should spank all those devels until they fix their audio to use ALSA
Jun 18 20:35:13 <Weiss> openmoocow uses SDL, so if there are problems it's SDL's fault
Jun 18 20:35:34 <Weiss> i have in mind to rewrite the audio bits to use ALSA directly, since SDL seems to be a disaster on OM :(
Jun 18 20:36:01 <dos1|neo> mrmoku: could you check do_rootfs to some mknod regarding /dev/dsp?
Jun 18 20:36:08 <dos1|neo> IIRC there was some
Jun 18 20:36:43 <DocScrutinizer2> dos1|neo: that's the one that sounds like main suspect to me
Jun 18 20:36:52 <mrmoku> Weiss, did not want to accuse you of anything :)
Jun 18 20:37:15 <mrmoku> just make sure the cow continues to moo :P
Jun 18 20:37:36 <DocScrutinizer2> Weiss: just we must *not* use /dev/dsp on FR (or any other arch for that issue)
Jun 18 20:37:54 <Weiss> mrmoku: :) i know..
Jun 18 20:38:07 <mrmoku> DocScrutinizer2, ERROR: ld.so: object '/usr/$LIB/libaoss.so' from LD_PRELOAD cannot be preloaded: ignored.
Jun 18 20:38:09 <DocScrutinizer2> if we can't fix immediately, we need to use aoss to emulate a virtual /dev/dsp*
Jun 18 20:38:31 <DocScrutinizer2> ouch
Jun 18 20:38:45 <DocScrutinizer2> mrmoku: so seems we need to fix sth on aoss
Jun 18 20:39:06 <dos1|neo> mrmoku: ln -s should work IIRC
Jun 18 20:39:06 <DocScrutinizer2> libaoss not built?
Jun 18 20:39:12 <mrmoku> root@om-gta02 /etc $ ls /usr/lib/libaoss.so.0* 
Jun 18 20:39:12 <mrmoku> /usr/lib/libaoss.so.0  /usr/lib/libaoss.so.0.0.0
Jun 18 20:39:19 <mrmoku> there is missing the link to libaoss.so
Jun 18 20:39:30 <DocScrutinizer2> aaah, the old story
Jun 18 20:39:39 <dos1|neo> mrmoku: it's in -dev package AFAIK
Jun 18 20:39:45 <DocScrutinizer2> ldconfig, or what was the name?
Jun 18 20:40:54 <DocScrutinizer2> there's a tool to handle this, called 'ldconfig` or sth similar. Usually should be invoked automatically, but often isn't
Jun 18 20:41:43 <dos1|neo> ah, ok
Jun 18 20:43:08 <mrmoku> DocScrutinizer2, nah... calling ldconfig does not help
Jun 18 20:44:33 <DocScrutinizer2> hmmm, sorry. I need to re-read http://www.tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html each time I deal with this, as I really rarely have to touch tjhat dark corner
Jun 18 20:45:22 <mrmoku> though... fixing SDL is also needed... lots of apps use it
Jun 18 20:46:07 <DocScrutinizer2> sure, if SDL can use ALSA if we teach it a little, that's the better way for sure
Jun 18 20:46:46 <dos1|neo> heh
Jun 18 20:49:26 <Weiss> it should just be a matter of the config options in its BB recipe
Jun 18 20:49:44 <DocScrutinizer2> Weiss: what particularly?
Jun 18 20:50:12 <DocScrutinizer2> Weiss: or simple:  it?
Jun 18 20:50:25 <Weiss> at a guess, --disable-oss and --enable-alsa.. i'll check
Jun 18 20:50:45 <DocScrutinizer2> Weiss: aah, yeah sounds great
Jun 18 20:51:29 <DocScrutinizer2> hey everybody: OSS is deprecated since >6years now (iirc)
Jun 18 20:53:01 * DocScrutinizer2 seems to remember debates to completely remove OSS from Linus-branch some 12months ago
Jun 18 20:54:10 <DocScrutinizer2> excuse my noob talk - no kernel-devel here
Jun 18 20:54:38 <Blu3> oss has been deprecated in linux tree for years
Jun 18 20:54:54 <Blu3> i mean, with warning that it is going to be removed soon
Jun 18 20:55:26 <Weiss> ok.. a quite look at the ALSA config script shows my guess was right, and a quick look at my nearest OE tree shows we have --enable-oss AND --enable-alsa
Jun 18 20:55:37 <max_posedon> DocScrutinizer2, they can't remove oss
Jun 18 20:55:39 <Weiss> i suppose, for some perverted reason, it uses OSS by default :S
Jun 18 20:55:54 <max_posedon> because few commercial drivers still done only for oss
Jun 18 20:56:04 <max_posedon> (for some special devices)
Jun 18 20:56:16 <max_posedon> and yes, oss deprecated since linux 2.4)
Jun 18 20:56:30 <Blu3> i don't see why it can't be an add on just like nvidia driver
Jun 18 20:56:36 <Blu3> no need for oss in the kernel
Jun 18 20:56:44 <DocScrutinizer2> max_posedon: yes, there was some reason they didn't remove it though everybody thought it *should* be
Jun 18 20:57:38 <DocScrutinizer2> Blu3: at least no reason to load modules by default
Jun 18 20:58:20 <max_posedon> Blu3, linux isn't only about desktop
Jun 18 20:58:46 <max_posedon> if some special company supports linux kernel(with money/developers) and need oss
Jun 18 20:58:47 <DocScrutinizer2> max_posedon: you're kidding, no? ;-P
Jun 18 20:58:58 <max_posedon> they can't remove it.
Jun 18 20:59:17 <max_posedon> DocScrutinizer2, yep, I'm in a good mod today)
Jun 18 20:59:31 <DocScrutinizer2> max_posedon: my FR always sits on my desktop ;->
Jun 18 20:59:53 <Blu3> i can't see Linus using that as justification, that's not how he is
Jun 18 21:00:18 <Blu3> ahh, it's so sweet to export X, ssh -X root@10.37
Jun 18 21:00:31 <DocScrutinizer2> **please** not continue this obsolete discussion about a obsolete soundsystem now
Jun 18 21:00:45 <max_posedon> Blu3, may be you know how to set DPI in this case?
Jun 18 21:00:48 <Blu3> you brought it up
Jun 18 21:01:00 <Blu3> set dpi in which case?
Jun 18 21:01:08 <DocScrutinizer2> ssh -X
Jun 18 21:01:28 <max_posedon> ssh -X to device with different DPI makes me cry
Jun 18 21:01:33 <DocScrutinizer2> Blu3: I only mentioned it's deprecated
Jun 18 21:01:42 <max_posedon> laptop -> neo for example
Jun 18 21:01:52 <Blu3> i hadn't given it a thought.  that should be provided to the widgets by X automatically
Jun 18 21:02:10 <max_posedon> ssh -X neo tangogps 
Jun 18 21:02:19 <Blu3> are you having issues with elementary widgets and text being all fracked up?
Jun 18 21:02:20 <max_posedon> says that you are wrong
Jun 18 21:02:43 <max_posedon> (it might be not about dpi, just only about fonts somehow)
Jun 18 21:03:10 <DocScrutinizer2> or about mere screensize, which is in inches as well
Jun 18 21:03:30 <Blu3> my display of tango gps is pretty good except for font size
Jun 18 21:04:19 <Blu3> i work around that in my sms app by detecting the screen geometry and increasing my font size accordingly
Jun 18 21:06:54 <mrmoku> Weiss, thanks... will fix that
Jun 18 21:07:28 <Marcello9001> hello
Jun 18 21:07:38 <Marcello9001> somebody use tangogps? how can i export POIs from tangoGPS?
Jun 18 21:08:00 <viq_> export?
Jun 18 21:08:24 <viq_> they are in ~/.tangogps/poi.db
Jun 18 21:08:34 <viq_> which is an sqlite3 database
Jun 18 21:11:43 <Marcello9001> ok can I make a dump poi.db ->file.csv
Jun 18 21:13:23 <Weiss> mrmoku: cool.. let me know if it works..
Jun 18 21:13:38 <viq_> I believe sqlite supports that
Jun 18 21:20:02 <mrmoku> Weiss, it's just libsdl-mixer, right?
Jun 18 21:21:10 <Weiss> mrmoku: actually just libsdl-x11 i think. whichever one contains the main libSDL.so.  sdl-mixer is an addon utility (which MooCow doesn't use)
Jun 18 21:21:23 <Weiss> hmm, possibly both in fact
Jun 18 21:24:52 <rwhitby> FYI: http://opensource.palm.com/packages.html just released (for anyone who is interested in grabbing stuff from their patches)
Jun 18 21:32:14 * onen|openBmap spent an hour hunting a bug which does not exist
Jun 18 21:35:00 <mrmoku> dos1|neo, and... how is abyss working in real life?
Jun 18 21:35:08 <DocMobilizer> mrmoku, *mixer is exactly that, mixer control
Jun 18 21:35:42 <mrmoku> DocMobilizer, yeah... rebuilding libsdl-x11 right now
Jun 18 21:36:04 <onen|openBmap> shr does not set time according to gps time ?
Jun 18 21:36:33 <mrmoku> onen|openBmap, depends on your frameworkd.conf I would say
Jun 18 21:37:43 <DocMobilizer> onen|openBmap, here it does
Jun 18 21:37:53 <onen|openBmap> mrmoku: I see. I used FSO M5.1, and there it was the case. I spent more than one hour trying to understand where was spent the couple of seconds in my loop :-D
Jun 18 21:38:18 <onen|openBmap> DocMobilizer: I installed ntpdate, and after running it, system time == gps time
Jun 18 21:38:57 <mrmoku> onen|openBmap, SHR does whatever frameworkd does by default
Jun 18 21:39:06 <mrmoku> maybe we're missing ntpdate as dependency?
Jun 18 21:40:27 <DocMobilizer> i repet: here it works
Jun 18 21:40:31 <onen|openBmap> mrmoku: for what I have understood, M5.1 would set the system time to GPS time + time zone depending on the GSM network you are connected to (to be confirmed)
Jun 18 21:40:58 <onen|openBmap> DocMobilizer: I copy you Doc, 5/5 Roger
Jun 18 21:41:06 <onen|openBmap> DocMobilizer: ;-)
Jun 18 21:41:16 <mrmoku> onen|openBmap, in my experience it gets set completely from GSM
Jun 18 21:41:21 <onen|openBmap> DocMobilizer: are you running up to date shr unstable?
Jun 18 21:42:20 <DocMobilizer> onen|openBmap, some days ago, yes
Jun 18 21:42:43 * mrmoku just wants to note that some days ago is quite old these days :P
Jun 18 21:43:06 * onen|openBmap adds that it depend of your day of reference
Jun 18 21:43:23 <onen|openBmap> DocMobilizer: ok. I have an unstable from 6 of june or sth
Jun 18 21:44:16 <onen|openBmap> DocMobilizer: mrmoku: not a big deal. I now know where the time difference comes from, and that my bug hunt is over. It was just not working for me, curiously.
Jun 18 21:44:20 <DocMobilizer> it ever worked since t-090416
Jun 18 21:44:53 <onen|openBmap> DocMobilizer: strange, indeed :-S
Jun 18 21:46:23 <DocMobilizer> well, iirc it borked when i swapped SIM and that messed up TZ autoadjust
Jun 18 21:46:38 <dos1|neo> mrmoku: it's working ok
Jun 18 21:46:44 <dos1|neo> (fso-abyss)
Jun 18 21:47:00 <dos1|neo> i didn't hit any problems yet
Jun 18 21:47:28 <DocMobilizer> setting TZ auto based on gsmnetwork seems a utterly kinky idea to me anyway
Jun 18 21:49:20 <DocMobilizer> and i suggest to disable that by default, and have a TZ setup manually on firat boot
Jun 18 21:50:14 <onen|openBmap> DocMobilizer: I tend to think like you. But need to think more about it. At first glance, I prefer to set manually a time, with a list of 1home time, several visited time
Jun 18 21:50:52 <onen|openBmap> DocMobilizer: when I step out of my plane, I just select the visited time which corresponds
Jun 18 21:51:07 <onen|openBmap> DocMobilizer: or even just keep my home time, because I prefer
Jun 18 21:51:34 <DocMobilizer> ack exactly
Jun 18 21:51:36 * onen|openBmap does not like too much when things do by themself, what I did not ask them to
Jun 18 21:52:18 <DocMobilizer> +1
Jun 18 21:54:53 <mrmoku> Weiss, hmm... does not work
Jun 18 21:55:15 <mrmoku> looking at SDL documentation it should be enough to set SDL_AUDIODRIVER=alsa
Jun 18 21:55:48 <mrmoku> openmoocow errors on start (Unable to open audio...) and then uses aplay as fallback
Jun 18 21:57:19 <Weiss> interesting
Jun 18 21:57:32 <Weiss> does an strace reveal what it's trying to open?
Jun 18 22:00:19 <mrmoku> Weiss, greping in the dump for open... it does not try anything
Jun 18 22:00:26 <DocScrutinizer2> duh, FR lost IRC on 23:52:xx
Jun 18 22:00:28 <mrmoku> so I would guess it is just without anything now
Jun 18 22:00:50 <mrmoku> maybe it does not build in alsa because of some missing dep
Jun 18 22:01:26 <Weiss> hmm yeah,.. did you build yourself just now? you could check the config log
Jun 18 22:01:30 <DocScrutinizer2> another GPRS lease timeout? Thought I rebooted, but possibly is 24h ago
Jun 18 22:02:02 <onen|openBmap> I rebooted under Debian. at startup, 2 sec between system time and gps time. after a while, 6 seconds... (maybe as fix get more accurate, time too)
Jun 18 22:02:44 <mrmoku> Weiss, I looked at the config log... but it does not say anything
Jun 18 22:02:52 <mrmoku> neither that it builds alsa, nor that it does not
Jun 18 22:02:56 * DocScrutinizer2 wonders how to setup some simple script to reconnect automatically after a given time from GPRS connect. Or how to detect lease timeout by some other means
Jun 18 22:03:26 <Weiss> mrmoku: is that the log.do_configure, or the config.log from within the source dir?
Jun 18 22:03:37 <mrmoku> log.do_configure
Jun 18 22:03:46 <mrmoku> the other one is gone after successfull build
Jun 18 22:04:00 <mrmoku> I can try just the configure... and check config.log then
Jun 18 22:04:25 <Weiss> that'd help.. if log.do_configure doesn't contain the configure script's splurge..(?)
Jun 18 22:10:04 <mrmoku> Weiss, the only alsa appearing in the logfile is the one from --enable-alsa
Jun 18 22:10:30 <mrmoku> though... at the end:
Jun 18 22:10:31 <mrmoku> #define SDL_AUDIO_DRIVER_DUMMY 1
Jun 18 22:10:42 <mrmoku> is the only AUDIO_DRIVER define
Jun 18 22:14:12 <DocScrutinizer2> hmm, reconnect gprs borked: gsm07muxd: can not allocate virtual channel 5 (!)
Jun 18 22:15:15 <DocScrutinizer2> switching GSM-"antenna" off and on (who TF invented the name "gsm-antenna"??) fixed it
Jun 18 22:15:56 <mrmoku> DocMobilizer, now you have a choice... opkg install fso-abyss :)
Jun 18 22:16:11 <mrmoku> anyway... giving up for today
Jun 18 22:16:42 <DocMobilizer2> sure, will consider if you toss me a cmdline
Jun 18 22:17:17 <mrmoku> DocMobilizer2, hehe... for today... no, because I did not yet install it myself
Jun 18 22:17:20 <DocMobilizer2> mrmoku, before you leave :-)
Jun 18 22:17:37 <DocMobilizer2> aah, k ;-)
Jun 18 22:17:55 <mrmoku> to install it it should be as easy as opkg update; opkg install fso-abyss... though... it might not run cleanly
Jun 18 22:18:03 <mrmoku> because there is lots of stuff to update (see mail on ML)
Jun 18 22:18:16 <DocMobilizer2> prolly just need to wget somewhere, and fix settings
Jun 18 22:18:16 <mrmoku> lets do that another day ;)
Jun 18 22:18:27 <mrmoku> anyway... off now
Jun 18 22:18:30 <mrmoku> gnight all :)
Jun 18 22:18:48 <DocMobilizer2> night
Jun 18 22:19:16 * DocMobilizer2 on the run for a beer
Jun 18 22:20:34 <DocMobilizer2> hmm opkg install abyss seems simple enough. no idea about this mail though
Jun 18 22:21:54 <Weiss> mrmoku|away: does it say "Checking for OSS"?
Jun 18 22:43:12 <DocMobilizer2> shr-settings stopped running  -  3. time today :-/
Jun 18 22:44:25 <DocMobilizer2> well, let's try to change horse on the run and install abyss from GPRS ;-P
Jun 18 23:10:01 <CIA-45> freesmartphone.org: 03mickey 07cornucopia * r006d488bc97b 10/misc-vapi/ (tests/testalsa.vala vapi/libasound.vapi): misc-vapi: alsa: dump scenario now works
Jun 18 23:13:54 <ptitjes> good evening
Jun 18 23:14:41 <mickey|bbl> long time no see!
Jun 18 23:14:44 <mickey|bbl> how are things?
Jun 18 23:19:52 <ptitjes> ho hello mickeyl 
Jun 18 23:20:32 <ptitjes> things are that this is the "fête de la musique" this WE and I'm f...kingly busy by work
Jun 18 23:20:35 <ptitjes> ;)
Jun 18 23:20:42 <mickeyl> sounds good
Jun 18 23:21:01 <mickeyl> i've seen Jürg committing new patches from you
Jun 18 23:21:05 <ptitjes> we  have 6 events at the same time and I must organize that
Jun 18 23:21:07 <mickeyl> wrt. async stuff
Jun 18 23:21:11 <ptitjes> oh really ?
Jun 18 23:21:24 <mickeyl> yeah, over last couple of days
Jun 18 23:21:25 <ptitjes> nah
Jun 18 23:21:25 <mickeyl> check cgit
Jun 18 23:21:46 <ptitjes> 12 days ago only
Jun 18 23:21:55 <ptitjes> those are minor stuff
Jun 18 23:22:05 <mickeyl> ah, k, were news to me
Jun 18 23:22:42 <ptitjes> so unfortunately I had no time to fix the error/enum stuff to handle invalid error/enum strings
Jun 18 23:22:48 <ptitjes> ho and mickey
Jun 18 23:23:00 <ptitjes> I had questions about your API changes to Usage
Jun 18 23:23:11 <ptitjes> IIRC
Jun 18 23:23:24 <ptitjes> your register/r
Jun 18 23:23:28 <ptitjes> arf
Jun 18 23:23:54 <ptitjes> your register/unregister pair of functions do manage ObjectPath things
Jun 18 23:24:26 <ptitjes> and you removed the resource name enum
Jun 18 23:24:41 <mickeyl> nah, no changes there
Jun 18 23:24:49 <mickeyl> it was always ObjectPathes iirc
Jun 18 23:24:54 <mickeyl> the resource name enum can't be used
Jun 18 23:25:00 <mickeyl> resource names are not standardized
Jun 18 23:25:00 <ptitjes> but how one is supposed to guess that the resource named "gsm" is the one handling the gsm ?
Jun 18 23:25:03 <mickeyl> they can be arbitrary
Jun 18 23:25:14 <mickeyl> i see two possibilitiesd
Jun 18 23:25:20 <mickeyl> either a well-known-service mapping
Jun 18 23:25:27 <mickeyl> (like tcp :)
Jun 18 23:25:29 <ptitjes> hummm ?
Jun 18 23:25:34 <mickeyl> or extending it to support capabilities
Jun 18 23:25:41 <mickeyl> describing what the resource can do
Jun 18 23:25:45 <mickeyl> needs more thought though
Jun 18 23:25:50 <ptitjes> ok for the latter
Jun 18 23:26:02 <ptitjes> but I don't understand the primer
Jun 18 23:26:12 <mickeyl> hehe, well
Jun 18 23:26:14 <ptitjes> "well-known-service mapping"
Jun 18 23:26:15 <mickeyl> just a mapping
Jun 18 23:26:25 <mickeyl> you know that SSH is port 21
Jun 18 23:26:30 <mickeyl> you know that http is port 80
Jun 18 23:26:47 <ptitjes> oh you mean some config file for ophonekitd that says that the gsm resource is called "gsm"
Jun 18 23:26:48 <mickeyl> we could also apply that to resrouce names
Jun 18 23:26:52 <mickeyl> correct
Jun 18 23:26:59 <ptitjes> wow
Jun 18 23:27:32 <mickeyl> much the same as /etc/services :)
Jun 18 23:27:36 <ptitjes> how do you expect names to change over chipsets / fso versions / plugin providers
Jun 18 23:27:48 <mickeyl> i don't expect them to change much
Jun 18 23:27:55 <ptitjes> because I see you need us to support an overly complicated distribution scheme
Jun 18 23:28:07 <mickeyl> resource is really highly abstracted
Jun 18 23:28:13 <ptitjes> if providers for differents chipsets do use different names
Jun 18 23:28:24 <mickeyl> we won't care
Jun 18 23:28:25 <ptitjes> or we don't have any waranty they use standard name
Jun 18 23:28:28 <mickeyl> resource is high enough
Jun 18 23:28:33 <mickeyl> we just use standards here
Jun 18 23:28:36 <mickeyl> we already do it
Jun 18 23:28:39 <mickeyl> see the bluetooth resource
Jun 18 23:28:42 <ptitjes> then we are stuck to know every exusting providers for fso
Jun 18 23:28:50 <mickeyl> no, why?
Jun 18 23:28:59 <ptitjes> and then it is not extensible from the client (us) pov
Jun 18 23:29:00 <mickeyl> if a device has bluetooth, the resource is called "Bluetooth"
Jun 18 23:29:07 <mickeyl> if a device has wifi, the resource is called "wifi"
Jun 18 23:29:10 <DocMobilizer2> mickeyl, I installed abyss, but mrmoku|away said it's more than just configfile tweak to make it work
Jun 18 23:29:54 <mickeyl> DocMobilizer2: not to my knowledge
Jun 18 23:30:09 <mickeyl> ptitjes: i think we should just use well-known-names
Jun 18 23:30:17 <mickeyl> but the names are extensible
Jun 18 23:30:23 <mickeyl> even though we use well-known ones
Jun 18 23:30:27 <mickeyl> that's the only reason i removed the enum
Jun 18 23:30:31 <ptitjes> mickeyl: so then you need constants (if enums restriction to a finite number is not good for you)
Jun 18 23:30:39 <DocMobilizer2> mickeyl, had a "muxer: can't open chan5" error with old muxer
Jun 18 23:30:40 <ptitjes> but we can't hardcode the values on our side
Jun 18 23:30:58 <mickeyl> DocMobilizer2: sounds like something didn't release the 4th channel
Jun 18 23:31:00 <ptitjes> and I don't want we do
Jun 18 23:31:03 <mickeyl> hmm
Jun 18 23:31:12 <mickeyl> why can't we just use strings in that case?
Jun 18 23:31:15 <ptitjes> I think this is contract from your api
Jun 18 23:31:40 <ptitjes> mickeyl: remember the RELEASE/RELEASED
Jun 18 23:31:55 <mickeyl> yes, and i agree to enums since these are fixed constants
Jun 18 23:32:02 <ptitjes> so is it Bluetooth or bluetooth ??
Jun 18 23:32:03 <ptitjes> :D
Jun 18 23:32:04 <mickeyl> but the resource names could be extensible
Jun 18 23:32:06 <ptitjes> do you see ?
Jun 18 23:32:08 <DocMobilizer2> ok, will edit conf and reboot (ouch)
Jun 18 23:32:18 <mickeyl> i don't thikn it's a problem.
Jun 18 23:32:42 <mickeyl> i might as well remove ListProviders eventually
Jun 18 23:32:48 <mickeyl> and will just go for object introspection
Jun 18 23:32:57 <mickeyl> then we need such a mapping anyways
Jun 18 23:33:41 <DocMobilizer2> well all the other ppl here in pub might think of me as fucking nerd ;-)
Jun 18 23:33:46 <mickeyl> hehe
Jun 18 23:34:28 <mickeyl> ptitjes: oh btw., did you come up with any compelling ideas wrt. to our busname etc. problem?
Jun 18 23:34:33 <DocMobilizer2> mickeyl, etc/framework.conf ?
Jun 18 23:34:37 <mickeyl> yo
Jun 18 23:34:41 <DocMobilizer2> k
Jun 18 23:34:43 <ptitjes> DocMobilizer2: so sad as that is clear you are not ;)
Jun 18 23:35:52 <ptitjes> mickeyl: for the callback access, I'm still trying to push Jürg for a "yield.callback" variable
Jun 18 23:36:17 <ptitjes> mickeyl: as for the busname, I would be for a static method that acess a thread local
Jun 18 23:36:23 <ptitjes> as I told first
Jun 18 23:36:31 <ptitjes> I think this is the most clean
Jun 18 23:36:53 <ptitjes> as it seems to me it must be accessible at any of the call stack level
Jun 18 23:37:01 <ptitjes> and so must not be an argument
Jun 18 23:37:04 <mickeyl> i agree
Jun 18 23:37:12 <mickeyl> would be nice, so we could reuse the interface
Jun 18 23:37:19 <mickeyl> on all servers
Jun 18 23:37:26 <ptitjes> and also this would help in still having the same interface for server and client
Jun 18 23:37:30 <mickeyl> yep
Jun 18 23:37:37 <DocMobilizer2> mickeyl, "= abyss" ?
Jun 18 23:38:00 <ptitjes> yet this has to be implemented cleanly and we maybe have to push upstream dbus to have that
Jun 18 23:38:24 <mickeyl> DocMobilizer2:
Jun 18 23:38:28 <mickeyl> [ogsmd]
Jun 18 23:38:29 <ptitjes> mickeyl: in the meanwhile I can propose you a tiny implementation in a support lib
Jun 18 23:38:37 <mickeyl> ti_calypso_muxer = fso-abyss
Jun 18 23:38:46 <ptitjes> but this may not be before one week at least
Jun 18 23:39:06 <mickeyl> no hurries
Jun 18 23:39:08 <mickeyl> ah btw.
Jun 18 23:39:12 <mickeyl> i'm in paris next month
Jun 18 23:39:19 <mickeyl> perhaps we can meet for a drink
Jun 18 23:39:59 <ptitjes> oh yeah
Jun 18 23:40:01 <ptitjes> for sure :)
Jun 18 23:40:07 <ptitjes> I would be glad
Jun 18 23:40:21 <ptitjes> from when to when ?
Jun 18 23:40:28 <ptitjes> are you in paris ?
Jun 18 23:40:42 <DocMobilizer2> bootin, bye, bbl
Jun 18 23:40:59 <ptitjes> cu doc
Jun 18 23:41:24 <mickeyl> looks like 20th to 24th
Jun 18 23:41:31 <mickeyl> of july
Jun 18 23:42:39 <mickeyl> small vacation with my wife
Jun 18 23:42:48 <ptitjes> oh next month!!
Jun 18 23:42:58 <ptitjes> then I'll be free as hell :)
Jun 18 23:43:17 <mickeyl> cool
Jun 18 23:50:55 <mickeyl> welcome back DocScrutinizer2 
Jun 18 23:51:07 <DocMobilizer> howdy
Jun 18 23:51:22 <DocMobilizer> abyss seems to work
Jun 18 23:51:26 <mickeyl> :)
Jun 18 23:52:10 <mickeyl> liberation from gsm0710muxd!
Jun 18 23:52:14 <mickeyl> free your self
Jun 18 23:52:17 * mickeyl chuckles
Jun 18 23:53:04 <DocMobilizer> mickeyl, any idea how to confirm its runing abyss now (ps)?
Jun 18 23:53:31 <DocMobilizer> ps abyss?
Jun 18 23:54:19 <mickeyl> ps -ef|grep abyss
Jun 18 23:55:33 <DocMobilizer> k
Jun 18 23:57:12 <DocMobilizer> yau :) alas c&p doesn't work from vala-terminal to x hat
Jun 18 23:58:01 <DocMobilizer> mickeyl, could we sync the copy buffers of X and clipboard?
Jun 18 23:58:26 <mickeyl> hmm
Jun 18 23:58:31 <DocMobilizer> s/x hat/xchat/
Jun 18 23:58:36 <mickeyl> should be possible
Jun 18 23:58:39 <mickeyl> need to look into that
Jun 18 23:58:49 <mickeyl> didn't touch vala-terminal for ages
Jun 18 23:58:56 <DocMobilizer> great
Jun 18 23:59:36 <ptitjes> Ainulindale: you did ping me ?
Jun 18 23:59:45 <DocMobilizer> maybe a simple copy-button in toolbar would do
Jun 19 00:00:51 <mickeyl> hmm
Jun 19 00:00:52 <mickeyl> actually
Jun 19 00:01:04 <mickeyl> selecting a string _should_ use the x clipboard
Jun 19 00:01:11 <mickeyl> if not, i'll check whether we can add that
Jun 19 00:02:36 <ptitjes> mrmoku|away: what is the problem with libgee ?
Jun 19 00:02:59 <DocMobilizer> mickeyl, highlitin a string in term doesn't change the buffer pasted to xchat on ^v
Jun 19 00:03:16 <ptitjes> ok good night guys
Jun 19 00:03:22 <ptitjes> a hard day for me again tomorow
Jun 19 00:03:24 <ptitjes> bye
Jun 19 00:03:34 <mickeyl> good speed, cu piti 
Jun 19 00:03:35 <mickeyl> err
Jun 19 00:03:36 <DocMobilizer> bye ptitjes 
Jun 19 00:03:36 <mickeyl> ptitjes: 
Jun 19 00:36:30 <CIA-45> freesmartphone.org: 03mickey 07cornucopia * r5fe8743e1cd4 10/misc-vapi/ (tests/testalsa.vala vapi/libasound.vapi): misc-vapi: alsa: restoring mixer states works now
Jun 19 00:40:37 <mickeyl> n8
Jun 19 00:46:10 <DocMobilizer> mickey|zzZZzz, have a nice nap
Jun 19 00:47:03 <DocMobilizer> anybody awake yet?
Jun 19 00:49:33 * vininim is half awake
Jun 19 00:50:35 <DocMobilizer> i'm half swamped ;-)
Jun 19 00:54:43 <DocMobilizer> well, pub is goin to close now. prolly should return to laptop@home
Jun 19 00:57:55 <DocMobilizer>  /msg hal9912-jr light garden on t 300
Jun 19 01:00:41 <wpwrak> DocMobilizer: is that how you set your apartment on fire thelast time ? :)
Jun 19 01:05:36 <DocScrutinizer2> wpwrak: nah, that was sth like /msg hal9912-jr mains livingroom computers panzermine 1
Jun 19 01:10:55 <DocScrutinizer2> wpwrak: honestly, I have *no* idea what it was. Maybe some switched charger borked , or some short in a NiCad powred vacuum cleaner or sth
Jun 19 01:13:01 <wpwrak> DocMobilizer: maybe an early visitation of the curse of openmoko ?
Jun 19 01:17:30 <DocScrutinizer2> that would have been *rather* early, as my first visit to TPE to start my job was some 4 days later, and I had no single device but only a schematics from OM at home these days
Jun 19 01:19:13 <wpwrak> ya see what a powerful curse it is :)
Jun 19 01:19:32 <DocScrutinizer2> ;-)
Jun 19 01:20:55 <DocScrutinizer2> well I knew Tony is able to control the weather, but that.... o.O Who's the one in charge for this?
Jun 19 01:23:38 <wpwrak> DocMobilizer: must be Sean :)
Jun 19 01:44:39 <wpwrak> nice one for bug tracking: http://xkcd.com/583/
Jun 19 01:45:06 <DocMobilizer> xkcd rules
Jun 19 01:55:30 <DocScrutinizer2> CNR, hrrhrrhrrrr
Jun 19 02:12:08 <DocMobilizer> ok, let's see if anything changed with shr-settings. I doubt though
Jun 19 02:15:34 <DocMobilizer> grr, the 'reconfig-on-every-sysupdate" nightmare. Should augment the antibusy script to include abyss instal, cfg-file tweaks with sed/awk and dunno what else
Jun 19 02:16:34 <DocMobilizer> shr-backup is just a bit of the whole cake
**** ENDING LOGGING AT Fri Jun 19 02:59:58 2009