**** BEGIN LOGGING AT Sat May 09 02:59:57 2009
May 09 03:45:36 <ptitjes> good morning
May 09 03:51:46 <DocScrutinizer> moin ptitjes tu as leve bien early
May 09 03:52:40 <ptitjes> DocScrutinizer: Hello
May 09 03:52:55 <ptitjes> I'm working at 7h15 this morning :(
May 09 03:53:04 <DocScrutinizer> eeeek
May 09 03:53:23 <ptitjes> and are you not spleeping too ?
May 09 03:53:53 <DocScrutinizer> trying to ignore the whole shit
May 09 03:54:23 <DocScrutinizer> *yawn*
May 09 03:55:29 <DocScrutinizer> prety good chance to forget * until I wake next time :-)
May 09 03:57:01 <DocScrutinizer> ptitjes: dos1 did the "DON'T PANIC" spashscreen I asked for some time ago. COOOL
May 09 03:57:17 <DocScrutinizer> :-)
May 09 03:57:38 <ptitjes> screenshot ?
May 09 03:58:03 <DocScrutinizer> see mail in [community]
May 09 03:58:27 <DocScrutinizer> subject: DON'T PANIC
May 09 03:59:36 <max_posedon1> wow, I want rebrending)
May 09 04:00:23 <DocScrutinizer> quit on the cheap TZ! ;-)
May 09 04:00:30 <DocScrutinizer> quiet
May 09 04:00:36 <ptitjes> nice
May 09 04:01:01 <DocScrutinizer> flash uboot. matter of seconds ;-)
May 09 04:01:17 <DocScrutinizer> uboot splash
May 09 04:01:54 <DocScrutinizer> got a few OOOOs and AAAAs this evening already
May 09 04:02:05 <ptitjes> héhéhé
May 09 04:03:08 <DocScrutinizer> honestly dfu-util -a splash dont-panic.splash is a matter of seconds
May 09 04:03:34 <DocScrutinizer> failsafe even
May 09 04:07:32 <DocScrutinizer> and eventually we should repartition NAND and put the other 5.971MB to purpose
May 09 04:08:23 <max_posedon1> DocScrutinizer: could you give me direct link to spash, and short instuctions how to flash it from neo?
May 09 04:08:55 <DocScrutinizer> ppl.om/joerg/splashscreen
May 09 04:09:01 <DocScrutinizer> readme
May 09 04:09:42 <DocScrutinizer> and that mail aat [community]
May 09 04:09:52 <max_posedon1> do you know how its hard visit Internet from neo?)
May 09 04:10:08 <DocScrutinizer> oh, soory
May 09 04:10:26 <DocScrutinizer> no way, you need to use dfu-util
May 09 04:11:31 <DocScrutinizer> or figire out a nifty way via nand-erase && nand-write, which might work if youre a real hacker
May 09 04:11:59 <max_posedon1> OE updates nand kernel somehow
May 09 04:12:47 <DocScrutinizer> hmm, splah should work the same
May 09 04:13:28 <max_posedon1> can't I just cat >/dev?
May 09 04:14:42 <DocScrutinizer> probably. need to nand-erase prior
May 09 04:22:34 <raster> bew!
May 09 04:31:14 <tmzt> raster: would you be able to help debug a font problem in e17/efl?
May 09 04:31:49 <tmzt> I thought it was related to screenmm but I have but those values in the Xfbdev line but it only changed the size of icons but didn't fix the fonts
May 09 04:35:05 <raster> screenmm?
May 09 04:35:25 <raster> you mean set displaysize?
May 09 04:35:27 <raster> ie dpi
May 09 04:35:47 <raster> ?
May 09 04:36:44 <raster> e's default illume profile config makes it calculate scale factor by dpi
May 09 04:37:06 <raster> but otherwise fontis determined 1. by config (default i use is Sans)
May 09 04:37:11 <raster> and then fontconfig's setup
May 09 04:37:19 <raster> ie likely you want to look into fontconfig
May 09 04:38:43 <tmzt> yeah I mean dpi
May 09 04:39:10 <tmzt> we are trying to build a gentoo arm image based on OM overlay
May 09 04:39:39 <raster> ok - well.. check gentoo forums on fixing fonts for e17
May 09 04:39:56 <raster> you are just likely missing installed packages that provide the Sans font
May 09 04:40:02 <raster> i cant help beyond that - dont use gentoo
May 09 04:40:16 <raster> it "just works" (tm) on ubuntu and openembedded
May 09 04:40:47 <raster> evey single font problem people have had is simply missing vera and/or dejavu or whatever for sans
May 09 04:41:35 <tmzt> xlsfonts?
May 09 04:42:15 <max_posedon1> tmzt: have you media-fonts/dejavu installed?
May 09 04:42:23 <raster> no
May 09 04:42:32 <max_posedon1> you must use ttf fonts
May 09 04:42:32 <raster> its fontconfig
May 09 04:42:39 <raster> fontconfig doesnt use x's old font system
May 09 04:42:48 <raster> evas doesnt either
May 09 04:43:10 <max_posedon1> as I remember dejavu is all what you need
May 09 04:43:12 <tmzt> ok
May 09 04:43:26 <tmzt> max_posedon1: so we'll ask solar about that after the other thing
May 09 04:43:41 <raster> max_posedon1:  you use gentoo?
May 09 04:44:39 <tmzt> dejavu isn't in packages
May 09 04:45:51 <max_posedon1> raster: sometimes, I 'm one of people, who try port all Om there, and fix cross compilation
May 09 04:46:13 <raster> max_posedon1: aaah ok.
May 09 04:46:16 <raster> well as i said
May 09 04:46:19 <raster> i cant help with gento
May 09 04:46:25 <raster> BUt there are solutions toit
May 09 04:46:30 <raster> there is some magic package you need to install
May 09 04:46:43 <raster> (and frankly it should be in the e17 overlay for gentoo - check)
May 09 04:46:50 <raster> i dont use gentoo - never have
May 09 04:47:02 <raster> so i cnt be of help other than telling you what e is expecting
May 09 04:47:23 <max_posedon1> we didn't use e17 overlay, just openmoko
May 09 04:47:39 <raster> ie a Sans font that is usable and  fontconfig. evas can build without fontconfig support - but it will manall text in e and elementary are broken
May 09 04:47:56 <raster> max_posedon1: well look at the overlay for help
May 09 04:48:42 <max_posedon1> but Im sure. that his problem just missed dejavu font
May 09 04:49:36 <raster> probably
May 09 04:49:43 <raster> nb
May 09 04:49:52 <raster> you may want to use very recnt efl if u are using elementary
May 09 04:49:56 <raster> lots of improvemnts
May 09 04:52:34 <max_posedon1> yes, e17/efl ebuilds wil be updated this days
May 09 04:54:03 <raster> there is a crrently know issue with syscn box for suspend/shtudown etc.
May 09 05:01:20 <max_posedon1> I hope it will be fixed soon )
May 09 05:08:40 <raster> i might look today
May 09 05:08:50 <raster> just catching up on email atm
May 09 06:21:39 <tmzt> mickey|bbl: now I see that modems have to be added to the modemtype if block as well as the table
**** ENDING LOGGING AT Sat May 09 06:23:54 2009

**** BEGIN LOGGING AT Sat May 09 06:24:15 2009
**** ENDING LOGGING AT Sat May 09 06:35:11 2009

**** BEGIN LOGGING AT Sat May 09 06:35:40 2009
**** ENDING LOGGING AT Sat May 09 06:40:32 2009

**** BEGIN LOGGING AT Sat May 09 06:41:03 2009
May 09 07:10:10 <PaulFertser> spaetz: Hi :) Can you consider adding simple-agent script from bluez4 sources to the package?
May 09 08:36:43 <CIA-75> SHR: 03mok 07shr-overlay * r692b64967260 10/openembedded/conf/distro/include/shr-autorev.inc: autorev: add shr-splash-theme-dontpanic
May 09 08:39:53 <Deubeuliou> hi mrmoku 
May 09 08:41:18 <mrmoku> Deubeuliou: hey
May 09 08:41:27 <mrmoku> Deubeuliou: can you send me your ssh key?
May 09 08:44:07 <mrmoku> TAsn: dontpanic hit the feed
May 09 08:44:12 <mrmoku> eve not so :(
May 09 08:45:11 <TAsn> mrmoku, thanks
May 09 08:45:18 <TAsn> though already built it myself yesterday ;]
May 09 08:45:20 <TAsn> couldn't wait.
May 09 08:45:20 <TAsn> ;]
May 09 08:45:30 <TAsn> it's awesome!
May 09 08:45:53 <TAsn> shit!!!
May 09 08:45:58 <TAsn> I missed raster ;[
May 09 08:47:35 <Deubeuliou> mrmoku: you mean PGP or SSH ?
May 09 08:48:59 <PaulFertser> mrmoku: can you consider addeding simple-agent to SHR bluez4 package?
May 09 08:49:07 <mrmoku> Deubeuliou: ssh pubkey
May 09 08:49:09 <PaulFertser> mrmoku: Good morning btw.
May 09 08:49:15 <Deubeuliou> ok
May 09 08:49:17 <mrmoku> which you need for accessing the git
May 09 08:49:42 <Deubeuliou> :S I have two of them, I don't know which one i'm using
May 09 08:50:00 <mrmoku> PaulFertser: yeah... would be usefull
May 09 08:50:18 <mrmoku> PaulFertser: is it part of the bluez4 source or the old bluez source?
May 09 08:50:34 <PaulFertser> mrmoku: part of the current bluez4 sources.
May 09 08:50:51 <mrmoku> PaulFertser: ok, then best way would be to just install it :P
May 09 08:51:08 <mrmoku> PaulFertser: though... maybe we should convince nytowl to do that
May 09 08:51:27 <PaulFertser> mrmoku: in the test subdirectory directory
May 09 08:51:30 <TAsn> mrmoku, have you installed it? it's the coolest thing ever! (don't panic)
May 09 08:51:37 <TAsn> btw, what errors did you get with eve?
May 09 08:51:38 <mrmoku> TAsn: not yet
May 09 08:51:44 <TAsn> mrmoku, you should.
May 09 08:51:45 <TAsn> ! ;]
May 09 08:51:46 <SHR-WugBranler> TAsn: Error: Spurious "]".  You may want to quote your arguments with double quotes in order to prevent extra brackets from being evaluated as nested commands.
May 09 08:51:50 <mrmoku> main.c:13:21: error: EWebKit.h: No such file or directory
May 09 08:52:05 <TAsn> huh? webkit didn't get to staging?
May 09 08:52:12 <mrmoku> hehe... the wubgranler doesn't like you ;)
May 09 08:52:24 <TAsn> I don't like him either.
May 09 08:52:28 <TAsn> ;]
May 09 08:52:29 <mrmoku> :)
May 09 08:52:35 <mrmoku> webkit-efl built successfully...
May 09 08:52:41 <TAsn> though I'm the human around here
May 09 08:52:42 <Deubeuliou> mrmoku: sent it
May 09 08:52:47 <TAsn> mrmoku, have you tried adding the
May 09 08:52:52 <TAsn> autotools-stage-all
May 09 08:52:57 <TAsn> or what ever it's name is?
May 09 08:53:06 <TAsn> (to webkit-efl)
May 09 08:53:16 <TAsn> it's not the first time I have seen stuff not getting to staging.
May 09 08:53:36 <TAsn> do_stage() {
May 09 08:53:36 <TAsn> 	autotools_stage_all
May 09 08:53:36 <TAsn> }
May 09 08:53:42 <TAsn> fixed issues I had.
May 09 08:53:50 <TAsn> try rebuilding webkit-efl with that.
May 09 08:54:31 <PaulFertser> mrmoku: btw, i've tried to look at usb0 not going away on disconnect issue, it seems i fail to draw any reasonable conclusions from the usb gadgets code, looks like it's not supposed to detect disconnect at all.
May 09 08:55:14 <mrmoku> PaulFertser: would be very intersting to have...
May 09 08:55:35 <mrmoku> Deubeuliou: ok, thanks
May 09 08:55:36 <TAsn> mrmoku, tried that? (before I suggested) if not, please do. I think that's it.
May 09 08:56:37 <mrmoku> TAsn: ok, will try on the buildhost directly... and report to nytowl if it works
May 09 08:56:43 <mrmoku> first the repo for Deubeuliou though :-)
May 09 08:57:15 <mrmoku> Deubeuliou: do you prefer david or deubeuliou ?
May 09 08:57:46 <TAsn> mrmoku, trying to build it here as well.
May 09 08:58:44 <dos1|neo> hey
May 09 08:58:47 <mrmoku> TAsn: have fun... the git host serving the repo for webkit is really really slow
May 09 08:58:50 <mrmoku> dos1|neo: hey
May 09 08:59:03 <TAsn> mrmoku, it seems I'll just wait for you then ;]
May 09 08:59:40 <dos1|neo> TAsn: is shr-splash-theme-dontpanic working? ;)
May 09 08:59:53 <TAsn> dos1|neo, working is an understatement! it's amazing!
May 09 08:59:53 <TAsn> ;
May 09 08:59:54 <TAsn> ;]
May 09 08:59:58 <TAsn> though I built my own package.
May 09 09:00:06 <PaulFertser> I wonder if lindi- can help with that, he seem to have some experience with usb gadgets...
May 09 09:00:28 <Deubeuliou> mrmoku: for what ?
May 09 09:00:38 <Deubeuliou> where is it ti be displayed ?
May 09 09:00:46 <Deubeuliou> if it's for the login, then deubeuliou
May 09 09:00:50 <dos1|neo> mrmoku: and are editing and deleting contacts on SIM in opimd working?
May 09 09:01:01 <mrmoku> Deubeuliou: nowhere I guess... its just the name of gitosis...
May 09 09:01:04 <mrmoku> dos1|neo: no
May 09 09:01:06 <Deubeuliou> ok :p
May 09 09:01:11 <Deubeuliou> deubeuliou, then
May 09 09:01:13 <mrmoku> ok
May 09 09:01:30 <dos1|neo> mrmoku: still the same problem?
May 09 09:02:32 <TAsn> make update-openembedded will update the main OE dir, right?
May 09 09:02:50 <mrmoku> dos1|neo: yeah, it crashed frameworkd
May 09 09:02:56 <mrmoku> TAsn: right
May 09 09:03:14 <mrmoku> Deubeuliou: ok, gitosis is configured
May 09 09:03:15 <TAsn> okie
May 09 09:03:20 <mrmoku> no you need to push something :-)
May 09 09:03:33 <dos1|neo> mrmoku: also with newest commit?
May 09 09:04:08 <mrmoku> Deubeuliou: do 'git remote add origin git@git.shr-project.org:liphonegui-gtk'
May 09 09:04:15 <mrmoku> and then 'git push origin master'
May 09 09:04:24 <mrmoku> dos1|neo: yeah, with the latest from last night
May 09 09:05:08 <TAsn> ok, also building it here
May 09 09:05:14 <TAsn> let's just hope it won't take ages.
May 09 09:05:21 <TAsn> (I'm bored)
May 09 09:06:21 <mrmoku> TAsn: hmm... it has that in the bb
May 09 09:06:48 <mrmoku> TAsn: grr.. forget... I'm just confused :P
May 09 09:07:38 <mrmoku> dos1|neo: want me to do a debug log?
May 09 09:08:08 <Ainulindale> TAsn, spaetz: about splash. I still didn't see any mail asking users if a splash would be what they want :->
May 09 09:08:10 <TAsn> mrmoku, yeah, since it doesn't have it ;]
May 09 09:08:23 <TAsn> Ainulindale, because it's a no brainer, duh. ;]
May 09 09:08:28 <Ainulindale> Nah
May 09 09:08:33 <Ainulindale> Proof is, I don't want to have that.
May 09 09:08:36 <TAsn> j/k, someone should ask.
May 09 09:08:44 <dos1|neo> mrmoku: i don't think it would be interesting, but you can tryn
May 09 09:08:45 <TAsn> Ainulindale, why are you against it?
May 09 09:09:00 <mrmoku> dos1|neo: well.. if you didn't add interesting debugs... 
May 09 09:09:13 <mrmoku> TAsn: Ainulindale just wants it to be polled via the ML
May 09 09:09:24 <TAsn> mrmoku, I know
May 09 09:09:36 <TAsn> I'm just interested why doesn't he like it.
May 09 09:09:37 <Ainulindale> TAsn: Personally? Because I want to see the output at boot
May 09 09:09:52 <mrmoku> TAsn: and then... getting more and more different splash screens (have already two now)
May 09 09:09:57 <Ainulindale> If we could disable the splash hardware wise I'd be interested
May 09 09:09:57 <mrmoku> which one to include by default?
May 09 09:10:00 <TAsn> Ainulindale, output? aren't you with kernel log off?
May 09 09:10:09 <Ainulindale> TAsn: I boot with kernel log full
May 09 09:10:15 <TAsn> Ainulindale, oh i c.
May 09 09:10:20 <TAsn> so you have a splash screen ;]
May 09 09:10:25 <TAsn>  a texty one, but still ;]
May 09 09:10:28 <dos1|neo> mrmoku: yep. i think i didn't add... but deleting contact was oneliner, so debug from ogsmd would be also interesting
May 09 09:10:30 <TAsn> that's the same
May 09 09:10:38 <mrmoku> dos1|neo: ok, will try
May 09 09:10:43 <TAsn> i want a splash screen because I need some indication it's running.
May 09 09:11:46 <dos1|neo> splash screen is overwritten by kernel output when it's enabled
May 09 09:12:15 <Ainulindale> Which is a big
May 09 09:12:18 <Ainulindale> s/big/bug/
May 09 09:12:19 <bzzbot> Ainulindale meant: Which is a bug
May 09 09:12:34 <dos1|neo> mrmoku: -simple or -default in future ;D
May 09 09:12:48 <dos1|neo> Ainulindale: no, it's supposed ;p
May 09 09:13:38 <Ainulindale> Nah.
May 09 09:13:45 <Ainulindale> Don't think you can fool me :-)
May 09 09:14:08 <TAsn> actually a good thing will be maybe leaving space for kernel info at the bottom
May 09 09:14:10 <dos1|neo> Ainulindale: i wanted to have nice splash, which doesn't slow down everything, and which would be overwritten by errors from kernel
May 09 09:14:17 <TAsn> i.e let it overwrite the lowest quarter of the screen.
May 09 09:14:59 <Ainulindale> dos1|neo: Liar! :-)
May 09 09:15:10 <Ainulindale> You just realized kernel output was on top and said it was a feature to excuse yourself :-p
May 09 09:15:13 <Ainulindale> I remember that!
May 09 09:15:55 <dos1|neo> Ainulindale: don't 
May 09 09:15:59 <dos1|neo> wrr
May 09 09:16:37 <dos1|neo> Ainulindale: don't say that, it's part of my mysterious plan ;p
May 09 09:16:39 <TAsn> shit, there are 2k tasks before it'll even start to build webkit-efl ;[
May 09 09:17:15 <dos1|neo> i want to make all bugs features in your heads
May 09 09:17:22 <dos1|neo> ups, i said that
May 09 09:17:31 <dos1|neo> forget about it!
May 09 09:17:35 <dos1|neo> ;)
May 09 09:17:43 <TAsn> anyhow, dos1|neo please send a poll to shr-usr
May 09 09:17:54 <TAsn> btw, I'm not a member there, so just count me as +
May 09 09:17:54 <TAsn> ;]
May 09 09:18:06 <Deubeuliou> mrmoku: I got this error:
May 09 09:18:08 <Deubeuliou> ERROR:gitosis.serve.main:Repository read access denied
May 09 09:18:08 <Deubeuliou> ERROR:gitosis.serve.main:Repository read access denied
May 09 09:18:37 <Deubeuliou> maybe it's not using the right jey
May 09 09:18:39 <Deubeuliou> key
May 09 09:18:46 <Deubeuliou> I'm trying sth
May 09 09:19:59 <dos1|neo> ok, have to go now
May 09 09:20:11 <mrmoku> Ainulindale: do I have to manually create the dir for the repo?
May 09 09:20:24 <mrmoku> Ainulindale: I thought just change permissions after that to make it public...
May 09 09:20:25 <dos1|neo> TAsn: ok, i will write mail
May 09 09:20:29 <dos1|neo> but later
May 09 09:20:41 <dos1|neo> now cu
May 09 09:20:45 <TAsn> dos1|neo, I don't really care, I have it already ;]
May 09 09:20:53 <TAsn> I'm justing thinking about the best of shr.
May 09 09:20:57 <TAsn> *for
May 09 09:22:00 <mrmoku> TAsn: then subscribe to shr-user and shr-devel :P
May 09 09:22:06 <TAsn> mrmoku, heck no!
May 09 09:22:11 <TAsn> I'm a member in shr-devel
May 09 09:22:24 <TAsn> though I don't need any more spam, therefore I won't subscribe to shr-user ;]
May 09 09:23:37 <Ainulindale> mrmoku: no you have to add it to the text file in the root dir of the repos
May 09 09:23:49 <Ainulindale> (to show it to the web)
May 09 09:24:18 <Ainulindale> but deubeuliou should init the repo
May 09 09:24:20 <Ainulindale> not clone it
May 09 09:24:34 <Ainulindale> I did that for everybody every time just to avoid questions
May 09 09:25:24 <Deubeuliou> mrmoku: I still have this erreor even though I'm sure it's using the right key
May 09 09:25:58 <Ainulindale> Deubeuliou: Because you shouldn't clone, but init the remote repo.
May 09 09:26:14 <Ainulindale> http://scie.nti.st/2007/11/14/hosting-git-repositories-the-easy-and-secure-way
May 09 09:26:18 <Deubeuliou> I did
May 09 09:26:58 <Deubeuliou> I first init'd a local repo, added files and tried "git push origin master"
May 09 09:27:17 <Ainulindale> useless
May 09 09:27:28 <Ainulindale> see my url
May 09 09:27:32 <Ainulindale> it'll tell you what to do
May 09 09:27:39 <mrmoku> Ainulindale: well... it does not say anything about adding it to projectlist
May 09 09:27:43 <Deubeuliou> )k
May 09 09:27:49 <Ainulindale> mrmoku: that was for webinf
May 09 09:27:54 <mrmoku> ahh, ok
May 09 09:27:58 <Ainulindale> I'm just waking up myself so please let me time =)
May 09 09:28:44 <mrmoku> Ainulindale: I was looking at http://www.mantisbt.org/wiki/doku.php/mantisbt:gitosis_management
May 09 09:32:58 <Deubeuliou> Ainulindale: that link is for configuration server-side, isn't it ?
May 09 09:33:09 <TAsn> I have a question
May 09 09:33:29 <TAsn> atm whenever an app has a new version, OE redownloads and caches the version, right?
May 09 09:33:32 <mrmoku> Deubeuliou: both
May 09 09:33:46 <TAsn> why doesn't it just ask for a patch? I mean, can it? that could be nicer
May 09 09:34:10 <TAsn> just ask the git/svn/cvs/whatever repo for a diff between the current version and the newest.
May 09 09:34:18 <TAsn> will be A LOT faster
May 09 09:34:27 <mrmoku> git init
May 09 09:34:27 <mrmoku> git remote add origin git@YOUR_SERVER_HOSTNAME:free_monkey.git
May 09 09:34:34 <mrmoku> git push origin master:refs/heads/master
May 09 09:34:42 <mrmoku> is the 'your-side' part
May 09 09:35:29 <mrmoku> Deubeuliou: what url do you have in .git/config?
May 09 09:35:37 <raster> TAsn: if oe is fetching from svn i know ti absolutely does just an update when u up the revs
May 09 09:35:41 <raster> it doesnt do a complete new download
May 09 09:35:42 <mrmoku> it should start with git+ssh
May 09 09:35:44 <raster> IF getting from svn
May 09 09:35:46 <Deubeuliou> 	url = git@git.shr-project.org:liphonegui-gtk
May 09 09:35:53 <raster> it TRIES to get snapshot tarballs from oe for download first
May 09 09:36:00 <raster> but thesepretty much nver exist for me
May 09 09:36:21 <mrmoku> Deubeuliou: ok, change that to have git+ssh:// at start
May 09 09:36:30 <mrmoku> and then it should wokr
May 09 09:36:32 <Deubeuliou> ok
May 09 09:36:33 <mrmoku> work even
May 09 09:36:51 <TAsn> raster, cool ;]
May 09 09:37:08 <TAsn> raster, I was looking for you btw
May 09 09:37:33 <Deubeuliou> 	url = git+ssh://git@git.shr-project.org:liphonegui-gtk
May 09 09:37:51 <Deubeuliou> like this ? "ssh: unknown host"
May 09 09:37:56 <raster> TAsn: EEEK!
May 09 09:37:59 * raster hides
May 09 09:38:11 <Ainulindale> Deubeuliou: and client side
May 09 09:38:24 <mrmoku>    url = git+ssh://git@shr.bearstech.com/shr-overlay.git
May 09 09:38:35 <Ainulindale> mrmoku: what this liphonegui-gtk ?
May 09 09:38:40 <mrmoku> is what I have in my config for the overlay... git.shr-project.org should be the same
May 09 09:38:42 <Ainulindale> Why isn't it libframeworkd-phonegui-gtk ?
May 09 09:38:59 <mrmoku> Ainulindale: libphonegui-gtk should that be... ask ptitjes... and Deubeuliou ;)
May 09 09:39:10 <Ainulindale> ?
May 09 09:39:22 <Ainulindale> No, no no. It has to be name as I just said.
May 09 09:39:36 <Deubeuliou> ptitjes suggested that i'd be renamed so
May 09 09:39:43 <Ainulindale> ptitjes suggested wrongly
May 09 09:39:58 <mrmoku> ptitjes: PING
May 09 09:40:01 <mrmoku> ptitjes: defend yourself ;)
May 09 09:40:12 <mrmoku> Ainulindale: so... libframeworkd-phonegui-gtk?
May 09 09:40:15 <Ainulindale> the libs are named after the headers
May 09 09:40:19 <Ainulindale> we have conventions
May 09 09:40:22 <Ainulindale> so yes, mrmoku 
May 09 09:40:23 <Ainulindale> like that
May 09 09:40:29 <Ainulindale> there's no point to change the conventions
May 09 09:40:29 <mrmoku> Ainulindale: what headers?
May 09 09:40:37 <Ainulindale> libframeworkd-phonegui
May 09 09:40:39 <Deubeuliou> no "2" missing ?
May 09 09:40:51 <TAsn> I never got snapshot tarballs as well.
May 09 09:41:02 <Ainulindale> mrmoku: yes add the 2 as well
May 09 09:41:15 <mrmoku> huh... that'll be confusing...
May 09 09:41:22 <mrmoku> efl2 is because we have two efl frontends...
May 09 09:41:28 <Ainulindale> mrmoku: we already have a gtk code
May 09 09:41:32 <Ainulindale> plus it's in C
May 09 09:41:40 <mrmoku> hmm, ok :-)
May 09 09:41:40 <Ainulindale> here it's a rewrite in vala
May 09 09:41:41 <Ainulindale> hence 2 :-)
May 09 09:41:59 <Ainulindale> waiting for better arguments though :-)
May 09 09:44:02 <Deubeuliou> Ainulindale: I can't find where, in your link, the user is concerned
May 09 09:44:36 <Deubeuliou> I jsut can see:
May 09 09:44:37 <Deubeuliou> git clone git@YOUR_SERVER_HOSTNAME:free_monkey.git
May 09 09:45:14 <Deubeuliou> but the repos doesn't even exist yet ; it can't be cloned
May 09 09:46:31 <Deubeuliou> Ainulindale: in the link you sent, the only user-side commands I can see are the same as mrmoku paste
May 09 09:46:45 <mrmoku> Deubeuliou: because I pasted them from there :P
May 09 09:46:51 <Deubeuliou> eh :)
May 09 09:47:02 <mrmoku> Deubeuliou: wait so... will rename to libframeworkd-phonegui-gtk2 first
May 09 09:47:43 <Deubeuliou> yes
May 09 09:48:22 <mrmoku> Deubeuliou: ok, done
May 09 09:49:50 <mrmoku> ahh, and it worked now :-)
May 09 09:49:58 <Deubeuliou> more or less
May 09 09:50:13 <mrmoku> so... gitosis just refused to create a repo that is wrongly named ;)
May 09 09:50:14 <Deubeuliou> "git push origin master" ?
May 09 09:50:40 <Deubeuliou> I tried git push origin master:refs/heads/master
May 09 09:50:44 <Deubeuliou> and got:
May 09 09:51:12 <Deubeuliou> http://pastebin.com/m39613f6a
May 09 09:52:44 <mrmoku> retry with just master
May 09 09:52:52 <mickeyl> do you have any commits to push?
May 09 09:53:04 <mickeyl> it won't work if you do not have commited anything yet.
May 09 09:53:38 <mrmoku> Deubeuliou: you commited your stuff, right?
May 09 09:53:38 <Ainulindale> mickeyl: my mail!!! :-)
May 09 09:53:46 <mickeyl> Ainulindale: yes, today!
May 09 09:53:51 <Ainulindale> Heh :-)
May 09 09:53:56 <Ainulindale> mickeyl: how were sports?
May 09 09:54:05 <mickeyl> lame. we won 12:0
May 09 09:54:09 <Deubeuliou> ah, they were gone. it works now :)
May 09 09:54:11 <Ainulindale> Heh :-)
May 09 09:54:25 <mickeyl> it's not fun if the others are so weak
May 09 09:54:34 <mickeyl> ah well, next week will be tougher
May 09 09:55:36 <Ainulindale> :-)
May 09 09:55:38 <Deubeuliou> http://git.shr-project.org/git/?p=libframeworkd-phonegui-gtk2.git;a=summary
May 09 09:56:36 <Ainulindale> Good! :-)
May 09 09:57:56 <Deubeuliou> it doesn't compile, though
May 09 09:58:13 <TAsn> mrmoku, did you rebuild webkit-efl?
May 09 09:58:18 <TAsn> it's taking forever here. ;[
May 09 09:58:22 <Deubeuliou> because I added a Makefile.am in data/ but it is wrongly written
May 09 09:58:39 <Deubeuliou> I'll have to dive into the autotools and Makefiles doc
May 09 10:04:08 <mrmoku> TAsn: NOTE: Running task 3376 of 3387 (ID: 8, /home/shr/shr-unstable/openembedded/recipes/webkit/webkit-efl_git.bb, do_compile)
May 09 10:04:19 <TAsn> mrmoku, slooowww. ;]
May 09 10:04:22 <TAsn> well it beats my
May 09 10:04:33 <TAsn> NOTE: Running task 2995 of 3387 (ID: 989, /home/tom/projects/openmoko/oe/shr-unstable/openembedded/recipes/libmikmod/libmikmod_3.2.0-beta2.bb, do_distribute_sources)
May 09 10:04:48 <mrmoku> hehe
May 09 10:06:07 <Ainulindale> webkit sucks
May 09 10:06:46 <mrmoku> Ainulindale: want to tell you some changes I did
May 09 10:06:58 <mrmoku> Ainulindale: feed is not linked, but rsynced now
May 09 10:07:30 <Ainulindale> Good :-)
May 09 10:07:34 <mrmoku> Ainulindale: we have SRCPV now that includes the git serialization prefix for *not* AUTOREV projects too
May 09 10:07:48 <Ainulindale> Is that standard OE?
May 09 10:08:10 <mrmoku> Ainulindale: it is the 'hack' zecke was using for om... there is no standard OE way yet
May 09 10:08:17 <Ainulindale> mrmoku: well guess what
May 09 10:08:22 <Ainulindale> what was SHR_PV? :-)
May 09 10:08:33 <mrmoku> which you removed ;)
May 09 10:08:35 <Ainulindale> Yep
May 09 10:08:44 <Ainulindale> This is boring
May 09 10:08:48 <Ainulindale> OE is getting on my nerves
May 09 10:08:51 <mrmoku> and SRCPV is in conf/site.conf
May 09 10:08:59 <Ainulindale> Good then!
May 09 10:09:01 <mrmoku> so it can be used for any project... not just the SHR ones
May 09 10:09:07 <Ainulindale> Good thinking :-)
May 09 10:09:22 <mrmoku> and last but not least... I had to bump versions for the SHR projects
May 09 10:09:24 <mrmoku> 0.0.2
May 09 10:09:35 <Ainulindale> No problem with that
May 09 10:09:39 <Ainulindale> you mean PV then
May 09 10:09:44 <mrmoku> yep
May 09 10:09:58 <Ainulindale> I'm good with that.
May 09 10:10:13 <Ainulindale> It's more than justified anyway.
May 09 10:10:24 <mrmoku> yeah :-)
May 09 10:10:48 <mrmoku> TAsn: webkit finished... rebuilding eve now
May 09 10:10:56 <TAsn> cool ;]
May 09 10:10:57 <Ainulindale> mrmoku: how's life by the way? Ready for your unexpected talk for F9N ?
May 09 10:10:58 <TAsn> let me know
May 09 10:11:01 <TAsn> here something broke.
May 09 10:11:07 <mrmoku> Ainulindale: hehe... forget it :P
May 09 10:11:11 <Ainulindale> :-)
May 09 10:11:25 <Ainulindale> Well we'll throw sausages at you then
May 09 10:11:29 <Ainulindale> I'm sure ptitjes is willing to do that
May 09 10:11:43 <mrmoku> Ainulindale: if you will be nice to me the next two weeks... I might bring you some present
May 09 10:12:01 <Ainulindale> Pffff! :-)
May 09 10:12:10 <mrmoku> Ainulindale: we have the bigger sausages over here ;)
May 09 10:12:12 <Ainulindale> I'm always nice, santa! :-)
May 09 10:12:15 <mrmoku> so take care :P
May 09 10:13:07 <Ainulindale> :-)
May 09 10:14:16 <Ainulindale> TAsn: waiting for your mail on shr-devel
May 09 10:14:27 <Ainulindale> Why nobody is answering to me but mrmoku and ptitjes, damn?
May 09 10:14:41 <Ainulindale> We need fresh blood!
May 09 10:14:46 <Ainulindale> And we need FSO blood! :-)
May 09 10:15:00 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r68873175b2e2 10/libfsotransport/ (6 files in 3 dirs): 
May 09 10:15:00 <CIA-75> freesmartphone.org: fsotransport: remove posixextra vapi from this project
May 09 10:15:00 <CIA-75> freesmartphone.org: * depend on fsoframework (which contains posixextra.vapi)
May 09 10:15:00 <CIA-75> freesmartphone.org: * release as 0.9.2
May 09 10:15:04 <mrmoku> TAsn: fails with the same error :(
May 09 10:15:32 <Ainulindale> mickeyl: by the way
May 09 10:15:41 <Ainulindale> somebody asked me about abyss
May 09 10:16:03 <Ainulindale> what's the implementation level?
May 09 10:16:26 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * rf3c5e523caab 10/libfsotransport/ (configure.ac fsotransport/Makefile.am): fsotransport: post-release version bump
May 09 10:16:36 <mrmoku> Ainulindale: we should start some kind of phonegui-specs repo
May 09 10:16:50 <mickeyl> Ainulindale: rocking
May 09 10:17:02 <mickeyl> Ainulindale: i'm testing with the latest code to check whether things still work
May 09 10:17:14 <mickeyl> as i have not looked at it for some weeks
May 09 10:17:15 <Ainulindale> mickeyl: would it be wise for us to switch to it?
May 09 10:17:32 <Ainulindale> mrmoku: well I'd like some verbal discussions first for that
May 09 10:17:46 <Ainulindale> I'm seriously waiting for the FSO team opinion
May 09 10:17:52 <Ainulindale> But as ever they're late
May 09 10:17:53 <Ainulindale> :-)
May 09 10:17:56 <mickeyl> *cough*
May 09 10:17:58 <mickeyl> guilty as charged
May 09 10:18:13 <Ainulindale> mickeyl: I don't want to go forward with this dbusification idea without FSO
May 09 10:18:24 <Ainulindale> I seriously need you to give thoughts even if we disagree
May 09 10:18:27 <Ainulindale> and we're bound to disagree
May 09 10:18:30 <mickeyl> hehe
May 09 10:18:34 <mickeyl> who knwos...
May 09 10:18:43 <Ainulindale> by the way I came up with new ideas about my usage thing in ophonekitd
May 09 10:19:55 <tmzt> mickeyl: I have partially implemented CDMA AT support for qualcomm msm in three files in ogsmd/modems, abstractcdma, singlelinecdma and qualcomm_msm_cdma
May 09 10:20:04 <mickeyl> tmzt: awesome!
May 09 10:20:10 <tmzt> I have been able to make a call at least but without sound I can't verify it
May 09 10:20:19 <mickeyl> tmzt: feed your patches to smartphones-userland please
May 09 10:20:31 <mickeyl> tmzt: or give me a git tree to pull
May 09 10:20:36 <Ainulindale> mickeyl: feed you thoughts to shr-devel please
May 09 10:20:37 <Ainulindale> :->
May 09 10:20:39 <Ainulindale> +r
May 09 10:20:46 <mickeyl> :)
May 09 10:20:52 <Ainulindale> (I won't stop bothering you)
May 09 10:20:54 <Ainulindale> (You know that)
May 09 10:21:00 <tmzt> what I was asking is do you think using the three files and mirroring the qualcomm_msm structure is the way to do it?
May 09 10:21:32 <tmzt> and I have only patched the python files in /usr/lib/python* not the git source, I will pull that later today to do it right
May 09 10:21:33 <TAsn> Ainulindale, dos1 will be sending it.
May 09 10:21:36 <mickeyl> i can not answer that before i've seen how you did it and what the actual changes involve
May 09 10:21:39 <Ainulindale> TAsn: sending what?
May 09 10:21:42 <tmzt> ok
May 09 10:21:52 <TAsn> Ainulindale, the mail on shr-usr concerning the spalsh.
May 09 10:22:00 <Ainulindale> TAsn: I was talking about shr-devel
May 09 10:22:08 <Ainulindale> TAsn: and the dbusification thing of ophonekitd
May 09 10:22:16 <TAsn> huh?
May 09 10:22:17 <Ainulindale> which will be of interest to you considering the phonelog
May 09 10:22:24 <TAsn> I don't recall us discussing about it.
May 09 10:22:25 <TAsn> oh.
May 09 10:22:28 <TAsn> sec.
May 09 10:23:34 <Ainulindale> my girlfriend is talking with her mother on skype
May 09 10:23:38 <Ainulindale> I just can't get a single word
May 09 10:23:40 <Ainulindale> Freaking russianws
May 09 10:23:42 <Ainulindale> -w
May 09 10:23:43 <mickeyl> hehehe
May 09 10:26:18 <Ainulindale> Well I got when she was speaking about me though
May 09 10:29:12 <raster> da! tovarish!
May 09 10:29:28 <Ainulindale> raster: privet :-)
May 09 10:29:45 <ingi> mrmoku: How does your SRCPV-line look like in your site.conf ? My site.conf is not getting updated using 'make update-shr-unstable', so things aren't building because of unresolved string-literals... 
May 09 10:30:46 <raster> Ainulindale: hehehe
May 09 10:32:24 <ingi> mrmoku: ah, I found it... in shr-makefile.git ...
May 09 10:37:21 <tmzt> mickeyl: these are the files, people.openezx.org/tmzt/framework-cdma
May 09 10:43:58 <mrmoku> ingi: make update-common updates the site.conf
May 09 10:48:44 <ingi> mrmoku: ok thanks, I'm wrongly doing just doing 'update-openembedded' and 'update-shr-unstable'..., I'll add 'update-common' to the list :-)
May 09 10:49:54 <mickeyl> tmzt: ok, thanks. i'll review them
May 09 10:50:45 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r47ae6ce8a0da 10/libfsotransport/configure.ac: fsotransport: yank vapi from configure.ac
May 09 11:00:00 <mrmoku> ingi: and update-shr :-)
May 09 11:00:04 <mrmoku> bb in an hour
May 09 11:03:35 <raster> nytowl: oi. fixed syscon problem. rev 40567
May 09 11:03:45 <raster> sized properly now
May 09 11:03:45 <raster> :)
May 09 11:05:27 <mirko-paroli> raster: oh on another e bump
May 09 11:06:25 <[Rui]> was trying to learn c elementary, but I guess it's not easy to do UIs in it without good EFL knowledge :(
May 09 11:06:29 <raster> mirko-paroli: i said i'd look at it
May 09 11:06:31 <raster> took me 5 mins
May 09 11:06:34 <raster> :)
May 09 11:06:42 <raster> [Rui]: :(
May 09 11:06:55 <raster> actuall the hardest bit is all the damne effort to get a project set up
May 09 11:06:57 <raster> ie configure.in
May 09 11:06:59 <[Rui]> raster: don't get me wrong, it's the normal learning curve :)
May 09 11:07:03 <raster> Makefile.a's
May 09 11:07:04 <raster> and so on
May 09 11:07:11 <raster> frankly thats the thing that always stops me from starting
May 09 11:07:21 <raster> once i have my skeleton main.c
May 09 11:07:26 <raster> and all the infra
May 09 11:07:32 <raster> its a walk in the park
May 09 11:07:46 <raster> i really need to make a gui elemntary-app builder
May 09 11:07:49 <[Rui]> raster: I used easy_e17 to setup elementary on my laptop and the autotools part wasn't the hardest!
May 09 11:08:12 <raster> god
May 09 11:08:17 <raster> u ddnt even deal with autotools
May 09 11:08:19 <raster> it was done for u
May 09 11:08:21 <[Rui]> PKG_CHECK_MODULES(ELEMENTARY, elementary, [],
May 09 11:08:22 <[Rui]>                 [AC_MSG_FAILURE([elementary not found])]
May 09 11:08:22 <[Rui]>                 )
May 09 11:08:29 <raster> u dealt with just the side of a developer USING autofoo
May 09 11:08:46 <raster> oh u mean setting up autofoo for your project?
May 09 11:08:50 <[Rui]> raster: ah yes, sorry I thought you were talking in the developer POV
May 09 11:09:09 <[Rui]> and not in the E developer POV :)
May 09 11:09:25 <raster> oh
May 09 11:09:28 <raster> i man for you
May 09 11:09:29 <raster> other devs
May 09 11:09:34 <raster> setting up a confiogure.in
May 09 11:09:35 <raster> a src tree
May 09 11:09:40 <raster> makefile.am's 
May 09 11:09:57 <raster> etc. just to get to your first c file that jujst links to libs
May 09 11:09:59 <[Rui]> unfortunately no webkit bindings yet so that experiment got adjourned sine die
May 09 11:09:59 <raster> and builds right
May 09 11:10:04 <raster> hats a hard wall to get over
May 09 11:10:06 <raster> even for me
May 09 11:10:10 <raster> i know how to doit
May 09 11:10:15 <[Rui]> raster: yes from scratch it isn't easy
May 09 11:10:16 <raster> i have help as i kep templates
May 09 11:10:21 <raster> but its a lot of painful work
May 09 11:10:34 <raster> i know its somthing i should try and help people with
May 09 11:10:37 <raster> like a project builer
May 09 11:10:41 <raster> nter a nw porject name
May 09 11:10:52 <raster> and it will generate a skeleton for you
May 09 11:10:56 <[Rui]> raster: but I just copied from omnewrotate and took out what I didn't need
May 09 11:11:03 <raster> sure
May 09 11:11:07 <raster> thats a good way to start
May 09 11:11:12 <raster> but even that is painful
May 09 11:11:13 <raster> for me it is
May 09 11:12:27 <[Rui]> raster: in that case I should write a post about that
May 09 11:12:38 <raster> hhe
May 09 11:12:41 <raster> well if someone else does it
May 09 11:12:46 <raster> i should do it myself
May 09 11:12:49 <raster> but.. i just havent
May 09 11:14:25 <[Rui]> raster: one thing I didn't understand was how to make an entry selectable
May 09 11:14:47 <[Rui]> I have a small window with 3 buttons, a text entry, and a label below all these
May 09 11:15:10 <[Rui]> when I press back, forw, or stop it prints for 5 seconds what button was pressed in the label
May 09 11:15:14 <raster> hmm
May 09 11:15:21 <raster> lots of examplesin tst.c in elementar
May 09 11:15:31 <raster> its meantto be a bit of source on how to do things
May 09 11:15:33 <[Rui]> when pressing enter in the entry, it prints the url in the label
May 09 11:16:01 <[Rui]> but the mouse doesn't select anything and I didn't see a property for that in Elementary.h
May 09 11:16:52 <[Rui]> also the text was aligned to bottom and I still haven't understood how to fix that but I guess it must be something in the other libs (but I haven't found out what yet)
May 09 11:18:57 <raster> oooh
May 09 11:18:58 <raster> SELECT
May 09 11:19:03 <raster> hold downmose for 1 second
May 09 11:19:10 <raster> its designed for touchsceen fnger usage
May 09 11:19:20 <raster> thus mouse downand drag is normally scroll , not select
May 09 11:20:22 <[Rui]> something popped up, but I couldn't tell what it was
May 09 11:20:55 <[Rui]> the window is too small and not strechable *darn*
May 09 11:21:44 <[Rui]> raster: true, I forgot about that as I was developing it in the laptop
May 09 11:21:59 <raster> aaaah
May 09 11:22:03 <raster> well it was a menu
May 09 11:22:11 <raster> with "select" and "paste" in it
May 09 11:22:25 <raster> your window normally will be much bigger
May 09 11:22:29 <raster> and fit that menu easily
May 09 11:24:32 <[Rui]> while I understand why it is small, I don't understand why I can't stretch it
May 09 11:24:55 <raster> your packing policy
May 09 11:25:08 <raster> set the align to -1 -1 of the window resize object(s)
May 09 11:25:23 <raster> ie ones u set to resize when the window does
May 09 11:27:26 <[Rui]> ? evas_object_size_hint_weight_set ?
May 09 11:28:17 <tmzt> any possible way to get a capital letter with illume keyboard?
May 09 11:28:29 <raster> [Rui]: align
May 09 11:28:36 <raster> tmzt:  shift
May 09 11:28:45 <tmzt> raster: yeah :) but it doesn't work
May 09 11:28:48 <tmzt> nor caps
May 09 11:28:58 <raster> correction should maintain capitalision
May 09 11:29:05 <raster> tiehr that or a bug crept in somwhere
May 09 11:29:07 <raster> as it usedto
May 09 11:29:07 <tmzt> it's in terminal mode
May 09 11:29:15 <raster> or not corrective?
May 09 11:29:23 <raster> then shit should do it fine
May 09 11:29:46 <tmzt> it makes the keycaps capital but not what it puts into xterm
May 09 11:29:49 <[Rui]> let's try evas_object_size_hint_align_set then
May 09 11:30:42 <raster> oooh joy
May 09 11:30:48 <raster> segvs changing layout 
May 09 11:30:49 <raster> hooray
May 09 11:37:51 <[Rui]> raster: sorry if I'm being too dense, but I don't think I fully understood you. .anyway, I'm going for lunch, maybe I'll understand better on second readings.
May 09 11:37:57 * [Rui] waves bye!
May 09 11:38:03 <[Rui]> raster: and thanks :)
May 09 11:41:29 <tmzt> nothing in xev, same keycode (252) and keysym (0x64) for d and D
May 09 11:41:43 <tmzt> nothing in xev on pressing shift, ctrl or alt
May 09 11:44:35 <raster>    evas_object_size_hint_weight_set(bt, 1.0, 1.0);
May 09 11:44:36 <raster>    evas_object_size_hint_align_set(bt, -1.0, -1.0);
May 09 11:44:37 <raster> that!
May 09 11:44:38 <raster> :)
May 09 11:47:55 <SHR-WugBranler> tracfeed: Ticket #431 (Problem with Dillo) created <http://trac.shr-project.org/trac/ticket/431>
May 09 12:12:17 <mrmoku> raster: :-)
May 09 12:16:15 <CIA-75> SHR: 03mok 07shr-overlay * rcba41f68e973 10/openembedded/conf/distro/include/shr-autorev-unstable.inc: autorev-unstable: update EFL_SRCREV to 40567
May 09 12:26:09 <raster> tmzt:  works here
May 09 12:26:15 <raster> are u sure u're pressing shift
May 09 12:26:17 <raster> not uparrow?
May 09 12:28:17 <mickeyl> elm scroller bouncing is stellar, but you should also update the scroll bar during the bounce
May 09 12:28:37 <mickeyl> s/bar/indicator/
May 09 12:28:37 <bzzbot> mickeyl meant: elm scroller bouncing is stellar, but you should also update the scroll indicator during the bounce
May 09 12:30:45 <tmzt> raster: yes
May 09 12:31:05 <tmzt> x2x is broken also it seems, only s is getting through
May 09 12:31:13 <tmzt> so it might be all xtest or similar apps
May 09 12:31:17 <mrmoku> raster: remove norender. bad move!
May 09 12:31:21 <mrmoku> do we need that?
May 09 12:34:15 <raster> mickeyl: scrollbar is as far as it can go... :)
May 09 12:34:34 <raster> tmzt:  works for me (tm)
May 09 12:34:48 <raster> might be xtest + x2x
May 09 12:34:49 <raster> not sure
May 09 12:34:49 <mickeyl> raster: ?
May 09 12:34:58 <raster> but it works here - capitals work
May 09 12:35:11 <raster> mickeyl: scrollbar dragable when confined is limited 0.0 ->1.0
May 09 12:35:17 <raster> thus its as far to an end as it can go
May 09 12:35:24 <mickeyl> hmm
May 09 12:35:25 <mickeyl> wait
May 09 12:35:37 <mickeyl> the scrollbar indicates the amount that is visible, right?
May 09 12:35:42 <mickeyl> if you bounce, less gets visible
May 09 12:35:45 <mickeyl> so it should shrink
May 09 12:35:56 <mickeyl> and then enlarge again
May 09 12:35:59 <raster> well yes
May 09 12:35:59 <mickeyl> once the bounce finishes
May 09 12:36:07 <raster> i guess i could do that
May 09 12:36:13 <mickeyl> otherwise it's a bit unnatural imo
May 09 12:36:25 <raster> but on the other had scrollbar shows viewport relative to scrolld data size
May 09 12:36:27 <raster> AND position
May 09 12:37:31 <raster> hmmm
May 09 12:37:41 <mickeyl> i just think it feels unnatural
May 09 12:37:43 <raster> seems illume kbd brings out a bug in cserver stuff
May 09 12:37:44 <raster> wtf...
May 09 12:37:49 <mickeyl> when switching from the iphone to elm :)
May 09 12:38:27 <raster> hmm
May 09 12:38:31 <raster> whole screen is flickering
May 09 12:38:32 <raster> wtf...
May 09 12:39:04 <raster> brb
May 09 12:41:56 <mrmoku> mickeyl: anything we could do about vala-native building only once?
May 09 12:43:04 <mickeyl> ?
May 09 12:43:23 <mrmoku> building a second time unstages it first... and then misses valac
May 09 12:43:38 <mrmoku> vala-native valac overwrites the one from the bootstrap thingie?
May 09 12:44:07 <mickeyl> why do you build it a second time?
May 09 12:44:20 <mickeyl> if you build it a second time, you need to rebuild the bootstrap one again
May 09 12:44:31 <mickeyl> or just not use packaged staging
May 09 12:44:33 <mrmoku> because it's autorev and the pending-upstream move changed
May 09 12:44:36 <mickeyl> (which doesn't help anyways)
May 09 12:45:21 <mickeyl> a simple way would be to install the last release version on your buildhost
May 09 12:45:27 <mickeyl> then you can forget about this problem
May 09 12:45:42 <mickeyl> else, do not use packaged staging
May 09 12:45:45 <mickeyl> i don't see how it helps
May 09 12:45:49 <mickeyl> in the first place
May 09 12:46:27 <mickeyl> at least it doesn't work properly here, but that could be since i'm using the "unsupported" deploy dir outside tmpdir
May 09 12:51:26 <mickeyl> Ainulindale: i just checked the latest versions of fso-abyss and its dependencies. works fine here. I'd love if you could do some testing. We will switch after MS5.5.
May 09 12:54:43 <mrmoku> mickeyl: how do I turn packaged staging off? is it in the distro.conf?
May 09 12:54:49 <mickeyl> yes
May 09 12:54:53 <mickeyl> somewhere you will see
May 09 12:54:57 <mickeyl> INHERIT += packaged_staging
May 09 12:55:00 <mickeyl> (or the like)
May 09 12:55:05 <mickeyl> just remove that
May 09 12:55:07 <mrmoku> yeah... think I saw it in openmoko.conf
May 09 12:55:19 <mrmoku> ok, will do that when we switch to shr.conf :-)
May 09 12:55:20 <mrmoku> thanks
May 09 12:57:41 <mickeyl> np
May 09 12:57:43 <CIA-75> freesmartphone.org: 03mickey 07specs * ree2e4dd18469 10/onetwork/org.freesmartphone.Network.xml.in: org.freesmartphone.Network.xml: throws fso:org.freesmartphone.InvalidParameter
May 09 12:58:06 <mickeyl> while Vala is so hot in development, we need to stay with our pending-upstream-move branch
May 09 12:58:15 <mickeyl> since many goodies happen there :)
May 09 13:01:46 <CIA-75> freesmartphone.org: 03mickey 07specs * r47ac37a1c3d7 10/ (111 files in 23 dirs): rename directories for clarity
May 09 13:32:40 <qknight> hello
May 09 13:32:55 <qknight> how to disable the gsm-code dialog on shr
May 09 13:33:04 <qknight> i want the dialog or whatever to insert my code automatically
May 09 13:33:09 <qknight> since my openmoko crases often
May 09 13:33:19 <qknight> i would like to have gsm backup up after boot
May 09 13:34:26 <bumbl> of you have another phone
May 09 13:34:40 <bumbl> insert sim in there and disable pin authentications
May 09 13:34:47 <bumbl> -> problem solved
May 09 13:35:28 <bumbl> if you don't have another one file a feature request in trac
May 09 13:35:34 <mrmoku> qknight: or do it with cli-framework
May 09 13:35:40 <dos1> qknight: you can do it with mdbus or cli-framework
May 09 13:35:53 <dos1> i will write PIN management in shr-settings soon
May 09 13:36:10 <mrmoku> http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.SIM.html;hb=HEAD#SetAuthCodeRequired
May 09 13:37:04 <PaulFertser> Guys, he doesn't want to really disable PIN, he wants to auto-enter it.
May 09 13:37:33 <bumbl> PaulFertser: where is the difference
May 09 13:37:36 <bumbl> security wise 
May 09 13:37:46 <bumbl> both are insecure
May 09 13:38:01 <PaulFertser> bumbl: if you loose your sim, "they" won't be able to access it.
May 09 13:38:27 <PaulFertser> In fact, i don't know what use-case he has in mind, i'm just clarifying his question. 
May 09 13:38:30 <bumbl> PaulFertser: disable pin is the first option - file a feature request in trac the second which covers all options
May 09 13:39:48 <playya> shr: can you add gdb/gdb server to your repository please?
May 09 13:40:02 <mrmoku> playya: gdb is already there
May 09 13:40:13 <qknight> dos1: thanks
May 09 13:40:17 <qknight> thanks to you all
May 09 13:40:24 <qknight> i will go with the 'other phone' ;-)
May 09 13:40:29 <playya> doh. i think i forgot the opkg update
May 09 13:40:45 <mrmoku> playya: gdbserver will do, when the build of the new images finished
May 09 13:41:05 <PaulFertser> qknight: you don't need another phone to disable pin
May 09 13:44:19 <bumbl> mrmoku: opimd driven contacts + messages working?
May 09 13:44:40 <mrmoku> bumbl: not yet fully... still work-in-progress
May 09 13:45:27 <mrmoku> bumbl: but for contacts not much is missing
May 09 13:45:42 <bumbl> good
May 09 13:46:08 * bumbl might go and test paroli or pyneo in the meantime just for fin
May 09 13:46:14 <bumbl> s/fin/fun/
May 09 13:46:24 <dos1> bumbl: adding new fields when editing, adding items with SIM backend and deleting items from cache when backend is disabled is missing from opimd side
May 09 13:46:29 <dos1> bumbl: and i'm working on it ;)
May 09 13:46:36 <dos1> after that i will work on messages
May 09 13:46:48 <dos1> after messages: Tasks, Calls, Notes and Passwords domains ;)
May 09 13:46:49 <bumbl> dos1: ;)
May 09 13:59:07 <mrmoku> dos1: you forgot Appointments ;)
May 09 13:59:18 <Zorkman> dos1: just read your shr splash screen message on the list: GOOD WORK
May 09 14:00:50 <Zorkman> dos1: if it doesn't use more time, why not include it by default?
May 09 14:01:01 <dos1> mrmoku: adding it to my paper-trac ;)
May 09 14:01:57 <dos1> Zorkman: Ainulindale wants mail to maillist to know, if users want it by default
May 09 14:02:07 <Zorkman> fair enough
May 09 14:02:17 <dos1> as i can see almost everyone want now... but i will do it anyway ;)
May 09 14:02:29 <dos1> (writing mail)
May 09 14:03:18 <Zorkman> dos1: could you also give me the link to the ipk?  (i'm having once again troubles with my ISP and accessing build.shr-project.org -blog.shr-project.org are fine-) and i need to use somethinkg like the cloak
May 09 14:04:30 <dos1> Zorkman: dontpanic or simple?
May 09 14:04:42 <Zorkman> aha, i found it, it's only on unstable and not testing
May 09 14:04:55 <Zorkman> (and I think i'll prefer the dontpanic, what does the simple one display?)
May 09 14:05:30 <Ainulindale> Yeah I vote for don't panic :-)
May 09 14:05:35 <mrmoku> dos1: and that is part of the problem... would you include simple or dontpanic?
May 09 14:06:20 <dos1> mrmoku: by default? -simple
May 09 14:07:02 <dos1> mrmoku: "SHR, Please wait booting..." is the best for being set by default i think :P
May 09 14:07:11 <dos1> (and some logo, if only it would exist)
May 09 14:07:26 <dos1> and don't panic as great option ;)
May 09 14:07:56 * dos1 still wants to do some update-alternatives magic with shr-splash themes, and write shr-settings module to select used splash
May 09 14:08:45 <Zorkman> dos: that sounds great
May 09 14:10:52 <Zorkman> dos1: couldn't "Open /boot/append-GTA02 file and add "splash" to the end of line.
May 09 14:11:00 <Zorkman> be automated by the opkg install?
May 09 14:11:37 <dos1> Zorkman: i think no. but it could be automated on image generation, when splash will be by default
May 09 14:11:48 <Zorkman> my append-GTA02 is now loglevel=0 quiet ; so i should change it to "loglevel=0 quiet splash" ?
May 09 14:12:02 <dos1> Zorkman: yes
May 09 14:13:01 * dos1|away will be back soon
May 09 14:14:34 * Zorkman is not panicking anymore :)
May 09 14:14:41 <bumbl> @chan which is the new shr mailinglist?
May 09 14:14:41 <SHR-WugBranler> bumbl: Error: "chan" is not a valid command.
May 09 14:15:03 <bumbl> bah
May 09 14:15:06 <bumbl> tut tut
May 09 14:17:46 <mrmoku> bumbl: lists.shr-project.org
May 09 14:18:28 <Zorkman> btw: isn't "delivery report" already implemented in FSO? still haven't seen a way to acticate it in shr (testing)
May 09 14:18:45 <mrmoku> Zorkman: if we have consense about adding splash as default, we will create it with that param
May 09 14:19:09 <bumbl> hmm scap is dead
May 09 14:19:31 <bumbl> Zorkman: does delivery report usually cost something?
May 09 14:20:02 <Zorkman> nope, it's free
May 09 14:20:10 <Zorkman> (at least it is everywhere in Belgium)
May 09 14:20:52 <bumbl> hmm
May 09 14:20:55 <Zorkman> haven'(t heard of places were you have to pay for it (doesn't prove anything though)
May 09 14:21:06 * bumbl wonders how to enable it on my nokia
May 09 14:21:17 <mrmoku> playya: gdbserver is there now
May 09 14:21:23 <bumbl> delivery report is a nice feature though
May 09 14:21:45 <playya> ok. thx mrmoku 
May 09 14:22:06 <mrmoku> np, might use it myself one day :P
May 09 14:22:08 <Zorkman> it sure is, especially for people still suspicious if the FR really sent the message (I always try to check with a speaker nearby :))
May 09 14:23:47 <bumbl> ;9
May 09 14:28:31 <bumbl> dos1|away: i would vote for the simple theme
May 09 14:28:36 <bumbl> don't panic is too negative
May 09 14:28:46 <bumbl> (though true)
May 09 14:29:49 <Zorkman> bumbl: I don't know if you've read the book, but it's from the hitchhikers guide to the galaxy
May 09 14:29:50 <mwester> Greetings and Salutations, Earthlings.
May 09 14:29:56 <Zorkman> and it's actually quite flattering bumbl
May 09 14:30:19 <Zorkman> it's printed on the most usefull book in the universe (might even be the second most usefull item in the universe after a towel)
May 09 14:30:23 <mwester> Don't Panic is classic.
May 09 14:30:43 <Zorkman> greetings mwester_alien
May 09 14:31:12 <bumbl> yep
May 09 14:31:22 <bumbl> but i like the shr branding more
May 09 14:31:47 <mwester> I'm just happy that shr-unstable seems to be working again. :)
May 09 14:31:48 <Zorkman> configurable would be best i think, maybe give people the choice when first booting shr?
May 09 14:32:04 <Zorkman> and being able to change it in something shr-settings-like
May 09 14:32:13 <mwester> We need to get Ainulindale away from his girlfreind more, I think!
May 09 14:32:16 <mrmoku> mwester: brought us netlink up/down on usb plugging from outer space? :P
May 09 14:32:37 <Zorkman> mwester: true; hears she's russian, maybe start a new cold war to achieve our goal?
May 09 14:33:00 <mwester> mrmoku:  Nope.  Seems to be some difference in how cdc_ether is handled (on the host end) versus g_ether (on the FR end).
May 09 14:33:19 <Zorkman> anyway mothersday tomorrow,  need to go buy some flowers
May 09 14:33:44 * mwester notes Zorkman has his priorities correct.
May 09 14:34:46 <mwester> mrmoku:  we may need to patch g_ether to attain our goal... I'm not sure that's a good idea so i need to look to see if there are other events we can key off of.
May 09 14:35:24 <PaulFertser> mwester: i tried to understand how usb gadgets should react to cable plug/unplug yesterday but failed :-/
May 09 14:36:03 <PaulFertser> mwester: the final target is to call netif_carrier_on/netif_carrier_off accordingly, afaict. 
May 09 14:36:05 <SHR-WugBranler> tracfeed: Ticket #432 (Broken line breaks) created <http://trac.shr-project.org/trac/ticket/432>
May 09 14:36:17 <[Rui]> somebody with Elementary / EFL experience who can help me understand raster's comments about a window which doensn't allow resizing?
May 09 14:36:21 <mwester> I saw your comments -- I looked a bit at the host side, and came to the conclusion that the host side behaves differently than g_ether, and I'm not sure why that would be.
May 09 14:36:47 <PaulFertser> Host side is completely different, of course.
May 09 14:37:14 <mwester> Right - different code, but the behavior should be similar, one would think.
May 09 14:37:36 <mwester> if you yank the cable, I would expect both sides to see the same sort of events, no?
May 09 14:38:17 <PaulFertser> I would too but i guess there's a reason it doesn't work like that. I'd wait for lindi-'s comments, he seem to have some experience in this area.
May 09 14:38:48 <mwester> Yep.
May 09 14:39:31 <mwester> BTW, my n800 is on the charger now, I'm going to see if I can figure out how it reacts (I think it uses g_ether as well).
May 09 14:40:31 <CIA-75> SHR: 03deubeuliou 07libframeworkd-phonegui-efl2 * raf0ec982f15c 10/ (6 files in 3 dirs): Fix the Makefiles and configure.ac
May 09 14:41:11 <Deubeuliou> what ? it's the wrong repo name ...
May 09 14:41:21 <PaulFertser> mwester: i guess it runs udev too, so you can try udevadm monitor to see events.
May 09 14:41:39 <Deubeuliou> it's gtk2, not efl2 ..
May 09 14:41:58 <mrmoku> Deubeuliou: hehe, I copied the hook ;)
May 09 14:42:03 * mrmoku goes fixing it
May 09 14:42:19 <dos1> mrmoku: also please fix shr.git repo to be "shr", not "sh" ;)
May 09 14:42:22 <onen> mrmoku: thank you for your uploads :-) (I finally found twitter useful ;-) )
May 09 14:42:59 <mrmoku> Deubeuliou: ok, fixed... didn't remember the name is hardcoded in there
May 09 14:43:07 <mrmoku> onen: :)
May 09 14:43:07 <Deubeuliou> thanks :)
May 09 14:43:19 <onen> mrmoku: do you know if shr (testing and/or unstable) embeds FSO from a specific version (milestone 5, 5.1, 5.5?)?
May 09 14:43:40 <mrmoku> dos1: fixed
May 09 14:43:48 <Deubeuliou> btw I would really like someone trying "./autogen.sh && make" and tells me whether it compiles :)
May 09 14:43:51 <dos1> mrmoku: thanks ;)
May 09 14:43:59 <mrmoku> onen: we use the 5.5 branch
May 09 14:44:11 <mrmoku> and frameworkd (if you mean that is AUTOREV... at least for unstable)
May 09 14:44:17 <onen> mrmoku: for both (test and unst) ?
May 09 14:44:25 <mrmoku> 5.5 for both, yeah
May 09 14:44:52 <onen> mrmoku: ok. and 5.5 is not "stable" yet, it changes as time goes on, right?
May 09 14:45:22 <mrmoku> onen: 5.5 is changing... little though
May 09 14:45:27 <mrmoku> onen: why do you ask?
May 09 14:45:57 <onen> mrmoku: I said I would test obm against M5.5 to alphaone|gone
May 09 14:46:59 <onen> mrmoku: at the same time, one of my FR should go to Nick, to make logs. but he does want to use wifi simply to upload his work, and not rely on USB config and so on
May 09 14:47:24 <mrmoku> onen: hmm... you should test with the fso image then... guess that is what alphaone|gone means
May 09 14:47:31 <onen> mrmoku: so I want to see if SHR fits the wifi aspect to let him use obm easily with WPA. and I try to test agains M5.5.
May 09 14:47:43 <mrmoku> we use the same OE branch as base... but might have different versions for some packages
May 09 14:47:59 <onen> mrmoku: ok.
May 09 14:48:17 <mrmoku> onen: wifi works... not out of the box though... needs some manual work
May 09 14:49:08 <onen> mrmoku: my worry is: there is a bug for neighbour cells stated in last FSO 5.5 testing release. And I don't want this to bring me put bad things in the db. But if you say that SHR is based on 5.5 anyway, I should not be too concerned about this.
May 09 14:49:35 <onen> mrmoku: once configured, does it work (on/off) whrough gui?
May 09 14:49:43 <onen> s/whrough/through/
May 09 14:49:44 <bzzbot> onen meant: mrmoku: once configured, does it work (on/off) through gui?
May 09 14:50:26 <dos1> onen: it will work soon - i'm working on GUI connman frontend for shr-settings
May 09 14:50:43 <CIA-75> freesmartphone.org: 03mickey 07specs * re52a73c7e446 10/ (2 files in 2 dirs): org.freesmartphone.Device.LED: throw org.freesmartphone.Unsupported
May 09 14:50:49 <dos1> onen: it connects now (tested with open, WEP and WPA networks), but doesn't handle routes
May 09 14:51:06 <onen> dos1: neat. I will then have to add conman based code to obm to log wifi ;-)
May 09 14:52:47 <onen> mrmoku: dos1: ok guys thanks for clarification. got to go now. bbl
May 09 14:53:34 <mrmoku> dos1: it did handle the route for me yesterday
May 09 14:53:54 <mrmoku> I think if you ifdown usb0 before starting wifiman (or maybe even connman probably) it works
May 09 14:54:00 <mrmoku> it nicely did the default route for me
May 09 14:54:18 <dos1> mrmoku: oh, that's good news :)
May 09 14:55:21 <mrmoku> dos1: the missing thing is that auto-recognizing if usb0 is plugged thingie
May 09 14:55:48 <mrmoku> dos1: you would have to handle that also though... multiple devices
May 09 14:55:56 <mrmoku> right now you just take the first wifi device
May 09 14:56:10 <dos1> mrmoku: i know
May 09 14:56:36 <dos1> mrmoku: maybe later... we have only one wifi device in neo ;) so firstly let it to work
May 09 14:57:00 <mrmoku> nah... one could attach some usb wifi dongle ;)
May 09 14:57:10 <dos1> yep
May 09 14:57:11 <mrmoku> (and I think people do that to get better wifi)
May 09 14:57:29 <dos1> but firstly let it to work!
May 09 14:57:30 <dos1> :D
May 09 14:57:31 <mrmoku> though... multiple devices is needed anyway
May 09 14:57:41 <mrmoku> for usb to work... (and maybe bluetooth one day)
May 09 14:57:58 <mrmoku> and if we want connman to handle routing... it has to handle usb too
May 09 14:58:16 <dos1> no no no
May 09 14:58:18 <dos1> it's wifi manager
May 09 14:58:25 <mrmoku> dos1: connman?
May 09 14:58:28 <mrmoku> not so
May 09 14:58:29 <dos1> wifiman.py
May 09 14:58:30 <dos1> :P
May 09 14:58:51 <mrmoku> well... wifiman.py is a toy... found it on the playground :P
May 09 14:59:04 <mrmoku> but what we need is flawless networking ;)
May 09 14:59:56 <mrmoku> probably shr-settings is not even the correct place for it
May 09 15:00:09 <dos1> hmm
May 09 15:00:10 <mrmoku> thinking about it... it is ophonekit that has to do it
May 09 15:00:34 <dos1> ophonekitd?
May 09 15:00:37 <mrmoku> yep
May 09 15:00:43 <dos1> heh
May 09 15:01:11 <dos1> you mean phonegui, or ophonekitd daemon?
May 09 15:01:54 <mrmoku> well... ophonekitd daemon for the interaction with connman via dbus
May 09 15:02:02 <mrmoku> and the phonegui frontends for user interface
May 09 15:02:04 <mrmoku> of course ;)
May 09 15:02:34 <mrmoku> and shr-settings for a switch to turn network on or off ;D
May 09 15:04:52 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * rdab51577fcd9 10/libfsoframework/fsoframework/ (fsoframework-2.0.vapi interfaces.vala): fsoframework: add interface for org.freesmartphone.Device.PowerSupply
May 09 15:07:02 <mrmoku> hehe... I just tapped immediately after screen dimming on the screen...
May 09 15:07:17 <mrmoku> and e asked me if I'm in presentation mode... and offered me to disable the screensaver ;)
May 09 15:09:51 <dos1> we should disable that...
May 09 15:12:54 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r7483e3dc3e0c 10/fsodeviced/ (4 files in 3 dirs): fsodeviced: add skeleton for kernel26_powersupply plugin
May 09 15:15:34 <[Rui]> The reactions a friend is having with paroli on 2009.t3 are .... quite negative to put it mildy
May 09 15:16:00 <mickey|sofa> what in particular?
May 09 15:16:03 <mickey|sofa> or the overall impression?
May 09 15:16:11 <[Rui]> by his description, it seems to be worse than t2
May 09 15:16:21 <[Rui]> at least he's decribing problems I didn't have on test2
May 09 15:16:49 <[Rui]> mickey|sofa: well, the overall is, of course, quite negative. paroli fullscreen by default is a huge mistake
May 09 15:17:11 <mickey|sofa> heh
May 09 15:17:23 <mickey|sofa> ok
May 09 15:17:24 <[Rui]> and change of profile takes quite a long time
May 09 15:19:31 <[Rui]> and now he can't make calls
May 09 15:20:14 <[Rui]> and on illume theme it keeps both gadget bars
May 09 15:20:33 <[Rui]> the lack of visual feedback is a huge usability problem IHPOV
May 09 15:20:50 <[Rui]> visual hints too
May 09 15:21:06 <[Rui]> like hints on how to go back 
May 09 15:27:45 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r327bcf3bc7ec 10/fsodeviced/src/plugins/kernel26_powersupply/plugin.vala: 
May 09 15:27:45 <CIA-75> freesmartphone.org: fsodeviced: kernel26_powersupply: add AggregatePowerSupply object
May 09 15:27:45 <CIA-75> freesmartphone.org: In contrast to fso1, fso2 will feature an aggregated power supply object
May 09 15:27:45 <CIA-75> freesmartphone.org: that combines the status of all available power supplies. This will
May 09 15:27:47 <CIA-75> freesmartphone.org: then be the only one sending out status signals. The individual power
May 09 15:27:49 <CIA-75> freesmartphone.org: supply objects will continue to be present; their status can be requested
May 09 15:27:51 <CIA-75> freesmartphone.org: manually, but they will not send signals.
May 09 15:29:11 * [Rui] is confused on why his elementary app doesn't have a window that can be resized :(
May 09 15:29:13 <CIA-75> SHR: 03mok 07shr-overlay * reb3b1b4f3737 10/openembedded/conf/distro/include/shr-autorev-unstable.inc: autorev-unstable: set libeflvala back to autorev
May 09 15:29:33 <[Rui]> really, if illume keyboard was expanded to:
May 09 15:29:44 <[Rui]> 1. be transparent
May 09 15:29:56 <[Rui]> 2. be fullscreen (with click through)
May 09 15:30:13 <[Rui]> 3. not provoke window resize on apps
May 09 15:30:26 <[Rui]> the typing experience would improve substantially
May 09 15:30:42 * [Rui] doesn't know if all this is even possible, though.
May 09 15:31:17 <mickey|sofa> ya, that'd rock
May 09 15:31:29 <mickey|sofa> it won't ever be possible with the current design though
May 09 15:31:36 <mickey|sofa> since you need either a compositing manager
May 09 15:31:49 <mickey|sofa> or illume in the same process context as paroli
May 09 15:32:16 <mickey|sofa> i'll toy around with some ideas for my phone UI
May 09 15:32:27 <mickey|sofa> which might be using the framebuffer directly
May 09 15:32:37 <mickey|sofa> which means i need a one-process model anyways
May 09 15:34:23 <[Rui]> mickey|sofa: is the xorg driver the most accelerated possible 2D wise?
May 09 15:34:35 <[Rui]> mickey|sofa: or is it little better than vesa?
May 09 15:35:01 <lindi-> [Rui]: vesa?
May 09 15:35:20 <mickey|sofa> i'm still using kdrive
May 09 15:35:25 <[Rui]> most of the problems of UI seem to derive from the driver, no acceleration, no 3D (even if only the basic enough for compositing), etc...
May 09 15:36:09 <[Rui]> lindi-: it doesn't seem much better than vesa
May 09 15:36:29 <lindi-> [Rui]: vesa is x86 stuff?
May 09 15:37:05 <[Rui]> lindi-: a basic 2D driver that works on (almost? all?) graphics cards...
May 09 15:37:33 <lindi-> [Rui]: maybe you mean xserver-xorg-video-fbdev?
May 09 15:37:48 <lindi-> [Rui]: xserver-xorg-video-glamo is surely faster
May 09 15:37:55 <[Rui]> no, video-vesa
May 09 15:38:13 <lindi-> [Rui]: how do you run vesa on freerunner?
May 09 15:38:16 <[Rui]> lindi-: it may technically be, but it doesn't seem so from the point of the user experience :)
May 09 15:38:37 <lindi-> [Rui]: how did you compare those?
May 09 15:38:44 <[Rui]> in large part thanks to not having enough band for the resolution :(
May 09 15:39:13 <[Rui]> lindi-: flickering, speed of updates on moving stuff, etc...
May 09 15:39:56 <[Rui]> lindi-: it strongly reminds me of when xserver-xorg-video-radeon didn't support the graphics card of this laptop and I was using VESA.
May 09 15:40:30 <lindi-> [Rui]: anyways, i'd work on stability rather than performance
May 09 15:41:45 <[Rui]> lindi-: well, it's quite stable, performance is really a problem now.
May 09 15:42:21 <[Rui]> the only issue I'm having with current FSO (testing images and SHR version) is that sometimes suspend doesn't work and I need to hard reboot.
May 09 15:42:27 <lindi-> [Rui]: it's not stable
May 09 15:42:52 <mickey|sofa> [Rui]: that's unfortunate. should look into it before ms5.5 gets out
May 09 15:42:57 <lindi-> [Rui]: try adding sleep(20) to GlamoResotreHW
May 09 15:43:14 <[Rui]> lindi-: anyway, is there public documentation for the card then?
May 09 15:43:19 <lindi-> [Rui]: nda'd
May 09 15:43:21 <[Rui]> lindi-: 20s ?!?!?!?!?!?
May 09 15:43:28 <[Rui]> lindi-: yeah, that's my point :)
May 09 15:43:30 <lindi-> [Rui]: just to demonstrate the issue
May 09 15:43:39 <lindi-> [Rui]: glamo will lock the whole cpu if X does not respond quickly enough
May 09 15:43:44 <[Rui]> ah
May 09 15:43:57 <lindi-> [Rui]: and in a multiuser system you can not guarantee that X will have enough time to respond
May 09 15:44:50 <[Rui]> lindi-: wouldn't that suggest that work on performance is important to achieve stability? :D
May 09 15:45:04 * [Rui] runs and hides behind a tree
May 09 15:46:02 <Weiss> AIUI it's not that X has to "respond quickly", just that the CPU is essentially locked out during memory transfers
May 09 15:46:11 <lindi-> [Rui]: heh, makes debugging very irritating too. If the system stops at a breakpoint I can't do anything even with JTAG
May 09 15:46:33 <lindi-> Weiss: but in this case glamo never gives the cpu any time
May 09 15:46:34 <[Rui]> lindi-: yeah :(
May 09 15:47:15 <Weiss> lindi-: yeah, but that has nothing to do with how much priority X has..
May 09 15:47:23 <lindi-> Weiss: true
May 09 15:47:51 <lindi-> Weiss: try setting breakpoint to GlamoRestoreHW with gdb and then try to "chvt 1" for example
May 09 15:48:14 <[Rui]> GAH! why doesn't my ELM_WIN_BASIC allow resizing :(
May 09 15:48:38 <Weiss> lindi-: what happens? completely locked?
May 09 15:48:42 <lindi-> Weiss: yes
May 09 15:49:03 <Weiss> interesting
May 09 15:49:17 <lindi-> Weiss: I discussed this with lars yesterday a lot
May 09 15:49:34 <Weiss> if we're talking about the same thing, then the Neo should be *completely* locked up, as in, not a single CPU instruction can happen. does that match what happens?
May 09 15:49:48 <lindi-> Weiss: yes, I can't even halt the cpu with debug board
May 09 15:50:08 <Weiss> ick
May 09 15:50:11 <lindi-> and FIQ that blinks the AUX led does not work
May 09 15:51:14 <[Rui]> Aha! It was the box inside the window that was blocking it
May 09 15:51:58 <Weiss> lindi-: something to do with that MMIO_OUT16(mmio, GLAMO_REG_HOSTBUS(2), pGlamo->saved_hostbus_2); ?
May 09 15:53:05 <Weiss> (maybe you can monitor the relevant values?)
May 09 15:54:05 <Weiss> where exactly did you put your breakpoint?
May 09 15:54:13 <PaulFertser> DocScrutinizer: i just disassembled Nokia 3310, all cans there have plenty of holes, like a fishnet.
May 09 15:54:27 <lindi-> Weiss: to the beginning of GlamoRestoreHW
May 09 15:54:45 <lindi-> Weiss: with gdb running on freerunner I said "break GlamoRestoreHW"
May 09 15:56:06 <lindi-> Weiss: but as I said I discussed this with larsc at lot, you might ask further questions from him :)
May 09 15:56:50 <Weiss> i may have to :)
May 09 15:57:43 <lindi-> to me it sounds like this stuff should be moved to kernel so that it can guarantee that such "sleeps" don't occur
May 09 15:58:17 <PaulFertser> lindi-: do you have any ideas about how usb gadgets should/do react to cable disconnected event (talking about issuing proper link is down events from g_ether).
May 09 15:59:04 <lindi-> PaulFertser: bit busy right now :(
May 09 15:59:20 <PaulFertser> lindi-: sure, just keep that in mind ;)
May 09 15:59:30 <Weiss> lindi-: indeed. in fact even already this happens with DRI
May 09 15:59:44 <Weiss> (kernel sets those registers how it wants them, VT switching doesn't need any change)
May 09 16:00:05 <Weiss> in fact, nothing much should break if you just get rid of the save/restore register bits
May 09 16:00:25 <Weiss> there's no harm in 2D MMIO/cmdq etc being enabled all the time
May 09 16:00:36 <lindi-> Weiss: larsc came to the same conclusion
May 09 16:01:01 <Ainulindale> bumbl: about splashscreen
May 09 16:01:06 <Weiss> does that fix things in your test?
May 09 16:01:11 <Ainulindale> Did you do write "SHR: Don't panic!" ?
May 09 16:01:13 <Deubeuliou> mrmoku, mickey|sofa or Ainulindale or ptitjes : I get the following error when bitbaking my app:
May 09 16:01:16 <Deubeuliou> /home/deubeuliou/dev/openmoko/shr-unstable/tmp/cross/armv4t/lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/../../../../arm-angstrom-linux-gnueabi/bin/ld: cannot find -lfso-glib
May 09 16:01:20 <Ainulindale> Or just "don't panic"?
May 09 16:01:36 <lindi-> Weiss: we tested many variations and at least some made it much harder to hit the bug
May 09 16:01:41 <Deubeuliou> even though I already bitbaked libfso-glib
May 09 16:01:45 <Deubeuliou> what do I miss ?
May 09 16:01:53 <lindi-> Weiss: maybe I should send you the irc log ;)
May 09 16:02:08 <Weiss> lindi-: yeah, that might help :)
May 09 16:02:09 <dos1> Ainulindale: shouldn't you ask me?
May 09 16:02:22 <mickey|sofa> Deubeuliou: sounds like fso-glib is not built or staged
May 09 16:02:28 <Ainulindale> err yeah
May 09 16:02:33 <dos1> Ainulindale: http://openmoko.opendevice.org/~dos/dont-panic2.png
May 09 16:02:35 <Ainulindale> sorry dos1 my mind was elsewhere :-)
May 09 16:02:57 <Ainulindale> dos1: Well could you please add "SHR" somewhere on that? :-)
May 09 16:03:07 <Ainulindale> And a nose to your smiley
May 09 16:03:15 <Deubeuliou> mickey|sofa: it is already built
May 09 16:03:22 <Ainulindale> Doesn't polish people have noses?
May 09 16:03:27 <Weiss> lindi-: i'll have to try this with my DRI setup to see what happens. if i have the same problem, something "interesting" is going on. is this something directly related to a crash or other problem, or just something you came across while debugging something else?
May 09 16:03:32 <dos1> Ainulindale: "SHR is booting... :-)" ?
May 09 16:03:43 <Ainulindale> dos1: Nah, on top of Don't panif
May 09 16:03:45 <Ainulindale> -f+c
May 09 16:03:45 <lindi-> Weiss: crash yes
May 09 16:03:48 <Ainulindale> In "large friendly letters"
May 09 16:03:55 <Ainulindale> dos1: I hope you know where this quote is from
May 09 16:04:14 <lindi-> Weiss: i kept hitting this more often with newer version of xf86-video-glamo and in a closer investigation i was able to reproduce it with older ones too by stress-testing enough
May 09 16:04:15 <dos1> Ainulindale: The Hitchhiker's Guide to the Galaxy ;)
May 09 16:04:16 <Zorkman> I'd prefer shr is booting on the bottom, but who am I :)
May 09 16:04:28 <Ainulindale> Zorkman: I don't really care I'm no graphist :-)
May 09 16:04:31 <mickey|sofa> Deubeuliou: is there a proper do_stage() in the recipe?
May 09 16:04:33 <lindi-> Weiss: just while true; do start X; stop X; done  is good stress test :)
May 09 16:04:33 <[Rui]> Zorkman: I prefer not to see the boot ever :)
May 09 16:04:34 <Ainulindale> Please do as you prefer :-)
May 09 16:04:43 <Ainulindale> I just think we should see SHR somewhere there
May 09 16:04:49 <Ainulindale> But this is by far my preferred splashscreen :-)
May 09 16:04:55 <Zorkman> same here :)
May 09 16:05:09 <Zorkman> this bootscreen has casted *1.2 coolness on my FR :)
May 09 16:05:14 <Weiss> lindi-: this is ticket#2258, or something else? (though probably related..)
May 09 16:05:17 <Zorkman> even more chicks digg it now :)
May 09 16:05:18 <dos1> i would vote for "SHR is booting... :-)"
May 09 16:05:25 <Ainulindale> Zorkman: *42 at least
May 09 16:05:30 <Ainulindale> dos1: your call
May 09 16:05:30 * Zorkman agrees with dos1
May 09 16:05:31 <Deubeuliou> in which one, mickey|sofa ? libfsoglib or my package ?
May 09 16:05:36 <mickey|sofa> libfsoglib
May 09 16:05:37 <Ainulindale> I'm off, going to buy Chianti for tonight
May 09 16:05:39 <[Rui]> "it's booting" needs to be in bigger letter
May 09 16:05:44 <[Rui]> is looks awfully crappy
May 09 16:05:46 <[Rui]> on my screen
May 09 16:05:56 <lindi-> Weiss: yep
May 09 16:06:10 <dos1> Ainulindale: i just don't know how to add big SHR letters on top and keep it looking good ;D
May 09 16:06:16 <lindi-> Weiss: however in that case kernel is able to print that error so it's not the same bug probably
May 09 16:06:23 <Deubeuliou> i'll check
May 09 16:06:33 <Weiss> lindi-: there are a few things in larsc's branch that i'm suspicious of, and may need to discuss with him, though i'm sure there are good reasons i just need to have explained to me
May 09 16:06:40 <Zorkman> dos1: just add it in small letter where "it's" is located atm 
May 09 16:06:51 <[Rui]> maybe Sans 20 (on gimp)
May 09 16:07:01 <dos1> Zorkman: that's what i want to do
May 09 16:07:07 <Zorkman> people who boot the device know it's booting shr afterall....
May 09 16:07:24 <dos1> [Rui]: hmm... i think Sans 20 looks crappy... :x
May 09 16:08:02 <dos1> but that's individual taste
May 09 16:08:04 <TAsn> dos1, similar to what Zorkman said (or maybe the same?) instead of "it's booting", make it "SHR is booting"
May 09 16:08:14 <TAsn> will probably do the trick great.
May 09 16:08:20 <dos1> TAsn: the same what Zorkman said, and what I said ;)
May 09 16:08:31 <Zorkman> :)
May 09 16:08:31 <TAsn> dos1, I like stealing credit.
May 09 16:08:46 <TAsn> j/k, it's a great idea, didn't feel like actually reading what you guys said ;]
May 09 16:09:03 <TAsn> I only really red
May 09 16:09:06 <TAsn> read*
May 09 16:09:12 <TAsn> <dos1> Ainulindale: i just don't know how to add big SHR letters on top and keep it looking good ;D 
May 09 16:09:13 <TAsn> and
May 09 16:09:18 <TAsn> <Zorkman> dos1: just add it in small letter where "it's" is located atm 
May 09 16:09:53 <[Rui]> dos1: why do you think it looks crappy? on my screen (I'm talking about openmoko, btw) it's awfully hard to read and seems like it's just garbage at a glance
May 09 16:09:55 <dos1> TAsn: before that i said "(18:02:38) dos1: Ainulindale: "SHR is booting... :-)" ?"
May 09 16:10:18 <TAsn> dos1, oh, yeah, I can see it now.
May 09 16:10:19 <TAsn> ;]
May 09 16:10:26 <[Rui]> and I think it lacks the openmoko logo to look even nicer
May 09 16:10:26 <TAsn> well I'm also voting for that.
May 09 16:10:32 <dos1> [Rui]: hmm... on my neo screen (i have it displayed ATM) it looks ok...
May 09 16:10:44 <dos1> i can read it even from some distance
May 09 16:10:46 <Zorkman> [Rui]: it's actually really readable on my FR ....
May 09 16:11:10 <[Rui]> it's just as readable as the analog clock gadget ;)
May 09 16:11:17 <Zorkman> lol
May 09 16:11:26 <[Rui]> remember that splash image is not a png
May 09 16:11:29 <[Rui]> but a converted file
May 09 16:11:34 <[Rui]> it definitly doesn't look as good
May 09 16:11:44 <[Rui]> the read glow wasn't noticeable, for instance
May 09 16:11:46 <dos1> [Rui]: something is wrong with your screen... or with your eyes ;)
May 09 16:11:55 <dos1> [Rui]: WTF? it isn't converted file
May 09 16:11:56 <[Rui]> or maybe I have an older version of the splash perhaps?
May 09 16:12:05 <dos1> it's only "cat /dev/fb0 > splash.fb"
May 09 16:12:29 <dos1> [Rui]: i'm looking at neo screen now displaying fb file, not desktop screen displaying png
May 09 16:13:10 <dos1> [Rui]: if you'll display png file on FR you will get exactly the same ;)
May 09 16:13:57 <spaetz> +1 for SHR is booting ... :-)
May 09 16:14:13 <dos1> ok, doing "SHR is booting... :-)" now :)
May 09 16:14:24 <Weiss> lindi-: any chance you could email that IRC log to me? (unless it was a private conversation)
May 09 16:14:25 <DocScrutinizer> the .png is 32bpp, FR display is 5/6/5
May 09 16:14:35 <TAsn> dos1, I think you can maybe drop the :-)
May 09 16:14:36 <[Rui]> dos1: well, how could you explain that I don't? gta02v5 has a bad screen as well?
May 09 16:14:50 <lindi-> Weiss: i'm waiting for larsc's permission just to be sure :)
May 09 16:14:53 <PaulFertser> I'd prefer only the main message, without anything else. It'd be cross-distro then. And more fun, less obvious. 
May 09 16:14:56 <Weiss> lindi-: no problem
May 09 16:15:05 <DocScrutinizer> so the halo is vanishing somehow
May 09 16:15:20 <TAsn> PaulFertser, hm... not sure.
May 09 16:15:33 <dos1> [Rui]: are you displaying png image on FR?
May 09 16:15:47 <Weiss> lindi-: running your stress test on my phone now.. (i'm using the DRI bits which don't screw with the clocks as much)
May 09 16:15:51 <dos1> PaulFertser: it's theme for shr-splash ;)
May 09 16:15:56 <Zorkman> I could also agree with PaulFertser; I know what i'm booting and you guys know it too probably
May 09 16:16:08 <dos1> PaulFertser: and in git repo there is png version without any text, only DON'T PANIC
May 09 16:16:08 <TAsn> Zorkman, ;]
May 09 16:16:19 <Weiss> lindi-: i'm expecting a hard lockup if the test is positive?
May 09 16:16:30 <Zorkman> as long as the "shr is booting" is not too big or obvious i'm ok with it; I just need to know that i don't have to panick
May 09 16:16:46 <TAsn> bah, I got a tiny dead pixel in the middle of my screen :[
May 09 16:16:48 <TAsn> annoying.
May 09 16:16:52 <PaulFertser> dos1: btw, have you considered using some Serif font? They look cool with high DPI.
May 09 16:16:52 <[Rui]> dos1: no, the splash imagem that was announced in the community ml
May 09 16:17:04 <lindi-> Weiss: yep or alternatively SD card access just stops
May 09 16:17:07 <dos1> [Rui]: oh, that's different
May 09 16:17:15 <dos1> [Rui]: i'm not doing u-boot splash
May 09 16:17:19 <lindi-> Weiss: and after 120 seconds kernel prints "soft lockup"
May 09 16:17:25 <PaulFertser> DocScrutinizer: Do you want to comment about nokia 3310? ;) 
May 09 16:17:27 <dos1> [Rui]: that's DocScrutinizer work ;)
May 09 16:17:40 <lindi-> Weiss: I used sleep 14 after startup and sleep 7 after stopping X in that loop btw :)
May 09 16:17:46 <[Rui]> dos1: aha! then I'm going to try to convert this new png to see how it looks then
May 09 16:17:51 <lindi-> Weiss: also, I used xdm which may or may not have any effect :)
May 09 16:18:10 <DocScrutinizer> PaulFertser: (3310) better convection
May 09 16:18:25 <Weiss> lindi-: how long do you have to leave the test running for, approximateky? (it's running with no delays at all right now, and seems to be happy so far)
May 09 16:18:39 <PaulFertser> DocScrutinizer: and they are much easier to dismount comparing to FR's...
May 09 16:18:45 <lindi-> Weiss: ~60 tries was enough here
May 09 16:18:55 <lindi-> Weiss: with the delays
May 09 16:19:12 <Weiss> lindi-: and the combinations that made it much harder to reproduce was.. somewhat longer?
May 09 16:19:31 <lindi-> Weiss: yep
May 09 16:19:33 <dos1> PaulFertser: xcf is in git repo, you (and everyone else) can provide me any 480x640 PNG file, and i will package it to shr-splash theme, no problem ;)
May 09 16:19:59 <Weiss> lindi-: right.. i'll leave this running until i get bored :)
May 09 16:20:06 <lindi-> Weiss: i'd just set a breakpoint and verify that you can crash it with that
May 09 16:20:10 <PaulFertser> dos1: nah, i'm not an artist, just wanted to make another useless suggestion
May 09 16:20:19 <mrmoku> bootsplash contest... yeah :D
May 09 16:20:26 <dos1> PaulFertser: i'm not artist too ;)
May 09 16:20:40 <dos1> i have only very basic skill of using gimp ;D
May 09 16:20:43 <Weiss> lindi-: no debug symbols in this version, so that'll have to wait until i get to my machine with bitbake..
May 09 16:21:01 <lindi-> Weiss: i built xf86-video-glamo on my freerunner :)
May 09 16:21:10 <dos1> mrmoku: i thought exactly the same ;)
May 09 16:21:23 <Weiss> lindi-: eww :)
May 09 16:21:46 <lindi-> Weiss: it's very small code base
May 09 16:22:10 <mrmoku> dos1: with what do you display the png... to then get the .fb?
May 09 16:22:48 <dos1> mrmoku: i'm saving it to ppm format, running "Xglamo -root-ppm /myimage.ppm -hide-cursor" and then "cat /dev/fb0 > /myimage.fb"
May 09 16:22:59 <mrmoku> dos1: ok :-)
May 09 16:23:18 <DocScrutinizer> dos1: you should redo the .png with 16bpp and dithering. so halo would survive conversion to .splash
May 09 16:23:35 <Zorkman> three cheers for the halo!
May 09 16:24:22 <lindi-> Weiss: where should I email the irc log?
May 09 16:24:29 <dos1> DocScrutinizer: ok, i will send you converted version ;)
May 09 16:24:50 <DocScrutinizer> cool
May 09 16:25:12 <Weiss> lindi-: just sent you the address :)
May 09 16:25:25 <dos1> mrmoku: do you know something about using update-alternatives with bb files?
May 09 16:27:15 <lindi-> Weiss: hmm, where? ;)
May 09 16:27:36 <Weiss> lindi-: hmm.. i did a /notice.. possibly in your status page
May 09 16:33:52 <Weiss> lindi-: thanks
May 09 16:35:22 <[Rui]> how about: files.1407.org/2009/05/09
May 09 16:35:29 <[Rui]> http://files.1407.org/2009/05/09/ 
May 09 16:35:37 <[Rui]> there's a dont-panic3.png
May 09 16:36:12 <Weiss> lindi-: if i understand correctly, there was an earlier version where this didn't happen at all, ever?
May 09 16:36:43 <TAsn> [Rui], nah, the om logo doesn't fit good.
May 09 16:36:49 <TAsn> maybe if it was tiny and just before the shr
May 09 16:36:56 <TAsn> but still, I don't think it should be used.
May 09 16:37:08 <[Rui]> I just copy and pasted a logo, it should be made slimmer
May 09 16:37:12 <dos1> [Rui]: and if you will use correct logo. that one is outdated ;)
May 09 16:37:17 <[Rui]> TAsn: yeah,
May 09 16:37:37 <[Rui]> but can you get me one that looks good ona black background? that one was the best I found
May 09 16:38:09 <dos1> [Rui]: look at back of your freerunner
May 09 16:38:29 <[Rui]> dos1: that's hardly a digital image, now, is it?
May 09 16:38:33 <dos1> [Rui]: that's recent logo which looks well on black background ;)
May 09 16:38:42 <dos1> [Rui]: it was on wiki somewhere
May 09 16:38:46 <dos1> or on press materials
May 09 16:39:01 <dos1> mrmoku: ping?
May 09 16:39:16 <dos1> mrmoku: shr-splash package should DEPEND on initscripts or RDEPEND?
May 09 16:39:21 <[Rui]> yeah the version I have of DONT PANIC on u-boot splash is really crappy
May 09 16:39:43 <dos1> DocScrutinizer: you're bad boy!
May 09 16:39:44 <dos1> :D
May 09 16:39:48 <[Rui]> dos1: this is still the one I found on "da interwebs" that looked the best
May 09 16:39:59 <Deubeuliou> mickey|sofa: there wasn't. I added: do_stage() { autotools_stage_all
May 09 16:39:59 <Deubeuliou> }
May 09 16:40:00 <[Rui]> but I'm making it smaller
May 09 16:40:12 <DocScrutinizer> dos1: huh? what's this blame for now?
May 09 16:40:26 <TAsn> dos1, redepend
May 09 16:40:30 <dos1> DocScrutinizer: "(18:38:28) [Rui]: yeah the version I have of DONT PANIC on u-boot splash is really crappy"
May 09 16:40:36 <Deubeuliou> libfso-glib still compiles well, but I got the same erreor for libframeworkd-phonegui-gtk2
May 09 16:40:40 <TAsn> dos1, I also saw this mistake
May 09 16:40:48 <dos1> TAsn: it's Ainulindale's fault!
May 09 16:40:49 <dos1> :D
May 09 16:41:05 <TAsn> it's always Ainulindale's fault ;]
May 09 16:41:15 <TAsn> btw, dos1, I think you should use update-rc.d
May 09 16:41:20 <TAsn> and not do it manually like you do.
May 09 16:41:22 <DocScrutinizer> dos1: [Rui]: yeah, I messed it on purpose. The original one was too nice
May 09 16:41:23 <TAsn> that's a bad habit.
May 09 16:41:24 <TAsn> ;]
May 09 16:41:50 <dos1> TAsn: that's Ainulindale's fault again ;D
May 09 16:41:53 <dos1> ok, i will play with it
May 09 16:42:01 <dos1> update-rc and update-alternatives ;)
May 09 16:42:03 <TAsn> dos1, as I said, it's always his fault ;]
May 09 16:42:11 <dos1> now i have PROVIDES virtual/shr-splash-theme
May 09 16:42:20 <mickey|sofa> Deubeuliou: might be missing there as well
May 09 16:42:26 <mickey|sofa> the canonical way to do that these days is
May 09 16:42:30 <mickey|sofa> inherit autotools autotool_stage
May 09 16:42:35 <mickey|sofa> then you don't need a do-stage()
May 09 16:42:57 <Deubeuliou> ok
May 09 16:42:59 <Deubeuliou> I'll try it
May 09 16:43:36 <TAsn> mickeyl, on, autotool_stage looks like a nice addition ;]
May 09 16:43:48 <TAsn> mrmoku, ^ try adding it to webkit-efl's bb
May 09 16:44:46 <lindi-> Weiss: no working version unfortunately
May 09 16:44:48 <TAsn> btw I think we need a patch for midori
May 09 16:45:01 <TAsn> since we use root as the main user.
May 09 16:45:07 <TAsn> this annoying banner should be dropped.
May 09 16:45:15 <lindi-> TAsn: you should just be non-root
May 09 16:45:23 <lindi-> TAsn: that'd be much better fix, right?
May 09 16:45:33 <TAsn> it is.
May 09 16:45:41 <Weiss> lindi-: hmm.. it's more worrying that it happens for you and not lars..
May 09 16:45:59 <lindi-> Weiss: he can trigger the crash by breakpoint
May 09 16:46:03 <[Rui]> does it look better now? (reload the image)
May 09 16:46:10 <TAsn> though we there are more stuff needed to be done before that.
May 09 16:46:15 <lindi-> Weiss: lars is not using root fs on SD
May 09 16:46:30 <lindi-> Weiss: here anything can easily go to disk sleep for a while since the SD can be busy
May 09 16:46:42 <Weiss> hmm, ok
May 09 16:46:59 <Weiss> i'll have to play with some breakpoints as well
May 09 16:47:23 <Weiss> (though as you probably know, i'm in favour of getting us onto KMS as quickly as possible..)
May 09 16:47:23 <lindi-> Weiss: to me the "breakpoint in userland program can trigger total system lockup" should be enough proof that there is a bug :)
May 09 16:47:42 <lindi-> Weiss: sounds good
May 09 16:47:53 <Weiss> well.. X drivers are a bit of a special case, because they pretend to be kernel modules a little bit too much...
May 09 16:48:01 <lindi-> Weiss: yeah
May 09 16:48:04 <Weiss> (that's why DRI is a Good Thing)
May 09 16:48:24 <Weiss> (well, DRI+memory abstraction+KMS+everything else)
May 09 16:48:42 <lindi-> Weiss: unfortunately that sounds quite complex
May 09 16:49:05 <Weiss> not quite as bad as it sounds. i hope to have all of that apart from KMS working within the next week or so
May 09 16:49:07 <lindi-> Weiss: is there some way to have very simple KMS implementation where kernel talks to glamo and X runs a non-root?
May 09 16:49:09 <[Rui]> is there an SHR logo?
May 09 16:49:39 <lindi-> Weiss: so that we'd have some stable release. after that we you could start implementing performance stuff
May 09 16:50:16 <lindi-> Weiss: or is this essentially what xserver-xorg-video-fbdev already does?
May 09 16:50:27 <Weiss> lindi-: sure, you just add a new DRM ioctl. i'd rather investigate the full KMS system and do it Properly, though. there are some things to do with how the framebuffer memory is allocated, for example.
May 09 16:50:52 <Weiss> hmm.. yes, i think that's right (about fbdev)
May 09 16:51:39 <lindi-> Weiss: if fbdev only did xrandr I could use it
May 09 16:51:40 <Flyser_> Just curious ... do you (plan to) use Gallium3D?
May 09 16:52:15 <Weiss> Flyser_: for 3D? it's not an option, because Gallium is only for programmable pipeline hardware (which we don't have)
May 09 16:52:20 <Weiss> (sadly)
May 09 16:52:25 <Flyser_> I see
May 09 16:52:31 <Flyser_> too bad^^
May 09 16:53:55 <lindi-> Weiss: so with KMS X does ioctl()s for the hard stuff but still has e.g. framebuffer and some "safe" registers mapped?
May 09 16:54:23 <Weiss> yep, the idea is that as much as possible is abstracted away or moved to the kernel
May 09 16:54:46 <lindi-> Weiss: is the idea that you would not need hardware specific X drivers at all?
May 09 16:55:01 <lindi-> Weiss: or just that the driver is split to kernel side and X side?
May 09 16:55:10 <Weiss> ish. in practice, the ioctl interface is hardware-specific
May 09 16:55:46 <Weiss> but it can be very similar from hardware to hardware (e.g. i generated our libdrm by doing s/radeon/glamo/ on the Radeon libdrm)
May 09 16:56:22 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r0819da0e6d23 10/libfsoframework/fsoframework/utilities.vala: fsoframework: utilities: mention filename in warning
May 09 16:56:23 <lindi-> Weiss: ok and with Qi and KMS the kernel would be the only want that talks to glamo (and the only one that could cause glamo to lockup the system)?
May 09 16:56:32 <lindi-> s/want/one/
May 09 16:56:33 <bzzbot> lindi- meant: Weiss: ok and with Qi and KMS the kernel would be the only one that talks to glamo (and the only one that could cause glamo to lockup the system)?
May 09 16:57:17 <Weiss> yep, exactly
May 09 16:58:04 <lindi-> Weiss: ok, is there some way for kernel to give JTAG a hint that it should not interrupt when kernel is in a critical section talking to glamo? ;))
May 09 16:58:38 <lindi-> Weiss: since otherwise every time you stop the system with debug board you risk crashing it totally
May 09 16:58:47 <Weiss> don't think so.. i think JTAG does what it wants, after all...
May 09 16:58:52 <Weiss> (but maybe that's not true..)
May 09 16:59:53 <lindi-> Weiss: ok. then we should at least document and identify the places where one shall not stop the system :)
May 09 17:00:17 <Weiss> indeed...
May 09 17:00:34 <Weiss> i really need to look in more detail at KMS
May 09 17:00:51 <Weiss> we should have all the tools we need to make it work
May 09 17:01:10 <lindi-> i haven't signed the NDA but I have debug board and am willing to help you in testing
May 09 17:01:57 <lindi-> (however, i'd personally prefer anything that is stable first and only then get performance improvements)
May 09 17:02:19 <Weiss> so you'd be in favour of doing KMS before EXA-via-DRI?
May 09 17:03:01 <lindi-> Weiss: perhaps, but as I said, I don't have detailed knowledge on those systems
May 09 17:05:14 <SHR-WugBranler> tracfeed: Ticket #427 (Phonelog on latest SHR-Testing crashes cases the call program to not work) updated <http://trac.shr-project.org/trac/ticket/427#comment:7>
May 09 17:06:10 <TAsn> ffs
May 09 17:06:16 <TAsn> ppl should do less opkg upgrade
May 09 17:06:17 <TAsn> ;]
May 09 17:07:06 <Weiss> lindi-: interesting. i've just reproduced your lockup..
May 09 17:07:15 <Weiss> maybe..
May 09 17:07:43 <Weiss> the stress test was running fine for a while, then i did 'find /media/card', and it became less happy...
May 09 17:08:42 <dos1> mrmoku: http://openmoko.opendevice.org/~dos/shr-splash.diff
May 09 17:08:46 <dos1> can you take a look on that?
May 09 17:09:53 <lindi-> Weiss: "good"
May 09 17:09:54 <SHR-WugBranler> tracfeed: Ticket #427 (Phonelog on latest SHR-Testing crashes cases the call program to not work) updated <http://trac.shr-project.org/trac/ticket/427#comment:8>
May 09 17:10:45 <mrmoku> dos1: what aspect?
May 09 17:10:57 <Weiss> lindi-: confused about why i can ping it, though..
May 09 17:11:04 <dos1> mrmoku: do you think that bb files are correct?
May 09 17:12:04 <TAsn> mrmoku, did you see what I wrote earlier concerning the webkit bb?
May 09 17:12:25 <mrmoku> dos1: first thing is... SRC_URI is wrong ;) wrong repo
May 09 17:12:36 <dos1> mrmoku: no, shr-theme shouldn't be in shr-themes
May 09 17:12:44 <mrmoku> TAsn: not yet... came back to my keyboard in this second
May 09 17:12:48 <dos1> mrmoku: themes are in shr-themes ;)
May 09 17:13:02 <TAsn> mrmoku, well, I'm quick.
May 09 17:13:05 <TAsn> ;]
May 09 17:14:03 <mrmoku> dos1: well... first: now they are in shr-themes repo, no?
May 09 17:14:08 <mrmoku> and second... then S is wrong ;)
May 09 17:14:17 <dos1> mrmoku: now they are, but i want to change structure
May 09 17:14:22 <dos1> mrmoku: i have it changed locally ;)
May 09 17:14:35 <dos1> so S and SRC_URI will be correct after pushing
May 09 17:15:12 <mrmoku> dos1: and I don't know if bitbake will find the bbs if you put them in a folder...
May 09 17:15:36 <dos1> mrmoku: that was the main question
May 09 17:15:43 <mrmoku> :)
May 09 17:15:48 <dos1> mrmoku: but in OE tree there are folders... are they configured somewhere?
May 09 17:16:13 <mrmoku> BBFILES := "${PKGDIR}/recipes/*/*.bb"
May 09 17:16:18 <mrmoku> from conf/site.conf
May 09 17:16:42 <dos1> mrmoku: ok, changing then
May 09 17:16:51 <mrmoku> dos1: and pull before comitting ;)
May 09 17:17:02 <mrmoku> I already did the libeflvala autorev :P
May 09 17:17:09 <dos1> i pulled before changing
May 09 17:17:44 <mrmoku> hmm
May 09 17:18:19 <mrmoku> I pushed that at 17:28
May 09 17:18:44 <dos1> mrmoku: i pulled after that ;)
May 09 17:18:58 <dos1> Already up-to-date.
May 09 17:18:59 <dos1> :P
May 09 17:19:00 <sleipnir> hey shr guys... it seems like ophonekitd depends on libframeworkd-phone-gui, which in turn depends on ophonekitd!?!? :-(
May 09 17:19:23 <mrmoku> sleipnir: how comes you think so?
May 09 17:20:35 <sleipnir> ophonekitd: http://pastebin.com/m7d060b89
May 09 17:21:10 <sleipnir> ohh hmm ok... i was wrong mrmoku :-)
May 09 17:21:24 <mrmoku> :)
May 09 17:21:30 <sleipnir> libframeworkd-phonegui doesn't depend on ophonekitd
May 09 17:21:34 <sleipnir> is this correct?
May 09 17:21:35 <mrmoku> ophonekitd depends on libframeworkd-phonegui
May 09 17:21:40 <sleipnir> yes
May 09 17:21:41 <mrmoku> yeah, correct
May 09 17:21:56 <sleipnir> perfect... someone added deps that are not true :-)
May 09 17:22:00 <sleipnir> thx mrmoku 
May 09 17:22:04 <mrmoku> sleipnir: np
May 09 17:22:05 <Weiss> lindi-: so... if my crash is the same as yours, that clears all of EXA and the MMIO bits in save/restoreHW of the blame...
May 09 17:22:13 <mrmoku> sleipnir: how's gentoo coming along?
May 09 17:22:33 <dos1> mrmoku: so can i commit?
May 09 17:22:47 <mickey|sofa> hmm funny bug in the thinkpad power control
May 09 17:22:55 <mickey|sofa> listening for signals on SystemBus from service 'org.freesmartphone.odeviced', object 'all'...
May 09 17:22:56 <mickey|sofa>  [SIGNAL]    org.freesmartphone.Device.PowerSupply.PowerStatus    from :1.295 /org/freesmartphone/Device/PowerSupply
May 09 17:22:56 <mickey|sofa> ('charging',)
May 09 17:22:56 <mickey|sofa>  [SIGNAL]    org.freesmartphone.Device.PowerSupply.PowerStatus    from :1.295 /org/freesmartphone/Device/PowerSupply
May 09 17:22:56 <mickey|sofa> ('discharging',)
May 09 17:22:58 <mickey|sofa>  [SIGNAL]    org.freesmartphone.Device.PowerSupply.PowerStatus    from :1.295 /org/freesmartphone/Device/PowerSupply
May 09 17:23:01 <mickey|sofa> ('full',)
May 09 17:23:03 <mrmoku> dos1: well... explain me the restructuring first :P
May 09 17:23:03 <mickey|sofa>  [SIGNAL]    org.freesmartphone.Device.PowerSupply.PowerStatus    from :1.295 /org/freesmartphone/Device/PowerSupply
May 09 17:23:06 <mickey|sofa> ('charging',)
May 09 17:23:14 <mickey|sofa> if you insert the power plug, you first get a "full" from the battery
May 09 17:23:16 <mickey|sofa> *sigh*
May 09 17:23:25 <mickey|sofa> i guess i need to prohibit that transition
May 09 17:23:27 <dos1> mrmoku: shr-splash package provides initscript
May 09 17:23:45 <mrmoku> dos1: and?
May 09 17:23:51 <sleipnir> mrmoku: all ppl involved are currently lacking time... so it slowed a bit down
May 09 17:23:56 <dos1> mrmoku: shr-splash-theme-* provides virtual/shr-splash-theme, and uses update-alternatives
May 09 17:24:09 <mrmoku> sleipnir: a pity
May 09 17:24:17 <dos1> mrmoku: and PREFERED_PROVIDER_virtual/shr-splash-theme is shr-splash-theme-simple
May 09 17:24:20 <sleipnir> however, we managed to get a clean cross-compile env (without much hacks anymore) :-)
May 09 17:24:25 <dos1> mrmoku: is it ok?
May 09 17:24:38 <sleipnir> we are even able to cross-distutil python stuff :-)
May 09 17:25:02 <mrmoku> dos1: that does not explain, why you want it in shr repo...
May 09 17:25:17 <dos1> mrmoku: i can change it, but i think shr-splash isn't theme :P
May 09 17:25:39 <mrmoku> dos1: hmm... it is called shr-splash-*theme*-* no?
May 09 17:25:42 <dos1> mrmoku: we use shr-themes to store our config files and themes
May 09 17:25:50 <dos1> mrmoku: shr-splash-theme-* are in shr-themes.git
May 09 17:25:56 <dos1> mrmoku: but shr-splash in shr.git
May 09 17:26:30 <mrmoku> dos1: thing is... I thought in the long run the shr repo would die
May 09 17:26:37 <mrmoku> split up in repos for different stuff
May 09 17:26:59 <dos1> mrmoku: so... where i should put shr-splash?
May 09 17:27:01 <mrmoku> and if the shr-splash-theme-... are in shr-themes... I think the virtual base thingie belongs there too
May 09 17:27:25 <mrmoku> dos1: well... where you want ;)
May 09 17:27:33 <mrmoku> we can change that afterwards too... just my thoughts
May 09 17:28:15 <mrmoku> sleipnir: which was the site for gentoo on FR?
May 09 17:28:15 <dos1> mrmoku: shr-splash is too small to have shr-splash.git... that's why i putted it in shr.git
May 09 17:28:35 <mrmoku> dos1: and I would have put it in shr-themes ;)
May 09 17:28:39 <sleipnir> mrmoku: http://gentoo.mindzoo.de
May 09 17:29:03 <mrmoku> sleipnir: ok, will tell my friend... who is using gentoo a lot and might be interested
May 09 17:29:14 <mrmoku> he has a SE Xperia though...
May 09 17:29:25 <dos1> Ainulindale: ping
May 09 17:29:36 <mrmoku> dos1: yeah... lets decide the master ;)
May 09 17:29:53 <dos1> hehe ;)
May 09 17:30:22 <sleipnir> mrmoku: cool, you might also direct him to #gentoo-openmoko ...
May 09 17:31:18 <mrmoku> sleipnir: well... no.. he does not IRC :(
May 09 17:31:46 <mrmoku> but if he is interested i might add it to the list of my channels :)
May 09 17:33:04 <dos1> heh, commiting now, i will change it later if Ainulindale will say it should be in shr-themes.git
May 09 17:33:50 <mrmoku> dos1: ok :)
May 09 17:34:09 <CIA-75> SHR: 03seba.dos1 07shr * r2e567013fc3d 10/shr-splash/shr-splash.sh: shr-splash: general restructurisation
May 09 17:34:10 <CIA-75> SHR: 03seba.dos1 07shr-overlay * r58524a19335e 10/openembedded/ (6 files in 3 dirs): shr-splash: general restructurisation
May 09 17:34:10 <CIA-75> SHR: 03seba.dos1 07shr-themes * r99525cd5cd63 10/ (32 files in 8 dirs): shr-splash: general restructurisation
May 09 17:42:37 <dos1> mrmoku: so now let's see what i broke :D
May 09 17:51:28 <SHR-WugBranler> tracfeed: Ticket #427 (Phonelog on latest SHR-Testing crashes cases the call program to not work) updated <http://trac.shr-project.org/trac/ticket/427#comment:9>
May 09 17:56:56 <Deubeuliou> ptitjes: ping
May 09 18:00:47 <CIA-75> SHR: 03seba.dos1 07shr-overlay * rd7b72f16aac8 10/openembedded/recipes/shr/ (2 files): shr-splash-theme-*: use require instead of inherit
May 09 18:02:45 <Deubeuliou> rhaaaaa !
May 09 18:02:55 * Deubeuliou goes MAD
May 09 18:03:08 * mwester shoots Deubeuliou with a tranquilizer gun.
May 09 18:03:21 <Deubeuliou> graor !
May 09 18:03:27 <Deubeuliou> rrrrrh !
May 09 18:03:30 <Deubeuliou> well ...
May 09 18:03:57 <Deubeuliou> 1- libframeworkd-phonegui-gtk2 does not compile with make. FIXED
May 09 18:04:18 <Deubeuliou> 2- it doesn't compile with bitbake because of missing libfso-glib
May 09 18:04:23 <Deubeuliou> ok, let's compile it
May 09 18:04:50 <Deubeuliou> oh, I need (again) a custom vala compiler. fine, let's clone it
May 09 18:05:23 <Deubeuliou> this compiler compiles with make. but doesn't with bitbake because it is compiled as i386
May 09 18:06:03 <dos1> vala hell...
May 09 18:11:48 <Deubeuliou> after 3 consecutive runs, it *does* compile ... weird
May 09 18:13:33 <dos1> Ainulindale: i'm writing mail now to shr-user about shr-splash ;p
May 09 18:15:02 <Deubeuliou> no :( it compiled as i686 ...
May 09 18:15:26 <Deubeuliou> could someone explain me why is that ?
May 09 18:24:48 <Ainulindale> dos1: it should be in themes
May 09 18:25:03 <Ainulindale> apart from the general "code"
May 09 18:25:07 <Ainulindale> which is fine in shr.git
May 09 18:25:23 <dos1> mrmoku: i won! :D
May 09 18:25:31 <dos1> Ainulindale: that's how it's now ;)
May 09 18:25:35 <Ainulindale> Yeah I saw that
May 09 18:25:46 <Ainulindale> It's fine that way although I don't know about mrmoku's arguments
May 09 18:27:11 <CIA-75> SHR: 03seba.dos1 07shr-overlay * r4d20920baf1d 10/openembedded/recipes/shr/ (2 files): shr-splash-theme-*: fix require
May 09 18:31:23 <mrmoku> Ainulindale: my argument is to have all bootsplash stuff in one repo
May 09 18:31:38 <mqy> after upgrade shr, I get error Cannot find device "usb0". ifconfig shows usb0 is up on shr. help!
May 09 18:31:53 <mrmoku> and that the shr repo is bound to die (or to shrink a lot at least)
May 09 18:32:15 <mrmoku> mqy: it is ethX on host side nowadays
May 09 18:32:49 <mqy> marmoku, thanks
May 09 18:32:55 <mqy> I'll try again
May 09 18:35:14 <mrmoku> Ainulindale: any color you associate with SHR?
May 09 18:35:15 <mqy> I should have notified eth2 on host, thanks mrmoku
May 09 18:35:25 <mrmoku> mqy: np
May 09 18:44:45 <mqy> when display gets auto dimming, user have to wakeup it by pressing AUX/POWER buttons or touch screen. the problem is: it is likely that UI widgets are pressed
May 09 18:45:43 <mqy> say if a button is accidently pressed, that triggers unwanted result
May 09 18:47:02 <mqy> I think one of the solution is to popup a blank widow when display goes to black by auto dimming, and close the window when display gets back
May 09 18:47:20 <mrmoku> mqy: I think it swallows the first tap...
May 09 18:47:38 <Deubeuliou> Ainulindale: do you know what that means ? :
May 09 18:47:40 <Deubeuliou> /home/deubeuliou/dev/openmoko/shr-unstable/tmp/work/armv4t-angstrom-linux-gnueabi/vala-lang-0.0.1-gitrLOCAL-r0/temp/run.populate_staging_postamble.20521: 810: stage-manager: not foun
May 09 18:47:44 <Deubeuliou> +d
May 09 18:48:33 <mqy> mrmku, please explain
May 09 18:50:46 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r844da6ecfa88 10/fsodeviced/src/plugins/kernel26_powersupply/plugin.vala: fsodevice: kernel26_powersupply: send status signals
May 09 18:52:46 <mrmoku> mqy: I think it ignores the first tap... so you cannot tap accidently on a widget
May 09 18:54:47 <mqy> mrmoku, hehe, I'll give a try
May 09 18:58:43 <mrmoku> mqy: I don't know who and when it ignores the tap... just know it sometimes does (at least thats my impression)
May 09 18:58:45 <mqy> mrmoku, no problem
May 09 18:58:59 <dos1> mrmoku: talking about dimming?
May 09 18:59:09 <dos1> or what?
May 09 19:00:40 <dos1> handling bitbake files is sooooo slow :x
May 09 19:00:59 * dos1 wonders if he will be able to test shr-splash today...
May 09 19:01:17 <mqy> possible problem: if a user try waking up dimming with several fingers
May 09 19:01:57 <mrmoku> dos1: about the first tap going to a wrong widget after screen blanking
May 09 19:01:59 <dos1> mqy: it's xscreensaver which eats first tap
May 09 19:02:45 <dos1> xset s activate
May 09 19:03:08 <mqy> one finger press wakes up dimming, even if he saw the screen back, the second finger may already pressed a button
May 09 19:04:42 <mrmoku> dos1: http://build.shr-project.org/tests/mrmoku/splash-mrmoku.ppm
May 09 19:04:54 <dos1> mqy: we don't have multi-touch support :x
May 09 19:05:27 <mqy> dos1, hehe, so we are lucky?
May 09 19:13:54 <CIA-75> SHR: 03seba.dos1 07shr-overlay * rc5f6d9273c03 10/openembedded/recipes/shr/ (3 files): shr-splash-theme-*: fix S and SRC_URI
May 09 19:16:22 <dos1> yay, it's parsing now!
May 09 19:16:23 <dos1> :D
May 09 19:18:19 <CIA-75> SHR: 03seba.dos1 07shr-overlay * r4dae32817106 10/openembedded/recipes/shr/shr-splash-theme.inc: shr-splash-theme.inc: use RPROVIDES instead of PROVIDES
May 09 19:19:10 <dos1> mrmoku: nice ;) package it :)
May 09 19:28:39 <mrmoku> dos1: still working on it... enhancing it :D
May 09 19:33:52 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * rb87201fec602 10/libfsoframework/ (4 files in 2 dirs): fsoframework: interfaces: add org.freesmartphone.Device.PowerSupply.Capacity signal
May 09 19:33:53 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r585a06499653 10/fsodeviced/src/plugins/kernel26_powersupply/plugin.vala: fsodevice: kernel26_powersupply: send org.freesmartphone.Device.PowerSupply.Capacity regularly
May 09 19:39:26 <dos1> hmm, that's intrigating me:
May 09 19:39:33 <dos1> Configuring staging-package-index-armv4t-angstrom-linux-gnueabi
May 09 19:39:33 <dos1> sh: rm: command not found
May 09 19:40:22 <CIA-75> freesmartphone.org: 03mickey 07cornucopia * r856038881e9d 10/fsodeviced/src/plugins/kernel26_powersupply/plugin.vala: fsodeviced: kernel26_powersupply: send 'critical' and 'empty' status
May 09 19:42:01 <DocMobilizer> muhaha
May 09 19:43:16 <dos1> mrmoku:  * ERROR: Cannot satisfy the following dependencies for shr-splash:
May 09 19:43:16 <dos1>          *  initscripts (= 1.0-r112) *
May 09 19:43:54 <mrmoku> hmm
May 09 19:45:11 <dos1> mrmoku: RDEPENDS += "initscripts"
May 09 19:47:28 <dos1> mrmoku: how should it look like?
May 09 19:50:56 <mrmoku> dos1: why do you RDEPEND on initscripts anyway?
May 09 19:51:32 <dos1> mrmoku: i don't know, Ainulindale wrote it in recipe :D
May 09 19:51:36 <dos1> with DEPENDS
May 09 19:51:40 <dos1> ok, i will remove it
May 09 19:52:40 <mrmoku> dos1: hehe... I have no idea
May 09 19:52:41 <CIA-75> SHR: 03seba.dos1 07shr-overlay * r7babd5085ae1 10/openembedded/recipes/shr/shr-splash_git.bb: shr-splash: remove initscripts from RDEPENDS
May 09 19:52:51 <CIA-75> SHR: 03seba.dos1 07shr-overlay * r6cac62ed3a97 10/openembedded/recipes/shr/shr-splash_git.bb: shr-splash: bump PR
May 09 20:10:20 <CIA-75> SHR: 03seba.dos1 07shr-overlay * reea671bb5ed7 10/openembedded/recipes/shr/ (3 files): shr-splash-theme.inc: fix update-alternatives
May 09 20:12:36 <DocMobilizer> dos1: is there a new DP-splash img I should provide uboot splash for?
May 09 20:15:00 <mrmoku> DocMobilizer: working on one :)
May 09 20:22:08 <DocMobilizer> found it difficult  to optimize for 5/5/5
May 09 20:26:40 <DocMobilizer> possibly some gfx editor supporting 65k=color mode should do
May 09 20:27:57 <DocMobilizer> with 1:1 palette
May 09 20:28:42 <DocMobilizer> then exporting to png
May 09 20:30:52 <bumbl_> mirko-paroli: how is taiwan?
May 09 20:31:01 <bumbl_> btw. paroli rocks
May 09 20:31:19 <bumbl_> best phoneapp from the ui-concept
May 09 20:31:22 <mrmoku> DocMobilizer, dos1: http://build.shr-project.org/tests/mrmoku/splash-mrmoku.ppm
May 09 20:31:23 <bumbl_> stable and fast
May 09 20:31:37 <bumbl_> mrmoku: can we have paroli in shr?
May 09 20:31:54 <mrmoku> in fullscreen? :P
May 09 20:32:08 <bumbl_> mrmoku: fullscreen is changeable easily
May 09 20:32:15 <bumbl_> (just go to settings and change it)
May 09 20:32:48 <mrmoku> bumbl_: just kidding ;)
May 09 20:32:54 <bumbl_> mirko-paroli: although the top bar seems to be hardcoded in the default screen as the illume top bar overlaps it (only in default view)
May 09 20:32:56 <mrmoku> if it is as easy as bitbaking it...
May 09 20:33:05 <mirko-paroli> hi bumbl_
May 09 20:33:19 <mirko-paroli> taiwan is nice
May 09 20:33:19 <bumbl_> mrmoku: my point is: paroli is quite interesting as a phone app - but openmoko's feed suck
May 09 20:33:24 <mirko-paroli> really nice
May 09 20:33:35 <mirko-paroli> thx for the kind words :)
May 09 20:33:57 <mirko-paroli> bumbl: yeah the top bar on the home screen confuses me a bit
May 09 20:34:07 <mirko-paroli> I though all of them were generated the same way
May 09 20:34:12 <mirko-paroli> I'll have to look into that again
May 09 20:35:26 <bumbl> mrmoku: shr has a nice repo, nice community, stable phoneapps (which in my opinion are not very intuitive though)
May 09 20:36:29 <DocScrutinizer> mrmoku: not compliant to doug adams
May 09 20:37:06 <bumbl> mirko-paroli: Honour to whom honour is due. I like the concept (reminds me a bit to epydial which is nice too (dialer = launcher)
May 09 20:37:09 <bumbl> )
May 09 20:37:43 <Zorkman>  how can i acces the nand memory when booted from SD?
May 09 20:38:31 <dos1> mrmoku: i have ALTERNATIVE_PATH = "${datadir}/shr-splash/themes/${PN}"
May 09 20:38:40 <dos1> update-alternatives: Linking //usr/share/shr-splash/theme to /usr/share/shr-splash/themes/{}
May 09 20:38:41 <dos1> ...
May 09 20:43:47 <bumbl> mirko-paroli: bugreport: after sending a sms the keyboard should disappear immediatly
May 09 20:44:07 <mirko-paroli> bumbl: i agree ;) that is a prob with elementary
May 09 20:44:41 <bumbl> ah ok
May 09 20:45:12 <bumbl> btw. why are the elm lists in paroli much smoother than in shr?
May 09 20:45:22 <mrmoku> DocScrutinizer: :P
May 09 20:45:43 <dos1> bumbl: maybe paroli uses x11-16?
May 09 20:46:13 <bumbl> dos1: could be
May 09 20:46:29 <bumbl> i have to try that one when shr has opimd on shr
May 09 20:46:51 <mirko-paroli> or rather the py bindings for elm and evore
May 09 20:46:51 <mirko-paroli> ecore
May 09 20:46:58 <mrmoku> DocScrutinizer: so... you don't like it?
May 09 20:47:17 <Zorkman> bumbl: how can i acces nand from SD?
May 09 20:47:43 <dos1> mirko-paroli: py bindings? i don't think so. shr-settings uses the same bindings...
May 09 20:47:47 <mrmoku> Zorkman: mount -t jffs2 /dev/mtdblock6 /mnt
May 09 20:47:59 <DocScrutinizer> mrmoku: I wouldn't use it for my device. Nevertheless it's art, and art is sth you can't argue
May 09 20:48:22 <bumbl> Zorkman: mrmoku was faster
May 09 20:48:34 <bumbl> but don't mount to /mnt on the freerunner
May 09 20:48:43 <bumbl> mount to /mnt/some_dir
May 09 20:48:59 <mrmoku> yeah... better :P
May 09 20:49:01 <bumbl> because the freerunner mounts/symlinks to directories in /mnt
May 09 20:49:15 <bumbl> (which is not lfs compilant)
May 09 20:49:33 <TAsn> just tested e17 on a pc for the first time, very nice ;]
May 09 20:49:35 <bumbl> but /home/root isn't either
May 09 20:50:04 * bumbl waves to TAsn frome an e17 session (kde4-svn is broken for me since a week)
May 09 20:50:16 <TAsn> sweet ;]
May 09 20:50:21 <TAsn> enjoying yourself?
May 09 20:50:23 <mrmoku> DocScrutinizer: that's what you get, when programmers try to do art :P
May 09 20:50:35 <TAsn> I actually installed jaunty on my old laptop, just to see how it'll behave
May 09 20:50:52 <TAsn> works quite nice, though I miss stuff like the networking applet gnomo has
May 09 20:50:56 <TAsn> gnome*
May 09 20:51:50 <TAsn> oh, and a normal battery applet, for some reason the e17 one isn't that good (bad behavior on both the moko and laptop), it sometimes doesn't read the actual batter state.
May 09 20:52:06 * DocScrutinizer still wonders how to get a smoth color gradient on RGB-editor for a destination format that's doing ""$v = ($r >> 3) << 11 | ($g >> 2) << 5 | ($b >> 3);""
May 09 20:52:08 <bumbl> never happened to me
May 09 20:52:17 <bumbl> for networking applet
May 09 20:52:19 <TAsn> happens to me all the time ;\
May 09 20:52:30 <bumbl> you can use nm-applet withing e17 too i think
May 09 20:52:40 <DocScrutinizer> I:E cutting away lower 3 rsp 2 (for G) bits
May 09 20:52:42 <TAsn> bumbl, really?! ;]
May 09 20:52:46 <TAsn> sounds SWEET!
May 09 20:54:01 <DocScrutinizer> these lower 2 / 3 bits contain all the nice halo info that is completely lost when converting to *.splash
May 09 20:56:59 <bumbl> TAsn: http://ubuntuforums.org/showthread.php?t=154520 not that good news for you
May 09 20:57:06 <bumbl> but i knew it was possible
May 09 20:57:41 <DocScrutinizer> probably you had to adjust gamma to accomplish this
May 09 20:57:41 <TAsn> why not good news?
May 09 20:58:02 <TAsn> though are you sure it's a systry icon and not an applet?
May 09 20:58:52 <bumbl> TAsn: yes
May 09 20:58:59 <TAsn> cool. ;]
May 09 20:59:02 <bumbl> at least it was the last time i used the networkmanager
May 09 20:59:07 <TAsn> will probably compile the systray module tomorrow.
May 09 20:59:08 <bumbl> (which was ages ago)
May 09 20:59:10 <dos1|neo> network-manager-kde is systray icon
May 09 20:59:20 <bumbl> because wpa_supplicant is superior
May 09 20:59:22 <dos1|neo> -gnome isn't AFAIK
May 09 20:59:27 <onen> hi. somebody told me once, that there was something like a fake frameworkd or something like this. Does is ring a bell to somebody?
May 09 20:59:29 <TAsn> dos1|neo, I don't want to install qt stuff
May 09 20:59:35 <bumbl> s/wpa_supplicant/wpa_supplicant alone/
May 09 20:59:35 <bzzbot> bumbl meant: because wpa_supplicant alone is superior
May 09 20:59:47 <TAsn> bumbl, nah.
May 09 20:59:48 <TAsn> ;]
May 09 21:00:04 <DocScrutinizer> onen: huh?
May 09 21:00:13 <TAsn> you want it to auto-pilot when you surf unknown lands.
May 09 21:00:36 <TAsn> dos1|neo, why don't we just rip the kde network manager and replace kde stuff with efl stuff?
May 09 21:00:37 <onen> DocScrutinizer: sth to fake the framework, in order to test your app, or sth like this
May 09 21:00:39 <bumbl> dos1|neo: a short google told me that nm-applet uses the systray too
May 09 21:01:01 <bumbl> TAsn: because nm sucks? ;) /me hides
May 09 21:01:10 <DocScrutinizer> onen: why not usereal frameworkd?
May 09 21:01:24 <bumbl> wicd is better if you want a gui
May 09 21:01:30 <TAsn> bumbl, nah, I don't really care ;]
May 09 21:01:39 <TAsn> it's nice though
May 09 21:01:48 <TAsn> feels a tad sluggish, though nice.
May 09 21:01:52 <onen> DocScrutinizer: what I am looking for is a way to run scenari, like I disconect, I change country, I get a call, etc, to test my app
May 09 21:01:56 <bumbl> and for the neo it seems conman is the best choice (although it has "some" problems atm)
May 09 21:01:58 <mrmoku> bumbl: maybe you should use a distro where it works ;)
May 09 21:02:01 * mrmoku hides behind bumbl
May 09 21:02:06 <DocScrutinizer> onen: aaaah
May 09 21:02:33 <onen> DocScrutinizer: qemu was the first thing to come to my mind, but it seems not very supported, is it?
May 09 21:03:02 <DocScrutinizer> nope, afaik qemu still is GTA01 ;-(
May 09 21:03:13 <DocScrutinizer> never used it tho
May 09 21:03:25 <TAsn> I remember there was a way to make it gta02
May 09 21:03:30 <DocScrutinizer> so U should ask s.o. else ;)
May 09 21:03:34 <dos1|neo> i have used it
May 09 21:03:46 <dos1|neo> but gta02 didn't worked
May 09 21:03:53 <onen> DocScrutinizer: someone talked about Gabriel http://gabriel.sourceforge.net/, for 
May 09 21:03:53 <onen> enable D-Bus clients to connect to a D-Bus
May 09 21:03:53 <onen> daemon running on a remote machine, through SSH.
May 09 21:03:56 <bumbl> mrmoku: hmm debian sid - doh; gentoo - doh; fedora - half doh; ubuntu - doh doh doh - i heard mandriva should be better as they use something selfdeveloped instead of nm-applet
May 09 21:03:58 <TAsn> I also used qemu before
May 09 21:04:05 <TAsn> though with gta01
May 09 21:04:23 <mrmoku> bumbl: I'm quite happy ... fedora
May 09 21:04:29 <DocScrutinizer> onen: dbus should be able to do that. yes
May 09 21:04:30 <onen> TAsn: ok
May 09 21:04:57 <DocScrutinizer> onen: anyway that won't give you the testbed you're looking for
May 09 21:05:11 <onen> DocScrutinizer: the Gabriel way would allow my app to run fast, etc... but does not help for test purpose
May 09 21:05:16 <onen> DocScrutinizer: genau
May 09 21:06:00 <DocScrutinizer> onen: I suggest to ask FSO folks how they deal with that
May 09 21:06:17 <DocScrutinizer> onen: in the end they need to do tests too, no?
May 09 21:06:27 <onen> DocScrutinizer: I hope so :-D
May 09 21:06:38 <bumbl> mrmoku: well i am happy with wpa_supplicant
May 09 21:06:45 <bumbl> as it does what i tell it to do
May 09 21:06:52 <onen> DocScrutinizer: I guess I will ask in Essen
May 09 21:07:05 <TAsn> bumbl, sometimes gui is more convenient
May 09 21:07:06 <DocScrutinizer> just ping mickey|tv 
May 09 21:07:07 <Deubeuliou> can someone help me with bitbake ? I get this: "ERROR: SRCREV was used yet no valid SCM was found in SRC_URI" when bitbake is handling files
May 09 21:07:15 <Deubeuliou> and then this:
May 09 21:07:26 <Deubeuliou> ERROR:  while parsing /home/deubeuliou/dev/openmoko/shr-unstable/shr/openembedded/recipes/shr/libframeworkd-phonegui-efl_git.bb
May 09 21:07:31 <TAsn> Deubeuliou, do you have git installed?
May 09 21:07:38 <Deubeuliou> but there is no "SRCREV" in this file
May 09 21:07:40 <onen> DocScrutinizer: this is not high priority right now. will look at it further later. But as my app is growing, I need regression tests.
May 09 21:07:44 <Deubeuliou> of course I have
May 09 21:08:00 <Deubeuliou> my environnemen was nearly fine before I update it
May 09 21:08:13 <TAsn> bumbl, though since I used wpa_supplicant myself for some time, I can relate to what you say.
May 09 21:08:14 <DocScrutinizer> onen: hehe, *nobody* is doing regression tests ;D
May 09 21:08:14 <onen> DocScrutinizer: thanks for help
May 09 21:08:42 <DocScrutinizer> onen: welcome, tough I wasn't very helpful
May 09 21:09:08 <onen> DocScrutinizer: then I will start the movement. But I fear this will even be harder than see freesmartphone.org be everywhere on phones ;-)
May 09 21:09:16 <bumbl> hmm
May 09 21:09:35 <bumbl> dos1|neo: genlist isn't implemented yet?
May 09 21:09:44 <bumbl> (py-elm wise)
May 09 21:09:46 <dos1|neo> bumbl: looks like
May 09 21:10:41 <onen> DocScrutinizer: Nick found interesting explanations about the way the phone switch cell, and how this is related to c1, c2, etc. We try to understand it, in order to qualify a neighbour as potential serving based on this
May 09 21:11:01 <bumbl> dos1|neo: it is? - excellent
May 09 21:11:12 <von_fritz> Deubeuliou SRCPV_pn-libframeworkd-phonegui-efl = "xxx" in local-builds.inc ;)
May 09 21:11:30 <dos1|neo> bumbl: looks like it isn't ;p
May 09 21:11:55 <DocScrutinizer> onen: what's the value of this info?
May 09 21:12:14 <Deubeuliou> von_fritz: ah ... I was in the wrong directory :'(
May 09 21:12:28 <onen> DocScrutinizer: he he, good point
May 09 21:13:09 <onen> DocScrutinizer: http://www.ehanworld.com/GSM/GSM.html
May 09 21:13:22 <DocScrutinizer> c1, c2 handover calculation is e little tricky. but it's entirely done inside GSM-baseband
May 09 21:13:28 <bumbl> 'cause raster told me that what i want (split a list item vert (value | value1)) is only possible with genlist
May 09 21:14:51 <onen> DocScrutinizer: a very simple approach I proposed was to take the smallest rxlev we hav in database for a serving, and use only neighbours with rxlev higher
May 09 21:15:20 <DocScrutinizer> use for what?
May 09 21:15:34 <DocScrutinizer> I don't see the usecase
May 09 21:15:58 <DocScrutinizer> the URL points to educational material it seems
May 09 21:16:30 <DocScrutinizer> are you preparing for sorta test for your job?
May 09 21:16:35 <onen> DocScrutinizer: we are building a map of signal coverage. we use the data from serving cells so far. We now log the neighbours. We would like to use this extra data to compute the map.
May 09 21:16:52 <onen> DocScrutinizer: educational?
May 09 21:17:17 <DocScrutinizer> like a multi-choice test for GSM
May 09 21:17:29 <onen> DocScrutinizer: :-D no!
May 09 21:18:10 <DocScrutinizer> well, you won't get much info out of c1,c2 for your gsm-map app
May 09 21:19:05 <onen> DocScrutinizer: well Nick found this. because my proposal (using rxlev only) seemed to unprecise to him.
May 09 21:19:23 <DocScrutinizer> as they are based n configuration constants the carrier set for this BTS
May 09 21:19:26 <onen> DocScrutinizer: I only start looking at it right now. And most of the links are simply broken ... :-S
May 09 21:19:51 <DocScrutinizer> try nobbi.com
May 09 21:20:05 <DocScrutinizer> has a good set of links
May 09 21:20:57 <DocScrutinizer> anyway criterion1, criterion2 isn't anything you could use for gsm-map at all
May 09 21:21:09 <DocScrutinizer> at least I don't see that
May 09 21:21:51 <onen> DocScrutinizer: thanks for the link, I will forward it to Nick. Basically, Nick found this, and hoped to understand what neighbour cell (with regard to the current serving) would be real potential serving. But he did not get everyghtin, and wanted me to read it in order to try to help
May 09 21:23:51 <DocScrutinizer> c1,c2 are calculated inside baseband depending on BTS-provisioned threshold constant, rxlvl of current cell and rxlvl of neighbours. you easily can readout all the rxlvl, so there's no additional useful info in c1,c2
May 09 21:25:02 <onen> DocScrutinizer: ok. I will try to understand this, and see if we can get sth out of this.
May 09 21:25:18 <onen> DocScrutinizer: right now, we log the neighbours, but we don't use if for generating map
May 09 21:25:41 <onen> DocScrutinizer: and we try to find a way which makes sense to do it
May 09 21:27:15 <DocScrutinizer> there is no other sense in neighbour info than the more detail unique to the particular geographic point you're at. 
May 09 21:27:38 <DocScrutinizer> No really reasonable calculations in sight
May 09 21:27:40 <SHR-WugBranler> tracfeed: Ticket #205 (SMS Timestamps set to Unix Epoch) updated <http://trac.shr-project.org/trac/ticket/205#comment:9>
May 09 21:28:18 <DocScrutinizer> the rxlvl of neighbours changes randomsly every 5 meters
May 09 21:29:19 <dos1|neo> mrmoku: please regenerate libframeworkd-phonegui-efl
May 09 21:29:20 <SHR-WugBranler> tracfeed: Ticket #433 (Poweroff / suspend screen is only one pixel wide) created <http://trac.shr-project.org/trac/ticket/433>
May 09 21:29:44 <onen> DocScrutinizer: so my simple approach to try to filter neighbours with really low rxlev in comparison to the serving could be good enough?
May 09 21:30:23 <onen> DocScrutinizer: yeah, I have seen that rxlev/signal strenght is highly varying
May 09 21:30:25 <SHR-WugBranler> tracfeed: Ticket #433 (Poweroff / suspend screen is only one pixel wide) closed <http://trac.shr-project.org/trac/ticket/433#comment:1>
May 09 21:30:36 <DocScrutinizer> good enough to achive which goal?
May 09 21:31:20 <onen> DocScrutinizer: when we build the map based on the serving, we use data people have already been connected to, and thus build a cell coverage which makes sense
May 09 21:31:34 <DocScrutinizer> baseband is doing some "filtering" by listing only the 6(?) highest rxlvl neighbours
May 09 21:31:46 <onen> DocScrutinizer: the idea is: to use neighbours to try to speed up the db+map size, until we can replace it with serving
May 09 21:32:23 <mrmoku> dos1|neo: ?
May 09 21:32:34 <DocScrutinizer> you have no clue where a "neighbour" might be located
May 09 21:32:36 <onen> DocScrutinizer: ok for the filtering from baseband, but isn't it possible that it still displays a very very low rxlev, one, that it would never get connected to because 2-3 others are much much higher?
May 09 21:32:40 <Zorkman> dos1|neo is much better than the ols dos1 :)
May 09 21:32:51 <DocScrutinizer> there's things like high-radius umbrella cells etc
May 09 21:33:01 <onen> DocScrutinizer: our approach does not use the location of towers. but signal coverage
May 09 21:33:21 <dos1|neo> mrmoku: looks like timezone fix still isn't in unstable repo...
May 09 21:34:04 <mrmoku> dos1|neo: nah... I built a complete image today... so
May 09 21:34:07 <DocScrutinizer> onen: as soon as all the stronger BTS vanish, MS will connect to a weak neighbour as well
May 09 21:34:21 <dos1|neo> mrmoku: today?
May 09 21:34:27 <dos1|neo> oh, ok
May 09 21:34:34 <Deubeuliou> my dev env is completly broken ... : http://pastebin.com/d771e4937
May 09 21:34:36 <DocScrutinizer> you can't do anything reasonable with neighbour cells other than simply logging them
May 09 21:34:40 <dos1|neo> i will check 
May 09 21:34:46 <Deubeuliou> any idea how to fix it ?
May 09 21:35:35 <mrmoku> dos1|neo: yep
May 09 21:35:48 <onen> DocScrutinizer: sure. we want to use the neigbour data, but not inflate the size of a cell coverage because we got neighbour data far away. And at this point were 4 much better cells, thus a phone will (probably) never connect to it. and if we use this neighbour data, we will increase the cell coverage a lot, and thus decrease the precision of location a lot
May 09 21:36:17 <DocScrutinizer> onen: there's no algo to calculate additional info out of what you get wrt neighbours, and there's no reasonable filter that could decide which of the neighbours is negligible
May 09 21:37:10 <onen> DocScrutinizer: basically our goal is in the end to only use serving data. But competition ( ;-) ) is pushing a "we have more data than you" argument because they use neighbours to build number of cells we know stats. And we try to remove that argument
May 09 21:37:16 <DocScrutinizer> onen: I fail to even nderstand the meaning of he term "cell coverage"
May 09 21:38:31 <DocScrutinizer> usefulnes of data is ighly related to the purpose you put up the database
May 09 21:38:51 <onen> DocScrutinizer: we just say, ok here are the gps coordinates where we have been connected to cell Z, to let's build a surface out of this, and take (e.g.) the barycentre. when you are connected to cell Z, you are at barycentre. (I am very bad at explaining things, hope I am clearer here)
May 09 21:38:56 <DocScrutinizer> for GSMbased positioning neighbours are a good thing
May 09 21:40:09 <DocScrutinizer> for dividing coverage area of the actual serving cell into smaller sub-areas
May 09 21:40:47 <Ainulindale> dos1|neo: closing a ticket with a resolution set to upstream as is is bad
May 09 21:40:52 <DocScrutinizer> for the concept of ""cell coverage"" I dunno - as I don't even understand the meaning, as stated above
May 09 21:40:58 <Ainulindale> dos1|neo: no explanation at all for the user
May 09 21:41:06 <Ainulindale> dos1|neo: plus no way to check the progress upstrea
May 09 21:41:07 <Ainulindale> +m
May 09 21:41:27 <onen> DocScrutinizer: that was precisely my idea at the beginning. build the map out of serving, and use the neighbours coverage to compute the barycentre of the overlapping areas... well is this what you have in mind?
May 09 21:41:28 <Ainulindale> either this ticket stays active, or it is closed as duplicate or with a link to an external trac
May 09 21:41:32 <Ainulindale> but closing it has no use
May 09 21:41:56 <dos1|neo> Ainulindale: it's third or even fourth ticket about that
May 09 21:42:23 <TAsn> dos1|neo, then close as duplicate ;]
May 09 21:42:34 <TAsn> and the first close as Ainulindale said.
May 09 21:42:46 <DocScrutinizer> onen: as told before rxlvl of neighbours is highly variable and not suited for any calculation. It's simply a unique property of particular point you're at
May 09 21:43:03 <TAsn> anyhow, I'm off to bed, too bad quickdev disappeared, there's a lot left to be done in phonegui-efl ;\
May 09 21:43:15 <TAsn> night.
May 09 21:44:26 <onen> DocScrutinizer: ok. I will try to rethink all of this with nick, with your point (property of a paricular point)
May 09 21:44:43 <DocScrutinizer> onen: you might try to implement a best-matching algo to find known points in database with least overall diference to a particular point's properties
May 09 21:44:58 <onen> DocScrutinizer: exactly
May 09 21:45:28 <onen> DocScrutinizer: or another idea would be kind of: you see this neighbour, so you are something closer to this side of the serving or sth
May 09 21:45:41 <DocScrutinizer> for such an algo neighbours with high rxlvl count more than those with low rxlvl
May 09 21:46:01 <DocScrutinizer> onen: nope won't fly
May 09 21:46:28 <DocScrutinizer> onen: as rxlvl is only loosely related to distance of BTS
May 09 21:46:53 <mrmoku> Ainulindale: menu is fixed... in unstable at least
May 09 21:47:19 <DocScrutinizer> that's why I suggested to record TA which is much better for distance calculations. Alas you get TA only for serving cell (without nasty hacks)
May 09 21:47:35 <onen> DocScrutinizer: yes I always turn around using the rxlev in a way or another, but this too volatile, right
May 09 21:48:45 <onen> DocScrutinizer: nick found a presentation where the people were using different approaches (TA, and others) to keep precision under 200 m (stating their results)
May 09 21:49:08 <Zorkman> 200m is very nice
May 09 21:49:22 <Zorkman> how accurate is the iphone thingy that uses cells?
May 09 21:49:28 <onen> Zorkman: indeed. But presentation is scarce in details :-(
May 09 21:49:38 <Zorkman> no contact information?
May 09 21:49:45 <mrmoku> Ainulindale: do we have any eten users already?
May 09 21:49:51 <onen> Zorkman: nick played with google service, and he was a couple kms off
May 09 21:50:13 <onen> Zorkman: we lack time to follow all the tracks ;-)
May 09 21:50:20 <Zorkman> couple of kms is not bad for aGPS... but not usable for navigation/positioning
May 09 21:50:39 <Zorkman> sorr, gf is having troubles with clothes :D, g2g
May 09 21:50:49 <onen> Zorkman: :D bye
May 09 21:51:18 <DocScrutinizer> please read http://lists.openmoko.org/pipermail/openmoko-kernel/2008-April/002434.html
May 09 21:51:56 <onen> DocScrutinizer: then what comes to my mind would be to build maps of serving, maps of neighbours, and use overlapping areas to get more precision when you try to locate you on our maps
May 09 21:52:58 <onen> DocScrutinizer: I already did (hope you won't shout at me that all you try to explain to me is in this email :-O )
May 09 21:53:33 <DocScrutinizer> and http://lists.openmoko.org/pipermail/openmoko-kernel/2008-June/002987.html
May 09 21:55:39 <onen> DocScrutinizer: my last suggestion would get rid of the rxlev of all sorts. but I fear the neighbour maps would get so big, that they will overlap in big areas, maybe even bigger than the serving area
May 09 21:55:57 <DocScrutinizer> onen: in this later one URL you see TA and rxlvl is only loosely related
May 09 21:58:10 <DocScrutinizer> onen: nevertheless you can draw circles around position of each BTS with a radius eqiv to TA, and they will intersect at my current location
May 09 21:58:11 <onen> DocScrutinizer: I will submit to freesmartphone.org (or om devel?) what my logger is logging. To add what people think could be useful, in order to experiment with. First of list, as I told you is the TA. arfcn, BSC(?), etc. are candidates
May 09 21:59:05 <DocScrutinizer> onen: OTOH if you don't know BTS loc, but your own pos, you can create a circly for each BTS around current pos of your own according to TA
May 09 22:00:28 <onen> DocScrutinizer: yes. We follow same path: find overlapping areas. Only we try different ways to build the areas we use for overlapping
May 09 22:01:32 <DocScrutinizer> onen: you can't use rxlvl
May 09 22:01:41 <DocScrutinizer> see http://lists.openmoko.org/pipermail/openmoko-kernel/2008-June/002987.html
May 09 22:02:27 <onen> DocScrutinizer: yes, but I was proposing building coverage maps without rxlev. only the map of servings. and the one of neighbours. and then try to overlap them. or you think this makes no sense???
May 09 22:02:33 <DocScrutinizer> you got a TA=2:rxlvl=-70, and you got 2 BTS with TA=1:rxlvl=-77
May 09 22:03:20 <DocScrutinizer> there's no such thing like a map of neighbours
May 09 22:04:54 <onen> DocScrutinizer: ? why couldn't I build a map as I do with servings? Only the neighbours will be much wider areas, most probably.
May 09 22:06:00 <onen> DocScrutinizer: I have couple of gps positions where I saw cell Z as neighbour. I build (let's say) a circle out of this, this would be the coverage area of this cell when neighbour
May 09 22:06:06 <DocScrutinizer> onen: each geographical point has properties of a set of BTS that can be seen. 5m away that might look completely different. And the neighbours aren't necesserily geographically adjaccent to the serving cells area
May 09 22:07:03 <onen> DocScrutinizer: ok if the neighbours seen is so much volatile, then I could prevent my suggestion from working
May 09 22:07:39 <DocScrutinizer> onen: the locations with visibility of particular BTS propertiy doesn't form any circle
May 09 22:07:49 <wurp2|working> Is anyone running the latest SHR testing?  Is testing back in good shape?
May 09 22:08:06 <wurp2|working> latest = May 3
May 09 22:08:12 <DocScrutinizer> it's nearly random
May 09 22:08:21 <onen> DocScrutinizer: the fact that they aren't geographically adjacent does not seem to be a problem to me, as we only use the signals we see at a position to try to locate us, and not the location of the source or sth like this
May 09 22:09:02 <DocScrutinizer> see http://lists.openmoko.org/pipermail/openmoko-kernel/2008-April/002434.html
May 09 22:09:58 <DocScrutinizer> the collection of visible BTS and their rxlvl is a property of a particular geo-point
May 09 22:10:12 <DocScrutinizer> but you can't calculate from that basically
May 09 22:10:23 <onen> DocScrutinizer: I know this is no circle. I was simplifying. In reallity what I have in mind is building a polygon ignoring the points into the surface
May 09 22:10:37 <DocScrutinizer> you just can say "duh, it's the same, so I must be here"
May 09 22:11:01 <DocScrutinizer> it's no polygon either
May 09 22:11:11 <DocScrutinizer> it a halma-board
May 09 22:11:35 <DocScrutinizer> own a checkered cow's skin
May 09 22:11:50 <DocScrutinizer> it's random
May 09 22:12:14 <DocScrutinizer> that's why I say there's no neighbour's-map
May 09 22:12:36 <onen> DocScrutinizer: you mean the coverage could be several areas disconnected. do I understand you correctly?
May 09 22:12:56 <DocScrutinizer> yup
May 09 22:13:04 <DocScrutinizer> exactly
May 09 22:13:17 <onen> DocScrutinizer: that sucks
May 09 22:13:45 <onen> DocScrutinizer: they should change their technology ;-)
May 09 22:14:23 <onen> DocScrutinizer: but then you cannot either build a map of serving cells?
May 09 22:15:28 <onen> DocScrutinizer: because it is halma-board too
May 09 22:16:39 <onen> DocScrutinizer: mmmh. Nick is the specialist here. I talk more or less here with the knowledge I got by discussing with him. I will bring all your arguments to him :-)
May 09 22:17:18 <onen> DocScrutinizer: for me the most important is to build the database, with everything which makes sense. we have then time to think and experiment how to use it at best
May 09 22:18:11 <PaulFertser> onen: have you received any sane reply from cellhunter guys?
May 09 22:19:17 <onen> PaulFertser: http://lists.openmoko.org/pipermail/community/2009-April/046048.html
May 09 22:20:32 <PaulFertser> onen: should i take that as "no"?
May 09 22:20:40 <onen> PaulFertser: and so far, CH says: I have no time until end of may. but he is adding things to his website and tangogps. He wrote on a forum in german than openbmap guys are not easily contacted, and in some way strange
May 09 22:21:22 <PaulFertser> onen: shit, i think i even saw a mail from him on community and it was a direct reply to you without addressing any issues you raised...
May 09 22:21:32 <onen> PaulFertser: and in private email exchange he says: i want to keep control of my db, to modify it easily, and I have not time for collaborating project on client
May 09 22:22:34 <onen> PaulFertser: exactly. In the thread (re-)started by Stefan, he never answered questions like: do you want to log the extra fields, do you want to merge and/or collaborate on anything
May 09 22:24:31 <onen> PaulFertser: that is too bad, because he has good ideas. the last thing he announced with tangogps is good. If we would put together his good ideas with ours,...
May 09 22:25:01 <PaulFertser> onen: At least your project is going very well, integrating with FSO, new release, constant improvements. Great work! :)
May 09 22:25:29 <onen> PaulFertser: thank you very much. I do appreciate.
May 09 22:26:02 * PaulFertser needs to disassemble my FR to put back GPS antenna and start contributing :)
May 09 22:26:17 <onen> PaulFertser: integration is not sure at all, in FSO. We are discussing (and by the way, Nick is pretty late at answering shoragan).
May 09 22:26:38 * onen wonders why I would remove my GPS antenna...
May 09 22:26:53 <wurp2|working> Differences between FR and neo1973 state files are *not* trivial :-(
May 09 22:27:16 <wurp2|working> Certainly not impossible, but 110 lines of differences will be a pain to get updated correctly
May 09 22:27:37 <PaulFertser> wurp2|working: imho we should backport as much as possible from gta02 asoc driver to gta01.
May 09 22:27:58 <wurp2|working> PaulFertser: that would be very nice
May 09 22:28:15 <wurp2|working> A lot of the differences look unnecessary
May 09 22:28:24 <DocScrutinizer> wurp2|working: the differences are mainly for changed values I guess
May 09 22:28:30 <wurp2|working> INTEGER vs BOOLEAN, slight name changes
May 09 22:28:47 <PaulFertser> onen: i did that not to stress the connector too much (as i needed to dismount antenna and then i was going to do smth i don't remember), it occured i don't really need GPS ;) 
May 09 22:28:53 <DocScrutinizer> yeah, this should be backported for sure
May 09 22:29:47 <PaulFertser> Probably that should be done by somebody who actually has gta01.
May 09 22:29:55 <DocScrutinizer> PaulFertser: hope you got your gps-ant module stowed away securely ;-)
May 09 22:30:52 <DocScrutinizer> PaulFertser: (gta01) there's basically ZERO difference wrt audio between gta01 and 02
May 09 22:30:57 <PaulFertser> DocScrutinizer: Hehe, it wasn't that long ago, so it's not _that_ down the pile.
May 09 22:31:25 <DocScrutinizer> PaulFertser: otherwise I had a few spare gpsant here ;)
May 09 22:32:00 <onen> DocScrutinizer: many thanks to you for your insight. I hope I did not bother you too much with silly assertions. As I said earlier, as long as we have raw data, different approaches can be tested
May 09 22:32:16 <onen> PaulFertser: thanks for your nice comments
May 09 22:32:18 <PaulFertser> DocScrutinizer: :) Not really needed, it's right here, lying on my table, in perfect condition.
May 09 22:32:25 <DocScrutinizer> onen: welcome. And ACK
May 09 22:32:55 <DocScrutinizer> double-ACK even :-)
May 09 22:33:42 <onen> and to everyone of you: a very good night (my gf will complain tomorrow about me staying too late again :-P )
May 09 22:34:24 <DocScrutinizer> maintainig a good (=unmangled) database is the base, the good algo on top of it is the art
May 09 22:34:48 <DocScrutinizer> n8 onen
May 09 22:38:34 <TAsn> hm...
May 09 22:38:37 <TAsn> http://blog.aurel32.net/?p=47
May 09 22:38:42 <TAsn> what do you guys think about that?
May 09 22:38:47 <TAsn> (openmoko wise)
May 09 22:41:55 <ptitjes> hello
May 09 22:42:09 <ptitjes> it seems I do not have enough buffer in irc client
May 09 22:42:30 <TAsn> ptitjes, hey. ;]
May 09 22:42:35 <TAsn> gn everyone, I'm off.
May 09 22:42:36 <ptitjes> someone talked to me today, but I don't know who and why
May 09 22:42:40 <ptitjes> hello TAsn 
May 09 22:42:45 <ptitjes> good night
May 09 22:42:49 <TAsn> ptitjes, there are two possible solutions
May 09 22:42:57 <TAsn> either you keep a log of this chan
May 09 22:43:00 <TAsn> (what I do)
May 09 22:43:37 <TAsn> or you can write a plugin to your favorite irc client to keep a list of msgs including your nick when you are away.
May 09 22:43:38 <TAsn> ;]
May 09 22:43:48 <TAsn> both are useful
May 09 22:43:48 <ptitjes> héhé
May 09 22:43:56 <ptitjes> or I install a bot for that :)
May 09 22:44:00 <TAsn> the later is better. ;] if you write one for xchat, ping me. ;]
May 09 22:44:08 <TAsn> ptitjes, ;]
May 09 22:44:14 <TAsn> anyhow, I'm leaving.
May 09 22:44:14 <TAsn> gn.
May 09 22:44:19 <ptitjes> oh I did not see I have notifications on the right of my screen :)
May 09 22:45:26 <ptitjes> Ainulindale: ping
May 09 22:45:38 <ptitjes> Deubeuliou: pong
May 09 22:45:45 <ptitjes> mrmoku|away: pong
May 09 22:46:07 <Deubeuliou> :)
May 09 22:46:19 <Deubeuliou> ptitjes: I'm struggling with de dev env
May 09 22:46:30 <ptitjes> Deubeuliou: you can ask all you want about Vala
May 09 22:46:36 <ptitjes> but please no OE :)
May 09 22:46:37 <Deubeuliou> it just disappeared because of a "make <something>"
May 09 22:47:20 <ptitjes> and in fact I'm just coming back from work
May 09 22:47:23 <Deubeuliou> ptitjes: I'll retry as soon as I have a new tree
May 09 22:47:33 <ptitjes> so I just to smoke a join and drink a beer :)
May 09 22:47:58 <Deubeuliou> you weren't there, 7th of May :(
May 09 22:48:13 <ptitjes> no I had a concert
May 09 22:48:40 <ptitjes> a band that I may mix later
May 09 22:50:18 <PaulFertser> Wow, Ulrich is really strange (to say the least): http://sourceware.org/bugzilla/show_bug.cgi?id=5070
May 09 22:52:44 <wurp2|working> ptitjes: hey there
May 09 22:53:08 <wurp2|working> If we have logs of the channel, it's pretty easy to wget | grep and find old comments to you
May 09 22:55:27 <Zorkman> i have two partitions in NAND, i want to repartition them when i am booted from the SD card, i can see mtdblock6 and mtdblock7, but how do i fdisk them?
May 09 22:55:29 <wurp2|working> Anyone using the May 3 testing release of SHR?
May 09 23:02:37 <PaulFertser> And Ulrich is anybody but arrogant. I'm quite amazed by that ARM comment... 
May 09 23:14:11 <DocScrutinizer> PaulFertser: I'm quite unsure about orthodox way of creating packed structures. Anyway ARM alignment issues seem a PITA nevertheless. the whole bug is 2Y old... :-/
May 09 23:15:16 <DocScrutinizer> PaulFertser: in Cobol there's a sync statement for alignment iirc
May 09 23:15:43 <DocScrutinizer> assembler is pretty obvious
May 09 23:17:04 <DocScrutinizer> in ansi-C I think there a certain assumptions about alignment of datastructures, and you shouldn't go beyond these for anthing taken for granted
May 09 23:17:45 <DocScrutinizer> if ARM gcc isn't creating code compliant to these
May 09 23:17:56 <DocScrutinizer> then it's a gcc bug
May 09 23:18:39 <DocScrutinizer> if ulrich isn't regarding these in his code, then it's his bug
May 10 00:42:31 <DocScrutinizer> SH*T!!! either aplay or alsa pcmdriver has a severe bug (or this particular device is broken. very unlikely)
May 10 02:06:24 <DocScrutinizer> seems dmix is constantly dropping parts of audio - or moving part of stream from beginning to sometimes later (ringbuffer overrun I guess)
May 10 02:10:27 <DocScrutinizer> aplay /usr/share/sounds/purple/*  #gives random noises on maybe 20% of calls
May 10 02:11:50 <DocScrutinizer> aplay -D plughw:0,0 /usr/share/sounds/purple/*  #results in a significantly different and reproducable sound
**** ENDING LOGGING AT Sun May 10 02:59:57 2009