**** BEGIN LOGGING AT Wed Nov 11 02:59:56 2009
Nov 11 06:08:54 <JaMa|Wrk> frameworkd cannot open channel "could not open channel UNSOL|CALL|MISC, retrying in 2 seconds" probably only in 2.6.31, is something missing in kernel config or did some sysfs path change? I'll check later..
Nov 11 06:09:31 <JaMa|Wrk> I rebooted back to andy-tracking and after frameworkd restart I have gsm again..
Nov 11 06:52:57 <blindcoder> morning
Nov 11 07:11:23 * JaMa|Wrk cleaning shr configs..
Nov 11 07:18:40 <PaulFertser> JaMa|Wrk: it's expected
Nov 11 07:18:53 <PaulFertser> JaMa|Wrk: they way gsm PM is done in .31 is changed.
Nov 11 07:19:39 <PaulFertser> JaMa|Wrk: it's now supposed that userspace will do the management via gpiolib and regulator subsystem exposed sysfs nodes.
Nov 11 07:47:25 <JaMa|Wrk> PaulFertser: ah, ok.. thanks
Nov 11 07:48:51 <JaMa|Wrk> mickey|zzZZzz: do you still bump revisions in sane-srcrevs-fso.inc or do you expect distros with fso to use AUTOREV for fso stuff?
Nov 11 08:09:11 <spaetzAway> morning
Nov 11 08:11:33 <JaMa|Wrk> spaetz: I have some stabilizing cookies for you.. (all autorevs pinned for now, all included and bumped in sane-srcrevs.inc and sane-srcrevs-fso.inc) could you check it before pussing?
Nov 11 08:11:45 <JaMa|Wrk> s/pussing/pushing/ :)
Nov 11 08:14:42 <spaetz> will check. let me see patchwork
Nov 11 08:15:07 <JaMa|Wrk> its not in patchwork now.. mmt
Nov 11 08:18:50 <JaMa|Wrk> spaetz: sent..
Nov 11 08:19:46 <JaMa|Wrk> spaetz: please check soon.. if you have time.. its dangerous to remove autorevs if someone builds newer autorev before locking revs in repo..
Nov 11 08:26:15 <rebelThor> so without require conf/distro/include/shr-autorev.inc, we're building static revs for all apps?
Nov 11 08:26:34 <JaMa|Wrk> rebelThor: yes
Nov 11 08:27:21 <rebelThor> JaMa|Wrk: so the most likely scenario will be that we iron out the bugs out of what we have now, turn it into shr-testing, and then turn back on autorev (which will break it again, of course), and that'll become unstable?
Nov 11 08:27:25 <JaMa|Wrk> rebelThor: if ie mickey fixes something, then we should test it first, than bump revision in config
Nov 11 08:27:43 <JaMa|Wrk> rebelThor: yes
Nov 11 08:27:50 <rebelThor> sounds like a plan :D
Nov 11 08:28:21 <JaMa|Wrk> rebelThor: and we needed to up all those missing revisions to sane-srcrevs before pushing those recipes to oe.dev..
Nov 11 08:29:26 <JaMa|Wrk> and we should push that stuff to oe.dev asap.. before great changes from OEDEM :)
Nov 11 08:37:58 <pb__> JaMa|Wrk: I think the great changes from OEDEM are already in the oe.dev tree
Nov 11 08:38:35 <pb__> not that it really matters though, they oughtn't to cause you any problems
Nov 11 08:49:14 <spaetz> JaMa|Wrk: first patch applied
Nov 11 08:49:34 <spaetz> checking whether I can also apply in dev
Nov 11 08:50:16 <JesusMcCloud> hiho, any news on the suspend issue?
Nov 11 08:52:22 <spaetz> JesusMcCloud: develoer sleep interrrupted firther investigations :)
Nov 11 08:52:27 <spaetz> further
Nov 11 08:52:48 <JesusMcCloud> aha...
Nov 11 08:58:14 <JesusMcCloud> atleast i just noticed that missing suspend is not my biggest problem (clean reflash) the phone completely crashed, i could not even ssh into it to save logs...
Nov 11 08:59:24 <spaetz> fun. image from buildhost or local one?
Nov 11 09:00:00 <JesusMcCloud> buildhost
Nov 11 09:00:28 <JesusMcCloud> just discovered ffalarms crash when trying to add an alarm
Nov 11 09:01:13 <spaetz> JesusMcCloud: yep, it does that for everyone
Nov 11 09:01:29 <JesusMcCloud> apm -s suspends the phone for 3 seconds...
Nov 11 09:01:47 <spaetz> JesusMcCloud: don't know if the buildhost image still has atd
Nov 11 09:01:55 <JaMa|Wrk> pb__: I mean that planned changes about separate repos..
Nov 11 09:01:55 <spaetz> rather than atd-over-fso
Nov 11 09:02:08 <spaetz> which would prevent suspend
Nov 11 09:02:38 <JesusMcCloud> hmm i just noticed that opkg wants to isntall dbg packages as atd or sth liek that
Nov 11 09:02:42 <JaMa|Wrk> pb__: would be nice to have shr distro in oe.dev before master is switched to pulling mechanism
Nov 11 09:03:12 <JesusMcCloud> 'apm -s &' works... flawlessly
Nov 11 09:03:22 <JaMa|Wrk> spaetz: probably cannot apply there, as some packages aren't there yet..
Nov 11 09:03:30 <spaetz> noticed that
Nov 11 09:03:46 <spaetz> ported elmdentica_svn to dev branch
Nov 11 09:04:02 <spaetz> but other changes are still unmerged. we should push OE integration further asap
Nov 11 09:04:10 <spaetz> next cookie eaten
Nov 11 09:04:22 <JaMa|Wrk> wait with revs..
Nov 11 09:04:51 <spaetz> just applied: shr: put shr overrides directly to machine configs
Nov 11 09:04:58 <JaMa|Wrk> I'll recheck revisions.. seems to build more recipes than I expected (nothing should be upgraded as revs should be the same..)
Nov 11 09:06:03 <spaetz> :) nobody applied the suspend rule to shr-themes yet.
Nov 11 09:06:19 <spaetz> so an unmodified buildhost image will of course not suspend
Nov 11 09:06:38 <JesusMcCloud> noriced something about the suspend issue: rules.yaml has a line to activete the pwr led... it does not get activated...
Nov 11 09:06:41 <JaMa|Wrk> pb__: the same for checksums if someone replaces all checksums to SRC_URIs then we would get lots of conflicts maybe..
Nov 11 09:06:53 <JesusMcCloud> spaetz, can you pastebin your rules. yaml?
Nov 11 09:07:27 <JaMa|Wrk> spaetz: elmdentica has srcrev in oe.dev?
Nov 11 09:07:53 <spaetz> JaMa|Wrk: yes, outch that won't work, right?
Nov 11 09:07:55 <JaMa|Wrk> spaetz: if no.. then be carefull as it cannot be parsed there probably..
Nov 11 09:08:32 <JaMa|Wrk> spaetz: first we should add distro
Nov 11 09:08:45 <JaMa|Wrk> spaetz: then srcrevs
Nov 11 09:08:55 <JaMa|Wrk> spaetz: then recipes
Nov 11 09:09:05 <JaMa|Wrk> spaetz: but xorg is still waiting in my branch :/
Nov 11 09:12:09 <spaetz> JesusMcCloud: http://patchwork.dev.bearstech.com/patch/430/
Nov 11 09:12:24 <spaetz> stock rules.yaml as default. Just ass the 4 lines at the very end
Nov 11 09:13:09 <spaetz> JaMa|Wrk: this can be applied as well, right? http://patchwork.dev.bearstech.com/patch/433/
Nov 11 09:13:12 <JaMa|Wrk> spaetz: heh you could add elmdentica SRCREV instead of revert :)
Nov 11 09:13:18 <spaetz> shr-autorev: remove entries for recipes not moved/needed in shr/merge
Nov 11 09:13:35 <spaetz> JaMa|Wrk: should probably be added in the recipe file itself, right?
Nov 11 09:13:38 <JaMa|Wrk> spaetz: yes thas safe.. but its easier for me to apply it if you agree :)
Nov 11 09:13:47 <JaMa|Wrk> spaetz: no ins sane-srcrevs.inc
Nov 11 09:13:58 <spaetz> sure, feel free to apply that
Nov 11 09:14:25 <JaMa|Wrk> ok
Nov 11 09:14:44 <JaMa|Wrk> and some revs are wrong.. so I'll refuse last 2 :)
Nov 11 09:16:11 <spaetz> JesusMcCloud: does this work for you?
Nov 11 09:16:12 <spaetz> mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage 
Nov 11 09:16:13 <spaetz> org.freesmartphone.Usage.Suspend
Nov 11 09:16:16 <JaMa|Wrk> find in stamps then sort | tail -n 1 | sed for extracting revisions failed when find found some unsortable versions :)
Nov 11 09:16:37 <spaetz> JaMa|Wrk: heh. smart
Nov 11 09:17:58 <JaMa|Wrk> spaetz: yes but ie linux-openmoko-shr-drm-devel-2.6.29-drm-oe14+gitr2+cbd833973d74a12c6f07ed5174bf0e1b0f365da2-r2.do_unpack
Nov 11 09:18:01 <JaMa|Wrk> linux-openmoko-shr-drm-devel-2.6.29-KMS-oe14+gitr0+e05d2881be7db3f4e1a42440c809d3e18e406003-r1.do_build
Nov 11 09:18:42 <JaMa|Wrk> the second is older but was used as newer revision.. :/
Nov 11 09:19:08 <JesusMcCloud> spaetz, sec, i'll try
Nov 11 09:24:10 <blindcoder> anyone know of a library that allows for creating .pdf files?
Nov 11 09:24:27 <blindcoder> what I want to do is create a 'cocktail card' from fltkcocktailbar
Nov 11 09:27:02 <Weiss> blindcoder: hmm.. poppler doesn't do writing of PDFs I guess?
Nov 11 09:27:56 <spaetz> blindcoder: cairo
Nov 11 09:28:14 <spaetz> probably poppler too
Nov 11 09:28:44 <spaetz> blindcoder: if all you need is text. there is even a small Javascript library that creates pdf files
Nov 11 09:32:17 <JesusMcCloud> spaetz, moko is rebooting
Nov 11 09:33:57 <JesusMcCloud> (an i am already late for uni)
Nov 11 09:35:29 <JesusMcCloud> spaetz, it doesnt work
Nov 11 09:35:48 <JesusMcCloud> i gtg now
Nov 11 09:37:42 <spaetz> ok
Nov 11 09:52:32 <blindcoder> spaetz: I'm writing in C
Nov 11 09:52:42 <blindcoder> spaetz: I'll have a look at cairo
Nov 11 09:52:59 <blindcoder> of course, I could just output some html
Nov 11 09:53:22 * spaetz gives up on git.
Nov 11 09:53:52 <blindcoder> hehe ;)
Nov 11 09:53:53 <spaetz> JaMa|Wrk: it seems by reverting my elmdentica patch I deleted the recipe from the shr/merge and the OE.dev branch simultanously
Nov 11 09:54:58 <JaMa|Wrk> spaetz: no.. its in shr/merge.. :)
Nov 11 09:55:15 <JaMa|Wrk> its in e17/elmdentica..
Nov 11 09:55:26 <spaetz> ok, seen it now
Nov 11 09:55:38 <spaetz> I just seen my "revert message" in the shr/merge branch commit log
Nov 11 09:55:50 <spaetz> where it is not supposed to have done anything
Nov 11 09:56:15 <spaetz> so just ignore me. I am plainly overwhelmed by git ... ;)
Nov 11 10:02:44 <spaetz> mrmoku|away: buildhost image just turns off screen for me too on my FR (rather than suspend)
Nov 11 10:02:54 <spaetz> so my build is different
Nov 11 10:16:23 <spaetz> mrmoku|away: one strong indication of why suspend doesn't work on the buildhost image:
Nov 11 10:16:26 <spaetz> 2009-11-11T07:34:21.061884Z UsageController [WARNING] </org/freesmartphone/Usage>: Can't find plugin for lowlevel_type = 'openmoko'
Nov 11 10:16:34 <spaetz> debug log of fsousaged
Nov 11 10:17:27 <spaetz> and when I try to Suspend it via DBus, fsousaged segfaults...
Nov 11 10:21:57 <Sharwin_F> We are the knights who say Ni! and we want... a unstable image! ;)
Nov 11 10:23:00 <Heinervdm> Sharwin_F: no problem an unstable image is there :P
Nov 11 10:23:22 <Sharwin_F> Heinervdm, from oemerge? :O
Nov 11 10:23:39 <spaetz> Yes, its just very unstable :)
Nov 11 10:23:43 <Sharwin_F> a working one?
Nov 11 10:23:44 <spaetz> ie, no suspending
Nov 11 10:23:49 <Sharwin_F> so, no image! :P
Nov 11 10:24:06 <Heinervdm> Sharwin_F: you wanted an unstable image, not a working one ;)
Nov 11 10:24:48 <Heinervdm> spaetz: the Suspend rule isn't working?
Nov 11 10:24:53 <spaetz> mickey|zzZZzz: when does this happen?
Nov 11 10:24:55 <spaetz> 2009-11-11T07:40:18.907061Z UsageController [WARNING] </org/freesmartphone/Usage>: Can't find plugin for lowlevel_type = 'openmoko'
Nov 11 10:25:10 <spaetz> Heinervdm: no, mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
Nov 11 10:25:14 <spaetz> org.freesmartphone.Usage.Suspend
Nov 11 10:25:15 <spaetz> doesn't work
Nov 11 10:25:32 <spaetz> so the suspend rule doesn't work (indirectly)
Nov 11 10:25:44 <Heinervdm> ok
Nov 11 10:25:53 <spaetz> and nobody has commited the suspend rule to shr-themes yes. So it's not in the default image
Nov 11 10:26:03 <Heinervdm> what about putting the suspend back to phoneuid for now?
Nov 11 10:26:25 <spaetz> phoneuid was also just calling the DBus method for suspending.
Nov 11 10:26:27 <Sharwin_F> Heinervdm, hope to see it working soon then :)
Nov 11 10:26:31 <spaetz> Which doesn't work
Nov 11 10:26:40 <Heinervdm> oh
Nov 11 10:26:43 <spaetz> fsousaged is the culprit here (backend)
Nov 11 10:26:56 <Heinervdm> ok, so we have to wait for mickey|zzZZzz 
Nov 11 10:27:21 <spaetz> if nobody finds out what happenes before that...
Nov 11 10:31:17 <spaetz> mickey|zzZZzz: !!!!
Nov 11 10:31:20 <Heinervdm> [11:24:54] <spaetz> 2009-11-11T07:40:18.907061Z UsageController [WARNING] </org/freesmartphone/Usage>: Can't find plugin for lowlevel_type = 'openmoko'
Nov 11 10:31:25 <Heinervdm> That error is strange
Nov 11 10:31:30 * spaetz THINKS HE FOUND A BUG IN MICKEYS CODE
Nov 11 10:32:10 <Heinervdm> switch ( lowleveltype ) { case "openmoko": ... default: warning( "Invalid lowlevel_type '%s'; suspend/resume will NOT be available!".printf( lowleveltype ) );
Nov 11 10:32:44 <spaetz> Heinervdm: check the code a bit lower
Nov 11 10:32:50 <Heinervdm> so there seems to be a problem in string matching
Nov 11 10:33:04 <spaetz> case "openmoko":
Nov 11 10:33:04 <spaetz> 148                 typename = "LowLevelOpenmoko";
Nov 11 10:33:22 <spaetz> so typename is "LowLevelOpenmoko" (in one word!!)
Nov 11 10:33:34 <spaetz> and later on he does: var lowlevelclass = Type.from_name( typename );
Nov 11 10:33:52 <spaetz> so vala tries to find an Object called LowLevelOpenmoko
Nov 11 10:34:20 <spaetz> but the plugin object is called: LowLevel.Openmoko
Nov 11 10:34:25 <spaetz> (in http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsousaged/src/plugins/lowlevel_openmoko/plugin.vala;h=0ea906afa9186ab3fd48947ad7357f8d2ff2ccc4;hb=HEAD)
Nov 11 10:34:33 <spaetz> so, its missing a dot
Nov 11 10:35:27 <Heinervdm> in both cases
Nov 11 10:35:33 <Heinervdm> for kernel26 too
Nov 11 10:35:45 <Heinervdm> playya: ping
Nov 11 10:35:52 <spaetz> Heinervdm: right
Nov 11 10:36:02 <spaetz> sending him a mail now.
Nov 11 10:36:15 <Heinervdm> perhaps playa can fix it too
Nov 11 10:37:52 <mrmoku> spaetz: hmm... interesting
Nov 11 10:38:38 <Breese_Kay> hi,all . Can I update opkg respository from local pc ?
Nov 11 10:39:28 <spaetz> mrmoku: I checked by having fsousaged debug log
Nov 11 10:39:36 <spaetz> let me pastebin the log
Nov 11 10:40:09 <spaetz> mrmoku: this is the fsousaged log: http://dpaste.com/119059/
Nov 11 10:40:25 <spaetz> sending a patch to mickey now.
Nov 11 10:44:05 <spaetz> mailed patch also to shr-devel, still untested
Nov 11 10:44:17 <GarthPS> hi! doessome can help me? Ido "bitbake -b /home/sylvain/dev/SHR-Project/shr-unstable/openembedded/recipes/hal/hal_0.5.13.bb" but it failed "ERROR: Error, lockfile path does not exist!: /home/sylvain/dev/SHR-Project/shr-unstable/tmp/work/armv4t-oe-linux-gnueabi/hal-0.5.13-r0/packages-split
Nov 11 10:44:17 <GarthPS> "
Nov 11 10:46:05 <Heinervdm> GarthPS: that path is strange
Nov 11 10:46:17 <Heinervdm> this path is missing a directory
Nov 11 10:46:40 <Heinervdm> ah no, it's ok
Nov 11 10:47:04 <Heinervdm> GarthPS: did you try to clean and build again?
Nov 11 10:48:01 <spaetz> mrmoku: in any case, this still needs to be applied to shr-themes to make suspend work: http://patchwork.dev.bearstech.com/patch/430/
Nov 11 10:48:20 * mrmoku thought TAsn wanted to do that....
Nov 11 10:48:23 <spaetz> rebuilding fsodeviced now with patch applied
Nov 11 10:48:25 <mrmoku> spaetz: will apply now
Nov 11 10:48:27 <spaetz> TAsn: he didn't
Nov 11 10:48:34 <spaetz> I thought so too :)
Nov 11 10:48:54 <GarthPS> Heinervdm: how do I clean a build?
Nov 11 10:49:06 <Heinervdm> spaetz: i hope you are rebuilding fsousaged ;)
Nov 11 10:49:11 <Heinervdm> GarthPS: -c clean
Nov 11 10:49:30 <spaetz> Heinervdm: hehe
Nov 11 10:49:33 <spaetz> yep
Nov 11 10:49:35 <CIA-86> SHR: 03sebastian 07shr-themes * rbe90ffdc45f8 10/frameworkd/frameworkd-config-shr/ (om-gta01/rules.yaml om-gta02/rules.yaml rules.yaml): frameworkd-config-shr: add autosuspend rule
Nov 11 10:50:25 <mrmoku> did anybody investigate the 'one hour off' thing?
Nov 11 10:50:33 <spaetz> nope
Nov 11 10:50:42 <spaetz> and neither the ffalarms crash
Nov 11 10:50:55 <GarthPS> Heinervdm:like this ? bitbake -c clean (I am learning..)
Nov 11 10:51:01 <spaetz> someone said that the frameworkd log never showed reading and setting the time...
Nov 11 10:51:07 <spaetz> GarthPS: yep
Nov 11 10:51:15 <spaetz> but with the package name appended
Nov 11 10:51:17 <Heinervdm> GarthPS: the command from before plus the -c clean
Nov 11 10:51:21 <spaetz> bitbake -c clean hal
Nov 11 10:51:28 <mrmoku> spaetz: well... the time is set
Nov 11 10:51:30 <mrmoku> just shown in UTC
Nov 11 10:51:32 <mrmoku> root@om-gta02 ~ $ date
Nov 11 10:51:33 <mrmoku> Wed Nov 11 10:50:40 GMT 2009
Nov 11 10:51:33 <mrmoku> root@om-gta02 ~ $ TZ=Europe/Berlin date
Nov 11 10:51:35 <mrmoku> Wed Nov 11 11:50:46 CET 2009
Nov 11 10:51:37 <spaetz> or whatever. and you can use "bb" rather than bitbake too :)
Nov 11 10:51:48 <spaetz> mmh
Nov 11 10:51:52 <spaetz> ok
Nov 11 10:51:56 <GarthPS> and not bitbake -b -c clean /home/sylvain/dev/SHR-Project/shr-unstable/openembedded/recipes/hal/hal_0.5.13.bb?
Nov 11 10:52:08 <GarthPS> it is the same no?
Nov 11 10:52:19 <spaetz> GarthPS: yes
Nov 11 10:52:25 <spaetz> mrmoku: cat /etc/timezone 
Nov 11 10:52:26 <spaetz> Europe/London
Nov 11 10:52:29 <spaetz> ?
Nov 11 10:52:32 <mrmoku> root@om-gta02 ~ $ tzselect
Nov 11 10:52:32 <mrmoku> -sh: tzselect: not found
Nov 11 10:52:48 <Heinervdm> GarthPS: you can't do -b -c, you have to do -c clean -b ....
Nov 11 10:52:53 <mrmoku> spaetz: yup Europe/London
Nov 11 10:52:54 <Heinervdm> or the other way around
Nov 11 10:53:11 <GarthPS> ok thx. and if i do "bitbake -c clean" it clean all no?
Nov 11 10:53:17 <mrmoku> quite logicall as we have en_GB as default ;)
Nov 11 10:53:30 <Heinervdm> GarthPS: i think it does nothing
Nov 11 10:53:42 <spaetz> mmh
Nov 11 10:53:44 <GarthPS> emmm no..... :) it is doing something :p
Nov 11 10:53:53 <mrmoku> so what does not work is the setting of the timezone
Nov 11 10:54:04 <spaetz> seems like it
Nov 11 10:54:07 <Heinervdm> mickey|office: bug!
Nov 11 10:54:23 <spaetz> how does otimed set the timezone?
Nov 11 10:55:05 <spaetz> mickey|office: check vanille-media mail from me. still compiling with patch applied
Nov 11 10:55:20 * spaetz curses slow laptops
Nov 11 10:55:23 <mickey|office> spaetz: just replied
Nov 11 10:55:26 <mickey|office> unfortunately that's not it
Nov 11 10:55:30 <spaetz> damn
Nov 11 10:55:32 <spaetz> ok
Nov 11 10:55:33 <mickey|office> as gobject mangels type names
Nov 11 10:55:47 <mickey|office> i think i found your CPU thing though
Nov 11 10:55:50 <spaetz> but still, it can't load the lowlevel openmoko plugin
Nov 11 10:55:53 <mickey|office> my fsodeviced consumes 0% of CPU here
Nov 11 10:55:56 <mickey|office> when idle
Nov 11 10:55:58 <mrmoku> ooohh :D
Nov 11 10:56:02 <mickey|office> do you have:
Nov 11 10:56:20 <mickey|office> [fsodevice.kernel_input]
Nov 11 10:56:22 <mickey|office> ignore_by_id = lis
Nov 11 10:56:23 <mickey|office> and
Nov 11 10:56:27 <mickey|office> [fsodevice.kernel_idle]
Nov 11 10:56:30 <mickey|office> ignore_by_id = lis
Nov 11 10:56:30 <mickey|office> ?
Nov 11 10:57:38 <mickey|office> as for the low level plugin
Nov 11 10:57:47 <mickey|office> you know that the order of plugin statements is relevant, right?
Nov 11 10:58:17 <mickey|office> so be sure to have [fsousage.dbus_service] after [fsousage.lowlevel_openmoko] :)
Nov 11 10:58:56 <spaetz> ok, that's it then
Nov 11 10:58:58 <spaetz> we have: [fsousage.dbus_service]                                                          
Nov 11 10:59:01 <spaetz> [fsousage.lowlevel_openmoko] 
Nov 11 10:59:08 <mickey|office> hehe
Nov 11 10:59:10 <spaetz> checking
Nov 11 10:59:11 <mickey|office> that's wrong
Nov 11 10:59:21 <spaetz> didn't know order is relevant.
Nov 11 10:59:30 <mickey|office> it's written everywhere :)
Nov 11 10:59:30 <mrmoku> mickey|office: any recommended way to start fsodeviced?
Nov 11 10:59:44 <mickey|office> mrmoku: hmm... such as?
Nov 11 10:59:51 <mickey|office> mrmoku: ah, you mean on boot
Nov 11 10:59:58 <mrmoku> yup
Nov 11 11:00:07 <mickey|office> mrmoku: just call it from any init script 
Nov 11 11:00:10 <mrmoku> IIRC dos1 said you have to manually start it...
Nov 11 11:00:15 <mrmoku> ok
Nov 11 11:00:21 <spaetz> YES
Nov 11 11:00:30 <mickey|office> yeah, strictly you don't have to since fsodeviced is dbus activatable
Nov 11 11:00:39 <mickey|office> but we need it to monitor idleness
Nov 11 11:00:44 <spaetz> mrmoku: it suspends
Nov 11 11:00:50 <mickey|office> so for now start it in any init script
Nov 11 11:00:55 <mickey|office> spaetz: splendid
Nov 11 11:00:56 <mickey|office> :)
Nov 11 11:00:57 <spaetz> we just need to reverse the 2 lines in frameworkd.conf
Nov 11 11:01:18 <mickey|office> i have been bitten by that as well
Nov 11 11:01:20 <mickey|office> and i even wrote that
Nov 11 11:01:23 <mickey|office> so welcome to the club ;)
Nov 11 11:01:34 <spaetz> didn't know that the order of sections is relevant at all
Nov 11 11:01:56 <spaetz> and if there is no comment to state that you should probably add one in the frameworkd.conf.sample file
Nov 11 11:01:59 <mickey|office> read the sample again :)
Nov 11 11:02:17 <spaetz> real men don't read manuals :)
Nov 11 11:02:25 <spaetz> ok, the blame is on us here
Nov 11 11:02:40 <spaetz> sorry for bothering. but great that we fixed this so easily :)
Nov 11 11:02:46 <mrmoku> mickey|office: [fsousage.dbus_service]
Nov 11 11:02:46 <mrmoku> [fsousage.lowlevel_kernel26]
Nov 11 11:02:46 <mrmoku> [fsousage.lowlevel_openmoko]
Nov 11 11:02:51 <mrmoku> is what the sample is...
Nov 11 11:02:58 <mickey|office> ah
Nov 11 11:03:01 <mickey|office> ok, that's slightly misleading
Nov 11 11:03:12 <mickey|office> way above it tells you about the order though
Nov 11 11:03:16 <mickey|office> i'll better fix that
Nov 11 11:03:18 <mickey|office> thanks
Nov 11 11:03:21 <mrmoku> :)
Nov 11 11:03:45 <mickey|office> # Note that plugins are loaded in the order of declaration! Do NOT reorder lightheartedly.
Nov 11 11:04:02 <mickey|office> shame on me that my example order is actually wrong then
Nov 11 11:04:32 <mickey|office> fso2 is much more configurable
Nov 11 11:04:36 <mickey|office> that's good in a sense
Nov 11 11:04:42 <spaetz> mrmoku: want me to send a patch?
Nov 11 11:04:46 <mickey|office> but also prone for more simple misconfiguration
Nov 11 11:05:32 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * r40e4d0509d2e 10/docs/frameworkd.conf.sample: docs: fix sample configuration so that it actually makes sense for fsodeviced
Nov 11 11:06:19 <mickey|office> ok, back to the CPU consumption
Nov 11 11:06:27 <mickey|office> be sure to mask out the accelerometers for the input and idle plugins
Nov 11 11:06:32 <mickey|office> else CPU usage will go havoc
Nov 11 11:06:47 <mickey|office> we have this shiny ignore_by_type and ignore_by_id configs now
Nov 11 11:08:36 <Heinervdm> ERROR: local variable 'bb' referenced before assignment while parsing
Nov 11 11:08:56 <Heinervdm> sth is really wrong in my bitbake env...
Nov 11 11:09:04 <mickey|office> did you update to bb 1.8.18?
Nov 11 11:09:23 <Heinervdm> no
Nov 11 11:09:24 <Heinervdm> :)
Nov 11 11:09:39 <mickey|office> if you're on master^worg.oe.dev, then the tree requires 1.8.18 now
Nov 11 11:09:45 <mickey|office> strangely enough OE should have warned you
Nov 11 11:09:50 <mickey|office> unless you disable sanity checks
Nov 11 11:10:26 <Heinervdm> mickey|office: i disabled sanity check because of mmap settings
Nov 11 11:11:05 <mickey|office> aha
Nov 11 11:11:49 <spaetz> mrmoku: just sent another patch
Nov 11 11:12:00 <spaetz> which fixes frameworkd.conf for all machines
Nov 11 11:12:09 <spaetz> also apply to shr-themes?!
Nov 11 11:12:47 <spaetz> mrmoku: would be http://patchwork.dev.bearstech.com/patch/438/
Nov 11 11:12:52 <devh> hi! i get /usr/sbin/update-rc.d: line 173: runlevel: not found. which pkg provides the runlevel cmd?
Nov 11 11:15:14 <mrmoku> spaetz: yup
Nov 11 11:16:20 <Heinervdm> devh: have a look at that script, i don't think runlevel is a command
Nov 11 11:16:27 <CIA-86> SHR: 03sebastian 07shr-themes * r1cc80e26a455 10/frameworkd/frameworkd-config-shr/ (3 files in 3 dirs): frameworkd-conf-shr: reverse section order to make plugin loading work
Nov 11 11:17:19 <devh> @Heinervdm RUNLEVEL=`runlevel | cut -d" " -f2`
Nov 11 11:17:44 <Heinervdm> ok, then it's a command
Nov 11 11:17:47 <Heinervdm> do
Nov 11 11:17:54 <mrmoku> mickey|office: can confirm that CPU usage is down now :)
Nov 11 11:17:56 <Heinervdm> opkg search *runlevel
Nov 11 11:18:16 <Heinervdm> mrmoku: so we can switch to fsodeviced too?
Nov 11 11:18:37 <spaetz> more untested goodness?
Nov 11 11:18:40 <spaetz> noooo
Nov 11 11:18:43 <Heinervdm> :)
Nov 11 11:18:48 <mrmoku> more fso as promissed ;)
Nov 11 11:18:51 <spaetz> first image out, then fsodeviced :)
Nov 11 11:19:01 <Heinervdm> ok image goes first
Nov 11 11:19:06 <spaetz> hehe
Nov 11 11:19:09 <devh> Heinervdm: nothing! ;) should be in pkg similar to init-tools but dont know what omoko uses
Nov 11 11:19:15 <spaetz> ok, so suspend should be fixed
Nov 11 11:19:30 <spaetz> timezone setting is broken but can be investigated later
Nov 11 11:19:30 <Heinervdm> devh: then you
Nov 11 11:19:39 <spaetz> image rebuild in order then?
Nov 11 11:19:49 <Heinervdm> devh: then you're having a problem, because no package has such a file
Nov 11 11:20:23 <spaetz> ffalarms is crashing when adding an alarm. I suspect s/-Os/-O2/ in CFLAGS might help prevent some more glibc issues
Nov 11 11:20:36 <Heinervdm> mrmoku: should we put SRCPV back to shr/merge before image relase?
Nov 11 11:21:03 <mrmoku> Heinervdm: good question... what is the state of that in oe.dev?
Nov 11 11:21:19 <mrmoku> spaetz: manual suspend does not work from inside shr-today :|
Nov 11 11:21:21 <Heinervdm> mrmoku: noone is working on it
Nov 11 11:21:29 <mrmoku> it shuts down instead :P
Nov 11 11:22:14 <spaetz> really?
Nov 11 11:22:20 <mrmoku> mickey|office: in your blog you write that fsotimed has only alarm
Nov 11 11:22:32 <spaetz> mrmoku: same here...
Nov 11 11:22:34 <mrmoku> mickey|office: that means we loose time syncing when switching to it?
Nov 11 11:22:55 <spaetz> mrmoku: of course tzselect is broken as it uses #!/bin/bash
Nov 11 11:22:59 <spaetz> which we don't have
Nov 11 11:23:00 <mrmoku> yup
Nov 11 11:23:25 <spaetz> so we need to check for bashisms and make it use /bin/sh
Nov 11 11:24:50 <mickey|office> mrmoku: yes, i'd recommend to wait switching until someone implemented the time_sync plugin
Nov 11 11:24:57 <mrmoku> ok, thanks
Nov 11 11:25:02 <mrmoku> mickey|office: next thing ;)
Nov 11 11:25:08 <mrmoku> fsonetworkd was not building yesterday
Nov 11 11:25:12 <mrmoku> due to missing libnl
Nov 11 11:25:18 <mickey|office> should all be fixed in org.oe.dev
Nov 11 11:25:21 <mickey|office> please cherry-pick
Nov 11 11:25:23 <mickey|office> or merge
Nov 11 11:25:29 <mickey|office> fixed that yesterday night
Nov 11 11:25:33 <mrmoku> ok :)
Nov 11 11:25:34 <mickey|office> (a long night, if i may add)
Nov 11 11:25:59 <mrmoku> then we will switch to that too :)
Nov 11 11:26:01 <spaetz> thanks mickey for doing that. much appreciated
Nov 11 11:26:05 <mrmoku> if just to give you credit
Nov 11 11:26:11 <mickey|office> yeah, that should be straightforward
Nov 11 11:26:42 <mickey|office> i have a usable build now on my FR and will do test all that stuff on the device
Nov 11 11:26:56 <mickey|office> will hopefully catch more integration bugs if there are any
Nov 11 11:27:18 <mickey|office> one thing you need to be aware of
Nov 11 11:27:24 <mickey|office> fsodeviced has this different format for audio scenarios
Nov 11 11:27:32 <mickey|office> so if you had any custom state files
Nov 11 11:27:45 <mickey|office> you need to adjust fso-alsa-data
Nov 11 11:28:07 <devh> Heinervdm: hmm, did something with the initsystem change? i switched from mrmoku/unstable to mrmoku/oemerge
Nov 11 11:28:33 <spaetz> devh: you reflashed and did not opkg upgrade, right?
Nov 11 11:28:56 <devh> spaetz: no i did opkg upgrade
Nov 11 11:29:14 <spaetz> no way that would work, pretty sure. too much has changed
Nov 11 11:30:06 <devh> spaetz: should not every file in the system be installable by opkg? => if reinstall the right pkg it should work?
Nov 11 11:31:01 * mrmoku kindergarten.... bbiab
Nov 11 11:31:19 <spaetz> theoretically yes. but have fun with doing that as package names have changed, others beed deprecated, split or whatever.
Nov 11 11:31:22 <Heinervdm> devh: we switched form our own branche to org.oe.dev branche, so i can be, that we had newer package versions then in org.oe.dev, and these packages aren't updated now
Nov 11 11:32:33 <Heinervdm> spaetz: you should add that note to your release note, that upgrde won't work
Nov 11 11:33:34 <devh> Heinervdm: is there a option for opkg where u can downgrade to the versions actually provided in the feed?
Nov 11 11:33:59 <Heinervdm> devh: don't know
Nov 11 11:34:04 <devh> Heinervdm: as in removing everything not provided by the current feed
Nov 11 11:46:36 <spaetz> Heinervdm: is already in there
Nov 11 11:46:46 <Heinervdm> ok
Nov 11 11:47:01 <spaetz> mrmoku|away: tzselect. options so far:
Nov 11 11:47:18 <spaetz> 1) patch tzselect to work with ash: http://www.eglibc.org/archives/patches/msg00537.html
Nov 11 11:47:40 <spaetz> 2) use a tzselect variant written in C: http://svn.pikatech.com/pads/distro/tags/1.0.0.236/package/zoneinfo/timezone.c
Nov 11 11:48:54 <spaetz> 3) haven't found option 3 yet :). Why did it work previously?
Nov 11 11:53:18 <Heinervdm> spaetz: we had bash in the image before ;)
Nov 11 11:53:39 <spaetz> ahh, I see :)
Nov 11 11:53:42 <JaMa|Wrk> Heinervdm: IRC we havent bash before
Nov 11 11:53:52 <mickey|office> a lot of work is done in hush these days
Nov 11 11:53:54 <mickey|office> should give it a try
Nov 11 11:54:13 <JaMa|Wrk> spaetz: cookies pushed..
Nov 11 11:54:26 <JaMa|Wrk> spaetz: shr should build without shr-autorev now..
Nov 11 11:54:58 <JaMa|Wrk> spaetz: Its possible to build it without shr-autorev.. I let it there now..
Nov 11 11:56:39 <spaetz> JaMa|Wrk: ok cool. which version do we have now for frameworkd-config-shr?
Nov 11 11:56:43 * spaetz checks
Nov 11 11:58:49 <JaMa|Wrk> it was before your patch..
Nov 11 11:58:56 <JaMa|Wrk> I'll update later..
Nov 11 11:59:42 <devh> Heinervdm: can u pastebin me a opkg list_installed from a working install, should be easy from there
Nov 11 12:00:45 <joerg_42> hey so the solution is simple, no? just keep bash, and finally nuke busybox
Nov 11 12:00:57 <joerg_42> I *HATE* BUSYBOX
Nov 11 12:01:05 <JaMa|Wrk> devh: not so easy as there are also some scripts run while building rootfs .. ie setting gry theme
Nov 11 12:01:21 <Heinervdm> devh: http://shr.pastebin.com/ddc36716
Nov 11 12:02:51 <devh> Heinervdm: thx
Nov 11 12:03:02 <lindi-> joerg_42: bash? you mean dash?
Nov 11 12:03:27 <joerg_42> [12:53] <Heinervdm> spaetz: we had bash in the image before 
Nov 11 12:03:38 <Heinervdm> joerg_42: that was wrong
Nov 11 12:04:06 <joerg_42> no that was a good thing
Nov 11 12:04:19 <Heinervdm> joerg_42: it wasn't in the image
Nov 11 12:04:21 <joerg_42> busybox is wrong
Nov 11 12:04:27 <joerg_42> I *HATE* BUSYBOX
Nov 11 12:04:40 <lindi-> joerg_42: why? ;)
Nov 11 12:04:43 <spaetz> joerg_42: in this case you can't blame busybx though
Nov 11 12:05:01 <spaetz> it provides /bin/sh but not /bin/bash or /bin/ksh
Nov 11 12:05:17 <spaetz> which is what tzselect wants
Nov 11 12:05:53 <Heinervdm> spaetz: i think we should add that ash patch to the recipe
Nov 11 12:06:02 <joerg_42> lindi-: why? just try less e.g. and type "h"
Nov 11 12:06:23 <lindi-> joerg_42: don't have that applet
Nov 11 12:06:48 <lindi-> spaetz: does it really provide posix compatible sh?
Nov 11 12:07:27 <joerg_42> that fsckng b*x applet? good! :-D
Nov 11 12:08:33 <spaetz> lindi-: no clue if it's posix compatible. but the script explicitely states that it requires ksh/bash extensions
Nov 11 12:08:44 <lindi-> spaetz: ah, then it's a bug yes :)
Nov 11 12:08:51 <lindi-> joerg_42: well if I want so save space i don't need less
Nov 11 12:10:15 <joerg_42> exactly. busybox is a mere auxilary app to run specially tuned to comply initscripts on a system without cmdline user interface
Nov 11 12:10:44 <joerg_42> I *HATE* BUSYBOX
Nov 11 12:11:53 <mrmoku> spaetz: though... why is tzselect the problem?
Nov 11 12:12:49 <spaetz> good question. It seems it is not directly used by otimed: http://git.freesmartphone.org/?p=framework.git;a=blob;f=framework/subsystems/otimed/otimed.py;h=04eaf7b673196e535fef13674625438dba74be6e;hb=HEAD#l214
Nov 11 12:14:00 <spaetz> mrmoku: found sth
Nov 11 12:14:10 <spaetz> on phone moment
Nov 11 12:15:16 <spaetz>  217             for line in open( "/usr/share/zoneinfo/zone.tab", "r" ):
Nov 11 12:15:24 <spaetz> but that doesn't exist
Nov 11 12:20:42 <joerg_42> btw regarding POSIX conformity of that piece of crap: I'd think supporting "nice" is a mandatory requirement for POSIX
Nov 11 12:21:20 <spaetzPhone> mmh, nah
Nov 11 12:26:49 <devh> Heinervdm: solution was quite easy! ;) remove and reinstall "sysvinit*"
Nov 11 12:35:50 <JesusMcCloud> hi! any further progressa about suspend?
Nov 11 12:36:01 <spaetz> JesusMcCloud: yes. solved
Nov 11 12:36:13 <JesusMcCloud> coolio, what do i need to do?
Nov 11 12:37:08 <spaetz> JesusMcCloud: see git.shr-project.otg shr-themes repo
Nov 11 12:37:13 <JaMa|Wrk> mrmoku: what about using sane-srcrevs and disable shr-autorev.inc for next month or so for stabilizing?
Nov 11 12:37:15 <spaetz> last 2 patches
Nov 11 12:37:41 <JaMa|Wrk> mrmoku: I merged all to sane-srcrevs and everything should be set to today's revision now.
Nov 11 12:37:47 <mrmoku> JaMa|Wrk: wanted to talk with you about that ;)
Nov 11 12:37:54 <spaetz> just reverse the order of 2 sections in frameworkd.conf
Nov 11 12:38:00 <mrmoku> JaMa|Wrk: what about shrinking shr-autorev to just include the shr apps?
Nov 11 12:38:18 <spaetz> and add the suspend rule to rules.yaml
Nov 11 12:38:49 <JesusMcCloud> spaetz, just saw it thx!
Nov 11 12:38:55 <spaetz> mrmoku: fine with me. an shr-testing would probably pin those versions
Nov 11 12:39:03 <mrmoku> spaetz: exactly
Nov 11 12:39:22 <JaMa|Wrk> mrmoku: sure.. it could be 2nd step.. , but we should all take care if some important fix arrive to fso repo
Nov 11 12:39:49 <JaMa|Wrk> mrmoku: I'll check if the build here is exactly the same with and without shr-autorev now
Nov 11 12:40:05 <mrmoku> JaMa|Wrk: though we have to fix stuff in libphone-ui... and I don't want to have to update the rev for every fix
Nov 11 12:40:10 <mrmoku> not yet
Nov 11 12:40:26 <JaMa|Wrk> mrmoku: and then I'll comment all non-shr recipes.. and for shr-theme recipes
Nov 11 12:40:33 <mrmoku> JaMa|Wrk: ok great
Nov 11 12:40:45 <JaMa|Wrk> mrmoku: then theme fixes would be bumped manually just for changed theme ok?
Nov 11 12:41:24 <mrmoku> you mean theme recipes will be pinned?
Nov 11 12:41:38 <JaMa|Wrk> mrmoku: as yesterday many people here complained about shared repos and bumping all recipes from one repository even those without any change..
Nov 11 12:41:44 <JaMa|Wrk> mrmoku: yes
Nov 11 12:42:06 <mrmoku> yeah... shared repos are evil ;)
Nov 11 12:42:52 <JaMa|Wrk> btw is really bad that we are without SRCPV now.. 
Nov 11 12:43:29 <JaMa|Wrk> because later after switch back to SRCPV we need to bump all PV/PE to ensure upgrade
Nov 11 12:44:04 <JaMa|Wrk> again huge upgrades of thing wich were modified just formally :)
Nov 11 12:45:40 <mrmoku> JaMa|Wrk: what do you propose?
Nov 11 12:46:40 <spaetz> bumping PV at some point for SHR apps doesn't look like a problem to me
Nov 11 12:46:49 <spaetz> and people on shr-unstable should expect big updates
Nov 11 12:46:58 <spaetz> shr-testing would be more conservative
Nov 11 12:47:13 <JaMa|Wrk> mrmoku: extract SRCPV support in one patch from hrw-srcpv or shr/import, commit it in shr/merge and revert that patch where Heinervdm replaced SRCPV with SRCREV
Nov 11 12:47:25 <JaMa|Wrk> spaetz: that would be ALL git/svn recipes..
Nov 11 12:47:30 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * re85b267ab7bf 10/fsotimed/ (9 files in 5 dirs): fsotime: add build skeleton for two more plugins: source_ntp and sync_time
Nov 11 12:53:23 <mrmoku> JaMa|Wrk: sounds somewhat like the saner way
Nov 11 12:54:15 <JaMa|Wrk> this shouldn't break stuff but would be definetly better before many users install new image..
Nov 11 12:54:25 <JaMa|Wrk> and before pushing to oe.dev too
Nov 11 12:54:48 <mrmoku> JaMa|Wrk: what it be possible for you to do that? 
Nov 11 12:54:55 <JesusMcCloud> spaetz, i edited the rules (overwrote it with the one from git) then rebooted... still no autosupspend...
Nov 11 12:55:25 <mrmoku> spaetz: hmm... looks like delayed_action is broken for keybindings
Nov 11 12:55:59 <mrmoku> spaetz: we have the Power key bound to power off after pressing it for two seconds
Nov 11 12:56:15 <mrmoku> somehow it triggers both... the syscon and the power off... even if short-pressing it
Nov 11 12:57:19 <JaMa|Wrk> mrmoku: probably not this week..
Nov 11 12:57:43 <mrmoku> JaMa|Wrk: ok
Nov 11 12:58:01 <JaMa|Wrk> mrmoku: and seems like there is no patch for revert then.. because it was split to two patches before (recipes, srcpv remove) but then Thomas sent updated patch http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?h=shr/merge&id=87f9a2d04352c9cfafc6bac21cd953d63fe8adf5
Nov 11 12:58:27 <JaMa|Wrk> mrmoku: maybe you have SRCPV->SRCREV patch somewhere..
Nov 11 12:58:45 <mrmoku> JaMa|Wrk: no, but that should not be that bad to re-add 
Nov 11 12:58:57 <spaetz> JesusMcCloud: also reversed the sections in frameworkd.conf?
Nov 11 12:58:58 <spaetz> [fsousage.lowlevel_openmoko]
Nov 11 12:59:02 <spaetz> before [fsousage.dbus_service]
Nov 11 12:59:25 <spaetz> and also did not plug the moko into USB?
Nov 11 12:59:34 <JesusMcCloud> spaetz, nope, forgot frameword.conf
Nov 11 12:59:46 <spaetz> hehe
Nov 11 13:00:16 <JesusMcCloud> the delayed action: i ran into the same problem a few weeks ago...
Nov 11 13:00:23 <JaMa|Wrk> mrmoku: yeah .. readd it, but that patch would be great start for automatic SRCREV->SRCPV
Nov 11 13:00:46 <JaMa|Wrk> mrmoku: even with many conflicts maybe
Nov 11 13:00:55 <spaetz> but we can still push out an image with broken syscon menu and time off
Nov 11 13:01:05 <spaetz> so let's recompile images and push out!
Nov 11 13:01:15 <spaetz> I wanna release my release notes :)
Nov 11 13:04:42 <JesusMcCloud> spaetz, at least the messagelist shoudl be feixed before new public image...
Nov 11 13:04:57 <joerg_42> spaetz: the moko? what's that?
Nov 11 13:05:34 <joerg_42> el moko I could tell ya the meaning of ;-D
Nov 11 13:06:03 * spaetz would push it out independent of what's still broken. We haven't released sind beginning Sep., and this is called -unstable :)
Nov 11 13:06:28 * spaetz thinks we will always have one *crucial* bug that would prevent the next snaphsot
Nov 11 13:06:34 <mrmoku> so... JesusMcCloud want's the messagelist be fixed... JaMa|Wrk the SRCPV thing... me the syscon menu... and spaetz nothing - now we have a problem ;)
Nov 11 13:06:53 <spaetz> mrmoku: hehe
Nov 11 13:07:18 * JaMa|Wrk doesn't care about users.. but downloading tons of just renamed stuff is wrong.. :P
Nov 11 13:07:38 <JesusMcCloud> mrmoku, i als want to fid the time to clean up messy shr logos in gry* theme...
Nov 11 13:07:56 <spaetz> but why can't we fix all that stuff over time?
Nov 11 13:08:11 <spaetz> It's not like an shr-unstable snaphsot must have release quality
Nov 11 13:08:20 <mrmoku> :)
Nov 11 13:08:20 <joerg_42> golden sample
Nov 11 13:08:27 <JaMa|Wrk> spaetz: ie SRCPV isn't fix.. its just annoying users with redownload.. 
Nov 11 13:08:40 <JaMa|Wrk> spaetz: and SRCPV should be easy to add
Nov 11 13:08:48 <spaetz> I think we annoy users more when they have no new downloads at all :)
Nov 11 13:08:51 <mrmoku> JaMa|Wrk: where is that branch from hrw?
Nov 11 13:09:02 <spaetz> for months
Nov 11 13:09:17 <JaMa|Wrk> mrmoku: sory not hrw but xora xora/angstrom-srcpv
Nov 11 13:09:25 <mrmoku> ahh ok :)
Nov 11 13:09:41 <mrmoku> spaetz: yeah, for sure
Nov 11 13:09:49 <joerg_42> spaetz: I think *that* can't get any worse (annoy users)
Nov 11 13:10:02 <mrmoku> joerg_42: you have noooo idea ;)
Nov 11 13:10:07 <spaetz> joerg_42: oh, it can always get worse :)
Nov 11 13:10:16 <spaetz> that I have learned in my life so far
Nov 11 13:10:37 <JaMa|Wrk> but now we have great oportunity to make tham all reflash :)
Nov 11 13:11:15 * spaetz thinks we can always require a reflash in the -unstable branch
Nov 11 13:11:21 <joerg_42> well, you always can increase annoyance potential, but there's a natural limit to actual state of annoyance of users anyway
Nov 11 13:11:33 <JaMa|Wrk> fixes in recipes later are ok
Nov 11 13:12:29 <JaMa|Wrk> spaetz: yes we can as soon as we have -testing and -stable for users which are using their phones :)
Nov 11 13:14:16 <JaMa|Wrk> mrmoku: something to add or possible to remove? http://pastebin.ca/1666439
Nov 11 13:17:00 <mrmoku> JaMa|Wrk: looks like the sane essentials for our stuff, yes
Nov 11 13:17:20 <JesusMcCloud> i noticed another minor thing: the default elm theme is now gry, but illuem theme still is default
Nov 11 13:19:16 <spaetz> JesusMcCloud: no clue how to set/change the default
Nov 11 13:19:49 <spaetz> the wizard dialog in the beginning only offered illume/illume SHR IIRC
Nov 11 13:19:56 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * r44624a9c6107 10/fsotimed/src/plugins/sync_time/ (Makefile.am plugin.vala): fsotime: iterate through sources entry and load corresponding plugins
Nov 11 13:20:22 <JaMa|Wrk> mrmoku: mickeydbus-locale-0.9.2+gitr1+63b1dff1bc8ac22efabcee8a90e957c3b2423317-r2.4 hmm looks like SRCPV and in recipe is SRCREV
Nov 11 13:20:39 <JesusMcCloud> cfg file representing illume-shr profile
Nov 11 13:20:39 <spaetz> mrmoku: btw, syscon menu and selecting suspend only suspends for me
Nov 11 13:20:46 <spaetz> and that is the buildhost image
Nov 11 13:21:02 <spaetz> it only powers off when in shr-today
Nov 11 13:21:13 <spaetz> if looking at the illume desktop it jsut suspends
Nov 11 13:21:36 <spaetz> no, even in shr-today it just suspends, it seems
Nov 11 13:21:43 <mrmoku> JaMa|Wrk: for AUTOREV packages it is doing it that way
Nov 11 13:21:48 <mrmoku> just if you have a fixed rev not
Nov 11 13:22:15 <mrmoku> spaetz: it powers off if you use the power button :)
Nov 11 13:22:15 <spaetz> WAAH, now it wakes up a few seconds after suspending
Nov 11 13:22:24 <mrmoku> if you do it via tapping on the screen all is fine
Nov 11 13:22:25 <spaetz> mrmoku: not here
Nov 11 13:22:29 <mrmoku> hmm
Nov 11 13:22:35 <spaetz> I used POWER button
Nov 11 13:22:37 <JesusMcCloud> opimd-contacts layout is also broken...
Nov 11 13:23:07 <mrmoku> nobody cares about opimd-contacts ;)
Nov 11 13:23:34 <JesusMcCloud> i just noticed it...
Nov 11 13:23:37 <JaMa|Wrk> mrmoku: but I should have fixed rev for everything now (no shr-autorev.inc here).. but I'll recheck
Nov 11 13:23:38 <mrmoku> spaetz: for me it shuts down via PowerButton without shr-today too
Nov 11 13:23:51 <spaetz> weird
Nov 11 13:26:01 <Weiss> JaMa|Wrk: (unrelated again): do you know if that random X server crash that was possibly to do with the cursor has been banished forever?
Nov 11 13:26:54 <Weiss> (the one that often manifests itself when you type quickly)
Nov 11 13:27:06 <DocScrutinizer> btw Weiss spaetz mrmoku - you are aware powerbutton is a IRQ thing?
Nov 11 13:27:09 <JaMa|Wrk> Weiss: I had no crash with cursor disabled, but haven't tried with cursor enabled again
Nov 11 13:28:19 <mrmoku> DocScrutinizer: means what?
Nov 11 13:28:41 <dos1> mrmoku: (about opimd-contacts layout broken) but it seems it's bug in elementary
Nov 11 13:28:43 <Weiss> JaMa|Wrk: I have it (or something different but with similar symptoms) with the cursor disabled.. :( (but I have a relatively old Xorg compared to you)
Nov 11 13:29:08 <DocScrutinizer> means : if IRQ is borked, you will fiddle forever trying to fix higher level issues
Nov 11 13:29:38 <Weiss> were there power button problems?
Nov 11 13:29:56 * Weiss is so focused these days that he doesn't really know what else is going on outside Glamoland
Nov 11 13:30:00 <mrmoku> DocScrutinizer: well the button itself works fine
Nov 11 13:30:16 <mrmoku> Weiss: we have a delayed_action bound to the power key
Nov 11 13:30:23 <mrmoku> and even short presses trigger that action
Nov 11 13:30:44 <Weiss> delayed_action as in press-and-hold?
Nov 11 13:30:47 <mrmoku> spaetz: are you on fsodeviced or odeviced right now?
Nov 11 13:30:50 <mrmoku> Weiss: yup
Nov 11 13:31:01 <mrmoku> press it for 2s and it will shutdown
Nov 11 13:31:07 <spaetz> odeviced
Nov 11 13:31:08 <mrmoku> just that right now it shuts down allways
Nov 11 13:31:17 <spaetz> I will only change after we pushed out an image ;)
Nov 11 13:31:20 <mrmoku> spaetz: could you try if pressing Aux triggers shr-today?
Nov 11 13:31:27 <spaetz> let me check
Nov 11 13:31:43 <DocScrutinizer> mrmoku: let me ut it this way: when you cnnect your lightswitch parallel to lightbulb instead of series, then the lightswitch itself also works fine, at least for switching off light. Alas there seems to be a strange issue with fuse then ;-D
Nov 11 13:31:50 <spaetz> I get shr-today and the "LOCKED" bar
Nov 11 13:31:59 <spaetz> pressing again unlocks both
Nov 11 13:32:24 <mrmoku> spaetz: ok... fsodeviced is different then...
Nov 11 13:32:29 <mrmoku> mickey|office: ^^^ ?
Nov 11 13:32:34 <dos1> mrmoku: hmm?
Nov 11 13:32:40 <mrmoku> mickey|office: fsodeviced does not report Aux presses?
Nov 11 13:32:50 <dos1> it does
Nov 11 13:32:53 <mrmoku> hmm
Nov 11 13:33:31 <dos1> well, i have to switch back to fsodeviced
Nov 11 13:33:38 <dos1> as recently i was using odeviced
Nov 11 13:33:55 <dos1> but when i was using fsodeviced, everything worked nicely - fsodeviced too :P
Nov 11 13:34:09 <dos1> s/fsodeviced too/shr-today too/
Nov 11 13:34:09 <apt> dos1 meant: but when i was using fsodeviced, everything worked nicely - shr-today too :P
Nov 11 13:34:10 <dos1> :D
Nov 11 13:35:05 <mrmoku> 2009-11-11T13:34:33.293002Z KernelAggregateInputDevice [DEBUG] </dev/input>: input ev 11, 1, 169, 1
Nov 11 13:35:14 <mrmoku> but it does not cause shr-today to pop up
Nov 11 13:35:21 <Weiss> mrmoku: not to nitpick, but I wonder if shutdown is really something that deserves a shortcut..
Nov 11 13:35:52 <mrmoku> Weiss: yeah... something to argue about... I don't need that P
Nov 11 13:36:21 <Weiss> I had an idea a while back.. press Aux to pop up a menu, then again to select (e.g.) Lock, Disable screen blank, Disable auto-suspend etc. That'd be very useful for (say) using GPS
Nov 11 13:36:55 <Weiss> where you keep pressing until your desired combination is selected (if that makes sense)
Nov 11 13:37:30 <spaetz> Weiss: agreed
Nov 11 13:37:57 <spaetz> but that is basically the syscon menu with some slightly different options :)
Nov 11 13:38:22 <Weiss> which menu? (maybe my SHR is too old to have this)
Nov 11 13:38:30 <spaetz> POWER button menu
Nov 11 13:38:32 <mickey|office> mrmoku: AUX presses are reported here as seen w/ mdbus -s -l
Nov 11 13:38:46 <mrmoku> mickey|office: mdbus -s -l gives me nothing...
Nov 11 13:38:53 <mrmoku> just the idle changes
Nov 11 13:39:21 <mrmoku> ohhh...
Nov 11 13:39:23 <mrmoku> mickey|office: nvm
Nov 11 13:39:23 <mrmoku> :)
Nov 11 13:39:30 <mrmoku> #report1 = AUX,key,169,1
Nov 11 13:39:35 <mrmoku> should activate that probably ;)
Nov 11 13:40:06 <Weiss> spaetz: ah, kind of.. except without having to use the touchscreen. so you can (say) open TangoGPS and be looking at the map, at the same time tapping Aux twice to tell it not to suspend
Nov 11 13:40:10 <mickey|office> mrmoku: hehe
Nov 11 13:41:32 <mrmoku> spaetz: ok, I will remove the Aux key binding and switch the Power binding to just pop up the syscon menu for now
Nov 11 13:42:10 <spaetz> mrmoku: sounds good to me
Nov 11 13:43:37 <spaetz> better than unexpected power offs at least
Nov 11 13:44:05 <spaetz> mrmoku: how much CPU does fsodeviced eat on your FR
Nov 11 13:44:29 * spaetz is tempted,,, no is not to include it by default :)
Nov 11 13:46:23 <JesusMcCloud> (i just noticed that shr-today is quite heavy... took me 3 seconds to pick up a call... but mostyl because i was confused)
Nov 11 13:46:56 <spaetz> JesusMcCloud: what annoys me is that shr-today sets in while you are in a call.
Nov 11 13:47:05 <spaetz> and than before hanging up you need to unlock it
Nov 11 13:47:08 <JesusMcCloud> that is annoying
Nov 11 13:47:23 <spaetz> which can cause an awkward fumbling and silence on my side at the end of a call
Nov 11 13:47:34 <JesusMcCloud> but for me its not that big of a deal, since i am used to lock my phone when i put it to my ear...
Nov 11 13:47:36 <spaetz> and dos1 says, it's by design ....
Nov 11 13:47:43 <JesusMcCloud> ???
Nov 11 13:48:01 <spaetz> but I'll probably get used to it too. I was mostly confused
Nov 11 13:48:13 <JaMa|Wrk> mrmoku: btw thanks for 2.6.31..
Nov 11 13:48:17 <mrmoku> spaetz: no CPU
Nov 11 13:48:18 <JesusMcCloud> or phoneui just fires up some signal to prevent lock
Nov 11 13:48:19 <CIA-86> SHR: 03mok 07shr-themes * r2ee4c82164e4 10/e-wm/e-wm-config-illume-shr/e.src: e-wm-config-illume-shr: drop keybinding for Aux and delayed_action for Power
Nov 11 13:48:20 <mrmoku> and no accels
Nov 11 13:48:33 <spaetz> mrmoku: no? wow. Perhaps we should include it by default :)
Nov 11 13:48:37 <mrmoku> :)
Nov 11 13:48:45 <JaMa|Wrk> mrmoku: would you also add linux-openmoko-shr-drm-devel?
Nov 11 13:49:09 <mrmoku> JaMa|Wrk: rebuild it?
Nov 11 13:49:14 <mrmoku> will do
Nov 11 13:49:35 <JaMa|Wrk> mrmoku: no rebuild.. another dir :)
Nov 11 13:49:43 <mrmoku> JaMa|Wrk: yeah, rebuild the shr-kms one?
Nov 11 13:49:49 <JaMa|Wrk> mrmoku: ahh yes..
Nov 11 13:50:13 <JaMa|Wrk> mrmoku: it wasn't on tests/mrmoku.. so i guessed you removed it completelly
Nov 11 13:50:41 <JaMa|Wrk> mrmoku: but shr-kms is now better because it installs to /lib/modules/2.6.29-rc3-drm.. so no conflict with old andy-tracking
Nov 11 13:50:44 <mrmoku> JaMa|Wrk: removed tmp yes
Nov 11 13:53:58 <mrmoku> JaMa|Wrk: is building now
Nov 11 13:54:39 <JaMa|Wrk> mrmoku: and you were right about that SRCREV.. rebuilding again and PV is wrong (as you said it will be)
Nov 11 13:55:48 <mrmoku> JaMa|Wrk: is 453a13c7a68087895f4048410aba1a519ec99897 all we need from xora's tree?
Nov 11 13:59:16 <JaMa|Wrk> mrmoku: yes the bitbake.conf should be first commit, also sent to oe.dev ML for confirmation..
Nov 11 14:01:12 <JaMa|Wrk> mrmoku: than it's a bit tricky with git recipes where you need to bump PE and easy for svn recipes where it should be the same before and after SRCREV/SRCPV change
Nov 11 14:03:26 <mrmoku> hmm
Nov 11 14:04:43 <spaetz> do those changes bring us closer to OE.dev upstream? I doubt it
Nov 11 14:05:06 * spaetz shuts up now.
Nov 11 14:05:10 <mrmoku> :)
Nov 11 14:05:39 <mrmoku> spaetz: I think there is some consense even for OE.dev that some solution for the git problem is needed
Nov 11 14:05:52 <mrmoku> and the only one around is SRCPV
Nov 11 14:06:05 <mrmoku> I guess it is just missing someone to push it harder :P
Nov 11 14:06:12 <spaetz> yes, but is the solution to really convolute the shr/merge stream with more diverging patches?
Nov 11 14:06:29 <spaetz> or is the proper solution to address this in the feature branch and then merge into OE.dev?
Nov 11 14:07:07 <spaetz> s/stream/branch/
Nov 11 14:08:14 <spaetz> I thought we work towards *reducing* the difference between shr/merge and OE.dev
Nov 11 14:08:16 <mrmoku> turn it however you want... without SRCPV we won't have a testing
Nov 11 14:08:19 * spaetz really shuts up now :)
Nov 11 14:08:24 <mrmoku> unstable maybe... but no testing
Nov 11 14:09:12 <mrmoku> spaetz: could you add the '2s Power press does not shutdown' regression to your list of known issues on blog please?
Nov 11 14:09:25 <spaetz> yep
Nov 11 14:09:39 <JaMa|Wrk> spaetz, mrmoku: xora agreed that he wanted to push it before.. 
Nov 11 14:10:01 <JaMa|Wrk> he said that only problem was that he wanted to push whole tree in one huge push
Nov 11 14:10:44 <JaMa|Wrk> and that if we start with small patch, then it could be included in oe.dev and we don't need to replace SRCPV in our recipes..
Nov 11 14:11:48 <JaMa|Wrk> spaetz: but this change is for oe.dev asap..
Nov 11 14:12:30 * spaetz doesn't care.
Nov 11 14:12:37 <spaetz> I have my local image
Nov 11 14:13:36 <JaMa|Wrk> hehe :)
Nov 11 14:13:44 <JaMa|Wrk> mrmoku: minimal autorev pusshed..
Nov 11 14:15:09 <mrmoku> JaMa|Wrk: great
Nov 11 14:15:13 <JaMa|Wrk> SRCREV_FORMAT = "gitrFSO_REV-SHR_REV"
Nov 11 14:15:13 <JaMa|Wrk> PV = "0.9.5.9+${SRCREV}"
Nov 11 14:15:14 * mrmoku is testing SMS now
Nov 11 14:15:25 <JaMa|Wrk> do we really need that in frameworkd-shr-config?
Nov 11 14:15:37 <joerg_42> fsckng proxyscan.freenode.net tore my router down by sth I'd almost like to call DoS attack :-((
Nov 11 14:15:57 <JaMa|Wrk> I understand why its there.. but its upgradeable almost the same, isn't it?
Nov 11 14:16:22 <mrmoku> hmm not good
Nov 11 14:16:34 <JaMa|Wrk> and without versioned depends its not so usefull :)
Nov 11 14:17:28 <mrmoku> brb
Nov 11 14:18:03 <spaetz> release draft in its current form: http://pastebin.com/m5392b9f6
Nov 11 14:19:19 <JaMa|Wrk> spaetz: Please remove that line :) "Our kernel is based on 2.6.29 now, for example."
Nov 11 14:19:31 <JaMa|Wrk> spaetz: our kernel is almost the same as it was in old image..
Nov 11 14:19:45 <JaMa|Wrk> spaetz: about 4 commits later in the same branch? :)
Nov 11 14:20:55 <JaMa|Wrk> "see how-dri-and-drm-work" will be replaced with link or ie see [1] with url reference in the end?
Nov 11 14:21:29 <spaetz> JaMa|Wrk: it's an html link in the blog post
Nov 11 14:21:41 <spaetz> will remove the kernel comment
Nov 11 14:21:48 <JaMa|Wrk> spaetz: and there is http://build.shr-project.org/tests/mrmoku/2.6.31/ already
Nov 11 14:22:24 <JaMa|Wrk> http://build.shr-project.org/tests/mrmoku/shr-kms/ is building probably :)
Nov 11 14:25:09 <mickey|office> "obsolete hardware" sounds a bit harsh to me
Nov 11 14:25:37 <mickey|office> how about
Nov 11 14:25:38 <mickey|office> "you're still owning a fine piece of open, but somewhat outdated hardware"
Nov 11 14:26:18 <spaetz> hehe
Nov 11 14:26:20 <spaetz> First don't expect any miracles. While stuff has changed under the hood, you are still owning a fine piece of open. but oudated hardware.
Nov 11 14:26:28 <spaetz> s/open./open,/
Nov 11 14:26:28 <apt> spaetz meant: First don't expect any miracles. While stuff has changed under the hood, you are still owning a fine piece of open, but oudated hardware.
Nov 11 14:26:37 <mickey|office> yeah
Nov 11 14:26:44 <spaetz> blah, without typos of course
Nov 11 14:30:21 <mickey|office> hmm
Nov 11 14:30:36 <mickey|office> the power class device sends way to many battery updates
Nov 11 14:30:48 <mickey|office> i get one every 20 seconds or so
Nov 11 14:30:55 <mickey|office> while there's nothing really changing
Nov 11 14:37:27 <mrmoku> dos1: did you test the oeventsd patch thing in frameworkd recipe?
Nov 11 14:37:50 <dos1> mrmoku: some problem?
Nov 11 14:38:55 <spaetz> Heinervdm: mind if I mark your shr/import patches on patchwork as obsolete?
Nov 11 14:39:09 <spaetz> there are 3 of them: http://patchwork.dev.bearstech.com/project/SHR/list/
Nov 11 14:39:23 <Heinervdm> spaetz: no, they are obsolete now
Nov 11 14:39:27 <spaetz> ok
Nov 11 14:40:27 <spaetz> JaMa|Wrk: xserver-watchdog patch still relevant?
Nov 11 14:40:30 <spaetz> http://patchwork.dev.bearstech.com/patch/207/
Nov 11 14:40:30 <mrmoku> dos1: I still get IncomingStoredMessage signal
Nov 11 14:40:43 <dos1> mrmoku: so?
Nov 11 14:40:49 <dos1> mrmoku: that's unrelated to that patch
Nov 11 14:41:04 <dos1> mrmoku: from ogsmd you can get both IncomingStoredMessage and IncomingMessage
Nov 11 14:41:16 <dos1> mrmoku: but both signals should be followed with IncomingMessage from opimd
Nov 11 14:41:41 <mrmoku> does not work though
Nov 11 14:41:42 <dos1> mrmoku: and that patch is just changing oeventsd to listen to opimd signal, not ogsmd
Nov 11 14:41:56 <dos1> nothing more
Nov 11 14:42:07 <JaMa|Wrk> spaetz: it can be used.. but its not so needed as xorg doesnt crash often now..
Nov 11 14:42:14 <mrmoku> dos1: ok, then config is wrong?
Nov 11 14:42:34 <JaMa|Wrk> spaetz: but its still pain if your X just crashes and you seen command line but have no keyboard to just restart it :)
Nov 11 14:43:05 <spaetz> JaMa|Wrk: right, although it's mostly e crashing and not X, I think
Nov 11 14:43:12 <spaetz> although I didn't have any crashes recently
Nov 11 14:43:41 <spaetz> It's kind of ugly
Nov 11 14:43:51 <spaetz> (the patch)
Nov 11 14:44:00 <spaetz> although effective :)
Nov 11 14:44:18 <JaMa|Wrk> yes.. what do you expect to type on neo keyboard when you have to type slowly :)
Nov 11 14:44:32 <spaetz> hehe
Nov 11 14:44:46 <JaMa|Wrk> and even when typing slowly you sometimes need to reboot whole system just to type slowly again.. :)
Nov 11 14:45:10 <dos1> mrmoku: it depends. if you want SQLite-Messages as default, and SIM-Messages-FSO is in config, then yes ;D
Nov 11 14:45:49 <Weiss> spaetz: hmm.. I wonder if the crash I was talking about a minute ago is the same as yours (E, not X)
Nov 11 14:46:17 <spaetz> Weiss: I haven't seen e crashing for a while now
Nov 11 14:46:32 <spaetz> it did once about 2 weeks ago :)
Nov 11 14:47:26 * Weiss is mostly just wondering whether such things are his fault or not
Nov 11 14:47:34 * JaMa|Wrk knows how to make e crash :)
Nov 11 14:48:16 <JaMa|Wrk> just change engline to software_16 in engine tab of e-settings then back to e-theme settings..
Nov 11 14:48:21 <joerg_42> that's actually easy, using e.g. the wrench
Nov 11 14:48:40 <joerg_42> or *a* wrench ;-P
Nov 11 14:48:48 <spaetz> joerg_42: right, try removing the gadgets... I remember :) 
Nov 11 14:54:28 <JaMa|Wrk> NOTE: Handling BitBake files: \ (1734/7851) [22 %]ERROR: This recipe (/home/projects/OE/dev/recipes/ffalarms/ffalarms_svn.bb) has a do_stage_prepend or do_stage_append and do_stage now doesn't exist. Please rename this to do_stage()
Nov 11 14:58:58 <JaMa|Wrk> actually its in /dev/classes/vala.bbclass
Nov 11 15:04:38 <playya_> ~seen ptitjes
Nov 11 15:04:41 <apt> ptitjes <n=didier@230.73.198-77.rev.gaoland.net> was last seen on IRC in channel #openmoko-cdevel, 1d 18h 4m 28s ago, saying: 'that dbus stuff had nothing to do in the AST'.
Nov 11 15:04:43 * joerg_42 tries to figure what on earth a kind of device  /dev/classes/vala.bbclass might be
Nov 11 15:05:11 <playya_> oO
Nov 11 15:06:22 <playya_> i try to figure out how to remove this error: Assembler messages:
Nov 11 15:06:22 <playya_> Fatal error: Invalid -march= option: `armv4t'
Nov 11 15:07:24 <playya_> (no. it's not OE)
Nov 11 15:09:13 <mickey|office> what are you trying to compile and on which system?
Nov 11 15:10:55 <playya_> gcc-3.4.4 with ptxdist on a karmic machine(gcc 4.4.1)
Nov 11 15:12:30 <playya_> i know you had the error about 2 years ago. but that was a wrong arch and static
Nov 11 15:28:49 <JaMa|Wrk> mrmoku: hehe we already had support for SRCPV in shr.conf..  I've sent SRCPV bitbake.conf bits to list.. lets see what happens
Nov 11 15:29:12 <mrmoku> hehe :)
Nov 11 15:30:33 <JaMa|Wrk> mrmoku: I've already 2 core acks from RP anc xora from #oe :)
Nov 11 15:32:31 <mrmoku> :D
Nov 11 15:38:09 <playya_> bye. see you later
Nov 11 15:44:43 <TAsn> mrmoku, why the heck did you think I was going to apply that patch? :)
Nov 11 15:44:51 <TAsn> not that I mind, it's just that I never have before ;]
Nov 11 15:45:08 <TAsn> that's probably your suspend issue, isn't it?
Nov 11 15:45:32 * mrmoku is going to walk around with a light in the hand and singing... no
Nov 11 15:47:05 <mickey|office> hmm
Nov 11 15:47:07 <mickey|office> Laternenfest?
Nov 11 15:47:51 <JaMa|Wrk> mickey|office: ack for SRCPV?
Nov 11 15:51:11 <mickey|office> ya
Nov 11 16:01:51 <joerg_42> laterinenfest was a few days ago, no?
Nov 11 16:04:34 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * r7e7b37915a5c 10/fsotimed/ (12 files in 9 dirs): fsotimed: source_ntp: send packet to server and retrieve return packet
Nov 11 16:05:11 <mickey|office> Sankt Martin is today
Nov 11 16:05:18 <mickey|office> Always a happening for Kindergarten 
Nov 11 16:05:27 <mickey|office> i used to enjoy that when i was working ther
Nov 11 16:12:15 <ftn> Howdy. I'm trying to maximize a window in python- elementary but win.fullscreen_set(True) doesn't seem to work. Do you know how can I get it? pls
Nov 11 16:14:35 <joerg_42> yeeeha! china is going to use Infineon chips to give a RFID passport to all their folks
Nov 11 16:14:59 <joerg_42> ~lart RFID passports
Nov 11 16:14:59 * apt shoots RFID passports in his sleep
Nov 11 16:17:59 * joerg_42 resurrects his plans for handy small microwave surge generators
Nov 11 16:38:48 <TAsn> ok, I just added a script to xchat that logs every message that contains "tasn" in it, so next time you want to leave me a message, be sure to include the whole text in the same line or at least in lines containing "tasn" as otherwise the script won't "catch" them.
Nov 11 17:13:31 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * recf1d8e6c54b 10/fsotimed/src/plugins/source_ntp/plugin.vala: fsotimed: ntp: convert received timestamp packet to UTC
Nov 11 18:02:49 <dos1> JaMa|Wrk: ERROR: cannot concatenate 'str' and 'EnumValue' objects while parsing /home/shr/shr-unstable/openembedded/recipes/shr/shr-splash-theme-logo_git.bb
Nov 11 18:09:19 <mrmoku> mickey|office: yup Laternenfest :)
Nov 11 18:09:28 <mrmoku> joerg_42: no today
Nov 11 18:29:40 <alexxy> mrmoku: TAsn : 2009.11.11 21:28:51.123 oeventsd             ERROR    can't parse rule {'trigger': 'IdleState()', 'filters': 'HasAttr(status, "suspend")', 'actions': 'SuspendAction()'} : Function SuspendAction not registered         
Nov 11 18:29:49 <alexxy> its with recent oemerge build
Nov 11 18:30:32 <JaMa|Wrk> dos1: will fix in few mins..
Nov 11 18:30:51 <JaMa|Wrk> dos1: strang that it wasn't parsed here while building shr-image..
Nov 11 18:36:35 <TAsn> alexxy, blame spaetzAFK please.
Nov 11 18:36:50 <mrmoku> alexxy: or better still... fix your frameworkd.conf
Nov 11 18:37:15 <mrmoku> alexxy: switch [fsousage.dbus_service] to come after [fsousage.lowlevel_openmoko]
Nov 11 18:37:29 <alexxy> mrmoku: TAsn ; aslo how about enabling sqlite mesaages by defaukt in frameworkd
Nov 11 18:37:45 <Heinervdm> and replace SuspendAction() by Suspend()
Nov 11 18:38:14 <alexxy> #fsousage.lowlevel_openmoko needs to appear before fsousage.dbus_service
Nov 11 18:38:14 <alexxy> [fsousage.lowlevel_openmoko]
Nov 11 18:38:14 <alexxy> [fsousage.dbus_service]
Nov 11 18:38:19 <alexxy> its already here
Nov 11 18:38:32 <JaMa|Wrk> dos1: pushed.. thanks for ping
Nov 11 18:39:08 <mrmoku> alexxy: hmm
Nov 11 18:39:14 <dos1> JaMa: no problem ;)
Nov 11 18:39:26 <JaMa> mrmoku: shr.conf and srcrevs pushed..
Nov 11 18:39:30 <mrmoku> JaMa: ok
Nov 11 18:39:39 <mrmoku> JaMa: one problem was apmd in the image
Nov 11 18:39:50 <JaMa> mrmoku: so shr packages can go one by one to oe.dev now..
Nov 11 18:39:53 <mrmoku> JaMa: we need a preferred provider for fso-apmd me thinks
Nov 11 18:40:08 * mrmoku lookks
Nov 11 18:40:34 <TAsn> mrmoku, <alexxy> mrmoku: TAsn ; aslo how about enabling sqlite mesaages by defaukt in frameworkd
Nov 11 18:40:34 <TAsn> mrmoku, haven't you done that already?
Nov 11 18:40:39 <JaMa> mrmoku: what about that SRCPV? should I replace it in shr/merge for shr packages?
Nov 11 18:41:13 <mrmoku> JaMa: that would be great :)
Nov 11 18:41:13 <alexxy> TAsn: it was done in mrmoku/unstable
Nov 11 18:41:18 <alexxy> but not in oemerge
Nov 11 18:42:36 <TAsn> oh, ok.
Nov 11 18:42:40 <TAsn> mrmoku, ^ :)
Nov 11 18:42:46 <mrmoku> hmm... where was that done?
Nov 11 18:43:02 <mrmoku> I greatly doubt that
Nov 11 18:43:13 <dos1> it has to be done in shr-themes.git/frameworkd/frameworkd-config-shr/ :P
Nov 11 18:43:15 <mrmoku> as it is the shr-themes repo doing the config and not a recipe
Nov 11 18:43:18 <mrmoku> :)
Nov 11 18:44:37 <dos1> NOTE: preferred version 0.9.3 of x11vnc not available (for item x11vnc)
Nov 11 18:44:38 <dos1> NOTE: preferred version 0.97 of gpe-gallery not available (for item gpe-gallery)
Nov 11 18:44:42 <TAsn> actually, I knew that.
Nov 11 18:44:42 <TAsn> although that's weird it didn't change for him...
Nov 11 18:44:51 <mrmoku> dos1: enough energy to commit that change? as I have no idea how exactly... :)
Nov 11 18:45:00 <dos1> ok
Nov 11 18:45:06 <mrmoku> great
Nov 11 18:45:45 <mrmoku> JaMa: hmm... we want fso-apm instead of apm
Nov 11 18:45:56 <mrmoku> though there is no PROVIDES ...
Nov 11 18:45:59 <pbaxter> mrmoku: on the 10 november image when i do 'opkg update' the repo are the same as the old unstable..is that right?
Nov 11 18:46:06 <mrmoku> just a CONFLIICTS = "apm"
Nov 11 18:46:30 <pbaxter> mrmoku: ?
Nov 11 18:46:31 <dos1> mrmoku: decide - you don't want apm or apmd in image? :P
Nov 11 18:46:34 <mrmoku> pbaxter: yeah, you have to manually change feed config for those images
Nov 11 18:46:55 <pbaxter> ah ok
Nov 11 18:46:57 <pbaxter> why mrmoku ?
Nov 11 18:46:59 <dos1> well, i think we don't want both
Nov 11 18:46:59 <mrmoku> dos1: well... apmd is harmfull
Nov 11 18:47:06 <pbaxter> so now i'm with wrong packages i've upgraded
Nov 11 18:47:07 <pbaxter> ...
Nov 11 18:47:09 <pbaxter> ok thanks
Nov 11 18:47:10 <mrmoku> pbaxter: because it is not an official image
Nov 11 18:47:14 <pbaxter> and which repo must i put?
Nov 11 18:47:36 <mrmoku> tests/mrmoku/oemerge/feed/...
Nov 11 18:47:51 <pbaxter> mrmoku: thanks a lot
Nov 11 18:48:16 <mrmoku> pbaxter: and yes... we will soon clean up that mess and have a new unstable image :)
Nov 11 18:48:24 <mrmoku> brb
Nov 11 18:48:28 <pbaxter> mrmoku: thanks al ot
Nov 11 18:49:16 <CIA-86> SHR: 03seba.dos1 07shr-themes * rdbd616027feb 10/frameworkd/frameworkd-config-shr/ (5 files in 5 dirs): frameworkd-config-shr: opimd: change default messages backend to SQLite-Messages
Nov 11 18:49:27 <max_posedon> mrmoku, soon? before or after new year?)
Nov 11 18:49:32 <max_posedon> Hi!)
Nov 11 18:50:11 * spaetzAFK makes mental note to release note message sqlite backend too
Nov 11 18:58:05 <TAsn> max_posedon, depends if you work according to the jewish (~1 year from now) or christian new year ;]
Nov 11 18:59:13 <mrmoku> max_posedon: which year?
Nov 11 18:59:32 <mrmoku> in any way it will be before _and_ after new year ;)
Nov 11 19:00:32 <max_posedon> ok, I also like kidding when I don't know the answer)
Nov 11 19:56:41 <GarthPS> does some one can help me with  wile an bitbake shr-image "NOTE: Handling BitBake files: | (6855/7852) [87 %]NOTE: <type 'exceptions.TypeError'>:cannot concatenate 'str' and 'EnumValue' objects while evaluating:"
Nov 11 19:57:18 <JaMa> GarthPS: git pull should help you
Nov 11 19:57:29 <JaMa> GarthPS: if it continues with shr-splash-theme-logo
Nov 11 19:57:35 <GarthPS> git pull wher what?
Nov 11 19:57:48 <JaMa> GarthPS: you need to update git repo
Nov 11 19:58:26 <GarthPS> but ok but witch one (I did not say that I am  not a biginner :) )
Nov 11 19:58:43 <JaMa> shr/merge
Nov 11 19:59:01 <mrmoku> GarthPS: make update
Nov 11 19:59:15 * JaMa never used that Makefile :)
Nov 11 19:59:22 <GarthPS> already done a tousand time..
Nov 11 19:59:43 <JaMa> GarthPS: so you me what was bitbake evaluating :)
Nov 11 19:59:53 <JaMa> GarthPS: so show me what was bitbake evaluating :)
Nov 11 20:00:07 <dos1> JaMa: ERROR: cannot concatenate 'str' and 'EnumValue' objects while parsing /home/shr/shr-unstable/openembedded/recipes/shr/ologicd_git.bb
Nov 11 20:00:18 <dos1> ERROR: cannot concatenate 'str' and 'EnumValue' objects while parsing /home/shr/shr-unstable/openembedded/recipes/shr/libmodulo_git.bb
Nov 11 20:00:26 <JaMa> hmm weird!
Nov 11 20:00:26 <dos1> ERROR: cannot concatenate 'str' and 'EnumValue' objects while parsing /home/shr/shr-unstable/openembedded/recipes/shr/ophonekitd-vala_git.bb
Nov 11 20:01:38 <GarthPS> here is the comple output http://pastebin.com/decc001f
Nov 11 20:01:47 <dos1> JaMa: and last one - ERROR: cannot concatenate 'str' and 'EnumValue' objects while parsing /home/shr/shr-unstable/openembedded/recipes/pidgin/msn-pecan_git.bb
Nov 11 20:03:04 <JaMa> dos1: thanks... ill fix it 
Nov 11 20:03:24 <mrmoku> JaMa: missing srcrevs for those...
Nov 11 20:03:29 <JaMa> yes
Nov 11 20:03:37 <JaMa> msn-pecan should be gone.. irc
Nov 11 20:05:31 <GarthPS> JaMa: did you see my pastbin?
Nov 11 20:06:34 <JaMa> GarthPS: fixing it now..
Nov 11 20:06:44 <GarthPS> ok thx! 
Nov 11 20:09:00 <mrmoku> JaMa: did you already set a rev for the logo splash?
Nov 11 20:09:07 <mrmoku> betheg: thanks for the tzdata patches :)
Nov 11 20:10:06 <mrmoku> JaMa: because there is a cookie from betheg for that
Nov 11 20:12:48 <mrmoku> yup, you did :)
Nov 11 20:14:51 <JaMa> mrmoku: yes.. I've seen it here 19:02:25 < dos1> JaMa|Wrk: ERROR: ca
Nov 11 20:15:09 * mrmoku too slow for Jama :P
Nov 11 20:16:28 <JaMa> pushing now..
Nov 11 20:16:34 <JaMa> and eating dinner :)
Nov 11 20:16:59 * JaMa hopes its all
Nov 11 20:17:05 <JaMa> sorry guyes..
Nov 11 20:17:24 <JaMa> but better to fuckup in shr/merge then later in oe.dev, no?
Nov 11 20:18:20 <mrmoku> :)
Nov 11 20:18:35 <mrmoku> yup, much better :P
Nov 11 20:19:12 <GarthPS> JaMa: it is ok?
Nov 11 20:19:31 <GarthPS> hou it seems
Nov 11 20:19:38 <JaMa> + update-alternatives --install /etc/gtk-2.0/gtkrc gtk-theme /etc/gtk-2.0/gtkrc.default 1
Nov 11 20:19:41 <JaMa> update-alternatives: error: alternative path /etc/gtk-2.0/gtkrc.default doesn't exist.
Nov 11 20:19:44 <JaMa> while do_rootfs..
Nov 11 20:21:31 <JaMa> ahh..
Nov 11 20:30:58 <ftn> Howdy. I'm trying to maximize a window in python- elementary but win.fullscreen_set(True) doesn't seem to work. Do you know how can I get it? pls
Nov 11 20:51:19 <mrmoku> jhmm
Nov 11 20:51:21 <mrmoku> Nov 11 20:49:50 om-gta02 user.err kernel: [ 9360.745000] pm_op(): platform_pm_suspend+0x0/0x60 returns -16
Nov 11 20:51:25 <mrmoku> Nov 11 20:49:50 om-gta02 user.err kernel: [ 9360.745000] PM: Device neo1973-pm-gsm.0 failed to suspend: error -16
Nov 11 20:51:28 <mrmoku> Nov 11 20:49:50 om-gta02 user.err kernel: [ 9360.745000] PM: Some devices failed to suspend
Nov 11 20:51:45 <max_posedon> Does it means, I shouldn't upgrade today?
Nov 11 20:51:54 <mrmoku> :)
Nov 11 20:52:12 <mrmoku> max_posedon: sometimes it suspends and resumes immediately
Nov 11 20:52:52 <max_posedon> ah, its ok, if screen doesn't become black forewer
Nov 11 20:57:30 <mrmoku> max_posedon: no screen is fine :)
Nov 11 20:57:49 <max_posedon> ah, its ok for me)
Nov 11 20:58:08 <Zorkman> hi onen|openBmap!
Nov 11 20:58:14 <Zorkman> how's it going?
Nov 11 20:59:56 <mrmoku> max_posedon: it will still build a while though
Nov 11 21:00:05 <mrmoku> max_posedon: no update before tomorrow I think
Nov 11 21:00:12 <max_posedon> ok
Nov 11 21:00:35 <mrmoku> and if the new image finally works more or less... WE WILL SYNC IT :D
Nov 11 21:00:49 <max_posedon> it wan't
Nov 11 21:00:56 <max_posedon> or new messages bug fixed?
Nov 11 21:01:02 <mrmoku> ohhh yes... it will (more or less)
Nov 11 21:01:06 <mrmoku> max_posedon: maybe
Nov 11 21:01:18 <mrmoku> we switched frameworkd config to use opimd messages properly
Nov 11 21:01:43 <max_posedon> I afraid of it will lose sms functionality at all
Nov 11 21:02:03 <max_posedon> because of sms's incommed right before suspending/poweroffing
Nov 11 21:02:23 <mrmoku> why should it?
Nov 11 21:02:50 <mrmoku> anyway ... we'll see :)
Nov 11 21:02:54 * mrmoku off to bed now
Nov 11 21:03:14 <mrmoku> gnight all
Nov 11 21:03:16 <max_posedon> because opimd doesn't catch new message signal, because thereis now dbus
Nov 11 21:03:20 <JaMa> gnite mrmoku
Nov 11 21:03:21 <max_posedon> *no*
Nov 11 21:03:26 <max_posedon> but sim will catch sms
Nov 11 21:03:42 <mrmoku> max_posedon: have to talk with dos1 about that... he should know if that could happen or not
Nov 11 21:03:46 <mrmoku> JaMa: thanks and gnight
Nov 11 21:04:03 <max_posedon> dos1, !?
Nov 11 21:04:06 <max_posedon> dos!)
Nov 11 21:04:37 <dos1> max_posedon: when sim will catch sms, opimd will catch it too
Nov 11 21:04:45 <dos1> it supports both ogsmd signals
Nov 11 21:04:54 <dos1> it just will be stored in both sqlite database and on sim
Nov 11 21:04:56 <dos1> ;)
Nov 11 21:05:10 <max_posedon> but that will happens
Nov 11 21:05:24 <max_posedon> when fso doesn't emit signal because of new sms
Nov 11 21:05:32 <max_posedon> because system shutdowning! now
Nov 11 21:05:44 <max_posedon> e.g. there is now dbus. fso, etc
Nov 11 21:05:48 <max_posedon> but sim catch sms
Nov 11 21:05:55 <max_posedon> then phone powered off
Nov 11 21:06:02 <max_posedon> sms only on sim in this case
Nov 11 21:06:11 <max_posedon> will this sms will be lost?
Nov 11 21:06:15 <dos1> max_posedon: no
Nov 11 21:06:22 <max_posedon> why>
Nov 11 21:06:24 <max_posedon> why?
Nov 11 21:06:26 <dos1> max_posedon: it will be read on next boot by SIM-Messages-FSO backend
Nov 11 21:06:50 <max_posedon> but I saw commit, when you mark SMS-Messages-Sqlite default
Nov 11 21:06:58 <dos1> it doesn't matter
Nov 11 21:06:59 <max_posedon> so, all smses reread after boot?
Nov 11 21:07:07 <dos1> it'll be default, but both are active
Nov 11 21:07:12 <dos1> default is only for storing
Nov 11 21:07:21 <dos1> reading is from all backends, unless manually disabled :P
Nov 11 21:07:29 <max_posedon> ok.
Nov 11 21:07:43 <dos1> ok, i'm off
Nov 11 21:07:45 <dos1> good night!
Nov 11 21:07:50 <max_posedon> good night
Nov 11 21:18:41 <gnutoo> hi JaMa, what's the deadline for testing your oe branch for the xorg patches?
Nov 11 21:19:45 <JaMa> gnutoo: no deadline..
Nov 11 21:20:05 <JaMa> gnutoo: but as always sooner ~ better
Nov 11 21:20:22 <gnutoo> JaMa, ok thanks...because I'd like to test them but I'm bitbaking an shr image right now from scratch(distro abi change)
Nov 11 21:21:02 <gnutoo> JaMa, but if they compile with other machine maybe I'll test them when they'll be in oe.dev
Nov 11 21:21:14 <gnutoo> you said you had a sharp
Nov 11 21:21:18 <gnutoo> or something similar
Nov 11 21:21:31 <gnutoo> Sharp Zaurus (C3000-spitz).
Nov 11 21:23:22 <gnutoo> JaMa, else is it possible to make an SHR images with your branch...what's the best way to do that?
Nov 11 21:28:53 <spaetzAFK> nice to see the time issue fixed
Nov 11 21:34:43 <JaMa> gnutoo: that branch is merged in shr..
Nov 11 21:34:54 <JaMa> gnutoo: so if you test them in shr/merge ist ok for me..
Nov 11 21:35:05 <gnutoo> JaMa, ok thanks
Nov 11 21:35:15 <gnutoo> so I will automatically test
Nov 11 21:35:32 <gnutoo> JaMa, is there something special  I should put to avoid the drm thing ?
Nov 11 21:35:43 <gnutoo> JaMa, because it may have changed since last time
Nov 11 21:40:02 <JaMa> gnutoo: try it with PREFERRED_PROVIDER_virtual/libgl = "mesa-dri"
Nov 11 21:41:07 <gnutoo> JaMa, ok thanks
Nov 11 21:41:21 <JaMa> you're welcome
Nov 11 21:42:02 <gnutoo> ok that's what I had
Nov 11 21:42:52 <gnutoo> but won't there be a libdrm  version problem
Nov 11 21:42:55 <gnutoo> for non gta02?
Nov 11 21:44:33 <gnutoo> JaMa, should I try without patches of this kind: http://pastebin.com/mace0ea9 
Nov 11 21:44:34 <gnutoo> ?
Nov 11 21:44:48 <JaMa> gnutoo: libdrm will be used from mesa (no glamo stuff)
Nov 11 21:45:17 <gnutoo> JaMa, yes but won't it fails because the version is not recent enough?
Nov 11 21:46:13 <JaMa> gnutoo: no it should install latest from upstream mesa repository
Nov 11 21:46:20 <gnutoo> ok
Nov 11 21:46:25 <gnutoo> I'll remove that patch then
Nov 11 21:47:24 <JaMa> gnutoo: SRC_URI = "git://anongit.freedesktop.org/mesa/drm;protocol=git;branch=master"
Nov 11 21:47:27 <JaMa> SRC_URI_om-gta02 = "git://git.bitwiz.org.uk/libdrm.git;protocol=git;branch=glamo"
Nov 11 21:47:43 <gnutoo> JaMa, ok I'll try
Nov 11 21:47:54 <gnutoo> I saw that but I'm not shure it's necessary
Nov 11 21:48:03 <gnutoo> the problem is for the default preference
Nov 11 21:48:08 <gnutoo> not for the src uri
Nov 11 21:48:14 <gnutoo> s/is/was
Nov 11 21:48:32 <JaMa> year you're right
Nov 11 21:48:37 <JaMa> yeah
Nov 11 21:48:49 <JaMa> I should add this one to that second repo too
Nov 11 21:52:09 <gnutoo> JaMa, so what should I do for the testing part? test it,fix it and send back to you?
Nov 11 22:04:43 <JaMa> gnutoo: you have htcdream right?
Nov 11 22:04:59 <gnutoo> JaMa, amongs other yes
Nov 11 22:05:29 <gnutoo> I've also others devices such as:freerunner,bug device,wrt54gsv4,pma430
Nov 11 22:05:52 <JaMa> gnutoo: if it works for you just say so as reply to that mail.. if something doesn't work, try to fix it and send patch to me.. I'll push it to that repo as others could have probably the same problem
Nov 11 22:06:14 <gnutoo> ok
Nov 11 22:06:23 <JaMa> gnutoo: I thing hrw wanted to test it on bug..
Nov 11 22:06:32 <gnutoo> ok
Nov 11 22:06:47 <gnutoo> so I don't need to test it on the bug device too
Nov 11 22:07:06 <JaMa> we all are testing it on freerunner, so as you with wish or have time..
Nov 11 22:07:22 <JaMa> btw you're using X on wrt54gsv4?
Nov 11 22:07:26 <gnutoo> I won't test on pma430...I had some pain buiding the rootfs...for a 2.4 kernel
Nov 11 22:07:48 <gnutoo> JaMa, no lol...I don't use it anymore but for oe
Nov 11 22:08:08 <JaMa> ah then just that htcdream you have is important :)
Nov 11 22:08:53 <gnutoo> JaMa, with otavio+mario-goular+#oe+me we debuged uclibc that didn't work on wrt54gs_v4
Nov 11 22:09:21 <gnutoo> it was...that uclibc used the wrong inline thing and so with gcc version change it didin't work
Nov 11 22:09:35 <JaMa> great!
Nov 11 22:09:52 * JaMa is using some asus router...
Nov 11 22:10:11 <gnutoo> but now that it boots...I've no time to push oe further on it
Nov 11 22:10:15 <gnutoo> for the userspace
Nov 11 22:10:33 <gnutoo> after that we diverged...mario goular used a shell script for init
Nov 11 22:10:48 <gnutoo> and I fixed the mdev recipe 
Nov 11 22:10:53 <gnutoo> with help
Nov 11 22:11:24 <gnutoo> (altough I debugged it but did the bad fix...so the help was for the good fix)
Nov 11 22:12:07 <gnutoo> now that mdev recipe get deleted...because it was a duplicate with busybox's mdev or it was the contrary
Nov 11 22:12:19 <playya> the cert  for svn.openmoko.org has expired and someone added sjf2410-linux-native to the shr-image depency
Nov 11 22:15:33 <playya> JaMa, could you please change the protocol for openembedded/recipes/samsung-soc-utils/sjf2410-linux-native_svn.bb from https to http?
Nov 11 22:17:21 <JesusMcCloud> just an interesting line from frameworkd.log (might explain why i still have no autosuspend with latest image +all upgrades):
Nov 11 22:17:23 <JesusMcCloud> 2009.11.11 22:09:39.22 oeventsd             ERROR    can't parse rule {'trigger': 'IdleState()', 'filters': 'HasAttr(status, "suspend")', 'actions': 'SuspendAction()'} : Function SuspendAction not registered
Nov 11 22:17:52 <gnutoo> JaMa, I'll go bye
Nov 11 22:17:54 <spaetzAFK> JesusMcCloud, wrrong rule in rules.yaml
Nov 11 22:18:27 <spaetzAFK> use Suspend() not SuspendAction()
Nov 11 22:18:33 <JesusMcCloud> afaik the update overwrote my customized rules.yaml (i thought since it is the latest version everything should be fine)
Nov 11 22:20:11 <spaetzAFK> JesusMcCloud, true, mrmoku applied an old patch!
Nov 11 22:20:12 <JesusMcCloud> also the orange led is not on when plugged is (blue one works as expected)
Nov 11 22:20:30 <JaMa> playya: does it works with http?
Nov 11 22:20:41 <playya> yes
Nov 11 22:20:43 <JesusMcCloud> time to init 6 the moko
Nov 11 22:20:59 <spaetzAFK> shr-themes needs fixing.
Nov 11 22:21:17 <playya> JaMa, test it: svn co -r 4268 http://svn.openmoko.org/trunk/src/host//sjf2410-linux@4268 sjf2410-linux
Nov 11 22:21:57 <JaMa> playya: btw why do you thing its new ins shr-image?
Nov 11 22:22:16 <spaetzAFK> JesusMcCloud, do you have commit acces to shr-themes?
Nov 11 22:22:35 <JesusMcCloud> spaetzAFK, yup
Nov 11 22:22:43 <playya> JaMa, i'm doing a rebuild from scratch end never noticed this packages
Nov 11 22:23:24 <JesusMcCloud> but not really nearly enugh time to play around with the fr (uni)
Nov 11 22:23:24 <spaetzAFK> those SuspendAction() instances need to be changed into Suspend()
Nov 11 22:23:28 <spaetzAFK> http://git.shr-project.org/git/?p=shr-themes.git;a=commitdiff;h=be90ffdc45f875a4f57592208437380de8f44d4c
Nov 11 22:23:49 <spaetzAFK> in all 3 rules.yaml files
Nov 11 22:24:09 <JesusMcCloud> spaetzAFK, u dont have commit access?
Nov 11 22:24:29 <spaetzAFK> not to shr-themes
Nov 11 22:25:29 <JesusMcCloud> kk, i'll git clone the repo, edit and push..
Nov 11 22:26:07 <spaetzAFK> thanks
Nov 11 22:26:38 <JesusMcCloud> (as soon as my xterm stops freaking out and doing whatever the hell it wants...)
Nov 11 22:26:49 <TAsn> JesusMcCloud, already got it.
Nov 11 22:26:53 <TAsn> I'll fix that.
Nov 11 22:26:56 <JesusMcCloud> ok
Nov 11 22:27:01 <spaetzAFK> cool
Nov 11 22:28:06 <spaetzAFK> mrmoku used an old (and wrong) version of my patch for checking in...
Nov 11 22:28:13 <JaMa> playya: pushed
Nov 11 22:28:21 <playya> thx.
Nov 11 22:28:28 <playya> realised it in #oe 
Nov 11 22:28:59 <JesusMcCloud> who is the author of shr-today?
Nov 11 22:29:38 * JaMa sleep
Nov 11 22:30:01 <spaetz> JesusMcCloud, i think dos1
Nov 11 22:30:04 <JesusMcCloud> (i just saw 4 things that could be optimized)
Nov 11 22:30:08 <JesusMcCloud> spaetz, i dont think so
Nov 11 22:31:54 <JesusMcCloud> i took a look at the edcs dos1 writes and the are the most "beautiful" ones i ever saw, also one of the fastest... shr-today still has room for tuning
Nov 11 22:32:27 <TAsn> spaetz, ok, there.
Nov 11 22:32:40 <CIA-86> SHR: 03tom 07shr-themes * r1e1e93d67767 10/frameworkd/frameworkd-config-shr/ (om-gta01/rules.yaml om-gta02/rules.yaml rules.yaml): Replaced the SuspendAction() instances with Suspend()
Nov 11 22:33:34 <spaetz> JesusMcCloud, slyon
Nov 11 22:33:38 <spaetz> http://wiki.github.com/slyon/today
Nov 11 22:33:53 <JesusMcCloud> thx
Nov 11 22:34:24 <TAsn> Slyon|away, btw, if you know C please let me know as we really want to incorporate shr
Nov 11 22:34:25 <JesusMcCloud> soemthing else is wrong with rules.yaml: moko suspends even with plugged in usb
Nov 11 22:34:39 <TAsn> Slyon|away, btw, if you know C please let me know as we really want to incorporate shr-today into libphone-ui-shr
Nov 11 22:35:35 <joerg_42> there's no such thing like "moko", except in my nose
Nov 11 22:36:20 <joerg_42> the dvices are called Neo (1973, Freerunner), the OS is called Openmoko
Nov 11 22:36:44 <Zorkman> haven't seen an OS by the name openmoko :)
Nov 11 22:36:57 <JesusMcCloud> the company is also called openmoko
Nov 11 22:37:08 <TAsn> JesusMcCloud, suspend on it's own?
Nov 11 22:37:12 <TAsn> or when you ask it?
Nov 11 22:37:22 <JesusMcCloud> (btw slyons edc files are really nice read)
Nov 11 22:37:23 <joerg_42> ok, so call it whatever you like, but for sure it's not called "moko" either
Nov 11 22:37:34 <JesusMcCloud> TAsn, AUTOsuspend when plugged in)
Nov 11 22:38:06 <JesusMcCloud> which is really annoying if you a) want to charge it or b) want to hack on the device via ssh
Nov 11 22:38:29 <TAsn> JesusMcCloud, 
Nov 11 22:38:38 <TAsn> a) it charges when it's suspended.
Nov 11 22:38:40 <TAsn> b) sucks. :)
Nov 11 22:38:58 <JesusMcCloud> a) is really cool!
Nov 11 22:39:54 <TAsn> actually
Nov 11 22:40:00 <TAsn> it charges faster
Nov 11 22:40:07 <TAsn> when suspended.
Nov 11 22:40:07 <TAsn> :)
Nov 11 22:40:07 <JesusMcCloud> sure
Nov 11 22:41:30 <JesusMcCloud> my guess is that the _NEO_ doesn't detect the usb plug events
Nov 11 22:41:40 <Slyon> TAsn: yes, will do I started to do a ELM/C test app, which launches my shr-today edj file
Nov 11 22:42:19 <TAsn> Slyon, cool. :)
Nov 11 22:42:22 <JesusMcCloud> TAsn, frameworkd.log confirms
Nov 11 22:42:38 <Slyon> TAsn: where do i have to start, when i look at libphone-ui-shr? should i create a new file?
Nov 11 22:42:47 <joerg_42> what's the problem of autosuspend during charge?
Nov 11 22:42:52 <TAsn> Slyon, yes.
Nov 11 22:42:56 <spaetz> JesusMcCloud, my blue led also often stays on when i unplug it.
Nov 11 22:43:00 <TAsn> Slyon, just look at what we did in dialer
Nov 11 22:43:05 <TAsn> it's pretty similar
Nov 11 22:43:08 <JesusMcCloud> Slyon, shr today is really nice! (i playing yround with the edc atm, which is also very nice!)
Nov 11 22:43:11 <Slyon> TAsn: okay, will do
Nov 11 22:43:13 <TAsn> (in the main dir, and in the view dir)
Nov 11 22:43:19 <Slyon> JesusMcCloud: thanks :)
Nov 11 22:43:20 <TAsn> Slyon, thanks a lot. :)
Nov 11 22:43:31 <TAsn> Slyon, you don't need to listen to signal though
Nov 11 22:43:51 <TAsn> signals*
Nov 11 22:43:56 <JesusMcCloud> Slyon, i *just* say nice becaus atm it confuses me every so often and i have to get used to it
Nov 11 22:43:59 <Slyon> TAsn: it isn't a problem if it is edje instead of elementary, isn't it?
Nov 11 22:44:03 <joerg_42> spaetz: some module of framework died
Nov 11 22:44:06 <TAsn> we'll listen to them and will call your function when needed.
Nov 11 22:44:15 <TAsn> Slyon, nah, we use both edje and elementary.
Nov 11 22:44:25 <TAsn> (look at the contacts list)
Nov 11 22:44:52 <Slyon> yes, but elm.layout only can swallow things in edje, but it can't send or receive signal for example
Nov 11 22:45:13 <TAsn> no idea, for those kind of questions ask mrmoku|away 
Nov 11 22:45:16 <TAsn> I don't do gui.
Nov 11 22:45:55 <Slyon> TAsn: okay, will ask him, as i like to do it using elm, as i haven't to care about resizing/scaling and so on if i use elm
Nov 11 22:46:20 * Slyon drinking a beer :)
Nov 11 22:46:24 <TAsn> ok. :)
Nov 11 22:46:26 <TAsn> night.
Nov 11 22:46:45 <Slyon> night
Nov 11 22:54:18 <Weiss> ooo.. I just saw the KMS panic thing in action for the first time
Nov 11 22:54:50 <Weiss> (automatically switches back to console on a panic)
Nov 11 22:56:43 <lindi-> Weiss: does the panic message fit to screen? ;))
Nov 11 22:57:22 <Weiss> lindi-: not really, but enough to see which function screwed up
Nov 11 22:59:31 <joerg_42> ramconsole by default would be the much better approach
Nov 11 23:00:13 <Weiss> of course
Nov 11 23:00:28 <Weiss> "black penguin of death" comes for free with KMS, though
Nov 11 23:00:51 <joerg_42> no need to fix that ;-)
Nov 11 23:02:15 <Slyon> JesusMcCloud: i just read the backscroll, what are the 4 optimizions you would sugest?
Nov 11 23:02:35 <Slyon> (for shr-today edc)
Nov 11 23:03:30 <JesusMcCloud> Slyon, gradients instead of images (the images look like basic gradients to me)
Nov 11 23:04:02 <JesusMcCloud> aswell nice looking pngs
Nov 11 23:04:12 <JesusMcCloud> s/nice/nicer/
Nov 11 23:04:12 <apt> JesusMcCloud meant: aswell nicer looking pngs
Nov 11 23:05:42 <Slyon> JesusMcCloud: gradients? never used this... will try :)
Nov 11 23:05:48 <JesusMcCloud> Slyon, so "4 optimizations" is not well said, more like "i just saw 4 elements that could look better or use less ressources
Nov 11 23:06:37 <GarthPS> hi , excuse for this dumm wuestion but.. I have manage to buil an shr-u image, how do I test it with qemu? Isaw that the makefile put all needed things but...
Nov 11 23:06:46 <Slyon> JesusMcCloud: do you mean nicer looking pngs in the panel?
Nov 11 23:07:15 <Slyon> (the topbar)
Nov 11 23:07:22 <JesusMcCloud> Slyon, i am talking about the littel artifacts of the slider (i use software_16, maybe that is the reoson, but it does not look symmetrical)
Nov 11 23:08:33 <JesusMcCloud> i like the topbar, it is clean and simple (but what does the bug beside the battery mean?)
Nov 11 23:09:51 <Slyon> JesusMcCloud: you mean the cpu resource? :D
Nov 11 23:10:17 <GarthPS> NO, no hint?
Nov 11 23:10:25 <JesusMcCloud> Slyon, aaaah now the icon makes sense, but what does it tell me
Nov 11 23:10:58 <Slyon> JesusMcCloud: it tells you the cpu resource is requested by any app, which means you fr won't autosuspend
Nov 11 23:11:45 <JesusMcCloud> you are nothing short of a genius! srsly that si great!
Nov 11 23:12:43 <Slyon> JesusMcCloud: :) well, i just (tried to) make an icon for every of the 5 resources, so you know, what you FR is actually doing
Nov 11 23:13:16 <JesusMcCloud> Slyon, i mean that littel gadget is something i want to have in my illuem topbar aswell!
Nov 11 23:13:52 <Slyon> JesusMcCloud: then you need to drive into e-module hacking ;)
Nov 11 23:14:37 <JesusMcCloud> my c knowledge is limited to a handful of microcontrollers...
Nov 11 23:15:31 <Slyon> JesusMcCloud: well mine is just starting to grow from 0, as i'm reimplementing shr-today in libphone-ui-shr
Nov 11 23:16:12 <Slyon> anyway... i'm off to bed now
Nov 11 23:16:14 <Slyon> night
Nov 11 23:16:20 <JesusMcCloud> n8
Nov 11 23:16:32 <JesusMcCloud> i#m going to bed aswell
Nov 11 23:22:07 <CIA-86> freesmartphone.org: 03mickey 07cornucopia * r21565bc2e42c 10/fsotimed/src/ (3 files in 3 dirs): 
Nov 11 23:22:07 <CIA-86> freesmartphone.org: fsotimed: FsoTime.Source gets two signals to report time/zone
Nov 11 23:22:07 <CIA-86> freesmartphone.org: NtpSource reports the time offset after receiving
**** ENDING LOGGING AT Thu Nov 12 02:59:57 2009