**** BEGIN LOGGING AT Wed Nov 04 02:59:57 2009
Nov 04 06:50:40 <JaMa> pb___: ah no.. i had old libpthread on my fs which wasn't replace by opkg eglibc upgrade.. looks better now..
Nov 04 07:05:08 <spaetz> pb___: morning, you awake?
Nov 04 07:05:20 <spaetz> One question with regard to your patch
Nov 04 07:09:27 <spaetz> JaMa: morning. One issue with our iterworking patches: In our current interworking patch we use: __ARM_ARCH_V4T__
Nov 04 07:09:49 <spaetz> however pb pointed out yesterday in his patch that rather than __ARM_ARCH_V4T__ we should use __ARM_ARCH_4T__
Nov 04 07:10:17 <spaetz> and indeed googling both term leads to 900 hits for __ARM_ARCH_4T__ and only 3 hits (all ours basically :-)) for __ARM_ARCH_V4T__
Nov 04 07:10:38 <spaetz> could it be that our interworking patch is not correct?
Nov 04 07:33:27 <JaMa> spaetz: its working now.. i just tested it with old libpthread (one without patch) which was left in /lib and used..
Nov 04 07:34:14 <JaMa> spaetz: but I'll check if both those __ARM_ARCH are defined for us
Nov 04 08:12:18 <spaetz> JaMa: just pushed a patch
Nov 04 08:12:42 <spaetz> the existing interwork patch had both versions __ARM_ARCH_V4T__ and __ARM_ARCH_4T__ in one patch
Nov 04 08:12:49 <spaetz> so I am pretty sure the __ARM_ARCH_V4T__ is a typo
Nov 04 08:13:31 <spaetz> google never finds __ARM_ARCH_V4T__ besides in our own patch
Nov 04 08:13:47 <spaetz> I pushed to shr/merge and will rebuild...
Nov 04 08:14:59 <spaetz> the fix seems right independent of any other things anyway. I foud more references that this assembly is not interworking safe in armv v4t (in a mail from 2006....)
Nov 04 08:16:04 <JaMa> spaetz: you need to update PR = "${INC_PR}.5" in all eglibc recipes and use that patch in all (it apply cleanly) see http://pastebin.ca/1656281, I wanted to push this just after greping gcc sources for that V4T..
Nov 04 08:16:45 <JaMa> spaetz: and there is few more usages of V4T in OE tree http://pastebin.ca/1656277
Nov 04 08:18:37 <JaMa> spaetz: and dbus still segfaults.. so we need a bit more..
Nov 04 08:19:28 <spaetz> JaMa: check http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?h=shr/merge&id=5bf7719db1cf57d0a7cc027403f60c3e8fcbdc97
Nov 04 08:19:43 <spaetz> this is pb's patch with the one typo coorection that he gave later on IRC
Nov 04 08:20:02 <spaetz> I did bump PR for eglibc_2.10
Nov 04 08:20:04 <JaMa> spaetz: this one in in my pastebined too :)
Nov 04 08:20:22 <spaetz> haven't applied patch to other eglibc versions though
Nov 04 08:20:29 <JaMa> spaetz: all I'm saying it that this patch is probably needed for ALL eglibc versions
Nov 04 08:20:36 <spaetz> yep
Nov 04 08:20:47 <spaetz> and the patch was ported from the "glibc" patch, right?
Nov 04 08:20:48 <pb___> spaetz: hi
Nov 04 08:21:12 <spaetz> so if there is a typo with regard to __ARM_ARCH_V4T__ then it should be changed in the glibc patch too
Nov 04 08:21:18 <JaMa> spaetz: yes
Nov 04 08:21:22 <spaetz> hi pb___
Nov 04 08:22:45 <spaetz> pb___: see my pm. do you know if __ARM_ARCH_V4T__ will never be defined?
Nov 04 08:23:00 <spaetz> because in that case the existing interworking glibc patch has a typo too
Nov 04 08:23:36 <spaetz> also, I hope you are fine that I made you the author of the commited patch (http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?h=shr/merge&id=5bf7719db1cf57d0a7cc027403f60c3e8fcbdc97)
Nov 04 08:24:02 <spaetz> it's in the shr/merge branch for now and if it fixes stuff we should cherypick to dev.OE too
Nov 04 08:25:33 <spaetz> but I don't dare to modify anything glibc related in dev.OE. koen proposed to ban me in a recent commit message anyway :)
Nov 04 08:26:02 <JaMa> no __ARM_ARCH_V4T__ in gcc-4.4.2 sources..
Nov 04 08:28:48 <spaetz> JaMa: ok, so then that is probably a typo...
Nov 04 08:29:05 <spaetz> I thought so, as google didn't turn up anything at all
Nov 04 08:36:41 <JaMa> spaetz: strange also no __ARM_ARCH_V*4T__ in 2.6.32-rc6
Nov 04 08:39:13 <PaulFertser> spaetz: "ban people that have recently gained commit access from poking at conf/distro for the first few weeks"
Nov 04 08:39:42 <spaetz> PaulFertser: yes that was me :)
Nov 04 08:40:09 <spaetz> so I am not going to poke at glibc in dev.OE either :)
Nov 04 08:41:21 <JaMa> and its not in `echo | ../tmpdir-dev-shr/cross/armv4t/bin/arm-oe-linux-gnueabi-gcc -march=armv4t -dM -E -  | grep __ARM` rebuilding now..
Nov 04 08:41:45 <spaetz> JaMa: fixed same issue in the glibc patch. But also just in shr/merge branch
Nov 04 08:41:52 <pb___> spaetz: sorry, I didn't see your pm, I guess you sent it to my other machine. 
Nov 04 08:42:06 <pb___> I think __ARM_ARCH_V4T__ is just wrong, afaik no version of gcc defines that.
Nov 04 08:42:17 <spaetz> yep, I did. But it's all clear now, so you can ignore my pm anyway :)
Nov 04 08:42:23 <pb___> heh
Nov 04 08:42:24 <pb___> very good :-)
Nov 04 08:42:31 <spaetz> pb___: thanks.
Nov 04 08:42:54 <JaMa> spaetz: will you apply it to all eglibc? Or should I sent my patch (for all eglibc) to oe.dev ML?
Nov 04 08:43:01 <spaetz> pb___: I won't modify glibc in the dev branch. But if you are interested in fixing glibc
Nov 04 08:43:25 <pb___> yeah, I will do that later today unless someone else commits the patch first.
Nov 04 08:43:43 <JaMa> pb___: http://pastebin.ca/1656281
Nov 04 08:43:50 <spaetz> you might want to lift that commit: http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?h=shr/merge&id=b7c9855c7ece03a0876c0d50922f908b65c5f095
Nov 04 08:43:55 <spaetz> cherry-pick
Nov 04 08:44:03 <spaetz> which is for glibc.
Nov 04 08:44:41 <spaetz> the previous commit in that branch is for eglibc.
Nov 04 08:44:57 <spaetz> and the same patch should also still be ported to glibc...
Nov 04 08:45:04 <spaetz> anyway, compiling now...
Nov 04 08:45:34 <pb___> righto
Nov 04 08:45:55 <pb___> JaMa: looks good.  line 71 of that patch seems bogus but it is harmless since those "Index:" lines aren't really used for anything anyway.
Nov 04 08:47:36 <JaMa> pb___: ah, thats older version.. I noticed just after commiting it and its fixed in my tree
Nov 04 08:47:57 <pb___> righto
Nov 04 08:47:58 <JaMa> pb___: should I send it to ML, or will you apply directly?
Nov 04 08:48:16 <pb___> probably best send it to the list, that will help me to remember about it.
Nov 04 08:48:33 <JaMa> ok
Nov 04 08:48:34 <pb___> I have to go to a board meeting in about 45 mins so I won't be able to look at it until after that.
Nov 04 08:54:07 <JaMa> pb___: dbus-daemon issue is still there, I'll recheck if the 3rd chunk with corrected V4T helps and then ping you with info, or should I check clone.S now?
Nov 04 08:57:46 <spaetz> JaMa: you are quick at compiling and flashing!
Nov 04 08:58:29 <JaMa> spaetz: I guess we don't need to rebuild from scratch :)
Nov 04 08:58:57 <pb___> JaMa: yeah, you definitely need to correct any instances of _V4T_ that remain.
Nov 04 08:59:10 <pb___> if that doesn't help, ping me later with more info and I will take another look.
Nov 04 08:59:16 <pb___> bbl
Nov 04 08:59:17 * pb___ ->
Nov 04 08:59:30 <JaMa> spaetz: only problem here is when I'm testing something without bumping revision (to be sure that I'll bump it just once, when its tested) to make sure that I reinstall everything needed..
Nov 04 08:59:42 <JaMa> pb___: thanks a lot
Nov 04 08:59:49 <JaMa> enjoy meeting
Nov 04 08:59:50 <spaetz> JaMa: yes
Nov 04 09:11:15 <spaetz> JaMa: I deleted SD card and rebuild a new image to make sure all the updates propagate up (I know recompiling glibc should have been sufficient).
Nov 04 09:11:29 <spaetz> task 5671 of 7246
Nov 04 09:12:11 <JaMa> spaetz: NOTE: Running task 3458 of 8159 but only few tasks are needed :)
Nov 04 09:12:28 <spaetz> heh
Nov 04 09:12:36 <JaMa> spaetz: but you have still that image with thumb disabled, haven't you?
Nov 04 09:13:49 <spaetz> ummh, now that I ask, I did a make update, so I have all local changes overwritten...
Nov 04 09:13:58 <spaetz> pure shr/merge now...
Nov 04 09:14:46 <spaetz> I do have in my local. conf: PREFERRED_ARM_INSTRUCTION_SET_armv4t   = "arm"
Nov 04 09:14:50 <spaetz> PREFERRED_ARM_INSTRUCTION_SET  = "arm"
Nov 04 09:15:06 <JaMa> there is PREFERRED_A?
Nov 04 09:15:09 <spaetz> so, if this is not overwritten anywhere
Nov 04 09:15:23 <JaMa> I think only ARM_INSTRUCTION_SET can be used..
Nov 04 09:15:24 <spaetz> yes, found that at some place...
Nov 04 09:15:44 <spaetz> mmh
Nov 04 09:15:55 <blindcoder> mornin
Nov 04 09:16:01 <JaMa> moin
Nov 04 09:18:25 <spaetz> Running task 7242 of 7246, flashing image soon.
Nov 04 09:18:26 <JaMa> spaetz: you're right PREFERRED_ARM_INSTRUCTION_SET is also used in sane-toolchain.inc
Nov 04 09:18:39 <spaetz> yep, that's probably where I grepped that
Nov 04 09:18:52 <spaetz> not sure if/where it is actually used
Nov 04 09:19:50 <JaMa> spaetz: just few lines bellow it to set ARM_INSTRUCTION_SET :)
Nov 04 09:20:01 <spaetz> ahh :)
Nov 04 09:21:14 <JaMa> so ARM_INSTRUCTION_SET="arm" can be used in local.conf and ARM_INSTRUCTION_SET="thumb" shouldn't because if i understand that comment there correctly then thumb would be then used even in recipes where is ARM_INSTRUCTION_SET="arm" (like gcc/mplayer)
Nov 04 09:23:48 <JaMa> spaetz: btw something new with connman?
Nov 04 09:24:39 <spaetz> JaMa: besides the crash that I experience, it actually works with -I for excluding an interface, apparently
Nov 04 09:24:42 <JaMa> ahh my computer is so slow while building eglibc, mesa and kde-4.3.3 in parallel (12threads now)
Nov 04 09:24:53 <spaetz> the #connman channel told me there was a bug that was recently fixed
Nov 04 09:25:22 <spaetz> but I couldn't really test it ebcause of the crash
Nov 04 09:26:38 <JaMa> hehe, maybe it crashed before disabling iface :)
Nov 04 09:27:23 <spaetz> :)
Nov 04 09:37:02 <JaMa> spaetz: is dbus-daemon still segfaulting for you? it is for me..
Nov 04 09:37:31 <spaetz> just booting
Nov 04 09:37:38 <JaMa> spaetz: but libx11,fontconfig,freetype seems fixed now
Nov 04 09:37:47 <JaMa> and e-wm
Nov 04 09:38:38 <spaetz> well, at least that would be progress :)
Nov 04 09:40:15 <spaetz> JaMa: well, I have a dbus-daemon] <defunct>
Nov 04 09:40:32 <spaetz> would that be a sure sign for a crash? let me check if connman is fixed
Nov 04 09:41:05 <spaetz> Starting system message bus: Unknown username "system" in message bus configuration file
Nov 04 09:41:08 <spaetz> dbus.
Nov 04 09:41:13 <spaetz> blah :-(.
Nov 04 09:41:43 <JaMa> that warning is from connman..
Nov 04 09:41:45 <JaMa> /etc/dbus-1/system.d/connman.conf:    <policy user="system">
Nov 04 09:41:55 <spaetz> connman doesn't crash anymore :)
Nov 04 09:42:01 <spaetz> it runs.
Nov 04 09:42:22 * JaMa don't have defunct because it fails completely..
Nov 04 09:42:51 <JaMa> spaetz: try to comment line   <!--include ignore_missing="yes">system-local.conf</include--> in dbus system.conf 
Nov 04 09:43:17 <JaMa> spaetz: it should start dbus-daemon then, but expect it to segfault later in dbus-launch or something (so still no x11)
Nov 04 09:44:24 <spaetz> JaMa: although a /etc/init.d/dbus restart seems to work
Nov 04 09:44:45 <spaetz> I do get X11
Nov 04 09:44:53 <JaMa> and e-wm?
Nov 04 09:44:55 <spaetz> yes
Nov 04 09:45:01 <spaetz> I have it all running
Nov 04 09:45:06 <spaetz> can open contacts app and all
Nov 04 09:45:11 <JaMa> is your dbus rebuilt with thumb enabled?
Nov 04 09:46:17 <spaetz> my dbus ipkg is from 2 days ago, so I am not sure
Nov 04 09:46:32 <JaMa> maybe just your new builds are with thumb (after make update)
Nov 04 09:46:39 <spaetz> I think it is vanilla shr/merge with the PREFERRED_ARM_blah set in lcoal.conf
Nov 04 09:46:59 <JaMa> then try to rebuild/reinstall dbus
Nov 04 09:48:11 <larsc> ~.
Nov 04 09:48:12 <apt> .
Nov 04 09:48:29 <JaMa> spaetz: or you can try ipk/binary from 
Nov 04 09:48:31 <JaMa> http://jama.homelinux.org/org.openembedded.shr/dbus/
Nov 04 09:48:55 <spaetz> just recompiling
Nov 04 09:49:39 <spaetz> I don't have fsousaged running. This is the one deficiency that I can see so far (dbus still compiling)
Nov 04 09:53:52 <JaMa> spaetz: Program received signal SIGSEGV, Segmentation fault.
Nov 04 09:53:52 <JaMa> 0x403cdc5c in ?? () from /usr/lib/libreadline.so.4
Nov 04 09:53:59 <JaMa> when running frameworkd
Nov 04 09:54:29 <JaMa> I guess you have pythong without thumb too
Nov 04 10:00:51 <spaetz> I guess, so my python framworkd is still running
Nov 04 10:01:54 <spaetz> not sure about how much we really save with thumb. smaller binaries are good for small caches but there are performance losses as well.
Nov 04 10:02:07 <spaetz> perhaps we should just go for a thumbless version initially
Nov 04 10:03:03 <max_posedon> thumb sometimes increase performance, and sometimes makes slower bigger binaries
Nov 04 10:03:57 <max_posedon> soltys, my opinion, thumb shouldbe enabled/disabled *per* package
Nov 04 10:04:22 <PaulFertser> max_posedon: are you sure gcc is not yet advanced enough to do a good decision on its own?
Nov 04 10:05:24 <max_posedon> I think its can;t because of interworking issues
Nov 04 10:05:53 <JaMa> max_posedon: its disabled *per* package but default in OE is to use it
Nov 04 10:06:39 <max_posedon> soltys, I wish you good luck, but siuggest compare results
Nov 04 10:06:52 <max_posedon> e.g. so, *
Nov 04 10:06:57 <JaMa> I didn't any thumb benchmark but i belive oe devs who did benchmarked it and set it to enabled by default
Nov 04 10:08:03 <JaMa> pb___: http://jama.homelinux.org/org.openembedded.shr/dbus/ is still there I found one more http://jama.homelinux.org/org.openembedded.shr/python if it would be easier to dig it in python..
Nov 04 10:09:34 <JaMa> pb___: I'll scan clone.S for unsafe constructions as you suggested.... after boring java daywork..
Nov 04 10:09:38 <max_posedon> they might enable it because of thumb2, which we haven't
Nov 04 10:10:31 <JaMa> max_posedon: they enabled it especially for armv4t http://lists.linuxtogo.org/pipermail/angstrom-distro-devel/2008-October/002715.html
Nov 04 10:11:59 <JaMa> max_posedon: and also it worked ok with older glibc... so we can try uclibc or buy a lots of beer to pb for fixing it in eglibc for us..
Nov 04 10:12:53 <max_posedon> oh. ok)
Nov 04 10:16:03 <spaetz> TAsn, mrmoku: is phonefsod supposed to just quit?
Nov 04 10:16:18 <spaetz> and phonefsod -d supposed to not output anything?
Nov 04 10:16:53 <spaetz> reinstalling dbus
Nov 04 10:21:49 <pb__> spaetz: in my testing, thumb actually gave better performance than arm on gta01, not worse
Nov 04 10:22:05 <pb__> if there are particular hotspots that run better with arm then you can compile those bits specifically as arm code
Nov 04 10:22:11 <pb__> on gta02 it might be different though I doubt it
Nov 04 10:22:19 <spaetz> pb__: ok
Nov 04 10:23:02 <pb__> back to my meeting now
Nov 04 10:23:13 <spaetz> have fun ;)
Nov 04 10:23:33 <spaetz> mrmoku: PIN SIM is not coming up, how do I debug all those new apps!
Nov 04 10:24:02 <spaetz> contacts app shows screen, but no contacts (well, i haven't entered SIM PIN yet, so no surprise)
Nov 04 10:32:08 <spaetz> ahh looking at /var/log/phonefsod.log it seems that it was running jsut fine...
Nov 04 10:32:23 <spaetz> so, who is supposed to start the SIM PIN auth stuff?
Nov 04 10:36:43 <spaetz> mickeyl: using frameworkd and fsousaged, I get this in frameworkd.log:
Nov 04 10:36:48 <spaetz> GSM can't be registered (org.freedesktop.DBus.Error.ServiceUnknown: The name :1.54 was not provided by any .service files). Enabling
Nov 04 10:38:22 <spaetz> mickeyl: 1st error msg here:
Nov 04 10:38:23 <spaetz> 2009.11.04 10:35:16.10 dbus.proxies         ERROR    Introspect error on :1.53:/org/freesmartphone/Usage: dbus.exceptions.DBusException: org.freedesktop.DBu
Nov 04 10:38:26 <spaetz> s.Error.NoReply: Message did not receive a reply (timeout by message bus)
Nov 04 10:38:59 <spaetz> dbus is running, so no crashes there
Nov 04 10:39:25 <JaMa> interesting
Nov 04 10:39:43 <JaMa> lunch..
Nov 04 10:40:56 <spaetz> so far, it seems the only thing not running, which probably should is fsousaged. Is there an easy way to switch back to ousaged?
Nov 04 10:41:04 <spaetz> take out one unknown
Nov 04 10:51:30 <spaetz> using ousaged rather than fsousaged makes things work a lot better :(
Nov 04 10:51:39 <spaetz> I actually get asked for my SIM PIN now.
Nov 04 10:52:00 <spaetz> and the contacts app then of course shows my SIM card contacts...
Nov 04 10:59:40 <spaetzAway> gone for next 2h...
Nov 04 11:24:51 <Arigead> Hello all, wondering about mrmoku feeds I've been a bit busy for doing anything constructive so far this week but have been doing an opkg upgrade and shr-messages ain't happy to start. Is it worth trying to get debug out of this or is this already being taken care of?
Nov 04 11:26:11 <rebelThor> Arigead: are you on the phoneui stuff already? or still using the old ones?
Nov 04 11:28:52 <Arigead> rebelThor: I'm on the old ones and was in the process of migrating so had done a reflash, upgrade and was then going to install new UI. I stopped after upgrade to check things were still working. Maybe that's not a valid test at all and after upgrade I should remove and install the packages for new UI
Nov 04 11:29:29 <Arigead> I'll get the list of the email list and remove & install and see if the new UI Works
Nov 04 11:59:44 <JaMa> mrmoku: please run shr-image build on buildhost.. I would like to see if dbus from buildhost segfaults or no..
Nov 04 12:01:41 <mrmoku> JaMa: as is?
Nov 04 12:01:55 <mrmoku> you need the full image? or lite image is sufficient?
Nov 04 12:04:54 <mrmoku> JaMa: ok, building... meanwhile off for lunch
Nov 04 12:05:40 <JaMa> ah I just pushed oe.dev merge
Nov 04 12:06:03 <JaMa> mrmoku|away: as is/was in updated git
Nov 04 12:06:17 <JaMa> mrmoku|away: that oe.dev merge is not important just spaetz's eglibc patch
Nov 04 12:12:59 <dos1> [13:05] <CIA-34> OpenEmbedded: Koen Kooi <koen@openembedded.org> shr/merge * rf33edf7de7 openembedded.git/conf/distro/include/sane-srcrevs.inc: 
Nov 04 12:13:01 <dos1> [13:05] <CIA-34> OpenEmbedded: opkg: bump SRCREV to r240
Nov 04 12:13:40 <dos1> [13:04] <CIA-34> OpenEmbedded: Koen Kooi <koen@openembedded.org> shr/merge * r37930cdaf9 openembedded.git/conf/distro/include/sane-srcrevs.inc: efl: bump SRCREV to 43437
Nov 04 12:13:52 <dos1> mrmoku|away: maybe we also should bump EFL? ;)
Nov 04 12:14:07 <Heinervdm> dos1: we are using efl version from org.oe.dev
Nov 04 12:14:15 <dos1> oh
Nov 04 12:14:21 <dos1> ok then ;)
Nov 04 12:14:28 <JaMa> dos1: you mean in shr/import? :)
Nov 04 12:14:59 <dos1> no, i don't care about shr/import. i want working shr/merge images ASAP :P
Nov 04 12:16:01 <JaMa> so why are you asking for bump with copy&paste of that actual bump?
Nov 04 12:17:24 <JaMa> ah nvm, in case we would have it overwritten in shr confs.. I see..
Nov 04 12:17:59 <Heinervdm> JaMa: we changed it 2 weeks ago, so dos1 propably doesn't knew it ;)
Nov 04 12:19:43 <JaMa> Heinervdm: yes no I see why he asked :), /me feels a bit tired after lunch.. :)
Nov 04 12:19:51 <Heinervdm> :)
Nov 04 12:20:11 <JaMa> s/no /now /
Nov 04 12:20:11 <apt> JaMa meant: Heinervdm: yes now I see why he asked :), /me feels a bit tired after lunch.. :)
Nov 04 12:20:29 <JaMa> Heinervdm: do you have your thumb build?
Nov 04 12:20:43 <Heinervdm> JaMa: no
Nov 04 12:20:53 <Heinervdm> i started a build now
Nov 04 12:22:05 <JaMa> Heinervdm: expect some segfault still.. (if its not just something on my buildhost.., but I've checked twice now..)
Nov 04 12:23:36 <rebelThor> JaMa: If i pull the latest shr/merge now, should _not_ segfault on dbus or are there any more modifications required?
Nov 04 12:23:50 <rebelThor> /should/it should/
Nov 04 12:24:28 <rebelThor> for testing purposes, I know it's not clear yet if it segfaults :D
Nov 04 12:30:52 <JaMa> it probably will segfault
Nov 04 12:31:02 <JaMa> but some othere segfaults would be fixed
Nov 04 12:31:17 <rebelThor> it doesn't require a full rebuild, right?
Nov 04 12:31:35 <JaMa> no
Nov 04 12:32:07 <rebelThor> cool, will let you know a bit later if it segfaults ;)
Nov 04 12:32:58 <JaMa> rebelThor: thanks..
Nov 04 13:05:40 <JesusMcCloud> aloha!
Nov 04 13:21:16 <spaetzAway> it does not segfault for me
Nov 04 13:21:26 <spaetz> at least not visibly...
Nov 04 13:21:49 <spaetz> but then I have compiled much without thumb code generation
Nov 04 13:21:55 <spaetz> I guess
Nov 04 13:22:08 <spaetz> JaMa: new dbus with thumb also doesn't segfault for me.
Nov 04 13:22:25 <spaetz> I am just preparing a patch to remove the "system" user error from dbus connman config file
Nov 04 13:22:52 <rebelThor> spaetz: so you've modified the default files, right?
Nov 04 13:23:29 <JaMa> rebelThor: it segfaults later even with modified config files..
Nov 04 13:23:39 <JaMa> rebelThor: ie when e-wm gets dbus connection..
Nov 04 13:28:04 <JaMa> why it says Package dbus md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. when installing from local files?
Nov 04 13:33:16 <JaMa> renaming file (ie from .ipk to .opk) is enough..
Nov 04 13:40:22 <pb__> re
Nov 04 13:43:09 <pb__> JaMa: so, what binaries are still crashing for you?
Nov 04 13:49:20 <JaMa> pb__: yes ie in python and dbus-daemon
Nov 04 13:49:36 <JaMa> pb__: but e-wm,fontconfig,freetype seems fixed
Nov 04 13:57:00 <spaetz> rebelThor: no, I don't have stuff modified anymore. I used to compile without thumb support, so my python might still by old. but e.g dbus is current shr/merge
Nov 04 13:58:25 <spaetz> recompiling python now, so I should be pretty much using the stock shr/merge tree now
Nov 04 13:58:57 <rebelThor> spaetz: i'm doing a stock build on my own now, but it'll be a while `till it'll be completed
Nov 04 13:59:17 <spaetz> sure, takes a while. One thing in the image that I have noticed:
Nov 04 13:59:51 <rebelThor> on a different topic, how much space should I give to the ext3 partition on my SD card in order to hold the rootfs ? I'm tired of flashing the phone's memory
Nov 04 13:59:53 <spaetz> frameworkd doesn't seem to call fsousaged in a way that it causes it to be started (sorry to be so fuzzy, not sure what's happening)
Nov 04 14:02:56 <rebelThor> eh,, 500MB should be enough for anybody :)
Nov 04 14:06:30 <JaMa> buildhost has new eglibc too http://tinderbox.openembedded.net/builds/37388/
Nov 04 14:09:31 <mrmoku> JaMa: still building locales :P
Nov 04 14:10:22 <JaMa> mrmoku: can I eat cookies from dos? :)
Nov 04 14:12:50 <spaetz> mmh, cookies
Nov 04 14:13:35 <spaetz> mrmoku: once your dayjob has finished, I'd love to have your input on why phonesfsod is asking twice for authentication (as seen in my mailed phonefsod log)
Nov 04 14:13:51 <spaetz> and why it doesn't ask FSO to register to a provider :)
Nov 04 14:13:52 <pb__> JaMa: oh right, drat.  let me try a build now and see if I can spot any obvious errors.
Nov 04 14:16:09 <spaetz> mickeyl: still sleeping?
Nov 04 14:20:59 <mrmoku> JaMa: yep... I'm still full from lunch... just eat them :)
Nov 04 14:25:22 <rebelThor> is there any way for me to install mkfs.vfat somehow? or other ways of formatting a SD partition to fat without using the computer? (i'm missing the micro adapter)
Nov 04 14:25:45 <rebelThor> (to format it on the FR, obviously :D)
Nov 04 14:27:35 <CIA-52> SHR: 03mok 07phonefsod * rd2c6ddb0c5b2 10/src/phonefsod-fso.c: fso: set antenna power instead of get auth status in resource handler
Nov 04 14:27:40 <CIA-52> SHR: 03mok 07phonefsod * r9741bcf10979 10/src/phonefsod-fso.c: fso: better handling of SIM errors
Nov 04 14:27:49 <mrmoku> spaetz: can you rebuild and retry?
Nov 04 14:27:53 <JaMa> dos1: new packagekit failed here, any idea? http://pastebin.ca/1656715
Nov 04 14:28:02 <Arigead> Used instructions for running libphone-ui from the mailing list but I'm getting an error on running phoneui-messages. "Caught remote method exception org.freedesktop.DBus.Error.Spawn.FailedToSetup: Failed to setup environment correctly" /var/log/framework tells me nothing I'm afraid
Nov 04 14:28:11 <dos1> JaMa: it needs newer glib
Nov 04 14:28:39 <dos1> JaMa: it's just recipe for later (as my patch was applied and recipe needed change)
Nov 04 14:28:47 <dos1> JaMa: build still 0.5.1
Nov 04 14:28:49 <mrmoku> Arigead: is phoneuid running?
Nov 04 14:32:05 <Arigead> mrmoku: No! Sorry didn't think it'd have to be started manually. Maybe I should restart the phone
Nov 04 14:32:24 <JaMa> dos1: so I should eat just tangogps + add checksums for both?
Nov 04 14:33:55 <dos1> JaMa: yup
Nov 04 14:35:59 <mrmoku> Arigead: it starts when x is starting
Nov 04 14:36:07 <mrmoku> so either restart x or the phone :)
Nov 04 14:37:02 <spaetz> mrmoku: will rebuild as soon as my main build finished, thanks
Nov 04 14:37:56 <JaMa> yummy
Nov 04 14:38:03 <JaMa> dos1: thanks
Nov 04 14:38:39 <spaetz> mrmoku: frameworkd/fsousaged combo doesn't work here, btw. old ousaged works.
Nov 04 14:38:39 * JaMa cannot tag cookie 413 as eaten..
Nov 04 14:39:19 <dos1> JaMa: done ;)
Nov 04 14:39:29 <mrmoku> spaetz: shr/merge?
Nov 04 14:39:43 * mrmoku tags 413 as eaten :)
Nov 04 14:40:06 <spaetz> shr/merge
Nov 04 14:40:28 <dos1> mrmoku: i was first :P
Nov 04 14:40:41 <mrmoku> hehe
Nov 04 14:40:48 <JaMa> and I ate it :P
Nov 04 14:40:55 <Arigead> mrmoku: Thanks restarted the phone and it's running. Waiting for GSM connection... GSM not starting and can't switch on GSM Antenna from settings?
Nov 04 14:41:00 * JaMa likes this workflow
Nov 04 14:41:04 <spaetz> mrmoku: problem seems that frameworkd doesn't access org.freesmartphone.usaged by that dbus path, so it never gets registered.
Nov 04 14:41:18 <spaetz> 15 lines of IRC log with the frameworkd error msgs here: http://dpaste.com/116126/
Nov 04 14:42:08 <spaetz> It seems to access ousaged by the ":1.54" path and not the one specified in the fsousaged.service file
Nov 04 14:42:09 <JaMa> dos1: PREFERRED_VERSION_glib-2.0      = "2.22.1" isn't enough? which version is needed for packagekit?
Nov 04 14:42:20 <dos1> hmm
Nov 04 14:42:21 <spaetz> It=frameworkd
Nov 04 14:42:27 <dos1> 2.20, something like that
Nov 04 14:42:32 <dos1> JaMa: can you show me log?
Nov 04 14:42:40 <mrmoku> spaetz: hmm
Nov 04 14:42:41 <JaMa> dos1: sure
Nov 04 14:42:47 <JaMa> 15:27:32 < JaMa> dos1: new packagekit failed here, any idea? http://pastebin.ca/1656715
Nov 04 14:42:53 <dos1> oh
Nov 04 14:42:55 <dos1> :D
Nov 04 14:43:39 <spaetz> I asked mickeyl through IRC, but he pretetends to sleep :)
Nov 04 14:43:57 <spaetz> so I guess it's a hard question :)
Nov 04 14:45:02 <dos1> JaMa: oh, probably something with opkg backend code
Nov 04 14:45:42 <dos1> forget this recipe then, i have to look closer for that
Nov 04 14:47:43 <JaMa> ok
Nov 04 14:56:36 <rebelThor> JaMa: what splash-theme is your shr/merge using? mine was on handy, should it be on shr-splash-theme-logo ?
Nov 04 14:56:51 <rebelThor> (by default)
Nov 04 14:57:00 <spaetz> the default here is the tux splash
Nov 04 15:05:43 <Arigead> Give up can't get the GSM antenna to start up I must have removed something I shouldn't have :-(
Nov 04 15:06:10 <spaetz> Arigead: new shr/merge image?
Nov 04 15:06:27 <spaetz> mrmoku just fixed phonefsod some minutes ago.
Nov 04 15:06:47 <spaetz> also I am still using ousaged rather than fsousaged as the old one still works for me.
Nov 04 15:07:34 <spaetz> so the new phonefsod package is probably not build on the buildhost
Nov 04 15:07:56 <mrmoku> not for shr/merge
Nov 04 15:08:41 <spaetz> just flashing a new image with the fixed phonefsod
Nov 04 15:08:48 <spaetz> will report back soon whether it fixes things
Nov 04 15:09:24 <dos1> rebelThor, spaetz: strange
Nov 04 15:09:30 <dos1> it should be shr-splash-theme-logo
Nov 04 15:09:47 <spaetz> dos1: really? hahaha
Nov 04 15:09:56 <spaetz> weird
Nov 04 15:10:19 <jm3474> Is there any way to speed up the "Handling BitBake files" operation that is occurring every time I try to build my application ?
Nov 04 15:10:43 <Arigead> spaetz: I was picking up image from http://build.shr-project.org/tests/mrmoku/unstable/images/om-gta02/ I'll look for shr/merge image. Does that image have phoneui installed by default?
Nov 04 15:11:05 <spaetz> Arigead: not sure whether there is one readily available on the buildhost
Nov 04 15:11:18 <spaetz> but yes, that would have phoneui
Nov 04 15:12:00 <spaetz> but it also still has glitches to be worked out... :(
Nov 04 15:13:02 <Arigead> spaetz: it was ever so. When you say it might not be available does that mean it has to be build from scratch. Building a full shr lite image has never worked for me.
Nov 04 15:13:32 <rebelThor> jm3474: BB_SRCREV_POLICY="cache" in your local.conf, but be aware that it might find some issues (as to not getting updates when it should)
Nov 04 15:14:28 <spaetz> Arigead: I don't know if such an image has ever been build (or made available on the buildhost, as I am not involved with that). I have built the image here locally.
Nov 04 15:14:42 <spaetz> sorry, so I can't help you answering if/where its on the buildhost
Nov 04 15:14:57 <mrmoku> Arigead: no merge image on the buildhost
Nov 04 15:15:00 <mrmoku> not yet
Nov 04 15:15:07 <rebelThor> Arigead: aren't you using the mrmorku/tests image ?
Nov 04 15:15:25 <mrmoku> JaMa: btw... I thought it should build only utf8 locales?
Nov 04 15:15:33 <rebelThor> i think spaetz is talking about the shr/merge branch/image, which is a different thing altogether :)
Nov 04 15:15:42 <Weiss> jm3474: but it shouldn't take more than about 10s after the first time... (?)
Nov 04 15:16:09 <spaetz> Weiss: haha, 10 seconds.... It often takes 30-60 for me :). Even if nothing has changed
Nov 04 15:16:16 <jm3474> Weiss: in my case it is more like 1 min every time
Nov 04 15:16:16 <Arigead> rebelThor: Yes I am but the last one if from 12th Oct If I'm in the right location
Nov 04 15:16:29 <Weiss> ick.. I only get that the first time
Nov 04 15:16:46 <rebelThor> Weiss: same here, takes a lot even if it's not first time.. you must have a monster of a machine? :D
Nov 04 15:17:04 <Weiss> I did notice that one of the package (epdfview or something, I think) has a hardcoded AUTOREV which makes it hang for a little while (and break if there's no intenet connection)
Nov 04 15:17:21 <Weiss> rebelThor: nope, I have a laptop with a hefty I/O bottleneck..
Nov 04 15:17:56 <rebelThor> Weiss: are you sure you don't have BB_SRCREV_POLICY="cache" in your local.conf ?
Nov 04 15:17:57 <Weiss> single core (which was an error - I bought it just before dual-core laptops because common and cheap)
Nov 04 15:18:08 <Weiss> rebelThor: hmm.. possibly. but I didn't do it myself..
Nov 04 15:18:30 <rebelThor> Weiss: it shouldn't be there by default, but adding it will make it load in under 10 seconds
Nov 04 15:18:44 <JaMa> rebelThor, spaetz: it gives me handy.. dunno why
Nov 04 15:19:00 <rebelThor> JaMa: heh, dos said it should be logo :D
Nov 04 15:19:44 <Weiss> rebelThor: nope, can't find it anywhere under "conf". I just timed it.. takes five seconds to start 
Nov 04 15:19:58 <Weiss> .. to start "handling bitbake files", and 9-10 seconds to finish
Nov 04 15:20:56 <rebelThor> Weiss: i'm finishing my shr-lite-image in a couple of minutes, and I'll tell ya how much it takes for me, I'm on a core 2 duo 1.8G, but iirc it takes a lot more
Nov 04 15:21:11 <spaetz> FUCK, YEESSS
Nov 04 15:21:16 <spaetz> IT LIVES
Nov 04 15:21:20 * Weiss wonders if something's broken with his installation (but I'm not complaining :)
Nov 04 15:21:29 <JaMa> no "handling bitbake files" here but "Parsing .bb files, please wait...done." takes really old (even after done).. 
Nov 04 15:21:38 <spaetz> mrmoku: thanks, phonefsod works now. 1 request for SIM PIN and it actually registers
Nov 04 15:21:39 <JaMa> s/old/long/
Nov 04 15:21:39 <apt> JaMa meant: no "handling bitbake files" here but "Parsing .bb files, please wait...done." takes really long (even after done).. 
Nov 04 15:21:57 <rebelThor> spaetz: for a moment there, I thought you won the lottery... :)
Nov 04 15:22:00 <spaetz> fsousaged gets started despite the weird error messsages in frameworkd.log
Nov 04 15:22:11 <JaMa> mrmoku: it builds about 3 locales for me and then lots of gconv packages..
Nov 04 15:22:18 <spaetz> my shr/merge image boots, and works. no crashes
Nov 04 15:22:30 <rebelThor> spaetz: make a call... I dare you :D
Nov 04 15:22:45 <spaetz> even fucking connman did not crash and properly ignores /dev/usb0
Nov 04 15:24:22 <JaMa> :)
Nov 04 15:25:33 <spaetz> Active phone call screen comes up. Now I only have the problem that speaker/mic volume are set to 0 and moving the sliders doesn't help
Nov 04 15:25:53 <spaetz> TAsn: LAZY SURFER. Come and fix your code :)
Nov 04 15:29:05 <rebelThor> Weiss: over 60 seconds and still at NOTE: Handling BitBake files: \ (4324/7821) [55 %]
Nov 04 15:31:38 <Weiss> rebelThor: interesting.. I wonder why it's so fast for me, then. I must have a different option somewhere..
Nov 04 15:32:51 <mrmoku> JaMa: NOTE: generating locale nl_BE@euro (ISO-8859-15)
Nov 04 15:33:00 <mrmoku> and that for a thousand of locales :)
Nov 04 15:33:06 <TAsn> spaetz, no can do.
Nov 04 15:33:18 <TAsn> spaetz, I'm a slave of the waves, when they rise I must comply.
Nov 04 15:37:16 <Weiss> rebelThor: I'm on an old (many months, 22nd August) version of shr/import and bitbake 1.8.12.. should that make any difference?
Nov 04 15:37:29 <JaMa> mrmoku: hmm GLIBC_GENERATE_LOCALES = "en_GB.UTF-8 cs_CZ.UTF-8 en_US.UTF-8" in my local.conf
Nov 04 15:37:44 <JaMa> mrmoku: thats probably why its ok here
Nov 04 15:38:42 <JaMa> ENABLE_BINARY_LOCALE_GENERATION wasn't enabled before? I have it overriden in local.conf for long.. so I haven't noticed..
Nov 04 15:40:48 <spaetz> TAsn: ever seen "The perfect wave?" You'll die in the end :)
Nov 04 15:41:17 <spaetz> TAsn: just send you more logs by mail
Nov 04 15:41:26 <spaetz> also I don't have any /etc/libphone*
Nov 04 15:41:29 <spaetz> do I need one?
Nov 04 15:41:47 <TAsn> wth?! yes you need one.
Nov 04 15:42:01 <spaetz> let me check the .ipk
Nov 04 15:42:05 <TAsn> though it shouldn't have worked
Nov 04 15:42:11 <TAsn> at all.
Nov 04 15:42:18 <TAsn> so it's weird you don't have it.
Nov 04 15:42:37 <TAsn> exact name: /etc/libphoneui.conf 
Nov 04 15:43:19 <rebelThor> ok, just finished building the last updates of the shr/merge, trying it on the phone in a moment :)
Nov 04 15:43:59 <spaetz> should it be in the phoneuid package? 
Nov 04 15:44:04 <spaetz> or in the phoneui-apps one?
Nov 04 15:44:49 <spaetz> checked phoneuid package, no file in there.
Nov 04 15:44:55 <mrmoku> JaMa: we usually had GLIBC_GENERATE_LOCALES = "en_US.UTF-8" though that leads to not building image nowadays
Nov 04 15:45:04 <mrmoku> as it insists to be a britannic image ;)
Nov 04 15:45:25 <spaetz> TAsn: phone-utils.conf ?
Nov 04 15:45:32 <TAsn> no
Nov 04 15:45:40 <TAsn> <TAsn> exact name: /etc/libphoneui.conf 
Nov 04 15:45:40 <spaetz> libphoneui.conf 
Nov 04 15:45:44 <spaetz> I am stupid
Nov 04 15:45:55 <spaetz> have i, no clue why I oversaw it
Nov 04 15:46:04 <spaetz> probably searched on my host, rather than FR or so :)
Nov 04 15:46:14 <TAsn> ;)
Nov 04 15:46:40 <spaetz> http://dpaste.com/116216/
Nov 04 15:46:48 <spaetz> this is the audio part, I guess
Nov 04 15:48:54 <JaMa> mrmoku: greping shr/import where it was defined before..
Nov 04 15:49:21 <JaMa> mrmoku: hmm nowhere.. just local.conf.sample 
Nov 04 15:49:30 <TAsn> spaetz, shit.
Nov 04 15:49:35 <TAsn> logs are exactly like mine
Nov 04 15:49:37 <TAsn> same for config :|
Nov 04 15:49:46 <TAsn> are you sure you are using the latest version?
Nov 04 15:50:26 <TAsn> spaetz, and I can't seem to find "the perfect wave" or any info about it online.
Nov 04 15:51:34 <spaetz> might not be the right title
Nov 04 15:51:47 <spaetz> Patrick Swayze and Keanu Reeves?
Nov 04 15:52:21 <spaetz> Point Break
Nov 04 15:52:36 <spaetz> http://www.imdb.com/title/tt0102685/
Nov 04 15:53:31 <spaetz> TAsn: why do you use alsa hardware commands and not FSO?
Nov 04 15:53:47 <spaetz> mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Device.GetSpeakerVolume and stuff?
Nov 04 15:54:18 <spaetz> anyway, once that is fixed, the shr/merge lite image is ready for use for me :)
Nov 04 15:54:40 <TAsn> spaetz, volume is not yet supported in fso.
Nov 04 15:54:54 <spaetz> ahh, k
Nov 04 15:54:57 <TAsn> and although having that would be nice, it's just not there.
Nov 04 15:55:39 <TAsn> spaetz, as you probably noticed
Nov 04 15:55:45 <TAsn> it's called Point break ;]
Nov 04 15:55:51 <TAsn> and yeah, of course I saw it.
Nov 04 15:56:04 <TAsn> and damn, those waves were big
Nov 04 15:56:25 <TAsn> though I must admit, although I surfed amazingly smaller waves, it must have felt the same ;]
Nov 04 15:56:36 <TAsn> I mean, I felt like if I was riding his waves.
Nov 04 15:56:50 <TAsn> As there was almost a record breaking storm here in israel
Nov 04 15:56:59 <TAsn> many people were too afraid to go surfing
Nov 04 15:57:25 <TAsn> and I surfed those huge waves while a storm is flooding cities and breaking stuff. ;)
Nov 04 16:01:03 <spaetz> dos1: shr-settings still uses ophonekitd for determining the GSM antenna status
Nov 04 16:01:17 <spaetz> do you mind we we go back to FSO to do that?
Nov 04 16:01:20 <spaetz> ie use org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.
Nov 04 16:01:23 <spaetz> GetResourceState
Nov 04 16:02:10 <JaMa> mrmoku: http://build.shr-project.org/Makefile there is still few require srcrevs which are not needed now and also GLIBC_GENERATE_LOCALES is commented out..
Nov 04 16:02:26 <JaMa> mrmoku: maybe you can enable it again..
Nov 04 16:02:27 <dos1> spaetz: yup, i'll change that
Nov 04 16:02:56 <spaetz> ahh, you will. ok cool
Nov 04 16:02:59 <JaMa> mrmoku: ah shr/merge is not changed there yet.. :) so its needed I guess
Nov 04 16:03:49 <spaetz> dos1: because that is now broken of course. Just wondered...
Nov 04 16:05:04 <spaetz> ringtone is also broken.
Nov 04 16:05:28 <dos1> ringtone?
Nov 04 16:05:46 <spaetz> on incoming call it simply vibrates and in shr-settings when I press "play" it changes to "stop" and then imediately back to "Play"
Nov 04 16:05:56 <spaetz> so I wonder if sound is broken on my FR in general
Nov 04 16:06:22 <spaetz> yep, seems like sound is broken.
Nov 04 16:06:52 <spaetz> TAsn: would that explain it :-) ?
Nov 04 16:06:53 <spaetz> aplay notify_message.wav 
Nov 04 16:06:53 <spaetz> ALSA lib confmisc.c:768:(parse_card) cannot find card '0'
Nov 04 16:07:20 <TAsn> hm.. yes, that really explain it ;)
Nov 04 16:07:26 <TAsn> as in the libphoneui.conf file
Nov 04 16:07:31 <TAsn> I'm referring to card 0
Nov 04 16:07:32 <TAsn> :)
Nov 04 16:07:34 <spaetz> right.
Nov 04 16:07:42 <spaetz> ok, so you are not guilty
Nov 04 16:07:53 <spaetz> at least not proven to be guilty for now :)
Nov 04 16:08:02 <spaetz> you remain on my list of suspects :)
Nov 04 16:08:17 <spaetz> ok, no clue how to debug alsa. sorry.
Nov 04 16:08:23 <TAsn> I'm fine with that, my father is a lawyer. ;]
Nov 04 16:08:24 <spaetz> I have to give up at this point
Nov 04 16:08:29 <TAsn> spaetz, you should. ;]
Nov 04 16:08:40 <TAsn> as you are for some reason missing sound card 0 :|
Nov 04 16:08:59 <spaetz> if anyone wants to try a working image but without sound card. I put it up for now: http://sspaeth.de/uploads/tmp/shr-lite-eglibc-ipk--20091104-om-gta02.rootfs.tar.gz
Nov 04 16:11:05 <spaetz> cat /dev/snd/controlC0 
Nov 04 16:11:05 <spaetz> cat: /dev/snd/controlC0: File descriptor in bad state
Nov 04 16:11:12 <spaetz> never seen such a thing
Nov 04 16:12:04 <spaetz> ohh, was on my host again. ignore me
Nov 04 16:12:09 <spaetz> I need to go home now.
Nov 04 16:12:11 <spaetz> tired
Nov 04 16:30:41 <JaMa> mrmoku|away: you have some strange groff on buildhost.. (maybe upgraded 1.20.1 I sent you just for groff-native for testing.. please drop that patch there... it shouldn't be in shr/merge)
Nov 04 16:45:22 <rebelThor> haha, the new splash is indeed tux for me now :D.. weird
Nov 04 16:45:42 <rebelThor> "no soundcards found" :D
Nov 04 16:47:13 <rebelThor> JaMa: I got X :D
Nov 04 16:47:59 <jm3474> I'm trying to build an application for SHR and it seems that during the configure error it doesn't recognize the GTK library: "checking for GTK... configure: error: Package requirements (gtk+-2.0) were not met: No package 'gtk+-2.0' found"
Nov 04 16:48:00 <JaMa> dbus works for you?
Nov 04 16:48:13 <JaMa> rebelThor: or X as plain Xorg without e-wm?
Nov 04 16:48:17 <rebelThor> JaMa: just a sec.. I'm now at the configuring stuff in e
Nov 04 16:48:41 <JaMa> rebelThor: is framework running for you?
Nov 04 16:48:48 <JaMa> frameworkd of course..
Nov 04 16:49:17 <rebelThor> just a sec..
Nov 04 16:49:39 <rebelThor> JaMa:  1854 ?        Ss     0:51 python /usr/bin/frameworkd
Nov 04 16:50:25 <rebelThor> I didn't get any pin requests though
Nov 04 16:50:48 <rebelThor> and no contacts listing, but I'm not sure if it's the libphoneui stuff or not
Nov 04 16:50:59 <rebelThor> yeah, it is libphoneui-contacts
Nov 04 16:51:01 <JaMa> pb__: ^^ strange.. it seems that python works for rebelThor.. and he should have almost the same image as mine is..
Nov 04 16:51:36 <rebelThor> JaMa: I can post the local.conf or any other file you'd like..
Nov 04 16:51:46 <JaMa> pb__: it built from same branch, but on different buildhost..
Nov 04 16:52:07 <rebelThor> i'm not on 64 bit, does that count ?
Nov 04 16:52:22 <JaMa> rebelThor: you haven't disabled thumb in local.conf, have you?
Nov 04 16:52:33 <rebelThor> JaMa: nope, just a sec, I'll paste it somewhere so you can check it
Nov 04 16:53:19 <JaMa> rebelThor: not sure.. but ie openssl build is using binutils on buildhost.. so maybe your binutils version on buildhost generates better binaries.. I have 2.20 as iits used in oe
Nov 04 16:53:32 <rebelThor> JaMa: http://pastebin.com/d12e3aa1a
Nov 04 16:54:11 <JaMa> rebelThor: looks ok
Nov 04 16:54:23 <rebelThor> JaMa: yeah, basic stuff, removed all the "require" lines per mrmoku..
Nov 04 16:54:45 <rebelThor> anything anyone want to test on it? :D
Nov 04 16:55:48 <rebelThor> hmm, 2009.11.04 16:48:18.529 frameworkd.subsystem ERROR    could not import ophoned.py: /usr/lib/libasound.so.2: version `ALSA_1.0.11' not found
Nov 04 16:56:43 * JaMa hopes that there is no need to reboot after eglibc reinstall
Nov 04 16:56:48 <JaMa> or is there?
Nov 04 16:58:05 <rebelThor> so, when would be a right time to completely switch to shr/merge? :D
Nov 04 16:58:23 <rebelThor> it builds, it boots, sound doesn't seem to work, but who uses sound anyway :D
Nov 04 17:08:50 <mrmoku> JaMa: heh, yes strange groff
Nov 04 17:10:02 <mrmoku> JaMa: forgot about that one :)
Nov 04 17:10:10 <mrmoku> hopefully the git clean -d -f fixes it
Nov 04 17:10:26 <JaMa> mrmoku: 2009-10-29:17:08 < JaMa> mrmoku: please try this groff http://pastebin.ca/1647932 (and don't compile groff_1.20.1.. it will fail with hdtbl enabled)
Nov 04 17:10:33 <JaMa> :)
Nov 04 17:10:46 <mrmoku> :)
Nov 04 17:12:22 <CIA-52> SHR: 03maxposedon 07libphone-ui * r2332496bcd70 10/src/phoneui.c: Fix g_error usage
Nov 04 17:13:19 <mrmoku> max_posedon: finally applied, thanks :)
Nov 04 17:13:56 <mrmoku> max_posedon: btw... tangogps does *not* segfault for me on map download...
Nov 04 17:17:03 <mrmoku> dos1: as I'm old... and my memory sucks... could you remind me how to switch to fsodevice?
Nov 04 17:17:07 <mrmoku> +d
Nov 04 17:17:29 <dos1> mrmoku: a) add [fsodevice.*] sections
Nov 04 17:17:34 <dos1> mrmoku: b) disable odeviced
Nov 04 17:17:47 <dos1> mrmoku: c) write initscript to run fsodeviced on system startup
Nov 04 17:17:57 <mrmoku> ahh, no dbus activation? :P
Nov 04 17:18:06 <dos1> mrmoku: there is dbus activation
Nov 04 17:18:19 <dos1> mrmoku: but you need it started on boot in order to have idle notifier working
Nov 04 17:18:26 <mrmoku> ok, thanks
Nov 04 17:18:58 <dos1> some changes in configuration is also needed IIRC
Nov 04 17:19:08 <dos1> as some names changed
Nov 04 17:20:24 <mrmoku> ok... time to peel potatoes :|
Nov 04 17:20:28 <mrmoku> and dinner after that
Nov 04 17:20:33 <mrmoku> and playing cards after that 
Nov 04 17:20:33 <pb__> JaMa: it does seem to have stopped crashing for me on your machine now, possibly since you updated libpthread
Nov 04 17:20:39 <mrmoku> bbl
Nov 04 17:20:44 <pb__> are you still able to reproduce that crash?
Nov 04 17:28:44 <JaMa> pb__: looks ok now, strange but GREAT :). I'm 100% sure, that I've rebuilt and reinstalled eglibc after patch from morning.. so what could change? I guess that closing screen session and starting new one doesn't change anything wrt libpthread..
Nov 04 17:30:35 <JaMa> we should rebuild python-pyalsaaudio
Nov 04 17:30:36 <JaMa> SHR root@gojama ~ $ ldd /usr/lib/python2.6/site-packages/alsaaudio.so
Nov 04 17:30:36 <JaMa> /usr/lib/python2.6/site-packages/alsaaudio.so: /usr/lib/libasound.so.2: version `ALSA_1.0.11' not found (required by /usr/lib/python2.6/site-packages/alsaaudio.so)
Nov 04 17:35:04 <JaMa> rebelThor, spaetz: rebuilding python-pyalsaaudio fixes "No soundcards found..." but you need it manually
Nov 04 17:35:41 <JaMa> rebelThor, spaetz: because bumping PR is not probably usefull for anyone who didn't upgraded alsa between builds (just shr..)
Nov 04 17:37:45 <Sharwin_F> hmm there's no subversion client in SHR repos?
Nov 04 17:37:57 <JaMa> Sharwin_F: IRC it is..
Nov 04 17:38:24 <Sharwin_F> JaMa, no package svn or subversion :S
Nov 04 17:39:17 <JaMa> so you're syncing against old repo.. what feed are you using?
Nov 04 17:40:17 <Sharwin_F> JaMa, mromku/test
Nov 04 17:40:37 <Sharwin_F> that may be the problem
Nov 04 17:40:47 <JaMa> Sharwin_F: ah, its probably only in task-shr-feed which are not build yet probably..
Nov 04 17:41:05 <Sharwin_F> ok :9
Nov 04 17:43:52 <JaMa> bbl
Nov 04 17:53:41 <BluesLee> JesusMcCloud: ping
Nov 04 17:54:24 <JesusMcCloud> BluesLee, pong
Nov 04 17:55:32 <BluesLee> JesusMcCloud: hi, any progress with an ultrafast, ultranice theme?;-)
Nov 04 17:56:24 <BluesLee> JesusMcCloud: such a home screen looks nice http://scap.linuxtogo.org/files/eb33ab0e9992663010a7b4d5889e7ae9.png
Nov 04 17:56:34 <BluesLee> JesusMcCloud: do you know who did it?
Nov 04 17:57:27 <JesusMcCloud> yes, well, sort of... i got stuff for university to do this week... A LOT, but since i am a genius, i will have it doen by tonight
Nov 04 17:57:49 <BluesLee> JesusMcCloud: what kind of stuff, maybe i can help
Nov 04 17:57:53 <JesusMcCloud> this is the fastes homescreen you'll ever get: http://scap.linuxtogo.org/files/b344fb735f421fa76a8026423ffe56d4.png (16bpp pngs without alpha)
Nov 04 17:58:56 <JesusMcCloud> BluesLee, i will check if i have the latest version of elm theme pushed into git... if so, you could add disabled items (new feature in latest elm)
Nov 04 18:00:09 <BluesLee> JesusMcCloud: nice feature, categories would also be nice so that i can drop sortdesk
Nov 04 18:00:45 <bumbl> JesusMcCloud: out with it ;) + a new image with phoneui would be nice
Nov 04 18:00:48 <JesusMcCloud> BluesLee, it is just a different style, no extra program logic added
Nov 04 18:01:37 <bumbl> JesusMcCloud: btw: less striking means more time for the neo ;p
Nov 04 18:05:05 <JesusMcCloud> bumbl, i dont participate... its no godd. i woudl have had a lecture last week some day, but there was no place, because stupid protesters occupied the lecture hall
Nov 04 18:06:04 <BluesLee> JesusMcCloud: striking against what?
Nov 04 18:07:18 <JesusMcCloud> bumbl, jesus fucking christ the vienna univesity has huge expenses because of the protest, becuase the have to rent halls somwhere else! and the students and universities complain because the have no money (one of their points), the whole thing is just a giant brainfuck!
Nov 04 18:08:12 <bumbl> BluesLee: austrian students are striking for more money for universities by disowning the 15 richest families of Austria and similar stupid ideas
Nov 04 18:08:45 <BluesLee> JesusMcCloud: hmmm, let them strike ... i think a student must strike at least once in his life to tell his children ... in 2009 me and my ...
Nov 04 18:09:05 <pb__> heh.  what exactly does it mean for students to be on strike?
Nov 04 18:09:56 <bumbl> JesusMcCloud: i know - i am against those strikes too - i think achievments and performance are nothing bad
Nov 04 18:10:06 <mickey|office> pb__: hehe
Nov 04 18:10:21 <bumbl> pb__: holding the universities biggest rooms captured
Nov 04 18:10:38 <BluesLee> JesusMcCloud: do you also have problems with sim authentification after your #1024 fix? it takes much more time than before, 5 minutes vs. 2 min
Nov 04 18:11:11 <JesusMcCloud> and of course the rectorship fully supports it! i mean come on how stupid can you be yelling "give us more money" while causing huge costs. they are also against the bologna process "oh my god this really sucks, now that i can study one part in my homecountry and finish my study in another country without any obstacles whatsoever!" thos people are so fuckin stupid!
Nov 04 18:11:25 <JesusMcCloud> BluesLee, nope sim auth works like a charm
Nov 04 18:11:54 <BluesLee> JesusMcCloud: hmm, i will check it with another distro
Nov 04 18:12:29 <JesusMcCloud> all the university talk reminds me.. i still have to hand in 2 exercises today...
Nov 04 18:12:36 <JesusMcCloud> so i am 25% here
Nov 04 18:12:49 <BluesLee> JesusMcCloud: the default kbds in shr are still unusable at least not finger friendly
Nov 04 18:13:18 <JesusMcCloud> BluesLee, yaeh i think i should submit mine, now that the exist for over a year....
Nov 04 18:13:54 <BluesLee> JesusMcCloud: mine has problems when rotating to the wrong direction
Nov 04 18:14:07 <JesusMcCloud> that is no layout issue
Nov 04 18:14:17 <BluesLee> JesusMcCloud: or rotating back afair
Nov 04 18:18:20 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r59c66bb02d0a 10/fsogsmd/src/lib/sms.vala: fsogsmd: sms: fix off-by-one error for concatenated messages
Nov 04 18:26:57 <bumbl> JesusMcCloud: well they fully disqualified by the point when they got cheerful during the speech of attac spokesman Felber (i watched the livestream to get an impression of the protest) - but hey I was educated by the "Leistungsprinzip"
Nov 04 18:30:09 <JesusMcCloud> bumbl, i more for "lustprinzip"... works quite well for me, just obey your instincts... you have them for a good reason
Nov 04 18:31:34 <bumbl> hmm yeah - my "Leistungsprinzip" includes motivating myself for almost anything if it gets me what i want ;p
Nov 04 18:35:08 <JesusMcCloud> bumbl, you can combine that... this blonde waitress... i started paying round afterround of really nasty obsteler for her, a freidn of mine and me... en when she was truyl disgusted, she started pouring drinks into my mouth... the good ones! a little negotiation an we were both drinking the good stuff. get her to the point where she WANTS you to drink with her, and simply tell her "sry, but i have to go now, the last tr
Nov 04 18:35:08 <JesusMcCloud> amway is coming and i need a place to sleep", so baiscally i spent 30€ on drinks worth 80€ AND had a nicer place to sleep. tha is why i keep telling myself to follow my insticts
Nov 04 18:36:04 <JesusMcCloud> and all that while some dipshits were thinking about striking and how to protest in the most efective way.. screw them!
Nov 04 18:36:37 <juri_> ok, i have no idea what you two are talking about. ;P
Nov 04 18:36:50 * juri_ goes back to her regularly scheduled deep hack session.
Nov 04 18:36:54 <wurp2|lazy> The new SHR release, of course!
Nov 04 18:37:01 <bumbl> JesusMcCloud: ;) hehe
Nov 04 18:39:25 <bumbl> the power of obstler
Nov 04 18:40:02 <JesusMcCloud> bumbl, although this kidn of stuff almost got me into a barfight with the linger of some german emo band who came to my favourive bar... just because i told one of the "groupies" not to waste her time on a guy who doesnt even have hair on his chest. when he wanted to argue with me, i told him that he should first grow some hair on his chest, before i even talk to him... not to meintion the shitty music...
Nov 04 18:40:30 <bumbl> juri_: we are talking about the place where the pizzamen delivers his delicious stuff ;p
Nov 04 18:43:15 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r2f6cf83d6f95 10/fsogsmd/src/lib/ (atcommands.vala atunsolicited.vala sms.vala): fsogsmd: sms: feeding incoming CMTI to SmsStorage works now
Nov 04 18:43:50 * JaMa found his neo at home with that cute slick slider, yay!
Nov 04 18:44:20 <JesusMcCloud> JaMa, what does the offspring look like?
Nov 04 18:44:34 <bumbl> JesusMcCloud: there is an easier way to do this - just show the emo a corner - you are happy because he won't bother you again and he is happy because he has a place to be unhappy
Nov 04 18:45:56 <JesusMcCloud> bumbl, i these guys just provide music...
Nov 04 18:46:10 <JaMa> yay2, locked screen and now it wants password, but there is no virt keyboard..
Nov 04 18:47:15 <JaMa> playya_: ping
Nov 04 18:47:26 <playya_> JaMa, short pong
Nov 04 18:48:37 <JaMa> which gypsy/navit patches should be in shr/merge (from patchwork?)
Nov 04 18:49:12 <TAsn> dos1, I give up.
Nov 04 18:49:16 <TAsn> I'm going to give KDE another go.
Nov 04 18:49:23 <TAsn> what should I need to know?
Nov 04 18:49:23 <dos1> TAsn: ;D
Nov 04 18:49:43 <bumbl> TAsn: just one thing: it rocks
Nov 04 18:49:48 <playya_> JaMa, 375-377
Nov 04 18:50:00 <playya_> but i can't test them atm :(
Nov 04 18:50:02 <TAsn> bumbl, ok, will give it a go. :|
Nov 04 18:50:08 <TAsn> I'm so sad I am doing that, but wth. :|
Nov 04 18:51:01 <JaMa> playya_: navit cannot be build with some patches which were already accepted before.. I have some reverted here to compile it at all..
Nov 04 18:51:33 <TAsn> bah, I chickened out again.
Nov 04 18:51:37 <TAsn> not a good time for me.
Nov 04 18:51:56 <JaMa> playya_: something with 233-235
Nov 04 18:52:09 <TAsn> I actually did: "pacman -S kde" answered yes to the first question, but then no to the final confirmation. :|
Nov 04 18:52:10 <playya_> JaMa, the werror patch is needed for new gcc
Nov 04 18:52:50 <JaMa> playya_: and I have seen some dbus activation file in latest navit sources so maybe 236 is not needed anymore
Nov 04 18:52:56 <playya_> 235 is the evil one
Nov 04 18:53:04 <playya_> some changed some lines in the config
Nov 04 18:53:27 <bumbl> well with kde you will have a shitload of options you probably don't need but if you do it can pay off as you have a system which fits your workflow
Nov 04 18:53:35 <playya_> mabye. i wrote a patch and maybe someone apllied it
Nov 04 18:54:18 <TAsn> brb
Nov 04 18:54:19 <JaMa> playya_: ok, I'll retry, thanks
Nov 04 18:54:22 <TAsn> bumbl, will give a go sometime.
Nov 04 18:55:27 <spaetz> JaMa, python-alsaauudio won't help me
Nov 04 18:55:46 <spaetz> even aplay ccan't find audio card 0
Nov 04 18:56:07 <spaetz> andd /dev/snd only contaains timer or so
Nov 04 18:56:15 <spaetz> gone again, bbl
Nov 04 18:56:17 <TAsnn> spaetz, 
Nov 04 18:56:20 <TAsnn> lsmod | grep snd
Nov 04 18:56:34 <JaMa> spaetz: try ldd /usr/lib/python2.6/site-packages/alsaaudio.so
Nov 04 18:56:48 <spaetz> TAsn, snd-soc-wn8 sth is loaded
Nov 04 18:56:51 <playya_> have to now. playing around with navit later
Nov 04 18:56:52 <JaMa> does it said that alsa_1.0.11 is missing?
Nov 04 18:57:02 <spaetz> really gonne bbl
Nov 04 18:57:26 <spaetz> jama will try
Nov 04 18:58:14 <rebelThor> JaMa: -sh: ldd: not found ? :D
Nov 04 18:58:28 <JaMa> opkg install ldd
Nov 04 18:58:29 <TAsnn> spaetz, I have 9 lines there...
Nov 04 19:00:12 <rebelThor> JaMa: heh, I think I'll have to build ldd :D
Nov 04 19:01:19 <JaMa> rebelThor: its part of eglibc.. so it should be there..
Nov 04 19:01:26 <spaetz> TAsn, i also quite some lines
Nov 04 19:01:46 <spaetz> don't have the fr here atm
Nov 04 19:02:28 <spaetz> i was also looking for ldd somee time ago
Nov 04 19:02:40 <rebelThor> this is what I have on lsmod | grep snd: http://pastebin.com/d581812c5
Nov 04 19:04:29 <spaetz> rebelThor, if you rmmod snd_soc_wm8753 and modprobe it again, do you see sth in dmesg?
Nov 04 19:05:01 <spaetz> lsmod looks pretty similar to mine
Nov 04 19:05:14 <rebelThor> spaetz: nope, no new messages in dmesg
Nov 04 19:05:42 <spaetz> mmh
Nov 04 19:07:35 <rebelThor> JaMa: find / | grep ldd returns nothing... :D
Nov 04 19:11:36 <JaMa> rebelThor: I mean part of eglibc recipe, so it should be build already, but its not installed by default...
Nov 04 19:15:50 <rebelThor> heh, ldd is actually a script, that uses /bin/bash :D and seems like bash is not installed
Nov 04 19:16:25 <spaetz> where  is ldd?
Nov 04 19:16:46 <rebelThor> spaetz: had to install it, it's already build in deploy/ipk/armv4t
Nov 04 19:16:54 <rebelThor> s/build/built/
Nov 04 19:16:54 <apt> rebelThor meant: spaetz: had to install it, it's already built in deploy/ipk/armv4t
Nov 04 19:17:35 <spaetz> ahh, k. ok so i have to do that tomorrow
Nov 04 19:18:47 <rebelThor> JaMa: Ldd output: http://pastebin.com/d21d65e18
Nov 04 19:20:39 <spaetz> /usr/lib/libasound.so.2: version `ALSA_1.0.11' not found
Nov 04 19:20:45 <spaetz> aha!
Nov 04 19:20:52 <rebelThor> spaetz: what does that mean?
Nov 04 19:21:17 <spaetz> couldn't find alsa :-)
Nov 04 19:21:31 <rebelThor> lol, I could figure that much :D but how do we fix it? :)
Nov 04 19:21:54 <JaMa> spaetz, rebelThor, as i said before bitbake -c clean -b recipes/python/python-pyalsaaudio
Nov 04 19:22:10 <JaMa> build it again and opkg install -force-reinstall python-pyalsaaudio
Nov 04 19:22:20 <rebelThor> JaMa: ok, trying it now
Nov 04 19:22:32 <spaetz> but you do havee a file /usr/lib/libasound.so.2 right?
Nov 04 19:23:05 <JaMa> yes
Nov 04 19:23:27 <JaMa> but it wants to find ALSA_1.0.11 and there is ALSA_1.0.15
Nov 04 19:23:36 <Heinervdm> why is the recipe for tangogps 0.9.8 not in git?
Nov 04 19:24:10 <spaetz> nobody ate that cookie yet?...
Nov 04 19:24:18 <vanous123> mrmoku|away: got (only) today to try the fsodeviced, after configuring it it worked out of box, so i guess it works... 
Nov 04 19:24:22 <rebelThor> JaMa: reinstalled it and it doesn't error any more.. should I reboot ?
Nov 04 19:24:41 <JaMa> Heinervdm: isn't? http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?h=shr/merge&id=1777ecc500bcdc4957d35c89f10e10d6ba1c0040
Nov 04 19:24:59 <JaMa> rebelThor: or restart frameworkd
Nov 04 19:25:13 <JaMa> spaetz: i did it, tasty!
Nov 04 19:25:22 <Heinervdm> JaMa: ah, i started my build before that commit
Nov 04 19:25:34 <spaetz> JaMa, but i get alsa probs even with aplay
Nov 04 19:25:51 <spaetz> so it can't be just python...
Nov 04 19:26:37 <rebelThor> aplay errors: http://pastebin.com/d7a54f294
Nov 04 19:26:44 <JaMa> you're right, aplay complains still, but framework is a bit happier
Nov 04 19:27:20 <JaMa> maybe its because of newer udev..
Nov 04 19:27:36 <JaMa> haven't checked.. but snd is now enabled in 2.6.31 config
Nov 04 19:27:40 <JaMa> so I'll try
Nov 04 19:29:57 <Arigead> spaetz: Tried to untar your rootfs to create a jffs2 to flash. I've an error on untar-ing your rootfs. I's not giving me any specific error just "tar: Exiting with failure status due to previous errors"
Nov 04 19:30:26 <JaMa> Arigead: try jffs2 instead..
Nov 04 19:30:53 <Arigead> Didn't realise there was a jffs2 there. I'll download that.
Nov 04 19:31:00 <Arigead> JaMa: thanks
Nov 04 19:31:16 <Heinervdm> spaetz: can you create pack's for calc git?
Nov 04 19:31:19 <rebelThor> heh, it actually connects to the GSM network.. cool
Nov 04 19:31:30 <JaMa> you can you mine, if there isn't
Nov 04 19:32:33 <Arigead> Jama: Nope there ain't one just the tar.gz
Nov 04 19:32:49 <rebelThor> heh, ffalarms segfaults :D
Nov 04 19:33:29 <JaMa> Arigead: http://jama.homelinux.org/org.openembedded.shr/images/om-gta02/ is mine
Nov 04 19:33:48 <JaMa> Heinervdm: calc_0.0.2 is there too if you want
Nov 04 19:33:56 <JaMa> Heinervdm: and git should be the same
Nov 04 19:34:28 <Heinervdm> JaMa: i meant, that the git command complains about missing pack's ;)
Nov 04 19:34:32 <rebelThor> mplayer: /usr/lib/libasound.so.2: version `ALSA_1.0.5' not found (required by mplayer)
Nov 04 19:34:41 <rebelThor> do I need to rebuild mplayer ?
Nov 04 19:35:36 <Arigead> JaMa: Thanks! downloading now I'll try it out
Nov 04 19:36:15 <JaMa> Heinervdm: ah strange 0.0.2 should be preferred after yesterday bump and it worked ok..
Nov 04 19:36:30 <JaMa> rebelThor: wait with mplayer.. I'll push mplayer+glamo patch
Nov 04 19:36:41 <rebelThor> JaMa: ooh, cool :D
Nov 04 19:36:59 <Heinervdm> JaMa: that's just a warning, something git specific
Nov 04 19:37:02 <rebelThor> JaMa: ping me when it's up, i'll be happy to test it
Nov 04 19:37:21 <Heinervdm> JaMa: fatal: Zero packs found!
Nov 04 19:37:59 <JaMa> Heinervdm: and its from calc_git or that 0.0.2 tag?
Nov 04 19:38:19 <Heinervdm> JaMa: for everything
Nov 04 19:38:37 <Heinervdm> because it's while checking out the git
Nov 04 19:39:45 <mrmoku> vanous123: what did you do to configure it?
Nov 04 19:40:03 <Heinervdm> mrmoku: what's the command to solve "fatal: Zero packs found!"
Nov 04 19:40:36 <mrmoku> Heinervdm: hehe, no idea
Nov 04 19:40:41 <mrmoku> it is not repacking the repo
Nov 04 19:41:02 <Heinervdm> but you did it for the shr repo ;)
Nov 04 19:41:06 <mrmoku> as we're doing that daily
Nov 04 19:41:18 <vanous123> mrmoku: i followed mickey's instructions from his email Subject: org.freesmartphone.Device.Orientation, 10th Sept. 
Nov 04 19:41:23 <mrmoku> Heinervdm: for which repo?
Nov 04 19:41:34 <mrmoku> vanous123: which ML?
Nov 04 19:41:36 <rebelThor> hmm, notifier and shr-today both installed and running in merge? should notifier be excluded?
Nov 04 19:41:38 <mrmoku> community?
Nov 04 19:41:39 <Heinervdm> mrmoku: calc it's on github
Nov 04 19:42:21 <vanous123> mrmoku: community
Nov 04 19:42:23 <mrmoku> Heinervdm: what I'm doing on the buildhost is 'git repack'
Nov 04 19:42:33 <mrmoku> vanous123: ok, thanks
Nov 04 19:44:09 <vanous123> mrmoku: http://pastebin.com/m161313e2
Nov 04 19:45:13 <mrmoku> vanous123: great, as somehow I can't find it...
Nov 04 19:46:23 <spaetz> ok, i'm back
Nov 04 19:46:24 <vanous123> i had to stop frameworkd as advised and run fsodeviced from command line
Nov 04 19:46:56 <spaetz> calc is on github, no clue if i can pack sth there
Nov 04 19:47:10 <vanous123> mrmoku: what i don't know is how to have it running constantly (as i am not sure if it already can replace the rest of the odeviced interfaceses)
Nov 04 19:47:29 <Heinervdm> spaetz: just try it ;) git repack
Nov 04 19:47:58 <GNUtoo> hi PaulFertser, about the alsa mailing list,against what should I base my patches? how should I do that(the kernel that we use is an msm kernel not a vanilla one,and it contains mach-msm code too that is needed for alsa)
Nov 04 19:48:30 <spaetz> Heinervdm, but i can't execute aany git cmds on their servers ;-)
Nov 04 19:48:45 <Heinervdm> oh :)
Nov 04 19:48:56 <spaetz> rebelThor, does sound work for you  now?
Nov 04 19:49:07 <rebelThor> spaetz: hmm, not sure how to test it :D
Nov 04 19:49:13 <[Rui]> is armv6 compatible with armv4? I wonder if I can run SHR on my SmartQ7...
Nov 04 19:49:14 <spaetz> aplay, eg.?
Nov 04 19:49:31 <rebelThor> spaetz: aplay errors out: http://pastebin.com/d7a54f294
Nov 04 19:49:44 <PaulFertser> GNUtoo: if it really depends on the custom kernel you should just mention that and give a link to it in case anyone's interested. 
Nov 04 19:50:28 <GNUtoo> PaulFertser, that's what I did but I was said that: "Please submit any code you have to the mailing list, it's much easier to review things via the standard workflows and getting the drivers into mainline would be good."
Nov 04 19:50:45 <spaetz> rebelThor, ok same error as i had..... 
Nov 04 19:51:21 <PaulFertser> GNUtoo: yes, you didn't submit the code at all.
Nov 04 19:51:41 <PaulFertser> GNUtoo: it assumed that you submit the actual driver so people can review it.
Nov 04 19:52:39 <GNUtoo> I submited only a git link
Nov 04 19:52:56 <GNUtoo> that was in a long line(bug or wrong manipulation in evolution)
Nov 04 19:54:12 <GNUtoo> should I mention it and ask what to do?
Nov 04 19:55:13 <PaulFertser> GNUtoo: no
Nov 04 19:55:21 <PaulFertser> GNUtoo: look, you have a new alsa driver, right?
Nov 04 19:55:24 <GNUtoo> yes
Nov 04 19:55:30 <PaulFertser> GNUtoo: it depends on some parts of the kernel that are not mainline yet
Nov 04 19:55:39 <GNUtoo> but it depend on mach-msm/qdsp5/
Nov 04 19:55:42 <GNUtoo> indeed
Nov 04 19:56:08 <PaulFertser> GNUtoo: but it is not a problem to review it. So you prepare it as if other parts were already mainline and send it, so people can review it easily.
Nov 04 19:56:37 <PaulFertser> GNUtoo: mentioning that it depends on 'that' and 'that' and why it does.
Nov 04 19:56:39 <GNUtoo> ok so git send mail or something like this...thanks a lot
Nov 04 19:56:43 <GNUtoo> ok
Nov 04 19:56:54 <PaulFertser> GNUtoo: do not forget to properly wrap long lines in the mail ;)
Nov 04 19:57:13 <GNUtoo> indeed that was an evolution bug or a wrong manipulation from my part
Nov 04 19:57:19 <GNUtoo> s/from my part/from me
Nov 04 19:57:31 <GNUtoo> because it's done by default
Nov 04 19:57:40 <GNUtoo> and the rest seem corect
Nov 04 19:57:50 <GNUtoo> I'll doubble check before sending it
Nov 04 19:58:49 <rebelThor> anyone has Trac access around here? I can't seem to be able to close my own bugs.. :D
Nov 04 19:59:34 <TAsn> spaetz, I have good news, the forecasts say there won't be waves in the following weekend.
Nov 04 20:05:41 <mrmoku> Full orientation = flat faceup. Sending change signal for faceup
Nov 04 20:05:43 <mrmoku> :)
Nov 04 20:06:53 <mrmoku> JaMa: NOTE: Running task 2785 of 7246
Nov 04 20:08:41 <PaulFertser> rebelThor: OM trac?
Nov 04 20:08:42 <JaMa> mrmoku: I finished task-shr-feed :P
Nov 04 20:09:00 <mrmoku> JaMa: hehe, buildhost got hit by the EFL bump :P
Nov 04 20:10:16 <JaMa> yeah that good one :)
Nov 04 20:11:33 <JaMa> playya_: NOTE: the following files were installed but not shipped in any package: NOTE:   /etc/dbus-1/system.d/Gypsy.conf, is this ok?
Nov 04 20:12:01 <TAsn> mrmoku, did another efl bump? :)
Nov 04 20:12:10 <mrmoku> TAsn: Koen did :P
Nov 04 20:12:17 <TAsn> great :)
Nov 04 20:12:20 <TAsn> what are the new features?
Nov 04 20:12:21 <mrmoku> we don't override the EFL rev anymore
Nov 04 20:12:25 <mrmoku> no idea
Nov 04 20:12:33 <spaetz> TAsn, hooray, no waves ;)
Nov 04 20:12:39 <TAsn> spaetz, ;]
Nov 04 20:13:11 <mrmoku> flat and calm sea until new years eve is what we want now ;)
Nov 04 20:13:20 <TAsn> hehe ;]
Nov 04 20:13:28 <spaetz> i think he fixed pkg building, no clye if he also bumped rev
Nov 04 20:13:39 <TAsn> mrmoku, we also got new alsa, right?
Nov 04 20:13:46 <TAsn> .20 iirc
Nov 04 20:13:51 <spaetz> no wind whatsoever
Nov 04 20:14:00 <spaetz> TAsn, yes newer alsa
Nov 04 20:14:01 <TAsn> or in other words
Nov 04 20:14:20 <rebelThor> PaulFertser: nope, the SHR trac..
Nov 04 20:14:25 <TAsn> tell me when I can revert the ugly hacks I did in order to workaround the bug in alsa 1.0.5
Nov 04 20:14:33 <TAsn> actually
Nov 04 20:14:38 <TAsn> all I need is buildhost, so it's ok
Nov 04 20:14:44 <TAsn> I'm reverting, ok? :)
Nov 04 20:15:01 <spaetz> 1.0.15 imho
Nov 04 20:15:07 <spaetz> alsa...
Nov 04 20:15:30 <TAsn> yeah, that's what I meant.
Nov 04 20:15:36 <TAsn> anyhow, now we got 1.0.20, right?
Nov 04 20:15:55 <spaetz> but as i said, not working on shr/merge for me
Nov 04 20:16:10 <spaetz> no clue, not at my build box atm
Nov 04 20:16:16 <TAsn> spaetz, lsmod | grep snd | wc -l 
Nov 04 20:16:21 <TAsn> on the moko, do you get 9 lines?
Nov 04 20:16:41 <spaetz> not near my fr either :)
Nov 04 20:16:50 <TAsn> :|
Nov 04 20:16:59 <spaetz> i'll check in a bit
Nov 04 20:18:36 <TAsn> updated alsa. :)
Nov 04 20:18:43 <TAsn> *reverted the alsa workaround
Nov 04 20:18:44 <CIA-52> SHR: 03tom 07libphone-ui * r1e1a1078ae11 10/src/phoneui-utils-sound.c: removed the alsa < 1.0.16 workaround
Nov 04 20:18:52 <mrmoku> TAsn: nooooo
Nov 04 20:18:56 <TAsn> I'm not even testing.
Nov 04 20:19:06 <TAsn> mrmoku, why not?
Nov 04 20:19:12 <mrmoku> we have new alsa in shr/merge only
Nov 04 20:19:20 <TAsn> so update in import... :)
Nov 04 20:19:25 <TAsn> it's about time...
Nov 04 20:19:29 <mrmoku> nah...
Nov 04 20:19:34 <TAsn> please?
Nov 04 20:19:37 <TAsn> pretty please?
Nov 04 20:19:38 <TAsn> :)
Nov 04 20:19:40 <mrmoku> :P
Nov 04 20:19:43 <spaetz> or kill shr/import already ;)
Nov 04 20:19:46 <mrmoku> yup
Nov 04 20:19:49 <TAsn> even better.
Nov 04 20:19:54 <TAsn> alsa 1.0.15
Nov 04 20:19:57 <TAsn> is ~2 years old :|
Nov 04 20:20:20 <TAsn> that's before the first smartphone ever came out ;]
Nov 04 20:20:30 <TAsn> I wasn't even born then.
Nov 04 20:20:31 <TAsn> ;]
Nov 04 20:21:06 <mrmoku> TAsn: lets hope that next shr/merge image will work :)
Nov 04 20:21:15 <rebelThor> mrmoku: it works now.. what do you mean? :)
Nov 04 20:21:16 * TAsn is crossing his fingers.
Nov 04 20:21:21 <TAsn> rebelThor, really?
Nov 04 20:21:33 <rebelThor> me and spaetz are running shr/merge right now
Nov 04 20:21:40 <rebelThor> with X, and even connected to the GSM network
Nov 04 20:21:52 <rebelThor> some sound problems though
Nov 04 20:21:58 <spaetz> right, we just don't have sound...
Nov 04 20:22:03 <TAsn> rebelThor, 
Nov 04 20:22:04 <spaetz> ;)
Nov 04 20:22:10 <TAsn> lsmod | grep snd | wc -l
Nov 04 20:22:13 <mrmoku> well... who needs sound.... on a phone :P
Nov 04 20:22:23 <rebelThor> mrmoku: that's what I said :D
Nov 04 20:22:23 <spaetz> but who wants sound on a phone...
Nov 04 20:22:31 <spaetz> hehe
Nov 04 20:22:35 <rebelThor> TAsn: 6
Nov 04 20:22:41 <TAsn> I have 9
Nov 04 20:22:45 <TAsn> mind pastbining it?
Nov 04 20:22:50 <spaetz> TAsn, he pasted that above
Nov 04 20:22:53 <TAsn> maybe we can use a usb sound card :)
Nov 04 20:22:56 <TAsn> oh, where?
Nov 04 20:22:58 <TAsn> I'll paste mine, sec.
Nov 04 20:23:18 <rebelThor> TAsn: sure, w8
Nov 04 20:23:46 <rebelThor> TAsn: http://pastebin.com/d581812c5
Nov 04 20:23:49 <TAsn> http://pastebin.com/mf9b0dc
Nov 04 20:24:05 <mrmoku> vanous: hmm... do you have ringtone with fsodeviced?
Nov 04 20:24:08 <TAsn> snd_pcm_oss
Nov 04 20:24:11 <TAsn> oss?
Nov 04 20:24:14 <TAsn> what the heck?
Nov 04 20:24:14 <mrmoku> eeek
Nov 04 20:24:21 <TAsn> I think that's your issue.
Nov 04 20:24:33 <vanous> mrmoku: have sim out :(
Nov 04 20:24:46 <vanous> now and cannot get it back tonight
Nov 04 20:25:11 <TAsn> rebelThor, spaetz, watch my paste.
Nov 04 20:25:18 <TAsn> you are missing all the correct modules
Nov 04 20:25:30 <TAsn> and use oss instead of alsa :|
Nov 04 20:25:41 <rebelThor> it's not like we want to :D
Nov 04 20:25:56 <rebelThor> this is what the default options on shr/merge spit out 
Nov 04 20:25:57 <spaetz> rebelThor, right ;)
Nov 04 20:25:58 <mrmoku> vanous: ok
Nov 04 20:26:07 <TAsn> snd_soc_neo1973_gta02_wm
Nov 04 20:26:08 <TAsn> snd_soc_s3c24xx_i2s
Nov 04 20:26:08 <TAsn> snd_soc_s3c24xx 
Nov 04 20:26:18 <TAsn> rebelThor, then you should modify them, duh. ;]
Nov 04 20:26:21 <spaetz> ok, so kernel config is diffferent?
Nov 04 20:26:40 <TAsn> maybe it's just loading of modules
Nov 04 20:26:43 <TAsn> not even compiling.
Nov 04 20:27:02 <rebelThor> so should we try to rmmod everything, then attempt to load your list ?
Nov 04 20:27:13 <TAsn> yes, please.
Nov 04 20:27:14 <spaetz> kernel config should have oss disabled... it's 2009
Nov 04 20:27:43 <TAsn> opkg list_installed | grep snd
Nov 04 20:27:44 <spaetz> cool, /me watches onlinee debugging from his n800
Nov 04 20:28:14 <TAsn> make sure you have those modules installed.
Nov 04 20:28:19 <TAsn> (the ones I use)
Nov 04 20:28:26 <TAsn> you should probably have everything.
Nov 04 20:28:31 <rebelThor> TAsn: http://pastebin.com/d5c9ce8fc
Nov 04 20:28:49 <TAsn> ok
Nov 04 20:28:53 <TAsn> as I thought, this looks good.
Nov 04 20:28:56 <TAsn> so a rmmod
Nov 04 20:29:00 <TAsn> and modprobe
Nov 04 20:29:04 <TAsn> should do the trick.
Nov 04 20:30:13 <rebelThor> TAsn: what was the first one, doesn't look like it was included in your paste
Nov 04 20:30:19 <spaetz> so what decides which mod to load? udev?
Nov 04 20:30:24 <rebelThor> or is it snd_soc_neo1973_gta02_wm ?
Nov 04 20:30:29 <TAsn> this.
Nov 04 20:30:33 <TAsn> and the two s3c ones
Nov 04 20:30:41 <TAsn> and it's included in my paste
Nov 04 20:30:44 <TAsn> first line...
Nov 04 20:30:48 <spaetz> rebelThor, just modprobe this
Nov 04 20:31:00 <rebelThor> "modprobe this" ?
Nov 04 20:31:04 <spaetz> it should load deps automatically
Nov 04 20:31:17 <Pokernet> hello 
Nov 04 20:31:25 <spaetz> modprobe  snd_soc_neo1973_gta02_wm
Nov 04 20:31:26 <rebelThor> it must be too late for me, since FATAL: Module this not found.
Nov 04 20:31:26 <TAsn> rebelThor, just modprobe 1-4 from my paste.
Nov 04 20:31:28 <rebelThor> lol
Nov 04 20:31:29 <Pokernet> can i get help on runing paroli on shr
Nov 04 20:31:35 <TAsn> rebelThor, really? :|
Nov 04 20:31:35 <spaetz> ;)
Nov 04 20:31:35 * rebelThor feels stupid
Nov 04 20:31:41 <TAsn> oh
Nov 04 20:31:43 <rebelThor> FATAL: Module snd_soc_neo1973_gta02_wm not found.
Nov 04 20:31:43 <TAsn> lol.
Nov 04 20:31:49 <TAsn> not lol :(
Nov 04 20:32:04 <rebelThor> that's why I thought it wasn't included
Nov 04 20:32:15 <TAsn> but you got the package.
Nov 04 20:32:19 <Pokernet> I cnot run Paroli on Last Image ?
Nov 04 20:33:24 <TAsn> rebelThor, 
Nov 04 20:33:27 <TAsn> ls /lib/modules/2.6.29-rc3/kernel/sound/soc/s3c24xx/
Nov 04 20:33:30 <rebelThor> ah
Nov 04 20:33:32 <rebelThor> w8
Nov 04 20:33:40 <TAsn> or whatever kernel version you got.
Nov 04 20:33:50 <rebelThor> nevermind, I was pasting the wrong damn thing...
Nov 04 20:33:54 <TAsn> :)
Nov 04 20:33:56 <rebelThor> I got all 9 of them loaded now
Nov 04 20:34:03 <TAsn> ok, now
Nov 04 20:34:06 <TAsn> aplay something.
Nov 04 20:34:28 <Pokernet> any one RUNING paroli on last SHR ?
Nov 04 20:34:39 <TAsn> Pokernet, first of all
Nov 04 20:34:42 <TAsn> you should define
Nov 04 20:34:44 <TAsn> what latest SHR is.
Nov 04 20:34:45 <spaetz> /usr/share/sounds/...
Nov 04 20:34:53 <TAsn> spaetz, good idea. ;]
Nov 04 20:34:55 <Pokernet> mrmoku version
Nov 04 20:35:11 <rebelThor> it says playing, but I can't hear a thing
Nov 04 20:35:14 <TAsn> Pokernet, no idea.
Nov 04 20:35:20 <TAsn> I don't run paroli :)
Nov 04 20:35:25 <rebelThor> maybe volume is down
Nov 04 20:35:26 <Pokernet> http://build.shr-project.org/tests/mrmoku/
Nov 04 20:35:32 <TAsn> rebelThor, ok
Nov 04 20:35:38 <TAsn> that's actually a good thing. :)
Nov 04 20:35:44 <rebelThor> no error messages or anything :)
Nov 04 20:36:00 <TAsn> alsactl -f /usr/share/shr/scenarii/stereoout.state restore
Nov 04 20:36:01 <spaetz> rebelThor, but if  it sayss playying that is progress
Nov 04 20:36:06 <TAsn> just to make sure.
Nov 04 20:36:12 <mrmoku> mickeyl: how to configure fsodeviced to get PlaySound?
Nov 04 20:36:18 <TAsn> rebelThor, and then do it.
Nov 04 20:36:19 <rebelThor> yep
Nov 04 20:36:21 <rebelThor> we got sound :)
Nov 04 20:36:24 <TAsn> :)
Nov 04 20:36:29 <TAsn> so the only issue
Nov 04 20:36:36 <rebelThor> hehe, shr/merge IS ALIVEEEEE :>
Nov 04 20:36:36 <TAsn> is incorrect loading of oss modules instead of alsa modules.
Nov 04 20:36:38 <spaetz> yay!!!
Nov 04 20:36:41 <TAsn> mrmoku, ^
Nov 04 20:37:01 <TAsn> rebelThor, thumbless though, right?
Nov 04 20:37:10 <spaetz> lets disable oss totally
Nov 04 20:37:16 <rebelThor> TAsn: hmm, do you have to modify your local.conf to disable thumb ?
Nov 04 20:37:21 <rebelThor> because I didn't
Nov 04 20:37:27 <spaetz> TAsn, no, thumb
Nov 04 20:37:35 <TAsn> spaetz, with thumb?
Nov 04 20:37:36 <rebelThor> i think it's thumb enabled as well
Nov 04 20:37:42 <spaetz> with thumb, i mean
Nov 04 20:37:42 <TAsn> rebelThor, no idea. :)
Nov 04 20:37:45 <TAsn> :)))
Nov 04 20:37:55 <TAsn> how did you guyisg fix the segs?
Nov 04 20:38:06 * rebelThor didn't fix a thing lol
Nov 04 20:38:11 <mrmoku> TAsn: thank pb___  and JaMa 
Nov 04 20:38:19 <spaetz> just patching egllibc :-)
Nov 04 20:38:20 <rebelThor> yep, they're the heroes ;)
Nov 04 20:38:24 <TAsn> pb__, JaMa: Thanks a lot :)
Nov 04 20:38:29 <TAsn> spaetz, nice.
Nov 04 20:38:30 <mrmoku> and spaetz 
Nov 04 20:38:42 <TAsn> spaetz, thanks :)
Nov 04 20:38:53 <mirko> hey
Nov 04 20:38:54 <Pokernet> :'( any onr run paroli on shr mrmoku -  version
Nov 04 20:38:54 <rebelThor> so can we finally get rid of shr/import ?
Nov 04 20:39:03 <TAsn> mrmoku, so please drop shr/import
Nov 04 20:39:09 <mirko> does fso still needs the premissive version of dbus?
Nov 04 20:39:09 <spaetz> mrmoku, just wanted to complainn ;)
Nov 04 20:39:26 <TAsn> mrmoku, update the shr makefile
Nov 04 20:39:32 <TAsn> to use merge intsead of import
Nov 04 20:39:47 <mrmoku> mirko: good question...
Nov 04 20:39:49 <TAsn> create *both* an unstable
Nov 04 20:39:52 <TAsn> and testing
Nov 04 20:39:54 <TAsn> images
Nov 04 20:39:57 <mrmoku> no
Nov 04 20:39:59 <mrmoku> veto
Nov 04 20:40:01 <TAsn> and lets go.
Nov 04 20:40:05 <rebelThor> hehe
Nov 04 20:40:06 <spaetz> TAsn, we still needto fix the snd modules
Nov 04 20:40:22 <TAsn> spaetz, sure, but that's a minor issue
Nov 04 20:40:22 <mirko> mrmoku: veto? so you know? and what's the answer? :)
Nov 04 20:40:25 <TAsn> and I demand a freeze.
Nov 04 20:40:36 <mrmoku> mirko: veto to TAsn proposal to immediately do a testing :)
Nov 04 20:40:45 <TAsn> mrmoku, what's wrong about that?
Nov 04 20:40:46 <mirko> mrmoku: ah, sry :)
Nov 04 20:40:49 <mirko> mickeyl: ping
Nov 04 20:40:50 <TAsn> just make a testing
Nov 04 20:41:02 <TAsn> don't advertise it if you are too scared people will use it
Nov 04 20:41:04 <TAsn> but why not?
Nov 04 20:41:13 <TAsn> we'll test the testing image for a week
Nov 04 20:41:16 <TAsn> and if it works
Nov 04 20:41:19 <TAsn> we'll announce it.
Nov 04 20:41:27 <TAsn> it won't be worst than current testing
Nov 04 20:41:28 <spaetz> heh
Nov 04 20:41:31 <TAsn> thats for sure.
Nov 04 20:41:32 <TAsn> ...
Nov 04 20:41:35 <rebelThor> hehe
Nov 04 20:41:44 <playya_> JaMa, nope
Nov 04 20:41:45 <spaetz> that's true
Nov 04 20:42:01 <mirko> mrmoku: who might know except mickey who doesn't respond most times? ;)
Nov 04 20:42:10 <mrmoku> TAsn: I disagree anyway ;)
Nov 04 20:42:32 <mrmoku> mirko: what was the difference between permissive and not? just config? or a patch?
Nov 04 20:42:33 <playya_> maybe i missed it in a git commit --amend wars
Nov 04 20:42:42 <TAsn> mrmoku, why?
Nov 04 20:42:50 <TAsn> mrmoku, so please just do a freeze
Nov 04 20:42:57 <TAsn> don't even change anything.
Nov 04 20:43:03 <spaetz> mrmoku, any idea how to fix the kernel snd modules best?
Nov 04 20:43:07 <mrmoku> TAsn: because it does not make much sense to build a testing image from shr/merge (aka org.oe.dev)
Nov 04 20:43:08 <TAsn> just let me know we got a working freeze.
Nov 04 20:43:15 <TAsn> mrmoku, why?
Nov 04 20:43:24 <mirko> mrmoku: they changed the default to "all deny by default" - fso wasn't able to handle that and provide proper service-files
Nov 04 20:43:26 <mrmoku> because everything is changing a lot
Nov 04 20:43:41 <TAsn> mrmoku, that's why we need a version freeze.
Nov 04 20:43:45 <TAsn> atm
Nov 04 20:43:53 <TAsn> or at a point in itme
Nov 04 20:43:57 <TAsn> we'll be able to test.
Nov 04 20:44:00 <mrmoku> TAsn: the only sane version freeze is to do a branch
Nov 04 20:44:05 <mrmoku> and we will do that
Nov 04 20:44:06 <spaetz> doess omgta2 has its own kernel .config?
Nov 04 20:44:18 <mrmoku> but first we should have a working image... working feed
Nov 04 20:44:28 <Heinervdm> spaetz: yes, it has
Nov 04 20:44:28 <mrmoku> and then we should have all in org.oe.dev
Nov 04 20:44:34 <mrmoku> and then we do a testing branch
Nov 04 20:44:40 <spaetz> +1 for new -unstables :-)
Nov 04 20:44:42 <mrmoku> (at least that is my opinion)
Nov 04 20:44:48 <JaMa> playya_: fixed..
Nov 04 20:44:55 <rebelThor> +1 to spaetz's +1 :D
Nov 04 20:45:07 <TAsn> or just
Nov 04 20:45:19 <JaMa> playya_: I'll push my changes and then you can update fr.config.patch if needed (i just dropped it now..)
Nov 04 20:45:24 <TAsn> gimme an unstable and testing
Nov 04 20:45:28 <spaetz> lets bake it in -unstable before pushing anything to a new testing...
Nov 04 20:45:31 <TAsn> mrmoku, no offense
Nov 04 20:45:36 <mrmoku> :)
Nov 04 20:45:37 <TAsn> though I hate the mrmoku branch ;)
Nov 04 20:45:43 <mrmoku> :(
Nov 04 20:45:46 <TAsn> too much headache :)
Nov 04 20:45:55 <mrmoku> we don't have such thing ;)
Nov 04 20:46:01 <TAsn> users complaining about ultra unstable stuff.
Nov 04 20:46:04 <TAsn> mrmoku, you know what I meant.
Nov 04 20:46:07 <TAsn> shr feed.
Nov 04 20:46:08 <TAsn> *
Nov 04 20:46:10 <TAsn> bah
Nov 04 20:46:13 <TAsn> *mrmoku feed
Nov 04 20:46:13 <mrmoku> yup :)
Nov 04 20:46:14 <TAsn> :)
Nov 04 20:47:18 <mrmoku> TAsn: if we want to have a sane testing for which we want to be able to build controlled updates whenever we see something fit... we have to do that from a branch
Nov 04 20:47:22 <TAsn> kill bill is such an awesome movie :)
Nov 04 20:47:31 <TAsn> mrmoku, yes, I agree.
Nov 04 20:47:37 <TAsn> I'm just being annoying
Nov 04 20:47:44 <TAsn> because I really want unstable
Nov 04 20:47:52 <TAsn> an unstable*
Nov 04 20:47:54 <zoff99> i still would need some help on booting from sd card? please if possible
Nov 04 20:48:19 <mrmoku> TAsn: yup
Nov 04 20:48:39 <mrmoku> TAsn: just that we should finish the merging to org.oe.dev first... and branch from there
Nov 04 20:48:47 <TAsn> and we already missed our opportunities a couple of times in the past.
Nov 04 20:48:49 <TAsn> mrmoku, I agree.
Nov 04 20:48:57 <mrmoku> and we should do that really fast now :)
Nov 04 20:49:06 <TAsn> REALLY fast, yeah.
Nov 04 20:49:06 <TAsn> :)
Nov 04 20:49:20 <Heinervdm> zoff99: did you follow this wiki page: http://wiki.openmoko.org/wiki/Booting_from_SD#Prepare_the_SD_card
Nov 04 20:49:53 <zoff99> yes i did, some times it boots , sometime it does not. i dont know how to find out why
Nov 04 20:49:53 <mrmoku> TAsn: and the Makefile switch to shr/merge for unstable... will do that NOW :)
Nov 04 20:50:02 <zoff99> because then QI just boots from NAND
Nov 04 20:50:10 <TAsn> mrmoku, yay :)
Nov 04 20:50:30 <TAsn> mrmoku, will it auto update for me from import?
Nov 04 20:50:39 <TAsn> or will I have to do something manually?
Nov 04 20:51:17 <rebelThor> http://trac.shr-project.org/trac/wiki/Building SHR needs a makeover :)
Nov 04 20:51:35 <TAsn> rebelThor, I think you are probably the man for the job ;]
Nov 04 20:51:35 <rebelThor> hm, there was suppsed to be a %20 in there somewhere :)
Nov 04 20:51:40 <TAsn> rebelThor, was.
Nov 04 20:51:57 <TAsn> s/was/supposed/
Nov 04 20:51:57 <apt> TAsn meant: rebelThor, supposed.
Nov 04 20:52:03 <mrmoku> TAsn: don't know that... should try that first... wait
Nov 04 20:52:27 <TAsn> mrmoku, okie.
Nov 04 20:52:56 <TAsn> mrmoku, if it won't work, you should probably add something so it'll do it automatically.
Nov 04 20:55:28 <mrmoku> TAsn: looks like it just works :)
Nov 04 20:55:38 <TAsn> thought so
Nov 04 20:55:42 <TAsn> as it's only a different branch
Nov 04 20:55:44 <TAsn> isn't it?
Nov 04 20:55:56 <TAsn> please update then
Nov 04 20:56:03 <TAsn> I want to move to shr/merge here :)
Nov 04 20:56:09 <TAsn> commit.
Nov 04 20:57:10 <mrmoku> TAsn: update
Nov 04 20:57:15 <TAsn> thanks.
Nov 04 20:57:16 <CIA-52> SHR: 03mok 07shr-makefile * r5dc20925b3e9 10/Makefile: makefile: switch shr-unstable to the shr/merge branch
Nov 04 20:57:17 <mrmoku> and be prepered for rebuilding ;)
Nov 04 20:57:18 <TAsn> make update
Nov 04 20:57:19 <TAsn> right?
Nov 04 20:57:21 <mrmoku> yup
Nov 04 20:57:26 <CIA-52> SHR: 03mok 07shr-makefile * ra6608ba48397 10/Makefile: makefile: remove obsolete overlay url
Nov 04 20:58:06 <TAsn> mrmoku, are there still bearstech urls there?
Nov 04 20:58:18 <TAsn> I think we should finally drop them if there are.
Nov 04 20:58:25 <mrmoku> TAsn: in the makefile? no
Nov 04 20:58:29 <TAsn> okie
Nov 04 20:58:32 <TAsn> was just making sure.
Nov 04 20:58:45 <TAsn> it means that what I have here are just leftovers
Nov 04 20:58:48 <TAsn> from old builds
Nov 04 20:59:13 <TAsn> error: pathspec 'shr/merge' did not match any file(s) known to git.
Nov 04 20:59:21 <mrmoku> hehe
Nov 04 20:59:29 <TAsn> though
Nov 04 20:59:31 <TAsn> Checking out files:  92% (7850/8504)   
Nov 04 20:59:36 <TAsn> so it probably does work.
Nov 04 20:59:46 <TAsn> HEAD is now at 60c5630 Merge remote branch 'origin/martin_jansa/xorg-7.5' into shr/merge
Nov 04 20:59:49 <TAsn> yeah, it works.
Nov 04 21:00:26 <TAsn> ERROR: Unable to parse conf/bitbake.conf (Could not include required file conf/distro/include/shr-autorev-unstable.inc)
Nov 04 21:00:45 <rebelThor> that should be removed, afaik
Nov 04 21:01:00 <rebelThor> my local.conf does not contain any require lines at all
Nov 04 21:01:08 <TAsn> should modify conf/bitabke.conf
Nov 04 21:01:09 <TAsn> then?
Nov 04 21:01:12 <TAsn> manually*
Nov 04 21:01:15 <mrmoku> TAsn: yup you have to manually adjust your conf/local.conf
Nov 04 21:01:25 <TAsn> and do what?
Nov 04 21:01:38 <mrmoku> remove all requires
Nov 04 21:01:54 <TAsn> excluding local-builds.inc
Nov 04 21:02:05 <TAsn> right?
Nov 04 21:02:45 <rebelThor> TAsn: let me pastebin my local.conf for reference
Nov 04 21:03:12 <TAsn> http://pastebin.com/m6d0b1e3
Nov 04 21:03:14 <mrmoku> TAsn: right
Nov 04 21:03:15 <TAsn> mrmoku, what about that?
Nov 04 21:03:21 <playya_> i think thats in oe dir
Nov 04 21:03:27 <rebelThor> TAsn: http://pastebin.com/d7f5140bc
Nov 04 21:03:32 <TAsn> rebelThor, thanks.
Nov 04 21:03:37 <mrmoku> [21:57]        mrmoku | and be prepered for rebuilding ;)
Nov 04 21:03:40 <mrmoku> :P
Nov 04 21:03:46 <mrmoku> s/prepered/perpared/
Nov 04 21:03:50 <mrmoku> arghh
Nov 04 21:03:58 <mrmoku> priprapered
Nov 04 21:04:05 <TAsn> what do I need to do?
Nov 04 21:04:06 <mrmoku> TAsn: wipe tmp and rebuild :)
Nov 04 21:04:12 <TAsn> rm -rf tmp?
Nov 04 21:04:14 <mrmoku> yup
Nov 04 21:04:26 <TAsn> ouch ;(
Nov 04 21:04:33 <TAsn> if I only knew.
Nov 04 21:04:39 <mrmoku> [22:03]        mrmoku | [21:57]        mrmoku | and be prepered for rebuilding ;)
Nov 04 21:04:42 <mrmoku> :P
Nov 04 21:04:45 <TAsn> :)
Nov 04 21:05:00 <TAsn> I *never* listen.
Nov 04 21:05:15 <mrmoku> though that shr/merge spec error irritates me
Nov 04 21:05:30 <TAsn> ;|
Nov 04 21:05:34 <Heinervdm> mrmoku: i'm having that for shr/import too
Nov 04 21:05:49 <TAsn> bah, rm tmp takes forever :|
Nov 04 21:06:04 <Heinervdm> mrmoku: and i'm having that from the beginning, since switching from oe overlay to shr/import
Nov 04 21:06:07 <TAsn> s/takes/is taking/
Nov 04 21:06:07 <apt> TAsn meant: bah, rm tmp is taking forever :|
Nov 04 21:06:15 <TAsn> done :)
Nov 04 21:06:24 <TAsn> WARNING: No matches in filesystem for /home/tom/projects/openmoko/oe/shr-unstable/shr/openembedded in COLLECTIONS
Nov 04 21:06:27 <TAsn> mrmoku, what about that?
Nov 04 21:06:56 <mrmoku> TAsn: no idea... but harmless
Nov 04 21:07:01 <TAsn> :)
Nov 04 21:07:12 <TAsn> an unwanted error message is never harmless.
Nov 04 21:07:13 <rebelThor> TAsn: I have that too, but I just ignored it 
Nov 04 21:07:28 <TAsn> I consider this as something users will ask about
Nov 04 21:07:28 <Heinervdm> TAsn: that comes from setting BBPATH somewhere
Nov 04 21:07:33 <TAsn> which means a lot of overhead for us.
Nov 04 21:07:35 <TAsn> :)
Nov 04 21:07:54 <mrmoku> uhh... hmm
Nov 04 21:08:03 <Heinervdm> but i haven't found the file where BBPATH is set
Nov 04 21:08:45 <TAsn> anyhow, I'm letting it build. I'm off. ;)
Nov 04 21:09:06 <JaMa> mrmoku: have you enabled that GLIBC_GENERATE_LOCALES thing in local.conf?
Nov 04 21:09:27 <mrmoku> JaMa: me personally or default in makefile?
Nov 04 21:09:34 <mrmoku> Heinervdm: I found it
Nov 04 21:09:38 <mrmoku> will fix
Nov 04 21:09:44 <Heinervdm> mrmoku: nice :)
Nov 04 21:10:20 <TAsn> sweet,
Nov 04 21:10:38 <mrmoku> fixed
Nov 04 21:10:42 <CIA-52> SHR: 03mok 07shr-makefile * re650a0a3869c 10/setup-env: setup-env: remove dead and obsolete overlay from BBPATH
Nov 04 21:11:21 <TAsn> great ;)
Nov 04 21:11:26 <TAsn> no unneeded overhead.
Nov 04 21:11:48 <rebelThor> cool
Nov 04 21:12:08 <Heinervdm> mrmoku: what
Nov 04 21:12:09 <rebelThor> now if we would be able to get rid of those "sets is deprecated" error messages, it would be perfect :D
Nov 04 21:12:18 <rebelThor> s/error/warning/
Nov 04 21:12:19 <apt> rebelThor meant: now if we would be able to get rid of those "sets is deprecated" warning messages, it would be perfect :D
Nov 04 21:12:23 <JaMa> mrmoku: i guess that only one or few in default would be better :)
Nov 04 21:12:31 <Heinervdm> mrmoku: what's with the openembedded dir thats left from the oe overlay?
Nov 04 21:13:11 <mrmoku> Heinervdm: which one do you mean?
Nov 04 21:13:14 <mrmoku> overlay was named shr
Nov 04 21:13:31 <mrmoku> JaMa: hmm... what we actually want is an image with us locale :)
Nov 04 21:13:41 <Heinervdm> make setup generates shr-testing, shr-unstable, bitbake, common and openembedded dir's
Nov 04 21:13:57 <Heinervdm> what's with that openembedded dir
Nov 04 21:14:28 <mrmoku> openembedded services as object sharing repo for the ones in unstable and testing
Nov 04 21:18:48 <spaetz> spec error: make update was not sufficient for me, after branch switching.
Nov 04 21:19:09 <spaetz> but a make setup helped, i think
Nov 04 21:19:41 <spaetz> or i even deleted openembedded and shr-unstable dirs, i forgot
Nov 04 21:21:38 * rebelThor is off to sleep, but he's happy to finally see stuff moving in the right direction :D `night guys ;)
Nov 04 21:21:47 <TAsn> NOTE: Handling BitBake files: \ (5841/7824) [74 %]
Nov 04 21:21:51 <TAsn> so amazingly slow :|
Nov 04 21:21:53 <TAsn> rebelThor, night.
Nov 04 21:21:55 <TAsn> I'm also off.
Nov 04 21:21:56 <TAsn> ciao.
Nov 04 21:27:12 <playya_> i have 16GB left on /. enough for a SHR image?
Nov 04 21:28:35 <JaMa> playya_: gypsy/navit pushed.. please update that fr.config.patch when you have time
Nov 04 21:28:54 <playya_> and a buildhost :P
Nov 04 21:29:36 <JaMa> playya_: and could you accept them on patchwork? :)
Nov 04 21:33:07 <TAsn> mrmoku, ERROR: Parsing errors found, exiting...
Nov 04 21:33:11 <TAsn> no further details though.
Nov 04 21:33:25 <mrmoku> hmm
Nov 04 21:34:05 <spaetz> which recipe?
Nov 04 21:34:10 <TAsn> nothing
Nov 04 21:34:12 <mrmoku> JaMa: which ones?
Nov 04 21:34:24 <TAsn> it's in the general parsing
Nov 04 21:34:37 <spaetz> it must say inwhich recpie /somewhere/
Nov 04 21:34:42 <spaetz> mmmh
Nov 04 21:34:46 <TAsn> <TAsn> no further details though.
Nov 04 21:35:04 <TAsn> NOTE: Handling BitBake files: \ (7824/7824) [100 %]
Nov 04 21:35:05 <TAsn> NOTE: Parsing finished. 1010 cached, 6520 parsed, 292 skipped, 2 masked.
Nov 04 21:35:05 <TAsn> ERROR: Parsing errors found, exiting...
Nov 04 21:35:05 <mrmoku> JaMa: 375-77 ?
Nov 04 21:35:22 <JaMa> mrmoku: yes
Nov 04 21:35:25 <TAsn> oh
Nov 04 21:35:26 <TAsn> found something
Nov 04 21:35:27 <TAsn> sec
Nov 04 21:35:27 <mrmoku> ok, will do
Nov 04 21:35:40 <TAsn> ERROR:  while parsing /home/tom/projects/openmoko/oe/shr-unstable/openembedded/recipes/shr/ophonekitd_git.bb
Nov 04 21:35:58 <TAsn> [13 %]ERROR: SRCREV was used yet no valid SCM was found in SRC_URI
Nov 04 21:36:24 <TAsn> oh, I think I know what went wrong
Nov 04 21:36:30 <mrmoku> local build?
Nov 04 21:36:46 <TAsn> :)
Nov 04 21:36:54 <spaetz> is ophonekitd still in shr/merge?
Nov 04 21:37:12 <mrmoku> spaetz: ophonekitd is the vala rewrite
Nov 04 21:37:24 <mrmoku> though both are still there
Nov 04 21:37:27 <TAsn> which should also die btw.
Nov 04 21:37:37 <spaetz> or has your branch not correctly updated
Nov 04 21:37:40 <mrmoku> no need to remove it
Nov 04 21:38:12 <spaetz> is ophonekitd not obsoleted by phhonefsod ?
Nov 04 21:38:21 <TAsn> spaetz, it is.
Nov 04 21:38:25 <spaetz> i lost the overview
Nov 04 21:38:25 <TAsn> I think the same as you.
Nov 04 21:38:30 <TAsn> spaetz, you are right.
Nov 04 21:38:39 <TAsn> (actually by both phonefsod and phoneuid, but yeah)
Nov 04 21:38:57 <spaetz> right
Nov 04 21:39:24 <mrmoku> ok, bed time
Nov 04 21:39:30 <TAsn> same here.
Nov 04 21:39:32 <mrmoku> NOTE: Running task 4884 of 7246
Nov 04 21:39:34 <TAsn> man, I'm tired.
Nov 04 21:39:43 <mrmoku> gnight all :)
Nov 04 21:39:50 <spaetz> ok, night all
Nov 04 21:40:01 <spaetz> good progress todayy
Nov 04 21:40:14 <TAsn> spaetz, yeah :)
Nov 04 21:40:25 <TAsn> we just need to figure out the wrong loading of modules.
Nov 04 21:40:38 <spaetz> tasn right
Nov 04 21:40:51 <spaetz> disabling oss in kernel
Nov 04 21:40:56 <TAsn> spaetz, nah.
Nov 04 21:41:01 <spaetz> might be a good start
Nov 04 21:41:05 <TAsn> people may want to use that.
Nov 04 21:41:08 <TAsn> if any
Nov 04 21:41:14 <TAsn> blacklising the oss modules
Nov 04 21:41:20 <TAsn> would be a good start (workaround)
Nov 04 21:41:22 <spaetz> we don't need it...
Nov 04 21:41:30 <TAsn> spaetz, people may want it.
Nov 04 21:41:49 <spaetz> bah, nott on omgta2
Nov 04 21:41:58 <TAsn> we should just do it in a sane manner.
Nov 04 21:41:59 <spaetz> ;)
Nov 04 21:42:01 <TAsn> spaetz, sure.
Nov 04 21:42:14 <spaetz> ok, whatever works
Nov 04 21:42:16 <TAsn> even if not on a gta02, people also use (hopefully) shr on other devices ;]
Nov 04 21:42:23 <TAsn> like eten and gta01 :)
Nov 04 21:42:37 <Heinervdm> we just don't ship that module with the image
Nov 04 21:42:45 <TAsn> Heinervdm, yes.
Nov 04 21:42:55 <TAsn> we should remove that from the default image
Nov 04 21:42:58 <TAsn> that's for sure.
Nov 04 21:43:05 <TAsn> I actually started a thread about removing modules
Nov 04 21:43:05 <spaetz> TAsn, krnel .config can be machine specifiic
Nov 04 21:43:07 <TAsn> a long time ago.
Nov 04 21:43:11 <TAsn> spaetz, I know.
Nov 04 21:43:29 <spaetz> removing modules would be good
Nov 04 21:43:39 <TAsn> but still, people would want to have them on a gta
Nov 04 21:43:48 <TAsn> but surely not on default.
Nov 04 21:43:54 <spaetz> but now, sleep time...
Nov 04 21:43:57 <TAsn> so removing them from the image is great.
Nov 04 21:43:59 <spaetz> yep
Nov 04 21:43:59 <TAsn> yeah, same here
Nov 04 21:44:00 <TAsn> ciao.
Nov 04 21:44:02 <spaetz> n8
Nov 04 21:49:33 <JaMa> recipes failed in task-shr-feed http://pastebin.ca/1657409
Nov 04 21:52:30 <Heinervdm> #
Nov 04 21:52:31 <Heinervdm> recipes/binutils/binutils_2.20.bb
Nov 04 21:52:43 <Heinervdm> why is that in that list?
Nov 04 21:52:57 <playya_> libefso is quite old. i don't know which depends on it
Nov 04 21:53:01 <JaMa> not sure.. first thing rebuilding now..
Nov 04 21:53:28 <Heinervdm> bluez-utils-alsa_3.36.bb should be droped
Nov 04 21:53:48 <Heinervdm> and i think we can drop msn-pecan_git.bb too
Nov 04 21:54:06 <JaMa> Heinervdm: maybe its just because it was downgraded from my 2.20.51 svn snapshot.. I was testing yesterday because of objdump refusing disassemble thumb correctly
Nov 04 21:55:16 <Heinervdm> i will look for webkit-efl
Nov 04 21:57:33 <playya_> +1 for dropping msn-pecan
Nov 04 21:58:01 <JaMa> Heinervdm: binutils now ok.. maybe something more will be solved just by rebuild..
Nov 04 21:58:59 <JaMa> msn-pecan and bluez-utils-alsa dropped from task-shr-feed now..
Nov 04 22:00:36 <PaulFertser> DocScrutinizer: do you have any comments about that http://lkml.org/lkml/2009/11/4/526
Nov 04 22:01:17 <PaulFertser> Do you folks want that re-plugging usb reenables charging (even before the battery discharges to ~75%) or not?
Nov 04 22:01:30 <PaulFertser> Or would you prefer a dedicated sysfs node to force that behaviour?
Nov 04 22:04:21 <JaMa> PaulFertser: what's the state of config files in om-2.6.31 tree? is it ok to use it, make oldconfig, update something and send a patch?
Nov 04 22:04:34 <JaMa> PaulFertser: just make oldconfig changes a lot of stuff..
Nov 04 22:06:20 <JaMa> PaulFertser: and would you mind pushing http://pastebin.ca/1657453 to andy-tracking?, I played with config and with spi enabled i get compile errors because of those ;
Nov 04 22:06:57 <PaulFertser> JaMa: there's a defconfig that includes almost everything needed. In fact i think i can boot the latest kernel and use as a daily phone if only userspace new how to toggle the renamed pm sysfs nodes (probably the renaming will be reverted before releasing .31 "officially")
Nov 04 22:08:48 <PaulFertser> JaMa: (push compile fix) sure
Nov 04 22:09:17 <JaMa> PaulFertser: me too, but about a week ago I needed to enable GLAMO_MCI for booting from sd, so I put modified config to my OE repo and now changes to default config aren't merged automatically for me.. 
Nov 04 22:09:48 <JaMa> PaulFertser: and what about ubifs? could/should it be enabled in kernel?
Nov 04 22:09:50 <PaulFertser> JaMa: yes, defconfig is something we should prepare before "release"
Nov 04 22:10:04 <PaulFertser> JaMa: max_posedon promised to test if it's actually useful
Nov 04 22:10:37 <PaulFertser> JaMa: it could be enabled but SHR build script should be altered to actually produce something ubi-compatible and flashable.
Nov 04 22:11:39 <JaMa> max_posedon: please check also MKUBIFS_ARGS and UBINIZE_ARGS in conf/machine/om-gta02.conf when you'll test ubifs
Nov 04 22:12:24 <JaMa> PaulFertser: build script is already altered.. thats why I wanted to test ubifs here to check if i set those building params right..
Nov 04 22:13:38 <PaulFertser> JaMa: pushed, thanks
Nov 04 22:13:45 <PaulFertser> JaMa: what do you use glamo-spi for?
Nov 04 22:14:21 <PaulFertser> JaMa: (conf/machine/om-gta02.conf) which branch?
Nov 04 22:14:27 <JaMa> actually nothing.. I was playing with different MFD configurations while hunting WSOD in drm-tracking branch..
Nov 04 22:14:32 <JaMa> Heinervdm: git fetch git://gitorious.org/webkit-efl/webkit-efl.git master failed with signal 128, output:
Nov 04 22:14:38 <JaMa> Heinervdm: fatal: Not a git repository
Nov 04 22:14:47 <Heinervdm> JaMa: i'm looking for it
Nov 04 22:15:03 <Heinervdm> NOTE: Running task 3295 of 3441
Nov 04 22:17:03 <Heinervdm> JaMa: do_fetch went fine for me
Nov 04 22:17:45 <Heinervdm> JaMa: try cleaning and deleting the files and dirs in downloads
Nov 04 22:18:24 <JaMa> Heinervdm: the same for http://git.shr-project.org/repo/illume-keyboards.git :)
Nov 04 22:18:51 <Heinervdm> JaMa: i think your downloads dir is a bit corrupt :)
Nov 04 22:19:52 <JaMa> Heinervdm: no git/github.com.webkit*
Nov 04 22:20:00 <JaMa> and also no tarbale of webkit..
Nov 04 22:20:11 <mickeyl> mirko:
Nov 04 22:20:13 <mickeyl> [fsodevice.alsa_audio]
Nov 04 22:20:15 <JaMa> Heinervdm: I cleaned downloads about 2 weeks ago..
Nov 04 22:20:21 <Heinervdm> JaMa: gitourius.org
Nov 04 22:21:00 <JaMa> Heinervdm: :) ahh 
Nov 04 22:21:09 <JaMa> Heinervdm: removing that one..
Nov 04 22:21:27 <Heinervdm> i'm compiling it right now
Nov 04 22:21:54 <Heinervdm> but i changed the recipe a litle bit, because it depended on sqlite insteat of sqlite3 ;)
Nov 04 22:22:27 <JaMa> Heinervdm: downloading http://build.shr-project.org/sources/git_gitorious.org.webkit-efl.webkit-efl.git.tar.gz now..
Nov 04 22:22:51 <JaMa> Heinervdm: sqlite and sqlite3 are compatible or some patch is needed?
Nov 04 22:23:14 <Heinervdm> JaMa: i'm testing it, and if it's working i will send a patch
Nov 04 22:23:19 <JaMa> Heinervdm: because sqlite is also used in gpe-scatch or something like that..
Nov 04 22:23:48 <Heinervdm> JaMa: do configure hasn't complaind about it :)
Nov 04 22:24:17 <JaMa> fonts failing to compile :) great 
Nov 04 22:24:27 <Heinervdm> :D
Nov 04 22:24:36 <JaMa> /home/projects/OE/tmpdir-dev-shr/staging/x86_64-linux/usr/bin/ucs2any: Can't read mapping file '/usr/share/fonts/X11/util/map-ISO8859-1': No such file or directory!
Nov 04 22:24:39 <Heinervdm> one has to compile a font?
Nov 04 22:25:08 <Heinervdm> there is an error in the recipe...
Nov 04 22:26:27 <JaMa> which recipe?
Nov 04 22:26:43 <JaMa> I'll probably w8 with webkit-efl for you patch..
Nov 04 22:27:00 <JaMa> it takes quite long to build it just to test if it downloads well :)
Nov 04 22:27:28 <Heinervdm> the font recipe, if it depends on a host's file
Nov 04 22:32:19 <JaMa> Heinervdm: ahh, I see this too :), I was hoping that you will tell me the actuall problem in recipe :) because recipe is really simple...
Nov 04 22:32:28 <JaMa> Heinervdm: even after include...
Nov 04 22:32:35 <Heinervdm> :)
Nov 04 22:34:42 <JaMa> updated list http://pastebin.ca/1657493
Nov 04 22:35:38 <Heinervdm> libframeworkd-phonegui-efl2_git.bb can be dropped ;)
Nov 04 22:35:52 <CIA-52> freesmartphone.org: 03mickey 07libgsm0710 * rff1745b65d5f 10/src/gsm0710.c: actually return the initialized context
Nov 04 22:36:13 <Heinervdm> i think libefso_svn.bb can be dropped too
Nov 04 22:37:23 <CIA-52> freesmartphone.org: 03mickey 07libgsm0710 * r64bbeab3aa2d 10/configure.ac: post-release version bump
Nov 04 22:38:04 <JaMa> libefso is dependency of something in feed.. let me check..
Nov 04 22:38:11 <Heinervdm> JaMa: http://patchwork.dev.bearstech.com/patch/414/
Nov 04 22:40:25 <JaMa> Heinervdm: pushed
Nov 04 22:40:46 * JaMa pushing cookies nearer to bed
Nov 04 22:41:57 * Weiss checks out some more cookies and pushes them to JaMa
Nov 04 22:43:28 * JaMa searching in Weiss's cookie repositories..
Nov 04 22:44:28 <JaMa> Weiss: something about really big drm-walnut cake for me in om-2.6.31? :)
Nov 04 22:45:12 <mickeyl> which glib are you guys using? (host or embedded...)
Nov 04 22:45:20 <mickeyl> I'd like to require 2.22 for FSO
Nov 04 22:46:02 <JaMa> mickeyl: glib-2.0-2.22.1-r5.1
Nov 04 22:46:10 <mickeyl> there's a bunch of important stuff that would allow me to get rid of some poor-mans-duplications
Nov 04 22:48:18 <JaMa> Heinervdm: can you tag that cookie as eaten? I can eat it but the wrapping always stays there after me..
Nov 04 22:49:04 <Heinervdm> JaMa: marked
Nov 04 22:49:35 <JaMa> Heinervdm: thanks... restarting feed build and zzzz.. gnite all
Nov 04 22:51:01 <Weiss> JaMa|Zzzzz: hehe.. right after I get burst command submission working..
Nov 04 23:29:56 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r5e0e0d75caf0 10/libfsobasics/ (4 files in 4 dirs): 
Nov 04 23:29:56 <CIA-52> freesmartphone.org: libfsobasics: catch up with vala 0.7.8
Nov 04 23:29:56 <CIA-52> freesmartphone.org: * no longer needs misc-vapi
Nov 04 23:29:56 <CIA-52> freesmartphone.org: * use string templates
Nov 04 23:29:56 <CIA-52> freesmartphone.org: * create StdErrLogger which is default (rather than NullLogger), if logger type unknown
Nov 04 23:30:51 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r8fa8af225282 10/libfsobasics/configure.ac: libfsobasics: post-release version bump
Nov 04 23:37:31 <pieterc> seen panicking
Nov 04 23:40:19 <pieterc> apt: seen panicking
Nov 04 23:40:24 <apt> panicking <n=Michael@77.224.194.88> was last seen on IRC in channel #openmoko, 1d 3h 26m 6s ago, saying: 'yes but ask to the and2moko channel'.
Nov 04 23:55:20 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r256c0f0f5314 10/libfsotransport/ (4 files in 3 dirs): 
Nov 04 23:55:20 <CIA-52> freesmartphone.org: libfsotransport: catch up with vala 0.7.8 and glib 2.22
Nov 04 23:55:20 <CIA-52> freesmartphone.org: * use string templates
Nov 04 23:55:20 <CIA-52> freesmartphone.org: * use dns resolver
Nov 04 23:55:20 <CIA-52> freesmartphone.org: * no longer require misc-vapi
Nov 04 23:56:17 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r6d9f7520a3f2 10/libfsotransport/configure.ac: libfsotransport: post-release version bump
Nov 05 00:15:21 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r60a229817978 10/libfsoframework/ (8 files in 3 dirs): 
Nov 05 00:15:21 <CIA-52> freesmartphone.org: libfsoframework: catch up with vala 0.7.8
Nov 05 00:15:21 <CIA-52> freesmartphone.org: * use string templates
Nov 05 00:15:21 <CIA-52> freesmartphone.org: * debug output --
Nov 05 00:16:08 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * rfb930c48fceb 10/libfsoframework/configure.ac: libfsoframework: post-release version bump
Nov 05 00:21:13 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * rda737a832ae8 10/libfsoresource/ (configure.ac fsoresource/Makefile.am): libfsoresource: do not require linux, posix, nor posixextra
Nov 05 00:21:50 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * rf876f52739a2 10/libfsoresource/configure.ac: libfsoresource: post-release version bump
Nov 05 00:25:23 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r4705972a5de2 10/fsogsmd/ (configure.ac src/lib/Makefile.am): fsogsmd: require vala 0.7.8; do not use posix or posixextra
Nov 05 00:47:52 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * r5e15453239eb 10/ (Makefile docs/frameworkd.conf.sample): frameworkd.conf.sample: start documenting all plugins and their settings
Nov 05 00:57:59 <CIA-52> freesmartphone.org: 03mickey 07cornucopia * rf208b1b085f6 10/ (docs/frameworkd.conf.sample fsogsmd/src/lib/sms.vala): fsogsmd: make sms storage dir prefix a configuration option and document it
Nov 05 02:07:00 <juri_> mrmoku: ping?
Nov 05 02:13:25 <juri_> I'm not letting you off the hook that easily. ;)
Nov 05 02:21:49 <mickey|zzZZzz> it's 03:21 in his timezone (and in mine...). people without insomnia sleep at those times...
Nov 05 02:27:28 <juri_> and? ;)
Nov 05 02:28:53 <juri_> he replied to one of my bugs, saying it was -ENOTREPRODUCEABLE due to -ENOGTA01. i was going to make it reproduceable, by shipping him a GTA01. ;P
Nov 05 02:29:17 * juri_ has three now; no need to keep one of them.
Nov 05 02:46:25 <DocScrutinizer> PaulFertser: unplug&replug of charger should restart LiIon-PMU-charging-cycle, no matter whatever was the history of last 24 hours
Nov 05 02:51:11 <DocScrutinizer> and: if you are interested in me uttering any notion about whatever, it's a great idea to mention my name (doc:; joerg; docscrutinizer:) to make me pay attention.(you seem to know that ;-] )
Nov 05 02:55:04 <DocScrutinizer> (charging cycle) that's assuming the charger inside FR knows how to treat cells gently, and never will overcharge by keeping voltage though current is below "magic" threshold (some 32 mA ATM?!?!)
Nov 05 02:57:49 <DocScrutinizer> charging LiIon isn't completely a no-brainer
Nov 05 02:59:50 <DocScrutinizer> """  i was going to make it reproduceable, by shipping him a GTA01 """ HUHHH?!?!?!!!!!
**** ENDING LOGGING AT Thu Nov 05 02:59:56 2009