**** BEGIN LOGGING AT Wed Oct 21 02:59:59 2009
Oct 21 06:47:51 <Heinervdm> TAsn: I have an idea about phoneui-shr-messages: Don't show the number in the overview just show an icon that any number exists and perhaps show an icon if an adress exists and so on...
Oct 21 06:48:26 <Heinervdm> mrmoku|away: you forgot to set gry theme to AUTOREV
Oct 21 06:49:02 <rebelThor> Heinervdm: what's this gry theme I keep hearing about? happen to have a screenshot lying around? :)
Oct 21 06:49:21 <rebelThor> i don't think that's the correct spelling of the "lying" word lol
Oct 21 06:49:28 <Heinervdm> there are several on scap
Oct 21 06:50:12 <rebelThor> Heinervdm: oh, think i found them, thanks
Oct 21 06:50:30 <Heinervdm> it's this white-grey one
Oct 21 06:50:54 <rebelThor> is it faster than the regular one, or just simpler? 
Oct 21 06:51:31 <Heinervdm> it should be faster
Oct 21 06:57:40 <Heinervdm> larsc: there is a new version of xf86-input-tslib http://www.pengutronix.de/software/xf86-input-tslib/download/xf86-input-tslib-0.0.6.tar.bz2
Oct 21 07:10:22 <Heinervdm> tmzt: ^
Oct 21 07:16:25 <JaMa> Heinervdm: are you using shr/merge on phone?
Oct 21 07:16:32 <Heinervdm> JaMa: no
Oct 21 07:16:46 <JaMa> Heinervdm: could you check your python package?
Oct 21 07:16:49 <Heinervdm> because my imags are still too big ;)
Oct 21 07:17:07 <JaMa> Heinervdm: /me and mrmoku have python withtout _ctypes.so
Oct 21 07:17:24 <JaMa> Heinervdm: as you have bigger images.. then there is chance that you have it included :)
Oct 21 07:18:14 <Heinervdm> JaMa: so i should check me shr/merge image?
Oct 21 07:22:27 <JaMa> Heinervdm: yes please check if you have /usr/lib/python2.6/lib-dynload/_ctypes.so
Oct 21 07:23:27 <Heinervdm> JaMa: no i don't have it
Oct 21 07:23:33 <JaMa> Heinervdm: it should be in python-ctypes package
Oct 21 07:24:58 <Heinervdm> there is no _ctypes.so in my python-ctypes package
Oct 21 07:30:26 <JaMa> Heinervdm: ok thank you
Oct 21 07:32:23 <vanous123> JaMa: may I help? checking on content of shr/import?
Oct 21 07:32:43 <vanous123> s/shr\/import/shr\/merge
Oct 21 07:42:31 <[Rui]> Heinervdm: hi, I submitted your patch to woosh here: http://sourceforge.net/tracker/?group_id=272997&atid=1160449
Oct 21 07:43:07 <Heinervdm> uh, that patch is so ugly ;)
Oct 21 07:43:25 <Heinervdm> but it's ok
Oct 21 07:44:05 <[Rui]> Heinervdm: better than not being there, and perhaps it will entice a better solution :)
Oct 21 07:44:18 <[Rui]> going to work. C-ya
Oct 21 07:45:35 <JaMa> vanous123: do you have own build?
Oct 21 07:46:08 <vanous123> JaMa: nope, using mrmokus repo
Oct 21 07:46:22 <JaMa> Heinervdm: do you have amd64 or x86 host for building?
Oct 21 07:46:29 <JaMa> vanous123: then it'll be the same
Oct 21 07:46:33 <Heinervdm> amd64
Oct 21 07:46:42 <vanous123> JaMa: ok
Oct 21 07:46:56 <Heinervdm> JaMa: we all have amd64?
Oct 21 07:47:10 <JaMa> Heinervdm: there is some 64bit specific error in build logs.. so I would like to see python-ctypes builded on x86
Oct 21 07:47:26 <JaMa> Heinervdm: yes.. mrmoku for local builds, me and you all amd64
Oct 21 07:47:43 <rebelThor> Heinervdm: if the gods help me, I might be able to actually compile the damn thing today :D (and I'm not on amd64)
Oct 21 07:48:08 <JaMa> vanous123: which mrmoku's repo do you expect to be from shr/merge?
Oct 21 07:48:25 <JaMa> vanous123: http://build.shr-project.org/tests/mrmoku/oemerge/ is rather empty now..
Oct 21 07:48:30 <Heinervdm> rebelThor: ok, then i don't have to set up my old laptop and build it with 512MB RAM ;)
Oct 21 07:49:02 <JaMa> vanous123: http://build.shr-project.org/tests/mrmoku/unstable/ is from latest shr/import IRC
Oct 21 07:49:13 <vanous123> well, I thought that the unstable was here: http://build.shr-project.org/tests/mrmoku/unstable/
Oct 21 07:49:25 <vanous123> JaMa: I see :)
Oct 21 07:49:28 <rebelThor> Heinervdm: i have a core2duo at 1.8GHz with 4g, but that's not the issue, the thing is that I've got like every possible (and impossible) error so far, I could write a novel about it.. no one would actually buy it though
Oct 21 07:49:40 <vanous123> JaMa: well, just trying to get oriented in it :))
Oct 21 07:50:34 <Heinervdm> rebelThor: then go on, we will help you with the build errors, there are some known issues
Oct 21 07:51:16 <rebelThor> Heinervdm: hehe, i got some that got some of the people puzzled.. though I really hope this time everything will work out
Oct 21 07:51:50 <JaMa> rebelThor: ok.. but if you have 64bit system on your core2duo its like amd64 from my POV :)
Oct 21 07:52:20 * JaMa can build it in his 32bit chroot.. but it takes so much time to build it from scratch..
Oct 21 07:52:41 <JaMa> just to check if its 64bit issue or not..
Oct 21 07:52:44 <rebelThor> JaMa: I'm running Ubuntu, and I'm pretty sure it's the 32bit version, not the 64bit one.. will that work?
Oct 21 07:53:27 <rebelThor> JaMa: Linux thor-laptop 2.6.31-14-generic #47-Ubuntu SMP Thu Oct 15 02:08:08 UTC 2009 i686 GNU/Linux
Oct 21 07:53:36 <lindi-> JaMa: hmm, what takes time?
Oct 21 07:54:20 <JaMa> lindi-: to build python in OE without previous build
Oct 21 07:54:28 <Heinervdm> rebelThor: yes that's 32bit
Oct 21 07:55:32 <rebelThor> Heinervdm: i think you recommended yesterday git clone -o shr/merge git://git.openembedded.net/openembedded in the shr-unstable folder after removing openembedded and tmp folders, though after running that cmd, i get http://pastebin.com/d198eaa30 .. anyone got some other points on how to get the shr/merge branch lol
Oct 21 07:57:15 <JaMa> rebelThor: check git branch -a in that checkouted dir
Oct 21 07:58:03 * JaMa is not using Makefile.. so maybe branch is changed from there..
Oct 21 07:58:08 <rebelThor> JaMa: http://pastebin.com/d2d324cf9
Oct 21 07:59:25 <rebelThor> JaMa: I'm willing to make it work any way possible, I've tried the makefile and i've tried pulling the git repo without it, each about 20 times with various results these last days :>
Oct 21 07:59:45 <Heinervdm> rebelThor: that error say's that you are on the wrong branch
Oct 21 07:59:52 <JaMa> rebelThor: ah :) thats rather weird.. don't use -o then :) git clone git://git.openembedded.net/openembedded dir; cd dir; git checkout origin/shr/merge -b shr-merge-rebelThor
Oct 21 08:00:32 <JaMa> rebelThor: replace 'dir' with whatever directory makefile expects the repo to be
Oct 21 08:03:58 <rebelThor> JaMa: which makefile? lost me a bit there.. i have the vanilla build set up that I got with the wget http://shr.bearstech.com/Makefile && make setup commands
Oct 21 08:04:10 <rebelThor> JaMa: would that be shr-unstable ?
Oct 21 08:04:32 <mrmoku> Heinervdm: oohhh will add AUTOREV for the theme... sorry
Oct 21 08:04:43 <Heinervdm> mrmoku: just e-wm
Oct 21 08:05:38 <Heinervdm> rebelThor: ignore the makefile that's unuseable for shr/merge :)
Oct 21 08:06:23 <Heinervdm> rebelThor: just cd to openembedded now and do git checkout origin/shr/merge -b shr/merge
Oct 21 08:06:43 <Heinervdm> after that you should be able to build
Oct 21 08:07:43 <rebelThor> Heinervdm: in order to make sure I don't wait another hour in vain, you mean my ~/Openmoko(this is my top folder)/openembedded or ~/Openmoko/shr-unstable/openembedded ?
Oct 21 08:08:05 <Heinervdm> mrmoku: i suggest, that we switch to back to tslib now, with xf86-input-tslib_0.0.6, then it can be calibrated with ts_calibrate again :)
Oct 21 08:08:27 <Heinervdm> ~/Openmoko/shr-unstable/openembedded
Oct 21 08:08:35 <rebelThor> Heinervdm: thank you!
Oct 21 08:09:10 <Heinervdm> but i suggest you to rename shr-unstable to sth else, because if you run the makefile it will overwrite your setup
Oct 21 08:09:18 <rebelThor> Heinervdm: i guess the openembedded folder should be empty, right? 
Oct 21 08:09:27 <Heinervdm> rebelThor: no
Oct 21 08:09:40 <Heinervdm> rebelThor: there have to be at least the .git folder ;)
Oct 21 08:09:45 <rebelThor> Heinervdm: got fatal: git checkout: updating paths is incompatible with switching branches
Oct 21 08:09:54 <Heinervdm> everything else is irrelevant
Oct 21 08:10:01 <Heinervdm> it will change with the checkout
Oct 21 08:10:20 <DocScrutinizer> Heinervdm: you ever got ts_calibrate to work?
Oct 21 08:10:32 <Heinervdm> DocScrutinizer: yes, just tried it
Oct 21 08:10:39 <DocScrutinizer> :-o
Oct 21 08:10:49 <Heinervdm> but you have to restart X
Oct 21 08:11:10 <DocScrutinizer> how? after calibration? or what
Oct 21 08:11:17 <Heinervdm> after calibration
Oct 21 08:11:43 <DocScrutinizer> nah, to me it always complained about some missing extension or sth
Oct 21 08:11:55 <Heinervdm> that's xtscal
Oct 21 08:12:15 <DocScrutinizer-8> aah
Oct 21 08:12:18 <DocScrutinizer-8> yep
Oct 21 08:12:21 <DocScrutinizer-8> prolly
Oct 21 08:12:37 <Heinervdm> ts_calibrate is in tslib-calibration packae
Oct 21 08:14:42 <rebelThor> Heinervdm: is there a different command other than checkout that I should use to kill that error I'm getting? :)
Oct 21 08:15:14 <Heinervdm> rebelThor: the error about wrong distro type?
Oct 21 08:15:30 <DocScrutinizer-8> Heinervdm: what do you think about a really decent calibration scheme, with n*m tuples of (xorig, yorig, xdest, ydest), and finding 4 nearest points and interpolating between them
Oct 21 08:15:45 <rebelThor> Heinervdm: fatal: git checkout: updating paths is incompatible with switching branches. Did you intend to checkout 'origin/shr/merge' which can not be resolved as commit?
Oct 21 08:16:39 <Heinervdm> rebelThor: oh haven't seen that
Oct 21 08:17:13 <Heinervdm> rebelThor: strange i did it exacly that way...
Oct 21 08:17:56 <DocScrutinizer-8> Heinervdm: this way you could have a linear calib with as few as 4 points for whole screen. You also could finetune parts of the screen by providing more calib points for that region only
Oct 21 08:17:58 <rebelThor> Heinervdm: I seem to be having some luck in getting all sorts of strange and unrecognizable errors.. don't say I didn't told you so :) is there any way to clean the git repo and grab it again?
Oct 21 08:18:37 <Heinervdm> DocScrutinizer-8: that would result in a better calibration, but is it needed for the FR?
Oct 21 08:19:09 <DocScrutinizer-8> for a few broken devices (tasn?) i would be real improvement
Oct 21 08:19:39 <DocScrutinizer-8> Heinervdm: usually FR ts is very linear
Oct 21 08:21:07 <Heinervdm> DocScrutinizer-8: but then we have to rewrite the driver too, because tslib uses just 6 values
Oct 21 08:21:17 <Heinervdm> evdev had 4 values
Oct 21 08:21:26 <DocScrutinizer-8> Heinervdm: otoh it's only a minor amount of additional complexity in current calib algo, and if ou cache the last found 4 points it doesn't even increase cpu load
Oct 21 08:22:22 <Heinervdm> DocScrutinizer-8: i think the major problem would be that someone has to rewrite evdev or tslib libary for that
Oct 21 08:22:59 <DocScrutinizer-8> Heinervdm: the major trouble is to write a calib tool for that scheme ;-P
Oct 21 08:23:18 <Heinervdm> rebelThor: try to delete the openembedded dir, and then clone it again with -b shr/merge
Oct 21 08:23:49 <Heinervdm> DocScrutinizer-8: perhaps we can think of that for the future :)
Oct 21 08:24:10 <DocScrutinizer-8> sure, just felt like suggesting it
Oct 21 08:24:39 <rebelThor> Heinervdm: I was already trying something similar.. I really need to learn git apparently.. thanks
Oct 21 08:25:27 <Heinervdm> rebelThor: i'm no expert either, i know just the commands i need and that's pull and push ;)
Oct 21 08:25:47 <Heinervdm> and add, commit and send-email ;)
Oct 21 08:26:06 <rebelThor> Heinervdm: looks like git clone -b shr/merge git://git.openembedded.net/openembedded doesn't really work
Oct 21 08:27:02 <Heinervdm> mrmoku, JaMa: what do you think about switching from evdev to tslib for touchscreen? Then we solved the calibration issue
Oct 21 08:27:12 <Heinervdm> rebelThor: what does it say?
Oct 21 08:27:22 <rebelThor> Heinervdm: error: unknown switch `b'
Oct 21 08:27:37 <mrmoku> Heinervdm: if it works.. fine for me :)
Oct 21 08:27:52 <Heinervdm> rebelThor: oh, i just looked at the manpage, and there it is...
Oct 21 08:28:10 <Heinervdm> mrmoku: how to clone shr/merge repo? ;)
Oct 21 08:28:27 <mickey|office> Ainulindale: ping
Oct 21 08:34:56 <rebelThor> Heinervdm: maybe I'm using a different git version? I'm on git version 1.6.3.3
Oct 21 08:35:21 <Heinervdm> rebelThor: i have 1.6.5
Oct 21 08:41:41 <mrmoku> rebelThor: git clone -b shr/merge origin/shr/merge
Oct 21 08:42:16 <mrmoku> errr
Oct 21 08:42:17 <rebelThor> mrmoku: there's something wrong, `cos that still gives me error: unknown switch `b' :(
Oct 21 08:42:25 <mrmoku> rebelThor: git checkout -b shr/merge origin/shr/mege
Oct 21 08:42:31 <mrmoku> not lcone
Oct 21 08:42:50 <rebelThor> mrmoku: fatal: Not a git repository (or any of the parent directories): .git
Oct 21 08:42:58 <mrmoku> cd openembedded first
Oct 21 08:43:31 <rebelThor> mrmoku: lol, back to the old error: fatal: git checkout: updating paths is incompatible with switching branches. Did you intend to checkout 'origin/shr/mege' which can not be resolved as commit?
Oct 21 08:46:15 <mrmoku> rebelThor: what git version do you have?
Oct 21 08:46:28 <rebelThor> mrmoku: git version 1.6.3.3
Oct 21 08:46:37 <Heinervdm> mrmoku: what about resurect this page: http://shr-project.org/trac/wiki/dev%20updates could be usefull for users :)
Oct 21 08:51:14 <mrmoku> Heinervdm: well... problem is time
Oct 21 08:51:33 <mrmoku> not that I don't think that it is not a good thing...
Oct 21 08:52:11 <Heinervdm> then i will write down what i think is done and what is in progrss :)
Oct 21 08:52:18 <Heinervdm> not depending on dev
Oct 21 08:52:32 <Heinervdm> s/dev/developer/
Oct 21 08:52:32 <apt> Heinervdm meant: not depending on developer
Oct 21 08:54:09 <mrmoku> rebelThor: 0002 mok@mrdenker[pts/2]:~/src/other/openmoko/shr3/shr-testing/openembedded-> git checkout -b shr/merge origin/shr/merge
Oct 21 08:54:13 <mrmoku> Checking out files: 100% (7961/7961), done.
Oct 21 08:54:15 <mrmoku> Branch shr/merge set up to track remote branch refs/remotes/origin/shr/merge.
Oct 21 08:54:19 <mrmoku> Switched to a new branch 'shr/merge'
Oct 21 08:54:21 <mrmoku> no idea why it does not work for you...
Oct 21 09:02:26 <mrmoku> TAsn: ping
Oct 21 09:04:27 <prahal> about my need to cast python types to dbus types in the frameworkd server . Anybody encountered freed data before they reach the dbus client ? mostly for shr-message ? Maybe it is a python 2.5 issue 
Oct 21 09:05:26 <anicma> Hi everyone !!!
Oct 21 09:09:09 <Weiss> TAsn: depends what you mean by the question..
Oct 21 09:09:49 <Ainulindale> mickey|office: pong !
Oct 21 09:10:03 <mickey|office> Ainulindale: hey, could you send me a citable entry of our publication? i want to add that to my publications list, but need something like <articletitle>, <authors>, In: <magazintitle>, <publisher>, <date of publication>
Oct 21 09:12:16 <Ainulindale> Ok :-)
Oct 21 09:13:06 <Ainulindale> Do you want the french title?
Oct 21 09:13:08 <Ainulindale> Or the german ?
Oct 21 09:13:16 <Ainulindale> err
Oct 21 09:13:16 <Ainulindale> english
Oct 21 09:15:39 <mickey|office> french is ok
Oct 21 09:15:41 <khiraly1> do you have an elegant way for the following problem (in python)?: I want to filter dictionary keys if they begin with 'aa'. What is the most elegant way?
Oct 21 09:15:51 <mickey|office> or the english one
Oct 21 09:16:14 <khiraly1> I thought to sorting the keys, but it seems dictionary keys are not supposed to be sorted
Oct 21 09:24:09 <pespin> Khiraly, not a python expert, but I think you could make a list from the ict keys, then sort it :P
Oct 21 09:25:01 <khiraly> pespin: yepp, just dont want to maintain two lists (the sorted list of keys and the dictionary itself)
Oct 21 09:25:18 <khiraly> also dont really want to bruteforce search at each time
Oct 21 09:27:28 <DocScrutinizer-8> khiraly: probably a list is better siuted for that purpose than a dict
Oct 21 09:27:56 <khiraly> I need the dict too, as each element is an another list
Oct 21 09:27:59 <mickey|office> khiraly: what do you want to as result? another dict?
Oct 21 09:28:12 <mickey|office> or just a list of keys without the aa's ?
Oct 21 09:28:29 <khiraly> mickey|office: just a list of keys which begins with the given string
Oct 21 09:28:38 <mickey|office> ok, how about
Oct 21 09:28:53 <mickey|office> [ key for key in dict if key.startswith( "aa" ) ]
Oct 21 09:28:56 <Ainulindale> mickey|office: "Développement Embarqué sous GTA01/GTA02", Jérome Blondon, Michael Lauer, Julien Cassignol, In: "GNU/Linux Magazine France HS43", Editions Diamond, July 2009
Oct 21 09:29:00 <khiraly> doh
Oct 21 09:29:01 <mickey|office> Ainulindale: merci!
Oct 21 09:29:08 <khiraly> is there a builtin function for it?;-)
Oct 21 09:29:26 <Ainulindale> mickey|office: Не за что :-)
Oct 21 09:29:27 <mickey|office> well, that's a list comprension expression
Oct 21 09:29:35 <mickey|office> comprehension, actually
Oct 21 09:30:33 <khiraly> thank you
Oct 21 09:31:44 <mickey|office> these beasts are great for creating lists
Oct 21 09:31:58 <mickey|office> if you do not need all elements at one time, you may want to use a generator expression
Oct 21 09:32:10 <mickey|office> this suits better, if lateron you want to iterate through the list
Oct 21 09:32:22 <mickey|office> syntax is the same, just substitute the [ ] with ( )
Oct 21 09:33:00 <DocScrutinizer-8> wow, python is really complex
Oct 21 09:33:15 <mickey|office> well, these are just options
Oct 21 09:33:27 <DocScrutinizer-8> almost forgot, as my last python experience is like 7 years ago
Oct 21 09:33:35 <khiraly> actually Im implementing autocomplete feature for a dictionary application, so a simple list is fine (as this is the result of autocomplete)
Oct 21 09:33:38 <mickey|office> it grew a lot since then
Oct 21 09:34:08 <khiraly> it is command line only, but Im writing an e gui for it;-)
Oct 21 09:35:11 <mickey|office> nice
Oct 21 09:35:14 <mickey|office> ah that reminds me
Oct 21 09:35:31 <mickey|office> i need to advise the dbus guy on the mailing list to stop messing with libdbus and C
Oct 21 09:35:31 <khiraly> actually that was the reason why I bought the freerunner in the first place
Oct 21 09:35:40 <mickey|office> khiraly: heh, coolo
Oct 21 09:37:14 <khiraly> DocScrutinizer: btw, if I play with the AT%nnn commands (through frameworkd), I have even worst experience. As frameworkd use aec+nr(0187) by default. So if I change it to nr:18db (0165), it echo her voice at the far end.
Oct 21 09:37:34 <khiraly> if I lower the microphone I need to lower it to stop the echo, that she barely can hear me
Oct 21 09:37:50 <khiraly> Im affraid, I already used the best possible combination. 
Oct 21 09:39:17 <khiraly> however this microphone setting is a neverending story for me....:-(
Oct 21 09:43:38 <khiraly> what is strange, that the calypso completely keep down the echo. 
Oct 21 09:46:26 <rebelThor> mrmoku: i did a git clone git://git.openembedded.net/openembedded; git checkout -b shr/merge origin/shr/merge and I got the message "Switched to a new branch 'shr/merge'" - do I have to do any more update commands or such? or can i just "cd .. ; . ./setup-env ; bitbake something" ?
Oct 21 09:48:11 <Heinervdm> rebelThor: now it should work
Oct 21 09:48:32 <rebelThor> Heinervdm: ok, i'll cross my fingers and bake something..
Oct 21 09:48:52 <JaMa> ie python :)
Oct 21 09:49:13 <rebelThor> Heinervdm: well, no love, got the same DISTRO 'shr' not found. Please set a valid DISTRO in your local.conf
Oct 21 09:49:25 <JaMa> my machine stoped responding again :(
Oct 21 09:49:41 <JaMa> rebelThor: did you run git checkout -b shr/merge origin/shr/merge in that directory created by clone?
Oct 21 09:49:52 <rebelThor> JaMa: yes
Oct 21 09:50:01 <JaMa> rebelThor: probably named openembedded (there is missing cd between those 2 commands :))
Oct 21 09:50:15 <Heinervdm> rebelThor: then try in openembedded git pull shr/merge shr/merge
Oct 21 09:50:51 <DocScrutinizer> khiraly: you should try AEC-short only, without *any* NoiseReduction
Oct 21 09:51:24 <khiraly> DocScrutinizer: but adjusting microphone and earpiece, I should start with 'none', and if everything is right, than try the aec-short
Oct 21 09:51:25 <khiraly> no?
Oct 21 09:51:40 <rebelThor> hmm, that was weird, it was still wanting to use the shr-unstable top folder, I renamed the original (that contained the shr/import branch) and renamed my current folder back to shr-unstable and now it seems to be checking the recipes
Oct 21 09:52:47 <DocScrutinizer> no, as your adjusting of mic sensitivity would be guided by goal to reduce echo then. and that can not work as we already know
Oct 21 09:56:40 <DocScrutinizer-8> you should completely take out noise reduction, level up earpiece as needed, and reduce mic as far as possible. 
Oct 21 09:57:03 <khiraly> ok
Oct 21 09:57:04 <DocScrutinizer-8> then maybe fiddle a litle with AEC and NR settings
Oct 21 09:57:11 <khiraly> Im rebooting the phone, and retry
Oct 21 09:57:28 <khiraly> AEC and NR settings?
Oct 21 09:57:41 <khiraly> ok, I reboot the phone with short-aec
Oct 21 09:58:57 <prahal> DocScrutinizer, 
Oct 21 09:59:04 <prahal> oups what is your sound rate ?
Oct 21 09:59:23 <DocScrutinizer-8> huh?
Oct 21 09:59:57 <prahal> on my side the sound driver only accept 44100 and it seems yours was at 48000 as there were no cosumization about it on shr aound.conf about dmix
Oct 21 10:00:16 <DocScrutinizer-8> soaah
Oct 21 10:00:18 <prahal> wondering if I should seek on the kernel side about this mplayer issue
Oct 21 10:01:00 <DocScrutinizer-8> sorry have to recreate the log
Oct 21 10:01:38 <DocScrutinizer-8> but for sure the plug before dmix should support arbitrary rates from mplayer
Oct 21 10:04:11 <prahal> yes but I mean below dmix
Oct 21 10:06:30 <prahal> I managed to get bad sound . But near to ok sound (as well as without dmix) is only reached with a buffer size of 88200 which cannot be set via aound.conf (but is what is done without dmix here) and rate 44100 (I find this buffersize equal twice the rate suspicious as in there may be a relation between both)
Oct 21 10:06:40 <DocScrutinizer-8> prahal: duh, that's in alsaconf
Oct 21 10:06:43 <DocScrutinizer-8> mompl
Oct 21 10:09:39 <prahal> alsaconf still exists ? it is not more in 1.0.21a ... what are the settings set there ?
Oct 21 10:09:40 <DocScrutinizer-8> well I always see 48k samplerate here
Oct 21 10:10:04 <DocScrutinizer-8> from mplayer
Oct 21 10:10:16 <prahal> with -v ?
Oct 21 10:10:51 <DocScrutinizer-8> it tries to open 16k/8bit/1ch
Oct 21 10:11:13 <DocScrutinizer-8> and alsa responds with 48k as I get it
Oct 21 10:12:04 <prahal> ok then my driver is borked . I found it weird this 44100 as nowadays everyone does 48000 
Oct 21 10:12:53 <DocScrutinizer-8> prahal: maybe /dev/dsp nailed hw:0.0 to 44100
Oct 21 10:12:59 <prahal> as in even without dmix I have issues (like sound getting skeeped as soon as something else is in the running , even a simple dim)
Oct 21 10:13:08 <DocScrutinizer-8> so dmix can't do nuttin
Oct 21 10:13:38 <DocScrutinizer-8> OSS is strongly deprecated anyway
Oct 21 10:14:14 <DocScrutinizer-8> iirc you got oss compat modules loaded, no?
Oct 21 10:14:19 <prahal> this is using alsa directly (with the custom dmixer or plug:dmix as per alsa defaults) at least I hope I got it right
Oct 21 10:14:59 <DocScrutinizer-8> still /dev/dsp might hold a "handle" of some kind
Oct 21 10:15:02 <prahal> maybe if hw:0,0 could be fiddled by anything but this is beyond what I understood as of now
Oct 21 10:15:06 <DocScrutinizer-8> even if not used
Oct 21 10:15:07 <prahal> ok
Oct 21 10:15:58 <DocScrutinizer-8> prahal: dev/dsp directly sets sampling rate etc of hw:0.0
Oct 21 10:16:40 <DocScrutinizer-8> and even exclusively opens that PCM
Oct 21 10:17:12 <DocScrutinizer-8> so as soon as any app uses dev/dsp, all other sound is borked
Oct 21 10:17:33 <prahal> I bet I ll have to compile another kernel anyway (this one has most including sound and oss compat builtin) . So I cannot blacklist to check
Oct 21 10:17:49 <DocScrutinizer-8> I'd not be surprised to find it even does nasty when not currently used, but just modules loaded
Oct 21 10:18:19 <DocScrutinizer-8> :-/ for builtin oss
Oct 21 10:19:04 <DocScrutinizer-8> cya l8er
Oct 21 10:19:08 <DocScrutinizer-8> bbl
Oct 21 10:19:31 <khiraly> DocScrutinizer: short-aec get rid of the echo
Oct 21 10:23:47 <DocScrutinizer-8> khiraly: not surprising, that's what it's supposed to do ;-P
Oct 21 10:24:45 <khiraly> DocScrutinizer: short-aec is clearly better then aec:nr
Oct 21 10:25:02 <DocScrutinizer-8> told ya ;-)
Oct 21 10:25:04 <khiraly> aec+nr
Oct 21 10:25:27 <DocScrutinizer-8> NR is a beast
Oct 21 10:25:38 <khiraly> What I find ugly, that the calypso chip needs to fix the audio
Oct 21 10:25:58 <khiraly> I thought a good microphone and a decent audio amp outputs nice audio without any additional messing
Oct 21 10:26:34 <khiraly> DocScrutinizer: btw, freerunner's microphone is what exactly? electrate microphone? It differs from other cellphones?
Oct 21 10:26:38 <khiraly> Im just curious here
Oct 21 10:26:38 <prahal> which is the linux recipe used for shr (import I guess is the latest ) ? there a dozens on eo
Oct 21 10:26:43 <prahal> oe that is
Oct 21 10:27:13 <DocScrutinizer-8> khiraly: nope, no diff. simple electret
Oct 21 10:27:26 <khiraly> every cellphone use this?
Oct 21 10:27:32 <mickey|office> khiraly: no, given the physical constraints on placement you have no option to add postprocessing if you want good voice quality
Oct 21 10:27:49 <DocScrutinizer-8> khiraly: not every, most though
Oct 21 10:27:49 <prahal> linux-openmoko-shr-drm-devel ?
Oct 21 10:28:10 <DocScrutinizer-8> mickey|office: exactly
Oct 21 10:28:12 <khiraly> mickey|office: btw could frameworkd patched, that frameworkd.conf contains short-aec instead of aec+nr ?
Oct 21 10:28:56 <mickey|office> khiraly: you mean as default?
Oct 21 10:29:01 <khiraly> mickey|office: yes
Oct 21 10:29:13 <mickey|office> iirc we had it that way
Oct 21 10:29:21 <mickey|office> then people complained about aec+nr sounding better
Oct 21 10:29:25 <mickey|office> and i moved it to aec+nr
Oct 21 10:29:30 <khiraly> heh;-)
Oct 21 10:29:33 <mickey|office> although i personnaly found short-aec being less harsh
Oct 21 10:29:37 <DocScrutinizer-8> mickey|office: X-P
Oct 21 10:29:39 <khiraly> ok. Then I will test for a week at least
Oct 21 10:29:40 <mickey|office> that's why it's configurable
Oct 21 10:29:42 <mickey|office> :)
Oct 21 10:30:43 <DocScrutinizer-8> mickey|office: try to grill a steak to meet anybodys taste
Oct 21 10:30:45 <khiraly> and in the electret microphone there is no difference between short range and long range? I mean this freerunner microphone looks like a long range microphone, it transmit the background noise more then my own voice
Oct 21 10:31:16 <DocScrutinizer-8> nope, it doesn't
Oct 21 10:31:29 <khiraly> so people can hear other voice in the same room (not just mine)
Oct 21 10:31:58 <DocScrutinizer-8> khiraly: except maybe if you cover front opening of lanyard hole :-P
Oct 21 10:32:34 <khiraly> DocScrutinizer: and other moblie phones how to fix this? (that they shorts the microphone range)
Oct 21 10:32:53 <khiraly> through audio amp, or they do the same and uses something similar to calypso?
Oct 21 10:33:08 <DocScrutinizer-8> khiraly: it's physically impossible
Oct 21 10:33:38 <DocScrutinizer-8> other phones do exactly same calypso and FR mic do
Oct 21 10:34:15 <khiraly> so it is not the job of audio amp?
Oct 21 10:34:25 <DocScrutinizer-8> nope
Oct 21 10:34:34 <DocScrutinizer-8> amp is "neutral"
Oct 21 10:34:37 <khiraly> ie. it digitize the voice, apply some clever math on it, and convert back to analogue?
Oct 21 10:34:52 <DocScrutinizer-8> other phones don't even have an "amp"
Oct 21 10:35:42 <khiraly> then I fail to understand why freerunner has a lower voice quality then other phones (what I tried)
Oct 21 10:36:06 <DocScrutinizer-8> me too
Oct 21 10:36:52 <DocScrutinizer-8> khiraly: actually I heard reports FR had best audio ever, from all cellphones
Oct 21 10:37:07 <DocScrutinizer-8> just with right settings though
Oct 21 10:37:08 <khiraly> no way
Oct 21 10:37:51 <khiraly> with my other cellphones people didnt complain to me. Not once.
Oct 21 10:37:53 <DocScrutinizer-8> anyway, have other task
Oct 21 10:38:00 <DocScrutinizer-8> cya, bbl
Oct 21 10:38:11 <khiraly> ok
Oct 21 10:38:12 <khiraly> bye
Oct 21 11:04:34 <rebelThor> guys, I'm getting some errors during the handling bitbake files: http://pastebin.com/d6ab10763 any clues on that one ?
Oct 21 11:05:00 <rebelThor> not the 404s, the Cannot obtain needed blob 9843d72cfb4eae60370bf84794e420e890ef8675 and ERROR: Parsing errors found, exiting... showkiller
Oct 21 11:12:13 <Heinervdm> rebelThor: i think that's a problem of your old git, because with 1.6.5 it's working fine
Oct 21 11:13:02 <rebelThor> Heinervdm: i have 1.6.5 now, it might be related to my downloads folder though.. retrying now
Oct 21 11:13:38 <rebelThor> if this doesn't work, i'll have to erase all the downloads (for the billionth time today) and start over
Oct 21 11:14:14 <Heinervdm> rebelThor: you don't have to delete everything, just the one mentioned
Oct 21 11:14:32 <rebelThor> Heinervdm: that's what I think i did now
Oct 21 11:15:35 <Heinervdm> rebelThor: for a git repo you have to delete die dir in downloads/git and the zip files for this host beginning with git_
Oct 21 11:16:11 <rebelThor> Heinervdm: yep, got that through trial and error already :D
Oct 21 11:35:10 <tasn2> mrmoku|away: Sending a DTMF tone (i.e clicking keypad) when in a call segfaults phoneuid :| We really should fix that.
Oct 21 11:36:05 <Heinervdm> [08:47:51] <Heinervdm> TAsn: I have an idea about phoneui-shr-messages: Don't show the number in the overview just show an icon that any number exists and perhaps show an icon if an adress exists and so on...
Oct 21 11:37:33 <Heinervdm> too late...
Oct 21 11:42:08 * rebelThor wishes he had a faster connection and a better computer
Oct 21 11:43:50 * rebelThor and loads of money and power, for that matter
Oct 21 11:45:45 <mickey|office> hehe
Oct 21 11:46:58 <Tanuva> more everything, that's it
Oct 21 12:06:06 <CIA-26> SHR: 03mok 07libphone-ui * rf188dad29790 10/src/phoneui-utility.c: phone-utility: add some missing includes
Oct 21 12:06:16 <CIA-26> SHR: 03mok 07libphone-ui * r13959e289690 10/src/ (phoneui-utility.c phoneui-utility.h): phoneui-utility: add phoneui_contacts_get and contact sanitizing
Oct 21 12:08:54 <CIA-26> SHR: 03mok 07libphone-ui-shr * ra57d8aa0d9ad 10/src/view/call-active-view.c: call-active-view: GPOINTER_TO_INT for the call id
Oct 21 12:08:55 <CIA-26> SHR: 03mok 07libphone-ui-shr * rfbb4dff49782 10/TODO: TODO: add some known bugs to be fixed soon
Oct 21 12:08:57 <CIA-26> SHR: 03mok 07libphone-ui-shr * rcfe7ae3128ad 10/src/view/ (contact-list-common.c contact-show-view.c): contact-list-common: use new phoneui_contacts_get helper
Oct 21 12:16:13 <alexxy> mrmoku: TAsn : hi
Oct 21 12:16:29 <alexxy> mrmoku: TAsn : hows my bug with crash on incoming call going?
Oct 21 12:20:05 <alexxy> mrmoku: also there two more bugs in libphone-ui-shr
Oct 21 12:20:37 <alexxy> mrmoku: 1 messages app doesnt resolves number -> name
Oct 21 12:21:05 <alexxy> mrmoku: 2 messages dont changes status of messages (they always stay as unread)
Oct 21 12:21:20 <alexxy> mrmoku: 3 dialler app doesnt resolve number -> name
Oct 21 12:29:35 <mrmoku> alexxy: think I found something stinky :P
Oct 21 12:29:57 <mrmoku> alexxy: resolving numbers to names in the message list is still TODO
Oct 21 12:30:14 <mrmoku> and 3 too
Oct 21 12:30:25 * alexxy created cross-chroot with qemu-arm-user 
Oct 21 12:30:31 <mrmoku> alexxy: give me some minutes and I will ping you for an update :)
Oct 21 12:30:59 <alexxy> mrmoku: ok i'll be glad to test it
Oct 21 12:34:36 <alexxy> mrmoku: also seems shr-stettings wants shr-apps back
Oct 21 12:34:53 <alexxy> mrmoku: also should i suppose that shr-today will work?
Oct 21 12:39:15 <mrmoku> alexxy: (shr-settings) yup, told dos1 about that...
Oct 21 12:39:23 <mrmoku> and shr-today works fine :)
Oct 21 12:39:41 <alexxy> except that all messages keeps as unread
Oct 21 12:44:52 <khiraly> mac mini server edition ;-))
Oct 21 12:45:24 <Weiss> hmm
Oct 21 12:45:30 * Weiss wonders if libdrm should move to git.openmoko.org
Oct 21 12:47:45 <prahal> how comes I had to modify opimd (cast to dbus.String dbus.Int32 and dbus.Boolean) to get the data not freed and you don't ? I mean shr-message was just plain unable to work with sim messages opimd backend before that
Oct 21 12:58:24 <rebelThor> did anyone see any error like error: Unable to get pack file http://github.com/slyon/today.git/objects/pack/pack-2af6161f3bf3d037030f046d29dbac049a03b42c.pack ever? (full build log in http://pastebin.com/d55b0b6e8 ) 
Oct 21 13:09:27 <prahal> rebelThor, have you tried with git:// protocol ? it at least works here
Oct 21 13:10:17 <rebelThor> prahal: I'm trying to manually fetch the git into the folder now..
Oct 21 13:10:21 <prahal> but it also works http here , just tested
Oct 21 13:10:35 <rebelThor> must be a routing issue on my part then?
Oct 21 13:10:57 <prahal> rebelThor, have you tried cleaning the clone before retyring . Or git gc
Oct 21 13:11:01 <prahal> inside the git clone
Oct 21 13:12:21 <prahal> maybe the pack (whatever this is) is  no more ... and it is trying to grab something that is no more . git fetch could help also (in that it will update the history to fetch
Oct 21 13:13:06 <prahal> <[Rui]> error: Unable to get pack file http://github.com/slyon/today.git/objects/pack/pack-2af6161f3bf3d037030f046d29dbac049a03b42c.pack
Oct 21 13:13:28 <prahal> so it will phase out any specifics about your provider
Oct 21 13:13:58 <rebelThor> prahal: i've did a git clone inside the downloads/github.com.slyon.today.git and retried the whole thing to see if it gets over it
Oct 21 13:14:27 <rebelThor> prahal: and I believe it just did
Oct 21 13:14:41 <prahal> rebelThor, well it will work but will not fix your issue (clone is to get a new tree if you do it inside an existing tree you ll have two not one fixed
Oct 21 13:15:18 <rebelThor> prahal: I didn't have any tree at all, the folder was not existing, as the build system was attempting to get it, failed with the mentioned errors, then it bailed out
Oct 21 13:15:35 <prahal> ok
Oct 21 13:15:55 <rebelThor> i think i might have a very bad routing issue to the github website atm
Oct 21 13:16:25 <prahal> but why then Rui had the same issue (with the exact same pack)
Oct 21 13:16:37 <rebelThor> hmmm
Oct 21 13:17:26 <prahal> regarding the fact it was yesterday it phase out any issue about downtime on the github side (or they are down a lot) .
Oct 21 13:38:00 <Zorkman> seems like calypso can fax!
Oct 21 13:39:28 * mickey|office waiting for someone to implement org.freesmartphone.GSM.Fax.SendDocument( "foo.pdf", "+55523823" )
Oct 21 13:40:51 <blindcoder> wouldn't foo.ps be more sensible?
Oct 21 13:41:20 <mickey|office> it has to be downconverted to bitmap anyways
Oct 21 13:41:30 <mickey|office> so with libpoppler at the hand, both should work
Oct 21 13:54:10 <DocScrutinizer> mickey|office: :-D
Oct 21 13:55:57 <mickey|office> (not that there would be more important things ;)
Oct 21 13:59:43 <JaMa> what about org.freesmartphone.GSM.Fax.SteganographyOverFax.SendText( "secret" , "+55523823" )?
Oct 21 14:00:14 <mickey|office> heh
Oct 21 14:00:15 <mickey|office> yeah
Oct 21 14:00:51 <mickey|office> I'm afraid that'd be exceptionally low on my priority list though ;)
Oct 21 14:01:03 <Ainulindale> mickey|office: by the by
Oct 21 14:01:10 <Ainulindale> mickey|office: http://ed-diamond.com/feuille_lmhs43/index.html
Oct 21 14:01:36 <mickey|office> ooh, nice
Oct 21 14:02:23 <Ainulindale> mickey|office: page 44
Oct 21 14:02:36 <mickey|office> hehe, cool
Oct 21 14:02:38 <mickey|office> there we are
Oct 21 14:03:23 <Ainulindale> :-)
Oct 21 14:13:31 <vanous123> :)
Oct 21 14:14:43 <Heinervdm> mrmoku: which issue has to be solved now, before we can release a new image?
Oct 21 14:15:04 <JaMa> Heinervdm: you mean shr/merge?
Oct 21 14:15:06 <Heinervdm> mrmoku: for resume we can use fbdev as a workaround
Oct 21 14:15:12 <Heinervdm> JaMa: no shr/import
Oct 21 14:16:50 <JaMa> Heinervdm: ah ok.. 
Oct 21 14:17:03 <mrmoku> hmm... shr-settings needs phonefsod support
Oct 21 14:17:16 <JaMa> /tests/mrmoku/unstable/feed/ seems quite old..
Oct 21 14:17:18 <mrmoku> frameworkd needs to be patched to handle incoming messages via opimd
Oct 21 14:17:28 <JaMa> 20091010
Oct 21 14:17:29 <Heinervdm> JaMa: but there is a new xf86-input-tslib version for xserver 1.7
Oct 21 14:17:57 <JaMa> Heinervdm: I've seen your patch :) nice.. but what's wrong with evdev?
Oct 21 14:17:58 <mrmoku> final touches on phoneuid and ĺibphone-ui-shr (doing that right now)
Oct 21 14:18:06 <Heinervdm> JaMa: calibration ;)
Oct 21 14:18:17 <mrmoku> and ... fixing the hoversels
Oct 21 14:18:44 <Heinervdm> so no release now...
Oct 21 14:18:59 <Heinervdm> we have to wait til hoversels are fixed
Oct 21 14:19:22 <JaMa> what's hoversels?
Oct 21 14:19:22 <Weiss> is there a new problem with xf86-video-glamo?
Oct 21 14:19:24 <mrmoku> Heinervdm: let's hope morphis finds the time today :)
Oct 21 14:19:33 <mrmoku> JaMa: try to switch the profile in shr-settings ;)
Oct 21 14:19:56 <Heinervdm> Weiss: no just the resume thing :)
Oct 21 14:20:03 <Weiss> Heinervdm: the time it takes?
Oct 21 14:20:15 <Heinervdm> users will bail out if the phone needs 6-8 seconds
Oct 21 14:20:42 <Weiss> eek.. how long has it taken that long for?
Oct 21 14:21:01 <Heinervdm> Weiss: for me since my first try
Oct 21 14:21:30 <Weiss> eww. when you were talking about the speed of resume, I thought you meant that fbdev went faster than the 1.5 sec-ish that I have here..
Oct 21 14:21:42 <Heinervdm> Weiss: no
Oct 21 14:22:31 <Heinervdm> it's about 1,5 seconds with fbdev too
Oct 21 14:22:41 <playya__> i get a lot of error when compiling/installing navit
Oct 21 14:22:42 <Heinervdm> it's hard to stop such a short time :)
Oct 21 14:23:37 <Weiss> Heinervdm: latest versions of kernel and xf86-video-glamo? with or without KMS?
Oct 21 14:24:10 <Heinervdm> Weiss: latest andy-tracking, i think that's the difference between us
Oct 21 14:25:31 <Weiss> does anyone else have the same level of slowness?
Oct 21 14:25:55 <Heinervdm> everyone with the same kernel
Oct 21 14:26:18 <Heinervdm> or, everyone from SHR with andy-tracking kernel
Oct 21 14:26:46 <Heinervdm> i think JaMa said that drm-tracking is faster
Oct 21 14:28:15 <JaMa> Heinervdm: please apply changes from http://patchwork.dev.bearstech.com/patch/335/ to your http://patchwork.dev.bearstech.com/patch/348/
Oct 21 14:29:04 <JaMa> Heinervdm: PREFERRED_PROVIDER_xf86-video-glamo = "xf86-video-fbdev" looks strange and with that change to XSERVER varible, nothing should depend on xf86-video-glamo
Oct 21 14:29:34 <JaMa> Heinervdm: so just remove that PROVIDER :)
Oct 21 14:30:05 <Heinervdm> JaMa: that's only for the case we want to release an image
Oct 21 14:30:32 <JaMa> Heinervdm: I have <4 sec with xf86-video-glamo-kms and non-drm kernel (andy-tracking)
Oct 21 14:30:58 <Heinervdm> JaMa: but we can't release because of some other things, so this is irrelevant
Oct 21 14:31:06 <JaMa> Heinervdm: I never tested resume time with xf86-video-glamo-kms and KMS kernel
Oct 21 14:31:20 <mrmoku> let's hope the new kernel is in shape until we're ready :P
Oct 21 14:31:22 <Heinervdm> JaMa: ok
Oct 21 14:31:22 * Weiss did ;)
Oct 21 14:31:38 <JaMa> Weiss: lucky you :)
Oct 21 14:31:39 <Weiss> hmm.. perhaps something in the engine ioctls is timing out
Oct 21 14:32:06 <Weiss> anything in dmesg/Xorg.log?
Oct 21 14:33:34 <Heinervdm> in Xorg.log is nothing, for dmesg i have to change my config
Oct 21 14:33:36 <Weiss> JaMa: (r.e. WSoD, I've probably asked this before but) are you using Qi or uBoot?
Oct 21 14:34:20 <mrmoku> Weiss: http://shr.pastebin.com/me2088ff
Oct 21 14:35:35 <spaetz> mrmoku: that dmesg only covers 2 seconds, not 6-8
Oct 21 14:36:10 <spaetz> and is a full sleep/resume cycle, right
Oct 21 14:36:12 <spaetz> ?
Oct 21 14:36:22 <JaMa> Weiss: Qi
Oct 21 14:36:38 <mrmoku> spaetz: think so, yes
Oct 21 14:37:14 <Heinervdm> Weiss: http://shr.pastebin.com/m47724cbe
Oct 21 14:37:14 <JaMa> Weiss: btw have you read my description of WSOD I pastebined yesterday morning?
Oct 21 14:37:44 <JaMa> ~logs
Oct 21 14:37:45 <apt> All conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged.
Oct 21 14:37:49 <Heinervdm> Weiss: suspend starts at 107.805000
Oct 21 14:39:16 <JaMa> Weiss: http://pastebin.ca/1631825
Oct 21 14:39:54 <Weiss> hmm.. is SHR configured to use the engine ioctls (in xf86-video-glamo (non-KMS) since July)?
Oct 21 14:42:22 <Weiss> JaMa: yep, saw that. the log file is meant to be with KMS?
Oct 21 14:43:27 <JaMa> yes... but both drm and glamo-drm are as modules first
Oct 21 14:43:41 <JaMa> then both modprobed
Oct 21 14:43:43 <Weiss> ah, ok
Oct 21 14:43:46 <JaMa> then Xorg started
Oct 21 14:44:14 <JaMa> and WSOD just after that Disabling backing store message (last message over ssh connection)
Oct 21 14:44:38 <Weiss> interesting.. it claims to be using glamodrmfb
Oct 21 14:46:01 <Weiss> glamo-drm was *loaded* at the start?
Oct 21 14:46:20 <JaMa> later.. as I connected over ssh
Oct 21 14:46:27 <JaMa> but before starting Xorg
Oct 21 14:46:46 <Weiss> was glamo-fb either compiled in or as a module?
Oct 21 14:47:57 <JaMa> should be disabled in kernel.. but I'm not 100% sure
Oct 21 14:48:22 <spaetz> why do we modprobe stuff when we currently know which hardware is going to run it?
Oct 21 14:48:28 <JaMa> it was kernel config from your drm_config just drm ang dlamo-drm changed from compiled in to modules
Oct 21 14:48:41 <spaetz> can't we include the stuff in the kernel properly?
Oct 21 14:48:45 <Weiss> that should be ok (it should fail a lot earlier if you try to use both)
Oct 21 14:48:52 <Weiss> spaetz: mostly this is just an experiment
Oct 21 14:48:56 <Weiss> it should work in theory..
Oct 21 14:49:19 <JaMa> spaetz: its just because I wanted to test if kms will work with it as modules or if I could get xf86-video-glamo-kms resuming ok with drm and drm-glamo modules out
Oct 21 14:49:20 <spaetz> hehe, in theory there is no difference between theory and practice...
Oct 21 14:49:25 <spaetz> ok, i see
Oct 21 14:49:41 <Weiss> incidentally, does glamo-fb work as a module?
Oct 21 14:50:02 * JaMa haven't tried.. but I can later today..
Oct 21 14:50:10 <JaMa> if I arrive home before 10pm :/
Oct 21 14:50:22 <Gnutoo> hi PaulFertser the one with the adp phones patched his kenrel...the smd_tty.c files are identic between my kenrel and his...but it gives strange results: http://pastebin.com/dae9e5c5
Oct 21 14:50:32 <Gnutoo> s/one/person
Oct 21 14:51:22 <Weiss> I'm still intrigued by this resume slowness
Oct 21 14:55:33 <Weiss> JaMa: in your test, it looks like you ended up with an fbdev-based driver running on a KMS framebuffer, which should work in theory (but doesn't in practice)
Oct 21 14:56:37 <alexxy> mrmoku: hows my bug going? =)
Oct 21 14:58:29 <mrmoku> alexxy: progressing :)
Oct 21 14:58:49 <mwester> Someone wants bugs?  I can do that!
Oct 21 14:58:52 <mrmoku> took longer than wanted though
Oct 21 14:59:02 <mrmoku> mwester: my job ;)
Oct 21 15:02:42 <Gnutoo> mwester,hi  bug in what sense? bugs from buglabs?
Oct 21 15:03:18 <mwester> All sort of bugs - I can deliver software bugs, as well as loads of different kinds of creepy-crawly bugs. :)
Oct 21 15:03:47 <mwester> I specialize in spiders, these days...
Oct 21 15:06:20 <Gnutoo> lol
Oct 21 15:06:41 <Gnutoo> buglabs is doing hardware bug that runs GNU/Linux
Oct 21 15:19:23 <khiraly> mickey|zzZZzz: it does not seem to work
Oct 21 15:19:32 <khiraly> this list ocmprehension function
Oct 21 15:21:39 <khiraly> nevermind, Im the stupid ...;-\
Oct 21 15:29:37 <TAsn> Heinervdm, I don't think I quite got you.
Oct 21 15:29:42 <TAsn> alexxy, only now came home.
Oct 21 15:29:42 <TAsn> :
Oct 21 15:29:43 <TAsn> and I'm off soon.
Oct 21 15:29:48 <TAsn> mrmoku, I found a couple of more segfaults
Oct 21 15:29:55 <TAsn> thank god I'm using the loop thingie :)
Oct 21 15:30:01 <TAsn> my phone was a lot more usable like this :)
Oct 21 15:30:06 <TAsn> mrmoku, is it built already? ;)
Oct 21 15:31:06 <Heinervdm> TAsn: i would like it if in the contacts list are just indicators if a phonnumber, adress, and so on for the specific contact is present
Oct 21 15:31:31 <TAsn> Heinervdm, why?
Oct 21 15:31:41 <TAsn> I mean, I don't think it has any benefit.
Oct 21 15:32:00 <mrmoku> TAsn: built and found the call segfaults too...
Oct 21 15:32:13 <TAsn> hm... we need to figure this out.
Oct 21 15:32:18 <Heinervdm> because contacts usally have more then 1 phonenumber, and you will never know wich one the user want's to see at this moment
Oct 21 15:32:24 <TAsn> mrmoku, isn't it nice that after a segfault everything is back online? :)
Oct 21 15:32:45 <TAsn> Heinervdm, ok, in the case of a phone number it makes sense
Oct 21 15:32:48 <mrmoku> TAsn: did not install it as I _want_ those segfaults ;) to fix them :)
Oct 21 15:33:00 <TAsn> mrmoku, you'll get segfault notification
Oct 21 15:33:07 <TAsn> but you'll also have a working phone.
Oct 21 15:33:21 <TAsn> Heinervdm, but in the case of an address it does not.
Oct 21 15:33:35 <TAsn> mrmoku, what do you think about this: http://trac.shr-project.org/trac/ticket/681
Oct 21 15:33:37 <TAsn> ?
Oct 21 15:34:13 <mrmoku> TAsn: read the mail yes
Oct 21 15:34:31 <mrmoku> TAsn: organized testing is always good...
Oct 21 15:34:43 <TAsn> ok, so I'll install the plugin and give it a try?
Oct 21 15:34:45 <Heinervdm> TAsn: when one use indicaters on can use indicators for multiple types. But it's just an idea. My old phone does it like that ;)
Oct 21 15:34:57 <TAsn> Heinervdm, btw, fast resume is going on?
Oct 21 15:35:09 <TAsn> Heinervdm, mind adding that to the phoneui wiki page? :)
Oct 21 15:35:38 <Heinervdm> TAsn: fbdev resumes fast, and Weiss is thinking about glamo
Oct 21 15:35:49 <Heinervdm> TAsn: will do
Oct 21 15:35:49 <mrmoku> (hopefully last program - compile - install - segfault cycle now ;)
Oct 21 15:36:24 <TAsn> dos1, please add your theme to the theme contest.
Oct 21 15:36:48 <TAsn> Heinervdm, how can I get fbdev?
Oct 21 15:37:11 <Heinervdm> TAsn: compile it yourselv or ask mrmoku to build it ;)
Oct 21 15:37:12 <TAsn> Heinervdm, is it there by default and it's just a change in config?
Oct 21 15:37:20 <Heinervdm> but is slower then glamo
Oct 21 15:37:21 <TAsn> mrmoku, BUILD IT! (please :) )
Oct 21 15:37:26 <TAsn> Heinervdm, how slower?
Oct 21 15:37:40 <TAsn> *way* slower, or *just* slower?
Oct 21 15:38:17 <Heinervdm> TAsn: just slower, it belive that it is noticeable, but i can't mesure it
Oct 21 15:38:28 <TAsn> okie.
Oct 21 15:38:33 <TAsn> mrmoku, mind building that?
Oct 21 15:38:39 <TAsn> Heinervdm, what's the package's name?
Oct 21 15:38:40 <mrmoku> TAsn: WHAT
Oct 21 15:38:49 <Heinervdm> xf86-video-fbdev
Oct 21 15:38:55 <TAsn> thanks :)
Oct 21 15:38:57 <mrmoku> your anti-segfault loop I built this morning...
Oct 21 15:38:58 <TAsn> mrmoku, that ^
Oct 21 15:39:03 <mrmoku> ahh.. the fbdev
Oct 21 15:39:04 <mrmoku> no
Oct 21 15:39:10 <Heinervdm> TAsn: you have to change your xorg.conf and replace glamo by fbdev
Oct 21 15:39:10 <mrmoku> don't want to now :P
Oct 21 15:39:14 <TAsn> mrmoku, hehe stop being so angry. :)
Oct 21 15:39:18 <TAsn> Heinervdm, of course.
Oct 21 15:39:31 <mrmoku> TAsn: segfaults are making me angry ;) soory for that ::P
Oct 21 15:39:41 <TAsn> mrmoku, and you also built the theme package, right? (gtk+)
Oct 21 15:39:44 <TAsn> packages*
Oct 21 15:39:49 <TAsn> mrmoku, understandable.
Oct 21 15:39:59 <Heinervdm> TAsn: where is the phoneui page?
Oct 21 15:40:07 <TAsn> I also hate segfaults
Oct 21 15:40:07 <TAsn> mrmoku, saw my message from before?
Oct 21 15:40:07 <TAsn> about the segfault?
Oct 21 15:40:37 <Heinervdm> ah it's this http://trac.shr-project.org/trac/wiki/phoneui
Oct 21 15:40:52 <dos1> http://www.csd.uwo.ca/~magi/personal/humour/Computer_Audience/The Laws of Computing.html ;)
Oct 21 15:40:56 <TAsn> yes.
Oct 21 15:41:08 <TAsn> dos1, added the theme?
Oct 21 15:41:15 <dos1> TAsn: not yet, i'll add
Oct 21 15:41:22 <mrmoku> TAsn: which one?
Oct 21 15:41:27 <mrmoku> (messge)
Oct 21 15:41:32 <TAsn> and you probably meant: http://www.csd.uwo.ca/~magi/personal/humour/Computer_Audience/The%20Laws%20of%20Computing.html
Oct 21 15:41:47 <TAsn> mrmoku, hm.. concerning the "send dtmf" segfault
Oct 21 15:41:55 <TAsn> it segfaults when I try to send a dtmf to a call
Oct 21 15:41:56 <mrmoku> TAsn: fixed that already
Oct 21 15:41:59 <TAsn> yay :)
Oct 21 15:42:03 <dos1> TAsn: right, was to lazy to add those %20 :P
Oct 21 15:42:06 <TAsn> hehe
Oct 21 15:42:32 <TAsn> lol
Oct 21 15:42:33 <TAsn> Third law	- Any programmer can find 90% of his bugs simply by
Oct 21 15:42:33 <TAsn> 		  explaining his program to an uninterested observer.
Oct 21 15:42:35 <TAsn> so true.
Oct 21 15:44:25 <mickeyl> yep
Oct 21 15:44:35 <TAsn> btw, mrmoku, we should change the widget that holds text in incoming messages to a scrollable widget.
Oct 21 15:44:46 <Heinervdm> TAsn: i think you meant this in your x11-16 email http://trac.shr-project.org/trac/ticket/676#comment:1
Oct 21 15:44:50 <mrmoku> in messages in general... yup
Oct 21 15:45:12 <Heinervdm> TAsn: i tried that with xf86-video-fbdev and it does not segfault
Oct 21 15:45:26 <TAsn> Heinervdm, but with glamo it does?
Oct 21 15:45:27 <TAsn> weird.
Oct 21 15:45:46 <Heinervdm> TAsn: and raster already told us half a year ago, that x11-16 is broken ;)
Oct 21 15:45:58 <TAsn> yeah, I know..
Oct 21 15:46:08 <TAsn> but it didn't hurt us until now.
Oct 21 15:46:14 <Heinervdm> yes
Oct 21 15:46:49 <Heinervdm> We realised it with theme in wrench
Oct 21 15:47:09 <mickeyl> hmm
Oct 21 15:47:13 <mickeyl> 87f9a2 is a monster patch
Oct 21 15:47:16 <mickeyl> i can't cherry-pick that
Oct 21 15:47:20 <mickeyl> needs to be splitted
Oct 21 15:47:32 <mrmoku> mickeyl: which one is that?
Oct 21 15:47:36 <mrmoku> (which branch)
Oct 21 15:47:44 <mickeyl>     SHR: Add all missing packages to org.oe.dev
Oct 21 15:47:47 <mickeyl> shr/merge
Oct 21 15:47:50 <TAsn> mickeyl, btw, what do you think about http://wiki.openmoko.org/wiki/Opimd_redesign
Oct 21 15:47:54 <mrmoku> ahh... the first shr/merge one... yup
Oct 21 15:48:39 <mickeyl> TAsn: need to read that concentrated. will comment
Oct 21 15:48:51 <TAsn> mickeyl, please, when you do, let me know.
Oct 21 15:48:55 <mickeyl> sure
Oct 21 15:49:02 <TAsn> We wrote it from the pov of the API user.
Oct 21 15:49:09 <TAsn> i.e, us
Oct 21 15:49:15 <mickeyl> that's good, although it mixes API and implementation issues
Oct 21 15:49:20 <mickeyl> that should be split
Oct 21 15:49:30 <mickeyl> (from a first glance, like i said, need to think ;)
Oct 21 15:49:56 <TAsn> yeah, that's a small issue :)
Oct 21 15:50:02 <TAsn> (mixing them)
Oct 21 15:50:20 <TAsn> but I found out those are closely related
Oct 21 15:50:34 <TAsn> as having features sometimes require better internal design
Oct 21 15:50:44 <TAsn> and sometimes internal design implies on features.
Oct 21 15:50:56 <TAsn> ok
Oct 21 15:50:58 * TAsn hates tasks
Oct 21 15:51:00 <TAsn> NOTE: Running task 837 of 2979
Oct 21 15:51:01 <TAsn> :(
Oct 21 15:51:51 <mickeyl> mrmoku: i wanted to merge some python packages, but that would lead to conflicts w/ that big patch
Oct 21 15:52:11 <mickeyl> mrmoku: should i do it anyways or wait until the patch had been split?
Oct 21 15:53:25 <playya__> could anone recompile navit and check if it's my fault with the new changes or if it is already in shr/merge?
Oct 21 15:55:02 <playya__> i think the config patch doesn't apply any more
Oct 21 15:59:45 <mrmoku> mickeyl: probably we better split it
Oct 21 16:00:18 <Heinervdm> the first few patches were all a bit big...
Oct 21 16:00:40 <mickeyl> mrmoku: ok
Oct 21 16:01:07 <mickeyl> that will work better since it allows you to see what already has been applied through cherry-picking
Oct 21 16:01:40 <Heinervdm> after that patch i realized that on a merge all patches are commit and not a new patch...
Oct 21 16:01:42 <mrmoku> mickeyl: maybe we should do another clean 'to cherry-pick from' branch
Oct 21 16:01:55 <mickeyl> actually
Oct 21 16:02:05 <mickeyl> i didn't want to propose that since you already have so much work
Oct 21 16:02:06 <mickeyl> but
Oct 21 16:02:13 <mickeyl> ideally you would have a for-upstream branch
Oct 21 16:02:17 <mrmoku> yup
Oct 21 16:02:20 <mickeyl> which would be always forced rebased
Oct 21 16:02:24 <mickeyl> so that the new commits are on top of org.oe.dev
Oct 21 16:02:37 <mickeyl> that's actually how lots of upstream projects work
Oct 21 16:07:22 <playya__> whats the current shr branch? import or merge?
Oct 21 16:10:24 <mrmoku> playya__: for tests/mrmoku/unstable we stil use import
Oct 21 16:10:43 <mrmoku> but we want to change that as soon as merge gives us reasonable working images
Oct 21 16:10:53 <playya__> which one is recommended for patches?
Oct 21 16:11:10 <playya__> oh yeah. working images. 
Oct 21 16:11:32 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * rc9c0a9847a0d 10/libfsotransport/fsotransport/basetransport.vala: libfsotransport: set watches to 0 if removing them
Oct 21 16:11:33 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * re4e651b4239c 10/libfsotransport/fsotransport/basetransport.vala: libfsotransport: basetransport: move some methods into the private API
Oct 21 16:11:34 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * rd6c91156e0b2 10/libfsotransport/fsotransport/ (basetransport.vala transport.vala): libfsoframework: add writeAndRead to transport interface. implementation pending.
Oct 21 16:11:42 <TAsn> mrmoku, what about building a new unstable?
Oct 21 16:11:44 <mrmoku> playya__: patches should go mostly into merge
Oct 21 16:11:50 <playya__> ok
Oct 21 16:11:55 <TAsn> (maybe with fbdev as the default driver until we fix glamo){
Oct 21 16:12:17 <mrmoku> TAsn: hmm :|
Oct 21 16:12:26 <TAsn> listen
Oct 21 16:12:38 <TAsn> there are too many improvements
Oct 21 16:12:44 <TAsn> we really need to let the users get that.
Oct 21 16:12:59 <mrmoku> TAsn: will think about that... while having dinner :)
Oct 21 16:13:00 <TAsn> users are moving to tests/mromku atm
Oct 21 16:13:02 <TAsn> :)
Oct 21 16:13:06 <mrmoku> bbiab
Oct 21 16:13:12 <TAsn> it's plain stupid not to let the have an ustable.
Oct 21 16:13:21 <TAsn> mrmoku|away, I'm also off soon, think about it, ciao.
Oct 21 16:13:39 <dos1> do fscking cp between unstable and testing (fuck rules!) and sync tests/mrmoku into unstable :P
Oct 21 16:14:11 * TAsn agrees completely with dos1
Oct 21 16:14:25 <TAsn> except for one thing, first sed the opkg repos files :0
Oct 21 16:14:47 <dos1> oh, yup
Oct 21 16:15:36 <dos1> as we don't have real testing, we don't need to do everything sanely yet :P
Oct 21 16:15:49 <TAsn> dos1, yeah.
Oct 21 16:15:52 <TAsn> dos1, actually
Oct 21 16:16:08 <TAsn> I would just sync mrmoku tests with both unstable and testing.
Oct 21 16:16:19 <TAsn> atm we use testing for lame buggy software
Oct 21 16:16:28 <TAsn> and unstable for a bit better less buggy software
Oct 21 16:16:35 <TAsn> and mrmoku tests for leet ass stuff ;)
Oct 21 16:16:42 <dos1> ;D
Oct 21 16:16:55 <naeg> does FSO depend on python2.5, or should it work with 2.6 too?
Oct 21 16:17:43 <TAsn> naeg, we work with 2.6
Oct 21 16:17:54 <TAsn> we used to work with 2.5
Oct 21 16:17:56 <JesusMcCloud> TAsn, which one of the mrmoku tests is more stable (if there is such a thing?) testign or unstable?
Oct 21 16:17:58 <TAsn> so i think both are cool.
Oct 21 16:18:05 <TAsn> JesusMcCloud, I think untsable
Oct 21 16:18:06 <naeg> TAsn: we=SHR?
Oct 21 16:18:09 <TAsn> I don't think we use testing.
Oct 21 16:18:11 <TAsn> naeg, aye.
Oct 21 16:18:14 <naeg> thanks
Oct 21 16:18:22 <TAsn> I mean I know it's there
Oct 21 16:18:33 <TAsn> though I don't know if it gets treated nicely :)
Oct 21 16:18:33 <mickeyl> well
Oct 21 16:18:44 <JesusMcCloud> TAsn, and it is fast and quite stable
Oct 21 16:18:49 <mickeyl> I'd say patches which restore 2.5 compat are welcome
Oct 21 16:18:58 <mickeyl> (if that's why you're asking)
Oct 21 16:18:59 <TAsn> really stable and quite fast. :)
Oct 21 16:19:10 <TAsn> (actually mostly stable)
Oct 21 16:19:25 <TAsn> but at least you never use phone connectivity and the ui
Oct 21 16:19:31 <TAsn> worst case it segfaults and restores.
Oct 21 16:20:02 <JesusMcCloud> that sounds awesome
Oct 21 16:21:15 <TAsn> it is.
Oct 21 16:21:19 <TAsn> ciao.
Oct 21 16:21:29 <JesusMcCloud> ciao
Oct 21 16:27:48 <Heinervdm> TAsn: http://trac.shr-project.org/trac/wiki/phoneui added a comment with picture :)
Oct 21 16:29:04 <TAsn> Heinervdm, thanks.
Oct 21 16:30:02 <TAsn> Heinervdm, very nice mockup ;)
Oct 21 16:30:11 <TAsn> btw, we do want which number a user wants, the default one
Oct 21 16:30:20 <TAsn> but I agree, your suggestion is better ;)
Oct 21 16:30:30 <TAsn> we'll probably implement that soon.
Oct 21 16:31:02 <TAsn> mrmoku|away, btw, I thought about something, I think we should split libphone-ui-shr's code from theme, so we'll be able to upgrade the code without forcing a theme ugrpade (which is big) all the time, what do you think?
Oct 21 16:31:26 <TAsn> mrmoku|away, and you still haven't answered to my removing some of the illume wizard stuff...
Oct 21 16:31:34 <Heinervdm> TAsn: the question is, what type is default number? is it a mobile, so that you can send an SMS to it? or can you just call it
Oct 21 16:31:57 <TAsn> probably you are right.
Oct 21 16:32:01 <TAsn> ok then
Oct 21 16:32:14 <TAsn> will probably make it soon. (mrmoku will actually)
Oct 21 16:32:16 <TAsn> cya.
Oct 21 16:32:18 <Heinervdm> TAsn: so i would say, do not use  Phone, just use Home phone Mobile phone and so on
Oct 21 16:32:35 <TAsn> yeah, will have an icon for all.
Oct 21 16:32:36 <TAsn> cool enough.
Oct 21 16:32:42 <Heinervdm> :)
Oct 21 16:32:47 <Heinervdm> cya
Oct 21 16:32:52 <TAsn> ciao ;)
Oct 21 16:33:40 <rebelThor> anyone see "*** These critical programs are missing or too old: as ld" while building glibc_2.9.bb before?
Oct 21 16:37:24 <JesusMcCloud> ehy does enlightenment sucessfully corsscompile, but not simply compile for personal use on my box?! the funny part is: elementary works on my box...
Oct 21 16:42:39 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * rcff3aab330cd 10/libfsotransport/fsotransport/basetransport.vala: libfsotransport: implement synchronous, blocking writeAndRead()
Oct 21 17:14:52 <lindi-> can foo(i) and foo(ii) method both exist in dbus?
Oct 21 17:15:22 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * ra4e75c3cfabb 10/fsogsmd/src/lib/ (5 files): fsogsmd: move AtResponse codes into Constants namespace
Oct 21 17:16:53 <jMcCloud|away> mrmoku, I built the gry theme packages latest versions, they seem to work just fine. since when are the recipe up?
Oct 21 17:18:15 <mrmoku> jMcCloud|away: I added the recipes... and have forgotten if I actually built them...
Oct 21 17:18:30 * mrmoku busy with incoming call handling...
Oct 21 17:19:36 * Tanuva is curious of all the updatees to come...
Oct 21 17:22:24 <JesusMcCloud> mrmoku: I wasn't pushing I was asking if it would be any good to send them *somewhere* ;)
Oct 21 17:22:24 <JesusMcCloud> more interesting stuff: mrmoku unstable is more stable than mrmoku testing?
Oct 21 17:23:04 <Tanuva> wait, reminds me of some distro I head of... *g*
Oct 21 17:34:53 <mrmoku> JesusMcCloud: yup, unstable is more stable than testing... :)
Oct 21 17:35:20 <JesusMcCloud> the libphoneui stuff is already intergated?
Oct 21 17:35:22 <mrmoku> I created testing about a month or two ago when we were close to actual have a new testing
Oct 21 17:35:37 <mrmoku> and as always... things started to change radically :|
Oct 21 17:35:51 <mrmoku> JesusMcCloud: libphoneui stuff is there to be installed... but not the default
Oct 21 17:36:25 <JesusMcCloud> ao compatibility with adds who talk to ophonekitd is still there
Oct 21 17:36:38 <JesusMcCloud> *apps
Oct 21 17:37:41 <JesusMcCloud> anyone here who can tell me if upgrading from mrmoku testing to mrmoku unstable works?
Oct 21 17:39:17 <DocScrutinizer-8> damn, I feel mildly confused
Oct 21 17:39:47 <dos1> JesusMcCloud: testing = mrmoku testing
Oct 21 17:39:56 <dos1> and you shouldn't use testing :P
Oct 21 17:40:24 <DocScrutinizer-8> ? /testing/mrmoku/unstable/testing/experimental/unstable
Oct 21 17:40:40 <JesusMcCloud> so if I edit my opkg feeds might or might not brick my phone
Oct 21 17:40:57 <DocScrutinizer-8> exactly :-P
Oct 21 17:41:28 <JesusMcCloud> alsomst sunds like I must do it immidiately
Oct 21 17:41:38 <mrmoku> alexxy: really close now :)
Oct 21 17:41:59 <dos1> mrmoku/tests/ are just symlinks to our working directories
Oct 21 17:42:26 <dos1> and when we fix what we broke, we're syncing mrmoku/tests/ to "official" directories
Oct 21 17:42:37 <dos1> nothing more :P
Oct 21 17:43:19 <JesusMcCloud> is it safe to say that the latest image that built does not suck?
Oct 21 17:44:11 <mrmoku> right now I know that the last built image in tests/mrmoku/unstable works
Oct 21 17:44:19 <JesusMcCloud> (I am going to try to build my own image overnight)
Oct 21 17:44:23 <JesusMcCloud> ah, ok
Oct 21 17:44:23 <dos1> "Opimd utils is a set of several testing scripts to play with the new opimd backends. It also provides opimd-messages program and mainly new opimd-notifier that is much better then the standard one."
Oct 21 17:44:27 <mrmoku> generally speaking you should not make a rulte out of that ;)
Oct 21 17:44:33 <dos1> that's from SHR manual
Oct 21 17:44:41 <dos1> WHO THE HELL WROTE THAT THERE!??!?!?!?
Oct 21 17:44:43 <dos1> ~opimd-utils
Oct 21 17:44:54 <dos1> eh, bzzbot is off ;x
Oct 21 17:45:00 <JesusMcCloud> I have opimd utils running at my current testing image and I must say it totally rocks!
Oct 21 17:45:53 <dos1> well, i know now from where those noobs asking stupid questions about opimd-utils came ;x
Oct 21 17:46:15 <dos1> opimd-utils is only set of test scripts, being usable phone suite is only side effect of development :P
Oct 21 17:46:16 <JesusMcCloud> wiki also says that it can eat ones cat...
Oct 21 17:46:31 <dos1> JesusMcCloud: SHR manual doesn't say that
Oct 21 17:46:42 <dos1> JesusMcCloud: and it doesn't even link to opimd page
Oct 21 17:46:55 <DocScrutinizer> ... /tests/mrmoku/unstable/images/;; /tests/mrmoku/testing/images/;; /shr-testing/images/;; /shr-unstable/images/
Oct 21 17:47:21 <JesusMcCloud> dos1: want me to edit, or are you on it?
Oct 21 17:47:53 <dos1> JesusMcCloud: edit, i'm too lazy ;)
Oct 21 17:47:57 <JesusMcCloud> ok
Oct 21 17:49:25 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r79d24ae9aed2 10/fsogsmd/src/lib/ (consts.vala mediator.vala): fsogsmd: translate (some) +CME ERRORs into proper dbus errors
Oct 21 17:49:27 <dos1> well, there is lot of stuff on end of shr manual which should be removed from it at all ;x
Oct 21 17:50:16 <DocScrutinizer> maybe /mrmoku/testing/unstable/images;; /shr-testing/images/mrmoku/testing/;; /shr-unstable/experimental/images/stable/ =
Oct 21 17:50:57 <DocScrutinizer> o.O
Oct 21 17:50:59 <dos1> DocScrutinizer: for user there are only shr-unstable, shr-testing
Oct 21 17:51:19 <dos1> which are just synced at some stage tests/unstable and tests/testing :p
Oct 21 17:57:17 <DocScrutinizer-8> dos1: for users there's plain *nothing*
Oct 21 17:58:04 <dos1> for FR users
Oct 21 17:58:23 <dos1> better? :P
Oct 21 17:58:36 <DocScrutinizer-8> nope
Oct 21 17:59:04 <JesusMcCloud> dos1: bitbake shr-installer doesn't seem to give me an ipk, is that true or am I not seeing something? ( I looked at the recipe and I still don't know jack)
Oct 21 17:59:29 <DocScrutinizer-8> there are no *users* of SHR yet. Just betatesters (which are really pissed meanwhile), and a small circle of devels
Oct 21 18:00:17 <dos1> DocScrutinizer-8: these days i'm user of SHR
Oct 21 18:00:48 <dos1> i'm using it just as phone and alarm for about 2 weeks (with 1 day exception - failed shr-today hacking session :P)
Oct 21 18:01:29 <DocScrutinizer-8> erhu, and which image do you "use"? shr-testing? shr-unstable 0808?
Oct 21 18:01:53 <dos1> opkg upgraded shr-unstable
Oct 21 18:02:33 <DocScrutinizer-8> don't lie on me
Oct 21 18:03:27 <dos1> well, only changing profiles with not-working hoversel is quite annoying, but i can live with that and it's the only one issue i have :P
Oct 21 18:03:44 <thrashold> Is there a Bluetooth manager for SHR ready? Or in development?
Oct 21 18:04:08 <JesusMcCloud> dos1: broken python-elementary?
Oct 21 18:04:20 <dos1> JesusMcCloud: probably, yup
Oct 21 18:04:30 <dos1> but morphis said yesterday that he'll look at it
Oct 21 18:05:16 <thrashold> And what I'm suggested to use as a repository to upload my code?
Oct 21 18:07:07 <morphis> heyho
Oct 21 18:07:43 <dos1> thrashold: use mrmoku to create git repo for you (or write it as shr-settings module, and then just ask for commit access)
Oct 21 18:07:49 <dos1> morphis: i just mentioned you here ;D
Oct 21 18:08:21 <JesusMcCloud> dos1: how to build shr-installer? bitbake shr installe some packages but no shr-installer package. any ideas? 
Oct 21 18:08:22 <morphis> :)
Oct 21 18:08:38 <morphis> dos1: but I don't find time until now to look for your hoversel problem
Oct 21 18:08:50 <dos1> bitbake shr-installer should just build it
Oct 21 18:08:57 <dos1> JesusMcCloud: so you're doing something wrong :P
Oct 21 18:09:07 <thrashold> dos1: What I have is more a Bluetooth OBEX client than a manager, I haven't added the manager functions yet (I don't know whether this should be done through framework or bluez)
Oct 21 18:09:47 <PaulFertser> Gnutoo: hey :)
Oct 21 18:09:53 <JesusMcCloud> grml...
Oct 21 18:10:10 <PaulFertser> Gnutoo: your link doesn't work
Oct 21 18:10:15 <Gnutoo> PaulFertser, hi I've logs but strangely there are some oops that are not present on my phone
Oct 21 18:10:26 <Gnutoo> PaulFertser, was removed...imei was in the link
Oct 21 18:10:30 <Gnutoo> I re-send
Oct 21 18:10:38 <CIA-26> freesmartphone.org: 03mickey 07specs * ra41aec13e589 10/ (3 files in 3 dirs): org.freesmartphone.GSM: add new dbus error 'org.freesmartphone.GSM.DeviceRequiresAuthorization'
Oct 21 18:11:57 * JesusMcCloud tries again to build shr-installer
Oct 21 18:12:27 <Gnutoo> PaulFertser, http://pastebin.com/m6faa8fa1
Oct 21 18:13:16 <JesusMcCloud> dos1: by the way I have not built an image, I am just building certain apps and building shr installer built a couple of packages, but no shr-installer package
Oct 21 18:13:18 <Gnutoo> PaulFertser, I've started to look at it:
Oct 21 18:13:47 <Gnutoo> the first observation is that smd seem to open hidden serial port(not /dev/smd0)
Oct 21 18:14:01 * lindi- actually found some useful use for a composition manager on openmoko:  http://lindi.iki.fi/lindi/osm/osm-search/screenshots/00010.png
Oct 21 18:14:23 <Gnutoo> then it seem to use binary response
Oct 21 18:14:26 <Gnutoo> (ie not OK)
Oct 21 18:14:32 <PaulFertser> Gnutoo: show me your patch too please
Oct 21 18:14:34 <Gnutoo> maybe that's triggered by ATZE0S0=0Q0V0X3&C1&D1
Oct 21 18:14:37 <Gnutoo> ok
Oct 21 18:14:54 <thrashold> lindi-: How fast is it?
Oct 21 18:15:04 <DocScrutinizer-8> Gnutoo: yes
Oct 21 18:15:08 <DocScrutinizer-8> V0
Oct 21 18:15:15 <Gnutoo> ok
Oct 21 18:15:19 <DocScrutinizer-8> asks for numeric response
Oct 21 18:15:38 <BluesLee> JesusMcCloud: hey
Oct 21 18:15:39 <lindi-> thrashold: navit is the slow part here
Oct 21 18:15:54 <lindi-> thrashold: i just want to see search results and the map at the same time
Oct 21 18:16:05 <BluesLee> JesusMcCloud: i use your themes since 2 months, thanx
Oct 21 18:16:05 <Gnutoo> DocScrutinizer, http://pastebin.com/m6cf28099
Oct 21 18:16:15 <mickeyl> lindi-: awesome. now if it would be fast....
Oct 21 18:16:15 <lindi-> thrashold: and also want to type but not have the keyboard cover the map
Oct 21 18:16:19 <Gnutoo> s/ DocScrutinizer / PaulFertser 
Oct 21 18:16:27 <JesusMcCloud> BluesLee: hi
Oct 21 18:16:39 <Gnutoo> the strange thing is that it oopses only on his phone
Oct 21 18:16:41 <Gnutoo> not on mine
Oct 21 18:16:47 * lindi- got fed up with navit not finding streets from openstreetmap and wrote osm-search, a tiny program with its own search index
Oct 21 18:16:55 <DocScrutinizer-8> Gnutoo: I need to move to my pub for dinner. be back in 10min
Oct 21 18:16:56 <Gnutoo> and I did a diff between the 2 tty_smd.c file
Oct 21 18:16:58 <Gnutoo> ok
Oct 21 18:17:08 <Gnutoo> and the only difference was spaces
Oct 21 18:17:16 <BluesLee> JesusMcCloud: but i may have a problem with updating the theme as i installed it from the beginning manually
Oct 21 18:17:17 <lindi-> mickeyl: how should I record the look&feel of this?
Oct 21 18:17:54 <mickeyl> lindi-: got a videocam?
Oct 21 18:18:03 <mickeyl> scap will probably not cut it ;)
Oct 21 18:18:07 <lindi-> mickeyl: in my laptop yes
Oct 21 18:18:10 <PaulFertser> Gnutoo: bbl eating
Oct 21 18:18:21 <lindi-> mickeyl: and idea what program could provide accurate timestamps for the video data?
Oct 21 18:18:33 <Gnutoo> ok
Oct 21 18:20:01 <mickeyl> lindi-: hmm, no idea. but i'd say every good post-processing tool 
Oct 21 18:20:51 * lindi- does apt-get install cheese
Oct 21 18:23:07 <lindi-> wtf, cheese won't start without hald
Oct 21 18:27:19 <CIA-26> freesmartphone.org: 03mickey 07specs * r757610166bf0 10/ (3 files in 3 dirs): change error name
Oct 21 18:29:54 <lindi-> mickeyl: the video produced by cheese is clearly not realtime
Oct 21 18:30:04 <mickeyl> ah, too bad
Oct 21 18:30:13 <mickeyl> i guess there are not many pro video tools for linux
Oct 21 18:30:34 <lindi-> it is also 320x200 for some reason although the UI shows larger photos
Oct 21 18:31:25 <lindi-> should be _simple_ to add accurate gettimeofday() stamps
Oct 21 18:32:03 <CIA-26> freesmartphone.org: 03mickey 07libfso-glib * re519bc9eac44 10/src/freesmartphone-gsm.vala: regen
Oct 21 18:37:17 <mickeyl> hmm, sometimes gsm surprises me
Oct 21 18:37:34 <mickeyl> why does +CCWA need SIM authorization...
Oct 21 18:42:40 <CIA-26> SHR: 03mok 07libphone-ui-shr * r0faf0db85b72 10/ (4 files in 2 dirs): data: add call-start and call-stop icons
Oct 21 18:42:40 <CIA-26> SHR: 03mok 07libphone-ui-shr * rc89ed90c2640 10/ (6 files in 3 dirs): fix segfault in call handling and start to redesign call screens
Oct 21 18:42:44 <CIA-26> SHR: 03mok 07libphone-ui-shr * rc63a7e3f54f7 10/src/view/message-show-view.c: message-view: use new sanitized _Name field as visible name
Oct 21 18:43:50 <CIA-26> SHR: 03mok 07libphone-ui * r149791dee66a 10/src/ (phoneui-utility.c phoneui-utility.h): phoneui_contact_lookup: give back the complete, sanitized contact data
Oct 21 18:45:14 <PaulFertser> Gnutoo: well, i adviced you to not create a new buffer and just print the one you already have
Oct 21 18:45:18 <mrmoku`> alexxy: building now
Oct 21 18:45:24 <PaulFertser> Gnutoo: i guess that oopses are due to your kcalloc usage.
Oct 21 18:45:26 <Gnutoo> PaulFertser, ok sorry
Oct 21 18:45:51 <PaulFertser> Gnutoo: np
Oct 21 18:50:03 <alexxy> mrmoku`: ok ping me when you'll finish 
Oct 21 18:50:09 <mrmoku`> yup
Oct 21 18:51:44 <bumbl> hi
Oct 21 18:57:05 <Gnutoo> PaulFertser, I was saying: there are also some BAND usage here
Oct 21 18:57:27 <Gnutoo> AT+BANDSET=0
Oct 21 18:58:33 <bumbl> mrmoku / TAsn: featurerequest for efl2 stack: please provide an option to not close the call window after the other person hung up (i often hit the Call button again because the other part hung up faster than me and behind the call window usually sits the contacts app and therfore i hit Call by accident again) and provide a "time elapsed" label
Oct 21 18:59:13 <bumbl> (as you start redesigning the call screens at the moment according to git log)
Oct 21 19:00:21 <mrmoku> alexxy: built
Oct 21 19:00:44 <mrmoku> bumbl: :)
Oct 21 19:01:28 <mrmoku> bumbl: did you take a look at http://trac.shr-project.org/trac/wiki/phoneui
Oct 21 19:02:06 <PaulFertser> Gnutoo: yes, i see. Also many others custom commands. Well, i'd try all of them one by one. Try to register -> fail -> try another wierd command -> try to register -> fail etc.
Oct 21 19:02:25 <Gnutoo> PaulFertser, ok thanks
Oct 21 19:02:28 <mrmoku> bumbl: I want to implement something similiar to the call screen there
Oct 21 19:02:39 <Gnutoo> PaulFertser, which are the customs commands?
Oct 21 19:02:44 <PaulFertser> Gnutoo: not that i said anything useful but i do not have any other ideas
Oct 21 19:02:50 <Gnutoo> PaulFertser, ok 
Oct 21 19:03:03 <PaulFertser> Gnutoo: it's great you finally captured full exchange of proprietary ril.
Oct 21 19:03:15 <Gnutoo> yes
Oct 21 19:03:17 <PaulFertser> Gnutoo: i'd try any commands not found in Enfora AT command manual
Oct 21 19:03:34 <Gnutoo> I know...but there are a lot of AT commands
Oct 21 19:03:41 <Gnutoo> I recognize some of them but not all
Oct 21 19:04:00 <Gnutoo> moreover I don't know what some custom that are not in the manual and that are in others modem do
Oct 21 19:04:09 <PaulFertser> Gnutoo: also i'd try to look up e.g. meaning of AT+CTZR when i see AT+HTCCTZR=1 because there might be a related command that is standard.
Oct 21 19:04:26 <PaulFertser> Gnutoo: reversing always takes a lot of time :-/
Oct 21 19:04:29 <Gnutoo> ok
Oct 21 19:04:31 <Gnutoo> lol
Oct 21 19:05:21 <Gnutoo> I wonder what to do then...one one side there is the perspective of a free android with a ril to write....on the other side there is SHR with an alsa driver to debug
Oct 21 19:06:19 <Gnutoo> PaulFertser, for instance +PB_READY is not in the 0707 manual but it means phone book ready and seem to be implemented on some phones
Oct 21 19:07:11 <PaulFertser> Gnutoo: yes, some responses and commands could be guessed. But i do not think it'd take really that much time to try almost all of them until it works.
Oct 21 19:07:22 <Gnutoo> ok
Oct 21 19:07:43 <Gnutoo> so first :
Oct 21 19:07:50 <Gnutoo> Identify the non-standard commands
Oct 21 19:07:52 <Gnutoo> then:
Oct 21 19:07:54 <Gnutoo> try them
Oct 21 19:10:24 <alexxy> mrmoku: ok
Oct 21 19:12:45 <PaulFertser> Gnutoo: i'd say first task is to indentify where standard "manual call" sequence stops to work.
Oct 21 19:12:57 <Gnutoo> PaulFertser, ok
Oct 21 19:13:31 <Gnutoo> PaulFertser, I'll retry the manual call on my phone then
Oct 21 19:13:48 <PaulFertser> Gnutoo: also some additional information about network conditions (3G only/GSM, band etc) might give some clues.
Oct 21 19:14:04 <PaulFertser> (network on which it fails)
Oct 21 19:14:20 <Gnutoo> PaulFertser, ok
Oct 21 19:15:46 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r560adc497c9b 10/fsogsmd/src/lib/consts.vala: fsogsmd: add full set of known CME and CMS error constants
Oct 21 19:16:39 <alexxy> mrmoku: http://dpaste.com/110305/ <- seems ffeed has package collisions
Oct 21 19:17:27 <Heinervdm> alexxy: that's because of the switch from mesa to mesa-dri
Oct 21 19:17:42 <mrmoku> alexxy: :| hmm... if you just install libphone-ui and libphone-ui-shr? does that work?
Oct 21 19:18:02 <alexxy> mrmoku: i'll gonna test ot
Oct 21 19:18:18 <alexxy> Heinervdm: what should i do to resolve this?
Oct 21 19:18:35 <Heinervdm> just remove libdrm2 and install libdrm
Oct 21 19:19:44 <vanous123> running phoneuid in a loop allows using X11-16 and to run every app on a second click (waiting a small bit) almost seems much better then wait all the time on slow response of everything... :(
Oct 21 19:22:50 <CIA-26> SHR: 03mok 07shr-settings * r32d8050e17ff 10/shr-settings: check if neither ophonekitd nor phonefsod is running
Oct 21 19:23:50 <alexxy> mrmoku: should shr-settings work after this commit for me ^^
Oct 21 19:24:08 <mrmoku> alexxy: at least it won't complain anymore about ophonekitd not running :)
Oct 21 19:28:24 <alexxy> mrmoku: seems my bug fixed 
Oct 21 19:28:24 <alexxy> =)
Oct 21 19:35:34 <mrmoku> Heinervdm: don't remember... do you have the new phoneui stuff installed?
Oct 21 19:35:47 <Heinervdm> mrmoku: yes
Oct 21 19:35:53 * mrmoku would be interested in the contact list :)
Oct 21 19:37:20 <alexxy> mrmoku: do you gonna fix contacts list display ? =) it still shows only names
Oct 21 19:37:20 <Heinervdm> there is a screenshot at scap
Oct 21 19:37:38 <mrmoku> alexxy: hmm... strange
Oct 21 19:38:04 <mrmoku> Heinervdm: after upgrade please :)
Oct 21 19:38:12 <Heinervdm> mrmoku: ah ok :)
Oct 21 19:38:36 <mrmoku> alexxy: what do your number fields look like?
Oct 21 19:39:07 <alexxy> well i rebuild base
Oct 21 19:39:18 <alexxy> so i dropped tel: manualy
Oct 21 19:39:28 <alexxy> nad replaced Cell Phone to Phone
Oct 21 19:39:36 <alexxy> so it shows numbers
Oct 21 19:40:07 <mrmoku> now it shows the first field with Phone in the name... and gives 'Phone' preference
Oct 21 19:42:06 <alexxy> yep
Oct 21 19:42:10 <alexxy> it shows 
Oct 21 19:42:13 <alexxy> 1 Phone
Oct 21 19:42:17 <alexxy> 2 Surname
Oct 21 19:42:20 <alexxy> 3 Name
Oct 21 19:42:28 <alexxy> or 3 Nick
Oct 21 19:42:32 <alexxy> 4 Name
Oct 21 19:43:19 <alexxy> ohh sorry
Oct 21 19:43:31 <alexxy> it dont shows Nick at all
Oct 21 19:45:46 <mrmoku> alexxy: for the name it takes 'Name' if exists otherwise it tries the following in order:
Oct 21 19:45:52 <vanous123> mrmoku: I have not renamed any fields
Oct 21 19:45:58 <mrmoku> a) FirstName 'Nick' LastName
Oct 21 19:46:04 <mrmoku> b) FirstName LastName
Oct 21 19:46:07 <mrmoku> c) Nick
Oct 21 19:46:07 <vanous123> and it look better, but not all the way
Oct 21 19:46:12 <mrmoku> d) FirstName
Oct 21 19:46:15 <mrmoku> e) LastName
Oct 21 19:46:30 <mrmoku> vanous123: what's wrong?
Oct 21 19:46:57 <vanous123> hmm
Oct 21 19:47:01 <alexxy> mrmoku: so i should rename Name -> FirstName ; Surname -> LastName?
Oct 21 19:47:22 <mrmoku> alexxy: dunno... what is Pisi doing?
Oct 21 19:47:35 <vanous123> not sure if I have the latest version, can't see phone prefference as alexxy mentions
Oct 21 19:47:52 <alexxy> mrmoku: well psi creates Name Surname fields
Oct 21 19:47:58 <playya> anyone changed sth in gcc || glibc since friday?
Oct 21 19:47:58 <mrmoku> vanous123: latest version would be from some minutes ago
Oct 21 19:48:02 <mrmoku> alexxy: ooohh
Oct 21 19:48:07 <alexxy> It doesnt use LastName FirstName
Oct 21 19:48:07 <vanous123> just updated
Oct 21 19:48:17 <alexxy> but i can do it with sqlite
Oct 21 19:48:23 <mrmoku> vanous123: and restarted phoneuid?
Oct 21 19:48:39 <vanous123> restarted x, hoped it would do
Oct 21 19:48:44 <mrmoku> alexxy: so... Name would be FirstName and Surname LastName
Oct 21 19:48:50 <vanous123> let me restart it
Oct 21 19:48:54 <mrmoku> vanous123: should be enough
Oct 21 19:49:01 <alexxy> mrmoku: ok i'll raname fields
Oct 21 19:49:02 <vanous123> I thought so
Oct 21 19:49:12 <vanous123> libphoneui0 0.0.0+gitr128+149791dee66a278db7b9248b11bf25dbf6e9fbeb-r0.
Oct 21 19:49:18 <mrmoku> alexxy: wait
Oct 21 19:49:45 <mrmoku> alexxy: if Pisi is doing it that way... we should do that too
Oct 21 19:49:50 <vanous123> and ui-shr 0.0.0+gitr172+c89ed90c264049aa70cc85b9a2c59dd5dcb7b0e3-r2
Oct 21 19:49:55 <vanous123> is this the latest?
Oct 21 19:50:07 <alexxy> mrmoku: then use Name 'Nick' Surname
Oct 21 19:50:21 <Heinervdm> what does opimd-messages do?
Oct 21 19:50:25 <mrmoku> vanous123: that is current
Oct 21 19:50:28 <vanous123> ok
Oct 21 19:50:33 <mrmoku> alexxy: ok, will do
Oct 21 19:50:37 <mrmoku> Heinervdm: let me check
Oct 21 19:50:44 <vanous123> will try to restart phoneuid manually
Oct 21 19:51:04 <Heinervdm> mrmoku: the code of opimd-messages is so ugly ;)
Oct 21 19:51:15 <mrmoku> Heinervdm: git grep Surname ;)
Oct 21 19:51:27 <Heinervdm> no surname in it
Oct 21 19:51:30 <mrmoku> opimd-utils does Name, Surname and Nickname
Oct 21 19:52:03 <mrmoku> alexxy: is it Nick or Nickname ?
Oct 21 19:52:13 <alexxy> Nickname 
Oct 21 19:52:14 <alexxy> =)
Oct 21 19:52:18 <mrmoku> ok :)
Oct 21 19:52:54 <Heinervdm> PISI has no opimd entry for nickname
Oct 21 19:53:07 <mrmoku> alexxy: and Name has no preference then... right?
Oct 21 19:53:11 <Heinervdm> it has Middlename
Oct 21 19:53:18 <mrmoku> huh?
Oct 21 19:53:26 <Heinervdm> for second name
Oct 21 19:53:34 <Heinervdm> Nickname would be another field
Oct 21 19:53:43 <Heinervdm> no support for nickname in pisi
Oct 21 19:54:53 <mrmoku> hmmmmmm
Oct 21 19:54:54 <alexxy>                 Name TEXT,
Oct 21 19:54:54 <alexxy>                 Surname TEXT,
Oct 21 19:54:54 <alexxy>                 Nickname TEXT,
Oct 21 19:54:54 <alexxy>                 Birthdate TEXT,
Oct 21 19:54:55 <alexxy>                 MarrDate TEXT,
Oct 21 19:54:57 <alexxy>                 Partner TEXT,
Oct 21 19:54:59 <alexxy>                 Spouse TEXT,
Oct 21 19:55:02 <alexxy>                 MetAt TEXT,
Oct 21 19:55:04 <alexxy>                 HomeLoc TEXT,
Oct 21 19:55:06 <alexxy>                 Department TEXT,
Oct 21 19:55:13 <alexxy> fields in sqlite-contacts.db
Oct 21 19:55:17 <alexxy> mrmoku: Heinervdm ^^^
Oct 21 19:55:26 <Heinervdm> alexxy: these fields are outdated ;)
Oct 21 19:55:36 <alexxy> may be
Oct 21 19:55:47 <Heinervdm> alexxy: i made this database structure for the old layout
Oct 21 19:55:52 <alexxy> but current frameworkd creates them by default
Oct 21 19:55:59 <Heinervdm> other fields are stored in the other table
Oct 21 19:56:34 <Heinervdm> mrmoku: http://scap.linuxtogo.org/files/ee2744f2208a7be4218e3c3d77d156fa.png me test contact
Oct 21 19:57:25 <mrmoku> mhh... field names can get long :P
Oct 21 19:57:43 <Heinervdm> mrmoku: yes, and fields are unsorted
Oct 21 19:57:54 <mrmoku> sort them alphabetically?
Oct 21 19:58:07 <mrmoku> or logically... (which would be a lot more complicated :P)
Oct 21 19:58:10 <Heinervdm> no, there should be a prefered order
Oct 21 19:58:25 <Heinervdm> logically would be better, but it's an enhancement
Oct 21 19:58:37 <naeg> anyone in here got an idea why e17 based on arch is faster than on SHR?(we need more space) all the people who tried it told me that
Oct 21 19:58:40 <mrmoku> ok, first get the name things right
Oct 21 19:59:10 <Heinervdm> this is my testcontact for my pisi plugin, to test it, so it has every field that pisi provides
Oct 21 19:59:14 <mrmoku> anybody got some Pisi source code around to take a look?
Oct 21 19:59:19 <Heinervdm> mrmoku: yes
Oct 21 19:59:20 <mrmoku> ahh, ok
Oct 21 19:59:43 <mrmoku> I dislike the idea of not having a Nickname... :|
Oct 21 19:59:49 <Heinervdm> i can ask Michael too, he is online in ICQ
Oct 21 20:00:03 <mrmoku> ask him what he thinks about Nickname :)
Oct 21 20:02:25 <vanous123> alexxy: where do you see the phone preference? 
Oct 21 20:02:35 <Heinervdm> mrmoku: and there should be a preferred order for the phones too, for my testcontact it's choosing Fax phone as the primary phone number ;)
Oct 21 20:03:33 <vanous123> mrmoku: btw it works with no sim, good!
Oct 21 20:03:39 <mrmoku> :)
Oct 21 20:04:21 * vanous123 cannot see the bl* preference button :)
Oct 21 20:05:22 <JesusMcCloud> i am having some trouble upgrading: Cannot find package libdrm2
Oct 21 20:05:40 <Heinervdm> mrmoku: he does not answer, but i'm sure he will integrate the Nickname field
Oct 21 20:05:53 <Heinervdm> JesusMcCloud: remove libdrm2 and install libdrm
Oct 21 20:06:39 <JesusMcCloud> xf86-video-glamo want to install libdrm2 libdrm is already installed
Oct 21 20:07:05 <Heinervdm> it should be the other way around
Oct 21 20:07:30 <Heinervdm> we switched from mesa with libdrm2 to mesa-dri with libdrm
Oct 21 20:09:34 <JesusMcCloud> now i get it xserver-xorg-extensions-glx seems to be tha bad guy
Oct 21 20:09:56 <Heinervdm> JesusMcCloud: just -force-depends
Oct 21 20:10:20 <JesusMcCloud> i will do it, i was just courious
Oct 21 20:11:28 <JesusMcCloud> and i wanted to check back if it really is a dependency error, so thy
Oct 21 20:11:34 <JesusMcCloud> *thx
Oct 21 20:11:39 <Weiss> the libdrm thing should just be a naming thing, I think
Oct 21 20:11:40 <JesusMcCloud> opkg update
Oct 21 20:11:44 <Weiss> but it depends on what JaMa did..
Oct 21 20:11:49 <JesusMcCloud> (sry, wrong window)
Oct 21 20:13:51 <mrmoku> Heinervdm: do we actually want to show middlename?
Oct 21 20:14:22 <mrmoku> well... why not if it is there...
Oct 21 20:14:48 <Heinervdm> mrmoku: you can replace Firstname by Firstname+Middlename
Oct 21 20:17:05 <mrmoku> thing is... that can get quite long
Oct 21 20:18:11 <Heinervdm> yes...
Oct 21 20:19:02 <mrmoku> ok
Oct 21 20:19:08 <mrmoku> a) Name 'Nickname' Surname
Oct 21 20:19:18 <mrmoku> b) Name Middlename Surname
Oct 21 20:19:23 <mrmoku> c) Name Surname
Oct 21 20:19:30 <mrmoku> d) Nickname
Oct 21 20:19:32 <mrmoku> e) Name
Oct 21 20:19:43 <mrmoku> or maybe give Nickname more preference?
Oct 21 20:21:14 <vanous123> why not /etc/phoneui.conf, Display-> list, of,  fields, ?
Oct 21 20:24:01 <mrmoku> vanous123: hmmm that would be a bit of work... want to see where opimd redesign heads to
Oct 21 20:24:15 <mrmoku> what I'm doing now is just a small hack to make it work now
Oct 21 20:24:31 <Heinervdm> mrmoku: i think that order is ok
Oct 21 20:24:57 <Heinervdm> just talked to Michael, he will implenet it, but he has no time till december
Oct 21 20:26:04 <mrmoku> ahh ok :)
Oct 21 20:26:22 <mrmoku> Heinervdm: don't you think Nickname should be b) instead?
Oct 21 20:26:58 <Heinervdm> mrmoku: i always save my contacts with real names :)
Oct 21 20:27:12 <Heinervdm> so for me that's the correct order
Oct 21 20:27:13 <mrmoku> Heinervdm: then it would not disturb you ;)
Oct 21 20:27:39 <mrmoku> ok, will leave it as is then for now
Oct 21 20:31:53 <CIA-26> SHR: 03mok 07libphone-ui * r80cc3b0f7b26 10/src/phoneui-utility.c: contact sanitizing: make the fieldnames PISI conform
Oct 21 20:32:17 <Heinervdm> mrmoku: as a enhancment make it configureable ;)
Oct 21 20:32:35 <vanous123> I have pisi fields, will try now
Oct 21 20:32:43 <mrmoku> vanous123: still building :)
Oct 21 20:32:59 <vanous123> takes forever :))
Oct 21 20:33:11 <mrmoku> nah... just started
Oct 21 20:33:27 <Heinervdm> parsing the recipes needs so long ;)
Oct 21 20:33:45 <TAsn> mrmoku, :)
Oct 21 20:33:46 <vanous123> wish I could provide one blade of that new baby at my work :) 8core, 32G RAM..
Oct 21 20:34:21 <mrmoku> vanous123: gimme ssh access ;)
Oct 21 20:34:35 <vanous123> I say, I wish :)
Oct 21 20:34:53 <Heinervdm> i tried to build on an 8core 16G Ram, it does not build much faster
Oct 21 20:35:04 <vanous123> how come?
Oct 21 20:35:13 <Heinervdm> because we can't build bb in parallel
Oct 21 20:35:20 <vanous123> I see
Oct 21 20:35:25 <khiraly> any bash expert?;)
Oct 21 20:35:32 <Heinervdm> the only option you can use is -j 16 for make
Oct 21 20:35:35 <JaMa> Heinervdm: why not?
Oct 21 20:36:08 <khiraly>  I want to obtain the path of the script: /usr/share/arcol/script/arcol -> PATH=/usr/share/arcol/script/
Oct 21 20:36:11 <Heinervdm> JaMa: because of this nasty thing that bitbake does not build all packages when using this
Oct 21 20:36:19 <TAsn> and
Oct 21 20:36:20 <TAsn> since
Oct 21 20:36:25 <TAsn> you sometimes have dependencies
Oct 21 20:36:29 <TAsn> than you can't pass
Oct 21 20:36:42 <JaMa> Heinervdm: I'm using 2 BB_THREADS and -j2 on my 4 cores..
Oct 21 20:36:45 <Heinervdm> khiraly: pwd
Oct 21 20:36:48 <TAsn> I mean, it could be done better, but most of the time you have a linear dependency list.
Oct 21 20:37:00 <khiraly> Heinervdm: nope. pwd outputs the current dir
Oct 21 20:37:20 <mrmoku> Heinervdm: the stupid thing is that for building the index it reparses all files again :|
Oct 21 20:37:31 <khiraly> cd /etc; /usr/share/arcol/script/arcol
Oct 21 20:37:33 <Heinervdm> khiraly: dirname $0 ?
Oct 21 20:37:38 <khiraly> hmm
Oct 21 20:37:40 <khiraly> not bad
Oct 21 20:38:22 <Heinervdm> mrmoku: yes it would be better if bitbake builds index automatically
Oct 21 20:38:30 <TAsn> khiraly, http://unixhelp.ed.ac.uk/CGI/man-cgi?whereis
Oct 21 20:38:39 <mrmoku> vanous123: ok... finished
Oct 21 20:38:41 <mrmoku> brb
Oct 21 20:38:50 <TAsn> luckily, there are many solutions :)
Oct 21 20:39:44 <khiraly> Heinervdm: dirname $0 returns with /usr/share/arcol/script/arcol and not /usr/share/arcol/script/
Oct 21 20:39:44 <Heinervdm> dirname $0 will not work if the script is in PATH and called just by it's name
Oct 21 20:40:31 <TAsn> khiraly, 
Oct 21 20:40:34 <TAsn> my solution
Oct 21 20:40:39 <TAsn> works if the script is in path
Oct 21 20:41:26 <Heinervdm> EXAMPLES dirname /usr/bin/sort Output "/usr/bin".  <- from Manpage
Oct 21 20:44:03 <TAsn> Heinervdm, examples whereis -b sort Output "sort: /usr/bin/sort" and you can parse that and call dirname
Oct 21 20:44:24 <Heinervdm> dirname $(which $0)
Oct 21 20:44:40 <Heinervdm> that should work too
Oct 21 20:45:27 <TAsn> which! that's the command I was looking for! :)
Oct 21 20:45:50 <TAsn> I did "where" and a <tab> because I thought that was what I remembered :)
Oct 21 20:46:08 <TAsn> or
Oct 21 20:46:12 <TAsn> dirname `which $0`
Oct 21 20:46:13 <TAsn> :)
Oct 21 20:46:38 <Heinervdm> ` ` is an alias of $() or the other way around
Oct 21 20:46:51 <khiraly> ok, working now
Oct 21 20:46:54 <khiraly> thank you guys
Oct 21 20:47:14 <TAsn> Heinervdm, oh, sweet. ;)
Oct 21 20:48:01 <alexxy> mrmoku: TAsn : after todays frameworkd upgrade libphone stoped asking pin
Oct 21 20:48:16 <TAsn> which is a good thing?
Oct 21 20:48:17 <TAsn> j/k.
Oct 21 20:48:20 <TAsn> hm mrmoku ^
Oct 21 20:49:20 <alexxy> http://pastebin.ca/1635847 frameworkd log
Oct 21 20:49:38 <mrmoku> alexxy: arggh... guess the stupid 'you have to force reinstall libfsotransport0' thing?
Oct 21 20:50:05 <alexxy> mrmoku: ?
Oct 21 20:50:17 <mrmoku> opkg -force-reinstall install libfsotransport0
Oct 21 20:50:40 <alexxy> ahh ok 
Oct 21 20:51:20 <JesusMcCloud> btw upgrade for me (mrmoku teting) did not seem to work (libfsotransport0 reinstalled)
Oct 21 20:51:46 <Heinervdm> khiraly: this is better: progdir=`dirname $0`; cd $progdir; echo pwd
Oct 21 20:52:22 <TAsn> Heinervdm, huh?!
Oct 21 20:52:44 <TAsn> echo $progdir 
Oct 21 20:52:50 <Heinervdm> $0 can have a relative path
Oct 21 20:53:02 <TAsn> and dirname just trims the parameter
Oct 21 20:53:03 <TAsn> i.e
Oct 21 20:53:03 <Heinervdm> so $progdir can be relative
Oct 21 20:53:09 <TAsn> oh
Oct 21 20:53:15 <TAsn> but when it's in path
Oct 21 20:53:17 <TAsn> it doesn't work.
Oct 21 20:53:18 <TAsn> ...
Oct 21 20:53:35 <TAsn> *the script is in path
Oct 21 20:53:46 <TAsn> "dirname which" is probably the better
Oct 21 20:53:49 <Heinervdm> ok so: progdir=`dirname `which $0``; cd $progdir; echo pwd
Oct 21 20:53:56 <TAsn> best*
Oct 21 20:53:59 <Heinervdm> :)
Oct 21 20:54:11 <TAsn> Heinervdm, and then you won't get a relative path
Oct 21 20:54:14 <TAsn> just a complete path ;)
Oct 21 20:54:18 <Heinervdm> yes
Oct 21 20:54:30 <TAsn> but when using which
Oct 21 20:54:36 <TAsn> you gotta remember it only works for stuff in path.
Oct 21 20:54:37 <TAsn> ...
Oct 21 20:54:44 <Heinervdm> TAsn: no
Oct 21 20:54:47 <Heinervdm> i tried
Oct 21 20:54:53 <TAsn> really? sec I'll try.
Oct 21 20:56:00 <TAsn> just checked myself
Oct 21 20:56:02 <TAsn> doesn't work.
Oct 21 20:56:05 <TAsn> did a
Oct 21 20:56:11 <TAsn> cp /bin/bash ~/bash2
Oct 21 20:56:12 <TAsn> which bash2
Oct 21 20:56:20 <TAsn> which: no bash2 in
Oct 21 20:56:23 <TAsn> and then the path
Oct 21 20:56:53 <Heinervdm> oh, i tried only which /home/thomas/bash2
Oct 21 20:57:36 <TAsn> :)
Oct 21 20:57:52 <TAsn> :)
Oct 21 20:58:03 <TAsn> that's in path
Oct 21 20:58:15 <TAsn> as non relative paths are always "in path"
Oct 21 20:58:15 <TAsn> :)
Oct 21 20:58:36 <Heinervdm> oh :)
Oct 21 20:58:54 <TAsn> anyhow
Oct 21 20:58:56 <TAsn> damn it
Oct 21 20:59:00 <TAsn> fbdev faild
Oct 21 20:59:02 <TAsn> failed*
Oct 21 20:59:07 <TAsn> updated recipe
Oct 21 20:59:11 <TAsn> and retrying now. :|
Oct 21 20:59:17 <TAsn> ffs
Oct 21 20:59:19 <TAsn> NOTE: Running task 2469 of 2979 
Oct 21 20:59:23 * mrmoku needs some sleep now :|
Oct 21 20:59:31 <TAsn> mrmoku, WAIT! :)
Oct 21 20:59:34 <mrmoku> fast
Oct 21 20:59:37 <TAsn> should I upgrade
Oct 21 20:59:38 <Heinervdm> TAsn: failed? why? compiled fine for me
Oct 21 20:59:41 <TAsn> ui and ui-shr?
Oct 21 20:59:46 <TAsn> Heinervdm, because I had old recipes
Oct 21 20:59:47 <mrmoku> yep
Oct 21 20:59:50 <TAsn> (for deps)
Oct 21 21:00:00 <Heinervdm> i did a reinstall for libframeworkd-phonegui0 too
Oct 21 21:00:07 <TAsn> Heinervdm, what's this crap?
Oct 21 21:00:13 <mrmoku> TAsn: I fixed shr-settings :P
Oct 21 21:00:13 <TAsn> that's obsolete :)
Oct 21 21:00:20 <TAsn> mrmoku, hoversel? yay :)
Oct 21 21:00:23 <mrmoku> no
Oct 21 21:00:27 <mrmoku> ophonekitd check
Oct 21 21:00:27 <TAsn> oh
Oct 21 21:00:27 <alexxy> mrmoku: seems it dont helps
Oct 21 21:00:30 <TAsn> monitoring
Oct 21 21:00:31 <TAsn> yay :)
Oct 21 21:00:37 <TAsn> didn't know you were a python dev ;]
Oct 21 21:00:37 <mrmoku> it checks for ophonekitd or phonefsod now :)
Oct 21 21:00:41 <mrmoku> alexxy: hmm
Oct 21 21:00:41 <TAsn> mrmoku, anyhow, gn.
Oct 21 21:00:59 <Heinervdm> oh, haven't looked at the package name, just what was not installed, because it's up to date ;)
Oct 21 21:01:10 <mrmoku> alexxy: I'm quite sure force reinstalling some package is supposed to fix it
Oct 21 21:01:15 <TAsn> Heinervdm, we started using
Oct 21 21:01:18 <TAsn> libphone-ui
Oct 21 21:01:20 <TAsn> instead ;)
Oct 21 21:01:27 <Heinervdm> i know ;)
Oct 21 21:01:32 <TAsn> okie, just making sure.
Oct 21 21:01:34 <alexxy> mrmoku: what packages
Oct 21 21:01:39 <alexxy> ?
Oct 21 21:01:47 <mrmoku> libfso* and maybe fso*
Oct 21 21:02:15 <mrmoku> I really have to sleep now though
Oct 21 21:02:20 <TAsn> mrmoku, night.
Oct 21 21:02:24 <mrmoku> night all
Oct 21 21:02:28 <mrmoku> alexxy: good luck
Oct 21 21:02:34 <alexxy> night mrmoku|away
Oct 21 21:02:35 <alexxy> =)
Oct 21 21:03:15 <Heinervdm> the opkg upgrade installed ophonekitd again, i think because of fso upgrade
Oct 21 21:04:56 <TAsn> Heinervdm, maybe because of shr-task-minimal
Oct 21 21:05:00 <TAsn> though it shouldn't have
Oct 21 21:05:07 <TAsn> as mrmoku|away should have removed ophonekitd from that.
Oct 21 21:05:09 <Heinervdm> i think it's shr-settings
Oct 21 21:05:19 <TAsn> oh, maybe.
Oct 21 21:05:22 <TAsn> sec, I'm checking
Oct 21 21:05:47 <TAsn> yeah.
Oct 21 21:05:50 <TAsn> what a useless dep.
Oct 21 21:05:56 <Heinervdm> Package ophonekitd is depended upon by packages: shr-settings-addons-illume shr-settings-backup-configuration task-shr-minimal-apps shr-settings
Oct 21 21:07:55 <TAsn> sent a patch.
Oct 21 21:08:04 <TAsn> as for task minimal
Oct 21 21:08:09 <TAsn> I leave that up to mrmoku|away !
Oct 21 21:12:15 <alexxy> 2009.10.22 01:07:18.984 frameworkd.resource  WARNING  Can't register resource GPS since ousaged is not present. Enabling device  
Oct 21 21:12:22 <alexxy> may be problem here?
Oct 21 21:12:50 <TAsn> yes
Oct 21 21:12:55 <Heinervdm> fsousaged segfaulting?
Oct 21 21:12:57 <TAsn> it seems that in can't find fsousage
Oct 21 21:13:02 <Heinervdm> it was updated
Oct 21 21:13:02 <TAsn> happened to me as well
Oct 21 21:13:16 <TAsn> I just did a reboot
Oct 21 21:13:26 * Sharwin_F- upgrading frm mrmoku/test repo
Oct 21 21:13:35 <Sharwin_F-> is there something do I have to know or for for bugs?
Oct 21 21:14:02 <TAsn> yes.
Oct 21 21:14:09 <vanous123> mrmoku|away: I can see now: Name, Surname \n Cellphone
Oct 21 21:14:12 <TAsn> slow resume from suspend
Oct 21 21:14:23 <TAsn> vanous123, I think he added those.
Oct 21 21:14:29 <Sharwin_F-> TAsn, I was using it before, I know that! xD
Oct 21 21:14:31 <vanous123> yes
Oct 21 21:14:33 <TAsn> oh
Oct 21 21:14:34 <vanous123> looks much better
Oct 21 21:14:35 <TAsn> nothing new ;)
Oct 21 21:14:37 <Heinervdm> mickeyl: when i start fsousage on the terminal and do CTRL+C it segfaults
Oct 21 21:14:42 <Sharwin_F-> something more important, like X not working now, etc.
Oct 21 21:14:50 <Sharwin_F-> X no Xserver, just anything :P
Oct 21 21:15:44 <Heinervdm> Sharwin_F-: no GSM?
Oct 21 21:15:58 <Sharwin_F-> Heinervdm, that would be important to know, yep :P
Oct 21 21:16:14 <Heinervdm> then you know it now ;)
Oct 21 21:16:31 <Sharwin_F-> ok, then I'll use my nokia tomorrow xD
Oct 21 21:16:56 <vanous123> 3 secs to see empty contacts screen, another 10 secs to see contacts (some 430 contacts)
Oct 21 21:16:57 <Heinervdm> or don't upgrade
Oct 21 21:17:11 <alexxy> Heinervdm: so you gets same issue as me?
Oct 21 21:17:25 <Heinervdm> alexxy: i'm rebooting now
Oct 21 21:17:31 <Heinervdm> for the second time
Oct 21 21:17:36 <TAsn> vanous123, using libphone-ui?
Oct 21 21:17:52 <TAsn> first of all we'll change that to 0 (for both) using caching
Oct 21 21:17:54 <alexxy> Heinervdm: seems i have same problem with fsousaged
Oct 21 21:17:55 <TAsn> though anyhow
Oct 21 21:17:57 <Heinervdm> i've reinstalled libphone-ui-shr phoneuid libphone-ui0 phonefsod
Oct 21 21:17:59 * Sharwin_F- looking for a good new image soon to drop the mess he has in his Neo right now
Oct 21 21:17:59 <TAsn> even now it shouldn't be that slow.
Oct 21 21:18:06 <vanous123> yes, updates seconds ago, have the pisi like filed names in
Oct 21 21:18:12 <TAsn> Heinervdm, and phoneui-apps-*
Oct 21 21:18:13 <alexxy> Heinervdm: ping me if it works
Oct 21 21:18:23 <TAsn> odd.
Oct 21 21:18:40 <TAsn> anyhow
Oct 21 21:18:44 <TAsn> has anyone made us a cool theme?
Oct 21 21:18:45 <TAsn> :)
Oct 21 21:18:47 <vanous123> I think yesterday, when it was empty, the response was much better
Oct 21 21:18:52 <TAsn> (for the theme contest)
Oct 21 21:19:11 <TAsn> Heinervdm, 
Oct 21 21:19:13 <TAsn> ERROR: '/home/tom/projects/openmoko/oe/shr-unstable/openembedded/recipes/xorg-lib/libxfont_1.4.1.bb' failed
Oct 21 21:19:16 <TAsn> :|
Oct 21 21:19:22 <Heinervdm> TAsn: they have to find out how to do a theme
Oct 21 21:19:35 <TAsn> Heinervdm, I gave a link to shr-themes
Oct 21 21:19:36 <TAsn> :)
Oct 21 21:19:48 <TAsn> that's enough to start working on something.
Oct 21 21:19:54 <Heinervdm> yes, but all this edc stuff is al lot
Oct 21 21:19:55 <vanous123> TAsn: plus I have a feeling phoneuid is now crashing again, even on Software
Oct 21 21:19:57 <TAsn> well has anyone shown any interest?
Oct 21 21:20:21 <TAsn> vanous123, it's now wrapped in an "anti-crash" (actually just a relaunch) script
Oct 21 21:20:27 <TAsn> so it shouldn't be *that* bad.
Oct 21 21:20:28 <Heinervdm> has somone shown interest for logocontest befor they published the logos?
Oct 21 21:20:39 <TAsn> but maybe it crashes... :)
Oct 21 21:20:42 <TAsn> Heinervdm, no ieda. :)
Oct 21 21:20:42 <Sharwin_F-> are hoversels in python-elementary solved at least :
Oct 21 21:20:46 <Sharwin_F-> ?
Oct 21 21:20:49 <TAsn> Sharwin_F-, for a long time actually
Oct 21 21:20:53 <TAsn> oh
Oct 21 21:20:54 <TAsn> python
Oct 21 21:20:57 <Sharwin_F-> hehe :P
Oct 21 21:21:05 <TAsn> hm.. morphis claims they are solved
Oct 21 21:21:09 <Sharwin_F-> ok
Oct 21 21:21:13 <Sharwin_F-> I'll try it now :)
Oct 21 21:21:17 <TAsn> use the selected callback
Oct 21 21:21:22 <TAsn> (or something like that)
Oct 21 21:21:35 <Sharwin_F-> just meant that for shr-settings ie.
Oct 21 21:21:36 <vanous123> TAsn: yes, actually, tried switching back to X11-16 before, clicking twice is better then wait all the time... now back to Software
Oct 21 21:21:36 <TAsn> Heinervdm, any idea? <TAsn> ERROR: '/home/tom/projects/openmoko/oe/shr-unstable/openembedded/recipes/xorg-lib/libxfont_1.4.1.bb' failed
Oct 21 21:21:47 <Heinervdm> hmm, fsousaged runs 3 times?
Oct 21 21:21:55 <Heinervdm> TAsn: no
Oct 21 21:21:57 <TAsn> Sharwin_F-, oh, I don't think so.
Oct 21 21:22:00 <TAsn> damn.
Oct 21 21:22:06 <Heinervdm> TAsn: what failed exactly?
Oct 21 21:22:12 <TAsn> compile
Oct 21 21:22:17 <Heinervdm> log?
Oct 21 21:22:28 <TAsn> Can't Access `file://localhost/tmp/xmlto.oIL4X0/fontlib.proc'
Oct 21 21:22:28 <TAsn> Alert!: Unable to access document.
Oct 21 21:22:43 <TAsn> lynx: Can't access startfile 
Oct 21 21:22:43 <TAsn> make[2]: *** [doc/fontlib.txt] Error 1
Oct 21 21:22:43 <TAsn> ffs
Oct 21 21:23:04 <Heinervdm> that's a strange error
Oct 21 21:23:41 <TAsn> yes.
Oct 21 21:24:09 <Heinervdm> now i have 8 instances of fsousaged
Oct 21 21:24:17 <Heinervdm> and fso-abyss is started
Oct 21 21:24:26 <TAsn> hehe each has two babies.
Oct 21 21:24:42 <Heinervdm> :)
Oct 21 21:25:00 * JesusMcCloud has bricked his moko
Oct 21 21:25:53 <TAsn> hehe
Oct 21 21:25:56 <TAsn> 7 here
Oct 21 21:26:05 <TAsn> I wonder what may be causing this.
Oct 21 21:26:07 <JesusMcCloud> anyone any idea how to fix this: frameworkd compains that ousaged is not present. i reinstalled it, rebooted, the problem persists
Oct 21 21:26:36 <TAsn> JesusMcCloud, reinstall framework
Oct 21 21:26:42 <TAsn> and let in replace the configuration file
Oct 21 21:26:45 <TAsn> that's my only idea.
Oct 21 21:27:16 <JesusMcCloud> so, how did you kill your system?
Oct 21 21:27:39 <JesusMcCloud> so just reinstall frameworkd or also libfsorame...and so on?
Oct 21 21:27:42 <mwester> can't brick a gta02
Oct 21 21:28:12 <TAsn> JesusMcCloud, no idea.
Oct 21 21:28:28 <JesusMcCloud> mwester, right now it is a brick ;-)
Oct 21 21:28:37 <TAsn> JesusMcCloud, nah
Oct 21 21:28:42 <TAsn> a brick doesn't have potential
Oct 21 21:28:43 <TAsn> :)
Oct 21 21:28:46 * JesusMcCloud reinstalls frameworkd
Oct 21 21:28:48 <mwester> A brick is when a device cannot be reflashed
Oct 21 21:29:02 <JesusMcCloud> my bad
Oct 21 21:29:09 <mwester> your device is merely misconfigured.
Oct 21 21:29:16 <alexxy> TAsn: Heinervdm : any ideas about non working frameworkd?
Oct 21 21:29:23 <TAsn> alexxy, 
Oct 21 21:29:24 <TAsn> no
Oct 21 21:29:28 <Heinervdm> no
Oct 21 21:29:31 <TAsn> I'm also fighting this crap here :)
Oct 21 21:30:02 <Heinervdm> alexxy: fsousaged is multiplying
Oct 21 21:30:07 <Heinervdm> don
Oct 21 21:30:11 <Heinervdm> 't know why
Oct 21 21:30:21 <alexxy> Can't register resource Display since ousaged is not present. Enabling device
Oct 21 21:30:27 <alexxy> can this be related ^^
Oct 21 21:30:28 <JesusMcCloud> TAsn, Heinervdm: are you telling me that if i upgraded a few hours earlier i might still have a workign phone
Oct 21 21:30:39 <Heinervdm> JesusMcCloud: yes
Oct 21 21:30:52 <JesusMcCloud> alexxy, this is exactly the erros i ge
Oct 21 21:30:54 <JesusMcCloud> t
Oct 21 21:31:13 <Heinervdm> TAsn: libxfont_1.4.1 builds fine for me...
Oct 21 21:31:49 <JesusMcCloud> Heinervdm, well that's just f*ckign awesome
Oct 21 21:32:21 <TAsn> JesusMcCloud, yes.
Oct 21 21:32:29 <TAsn> only happened at the current upgrade.
Oct 21 21:32:45 <Heinervdm> I'm going to sleep now, and i hope that mickeyl will help you to fix it :)
Oct 21 21:33:07 <TAsn> ffs
Oct 21 21:33:11 <TAsn> I'm also going to sleep
Oct 21 21:33:14 <TAsn> this is annoying.
Oct 21 21:33:16 <Sharwin_F-> TAsn, is still "use_contact_cache=false" necessary in frameworkd-phonegui.conf?
Oct 21 21:33:17 <Heinervdm> :)
Oct 21 21:33:28 <Heinervdm> gn8
Oct 21 21:33:35 <JesusMcCloud> a wise man once said "sucks to be you if you didn't backup your system" so i got it covered
Oct 21 21:33:45 <TAsn> Sharwin_F-, if you use efl2 yes.
Oct 21 21:33:50 <Sharwin_F-> ok :)
Oct 21 21:37:31 <Sharwin_F-> TAsn, do I have to set it under some specific section? or in all of them?
Oct 21 21:37:43 <TAsn> oh
Oct 21 21:37:47 <TAsn> you are not using efl2 then
Oct 21 21:37:53 <TAsn> you are using libphnoe-ui-shr2
Oct 21 21:37:53 <Sharwin_F-> TAsn, well, I want to
Oct 21 21:37:55 <TAsn> you are using libphnoe-ui-shr*
Oct 21 21:37:59 <Sharwin_F-> uhm
Oct 21 21:38:15 <Sharwin_F-> this has changed to much since last time I touched it
Oct 21 21:38:19 <TAsn> no wait
Oct 21 21:38:19 <Sharwin_F-> what should I use? :P
Oct 21 21:38:23 <TAsn> what sections do you have?
Oct 21 21:38:26 <TAsn> Sharwin_F-, I'm sorry
Oct 21 21:38:30 <TAsn> but I'm too tired to explain :)
Oct 21 21:38:37 <Sharwin_F-> before only existed efl and efl2
Oct 21 21:38:38 <TAsn> you should probably ask someone else
Oct 21 21:38:40 <Sharwin_F-> and i was using efl2
Oct 21 21:39:06 <Sharwin_F-> when upgrading now, phonegui.conf has changed a lot, now it has different sections
Oct 21 21:39:15 <TAsn> Sharwin_F-, like what?
Oct 21 21:39:20 <TAsn> I think we dropped phonegui.conf
Oct 21 21:39:25 <TAsn> or maybe we haven't
Oct 21 21:39:29 <TAsn> I can't seem to remember
Oct 21 21:39:29 <Sharwin_F-> [dialer]
Oct 21 21:39:29 <Sharwin_F-> library = libframeworkd-phonegui-efl.so.0
Oct 21 21:39:30 <TAsn> oh we do
Oct 21 21:39:32 <TAsn> yeah.
Oct 21 21:39:39 <TAsn> you just need it in the main
Oct 21 21:39:42 <Sharwin_F-> each section looks like that ^
Oct 21 21:39:43 <TAsn> (the use contact cache)
Oct 21 21:40:06 <Sharwin_F-> the main means out of any section? or create a [main] one?
Oct 21 21:40:53 <TAsn> oh, actually I'm not sure
Oct 21 21:40:56 <TAsn> maybe we dropped it
Oct 21 21:40:57 <TAsn> bah ;)
Oct 21 21:41:03 <TAsn> it should be in ophonekitd's config
Oct 21 21:41:11 <TAsn> so this means
Oct 21 21:41:19 <TAsn> it should be in the same section it was before
Oct 21 21:41:31 <Sharwin_F-> before there wasn't any section at all xD
Oct 21 21:42:24 <Sharwin_F-> oh, I think it's in [phonegui]
Oct 21 21:42:40 <TAsn> maybe
Oct 21 21:42:41 <TAsn> not sure
Oct 21 21:42:45 <TAsn> as it was an ugly hack
Oct 21 21:42:47 * JesusMcCloud might has an ugly hack to get recent framweorkd workign again
Oct 21 21:42:47 <TAsn> please if you can
Oct 21 21:42:53 <TAsn> cehck the version of your ohpnoektid
Oct 21 21:42:56 <TAsn> and check in the source file
Oct 21 21:42:58 <TAsn> what's wrong
Oct 21 21:43:03 <TAsn> *meant
Oct 21 21:43:04 * JesusMcCloud has gsm again
Oct 21 21:43:07 <TAsn> where it looks at
Oct 21 21:43:12 <TAsn> JesusMcCloud, how?
Oct 21 21:43:20 <JesusMcCloud> well
Oct 21 21:43:27 <JesusMcCloud> (dont hit me when i tell you)
Oct 21 21:43:44 <JesusMcCloud> i edited frameworkd.conf, heres' what i did:
Oct 21 21:43:47 * TAsn smacks JesusMcCloud on the head.
Oct 21 21:44:00 <JesusMcCloud> i disabled fsousaged and enabled ousaged
Oct 21 21:44:11 * TAsn smacks JesusMcCloud hard on the head ;]
Oct 21 21:44:19 <TAsn> hehe, well, at least it works.
Oct 21 21:44:36 <TAsn> though that's the obvious solution.
Oct 21 21:44:42 <TAsn> I thought you found a fix.
Oct 21 21:45:33 <JesusMcCloud> ... was alongshot fo someone with absolutely no clue
Oct 21 21:46:35 <alexxy> JesusMcCloud: ok i'll try it
Oct 21 21:49:55 <alexxy> he he 
Oct 21 21:49:58 <alexxy> it works 
Oct 21 21:50:55 <TAsn> ouch
Oct 21 21:50:58 <TAsn> the ugliness ;{
Oct 21 21:51:42 <JesusMcCloud> i ousaged considered legacy in favor of fsousaged?
Oct 21 21:52:15 <TAsn> yes.
Oct 21 21:52:50 <JesusMcCloud> i have no problem using a deamon that "has experience"
Oct 21 21:53:10 <JesusMcCloud> at leas until tomorrow or so when it will hopefully work the proper way again
Oct 21 21:53:10 <TAsn> hehe
Oct 21 21:53:28 <TAsn> what if it has so much experience that it can't walk without a walking stick
Oct 21 21:53:36 <TAsn> and doesn't remember what you told him 5 minutes ago?
Oct 21 21:53:45 <TAsn> would you still choose him?
Oct 21 21:54:03 <JesusMcCloud> if he gives me GSM availability
Oct 21 21:54:06 <TAsn> sometimes (actually a lot of times) experimental new software is better than old and obsolete. :)
Oct 21 21:54:10 <TAsn> JesusMcCloud, hehe ;]
Oct 21 21:54:28 <JesusMcCloud> i will check back tomorrow if the problem has been solved
Oct 21 21:54:52 <JesusMcCloud> and if so i will use fsousaged, but until then i prfer to be available
Oct 21 21:56:39 <JesusMcCloud> how do i select an ompimd domain with proken python-elementary ? *looking for frameword.conf
Oct 21 21:57:20 <Sharwin_F-> JesusMcCloud,  /etc/frameworkd.conf
Oct 21 21:57:40 <alexxy> TAsn: JesusMcCloud : it asks my PIN *TWICE*
Oct 21 21:57:54 <alexxy> and dont registered to network after that
Oct 21 21:58:14 <JesusMcCloud> well opimd section is empty
Oct 21 21:58:34 <JesusMcCloud> can u post a line or two for sqlite-messages?
Oct 21 22:00:07 <JesusMcCloud> alexxy i am sorry, but i cannot help you, since i have no idea how teh lowlevel stuff works, and hardy any idea about the higher layers
Oct 21 22:01:33 <Sharwin_F-> JesusMcCloud, actually I'm having problems since some days with Sqlite messages and opimd, as it is unable to use it
Oct 21 22:02:01 <Sharwin_F-> JesusMcCloud, you have to change te sms backend to SQLite-Messages
Oct 21 22:02:06 <JesusMcCloud> well sim backend ist fully implemented afaik
Oct 21 22:02:59 <JesusMcCloud> Sharwin_F- in my frameworkd.conf the opimd section is EMPTY and i dunno hhow to write teh one or two lines that are required
Oct 21 22:03:22 <JesusMcCloud> so i'd liek you to post those lines from you opimd section
Oct 21 22:03:26 <Sharwin_F-> JesusMcCloud, I don't have the Neo on right now sorry :S
Oct 21 22:03:34 <JesusMcCloud> oh
Oct 21 22:04:58 <Sharwin_F-> JesusMcCloud, btw, to have it working with SQLite-Messages you also have to patch fso_triggers.py in oeventsd
Oct 21 22:05:50 <JesusMcCloud> i know
Oct 21 22:06:17 <JesusMcCloud> have been using opimd now for a week on mrmoku testing
Oct 21 22:06:25 <JesusMcCloud> and i want to continue using it
Oct 21 22:06:41 * JesusMcCloud is downgrading python-elementary
Oct 21 22:07:09 <max_posedon> alexxy, first thing which I did after unpacking neo from a box more then year ago is "switch off pin auth"
Oct 21 22:08:24 <alexxy> max_posedon: well i did the same about a year ago
Oct 21 22:08:39 <alexxy> but then i trun it on since with fso stack it works
Oct 21 22:08:51 <alexxy> and now seems fsousaged is broken 
Oct 21 22:11:27 <Sharwin_F-> gnight
Oct 21 22:11:41 <JesusMcCloud> n8
Oct 21 22:20:01 <alexxy> TAsn: mrmoku|away : phone dont even tryyed to register to network
Oct 21 22:34:19 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r06ddaa1d309f 10/fsogsmd/src/lib/ (atcommand.vala atmediators.vala mediator.vala): fsogsmd: move response checkers out of mediator interface; don't ignore error for reading phonebooks
Oct 21 22:34:40 <JesusMcCloud> before i go to sleep (i dunno if anyone reads this) can it be that not python-elementary, but elementary itself is broken in the latest revision? (not sure though) g'nite
Oct 21 22:44:11 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r937f877da7e3 10/libfsotransport/fsotransport/ (basetransport.vala commandqueue.vala): libfsotransport: silence++
Oct 21 22:51:58 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r16ee4ca011d5 10/libfsotransport/fsotransport/ (6 files): libfsotransport: debug output cosmetics
Oct 21 23:08:30 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r51c3bc075ca8 10/fsogsmd/src/lib/consts.vala: fsogsmd: prefer DC instead of LD; support 'unknown' phonebooks on SIM
Oct 21 23:37:40 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r3e76bc8100a1 10/libfsobasics/fsobasics/logger.vala: libfsobasics: enable colored output for logger 'stderr:colors'
Oct 22 00:00:10 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r15dcc8568ab4 10/fsogsmd/src/ (6 files in 6 dirs): 
Oct 22 00:00:10 <CIA-26> freesmartphone.org: fsogsmd: prepare for channel-specific init sequences; overridable through config
Oct 22 00:00:10 <CIA-26> freesmartphone.org: (yes, that's for you DocScrutinizer :)
Oct 22 00:17:27 <playya> ~lart JaMa 
Oct 22 00:17:27 * apt puts on some milking gloves.  "All right, now, JaMa, this won't hurt a bit...."
Oct 22 00:17:38 <playya> ~slap JaMa 
Oct 22 00:17:39 * apt slaps JaMa, keep your grubby fingers to yourself!
Oct 22 00:17:44 <playya> hmpf
Oct 22 00:18:26 <playya> JaMa, tried to compile glibc after setting binutils version to 2.20?
Oct 22 00:29:43 <jonkristian> TAsn: what's up?
Oct 22 00:29:49 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * ra2fd97f6daf1 10/fsogsmd/src/ (4 files in 2 dirs): fsogsmd: org.freesmartphone.GSM.SIM.{Get|Set}AuthCodeRequired done
Oct 22 00:42:42 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r2e25b95c85c2 10/fsogsmd/src/lib/ (atcommands.vala atmediators.vala): fsogsmd: add facilities info in GetFeatures()
Oct 22 00:42:57 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r507b5903149f 10/libfsobasics/fsobasics/logger.vala: libfsobasics: dim yellow
**** ENDING LOGGING AT Thu Oct 22 02:59:56 2009