**** BEGIN LOGGING AT Tue May 11 02:59:56 2010
May 11 06:00:27 <mrmoku_> moin
May 11 06:20:28 <JaMa> moin
May 11 06:20:55 <PaulFertser> mickey|tv: hey :) I've got another two exciting logs.
May 11 06:23:52 <PaulFertser> mickey|tv: symptoms: after resuming i tried to make a call several times, all failed. Tried to call "balans" voice service (0697), it failed too: fsogsmd.log: http://paste.debian.net/72906/ libfsotransport.log: http://paste.debian.net/72907/
May 11 06:56:56 <PaulFertser> If by any chance anyone wants to test my fso.el with emacs23 on FR, feel free to ask questions. I really need more testing and feedback.
May 11 07:59:55 <mrmoku_> raster: hey, saw your nice emos... are they already used somewhere? :)
May 11 08:05:15 <raster> mrmoku_: what do u mean "used somewhere" ?
May 11 08:05:26 <raster> other than in elm_test - no use of them that i know of
May 11 08:22:40 <mrmoku_> e3w
May 11 08:40:00 <mrmoku> raster: sorry... have been to 'Schuleinschreibung' and suddenly it was our turn :P
May 11 08:40:32 <mrmoku> raster: I'm used like in 'automatically replace emos in entries' :)
May 11 08:40:45 <mrmoku> s/I'm used/I meant/
May 11 08:40:46 <apt> mrmoku meant: raster: I meant like in 'automatically replace emos in entries' :)
May 11 08:48:04 <JaMa> mickey|tv: cannot reproduces that segfault with missing config entry (or even typo in its value), maybe it was related to some other changes in time I've seen it (it was arround shutdown sequence written to uninitialized channel bug).
May 11 08:48:41 * JaMa feels so alone in SHR linkedin group :)
May 11 08:55:47 <mrmoku> JaMa: SHR linkedin ?
May 11 08:56:39 <JaMa> http://www.linkedin.com/groups?gid=3035153&trk=myg_ugrp_ovr
May 11 08:57:00 * JaMa already tried to search all SHR devs there (without luck) :)
May 11 08:57:49 <mrmoku> JaMa: some kind of specialized facebook?
May 11 08:58:22 <JaMa> no, not so fancy as facebook.. more like social web of profession connections
May 11 08:58:40 <JaMa> probably invented by some HR, to make his work easier :)
May 11 09:01:37 <Ainulindale> there's an SHR linkedin group ?
May 11 09:01:40 <Ainulindale> Didn't even know about it
May 11 09:02:22 <mrmoku> Ainulindale: there is a reason why JaMa feels lonely in there :P
May 11 09:02:31 <Ainulindale> well it has been created today so...
May 11 09:03:09 <JaMa> hehe :)
May 11 09:03:25 <Ainulindale> But I'm now a member
May 11 09:03:42 <Ainulindale> That or when this freakingly lazy Martin Jansa will approve my request :-)
May 11 09:05:14 <mrmoku> yeah... awaiting approval too ;)
May 11 09:05:25 * JaMa not so lonely anymore :)
May 11 10:00:28 <PaulFertser> ZaPPaS: hi :) So, have you tried emacs on FR?
May 11 10:03:19 <ZaPPaS> PaulFertser: jepp, works fine, but font is still too large atm
May 11 10:03:54 <PaulFertser> ZaPPaS: you can easily change it, right?
May 11 10:05:20 <ZaPPaS> need a correct font-string, atm its zoomed down, but didn't had time for that
May 11 10:06:35 <PaulFertser> '(default ((t (:inherit nil :stipple nil :background "Black" :foreground "White" :inverse-video nil :box nil :strike-through nil :overline nil :underline nil :slant normal :weight normal :height 50 :width normal :foundry "unknown" :family "DejaVu Sans Mono"))))
May 11 10:06:39 <PaulFertser> Works for me
May 11 10:06:58 <ZaPPaS> PaulFertser: thx, lunchtime...
May 11 10:13:20 <PaulFertser> mickey|office: hi there :) i've got another curious log for you, this time i couldn't make a phonecall after resuming.
May 11 10:14:09 <PaulFertser> symptoms: after resuming i tried to make a call several times, all failed. Tried to call "my account" voice service (0697), it failed too: fsogsmd.log: http://paste.debian.net/72906/ libfsotransport.log: http://paste.debian.net/72907/
May 11 10:32:52 <JaMa> mrmoku: you're still using fso-autorev right? I would bump SRCREVs for direct delivery of SMS..
May 11 10:43:30 <mickey|office> PaulFertser: no time to look into it, but I would advise logging transport to the same file as fsogsmd
May 11 10:43:37 <mickey|office> otherwise it's a bit annoying to red
May 11 10:43:38 <mickey|office> read
May 11 10:45:10 <mickey|office> all in all it looks like you no longer were registered
May 11 10:45:17 <mickey|office> (all the NO CARRIER)
May 11 10:48:12 <PaulFertser> mickey|office: ok, will do.
May 11 10:49:29 <PaulFertser> mickey|office: (no longer registered) i was cycling around the city after i made the call and suspended, then after getting somewhere 30 min later i resumed and you saw the result. Strange.
May 11 10:50:41 <mrmoku> JaMa: yep... did not receive an SMS since that change though
May 11 10:50:45 <mrmoku> -n
May 11 10:52:45 <mrmoku> JaMa: will send me a test message after lunch
May 11 10:54:20 * JaMa upgrading it locally for test
May 11 10:55:18 <JaMa> and xserver-1.8.1 is out (almost, tagged and my recipe is waiting for tarball) but nothing special in commit log
May 11 11:01:48 <mickey|office> PaulFertser: eventually the watchdog will be enhanced to deal with situations exactly like that
May 11 11:02:08 <mickey|office> lindi had an even more worrying problem when the modem forgot the SIM PIN
May 11 11:02:15 <mickey|office> the watchdog will also take care of that
May 11 11:04:21 <PaulFertser> Hm, so life sucks even with fsogsmd apparently. Well, not that much of a surprise tbh
May 11 11:06:14 <mrmoku> JaMa: managed to test before lunch... worked :-)
May 11 11:06:29 <mrmoku> (apart from the segfault in my local libphone-ui build while viewing)
May 11 11:12:49 <mrmoku> vanous123: regarding the 'G' in IdleScreen when GPRS is active... would be perfect if the G is on top and has a different color, no?
May 11 11:14:12 <vanous123> mrmoku: just the fact that one can see signal strength and the G itself (meaning they don't overlap) would be good 
May 11 11:15:04 <mrmoku> k
May 11 11:26:02 <JaMa> mrmoku: great
May 11 11:29:58 <mickey|office> PaulFertser: TBH, this is a calypso thing
May 11 11:30:08 <mickey|office> i never had _any_ of those problems with other modems
May 11 11:30:31 <mickey|office> we can add watchdogs et. al. to contain the problem
May 11 12:19:39 <ThibG> hi
May 11 12:20:00 <ThibG> I'm "playing" with a vanilla kernel (with Debian patches) on the FR, and I'm experiencing something quite strange with USB networking: any packet sent seems to be buffered, and commited only if when the buffer is full, or something like that
May 11 12:20:23 <lindi-> ThibG: does ping work both ways?
May 11 12:20:25 <ThibG> when SSH-ing to the FR, if I type one single letter, it can take seconds to show up, but if I type two characters, the two shows up the instant I type the second one
May 11 12:20:48 <ThibG> I don't have ping on the FR yet (d-i initrd)
May 11 12:21:08 <ThibG> but the host pings the FR without any problem
May 11 12:21:23 <lindi-> ThibG: even busybox has ping?
May 11 12:21:58 <ThibG> and in fact, (as I've stated in the other chan) when under, say, one ping every 200ms, ssh is fine
May 11 12:22:40 <JaMa> ThibG: IIRC there is patch in git.openmoko for it, but cannot find it now
May 11 12:23:46 <ThibG> JaMa, ok, thanks
May 11 12:23:57 <ThibG> lindi-, seems not
May 11 12:24:57 <lindi-> ThibG: at least busybox 1:1.10.2-2 has ping
May 11 12:26:04 <ThibG> "ping: applet not found" maybe disabled in the udeb?
May 11 12:26:15 <lindi-> hrm
May 11 12:26:56 <JaMa> hmm cannot find it even in my irc history :/
May 11 12:31:44 <JaMa> ThibG: hopefully this is the one http://git.openmoko.org/?p=kernel.git;a=commit;h=f75fde0eadb4d45b23956b82f91a3ba0a4b8b71e
May 11 12:33:01 <ThibG> ok, thanks, will try that :)
May 11 12:59:14 <JaMa> vanous123: fyi http://wiki.openmoko.org/wiki/Manuals/SHR#SHR_version was no longer valid for shr-u, I've updated it a bit.
May 11 14:19:39 <mickey|office> GNUtoo: did you see? phh seems to have success now w/ GPS. no idea on which machine though
May 11 15:40:44 <mrmoku> dos1: ping
May 11 15:40:56 <dos1> mrmoku: pong
May 11 15:41:07 <mrmoku> dos1: I tried to fix GPRS in shr-settings and failed due to python incapabilities on my side :P
May 11 15:41:27 <dos1> mrmoku: what exactly has to be fixed?
May 11 15:41:50 <mrmoku> dos1: ActivateContext has no parameters anymore... and there is an additional SetCredentials method
May 11 15:42:03 <dos1> mrmoku: only that?
May 11 15:42:19 <mrmoku> dos1: though... starting to think now... maybe we should wait for me to do the good thing in phonefsod
May 11 15:42:44 <mrmoku> dos1: I want phonefsod to store the credentials and automatically set them when GSM comes up
May 11 15:43:17 <mrmoku> dos1: and shr-settings should call that SetCredentials then
May 11 15:43:40 <mrmoku> btw. I failed, because I thought the ContextStatus signal is no more
May 11 15:43:54 <mrmoku> but it is there now in PDP
May 11 15:44:15 <vanous123> mrmoku: how long is the credential parameter remembered for?
May 11 15:44:15 * mrmoku failed trying to add another proxy for GSM.Network and use the Status signal there...
May 11 15:44:38 <vanous123> i presume you need to fire it before every connection
May 11 15:44:40 <mrmoku> vanous123: not sure
May 11 15:44:43 <mrmoku> no
May 11 15:44:47 <mrmoku> not every connection
May 11 15:44:49 <vanous123> as i tried it and it failed to remember
May 11 15:44:58 <vanous123> this is several weeks ago
May 11 15:45:04 <mrmoku> just once per GSM resource activation
May 11 15:45:05 <vanous123> now i just do it every time
May 11 15:45:14 * vanous123 has hard time believing
May 11 15:45:19 <mrmoku> hmm... I don't have to do that
May 11 15:45:21 <vanous123> as this was what i thought
May 11 15:45:29 <vanous123> mrmoku: ok
May 11 15:45:34 <vanous123> i will test later again
May 11 15:46:03 <vanous123> perhaps, this was at the time when gprs didn't work well and it got  lost somewhere...
May 11 15:46:05 <mrmoku> dos1: btw. is there any way to get the backtrace when a module fails to load?
May 11 15:46:15 <dos1> mrmoku: shr-settings-debug
May 11 15:46:19 <mrmoku> duuuuhhh
May 11 15:46:21 <mrmoku> :P
May 11 15:46:29 <dos1> mrmoku: in git repo (playground dir)
May 11 15:46:37 <mrmoku> dos1: ahh, ok
May 11 15:46:47 <mrmoku> my main problem was finding an error I could not see ;)
May 11 15:46:58 <dos1> mrmoku: i think i should add parameter to shr-settings launcher...
May 11 15:49:46 <mrmoku> dos1: yes :)
May 11 15:50:31 <dos1> too bad i didn't came up with that before instead of writing another launcher :P
May 11 15:51:33 <mrmoku> :P
May 11 15:53:03 <dos1> mrmoku: i'll read about backtraces in python and try to handle them nicely in UI :D
May 11 15:53:35 <CIA-36> SHR: 03seba.dos1 07shr-settings * rcdaf30928d1c 10/TODO: update TODO
May 11 16:23:40 <JaMa> mrmoku|dinner: have you seen lock screen running below illume2 topbar end refusing to unlock? not sure if it's issue with newer EFL here or newer *phoneui*, but killing phoneuid helped (from ssh)
May 11 17:19:02 <mrmoku|dinner> JaMa: I think I have seen it under the top bar... but not refusing to unlock
May 11 17:32:11 <Butch> hi
May 11 17:32:57 <CIA-36> freesmartphone.org: 03mickey 07specs * rb82975222efa 10/ (2 files in 2 dirs): org.freesmartphone.GSM.PDP: reenable fso-type for GetContextStatus()
May 11 17:33:24 <CIA-36> freesmartphone.org: 03mickey 07specs * re776252d5359 10/configure.ac: bump
May 11 17:33:42 <CIA-36> freesmartphone.org: 03mickey 07libfso-glib * rb9561b3987d9 10/configure.ac: bump
May 11 17:36:27 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r8d4ab9d664d9 10/fsotdld/src/plugins/source_gsm/plugin.vala: fsotdld: prepare for handling GSM time & zone reports
May 11 17:36:27 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r0b92c9be7cc0 10/fsogsmd/src/plugins/dbus_service/plugin.vala: fsogsmd: reenable org.freesmartphone.GSM.PDP.GetContextStatus()
May 11 17:54:54 <GNUtoo> hi
May 11 17:55:06 <GNUtoo> did someone succeed at videos with glamo acceleration?
May 11 17:55:16 <GNUtoo> or fullscreen videos without black borders
May 11 17:55:20 <GNUtoo> I've that :  http://scap.linuxtogo.org/files/73e17d85f5e3c778cb0cc58dc539bd1d.png
May 11 17:55:22 <GNUtoo> with glamo
May 11 17:55:32 <GNUtoo> from big buck bunny
May 11 18:06:29 <CIA-36> freesmartphone.org: 03mickey 07specs * r8d71cde1377d 10/ (4 files in 4 dirs): org.freesmartphone.GSM.Network: bind enum for CallingIdentificationStatus
May 11 18:18:42 <mrmoku> mickeyl: is there something in the GSM spec to suppress the number for the next call only?
May 11 18:18:51 * mrmoku thinks to remember one of his old phones had that...
May 11 18:19:01 <mrmoku> s/thinks/believes/
May 11 18:20:24 <mickeyl> jein
May 11 18:20:31 <mrmoku> :)
May 11 18:20:39 <mickeyl> you have to call the number with a special prefix
May 11 18:21:00 <mrmoku> ahh... that would work out of the box then :)
May 11 18:21:12 <mickeyl> yes
May 11 18:21:18 <mickeyl> *31#<yournumber> or so
May 11 18:21:24 <mickeyl> not sure offhand
May 11 18:21:28 <mrmoku> k
May 11 18:21:42 <mrmoku> is that prefix at least standardized or can it vary?
May 11 18:21:57 <mrmoku> between operators that is
May 11 18:22:00 <mickeyl> rather standard
May 11 18:22:16 <mickeyl> so you can handle that transparently to FSO
May 11 18:22:38 <mrmoku> yep, good thanks :)
May 11 18:23:01 * mrmoku makes a note in his brain to implement that when rewriting the call screen
May 11 18:23:16 <mickeyl> yep
May 11 18:23:18 <mickeyl> nice feature
May 11 18:24:13 <mrmoku> JaMa: -c rebuild -b package-index started to hang for me
May 11 18:26:44 <mrmoku> hmm... without rebuild and -b too
May 11 18:40:11 <CIA-36> freesmartphone.org: 03mickey 07libfso-glib * ra865638904ed 10/configure.ac: bump
May 11 18:40:28 <CIA-36> freesmartphone.org: 03mickey 07cornucopia * r58eb0a7dd0ba 10/fsogsmd/src/ (4 files in 2 dirs): fsogsmd: implement org.freesmartphone.GSM.Network.{Get|Set}CallingIdentification
May 11 19:03:27 <JesusMcCloud> quick question: if i want to pull a backup with dd do i need to specify the correct blocksize? (especially when writhing it back)
May 11 19:04:48 <PaulFertser> JesusMcCloud: blocksize will affect performance for sure.
May 11 19:04:53 <PaulFertser> (of the operation itself)
May 11 19:05:34 <PaulFertser> JesusMcCloud: if you're writing the backup to NAND probably it's better to use blocksize equal to eraseblock size.
May 11 19:06:20 <JesusMcCloud> PaulFertser, acutally i am talking about a harddrive in a computer (sorry to be OT, but i need an answer quite fast)
May 11 19:06:33 <PaulFertser> JesusMcCloud: use something reasonably big
May 11 19:06:57 <PaulFertser> JesusMcCloud: probably 16M
May 11 19:07:12 <JesusMcCloud> ah ok, thy (it is ext4)
May 11 19:07:49 <JesusMcCloud> so apart form speed impact, it will always work?
May 11 19:08:09 <PaulFertser> JesusMcCloud: as far as i can tell, yes.
May 11 19:08:33 <JesusMcCloud> nice thx (just wanted to make surte, because i am fairly certain it should not matter)
May 11 19:09:12 <PaulFertser> Well, i think i did some backups that way and all went smooth, so that's not just theoretizing :) Good luck with your work.
May 11 19:09:28 <JesusMcCloud> thanks PaulFertser 
May 11 19:09:49 <PaulFertser> :)
May 11 19:28:09 <GNUtoo> hi,maybe I should re-ask now that there are more people
May 11 19:28:26 <GNUtoo> http://scap.linuxtogo.org/files/73e17d85f5e3c778cb0cc58dc539bd1d.png is what I get trying to run big buck bunny with glamo acceleration
May 11 19:28:41 <GNUtoo> what are the good encoding parameters
May 11 19:28:48 <GNUtoo> because at key frames it seems ok
May 11 19:29:05 <GNUtoo> but the more you go away from key frame
May 11 19:29:10 <GNUtoo> the more garbage-ish it is
May 11 19:30:13 <ThibG> frameref?
May 11 19:30:30 <GarthPS> Hi guys! boh I did what ever anyone said to solve this ssue but still no eglibc!
May 11 19:30:54 <GarthPS> rm tmp/ dir 
May 11 19:31:11 <GarthPS> does stagging could mess it up?
May 11 19:33:11 <onen|openBmap> lindi-: ping
May 11 19:34:28 <lindi-> onen|openBmap: pong
May 11 19:35:08 <onen|openBmap> lindi-: 500 error for download has been corrected by Nick
May 11 19:36:36 <PaulFertser> GNUtoo: do you mean there's already a proper mplayer plugin implemented that uses all the newest (KMS+DRI2) infrastructure?
May 11 19:37:02 <GNUtoo> PaulFertser, I used stock shr-u mplayer
May 11 19:37:28 <GNUtoo> -vo glamo or something like this which seem enabled by default for mpeg4
May 11 19:37:50 <GNUtoo> GarthPS, you enabled packaged staging?
May 11 19:38:10 <GarthPS> GNUtoo: yes
May 11 19:38:14 <GNUtoo> ok
May 11 19:38:17 <GNUtoo> mmm
May 11 19:38:40 <GNUtoo> maybe you're really missing a host dependency
May 11 19:38:44 <PaulFertser> GNUtoo: i think that's totally unsupported.
May 11 19:38:47 <GNUtoo> do you have more logs
May 11 19:38:50 <GNUtoo> PaulFertser, ah ok
May 11 19:39:01 <GarthPS> I don't think so because the erro is a missing header...
May 11 19:39:06 <GNUtoo> ok
May 11 19:39:14 <GNUtoo> GarthPS, multi-core etc...?
May 11 19:39:24 <GarthPS> GNUtoo: me yes
May 11 19:39:29 <PaulFertser> GarthPS: without your logs it's hard to tell anything...
May 11 19:39:37 <GNUtoo> PaulFertser, so no one has the good command line for encding
May 11 19:39:47 <GNUtoo> GarthPS, so it could be a race condition
May 11 19:40:01 <GNUtoo> GarthPS, try lower the number of threads etc... in bitbake.conf
May 11 19:40:35 <GarthPS> yep I am searchinh it but I thin it is the same as yesterday ie the whole config.log http://pastebin.com/9Mf0dvPM of yesterday .
May 11 19:40:36 <PaulFertser> GNUtoo: tried from http://wiki.openmoko.org/wiki/Video_Player ?
May 11 19:41:04 <GNUtoo> yes I tried that: vcodec=mpeg4:vhq:vbitrate=300
May 11 19:41:53 <PaulFertser> GNUtoo: looks like a bootstrapping problem
May 11 19:41:56 <PaulFertser> GarthPS: ^
May 11 19:42:10 <GarthPS> (ok today is the same error)
May 11 19:42:50 <GarthPS> (missing stdio.h etc)
May 11 19:43:08 <GNUtoo> configure:3126: error: C preprocessor "arm-oe-linux-gnueabi-gcc -E" fails sanity check
May 11 19:43:21 <GNUtoo> ah ok sorry
May 11 19:44:03 <GarthPS> PaulFertser: yes, so do you have an trick?
May 11 19:44:09 <PaulFertser> GarthPS: i'm thinking
May 11 19:44:17 <GarthPS> PaulFertser: :)
May 11 19:44:25 <GNUtoo> mmm
May 11 19:44:35 <GNUtoo> maybe you need to ask in #oe
May 11 19:44:43 <GNUtoo> but can I see your local.conf before?
May 11 19:45:55 <GarthPS> yep
May 11 19:47:22 <GarthPS> i have remove commented lines
May 11 19:47:23 <GarthPS> PARALLEL_MAKE = "-j 4"
May 11 19:47:23 <GarthPS> BB_NUMBER_THREADS = "4"
May 11 19:47:23 <GarthPS> GLIBC_GENERATE_LOCALES = "en_US.UTF-8"
May 11 19:47:23 <GarthPS> BBFILES += "${TOPDIR}/mypackages/*/*.bb"
May 11 19:47:23 <GarthPS> INHERIT += "packaged-staging"
May 11 19:47:25 <GarthPS> DEPLOY_DIR_PSTAGE = "${OEROOT}/build/pstage/"
May 11 19:48:20 <GNUtoo> try to remove :
May 11 19:48:22 <GNUtoo>  PARALLEL_MAKE = "-j 4"
May 11 19:48:25 <GNUtoo> BB_NUMBER_THREADS = "4"
May 11 19:48:39 <GarthPS> ok
May 11 19:50:12 <GNUtoo> and rebuild from scratch
May 11 19:50:55 <TAsn> does anyone here know anything about google adwords and can help me for a sec? :P
May 11 19:53:21 <GarthPS> GNUtoo: from scratch??? noway!  it will take ages!
May 11 19:53:23 <GarthPS> :)
May 11 19:53:35 <GNUtoo> GarthPS, then report to #oe
May 11 19:53:49 <GNUtoo> or to oe mailing list
May 11 19:54:06 <PaulFertser> GarthPS: build eglibc-initial
May 11 19:54:16 <PaulFertser> GarthPS: bitbake eglibc-initial
May 11 19:56:42 <GarthPS> PaulFertser: building
May 11 19:57:13 <zub> evening
May 11 19:58:06 <zub> I'm (and I've always been) lost in the host of FSO/SHR daemons/binaries... I was thinking I try to chew it and I'd expand the wiki - e.g. http://shr-project.org/trac/wiki/SHR_Architecture - with the results
May 11 19:58:11 <zub> anybody against? :)
May 11 19:58:25 <zub> i.e. something like - what daemon does what, what is from FSO, what is from SHR...
May 11 19:58:35 <zub> or is there some such page on the wiki already?
May 11 19:59:01 <mrmoku> TAsn: not much apart from they sent my company an offer twice
May 11 19:59:11 <TAsn> :)
May 11 19:59:15 <TAsn> Not good enough.
May 11 19:59:18 <zub> I guess that's of zero use to the devs who know it anyway...
May 11 19:59:42 <PaulFertser> zub: ask questions about particular daemons :)
May 11 19:59:49 <zub> PaulFertser: good :)
May 11 20:00:34 <zub> for starters... in the good old time there was frameworkd, mostly python impl. of FSO API
May 11 20:01:13 <zub> if I understand it correctly, SHR is now in the process of progressiverly replacing parts of that by whatever was created as part of Cornucopia/FSO2, is that correct?
May 11 20:01:45 <PaulFertser> zub: yes, and frameworkd is still there
May 11 20:02:00 <PaulFertser> zub: for ogpsd, oeventsd, opimd at least.
May 11 20:02:10 <zub> ok, thanks
May 11 20:06:57 <PaulFertser> GarthPS: isn't that your error btw: http://shr-project.org/trac/wiki/Building%20SHR#error:Cpreprocessorarm-angstrom-linux-gnueabi-gcc-Efailssanitycheck ?
May 11 20:09:49 <GarthPS> PaulFertser: si :)
May 11 20:10:16 <GarthPS> PaulFertser: still building bitbake eglibc-initial
May 11 20:10:19 <PaulFertser> GarthPS: heh, so my solution looks like a right one
May 11 20:10:48 <GarthPS> PaulFertser: yeah ! it seems as It does not fail yet :)
May 11 20:11:31 <PaulFertser> GarthPS: it's somehow obvious that you need first a stripped-down version of glibc to be able to build a fully-featured one.
May 11 20:11:44 <PaulFertser> GarthPS: at least for anybody who read about building toolchains manually :)
May 11 20:11:48 <CIA-36> SHR: 03mok 07shr-specs * r53ad1e858eb8 10/org.shr.phonefso/org.shr.phonefso.Usage.xml.in: shr.phonefso.Usage: add SetPdpCredentials
May 11 20:12:01 <GarthPS> PaulFertser: yeah... :)
May 11 20:12:25 <GarthPS> PaulFertser: but it was a problem befor.. building from scratch
May 11 20:12:38 <PaulFertser> GarthPS: http://www.eglibc.org/cgi-bin/viewcvs.cgi/branches/eglibc-2_5/libc/EGLIBC.cross-building?rev=1513
May 11 20:13:21 <GarthPS> PaulFertser: yeah, I have alredy read something like that
May 11 20:14:57 <GarthPS> but thnks fr the link
May 11 20:17:51 <ferluszt> hello, i have an other problem with building an package
May 11 20:18:31 <ferluszt> when i try to make "bitbake -b libphone-ui-shr":  
May 11 20:18:48 <ferluszt>  cp: cannot stat `/media/disk/openembedded/shr-unstable/tmp/sysroots/armv4t-oe-linux-gnueabi/usr/share/gettext/config.rpath': No such file or directory
May 11 20:24:00 <PaulFertser> ferluszt: try to rebuild gettext
May 11 20:25:43 <GarthPS> PaulFertser: ah!! nearly again! NOTE: Task failed: localedef returned an error (command was PATH="/home/sylvain/dev/SHR-Build/shr-unstable/tmp/s...
May 11 20:26:02 <PaulFertser> GarthPS: what failed?
May 11 20:26:04 <GarthPS> PaulFertser: same package but different error
May 11 20:26:12 <GarthPS> ERROR: Build of /home/sylvain/dev/SHR-Build/shr-unstable/openembedded/recipes/eglibc/eglibc_2.11.bb do_package failed
May 11 20:26:26 <PaulFertser> GarthPS: and the log?
May 11 20:26:35 <GarthPS> is comming :)
May 11 20:27:12 <ferluszt> is there something with mmap and permission denied?
May 11 20:27:17 <GarthPS> PaulFertser: http://pastebin.com/4txHhQLX
May 11 20:27:30 <GarthPS> yep mmap here to
May 11 20:27:58 <ferluszt> http://qemu-forum.ipi.fi/viewtopic.php?f=25&t=4286
May 11 20:28:02 <PaulFertser> GarthPS: heh, so eglibc build almost done, just packaging failed.
May 11 20:28:06 <ferluszt> this workaround did it for me
May 11 20:28:40 <ferluszt> sorry wrong link
May 11 20:29:07 <GarthPS> PaulFertser: cooOOool... :(
May 11 20:29:42 <GarthPS> having free space 
May 11 20:29:45 <GarthPS> ..
May 11 20:29:58 <ferluszt> echo 0 | sudo tee /proc/sys/vm/mmap_min_addr
May 11 20:30:00 <GarthPS> do you think it is mmap?
May 11 20:30:07 <PaulFertser> GarthPS: exactly what ferluszt says should help
May 11 20:30:21 <GarthPS> echo 0 | sudo tee /proc/sys/vm/mmap_min_addr ?
May 11 20:30:24 <ferluszt> http://shr-project.org/trac/wiki/Building%20SHR at the bottom 
May 11 20:31:03 <PaulFertser> GarthPS: yes
May 11 20:31:47 <GarthPS> do you have an idea why this is appenning?
May 11 20:32:41 <PaulFertser> GarthPS: yes, locale generation should be done natively, hence in qemu. And qemu needs to be able to mmap to 0.
May 11 20:33:26 <GarthPS> PaulFertser: ok thanks I did not though thath qemu was used
May 11 20:34:30 <zub> PaulFertser: what does shr_elm_softkey do?
May 11 20:35:05 <PaulFertser> zub: SHR devs will tell you, i have no idea :)
May 11 20:35:10 <zub> ok :)
May 11 20:35:17 <mrmoku> zub: if you tap on the topbar a menu will flap down with two buttons (for now) to close the current app and switch apps
May 11 20:37:38 <zub> not sure if I understans - I see three large buttons - list of windows, home, and close
May 11 20:37:47 <zub> anyway, so shr_elm_softkey implements that?
May 11 20:37:58 <PaulFertser> zub: i think it's an illume2 gadget to allow you to switch and close apps.
May 11 20:38:16 <zub> ok
May 11 20:38:22 <PaulFertser> zub: http://git.shr-project.org/git/?p=shr-e-gadgets.git;a=tree;f=src/softkey_quickpanel;h=HEAD;hb=HEAD
May 11 20:39:36 * [Rui] waves... 
May 11 20:39:49 <[Rui]> is it safe to upgrade now, or is there some glaring problem? :)
May 11 20:44:04 <ferluszt> expat fails to build
May 11 20:44:17 <ferluszt> gzip: stdin: invalid compressed data--crc error
May 11 20:44:47 <ferluszt> manually download from http://build.shr-project.org/sources/expat-2.0.1.tar.gz
May 11 20:44:47 <ferluszt>  fails also
May 11 20:47:47 <mrmoku> zub: you're using old illume then... shr_elm_softkey is illume2 only (as PaulFertser correctly stated) :)
May 11 20:48:27 <mrmoku> [Rui]: no idea about the unstable feed state... my usual guess would be all fine :P
May 11 20:48:49 <[Rui]> mrmoku: looking at --noaction seems like that to me, as well...
May 11 20:49:00 <[Rui]> mrmoku: do you use GPRS?
May 11 20:49:22 <mrmoku> [Rui]: since some day, yes
May 11 20:49:23 <CIA-36> SHR: 03mok 07phonefsod * r28bc51002176 10/src/phonefsod-dbus-phoneuid.h: phonefsod-dbus-phoneuid: fix some declarations
May 11 20:49:24 <CIA-36> SHR: 03mok 07phonefsod * rffa81801d98d 10/src/phonefsod-fso.c: phonefsod-fso: give _get_idle_state_callbac a GObject instead of GSource
May 11 20:49:24 <CIA-36> SHR: 03mok 07phonefsod * rd035841f06d2 10/src/phonefsod-fso.c: phonefsod-fso: listen to and handle GSM.Device.DeviceStatus signals
May 11 20:49:25 <CIA-36> SHR: 03mok 07phonefsod * ra05cff15c478 10/src/phonefsod-fso.c: phonefsod-fso: remove some deactivated code and stupid debug
May 11 20:49:26 <CIA-36> SHR: 03mok 07phonefsod * rdb472a69fc89 10/src/phonefsod-fso.c: phonefsod-fso: with libfso-glib we must free the error
May 11 20:49:35 <CIA-36> SHR: 03mok 07phonefsod * rbad19450e861 10/src/ (6 files): implement new SetPdpCredentials method and send the credentials on active GSM
May 11 20:49:37 <CIA-36> SHR: 03mok 07phonefsod * r275532d80cc8 10/src/phonefsod-fso.c: phonefsod-fso: remove unneeded _get_sim_info and check SIM on incoming messages
May 11 20:49:38 <CIA-36> SHR: 03mok 07phonefsod * r2825c7e732e0 10/src/phonefsod-fso.c: phonefsod-fso: do not handle SIM.AuthStatus... we do that via Device.Status now
May 11 20:49:48 <[Rui]> I'd like to cross-check my gprs script as I'm with a problem: I can use GPRS once per reboot, and after I stop it, I need to power off as it keeps waking up from suspend after a few seconds
May 11 20:49:56 <[Rui]> mrmoku: what do you use to connect?
May 11 20:50:03 <mrmoku> [Rui]: that is fixed (reconnect)
May 11 20:50:10 <zub> mrmoku: right, never dared to try illume2
May 11 20:50:20 <zub> interesting that I see the thing running
May 11 20:50:23 <zub> I mean the process
May 11 20:50:29 <mrmoku> [Rui]: and I'm using unpushed libphone-ui-shr to activate it ;)
May 11 20:50:37 <mrmoku> [Rui]: I'm implementing it in quick-settings
May 11 20:50:55 <[Rui]> mrmoku: I use this: http://pastebin.com/nL6pu1aU
May 11 20:51:30 <[Rui]> mrmoku: hms... speaking of quick settings, I launched it a few days ago and it looked a bit awefull...
May 11 20:51:56 <mrmoku> [Rui]: script is fine... I don't need to fiddle with the default route though
May 11 20:52:28 <[Rui]> mrmoku: maybe I don't need anymore, but I don't think the normal route was being reapplied, anyways.
May 11 20:52:29 <mrmoku> looks like the ppp0 has better metrics
May 11 20:52:50 <mrmoku> [Rui]: well... I have two default routes when GPRS is active
May 11 20:52:56 <[Rui]> mrmoku: I don't see any update that would fix my reconnect, where is it fixed?
May 11 20:53:06 <mrmoku> [Rui]: in fsogsmd
May 11 20:54:01 <mrmoku> [Rui]: when the above changes are built you don't have to call SetCredentials everytime anymore
May 11 20:54:05 <[Rui]> mrmoku: fsogsmd is not set to be updated, so I guess the problem is not fied :(
May 11 20:54:24 <mrmoku> [Rui]: hmm... when did you last update fsogsmd?
May 11 20:54:40 <[Rui]> I just did an opkg --noaction upgrade
May 11 20:54:53 <mrmoku> with update before I hope :P
May 11 20:55:03 <[Rui]> mrmoku: yeah , of course :)
May 11 20:55:57 <mrmoku> [Rui]: opkg list_installed fsogsmd?
May 11 20:56:24 <[Rui]> mrmoku: if I hadn't that I wouldn't be able to make calls, right? I hope you just want the version... :)
May 11 20:57:33 <[Rui]> fsogsmd - 1:0.5.0+gitr823+8709ee51a88fd5cd8647d78f44cdd7bbe2190aa5-r2.2.4
May 11 20:57:58 <ferluszt> who is responsible for the sources in http://build.shr-project.org/sources/
May 11 20:58:54 <mrmoku> [Rui]: duuhh to old
May 11 20:59:01 <mrmoku> [Rui]: then it is not in the feed yet :/
May 11 20:59:11 <mrmoku> I'm running local built fsogsmd
May 11 20:59:20 <[Rui]> mrmoku: gah! :)
May 11 20:59:21 <mrmoku> JaMa: bump it :D
May 11 21:00:20 <[Rui]> I've also added http_auth to ecore_con_url so maybe when efl is bumbed I can move to ecore_con_url in elmdentica, thus not blocking anymore when downloading the timelines :)
May 11 21:04:04 <zub> what's the relation of libphone-ui and libphone-ui-shr?
May 11 21:04:33 <zub> I'd guess the latter is a specific implementation of the GUI, but how do those two communicate?
May 11 21:05:03 <zub> ok, I guess I found it :)
May 11 21:05:06 <mrmoku> zub: libphone-ui-shr implements the libphone-ui interface for one toolkit in one way... there might be other backends one day
May 11 21:05:30 <zub> phoneui.c was the key
May 11 21:05:42 <mrmoku> hehe yeah
May 11 21:06:44 <zub> I've been thinking of one think... that is: implementing a better error handling. I mean: I, as a user, get frustrated if I press a button and the app disappears or nothing happens. I prefer a window telling me: It's broken. (Or more specific issue.) - rather than nothing/death
May 11 21:06:54 <zub> sounds like a simple enough task
May 11 21:07:47 <mrmoku> zub: patches welcome :)
May 11 21:07:54 <zub> then I'll try :)
May 11 21:09:07 <zub> ideally it would be a lib, as it might be needed even in the trivial phoneui-apps; but for now I'll just try to extend libphone-ui/libphone-ui-shr
May 11 21:23:17 <GarthPS> PaulFertser: this is 40minutes that bitbake is hanging on
May 11 21:23:18 <GarthPS> Unpacking staging-eglibc-initial-armv4t-oe-linux-gnueabi...Done.
May 11 21:23:18 <GarthPS> Configuring staging-eglibc-initial-armv4t-oe-linux-gnueabi...NOTE: package eglibc-initial-2.11-r10.4: task do_setscene: Started
May 11 21:23:18 <GarthPS> Done.
May 11 21:23:18 <GarthPS> NOTE: Failure removing staging package
May 11 21:23:19 <GarthPS> NOTE: Staging package found, using it for /home/sylvain/dev/SHR-Build/shr-unstable/openembedded/recipes/eglibc/eglibc-initial_2.11.bb.
May 11 21:23:36 <GarthPS> and hanging
May 11 21:24:01 <PaulFertser> GarthPS: funny
May 11 21:24:19 <GarthPS> PaulFertser: lol! euuuuuuuu welllll 
May 11 21:25:53 <JaMa> mrmoku: https://www.cvg.de/people/ensc/bb-lock.patch for hanging rebuild
May 11 21:26:06 <JaMa> mrmoku: and bump fso?
May 11 21:26:57 <PaulFertser> GarthPS: ^^ this patch looks related
May 11 21:27:37 <JaMa> yes that's probably the same (do_setscene without -c clean before)
May 11 21:27:58 * GarthPS wondering if i will not drop it for the time that the build process will be praticable... :)
May 11 21:28:39 <GarthPS> ok i will take a look . last try for me, it is the third patch / trick I am doing to be able to build a fresh SHR.
May 11 21:28:45 <PaulFertser> GarthPS: come on, all the problems you mentioned are easily solveable.
May 11 21:29:08 <GarthPS> I am the only one fighting to build a fresh shr?
May 11 21:29:32 <ferluszt> no ;)
May 11 21:29:58 <GarthPS> newbie with patch .. how is the way? git patch pathtothepatch?
May 11 21:31:37 <zub> GarthPS: I'm doing a clean build now too... I wonder what do I run into :)
May 11 21:33:32 <mrmoku> JaMa: oh nice
May 11 21:33:47 <mrmoku> JaMa: yeah, fso needs bumping for GPRS fixes too
May 11 21:34:14 <GarthPS> zub: good luck :p
May 11 21:34:55 <JaMa> mrmoku: ok, I'll bump it (I have patch for revs from today noon, so will bump it to current latest first
May 11 21:35:06 <mrmoku> good :)
May 11 21:35:17 * mrmoku will finish the GPRS slider in quick-settings then
May 11 21:35:18 <GarthPS> PaulFertser: yeah but I am not yet a hard gamer on OE :)
May 11 21:36:40 <PaulFertser> GarthPS: neither me
May 11 21:36:50 <PaulFertser> good luck folks, gotta sleep
May 11 21:36:51 <PaulFertser> :)
May 11 21:36:58 <GarthPS> GN:!
May 11 21:37:25 <GarthPS> sorry but someone can tell me how I apply this patch? https://www.cvg.de/people/ensc/bb-lock.patch
May 11 21:37:41 <JaMa> GarthPS: git am path/to/patch is much better
May 11 21:38:03 <JaMa> but for really clean build it's not needed
May 11 21:38:24 <JaMa> only for rebuilding when staging already exist in time do_setscene is called
May 11 21:39:03 <JaMa> and http://shr-project.org/trac/wiki/Building%20SHR#error:Cpreprocessorarm-angstrom-linux-gnueabi-gcc-Efailssanitycheck is wrong
May 11 21:40:12 <JaMa> and http://shr-project.org/trac/wiki/Building%20SHR#procsysvmmmap_min_addr is not true for recent qemu-native or new enough qemu provided by host system (but I've seen that somewhere it behaved strange without - vanous computer)
May 11 21:40:34 <GarthPS> ok JaMa so what is the easiest way(no time consideration) right now to build a fresh image? does the an update and rebuild from scratch will work?
May 11 21:40:52 <GarthPS> Jama : ok sorry for the mail... :)
May 11 21:41:06 <JaMa> it worked for me on 2 hosts with 4 builddirs
May 11 21:41:32 <JaMa> (rebuild from scratch)
May 11 21:43:24 <GarthPS> because I tried 2 times already today after  an rm tmp/
May 11 21:45:03 <JaMa> do you have 0 in /proc/sys/vm/mmap_min_addr ?
May 11 21:45:13 <JaMa> does it fail while calling qemu-arm to generate locales?
May 11 21:45:48 <JaMa> sorry I haven't read backlog (yet) and I'm pretty tired.. so I'll go to sleep soon..
May 11 21:48:29 <ferluszt> am i the only one with the expat problem?
May 11 21:49:59 <GarthPS> JaMa: yeah forget it I had several diferent error so I don't remember now. i wil try a fresh one tomorow..good night!
May 11 21:50:01 <JaMa> no problem with expat here
May 11 21:50:40 <ferluszt> seems like in bug in ubuntu 10.04 :(
May 11 21:50:47 <ferluszt> https://bugs.launchpad.net/ubuntu/+source/gzip/+bug/524366
May 11 21:56:41 <JaMa> hmm so much fuzz about memory leak in glx and then they release new ubuntu with broken gzip, pretty sad :/
May 11 21:57:58 <CIA-36> SHR: 03mok 07libphone-ui-shr * r4f3907ba8810 10/ (data/quick-settings.edc src/view/quick-settings-view.c): quick-settings: make it tabbed and add a network tab
May 11 21:58:59 <mrmoku> ok, time to sleep for me too now
May 11 21:59:04 <mrmoku> gnight all
May 11 22:18:52 <JaMa> revs bumped, build started, time to bed here too
May 11 22:19:01 <JaMa> see you in 5 hours again ;/
**** ENDING LOGGING AT Wed May 12 02:59:56 2010