**** BEGIN LOGGING AT Fri Oct 23 02:59:57 2009
Oct 23 05:22:30 <JaMa> mrmoku: please merge oe.dev again.. gcc-4.4.2 :)
Oct 23 05:30:41 <playya__> moin
Oct 23 05:32:08 <JaMa> brave soul to try uImage-2.6.31-oe1 http://jama.homelinux.org/org.openembedded.merge/images/om-gta02/ ?
Oct 23 05:33:28 <JaMa> moin
Oct 23 05:35:46 <mrmoku> JaMa: morning, ok
Oct 23 05:36:22 <playya__> i tried to split gypsy into two parts, but a new patch isn't applied. any ideas how to fix it? http://pastebin.com/f545d5992
Oct 23 05:37:30 <JaMa> playya__: i think you dont need to split SRC_URI
Oct 23 05:38:38 <JaMa> playya__: and I'm not also sure if you need to add PROVIDES if its not for multiple PROVIDERs choosed by PREFERRED_PROVIDER...
Oct 23 05:41:21 <mrmoku> JaMa: merged and pushed
Oct 23 05:41:52 <JaMa> mrmoku: thanks..
Oct 23 05:42:55 <JaMa> mrmoku: I'll send you cookie for that.. btw: I'll include sane-toolchain.inc instead of our gcc/binutils preferred versions, ok?
Oct 23 05:43:47 <JaMa> mrmoku: they are the same versions now.. gcc-4.4.2 and bintils-2.20.. but will be updated by oe.devs..
Oct 23 05:44:54 <JaMa> mrmoku: and then remove include for angstrom-2007-for-om
Oct 23 05:46:06 <playya__> JaMa, i tried without the SRC_URI
Oct 23 05:46:24 <playya__> maybe i should write 2 recipes
Oct 23 05:48:23 <mrmoku> JaMa: ok, I'm fine with shrinking our preferred versions file. We probably should base much more on the defined sane stuff
Oct 23 05:49:19 <JaMa> playya__: 1 recipe is ok.. its better, that its built just once for both packages, otherwise you would build both recipes
Oct 23 05:49:29 <JaMa> mrmoku: and what about shr-testing?
Oct 23 05:49:39 <playya__> yes
Oct 23 05:49:46 <JaMa> mrmoku: I'll remove that stuff which will break shr-testing from shr/merge
Oct 23 05:50:06 <playya__> but we might have to add PROVIDES to frameworkd
Oct 23 05:50:19 <mrmoku> JaMa: ignore testing for now
Oct 23 05:50:37 <mrmoku> JaMa: when we will come back to testing we will use a branch for that
Oct 23 05:50:46 <mrmoku> (at least that is what I would like to do)
Oct 23 05:51:03 <JaMa> mrmoku: nice.. do you know how oe stable branches are created?
Oct 23 05:51:28 <mrmoku> JaMa: you just create them locally and push them
Oct 23 05:51:35 <JaMa> mrmoku: would be nice to have stable.2010 with shr stuff included.. if its just snapshot of oe.dev when developers finds it sane
Oct 23 05:51:36 <mrmoku> ahh... 
Oct 23 05:51:51 <mrmoku> you meaan branches done by others... no idea
Oct 23 05:51:58 <JaMa> mrmoku: I mean standard oe stable branch
Oct 23 05:52:20 <JaMa> now its origin/stable/2009
Oct 23 05:52:34 <JaMa> its updated by all oe.devs but with special review process
Oct 23 05:53:05 <JaMa> and shr-stable or shr-testing based on next generation of this branch would be easy to maintain I guess
Oct 23 05:53:26 <mrmoku> ok, we will have to find out
Oct 23 05:53:54 <JaMa> ok, but I'll ignore testing without bad feeling :)
Oct 23 05:58:15 <mrmoku> :)
Oct 23 05:58:21 * mrmoku kindergarten
Oct 23 05:58:22 <mrmoku> brb
Oct 23 06:22:21 <budfive_> can somebody tell me where the latest kernel lives these days?
Oct 23 06:23:18 <PaulFertser> budfive_: yes
Oct 23 06:23:39 <PaulFertser> budfive_: .31 is coming and it lives on one of git.openmoko.org kernel branches.
Oct 23 06:24:56 <budfive_> PaulFertser: looking.... that's the same place where andy-tracking is, right?
Oct 23 06:25:08 <PaulFertser> budfive_: yes
Oct 23 06:25:17 <PaulFertser> budfive_: .31 doesn't have a TS driver yet
Oct 23 06:25:44 <budfive_> PaulFertser: old one doesn't work? did something change beneath it?
Oct 23 06:27:56 <CIA-26> SHR: 03mok 07shr-specs * ra84ce4ccc5ae 10/org.shr.phonefso/org.shr.phonefso.Usage.xml.in: remove obsolete org.shr.phonefso.RegisterUiHandler
Oct 23 06:28:06 <CIA-26> SHR: 03mok 07shr-specs * ra881cd133439 10/ (16 files in 6 dirs): regenerate
Oct 23 06:28:06 <PaulFertser> budfive_: well, the idea is to clean up everything, use as much from mainline as possible and submit upstream as much as we can.
Oct 23 06:29:02 <budfive_> PaulFertser: I see. cool.
Oct 23 06:31:28 <CIA-26> SHR: 03mok 07phonefsod * r791f9064d435 10/src/ (phonefsod-dbus-usage.c phonefsod-dbus-usage.h): remove RegisterUiHandler - phoneui lives on the system bus now
Oct 23 06:31:29 <CIA-26> SHR: 03mok 07phonefsod * rbff86ec4b30f 10/src/phonefsod-fso.c: fso: fix possible segfault in the message_info_callback
Oct 23 06:39:08 <playya> JaMa, the _svn.bb overrides the SRC_URI :/ added the patch there and it works now
Oct 23 06:39:21 <playya> but util-linux-ng bails out
Oct 23 07:02:01 <mrmoku> dos1|neo1: guess I know why some of your hovesels work and others not...
Oct 23 07:54:54 <JesusMcCloud> do the latest git commits (an hour ago)  fix autosuspend?
Oct 23 08:04:39 <playya> svn.e.org is down :(
Oct 23 08:05:32 <JaMa> who would mind to rebuild workdir of shr/merge? I would set DISTRO_REVISION in shr.conf after few changes.. and rebuild would be usefull with new gcc-4.4.2...
Oct 23 08:06:39 <playya> hehe. i have a fix for gypsy which doesn't build with 4.4.2
Oct 23 08:06:39 <JaMa> or I can set it in git and everyone who doesn't like to rebuild can comment it out temporary
Oct 23 08:07:03 <JaMa> fix doesn't build or gypsy need your patch?
Oct 23 08:07:09 <JaMa> and it did build with 4.4.1?
Oct 23 08:07:23 <JaMa> 4.4.2 is just bugfix release..
Oct 23 08:07:25 <vanous1231> mrmoku: hmm, found out the quick scrolling feature in contacts, was it there before or is this new?
Oct 23 08:08:24 <playya> JaMa, gypsy uses -Werror and g_atomic_pointer throws a warning
Oct 23 08:08:40 <vanous1231> mrmoku: anyways, it works great, with ~450 contacts really nice and smooth :)
Oct 23 08:09:09 <JaMa> playya: ah, but the same was with 4.4.1, wasn't it/
Oct 23 08:09:11 <JaMa> ?
Oct 23 08:09:27 <playya> afair not
Oct 23 08:10:55 <JaMa> playya: but I haven't pushed 4.4.2 sofar.. so maybe you have 4.4.1 :)
Oct 23 08:10:57 <JesusMcCloud> do the latest git commits (an hour ago)  fix autosuspend?
Oct 23 08:11:13 <JaMa> playya: its only in oe.dev not shr/merge
Oct 23 08:11:19 <playya> hmm? i saw a commit somewhere
Oct 23 08:11:23 <JaMa> playya: because of preferred_version
Oct 23 08:11:50 <JaMa> playya: yes its recipe for 4.4.2 from khem, but we have preferred_version_gcc=4.4.1 now..
Oct 23 08:12:20 <playya> ah. its Heinervdm's commit with matchbox-keyboard
Oct 23 08:13:07 <playya> hmm. how long do we use 4.4.1?
Oct 23 08:13:33 <JaMa> IRC from shr/merge start
Oct 23 08:13:44 <JaMa> or almost from start :)
Oct 23 08:13:58 <playya> strange
Oct 23 08:14:09 <playya> could you try to rebuild gypsy?
Oct 23 08:14:14 <JaMa> not now..
Oct 23 08:14:32 <JaMa> NOTE: Running task 238 of 8833
Oct 23 08:14:35 <playya> anyone else who is on shr/merge?
Oct 23 08:14:45 <playya> shr-image?
Oct 23 08:18:21 <playya> fping is really useful: while ! fping svn.enlightenment.org; do sleep 60; done && bitbake -c rebuild gypsy 
Oct 23 08:30:41 <Heinervdm> playya: we have to get matchbox-keyboard-im build, because we need that. but i did not find a patch for it
Oct 23 08:31:21 <playya> where do we need it?
Oct 23 08:31:56 <Heinervdm> playya: that package pops out the illume keyboard in gtk apps
Oct 23 08:32:03 <rebelThor> svn.enlightenment.org down for you? I get some parsing errors related to not being able to connect to this host
Oct 23 08:32:25 <Heinervdm> rebelThor: it seems so, packages.enlightenment.org is down to
Oct 23 08:32:38 <rebelThor> Heinervdm: thanks..
Oct 23 08:35:06 <playya> rebelThor,  while ! fping svn.enlightenment.org; do sleep 60; done && bitbake ...
Oct 23 08:35:26 <rebelThor> playya: haha, that's a great idea :D thanks
Oct 23 08:36:50 <playya> brb
Oct 23 09:13:02 <JaMa> mrmoku: do we need glibc or can we switch to eglibc? eglibc is default in sane-toolchain..
Oct 23 09:13:32 <mrmoku> JaMa: hmm... I would like to settle down with changing stuff ;)
Oct 23 09:13:40 <mrmoku> JaMa: though... I have no expertise on that one
Oct 23 09:13:54 <Heinervdm> JaMa: for you ssh works with shr/merge?
Oct 23 09:14:07 <mrmoku> we should ask someone who knows....
Oct 23 09:14:27 <Heinervdm> perhaps eglibc is a bit smaller too ;)
Oct 23 09:14:32 <JaMa> mrmoku: http://blog.aurel32.net/?p=47
Oct 23 09:14:45 <JaMa> mrmoku: glibc and eglibc should be binary compatible..
Oct 23 09:14:59 <JaMa> mrmoku: and if we want that switch.. its right time now
Oct 23 09:15:08 <JaMa> Heinervdm: yes...
Oct 23 09:15:28 <JaMa> Heinervdm: but I removed connman from start scripts... if you mean also usb0 connection
Oct 23 09:15:43 <Heinervdm> JaMa: ah
Oct 23 09:15:56 <Heinervdm> then we should remove them also in the recipe, or not?
Oct 23 09:16:27 <JaMa> Heinervdm: there was older revision which didn't shutdown connection when connman start
Oct 23 09:16:45 <JaMa> Heinervdm: IRC I've seen commit to shr/merge upgrading that revision
Oct 23 09:17:22 <Heinervdm> i updated connman to the version of org.oe.dev...
Oct 23 09:17:24 <JaMa> Heinervdm: so if you can stop connman on neo and ifdown usb0; ifup usb0 to check if its connman fault.. than you can downgrade it back to that revision
Oct 23 09:18:35 <Heinervdm> JaMa: but that wouldn't be the right way, the right way would be to configure connman correctly
Oct 23 09:18:51 <Heinervdm> so, that usb0 is up
Oct 23 09:19:01 <JaMa> Heinervdm: sure.. I tried once and haven't found how..
Oct 23 09:19:25 <JaMa> Heinervdm: I also prepared recipes for connman-gnome to see how its configured with this gui
Oct 23 09:19:51 <Heinervdm> but i don't know why we need connman, we are using nothing that normal ifup/ifdown can'T do too
Oct 23 09:20:56 <JaMa> Heinervdm: yes, exactly, thats why i removed it from my start scripts :)
Oct 23 09:21:16 <JaMa> Heinervdm: but maybe for wifi is someone using it.. I'm using just cli for wifi too
Oct 23 09:21:32 <Heinervdm> in think it can do sth like automaticaliy do connection when needed, but it doesn't for us
Oct 23 09:21:53 <Heinervdm> JaMa: mokoconnect is the only app using connman
Oct 23 09:22:20 <Heinervdm> i would preffere a fsoconnectd
Oct 23 09:22:29 <Heinervdm> of fsoconnectiond
Oct 23 09:22:35 <Heinervdm> ;)
Oct 23 09:22:43 <JaMa> Heinervdm: in source I found that its shutdowning all interfaces if there is no default_state defined for interface, and I haven't found where that default can be supplied...
Oct 23 09:23:06 <Heinervdm> ok
Oct 23 09:24:00 * JaMa is rebuilding shr-image without angstrom-2007 include and eglibc etc.. if everything works, I'll send cookies and also set DISTRO_REVISION and PR forcing workdir to rebuild..
Oct 23 09:25:20 <Heinervdm> JaMa: good idea. i tried that too, but i was a lot that i had to include in shr.conf and i had not enough time to try out what's really needed
Oct 23 09:29:18 <JaMa> Heinervdm: with sane-toolchan.inc include it just about few PROVIDERS etc.. 
Oct 23 09:29:47 <JaMa> Heinervdm: but I gave up too when tried first time :)
Oct 23 09:29:53 <Heinervdm> :)
Oct 23 09:30:37 <mrmoku> JaMa: ok, let's give it a try then :)
Oct 23 09:31:16 <JaMa> what scares me most now is dirname in workdir.. work/arm-oabi-oe-linux
Oct 23 09:31:29 <JaMa> how to check if eabi is used in binary?
Oct 23 09:31:49 <Heinervdm> JaMa: yes, that scared me too, but there are only few binary's in it
Oct 23 09:32:10 <JaMa> if I put eabi to DISTRO_FEATURES it says that machine doesn't support it..
Oct 23 09:32:26 <JaMa> Heinervdm: now its building eglibc/gcc there :(
Oct 23 09:32:34 <Heinervdm> hmm
Oct 23 10:01:27 <khiraly1> hi
Oct 23 10:04:02 <mrmoku> JaMa: I would start a rebuild from scratch now... should I wait for an eglibc patch? :)
Oct 23 10:15:36 <Heinervdm> JaMa: can you run this for your installed-package-sizes.txt from shr-merge?  res=0; for i in $(cat installed-package-sizes.txt | cut -f 1); do res=$(($res+$i)); done; echo $(($res/1024));
Oct 23 10:20:29 <JaMa> mrmoku: yes..
Oct 23 10:20:38 <mrmoku> ok :)
Oct 23 10:21:29 <JaMa> eabi issue seems fixed.. I can send it now..
Oct 23 10:21:41 <JaMa> but its not testech much..
Oct 23 10:22:13 <JaMa> NOTE: Running task 313 of 8260
Oct 23 10:22:25 * playya heard rebuild from scratch
Oct 23 10:22:36 <mrmoku> yo, we all love it :P
Oct 23 10:23:02 <playya> oh yes
Oct 23 10:23:14 <JaMa> :)
Oct 23 10:23:35 * JaMa hopes that its for last time..
Oct 23 10:23:44 <Heinervdm> JaMa: can you run: res=0; for i in $(cat installed-package-sizes.txt | cut -f 1); do res=$(($res+$i)); done; echo $(($res/1024));
Oct 23 10:23:48 <mrmoku> we all share this hope :)
Oct 23 10:24:27 <playya> now i mixed commits :(
Oct 23 10:24:46 <JaMa> Heinervdm: you can download my installed-package-sizes.txt
Oct 23 10:24:52 <mrmoku> playya: redo them before pushing somewhere
Oct 23 10:24:56 <JaMa> Heinervdm: if you want to compare
Oct 23 10:25:14 <playya> i don't have any rights to push them
Oct 23 10:25:39 <mrmoku> then just 'git reset HEAD^' (*without* --hard) and recommit
Oct 23 10:25:40 <Heinervdm> JaMa: oh, we are building different images ;)
Oct 23 10:25:56 <mrmoku> playya: or if you use git gui just amend the last commit and remove some changes
Oct 23 10:25:59 <JaMa> Heinervdm: I have older shr-lite too
Oct 23 10:26:21 * mrmoku kindergarten and then rebuild :)
Oct 23 10:26:24 <mrmoku> bbiab
Oct 23 10:26:59 <Heinervdm> JaMa: but your full image has 71Mb of packages, my lite image has 73Mb of packages...
Oct 23 10:27:11 <JaMa> mrmoku|away: sent
Oct 23 10:27:14 <playya> mrmoku, i did a lot of git tag foo HEAD~2; git checkout foo; git commit --amend -a; git rebase shr/merge -> a lot of troubles ;)
Oct 23 10:28:23 <JaMa> Heinervdm: shr-lite-glibc-ipk--20091016-om-gta02-testlab/
Oct 23 10:28:37 <playya> hmm. looks much better after reset
Oct 23 10:28:37 <JaMa> Heinervdm: 48Mb
Oct 23 10:28:57 <Heinervdm> there is sth really wrong with my build, but what?
Oct 23 10:29:15 <JaMa> Heinervdm: if you compare sizes package by package?
Oct 23 10:29:24 <JaMa> Heinervdm: or even included packages?
Oct 23 10:34:07 <Heinervdm> JaMa: after mrmoku applied the patches, i will do a rebuild from scratch and then build a full image, then we can compare better
Oct 23 10:34:58 <mickey|office> do you still have the fsousaged-multiplying-as-it-was-a-rabbit or is that fixed w/ the new frameworkd.conf?
Oct 23 10:35:02 <mickey|office> morning, btw.
Oct 23 10:36:33 <JaMa> Heinervdm: I'm buiding kernel now.. from scratch
Oct 23 10:37:10 <Heinervdm> JaMa: ok, i'm waiting for the patches to be applied, then i will start too
Oct 23 10:37:31 <JaMa> Heinervdm: you can git am them
Oct 23 10:37:48 <JaMa> if you download mbox instead of plain patch
Oct 23 10:37:50 <Heinervdm> shr-splash-theme-logo isn't working...
Oct 23 10:38:05 <JaMa> in shr/merge? cannot be build?
Oct 23 10:39:08 <rebelThor> I'm getting ffalarms.vala:224.2-224.7: error: `stdout' is an ambiguous reference between `GLib.stdout' and `Posix.stdout' http://pastebin.com/d64552303 anyone know what's up with that ?
Oct 23 10:39:28 <Heinervdm> JaMa: no in shr/import it's not showing a splash on boot
Oct 23 10:39:52 <Heinervdm> rebelThor: which ffalarms package version?
Oct 23 10:40:11 <rebelThor> Heinervdm: ffalarms-0.2.4
Oct 23 10:40:15 <Heinervdm> ah while compiling
Oct 23 10:40:25 <rebelThor> yeah..
Oct 23 10:41:25 <Heinervdm> mickey|office: no, now just 1 fsousaged process
Oct 23 10:42:58 <Heinervdm> rebelThor: i think vala changed and ffalarms need to be updated
Oct 23 10:43:30 <mickey|office> Heinervdm: *phew* glad to hear. 
Oct 23 10:43:41 <Heinervdm> :)
Oct 23 10:46:55 <Heinervdm> rebelThor: can you try to patch it?
Oct 23 10:46:59 <rebelThor> Heinervdm: I'm trying it right now, if it works, I might need a little help in submitting the patch :D
Oct 23 10:47:07 <Heinervdm> replace stdout by GLib.stdout and stderr by GLib.stdout
Oct 23 10:47:19 <rebelThor> yep, that's what I had in mind
Oct 23 10:47:34 <Heinervdm> we will send this patch upstream
Oct 23 10:55:24 <mrmoku> mickey|office: yep, all fine :)
Oct 23 10:55:39 <mrmoku> Heinervdm, JaMa, playya: applied the switch to eglibc
Oct 23 10:55:52 <mrmoku> mickey|office: what is your opinion on eglibc btw.?
Oct 23 10:56:05 <playya> ok. already pushed it?
Oct 23 10:56:08 <mrmoku> yup
Oct 23 10:56:12 <playya> rebuild from scratch :(
Oct 23 10:56:19 <mrmoku> yup
Oct 23 10:56:34 <mickey|office> mrmoku: we should use eglibc. it's well maintained in OE
Oct 23 10:56:49 <mrmoku> ok, we switched just now :)
Oct 23 10:56:54 <JaMa> mrmoku: see :P
Oct 23 10:57:06 <mrmoku> :)
Oct 23 10:57:37 <JaMa> playya: and don't curse me if sth doesn't work.. as I said, still building virtual/kernel after this change...
Oct 23 10:58:48 <mrmoku> JaMa: hmm... right now we do the following in local.conf:
Oct 23 10:58:49 <mrmoku> require conf/distro/include/sane-srcrevs.inc
Oct 23 10:58:49 <mrmoku> require conf/distro/include/sane-srcdates.inc
Oct 23 10:58:49 <mrmoku> require conf/distro/include/shr-autorev.inc
Oct 23 10:58:49 <mrmoku> require conf/distro/include/shr-autorev-unstable.inc
Oct 23 10:58:59 <mrmoku> that is all obsolete now, no?
Oct 23 10:59:48 <JaMa> shr-autorev are still needed
Oct 23 10:59:57 <JaMa> first two are included through minimal.conf
Oct 23 11:00:08 <mrmoku> JaMa: why don't we include that in shr.conf?
Oct 23 11:00:40 <JaMa> we can.. we can also merge this two...
Oct 23 11:00:54 <mrmoku> it is strictly needed to build SHR... so it should not be in the local.conf
Oct 23 11:01:16 <mrmoku> should I add it?
Oct 23 11:01:20 <JaMa> its no good to maintain AUTOREVs twice as we're not building -testing from shr/merge and maybe won't 
Oct 23 11:01:37 <JaMa> mrmoku:  if you have time.. please do
Oct 23 11:01:39 <rebelThor> Heinervdm: changed those entries and it compiled fine. how do I send a patch? :P
Oct 23 11:01:59 <mrmoku> ok, will mv shr-autorev-unstable to shr-autorev drop the other and include it in shr.conf then
Oct 23 11:02:04 <JaMa> rebelThor: I described it to you yesterday
Oct 23 11:02:04 <Heinervdm> how can i delete all changes i did to a git tree?
Oct 23 11:02:15 <mrmoku> Heinervdm: comitted or not comitted?
Oct 23 11:02:20 <Heinervdm> git reset --hard undo only changes
Oct 23 11:02:27 <JaMa> mrmoku: check if shr-autorev-unstable have all AUTOREVs from shr-autorev.inc
Oct 23 11:02:29 <Heinervdm> now they arent commited
Oct 23 11:02:34 <mrmoku> Heinervdm: git clean -f -d
Oct 23 11:02:36 <JaMa> Heinervdm: rebase
Oct 23 11:02:39 <rebelThor> JaMa: oh, right, headake's getting in the way
Oct 23 11:02:40 <mrmoku> removes all untracked files... so take care
Oct 23 11:03:05 <mrmoku> JaMa: I did that some time ago... but will recheck
Oct 23 11:03:06 <JaMa> Heinervdm: I'm using git rebase --interactive to see what changes I did for last check before removing
Oct 23 11:03:14 <mrmoku> ahh yes there is the kernel or something like that
Oct 23 11:03:56 <Heinervdm> JaMa: the changes were sent, and i did a git reset, so i had merge conflics now :)
Oct 23 11:04:25 <Heinervdm> rebelThor: you did a patch?
Oct 23 11:04:44 <Heinervdm> rebelThor: diff -Nurd oldfile newfile
Oct 23 11:09:03 * mrmoku is wondering if now would be the time to bump efl too
Oct 23 11:09:15 <Heinervdm> if you have the patch, simply send it to Łukasz Pankowski ( http://projects.openmoko.org/users/lupan/ )
Oct 23 11:11:13 <rebelThor> Heinervdm: ok, I will, thanks
Oct 23 11:11:50 <mrmoku> JaMa, Heinervdm, playya: bump EFL_SRCREV?
Oct 23 11:12:19 <Heinervdm> mrmoku: at least to the version from arnmstrong
Oct 23 11:13:28 <JaMa> mrmoku: yes if it compiles
Oct 23 11:13:43 <mrmoku> that would be 43038
Oct 23 11:13:51 <mrmoku> from sane-srcrevs.inc
Oct 23 11:14:13 <mrmoku> ok, I will just comment out overriding that one
Oct 23 11:14:21 <JaMa> mrmoku: ok
Oct 23 11:15:45 <JaMa> after successfull shr-image build I'll remove more shr prefered versions
Oct 23 11:16:14 <JaMa> I think that almost all upgrading changes after preferred_version removal are welcome now..
Oct 23 11:16:34 <Heinervdm> tonight i tought a bit about shr-wizzard
Oct 23 11:16:49 <Heinervdm> we should replace the e-wm first start wizard with that
Oct 23 11:17:13 <Heinervdm> for that shr-wizzard needs to create the e configs...
Oct 23 11:17:50 <Heinervdm> and design shr-wizard like the first screen with the flags and additionally a small Advanced button
Oct 23 11:18:36 <Heinervdm> so one can choose the country, with that we can automatically set timezone, phoneuid config, keyboard layout, and so on
Oct 23 11:18:53 <Heinervdm> for additional config there is this advanced button
Oct 23 11:18:56 <mrmoku> Heinervdm: that was TAsn's plan, yes
Oct 23 11:19:11 <mrmoku> take the e-wm first start wizzard, drop some modules and add own ones
Oct 23 11:19:25 <Heinervdm> mrmoku: did he some research on the e-wm wizzard?
Oct 23 11:19:49 <mrmoku> Heinervdm: some, yes
Oct 23 11:20:27 <mrmoku> Heinervdm: http://git.shr-project.org/git/?p=shr-wizard.git;a=summary
Oct 23 11:20:29 <rebelThor> Heinervdm: patch shent to Łukasz Pankowski
Oct 23 11:20:46 <mrmoku> ok, pushed the autorev changes... now time to build :)
Oct 23 11:20:57 <Heinervdm> rebelThor: good, then he will apply it and we can bump revision
Oct 23 11:21:02 <JaMa> mrmoku: thanks..
Oct 23 11:21:12 <JaMa> mrmoku: there is libdrm and mesa-dri twice but ok
Oct 23 11:21:35 <rebelThor> Heinervdm: i may sound like a newbie (which I am, in some aspects), but what does a "revision bump" involve more exactly? modifying the version that the recipe fetches and builds ?
Oct 23 11:22:37 <mrmoku> JaMa: ohh... I moved it from the bottom up... did not see it is already there :)
Oct 23 11:23:06 <Heinervdm> yes just increase the svn revision we are grabbing in our configs
Oct 23 11:23:06 <Heinervdm> shr-autorev.conf
Oct 23 11:23:20 <mrmoku> JaMa: fixed
Oct 23 11:23:29 <vanous123> JaMa: not sure i you'll find time today, if you do, please build the pyqt for me, thank you
Oct 23 11:23:53 <Heinervdm> mrmoku: ERROR: Unable to parse conf/bitbake.conf (Could not include required file conf/distro/include/shr-autorev-unstable.inc)
Oct 23 11:24:12 <mrmoku> Heinervdm: you have to remove it from conf/local.conf
Oct 23 11:24:17 <Heinervdm> ok
Oct 23 11:24:24 * mrmoku updates the makefile
Oct 23 11:24:28 <JaMa> vanous123: I already started.. but now it failed with sip-4.7.9 NOTE: Running task 1698 of 1733 (ID: 275, /home/projects/OE/shr/recipes/sip/sip-native_4.7.7.bb, do_configure)
Oct 23 11:24:49 <JaMa> vanous123: not sure what to do with it ... http://pastebin.ca/1639757
Oct 23 11:25:17 <JaMa> mrmoku: shr-unstable from shr/merge on buildhost? :)
Oct 23 11:26:37 <CIA-26> SHR: 03mok 07shr-makefile * r95ac031f5410 10/Makefile: do not add obsolete includes of moko-autorev.inc, fso-autorev.inc and shr-autorev-unstable.inc
Oct 23 11:26:38 <vanous123> JaMa: i don't know what to do with it either...
Oct 23 11:26:40 <mrmoku> JaMa: yup, will start a build there too now :)
Oct 23 11:26:46 <vanous123> JaMa: if it doesn't work out of box, just leave it, there are more important things to do now...
Oct 23 11:28:27 <JaMa> mrmoku: then also rebuild shr-kms please
Oct 23 11:29:00 <rebelThor> what's the harm in adding BB_SRCREV_POLICY="cache" by default in the local.conf ?
Oct 23 11:30:11 <JaMa> rebelThor: you have to force update from time to time if you really need to update AUTOREVS
Oct 23 11:30:54 <JaMa> vanous123: ok.. more cores for shr/merge build then :)
Oct 23 11:31:02 <vanous123> :)
Oct 23 11:36:05 <mrmoku> JaMa: will build kms after the normal lite image. don't want to stress the buildhost too much :P
Oct 23 11:36:29 * mrmoku meanwhile off for lunch
Oct 23 11:39:11 <JaMa> mrmoku|away: sure.. I just added KMS to image name..
Oct 23 11:53:42 <alexxy> TAsn: did you actualy fix bug with messages always marked as unread
Oct 23 11:53:47 <alexxy> i still have it
Oct 23 11:57:51 * md2k7 is drowning in "Using **pending_return" warning messages
Oct 23 11:58:13 <md2k7> can't someone who knows dbus insert that setup call in a python lib?
Oct 23 12:03:42 <JaMa> ~curse mms and gprs
Oct 23 12:03:43 <apt> May the fleas of a thousand camels infest your most sensitive regions, mms and gprs !
Oct 23 12:05:05 * JaMa waiting to receive 29Kb picture.. and old motorola phone already downloaded about 10 times more than 40kb and then said that it failed
Oct 23 12:05:18 <JaMa> no logs no error description..
Oct 23 12:13:19 <Tanuva> JaMa: had such an issue once with my 3510i and never tried again
Oct 23 12:13:25 <Tanuva> too expensive for trial&error
Oct 23 12:22:16 <Heinervdm> http://lists.freedesktop.org/archives/xorg/2009-October/047829.html
Oct 23 12:23:53 <JaMa> Heinervdm: :)
Oct 23 12:24:14 * JaMa running xorg-bumping script :)
Oct 23 12:24:15 <Heinervdm> Xorg 7.5 later today :)
Oct 23 12:24:23 <Heinervdm> so wait some hours
Oct 23 12:24:53 <JaMa> ahh :) cp contrib/source-checker/../../recipes/xorg-xserver/xserver-xorg_1.7.0.902.bb contrib/source-checker/../../recipes/xorg-xserver/xserver-xorg_1.7.99.1.bb
Oct 23 12:25:37 <JaMa> Heinervdm: I'll create 7.5 include instead of live then..
Oct 23 12:25:47 <Heinervdm> ok :)
Oct 23 12:25:55 <JaMa> but there are 3 bumps which can be build now.. :)
Oct 23 12:26:05 <CIA-26> SHR: 03mok 07phonefsod * rdde369220cee 10/src/phonefsod-fso.c: fso: fix possible segfault in _list_resources_callback
Oct 23 13:01:14 <JaMa> seems like another rebuild on radar.. koen/static-libs-rework
Oct 23 13:01:57 <mrmoku> ouch :;P
Oct 23 13:02:44 <md2k7> ~curse bluez
Oct 23 13:02:45 <apt> May you be reincarnated as a Windows XP administrator, bluez !
Oct 23 13:02:53 <md2k7> wow :P
Oct 23 13:02:56 <mickey|office> hehe
Oct 23 13:02:59 <md2k7> where is org.bluez.Manager?
Oct 23 13:03:25 * md2k7 loves API which is documented but not implemented, at least in SHR
Oct 23 13:04:00 <mickey|office> how's your plan wrt. to including more cornucopia in SHR?
Oct 23 13:04:33 <Heinervdm> mickey|office: fsogsmd finished?
Oct 23 13:04:46 <mickey|office> *cough* not quite
Oct 23 13:05:04 <mickey|office> i was more thinking at device, time, and network
Oct 23 13:05:11 <mrmoku> mickey|office: what about fsodeviced?
Oct 23 13:05:19 <mrmoku> should we use it?
Oct 23 13:05:42 <mickey|office> yes
Oct 23 13:05:49 <mrmoku> or better... which parts do you want us to use? :)
Oct 23 13:05:54 <Heinervdm> what is time and network for?
Oct 23 13:06:00 <mrmoku> ahh
Oct 23 13:06:10 * mrmoku should read more carefully :)
Oct 23 13:06:31 <mickey|office> Heinervdm: fsotimed implements the wakeup service, fsonetworkd implements the network sharing service
Oct 23 13:09:06 <JaMa> yeah more vala stuff for our shiny toolchain! :)
Oct 23 13:09:25 <mickey|office> :)
Oct 23 13:09:42 <mickey|office> device, time, and network are the simple ones
Oct 23 13:09:53 <mickey|office> since they're pretty much drop-in-replacements
Oct 23 13:09:55 <mickey|office> or _should be_
Oct 23 13:10:05 <mickey|office> gsm, gps, preferences will come with API changes
Oct 23 13:10:09 <mickey|office> so we have to talk more about that
Oct 23 13:10:23 <mickey|office> but we'll cross that bridge after it's built
Oct 23 13:10:38 <mickey|office> i have we can do that on FSOSHRCON10
Oct 23 13:10:48 <mickey|office> (which should not be too far away, ideally)
Oct 23 13:11:37 <JesusMcCloud> anyone else having troubles with autosuspednd since yesterday nights updates?
Oct 23 13:13:57 <JesusMcCloud> i use phonefsod and shr settings complains tha tophonekitd (fsophoned) is not running. and it really is not. i have gsm, cam place calls and so on. no trubles at all...when i start fsophoned it immediately quits without errors...
Oct 23 13:16:56 <JesusMcCloud> check that, cannot place calls.
Oct 23 13:18:37 <JesusMcCloud> frameworkd.log also doesnt print any warnings, when i try to call someone
Oct 23 13:20:30 <Zorkman2> has anyone played with openbmap-locator?
Oct 23 13:20:57 <JesusMcCloud> i am playing around with it a little...
Oct 23 13:21:20 <Zorkman2> i'm installing the ipk at the moment
Oct 23 13:21:51 <Zorkman2> JesusMcCloud: any findings so far?
Oct 23 13:22:11 <JesusMcCloud> Zorkman2, i think i foudn something... investigating...
Oct 23 13:22:51 <Zorkman2> JesusMcCloud: i got when installing:
Oct 23 13:22:53 <Zorkman2> root@om-gta02 ~ $ opkg install http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk
Oct 23 13:22:53 <Zorkman2> Downloading http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk
Oct 23 13:22:53 <Zorkman2> Installing openbmap-locator (0.1) to root...
Oct 23 13:22:53 <Zorkman2> preinst script returned status 1
Oct 23 13:22:53 <Zorkman2> Collected errors:
Oct 23 13:22:55 <Zorkman2>  * Aborting installation of openbmap-locator
Oct 23 13:23:25 <Zorkman2> how did you install it?
Oct 23 13:23:36 <JesusMcCloud> Zorkman2, was talking about other issue, sry
Oct 23 13:25:42 <mrmoku> JesusMcCloud: yes, don't know where that came from... but I have it too
Oct 23 13:25:42 <mrmoku> phonefsod is segfaulting
Oct 23 13:25:53 <mickey|office> hehe: ** (process:20087): WARNING **: atparser.vala:165: Echo mode detected; ignoring, but please turn that thing off!
Oct 23 13:25:54 <mrmoku> debugging that right now
Oct 23 13:26:35 <JesusMcCloud> mrmoku, debug tells me that the program exited without error
Oct 23 13:27:12 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * rdd0a0a0f9cb4 10/fsogsmd/src/lib/atparser.vala: fsogsmd: parser: handle echo mode gracefully
Oct 23 13:28:44 <JesusMcCloud> mrmoku, did you take a look at the edj i sent you? i just want to know if you can live with style as simple as this...
Oct 23 13:29:48 <mrmoku> JesusMcCloud: did take a look, but did not try it yet
Oct 23 13:29:53 <mrmoku> still doing some daywork :|
Oct 23 13:30:13 <JesusMcCloud> ok
Oct 23 13:43:48 <JesusMcCloud> having a bitbake problemwhen trying to build xorg:
Oct 23 13:43:48 <JesusMcCloud> type 'exceptions.TypeError'>:cannot concatenate 'str' and 'EnumValue'
Oct 23 13:44:07 <JesusMcCloud> actually many packages seem to have that problem
Oct 23 13:44:19 <JaMa> JesusMcCloud: please show whole log..
Oct 23 13:44:30 <JaMa> JesusMcCloud: isn't it from staging-manager?
Oct 23 13:44:52 <JesusMcCloud> will pastebin it
Oct 23 13:45:39 <JesusMcCloud> but will first retry it on cleared screen
Oct 23 13:48:10 <JesusMcCloud> JaMa, http://pastebin.com/d39af2ef0
Oct 23 13:48:25 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * rb585a2cf7738 10/fsogsmd/src/lib/atparser.vala: 
Oct 23 13:48:25 <CIA-26> freesmartphone.org: fsogsmd: handle nonverbose mode (kind of) gracefully
Oct 23 13:48:25 <CIA-26> freesmartphone.org: NOTE: This parser is still not designed for nonverbose mode, but we do not
Oct 23 13:48:25 <CIA-26> freesmartphone.org: bail out when we detect it. This improves support for modems which start
Oct 23 13:48:27 <CIA-26> freesmartphone.org: in nonverbose mode as per factory settings (e.g. Qualcomm w/ HTC firmware).
Oct 23 13:48:29 <CIA-26> freesmartphone.org: Make sure that the init sequence should always contain V1 as (one of)
Oct 23 13:48:31 <CIA-26> freesmartphone.org: the first command(s) though.
Oct 23 13:49:07 <Heinervdm> JesusMcCloud: you have to define a SRCREV
Oct 23 13:49:20 <JaMa> JesusMcCloud: its from shr/merge or shr/import branch?
Oct 23 13:49:54 <JesusMcCloud> sec
Oct 23 13:49:56 <JaMa> JesusMcCloud: mrmoku said he updated Makefile.. so maybe you switched to shr/merge now?
Oct 23 13:50:32 <JesusMcCloud> well maybe i shoudl uopdate my makefile and just re run everything, to make sure i have a clean setup
Oct 23 13:50:42 <JaMa> or you local.conf switched to what is expected now to be shr/merge but you have shr/import branch and you're missing shr-autorev* includes in local.conf
Oct 23 13:50:48 <mrmoku> JaMa: no
Oct 23 13:51:06 <JaMa> mrmoku: and no change to local.conf?
Oct 23 13:51:54 <mrmoku> JaMa: local.conf is only for new setup
Oct 23 13:52:03 <mrmoku> Makefile does not touch an existing local.conf
Oct 23 13:52:11 <JaMa> ah ok
Oct 23 13:52:48 <JesusMcCloud> ok so what of what you guys said is now imortant for me?
Oct 23 13:53:34 * JaMa is not using mokomakefile, so no idea what happen to your checkout/local.conf
Oct 23 13:54:00 <JaMa> JesusMcCloud: check include of shr-autorev.inc and shr-autorev-unstable.inc in your local.conf
Oct 23 13:54:10 <JesusMcCloud> will do
Oct 23 13:54:12 <JaMa> JesusMcCloud: and also check git branch to see what you have
Oct 23 13:55:19 <JesusMcCloud> ok i only have shr-autorev.inc
Oct 23 13:57:34 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * rf755d003538c 10/fsogsmd/src/plugins/modem_qualcomm_htc/htcparser.vala: fsogsmd: htcparser: catch up with improvements in atparser
Oct 23 14:00:18 <JesusMcCloud> JaMa, seems to work now (it is so sloooow so it is still fetching, but afaik it never got that far before)
Oct 23 14:02:46 <mrmoku> JesusMcCloud: better get used to that slowness ;)
Oct 23 14:04:05 <JesusMcCloud> still slow connection is faster than generating locales (ofcourse i did not look at any config files the very first time i wanted to build something)
Oct 23 14:05:10 <JesusMcCloud> why do i have gsm qwhen phone starts up, but phonefsod is not working...
Oct 23 14:05:48 * JesusMcCloud is temporaily switching to an old phone that will hopefully still work
Oct 23 14:07:17 <JesusMcCloud> monochrmoe displays rock!
Oct 23 14:07:20 <JaMa> JesusMcCloud: you should have both for shr-unstable and only first for shr-testing I think
Oct 23 14:07:53 <JaMa> my old phone has only about 2 battery life
Oct 23 14:08:00 <JaMa> s/2/2 hours/
Oct 23 14:08:01 <apt> JaMa meant: my old phone has only about 2 hours battery life
Oct 23 14:09:05 <JesusMcCloud> this one i bought 2 days ago, in case internet stops working
Oct 23 14:10:48 <JesusMcCloud> i noticed something when firing up the old ericsson. i got 2 new messages which i recieved last night when fsophoned was already broken (or the timestamp is wrong)
Oct 23 14:11:16 <JesusMcCloud> but i know i never saw this sms before
Oct 23 14:21:11 <CIA-26> SHR: 03mok 07phonefsod * rfee8415a7720 10/src/phonefsod-fso.c: fso: add some more debug info
Oct 23 14:48:10 <playya> mrmoku, after a make update a few minutes ago: ERROR: Unable to parse conf/bitbake.conf (Could not include required file conf/distro/include/shr-autorev-unstable.inc)
Oct 23 14:49:15 <mrmoku> playya: remove the shr-autorev stuff (and all rev stuff for that) from local.conf
Oct 23 14:49:32 <mrmoku> shr-autorev-unstable is no more
Oct 23 14:49:41 <mrmoku> and shr-autorev get's included by shr.conf anyway now
Oct 23 14:49:53 <mrmoku> same for sanesrrevs
Oct 23 14:50:38 <playya> ok. removing tmp/*
Oct 23 14:50:49 <JesusMcCloud> which config file in which folder sets the git branch? (is this relevant since everythign seems to work?)
Oct 23 14:51:04 <playya> in the makefile?
Oct 23 14:51:18 <JaMa> playya: you don't need to remove tmp again
Oct 23 14:51:27 <JaMa> playya: if you removed it with DISTRO_PR change
Oct 23 14:51:42 <playya> i didn't in my sandbox
Oct 23 14:51:48 <JaMa> ah ok
Oct 23 14:51:49 <playya> yet
Oct 23 14:52:28 * JaMa has almost kernel built :)
Oct 23 14:52:38 <JaMa> NOTE: Running task 787 of 872
Oct 23 14:52:45 * Heinervdm is missing 90 tasks for kernel
Oct 23 14:53:08 <Heinervdm> JaMa: i'm exactly as far as you :D
Oct 23 14:53:27 * JaMa needs to restart bitbake in order to allocate more make threads for shr-lite-image :)
Oct 23 14:53:39 <JaMa> and then I'll go home from work :)
Oct 23 14:53:41 <playya> RUNNING rm tmp/* -rf
Oct 23 14:54:31 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r76e3a02c50d9 10/fsogsmd/src/lib/ (atcommand.vala atcommands.vala atmediators.vala): fsogsmd: be more failsafe, some results (e.g. +CME ERROR: 22) do not lead to an error but rather an empty response.
Oct 23 14:55:58 <TAsn> alexxy, mrmoku needs to rebuild it
Oct 23 14:56:03 <TAsn> and you need to install it
Oct 23 14:56:09 <TAsn> only then you'll have a fixed version.
Oct 23 14:57:47 <JaMa> Heinervdm: finished
Oct 23 14:58:34 <Heinervdm> 60 tasks missing
Oct 23 14:58:35 <alexxy> TAsn: ok 
Oct 23 14:59:12 <TAsn> mrmoku, btw, phonefsod segs here.
Oct 23 14:59:23 <mrmoku> here too :(
Oct 23 14:59:28 <mrmoku> and I have nooooo idea why
Oct 23 14:59:30 <JesusMcCloud> here too
Oct 23 15:00:13 <TAsn> shit. :|
Oct 23 15:00:31 <TAsn> will try to debug later than.
Oct 23 15:00:33 <mrmoku> TAsn: and your mark messages read thing should be built already
Oct 23 15:00:44 <TAsn> ok, cool enough :)
Oct 23 15:00:48 <TAsn> alexxy, just install it then.
Oct 23 15:01:56 <JaMa> mrmoku: there is one cookie for lite image..
Oct 23 15:03:24 <alexxy> mrmoku: TAsn: ping me when rebuild finished
Oct 23 15:03:29 <TAsn> done.
Oct 23 15:03:57 <TAsn> btw, they are only marked as read
Oct 23 15:03:57 <TAsn> when you click "show"
Oct 23 15:06:10 <JaMa> NOTE: Running task 449 of 6958 for lite image :)
Oct 23 15:06:12 <TAsn> alexxy, please click show
Oct 23 15:06:14 <TAsn> open it
Oct 23 15:06:26 <TAsn> close the messages app (as we don't update stuff yet)
Oct 23 15:06:42 <TAsn> and then tell reopen the message and tell me if it's marked as read.
Oct 23 15:06:44 <TAsn> here it is.
Oct 23 15:07:37 <TAsn> Heinervdm, http://trac.shr-project.org/trac/ticket/554 I closed it. (is that ok?)
Oct 23 15:08:34 <Heinervdm> yes
Oct 23 15:08:44 <TAsn> cool.
Oct 23 15:09:06 <TAsn> Heinervdm, please, when you see a ticket I can close, pm me with a link and I'll close it ;)
Oct 23 15:09:14 <TAsn> I really like having a clean trac.
Oct 23 15:09:38 <Heinervdm> ok, will do that
Oct 23 15:10:21 <TAsn> cool :)
Oct 23 15:10:24 <TAsn> alexxy, well?
Oct 23 15:11:17 <alexxy> TAsn: i'm running update && upgrade
Oct 23 15:11:23 <TAsn> very good.
Oct 23 15:11:24 <mrmoku> locale generation is not much faster with eglibc :P
Oct 23 15:11:32 <TAsn> I'm waiting for your response.
Oct 23 15:12:18 <Heinervdm> mrmoku: but it's faster?
Oct 23 15:12:21 <TAsn> mrmoku, iirc they claim to have a better memory footprint
Oct 23 15:12:28 <mrmoku> Heinervdm: well... still building :)
Oct 23 15:12:28 <TAsn> not better performance :)
Oct 23 15:12:58 <alexxy> TAsn: updated
Oct 23 15:13:03 <Heinervdm> mrmoku: it needed less then 2 hours
Oct 23 15:13:06 <mrmoku> hmm No package 'fsoresource-2.0' found
Oct 23 15:13:10 <alexxy> i'm restaring phone now
Oct 23 15:13:26 <TAsn> alexxy, very good.
Oct 23 15:13:40 <TAsn> btw, mrmoku 
Oct 23 15:13:45 <TAsn> as you probably noticed
Oct 23 15:13:57 <TAsn> message-show
Oct 23 15:14:03 <TAsn> just takes parameters
Oct 23 15:14:05 <mrmoku> ohhh....
Oct 23 15:14:11 * mrmoku has to check something...
Oct 23 15:14:11 <TAsn> doesn't ask opimd for a message
Oct 23 15:14:17 <TAsn> so it's faster
Oct 23 15:14:24 <TAsn> but also it means it doesn't update
Oct 23 15:14:34 <TAsn> (which is ok, as when it updates the list should update as well)
Oct 23 15:15:08 <TAsn> but we really need to start registering to the MessageUpdated and ContactUpdated signals
Oct 23 15:15:08 <TAsn> and update our lists accordingly
Oct 23 15:15:09 <TAsn> I want to have ready lists that we just show/hide
Oct 23 15:15:24 <TAsn> no need to reconstruct
Oct 23 15:15:38 <CIA-26> freesmartphone.org: 03mok 07libframeworkd-glib * r5772c3fe8593 10/src/frameworkd-glib-dbus.c: 
Oct 23 15:15:38 <CIA-26> freesmartphone.org: initialize signal handler for pimNewContact to NULL
Oct 23 15:15:38 <CIA-26> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Oct 23 15:15:41 <mrmoku> ouch
Oct 23 15:15:44 <mrmoku> ~lart mrmoku
Oct 23 15:15:44 * apt hurls dozens of incontinent, insomniac, hungry kittens with tiny little razor-sharp claws and a wide variety of contagious intestinal parasites at mrmoku
Oct 23 15:16:07 <TAsn> ?
Oct 23 15:16:10 <JaMa> bbl
Oct 23 15:16:23 <mrmoku> forgot to initialize the signal handler for NewContact
Oct 23 15:16:30 <TAsn> :)
Oct 23 15:16:34 <mrmoku> and I'm quite sure that is the source of the random phonefsod segfaults :)
Oct 23 15:16:45 <TAsn> rebuild and let me test ;]
Oct 23 15:16:48 <mrmoku> yup
Oct 23 15:17:14 <mrmoku> building
Oct 23 15:17:28 <TAsn> ok, I'll wait.
Oct 23 15:17:35 <TAsn> alexxy, btw, you probably won't be able to test it
Oct 23 15:17:39 <mrmoku> hmm... while being at it
Oct 23 15:17:40 <TAsn> as phonefsod segfaults :)
Oct 23 15:17:49 * mrmoku checks what else signal handlers are missing in lfg
Oct 23 15:17:55 <TAsn> mrmoku, read what I said (about opimd message)
Oct 23 15:18:04 <mrmoku> yup
Oct 23 15:18:05 <TAsn> mrmoku, the messageNew/Update
Oct 23 15:18:07 <TAsn> bla bla
Oct 23 15:18:10 <TAsn> forgot the last one
Oct 23 15:18:12 <mrmoku> that's why I wanted to check :)
Oct 23 15:18:20 <TAsn> there's New and there's a Loaded signal
Oct 23 15:18:26 <TAsn> can't remember the names.
Oct 23 15:19:33 <alexxy> TAsn: mrmoku: seems phonefsod simply exts by timeout
Oct 23 15:20:43 <mrmoku> TAsn: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.PIM.Contact.html;hb=HEAD#ContactUpdated
Oct 23 15:20:51 <mrmoku> what is that?
Oct 23 15:21:10 <mrmoku> alexxy: no it segfaults due to an unitialized signal handler :(
Oct 23 15:21:13 <TAsn> mrmoku, when you change a contact's phone number
Oct 23 15:21:14 <mrmoku> building the fix now
Oct 23 15:21:22 <mrmoku> TAsn: take a look at the API
Oct 23 15:21:28 <TAsn> i.e when you call the Update method
Oct 23 15:21:31 <TAsn> mrmoku, just replied.
Oct 23 15:21:32 * mrmoku understood what it is for
Oct 23 15:21:48 <mrmoku> ?
Oct 23 15:22:45 <TAsn> ok.
Oct 23 15:22:52 <TAsn> mrmoku, is phonefsod done? :)
Oct 23 15:23:07 <mrmoku> building lfg
Oct 23 15:23:10 <mrmoku> not phonefsod
Oct 23 15:23:13 <alexxy> TAsn: no
Oct 23 15:23:18 <TAsn> mrmoku, oops, yeah.
Oct 23 15:23:21 <TAsn> alexxy, no to what?
Oct 23 15:23:23 <alexxy> messages still marked as unread
Oct 23 15:23:25 <mrmoku> building the index now :)
Oct 23 15:23:27 <Heinervdm> JaMa: we have to update xorg-macros.m4 to at least 1.1.0
Oct 23 15:23:32 <TAsn> alexxy, how can you tell?
Oct 23 15:23:36 <TAsn> phone is broken
Oct 23 15:24:01 <TAsn> anyhow, open messages app
Oct 23 15:24:05 <mrmoku> TAsn: phonefsod is broken
Oct 23 15:24:08 <mrmoku> phoneuid not :)
Oct 23 15:24:09 <TAsn> choose a message
Oct 23 15:24:12 <TAsn> press show
Oct 23 15:24:14 <alexxy> TAsn: if i remove pidfile for phonefsod
Oct 23 15:24:19 <TAsn> close the messages app completely
Oct 23 15:24:25 <alexxy> and restart it manualy it continious working
Oct 23 15:24:30 <TAsn> and then open it
Oct 23 15:24:37 <alexxy> TAsn: i did so
Oct 23 15:24:42 <alexxy> open message app
Oct 23 15:24:46 <TAsn> and you still get unread?
Oct 23 15:24:47 <alexxy> show message
Oct 23 15:24:48 <TAsn> I get read.
Oct 23 15:24:53 <alexxy> close message
Oct 23 15:24:57 <alexxy> close message app
Oct 23 15:25:02 <alexxy> open it again
Oct 23 15:25:03 <TAsn> opkg list_installed | grep libphone-ui
Oct 23 15:25:10 <alexxy> messafes still unread
Oct 23 15:25:17 <TAsn> alexxy, ^
Oct 23 15:25:44 <alexxy> libphone-ui-shr - 0.0.0+gitr172+c89ed90c264049aa70cc85b9a2c59dd5dcb7b0e3-r2 -
Oct 23 15:25:44 <alexxy> libphone-ui0 - 0.0.0+gitr136+04d0c794a99466b9e4ebbe608ee1b0dc77beacfb-r0 -
Oct 23 15:26:33 <mrmoku> ok build finished
Oct 23 15:27:35 <TAsn> alexxy, as I said
Oct 23 15:27:43 <TAsn> libphone-ui-shr <-- yours is wayyy too old.
Oct 23 15:28:00 <alexxy> TAsn: there is no new one in feed
Oct 23 15:28:05 <TAsn> alexxy, may be.
Oct 23 15:28:08 <TAsn> but still, yours is old.
Oct 23 15:28:44 <alexxy> http://dpaste.com/111104/
Oct 23 15:28:59 <Heinervdm> JaMa: it's because there is a require conf/distro/include/preferred-xorg-versions-X11R7.4.inc in minimal.conf
Oct 23 15:29:05 <JesusMcCloud> so is everywhing in order now, that i can build (well whar do i need to build? libphone-ui0 *-shr phonefsod frameword-glib)
Oct 23 15:29:47 <TAsn> alexxy, I don't care.
Oct 23 15:29:51 <TAsn> your version is till too old.
Oct 23 15:30:09 <TAsn> mrmoku, testing, sec.
Oct 23 15:30:32 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r2a72274a0750 10/fsogsmd/src/ (4 files in 2 dirs): fsogsmd: disable checking +CEER for now, have some problems w/ GValue double free BT
Oct 23 15:30:46 <alexxy> TAsn: so bug still not fixed =P
Oct 23 15:30:49 <JesusMcCloud> wait, mrmobu built it, is is already in feed?
Oct 23 15:30:52 <TAsn> alexxy, no
Oct 23 15:30:54 <TAsn> bug is fixed.
Oct 23 15:31:02 <TAsn> read my reply at trac.
Oct 23 15:31:08 <alexxy> i cant verify that its fixed =P
Oct 23 15:31:33 <TAsn> alexxy, I can't verify god exists, but I still don't use it as an argument against the church.
Oct 23 15:32:07 <alexxy> TAsn: but in this case you also cannot verify that its doesnt exist
Oct 23 15:32:19 <TAsn> alexxy, you can't as well.
Oct 23 15:32:23 <alexxy> while i can verify that bug isnt fixed in feed
Oct 23 15:32:30 <TAsn> alexxy, I don't care about feed.
Oct 23 15:32:41 <TAsn> I'm a software developer, not a package maintainer
Oct 23 15:32:51 <TAsn> I fix bugs, that's what trac is for.
Oct 23 15:34:11 <TAsn> mrmoku, it seems you forgot to build libphone-ui-shr
Oct 23 15:34:36 <vanous123> mrmoku: i never had so many contacts in my list, the fast moving function is really good, is it new or old?
Oct 23 15:34:48 <TAsn> actually, for some reason it's not even in feed.
Oct 23 15:35:23 <TAsn> $ opkg list | grep libphone-ui-shr
Oct 23 15:35:23 <TAsn> libphone-ui-shr - 0.0.0+gitr0LOCAL-r2 - 
Oct 23 15:35:25 <TAsn> mrmoku, ^
Oct 23 15:35:52 <vanous123> or is it TAsn part? not sure who makes the front end :)
Oct 23 15:36:10 <TAsn> vanous123, actually, mrmoku added that.
Oct 23 15:36:15 <vanous123> :)
Oct 23 15:36:16 <TAsn> it's a month old, I think.
Oct 23 15:36:29 <vanous123> really
Oct 23 15:36:36 <vanous123> yeah, not so many contacts...
Oct 23 15:36:44 <TAsn> ( mrmoku did most of the UI )
Oct 23 15:36:46 <vanous123> one litle bug, but not important now
Oct 23 15:37:14 <vanous123> sorting is done by EN locale, will it be possible to change later?
Oct 23 15:37:23 <vanous123> or will locales affect it?
Oct 23 15:37:49 <TAsn> that's actually opimd's fault.
Oct 23 15:37:56 <TAsn> we get it sorted from opimd
Oct 23 15:38:02 <vanous123> i see
Oct 23 15:38:02 <TAsn> we only add indexes here.
Oct 23 15:38:10 <vanous123> not an issue for now
Oct 23 15:38:46 <vanous123> i like it, this rocks!
Oct 23 15:39:06 <TAsn> cool . :)
Oct 23 15:39:33 <vanous123> loading takes still about 2-3 secs for the app, 6-7 more for the contacts
Oct 23 15:39:43 <vanous123> just FYI
Oct 23 15:39:57 <TAsn> really?!
Oct 23 15:40:10 <TAsn> here it's almost instantaneous
Oct 23 15:40:22 <vanous123> still is some 450 contacts with some details (emails, phones...)
Oct 23 15:40:24 <TAsn> anyhow, we'll improve it to be < 0.5 second, I promise.
Oct 23 15:40:42 <TAsn> vanous123, oh, I only have 200~ without details :)
Oct 23 15:40:52 <vanous123> i can provide my sqlite-contacts, but you would have to be careful with it
Oct 23 15:41:00 <vanous123> not about breaking, but sharing :)))
Oct 23 15:41:11 <TAsn> hehe
Oct 23 15:41:15 <TAsn> gtg anyway.
Oct 23 15:41:15 <vanous123> :)
Oct 23 15:41:17 <TAsn> ciao.
Oct 23 15:41:24 <vanous123> cheers
Oct 23 15:41:43 <mrmoku> TAsn: let me check (libphone-ui-shr)
Oct 23 15:43:17 <mrmoku> heh... somehow there is _no_ libphone-ui-shr :P
Oct 23 15:43:21 <mrmoku> building now
Oct 23 15:43:45 * vanous123 is checking on the db size.... 350208 Oct 21 22:00 sqlite-contacts.db
Oct 23 15:45:46 <JesusMcCloud> mrmoku, are you using psyco? is it worth trying?
Oct 23 15:49:24 <mrmoku> JesusMcCloud: no
Oct 23 15:49:28 <CIA-26> SHR: 03mok 07libphone-ui-shr * r9ba470f641f1 10/src/phoneui-contacts.h: phoneui-contacts.h: add missing include for glib
Oct 23 15:49:33 <CIA-26> SHR: 03mok 07libphone-ui-shr * r78229b42922e 10/src/view/message-show-view.c: Merge branch 'master' of git+ssh://git@git.shr-project.org/libphone-ui-shr
Oct 23 15:49:37 <mrmoku> JesusMcCloud: I tried it in the very beginning of my OE experiences
Oct 23 15:49:40 <mrmoku> but it did not work
Oct 23 15:49:52 <mrmoku> might have been due to my buildhost though, no idea
Oct 23 15:51:20 <JesusMcCloud> mrmoku, so is everythign in git, now ((05:49:34 PM) CIA-26:), so that i can  build phonefsod libframeworkd-phonegui lubphone-ui libphone-ui-shr ?
Oct 23 15:51:41 <JesusMcCloud> (i think that should be all i have to build, or did i forget sth?
Oct 23 15:52:06 <mrmoku> JesusMcCloud: you forgot phoneuid... and libframeworkd-phonegui is not needed anymore
Oct 23 15:52:15 <mrmoku> ahh 
Oct 23 15:52:26 <mrmoku> JesusMcCloud: and phoneui-apps-{dialer,contacts,messages}
Oct 23 15:52:34 <JesusMcCloud> /s/-phonegui/-glib
Oct 23 15:52:41 <mrmoku> dos1: hey... have some question :)
Oct 23 15:53:01 <JesusMcCloud> phoneui apps is a metapackae , right?
Oct 23 15:53:16 <mrmoku> JesusMcCloud: let me check if I comitted it...
Oct 23 15:53:44 <mrmoku> yep
Oct 23 15:54:11 <JesusMcCloud> it si going to take some time anywas, since all the e stuff hast to be built first
Oct 23 15:54:22 <mrmoku> ohh yes :)
Oct 23 15:54:34 <alexxy> mrmoku: who depends on libframeworkd-phonegui?
Oct 23 15:54:48 <dos1> mrmoku: hey
Oct 23 15:54:54 <mrmoku> alexxy: the old libframeworkd-phonegui backends and ophonekitd
Oct 23 15:55:01 <mrmoku> dos1: small opimd API question :)
Oct 23 15:55:09 <mrmoku> signals for ContactUpdated and ContactDeleted
Oct 23 15:55:17 <mrmoku> is the API correct?
Oct 23 15:55:18 <alexxy> so i can sefely drop it
Oct 23 15:55:19 <JesusMcCloud> runnign task 1692 of 2775
Oct 23 15:55:19 <alexxy> =)
Oct 23 15:55:39 <mrmoku> dos1: same for Messages
Oct 23 15:56:17 <dos1> mrmoku: in query on in entry?
Oct 23 15:56:23 <mrmoku> dos1: signal
Oct 23 15:56:38 <dos1> mrmoku: yup, signal on query path or on entry path? :P
Oct 23 15:56:38 <mrmoku> for Contact
Oct 23 15:56:45 <dos1> mrmoku: if in query, then it's not implemented yet
Oct 23 15:56:50 <dos1> mrmoku: if for entries, then it's ok
Oct 23 15:56:56 <dos1> (or at least should be)
Oct 23 15:56:59 <mrmoku> dos1: ahh stupid me
Oct 23 15:57:32 <mrmoku> dos1: was talking about entries
Oct 23 15:57:32 <mrmoku> hmm
Oct 23 15:57:36 <mrmoku> then we need some way in lfg to listen on signals for all contact entries
Oct 23 15:57:54 * mrmoku needs to learn how to do that :P
Oct 23 16:00:04 <mrmoku> alexxy, JesusMcCloud: upgrade is there
Oct 23 16:00:13 <TAsn> mrmoku, that's what I said, *no* libphone-ui-shr
Oct 23 16:00:14 <TAsn> :)
Oct 23 16:01:18 <TAsn> mrmoku, btw, messages-app is pretty broken, when deleting a message, screen doesn't close
Oct 23 16:01:24 <TAsn> and many stuff like tha.t
Oct 23 16:02:07 <TAsn> bah, libxfont still breaks :|
Oct 23 16:02:44 <mrmoku> TAsn: about ContactUpdated and ContactDeleted..
Oct 23 16:02:47 <mrmoku> I don't know how to do that
Oct 23 16:02:51 <TAsn> why?
Oct 23 16:03:08 <mrmoku> we would have to register a signal handler for every contact
Oct 23 16:03:19 <mrmoku> or someone tell me how to listen for all those signals
Oct 23 16:03:39 <mwester> OO gone crazy... 
Oct 23 16:03:50 <JesusMcCloud> mrmoku, will update &&upgrade
Oct 23 16:04:08 <mrmoku> mwester: OO or OE ? :P
Oct 23 16:04:36 <TAsn> mrmoku, oh, this sounds ugly.
Oct 23 16:04:38 <TAsn> :|
Oct 23 16:04:53 * mrmoku checks dbus docs...
Oct 23 16:05:41 <mwester> mrmoku,  OO
Oct 23 16:05:50 <TAsn> mrmoku, i think I know how to do that.
Oct 23 16:05:59 <mwester> (OO on embedded == oops!
Oct 23 16:06:01 <mwester> )
Oct 23 16:06:04 <TAsn> iirc you can register for a signal for a whole path
Oct 23 16:06:15 <TAsn> *interface
Oct 23 16:06:22 <TAsn> and then not check the path.
Oct 23 16:06:33 <TAsn> mrmoku, btw, did you add CreateContact?
Oct 23 16:07:49 <alexxy> TAsn: mrmoku: any ideas how to fix phonefsod?
Oct 23 16:07:58 <TAsn> alexxy, it's already fixed.
Oct 23 16:08:10 <alexxy> hmmm
Oct 23 16:08:13 <alexxy> where ?
Oct 23 16:08:19 <mrmoku> upgrade
Oct 23 16:08:22 <TAsn> opkg update ; opkg upgrade
Oct 23 16:08:22 <TAsn> yes.
Oct 23 16:08:27 <mrmoku> fix is in libframeworkd-glib
Oct 23 16:08:41 <alexxy> i did it about 30 seconds ago
Oct 23 16:08:48 <Heinervdm> TAsn: do you know sth about connman?
Oct 23 16:09:05 <Heinervdm> the people in #connman doesn't anwser my question :(
Oct 23 16:09:11 <TAsn> Heinervdm, yes, I know it's not perfect ;]
Oct 23 16:09:28 <TAsn> Heinervdm, and there's F4t which knows a lot about connman, I suggest you'll wait for him. :)
Oct 23 16:09:51 <TAsn> Heinervdm, what do you need though? maybe I remember something as I worked with f4t on connman a bit.
Oct 23 16:09:54 <Heinervdm> TAsn: the question is, if one can define the default state for an interface
Oct 23 16:10:06 <TAsn> hm.. no idea. :|
Oct 23 16:10:11 <mrmoku> TAsn: CreateContact should work... doesn't it?
Oct 23 16:10:15 <alexxy> 2009.10.23 20:09:11.471773 [libphone-ui]         Symbol not found: /usr/lib/phoneui/modules/shr.so: undefined symbol: phoneui_backend_contacts_contact_show
Oct 23 16:10:20 <alexxy> mrmoku: TAsn ^^
Oct 23 16:10:26 <TAsn> alexxy, that's ok.
Oct 23 16:10:28 <Heinervdm> TAsn: is there a config file? or any documentation?
Oct 23 16:10:38 <TAsn> Heinervdm, documentation: No.
Oct 23 16:10:42 <TAsn> config: No idea.
Oct 23 16:10:45 <Heinervdm> ok
Oct 23 16:11:20 <mrmoku> alexxy: is used nowhere, so no problem
Oct 23 16:11:47 <TAsn> mrmoku, oh oops, my bad (actually yours) I thought you built phonelog ;)
Oct 23 16:11:49 * mrmoku votes to give NM another try ;)
Oct 23 16:11:57 <TAsn> mrmoku, I vote that all the time.
Oct 23 16:12:11 <mrmoku> TAsn: hmm... it got built sometime between yesterday and now :P
Oct 23 16:12:24 <mrmoku> building again now
Oct 23 16:12:28 <Heinervdm> mrmoku: as i said this morning, i vote for fsoconnectiond ;)
Oct 23 16:12:41 <TAsn> Heinervdm, nah.
Oct 23 16:12:42 <mrmoku> Heinervdm: care to implement it too? ;)
Oct 23 16:12:49 <TAsn> I prefer them to work on important stuff.
Oct 23 16:13:06 <Heinervdm> mrmoku: it's an fso app, so mickey has to implement it :P
Oct 23 16:13:17 <TAsn> 2009.10.23 18:12:52.119350 [phoneuid]	 org.shr.phoneuid.Contacts.CreateContact
Oct 23 16:13:17 <TAsn> 2009.10.23 18:12:52.122351 [libphone-ui]	 can't find function phoneui_contacts_contact_new
Oct 23 16:13:18 <TAsn> mrmoku, ^
Oct 23 16:13:32 <mrmoku> hmm
Oct 23 16:13:40 <TAsn> as it's in phone-ui
Oct 23 16:13:43 <TAsn> you forgot to add
Oct 23 16:13:45 <TAsn> backend
Oct 23 16:13:47 <TAsn> (I think)
Oct 23 16:14:04 <TAsn> oh wait, not sure, anyhow, this is why it doesn't work :)
Oct 23 16:14:11 <mrmoku> phoneui_backend_contacts_contact_new(GHashTable *values)
Oct 23 16:14:23 <mrmoku> TAsn: libphone-ui current?
Oct 23 16:14:43 <TAsn> mrmoku, maybe you forgot to build that as well?
Oct 23 16:14:59 <mrmoku>         _phoneui_contacts_contact_new =
Oct 23 16:14:59 <mrmoku>                 phoneui_get_function("phoneui_backend_contacts_contact_new",
Oct 23 16:15:03 <mrmoku>                                         backends[BACKEND_CONTACTS].library);
Oct 23 16:15:08 <mrmoku> TAsn: libphone-ui built before
Oct 23 16:15:22 <TAsn> hm..
Oct 23 16:15:41 <TAsn> but what prints <TAsn> 2009.10.23 18:12:52.122351 [libphone-ui]  can't find function phoneui_contacts_contact_new
Oct 23 16:15:44 <TAsn> in libphone-ui?!
Oct 23 16:16:17 <playya> mrmoku, do you build the feed?
Oct 23 16:16:25 <TAsn> ok, my libphone-ui is up to date.
Oct 23 16:16:36 <mrmoku> TAsn: hehe... I get sh: shr-contacts: not found
Oct 23 16:16:39 <mrmoku> :P
Oct 23 16:16:45 <TAsn> mrmoku, because you didn't build
Oct 23 16:16:47 <JaMa> Heinervdm: thanks for fix
Oct 23 16:16:48 <TAsn> pyphonelog
Oct 23 16:16:48 <TAsn> ...
Oct 23 16:16:50 <mrmoku> yup
Oct 23 16:16:55 <TAsn> I'm using latest pyphonelog.
Oct 23 16:16:59 <TAsn> and I get what I showed you :)
Oct 23 16:17:02 <mrmoku> built... building index now
Oct 23 16:17:28 <mrmoku> playya: the feed for import?
Oct 23 16:17:33 <mrmoku> or merge?
Oct 23 16:17:46 <playya> merge
Oct 23 16:17:49 <playya> http://www.engadgetmobile.com/2009/10/22/nokia-n900-not-coming-until-some-time-in-november/
Oct 23 16:17:51 <mrmoku> no, lite image
Oct 23 16:17:53 <playya> sry
Oct 23 16:17:59 <TAsn> mrmoku, the message means it couldn't find it in
Oct 23 16:17:59 <dos1> mrmoku: in python it's really easy to do (listening to signal on all paths and getting rel_path)
Oct 23 16:18:01 <TAsn> libphone-ui-shr
Oct 23 16:18:07 <playya> Missing or unbuildable dependency chain was: ['task-shr-feed', 'fsodeviced', 'libfsoresource']
Oct 23 16:18:10 <dos1> mrmoku: so i suppose in c it's also possible :P
Oct 23 16:18:14 <TAsn> dos1, also in c.
Oct 23 16:18:34 <mrmoku> playya: uhh... DocScrutinizer will not be enlighted :|
Oct 23 16:18:39 <alexxy> TAsn: thnx =) bug fixed =)
Oct 23 16:18:44 <TAsn> alexxy, np.
Oct 23 16:18:57 <alexxy> any progres on resolving names from phone number?
Oct 23 16:19:01 <TAsn> ok mrmoku 
Oct 23 16:19:06 <TAsn> I think I know what's wrong.
Oct 23 16:19:12 <TAsn> (actually I know I know what's wrong)
Oct 23 16:19:21 <mrmoku> [18:18]          TAsn | dos1, also in c.
Oct 23 16:19:22 <mrmoku> how
Oct 23 16:19:23 <mrmoku> ?
Oct 23 16:19:55 <mrmoku> and what's wrong :)
Oct 23 16:19:59 <TAsn> mrmoku, I don't remember exactly but I did it before! (with raw dbus, not glib-dbus) but it should be easy enough.
Oct 23 16:20:04 <TAsn> mrmoku, I had an old libphone-ui-shr
Oct 23 16:20:08 <TAsn> sec, verifying :)
Oct 23 16:20:16 <TAsn> and it didn't upgrade it since I had a locally built version.
Oct 23 16:20:21 <mrmoku> hehe
Oct 23 16:20:23 * mrmoku knows that :P
Oct 23 16:20:37 <TAsn> mrmoku, just rtfm (glib-dbus)
Oct 23 16:20:53 <mrmoku> glib-dbus offers no such thing :|
Oct 23 16:21:00 <mrmoku> pure dbus yes
Oct 23 16:21:06 <TAsn> mrmoku, may be.
Oct 23 16:21:08 <TAsn> I'm not sure
Oct 23 16:21:11 <TAsn> ask in #dbus
Oct 23 16:21:15 <TAsn> they are quite responsive
Oct 23 16:21:19 <TAsn> not like #e and #connman
Oct 23 16:21:19 <TAsn> ;)
Oct 23 16:21:57 * mrmoku reads dbus API first
Oct 23 16:22:27 <TAsn> mrmoku, please don't go RAW.
Oct 23 16:22:27 <TAsn> ask before reverting to that.
Oct 23 16:22:27 <TAsn> if you find yourself going raw
Oct 23 16:22:30 <TAsn> ask me, I'll give you my piece of code that does that.
Oct 23 16:22:38 <TAsn> (I wrote it in raw quite some time ago)
Oct 23 16:23:27 <Heinervdm> playya: tell that to mickey|zzZZzz he forgot the libfsoresource recipe in org.oe.dev i suppose
Oct 23 16:23:38 <playya> hmm. yes
Oct 23 16:25:26 <mrmoku> TAsn: problem in glib-dbus is you can connect signals only to proxies
Oct 23 16:25:36 <mrmoku> and a proxy in our case would be one specific contact
Oct 23 16:26:22 <mrmoku> TAsn: dbus_bus_add_match would be our raw friend
Oct 23 16:27:42 <CIA-26> SHR: 03tom 07libphone-ui * ra814a82e796d 10/src/ (phoneui-utility.c phoneui-utility.h phoneui.c phoneui.h.in): added new lines to end of files
Oct 23 16:27:47 <TAsn> mrmoku, look at what I did in siglaunchd (the code is quite a mess actually)
Oct 23 16:28:49 * JesusMcCloud puts away his old phone and fires up the upgraded moko
Oct 23 16:30:00 <mrmoku> TAsn: adding a new contact from pyphonelog works now for me :D
Oct 23 16:30:18 <TAsn> mrmoku, for me it segfaults when clicking "add"
Oct 23 16:30:21 <TAsn> (checked only once)
Oct 23 16:30:25 <TAsn> but other than that, yeah, it works :)
Oct 23 16:30:50 <mrmoku> TAsn: might have been due to the not uptodate libphone-ui-shr
Oct 23 16:31:13 <TAsn> before that, yeah.
Oct 23 16:31:15 <TAsn> though now.
Oct 23 16:31:19 <TAsn> I'm using latest
Oct 23 16:31:22 <TAsn> sec, a recheck.
Oct 23 16:31:57 <TAsn> btw, mrmoku i'd really prefer the adding fields
Oct 23 16:32:01 <TAsn> to be in the same window
Oct 23 16:32:11 <TAsn> just two entries side by side in the same line.
Oct 23 16:32:13 <TAsn> get what I mean?
Oct 23 16:32:19 <TAsn> and also a button to delete a value.
Oct 23 16:32:55 <JesusMcCloud> woohoo! moko works again
Oct 23 16:34:22 <Tanuva> In 240x320 instead of 480x640 I get a white/yellow garbage screen. Is that caused by Xglamo? Workaround?
Oct 23 16:35:10 <Heinervdm> Tanuva: look at the track, the ticket with duke3d
Oct 23 16:35:19 <Heinervdm> there is a workaround for taht
Oct 23 16:36:00 * JaMa booting 2.6.31
Oct 23 16:36:14 <JaMa> and panic...
Oct 23 16:36:21 <Heinervdm> hmm
Oct 23 16:36:48 <TAsn> mrmoku, for some reason
Oct 23 16:37:01 <TAsn> when trying to add another value
Oct 23 16:37:04 <TAsn> (i.e name)
Oct 23 16:37:08 <TAsn> when clicking save
Oct 23 16:37:10 <TAsn> it segs
Oct 23 16:37:26 <mrmoku> not nice
Oct 23 16:37:56 <JaMa> 2.6.31 doesn't see mmcblk0p1... i can try to boot from flash :)
Oct 23 16:38:37 <TAsn> mrmoku, indeed.
Oct 23 16:38:50 <TAsn> btw, I'm fixing libphone-ui to compile with -Wall -Wextra -Werror ;)
Oct 23 16:38:54 <TAsn> ;]
Oct 23 16:39:00 <TAsn> and then I'll add those
Oct 23 16:39:04 <mrmoku> :)
Oct 23 16:39:10 <Heinervdm> JaMa: so there are at least 2 issus: sd card and touchscreen
Oct 23 16:39:12 <TAsn> actually, that detected a couple of bad things :)
Oct 23 16:39:21 <TAsn> bad argument list for a printf
Oct 23 16:39:25 <TAsn> printf*
Oct 23 16:39:35 <TAsn> and something we forgot to use.
Oct 23 16:41:05 <JaMa> Heinervdm: sd is maybe just about config
Oct 23 16:41:15 <Heinervdm> ok :)
Oct 23 16:41:15 <JaMa> Heinervdm: i booted it without modules.. just image
Oct 23 16:41:40 <khiraly1> hi
Oct 23 16:41:57 <khiraly1> I have difficulty to kill the autocomplete feature from illume keyboard
Oct 23 16:42:09 <Heinervdm> JaMa: the sd card driver has to be in the kernel, if it's a module then it can't work if the image is on sd card
Oct 23 16:42:47 <JaMa> Heinervdm: I know.. i used just arch/arm/config/gta02-* (there is just 1 now) and didn't check whats there...
Oct 23 16:43:26 <Heinervdm> JaMa: i checked, almost every included driver in config is Y only some snd are M
Oct 23 16:43:56 <Tanuva> Heinervdm: with that new binary xorg won't start anymore, where might I go for X logs?
Oct 23 16:44:08 <khiraly1> http://pastebin.com/m48bd7c74
Oct 23 16:44:10 <Tanuva> (reduced logging on the fr sucks from time to time...
Oct 23 16:44:24 <khiraly1> ^^ can somebody take a look at this .kbd file?
Oct 23 16:44:38 <Heinervdm> Tanuva: i doesn't meant the binary, there is a command
Oct 23 16:44:42 <khiraly1> why the hell it autocompletes?
Oct 23 16:44:47 <khiraly1> like the ALPHA keyboard
Oct 23 16:44:53 <Heinervdm> Tanuva: echo sth to a devicenode
Oct 23 16:45:03 <JesusMcCloud> khiraly1 because you use quotes
Oct 23 16:45:21 <Tanuva> Heinervdm: ah, then I need to look around a bit, okay :)
Oct 23 16:45:32 <JesusMcCloud> khiraly1, there is a nice wikipage about illuem kbd, where you'll find all you need
Oct 23 16:45:50 <khiraly1> http://wiki.openmoko.org/wiki/Illume_keyboard
Oct 23 16:45:55 <khiraly1> ^^ you mean that one?
Oct 23 16:46:30 <mrmoku> TAsn: I know why it segfaults
Oct 23 16:46:35 <khiraly1> could not find the quotes mention on that page
Oct 23 16:46:35 <mrmoku> will fix... after dinner
Oct 23 16:46:39 <khiraly1> but thank you for the pointer+!
Oct 23 16:46:40 <mrmoku> bbl
Oct 23 16:47:14 <TAsn> mrmoku|away, thanks :)
Oct 23 16:47:38 <JesusMcCloud> yup that wikipage
Oct 23 16:49:17 <Heinervdm> Tanuva: echo "qvga-normal" > /sys/bus/spi/devices/spi2.0/state 
Oct 23 16:49:30 <khiraly1> JesusMcCloud: therte is no quote mentioning there ...
Oct 23 16:49:53 <morphis> heyho
Oct 23 16:50:03 <Heinervdm> hi :)
Oct 23 16:50:59 <CIA-26> SHR: 03mok 07libphone-ui-shr * r373fe38a8f14 10/src/phoneui-contacts.c: phoneui-contacts: fix stupid typo
Oct 23 16:51:01 <mrmoku> TAsn: as it was easy...
Oct 23 16:51:06 <mrmoku> I fixed it even before dinner :)
Oct 23 16:51:16 <mrmoku> will build it after though
Oct 23 16:51:17 <TAsn> :)
Oct 23 16:51:20 <TAsn> ok.
Oct 23 16:52:38 <JesusMcCloud> khiraly1: there is no quote mentioning there, that si right, so why dont u add it?
Oct 23 16:53:00 <khiraly1> because I know about it since 2 min?;-)
Oct 23 16:53:12 <JesusMcCloud> khiraly1: so do it when you validatet id
Oct 23 16:53:34 <khiraly1> ofcourse, thats the price I pay you back for the information
Oct 23 16:53:37 <khiraly1> ;-)
Oct 23 16:54:29 <JesusMcCloud> khiraly1: teh part with the kbd sourcecode is from me, and for em it was obvious
Oct 23 16:54:41 <Tanuva> Heinervdm: hmm. works basically. ts calibration is borked. looks like the upper left quarter of the ts represents the whole screen. and scale is totally wrong, but thats e17's fault I guess.
Oct 23 16:55:17 <Heinervdm> Tanuva: no, it's kdrive
Oct 23 16:55:25 <khiraly1> JesusMcCloud: we should somehow take out the keyboard from the enlightenment module trap, and start fixing its bug
Oct 23 16:55:53 <khiraly1> I disable the autocomplete feature, because it is only suited for english sms writing
Oct 23 16:56:00 <khiraly1> for my dictionary app, its useless as hell
Oct 23 16:56:38 <JesusMcCloud> khiraly1: first of all wft? lol wut! secrondly: create an empty dict which will get fille dwith the word YOU use sodict is quite good actually
Oct 23 16:57:35 <JesusMcCloud> khiraly1: sry i misunderstood
Oct 23 16:58:00 <JesusMcCloud>  khiraly1: but i still dont exactly know what you#re talkign about
Oct 23 17:01:57 <JesusMcCloud> mrmoku|away: updated edj files for direct testing here: http://jmccloud.jm.funpic.de/neo/phoneui-edj.tar.gz
Oct 23 17:01:57 <JesusMcCloud> mrmoku|away: also have a screenie for you to look at here: http://jmccloud.jm.funpic.de/neo/Screenshot-1.png ...also these are the only 2 edj files using images afaik so the rest schould be quite ok
Oct 23 17:05:25 <pieterc> hi
Oct 23 17:05:48 <pieterc> when I launch emacs from the terminal on my moko (SHR) it loads emacs into the terminal
Oct 23 17:05:59 <pieterc> is there no desktop-style emacs available?
Oct 23 17:06:16 <pieterc> (even when I try emacs -d 0 it ain't working)
Oct 23 17:06:38 <lindi-> pieterc: desktop style?
Oct 23 17:07:01 <pieterc> errr... graphical user interface style
Oct 23 17:07:51 <pieterc> since a terminal emacs won't let me do a lot of split windows ;)
Oct 23 17:08:55 <mwester> Gaah!  GUI versions of emacs are sacrelidge!
Oct 23 17:08:57 <mwester> sp?
Oct 23 17:10:32 <pieterc> sp? hm? 
Oct 23 17:11:23 <pieterc> (what's sp?)
Oct 23 17:12:19 <mwester> spelling
Oct 23 17:13:18 <pieterc> oh, sacrilidge ;)
Oct 23 17:14:04 <mwester> Oh, that looks better. :)
Oct 23 17:14:56 <pieterc> or even sarcilege
Oct 23 17:15:12 <pieterc> sacrilidge is what google told me, sacrilege is what wikipedia tells ;)
Oct 23 17:15:45 <pieterc> but, I don't think so, I maximize the power of emacs by using a bigger surface
Oct 23 17:15:52 <pieterc> I never use the buttons ;)
Oct 23 17:16:56 <Heinervdm> JaMa: next things we should update: cairo to 1.8.8 and instead of gconf-dbus we should use gconf
Oct 23 17:18:27 <pieterc> So basicly I just want the gnu emacs 22 gtk client on my freerunner but it won't give me the gtk part
Oct 23 17:19:19 <khiraly1> jMcCloud|away: http://wiki.openmoko.org/wiki/Illume_improvements
Oct 23 17:22:57 <TAsn> mrmoku|away, you eat slow! I  already finished eating myself. :)
Oct 23 17:38:57 <TAsn> mrmoku|away, I found some stuff in libphone-ui I don't agree with, after the commit please review (_auth_get_status_callback should be in backend in my pov)
Oct 23 17:41:50 <TAsn> mrmoku|away, and we should really use only malloc and not mix with g_slice_alloc0
Oct 23 17:42:12 <TAsn> (when we have to, we should maybe use calloc, for nullifying everything like g_slick_alloc0 does)
Oct 23 17:43:07 <JesusMcCloud> khiraly1, i am not sure you even need to edit the c file (do soem ugly hacks and i shoudl work
Oct 23 17:44:00 <JesusMcCloud> khiraly1, it woudl bloat up the edc but it should be possible
Oct 23 17:44:14 <TAsn> JesusMcCloud, btw
Oct 23 17:44:25 <TAsn> I really hope you can make the keyborad more like literki
Oct 23 17:44:33 <TAsn> (transparent and doesn't resize windows)
Oct 23 17:44:36 <TAsn> shouldn't be hard to do
Oct 23 17:44:42 <TAsn> as the widgets should support it
Oct 23 17:44:47 <khiraly1> JesusMcCloud: the autocomplete feature what the illume keyboard provide, is only one strategie. It is based, on the number of chars of a word. "thung" -> thing, but it will never autocomplete to a word with  different char length: "thung" -> "thunder".
Oct 23 17:44:48 <TAsn> and will probably totally rock ):
Oct 23 17:45:36 <JesusMcCloud> TAsn, i think i know how to do it, but it it will also be a very ugly hack!
Oct 23 17:45:42 <khiraly1> What a dictionary need, is autocomplete at the beginning of a word. So you start typing, and you gets de ideas: "thi" -> thin, thing, thimble, etc
Oct 23 17:45:50 <TAsn> JesusMcCloud, hacking is not good.
Oct 23 17:45:58 <TAsn> if the only way is hackish, don't. :)
Oct 23 17:46:00 <khiraly1> the same goes for a gps app, where street completion is required.
Oct 23 17:46:13 <Tanuva> khiraly1: wouldn't that eat loads of cpu time?
Oct 23 17:46:26 <JesusMcCloud> TAsn, i am not sure, if ther is another way, since kbds also depend on kbd files
Oct 23 17:46:27 <TAsn> khiraly1, the keyboard doesn't provide autocomplete
Oct 23 17:46:36 <Tanuva> khiraly1: I always disable the English dict and only use my own because it's a pain to type otherwise
Oct 23 17:46:37 <khiraly1> Tanuva: in my dictionary app, I scan 10MB of file at each keypress. And it goes *SMOOTHLY*
Oct 23 17:46:50 <khiraly1> you almost do not notice, that it scans over 140.000 entries
Oct 23 17:46:57 <Tanuva> hmm
Oct 23 17:47:32 <khiraly1> it is possible, without trouble
Oct 23 17:47:32 <JesusMcCloud> TAsn: let me explain my idea:
Oct 23 17:48:19 <JesusMcCloud> make the kdb backgroudn fixed with well let's say a height of 20 pixels so we can see dict suggestions, kbd switcher, etc
Oct 23 17:48:21 <khiraly1> here is a screenshot: http://laszlo.krekacs.googlepages.com/Screenshot-7.png
Oct 23 17:48:34 <JesusMcCloud> second step:
Oct 23 17:49:07 <khiraly1> also I dont understand why a given layout is tied to the dictionary type (alpha vs. terminal)
Oct 23 17:49:24 <khiraly1> there are so many room of improvements. And after a year, nobody touched the code
Oct 23 17:50:06 <TAsn> khiraly1, nobody has time.
Oct 23 17:50:06 <JesusMcCloud> make teh rel parst for the autogenerated buttons 0 -1.0 or something liek that, also du the same with the clip areas and theoretically this schould give us *just* the buttons ontop of the app without resizing, then replace the solid buttons with translucent pngs so we have a border for each letter.
Oct 23 17:50:20 <TAsn> I don't think anyone thinks this is the best keyboard software around
Oct 23 17:50:24 <TAsn> it's just pretty good.
Oct 23 17:50:32 <khiraly1> TAsn: I tried, but it so burried into illume+enlightenment, that I couldnt not compile it to tinder with the keyboard
Oct 23 17:50:33 <TAsn> and easy to make keyboards for
Oct 23 17:50:40 <JesusMcCloud> wanother kbd that si awesome but soesnt work anymore is multitap
Oct 23 17:50:46 <TAsn> and the keyboards are smart
Oct 23 17:50:49 <TAsn> khiraly1, no it's not.
Oct 23 17:50:52 <TAsn> it's just a module
Oct 23 17:50:56 <TAsn> you can rebuild it if you want.
Oct 23 17:51:14 <TAsn> (or maybe it's embedded in illume, which is a small module as well)
Oct 23 17:51:16 <JesusMcCloud> TAsn, what do you think about my idea? is you say it is woth a shot, i will give it a try after lunch
Oct 23 17:51:21 <khiraly1> TAsn: I would love to read somewhere a step-by-step intro how to crosscompile to freerunner and develop a little
Oct 23 17:52:34 <TAsn> JesusMcCloud, it's pretty similar to literki (which I like)
Oct 23 17:52:45 <TAsn> khiraly1, the openmoko wiki is enough
Oct 23 17:52:52 <TAsn> download the openmoko toolchain
Oct 23 17:52:56 <TAsn> which makes everything easy.
Oct 23 17:52:57 <JesusMcCloud> i know the what result you expect, but as i said this is hackish
Oct 23 17:53:02 <TAsn> or download OE
Oct 23 17:53:08 <TAsn> like we do in shr for package generation.
Oct 23 17:53:13 <khiraly1> My first thing would be to make autocomplete optional. In a way, that it always output the letter you type, just when you click on the suggested word, it deletes back, and resend the suggested word's chars
Oct 23 17:53:21 <TAsn> JesusMcCloud, give it a go, there's nothing to loose.
Oct 23 17:53:37 <TAsn> khiraly1, you can't
Oct 23 17:53:43 <khiraly1> why?
Oct 23 17:53:48 <khiraly1> you can send backspace
Oct 23 17:53:49 <TAsn> not everything supports deletion
Oct 23 17:53:55 <TAsn> yeah
Oct 23 17:53:55 <JesusMcCloud> TAsn, but i will use my gry* theme since it compiles much faster than default
Oct 23 17:53:56 <TAsn> but not all apps support it.
Oct 23 17:54:03 <TAsn> JesusMcCloud, ;]
Oct 23 17:54:25 <khiraly1> TAsn: no big loose then. Which app do not support it, and you use it actually?
Oct 23 17:54:33 <khiraly1> and it can be optional in any way
Oct 23 17:55:20 <JesusMcCloud> my tv show is on, my lunch is ready, if i manage to get something working while some of the core devs are still here (and raster is not here :-P) i will post here, or else i will post on shr devel
Oct 23 17:55:23 <JesusMcCloud> Mahlzeit!
Oct 23 17:56:10 <Tanuva> jMcCloud|lunch: Schon Wein aus Wasser gemacht? :D
Oct 23 17:56:34 <CIA-26> SHR: 03tom 07libphone-ui * r44eaf301e972 10/src/ (Makefile.am phoneui-utility.c phoneui-utility.h phoneui.c): started using -Wextra -Werror and made the code compile with that
Oct 23 17:56:38 <Tanuva> (what comes to my mind thinking about Jesus eating..)
Oct 23 17:57:08 <TAsn> khiraly1, that's not the point.
Oct 23 17:57:16 <TAsn> khiraly1, there are such apps
Oct 23 17:57:25 <TAsn> and you can't do something that'll break those.
Oct 23 17:57:28 <khiraly1> yepp, but it could be configurable
Oct 23 17:57:33 <TAsn> that's not how the world works
Oct 23 17:57:40 <khiraly1> and you can always use the terminal approach,
Oct 23 17:57:46 <TAsn> khiraly1, you'll just have people that don't rtfm popping questions all the time.
Oct 23 17:57:46 <khiraly1> I do not see any breakage here
Oct 23 17:57:59 <TAsn> khiraly1, I prefer it to be configurable and *off* by default.
Oct 23 17:58:00 <TAsn> :)
Oct 23 17:58:19 <khiraly1> I prefer to have a full of options in the top right corner
Oct 23 17:58:26 <khiraly1> when you select the keyboards currently
Oct 23 17:58:38 <TAsn> mrmoku|away, damn, that was awful (doing my last commit) I want to die :)
Oct 23 17:58:42 <khiraly1> you use gestures for fast keyboard seelction, so there could be plenty of room
Oct 23 17:59:23 <khiraly1> Just if I could manage myself to compile illume keyboards, then I could start modify the code, and come up some improvements ...
Oct 23 18:02:33 <khiraly1> how to apply keyboard modifications without restarting the phone?
Oct 23 18:03:21 <TAsn> khiraly1, restart e
Oct 23 18:03:27 <TAsn> which is ~2 seconds
Oct 23 18:03:38 <TAsn> I'm not sure if with a HUP
Oct 23 18:03:42 <TAsn> e reloads modules.
Oct 23 18:03:47 <khiraly1> killall -HUP enlightenment
Oct 23 18:03:54 <TAsn> mrmoku, <CIA-26> SHR: tom libphone-ui * r44eaf301e972 /src/ (Makefile.am phoneui-utility.c phoneui-utility.h phoneui.c): started using -Wextra -Werror and made the code compile with that
Oct 23 18:04:01 <khiraly1> super
Oct 23 18:04:02 <TAsn> khiraly1, that's ok if you change keyboard files
Oct 23 18:04:07 <TAsn> I'm not sure about the actual module.
Oct 23 18:04:27 <TAsn> btw, mrmoku the phone works brilliantly now :)
Oct 23 18:04:34 <TAsn> with shr-today, and marking as read/unread.
Oct 23 18:04:34 <TAsn> ;)
Oct 23 18:04:55 <mrmoku> :)
Oct 23 18:05:09 <mrmoku> TAsn: I had to learn something with my son too
Oct 23 18:05:14 <Tanuva> if you don't rename the keyboard's file you might just switch the kb layout to another and back, e rereads the file then
Oct 23 18:05:16 <TAsn> it's ok.
Oct 23 18:05:29 <TAsn> Tanuva, really?
Oct 23 18:05:29 <mrmoku> JesusMcCloud: looks good for me
Oct 23 18:05:29 <TAsn> wow.
Oct 23 18:05:32 <Tanuva> TAsn: indeed
Oct 23 18:05:41 <Tanuva> found out by chance a few hours ago :)
Oct 23 18:05:48 <mrmoku> maybe the dividing line could be more black and less large
Oct 23 18:05:56 <TAsn> Tanuva, :)
Oct 23 18:06:04 <TAsn> mrmoku, yeah.
Oct 23 18:06:07 <TAsn> I want it to be 1px wide
Oct 23 18:06:14 <TAsn> and not solid
Oct 23 18:06:18 <khiraly1> I killed autocompletion, finally. It is only good for writing english sms'. But useless in any other app (dictionary app, gps app, phonebook (adding a person name), terminal, etc, etc)
Oct 23 18:06:25 <mrmoku> 1px would be fine... mabye 0.5px even :P
Oct 23 18:07:10 <mrmoku> Heinervdm: does you minimal.conf reordering fix the bigfontproto problem?
Oct 23 18:07:14 <mrmoku> +r
Oct 23 18:08:27 <dos11> khiraly1: autocompletion?
Oct 23 18:08:30 <mrmoku> TAsn: (g_slice_alloc0) I'm fine with using only malloc... I just thought it would be more glib style to use it
Oct 23 18:08:37 <khiraly1> dos11: yep
Oct 23 18:08:42 <mrmoku> though I agree we should agree on one variant :)
Oct 23 18:08:45 <khiraly1> autocorrection
Oct 23 18:08:47 <khiraly1> whatever
Oct 23 18:08:48 <TAsn> mrmoku, I hate it ;]
Oct 23 18:08:48 <dos11> khiraly1: where do you have autocompletion? :P
Oct 23 18:08:53 <TAsn> always have.
Oct 23 18:08:56 <dos11> khiraly1: yup, better ;D
Oct 23 18:09:05 <dos11> with polish dictionary it works nice ;)
Oct 23 18:09:10 <mrmoku> TAsn: for any reason? or just because it is an ugly stupid name?
Oct 23 18:09:29 <mrmoku> IIUC the glib docs it is not even what makes sense for our usage...
Oct 23 18:09:38 <mrmoku> so I'm fine with switching to malloc
Oct 23 18:09:42 <khiraly1> dos11: lol. Try to write regularly polish and english texts. Your own dictionary file is polluted with english and polish words at the same time
Oct 23 18:09:44 <khiraly1> its a nogo
Oct 23 18:10:06 <TAsn> mrmoku, just because it's ugly. ;)
Oct 23 18:10:13 <mrmoku> ok
Oct 23 18:10:14 <mrmoku> :)
Oct 23 18:10:14 <TAsn> or maybe, mostly because it's ugly ;]
Oct 23 18:10:25 <TAsn> as many other libs use malloc
Oct 23 18:10:28 <dos1> khiraly1: a) why for i would write regularly polish and english texts? i'm writing sms only in polish :P
Oct 23 18:10:39 <mrmoku> and as we have enough self-produced ugliness... we don't need it :P
Oct 23 18:10:46 <khiraly1> because, I use my freerunner not just for sms
Oct 23 18:10:47 <dos1> khiraly1: b) there is button to switch dictionaries ;x
Oct 23 18:10:52 <TAsn> and it'll be very inconsistent to use it.
Oct 23 18:10:54 <TAsn> mrmoku, exactly :)
Oct 23 18:10:56 <dos1> khiraly1: well, for non-sms i'm using terminal keyboard
Oct 23 18:11:00 <khiraly1> ie. note taking, etc
Oct 23 18:11:03 <mrmoku> TAsn: next thing
Oct 23 18:11:06 <mrmoku> the auth thing
Oct 23 18:11:10 <TAsn> yes.
Oct 23 18:11:13 <TAsn> read my comment there
Oct 23 18:11:14 <TAsn> ?
Oct 23 18:11:16 <TAsn> (in code){
Oct 23 18:11:20 <dos1> khiraly1: for sms too, but not when i'm for instance walking
Oct 23 18:11:20 <mrmoku> in code not yet
Oct 23 18:11:27 <TAsn> so read it first
Oct 23 18:11:30 <dos1> when walking - always dictionary ;)
Oct 23 18:11:31 <TAsn> I said there all I have to say.
Oct 23 18:11:32 <TAsn> :)
Oct 23 18:11:45 <TAsn> if you are too lazy I don't mind pasting it here
Oct 23 18:11:45 <TAsn> :)
Oct 23 18:12:54 <mrmoku> TAsn: where?
Oct 23 18:13:19 <mrmoku> ahh phonefsod?
Oct 23 18:13:35 <mrmoku> which code?
Oct 23 18:13:37 <TAsn> no
Oct 23 18:13:39 <TAsn> phone-ui
Oct 23 18:14:22 <TAsn> mrmoku, look in pm.
Oct 23 18:20:17 <jMcCloud|lunch> Tanuva, /me wird mal wasser aus wein machen (so you got it the wrong way aound) 
Oct 23 18:20:46 <playya> mickey|zzZZzz, did you already add the libfsoresource recipe?
Oct 23 18:21:36 <playya> i c&p one. just building everything from scratch and then i submit my patches to shr-devel
Oct 23 18:23:50 <JesusMcCloud> mrmoku, so do you want me to edit the separator and push the edc into git?
Oct 23 18:24:39 * JesusMcCloud is about to abuse edje for literki style illume kbd (why not use the power edje gives you!?)
Oct 23 18:25:47 <playya> mrmoku, i had to update the checksums for devmem2.c mirror. i'll send the patch with the other 5
Oct 23 18:29:26 <mrmoku> JesusMcCloud: 1px separator and I will buy it :)
Oct 23 18:30:35 <mrmoku> playya: did xf86bigfontproto build for you?
Oct 23 18:30:59 <mrmoku> it needs newer xorg-macros...
Oct 23 18:31:13 <mrmoku> JaMa: does you x-update patch include those? ^^
Oct 23 18:31:15 <JesusMcCloud> mrmoku, is it faster that defaul even in messages? in contacts it is, but messages i am not sure. anyhow i will push later 2night or tomorrow noon as TAsn had an idea that was just amazing that has priority
Oct 23 18:31:52 * mrmoku re-reads backlog to know about that amazing idea :)
Oct 23 18:31:53 <playya> mrmoku, not yet. atm I'm pkgconfig und konsorten
Oct 23 18:32:21 <playya> should be there in a few minutes
Oct 23 18:32:48 <playya> have to leave now, but i take my eee and "the internet" with me
Oct 23 18:34:06 <mrmoku> playya: ah ok
Oct 23 18:39:03 <playya> mrmoku, ERROR: see log in /home/playya/src/openmoko/sandbox/shr-unstable/tmp/work/x86_64-linux/libxau-native-1_1.0.5-r1/temp/log.do_configure.19768
Oct 23 18:39:39 <mrmoku> playya: hmm... did not have that one
Oct 23 18:40:02 <JaMa> mrmoku: no.. but it should be fixed by Heinervdm's patch to move minimal.conf include..
Oct 23 18:40:15 <mrmoku> JaMa: ok, great
Oct 23 18:40:21 <mrmoku> playya: because I did not get there yet
Oct 23 18:40:29 <playya> i think it's the same problem: checking if xorg-macros used to generate configure is at least 1.2... configure: error: configure built with too old of a version of xorg-macros.m4 - requires version 1.1.0 or newer
Oct 23 18:40:56 <playya> brb
Oct 23 18:42:28 * mrmoku too
Oct 23 18:48:54 <TAsn> mrmoku, pm.
Oct 23 18:49:36 <TAsn> anyhow, I'm off going for a quick nap before I go out to play snooker.
Oct 23 18:49:38 <TAsn> ciao.
Oct 23 18:50:10 <TAsn> mrmoku, btw, fixed CreateContact?
Oct 23 18:50:12 <TAsn> (and built)
Oct 23 18:50:12 <TAsn> ?
Oct 23 18:56:52 <mrmoku> TAsn: built yes
Oct 23 18:56:55 <mrmoku> tested not yet
Oct 23 19:04:20 <JesusMcCloud> mrmoku, how good is your edje knowledge?
Oct 23 19:04:30 <mrmoku> JesusMcCloud: ooohh, very limited
Oct 23 19:04:37 <JesusMcCloud> bummer..
Oct 23 19:05:15 * JesusMcCloud is looking at illume source
Oct 23 19:05:16 <zoff99> hi i have a question aber ejde and edj files
Oct 23 19:05:25 <mrmoku> if you have some question you can try... but I'm quite sure there is no question regarding edje that I could answer and you couldn't :)
Oct 23 19:05:27 <JesusMcCloud> zoff99, bring it
Oct 23 19:05:40 <zoff99> i decompiled shr-illume.edj
Oct 23 19:05:46 <zoff99> changed to clock.edc stuff
Oct 23 19:05:48 <zoff99> works fine
Oct 23 19:05:50 <zoff99> but ...
Oct 23 19:06:02 <zoff99> now i want a network traffic counter there
Oct 23 19:06:23 <zoff99> i dont know how to do that
Oct 23 19:06:25 <JesusMcCloud> write a gadget...
Oct 23 19:06:35 <zoff99> i think edc can't run or open any files
Oct 23 19:06:43 <JesusMcCloud> edje is about theming, not programming
Oct 23 19:06:49 <zoff99> can i do that in python?
Oct 23 19:07:00 <zoff99> yeah but when i make a text entry in edc
Oct 23 19:07:05 <JesusMcCloud> C
Oct 23 19:07:08 <zoff99> can i fill it from python?
Oct 23 19:07:33 <JesusMcCloud> wiki.enlightenment.org
Oct 23 19:07:35 <zoff99> can some program (python) connect to the running windowmanage and change text entries there?
Oct 23 19:07:43 <playya_> anyone already release a new xorg-macros?
Oct 23 19:07:45 <zoff99> yeah there is no relevant doku there
Oct 23 19:08:05 <dos1> of course there is
Oct 23 19:08:09 <zoff99> nope
Oct 23 19:08:12 <JesusMcCloud> zoff99, are you sure? i dont think so
Oct 23 19:08:15 <zoff99> not for what i want
Oct 23 19:08:24 <zoff99> let me try to explain again
Oct 23 19:08:25 <dos1> zoff99: as i used it when i was theming e :P
Oct 23 19:08:32 <dos1> zoff99: well, you want something strange
Oct 23 19:08:37 <zoff99> i want in the space (topbar) where the clock is now
Oct 23 19:08:41 <mrmoku> playya_: updating is supposed to fix it
Oct 23 19:08:41 <dos1> edje is only about theme
Oct 23 19:08:42 <JesusMcCloud> zoff99, from where do you think i know what i kno??
Oct 23 19:08:48 <zoff99> i want to write network in/out
Oct 23 19:08:52 <dos1> if you want new functionality
Oct 23 19:08:54 <mrmoku> playya_: specifically the minimal.conf reordering patch from Heinervdm 
Oct 23 19:08:58 <dos1> then you have to write gadget and C
Oct 23 19:09:00 <JesusMcCloud> write a gadget
Oct 23 19:09:04 <dos1> and then write theme for it in edje :P
Oct 23 19:09:08 <zoff99> without having full OE compilation
Oct 23 19:09:19 <zoff99> i already wrote that !!
Oct 23 19:09:30 <dos1> zoff99: i want to be king of world without doing anything :P
Oct 23 19:09:38 <zoff99> it displays static numbers now, but i want real updated number , like clock is doing now
Oct 23 19:09:40 <dos1> ;)
Oct 23 19:09:56 <zoff99> how does the damn clock in the top bar get updated every minute???
Oct 23 19:10:01 <dos1> zoff99: so set some text to label
Oct 23 19:10:12 <dos1> zoff99: clock is different story, it's updated by embryo
Oct 23 19:10:18 <dos1> zoff99: but that's not what you want
Oct 23 19:10:21 <dos1> (probably)
Oct 23 19:10:25 <zoff99> well can't i use embry also?
Oct 23 19:10:36 <dos1> embryo is only for single scripting in theme
Oct 23 19:10:40 <dos1> s/single/simple/
Oct 23 19:10:40 <zoff99> i just need to open a text file and put the string in the topbar
Oct 23 19:10:41 <apt> dos1 meant: embryo is only for simple scripting in theme
Oct 23 19:10:46 <JesusMcCloud> dos1, you know quite a bit about edje, right ? (hopefully more than i do)
Oct 23 19:10:54 <dos1> opening text file != simple scripting in theme ;P
Oct 23 19:11:00 <zoff99> :-(
Oct 23 19:11:01 <zoff99> dman 
Oct 23 19:11:04 <zoff99> damn
Oct 23 19:11:14 <dos1> JesusMcCloud: just a little bit, i was only playing with themes to make niebiee :P
Oct 23 19:11:21 <dos1> zoff99: but updating label from C is damn easy
Oct 23 19:11:21 <zoff99> well since you (dos1) never answered my emails about shr-settings
Oct 23 19:11:27 <dos1> zoff99: hmm?
Oct 23 19:11:28 <zoff99> i have to do something myself ;)
Oct 23 19:11:36 <dos1> zoff99: which mails? o_O
Oct 23 19:11:51 <zoff99> about shr-settings what bugs i fixed
Oct 23 19:12:03 <dos1> zoff99: i think i didn't get anything
Oct 23 19:12:06 <dos1> topic?
Oct 23 19:12:22 <zoff99> e.g. put network in/out bytes display line after the gprs button
Oct 23 19:12:34 <dos1> zoff99: i didn't get that :(
Oct 23 19:12:37 <dos1> zoff99: could you resend?
Oct 23 19:12:40 <zoff99> and make date/time from locale so its good german :)
Oct 23 19:13:13 <zoff99> too late now :) now i already went and did something stupid like: http://wiki.openmoko.org/wiki/Configure_SHR_for_German-speaking_use
Oct 23 19:13:17 <dos1> zoff99: that one too... ;x
Oct 23 19:13:43 <zoff99> because i think SHR is lacking many small but needful stuff
Oct 23 19:13:56 <dos1> zoff99: you should send patches to shr-devel maillist
Oct 23 19:14:01 <dos1> so they will be available in patchwork
Oct 23 19:14:04 <zoff99> i am on that list
Oct 23 19:14:20 <zoff99> i have ideas, want to be creative, but well ...
Oct 23 19:14:26 <zoff99> everybody so busy always
Oct 23 19:14:32 <dos1> now either i didn't notice those mails, or they weren't delivered somehow to me
Oct 23 19:14:44 <dos1> as i'm reading mails every day
Oct 23 19:14:51 <zoff99> anyway now that tuff is done :)
Oct 23 19:15:00 <dos1> and i haven't seen anything like that...
Oct 23 19:15:09 <zoff99> i am just afraid what will happen when u sync shr-unstable with new stuff
Oct 23 19:15:20 <zoff99> the previews are , well, aaaaaarrggh horrible
Oct 23 19:15:44 <dos1> zoff99: tests/mrmoku works well for me. even better that unstable before sync :P
Oct 23 19:15:55 <zoff99> hold on 1 minute i make an jpeg now to show u what i mean
Oct 23 19:16:03 <dos1> zoff99: and there is nothing too late
Oct 23 19:16:13 <dos1> zoff99: as we're interested in patches
Oct 23 19:16:15 <dos1> :P
Oct 23 19:16:22 <zoff99> well as you can see from that wiki page, i mad lots of changes . otherwise shr is unusable (for me)
Oct 23 19:17:02 <dos1> zoff99: i still wonder how did you send those mails, so they weren't delivered anywhere...
Oct 23 19:17:11 <zoff99> there is just basic stuff. like i would like to know who makes decisions in SHR?
Oct 23 19:17:17 <JesusMcCloud> dos1, did you at some point play around with the keyboard?
Oct 23 19:17:25 <zoff99> e.g. to diplay really big clock, but NO date?
Oct 23 19:18:00 <dos1> JesusMcCloud: no, i just colored it and removed few layers, nothing more
Oct 23 19:18:07 <zoff99> mails where months ago, not sure if it was the right email address, just hope so
Oct 23 19:18:09 <TAsn> mrmoku, just tested, still fails.
Oct 23 19:18:18 <dos1> zoff99: probably wrong address ;P
Oct 23 19:18:19 <JesusMcCloud> ...
Oct 23 19:18:28 <zoff99> :) yeah for sure
Oct 23 19:18:30 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r3ef3926aed51 10/libfsotransport/ (README configure.ac fsotransport/commandqueue.vala): libfsotransport: bump version number; this will become 0.9.6 when vala 0.7.8 is out
Oct 23 19:18:50 <mrmoku> TAsn: yep tested too :(
Oct 23 19:18:54 <zoff99> also another question dos1, are you polish or czech?
Oct 23 19:18:57 <mrmoku> but fails one step further
Oct 23 19:18:59 <dos1> zoff99: polish
Oct 23 19:19:07 <zoff99> ok that explains it !!!
Oct 23 19:19:19 <dos1> zoff99: ?
Oct 23 19:19:21 <playya_> mrmoku, tried to update the version in one of the .inc files?
Oct 23 19:19:37 <zoff99> on some wiki page i found an image how to solve any computer problem, in polish 
Oct 23 19:19:40 <TAsn> mrmoku, hehe, at least something ;)
Oct 23 19:19:46 <playya_> i don't know which one
Oct 23 19:19:49 <zoff99> we have that in the office in english
Oct 23 19:19:54 <dos1> zoff99: ah :D
Oct 23 19:20:00 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * re367de73bcd3 10/libfsobasics/configure.ac: libfsobasics: relax dependencies, bump version number before vala 0.7.8 release
Oct 23 19:20:02 <dos1> zoff99: probably http://openmoko.opendevice.org/~dos/ ;)
Oct 23 19:20:09 <zoff99> so i printed out yours immediatly and hang it on our wall in the office
Oct 23 19:20:11 <dos1> zoff99: it's translated strip from xkcd ;)
Oct 23 19:20:25 <zoff99> we have lots of foreign guys there :) they had a big laugh :=
Oct 23 19:20:34 <zoff99> yeah, that one !!
Oct 23 19:21:07 <zoff99> sure i wanted to find that image in another language, but nothing :(
Oct 23 19:22:38 <onen|openBmap> hi guys. I try to request the GPS resource, but I get an exception: ResourceUnknown: Resource GPS had never been registered. SHR unstable from 1-2 weeks or so. any idea?
Oct 23 19:23:57 <mrmoku> onen|openBmap: restart first frameworkd then ophonekitd and then it will work
Oct 23 19:24:36 <onen|openBmap> mrmoku: abend mrmoku. will it be at every boot? is it an identified bug?
Oct 23 19:24:57 <mrmoku> onen|openBmap: not sure... I have one installation of shr-u that has that behaviour
Oct 23 19:25:06 <mrmoku> maybe upgrading helps too dunno
Oct 23 19:25:46 <mrmoku> onen|openBmap: though... I'm not sure if there are upgrades for shr-u available that fix that
Oct 23 19:25:56 <mrmoku> we have to sync the feed
Oct 23 19:26:14 <onen|openBmap> mrmoku: I see. framework restarted from init.d directory. ophonekitd I have to kill it first then launch. no init script or sth?
Oct 23 19:26:15 <mrmoku> onen|openBmap: just use shr-settings
Oct 23 19:26:19 <CIA-26> SHR: 03blindcoder 07opimd-utils * r088b2c3352bd 10/ (opimd-messages opimd-notifier opimd-resolve): opimd-utils and pisi name convention
Oct 23 19:26:20 <CIA-26> SHR: 03seba.dos1 07opimd-utils * r29c171597ae8 10/ (opimd-messages opimd-notifier opimd-resolve): Little changes in contact resolving
Oct 23 19:26:25 <mrmoku> you can do that nicely by just pressing a button :)
Oct 23 19:26:55 <lindi-> mrmoku: don't unrelated things like calls break during that?
Oct 23 19:27:29 <mrmoku> lindi-: if you restart both (frameworkd & ophonekitd) all is fine
Oct 23 19:27:34 <TAsn> dos1, remember the cool POC you gave mrmoku and I for contact list? (edjs) mind sending them again? :)
Oct 23 19:28:11 <lindi-> mrmoku: but during the restart?
Oct 23 19:28:36 <mrmoku> lindi-: sure... if you restart frameworkd you won't get calls during that
Oct 23 19:28:54 <dos1> TAsn: ok
Oct 23 19:29:00 <mrmoku> oohh.. .I missed them :P
Oct 23 19:29:16 <mrmoku> (or forgot them... don't remember)
Oct 23 19:29:27 * onen|openBmap kisses mrmoku
Oct 23 19:29:33 <mrmoku> onen|openBmap: works ?
Oct 23 19:29:46 <onen|openBmap> mrmoku: you would not get a kiss for free :0O
Oct 23 19:29:53 <mrmoku> :P
Oct 23 19:29:54 <TAsn> dos1, mainly to mrmoku, but also to me :)
Oct 23 19:30:06 <TAsn> thanks, ciao. :)
Oct 23 19:30:09 <TAsn> for real now.
Oct 23 19:30:17 <mrmoku> have fun
Oct 23 19:30:52 <dos1> mrmoku: http://openmoko.opendevice.org/~dos/test.edj
Oct 23 19:30:52 <dos1> mrmoku: http://openmoko.opendevice.org/~dos/test.edj.py
Oct 23 19:30:52 <dos1> TAsn: ^^^^
Oct 23 19:30:52 <onen|openBmap> mrmoku: thanks. ;-)
Oct 23 19:31:31 <lindi-> onen|openBmap: btw, is there any openbmap software in regular non-openmoko specific distros?
Oct 23 19:31:52 <onen|openBmap> mrmoku: well it worked... and then my whole phone freezed :-(
Oct 23 19:31:53 <mrmoku> dos1: thanks
Oct 23 19:32:01 <mrmoku> onen|openBmap: huh
Oct 23 19:32:18 <onen|openBmap> lindi-: like debian?
Oct 23 19:32:25 <lindi-> onen|openBmap: like debian yes
Oct 23 19:32:37 <lindi-> onen|openBmap: or fedora, or suse
Oct 23 19:32:41 <TAsn> dos1, thanks.
Oct 23 19:32:44 * onen|openBmap removing battery
Oct 23 19:33:03 <onen|openBmap> lindi-: the logger has been packaged for fso-debian
Oct 23 19:34:10 <onen|openBmap> lindi-: the logger uses only fso as backend so far. as such, it makes only sense on distro where fso is packaged
Oct 23 19:34:12 <lindi-> onen|openBmap: ok but can it be used on desktop machines?
Oct 23 19:34:47 <lindi-> onen|openBmap: i'm mainly looking for a program to download the database and to query the database
Oct 23 19:34:56 <lindi-> onen|openBmap: not interested in logging itself at this time
Oct 23 19:34:57 <onen|openBmap> lindi-: if you have a 3G key on laptop, with GPS, both driven by FSO, then yes
Oct 23 19:36:29 <onen|openBmap> lindi-: I see. please have a look at the work from baruch: http://myposition.git.sourceforge.net/git/gitweb-index.cgi
Oct 23 19:36:39 <onen|openBmap> lindi-: the openBmap-locator-vala
Oct 23 19:37:01 <onen|openBmap> lindi-: the other is more aproof of concept, but not in working state at all, and not under development
Oct 23 19:37:22 <playya_> onen|openBmap, do you have navit installed?
Oct 23 19:37:24 <lindi-> opreadme says 'This daemon provides location information based on the GSM cell info, it uses the FreeSmartPhone.org infrastructure to get the GSM cell information.'
Oct 23 19:37:28 <lindi-> onen|openBmap: ^
Oct 23 19:37:35 <onen|openBmap> playya: no
Oct 23 19:38:17 <lindi-> onen|openBmap: i was more like expecting to see a tool "download-openbmap-database -o database.bin" and "query-database -d database.bin ..."
Oct 23 19:38:26 * onen|openBmap wait for FR to boot, but forgot to turn it on
Oct 23 19:38:37 <playya_> oO
Oct 23 19:38:47 <lindi-> onen|openBmap: not daemons or frameworks or infrastructure :-)
Oct 23 19:39:24 <onen|openBmap> lindi-: well I don't know for baruch's work. but maybe then my prototype may be closer to what you are looking for
Oct 23 19:39:59 <onen|openBmap> lindi-: it relies on a sqllite file, and propose a dbus service, which you can query to get your position
Oct 23 19:40:27 <lindi-> onen|openBmap: i'd like something I can use as a normal user even at computers at school
Oct 23 19:40:38 <onen|openBmap> lindi-: thinking again, baruch's dbus service should provide you this. But I am not sure how much it is related to fso
Oct 23 19:40:51 <lindi-> or is it in dbus session bus?
Oct 23 19:41:12 <onen|openBmap> lindi-: IIRC my dbus service was using session dbus
Oct 23 19:41:29 <lindi-> onen|openBmap: ok so it probably could be converted into a standard command-line tool too
Oct 23 19:41:54 * JesusMcCloud is playing around with edje editor 
Oct 23 19:42:26 <onen|openBmap> lindi-: have a look at the code. it is very, very simple. the method are dbus decorated, but you just have to call them directly, through a command line interface and you are good to go
Oct 23 19:43:02 <onen|openBmap> lindi-: I talk here frommy python locator stuff
Oct 23 19:43:08 <onen|openBmap> lindi-: on our git repository
Oct 23 19:43:26 <lindi-> I guess part 1) is wget "http://openbmap.ev-en.org/cell1.db"
Oct 23 19:44:55 <onen|openBmap> lindi-: it depends. baruch uses his own db file
Oct 23 19:45:16 <onen|openBmap> lindi-: if you want the sqlite file I used, I can provide you a download link
Oct 23 19:45:28 <lindi-> onen|openBmap: and then 2) sqlite3 cell1.db "SELECT lat,lon FROM cells WHERE mcc = $1 AND mnc = $2 AND lac = $3 AND cid = $4"
Oct 23 19:45:44 <onen|openBmap> lindi-: it might be old thoug. It was jsut a manual export from Nick to give me sth to start development
Oct 23 19:45:47 <lindi-> onen|openBmap: which one is the "official openbmap database"? ;)
Oct 23 19:46:03 <lindi-> or is there such a thing?
Oct 23 19:46:24 <onen|openBmap> lindi-: well the sqlite file. but as explained it is old. baruch has sth more up to date
Oct 23 19:47:26 <lindi-> onen|openBmap: ok, is there a link to these files on the web site somewhere so that also others could find it?
Oct 23 19:47:28 <CIA-26> freesmartphone.org: 03mok 07libframeworkd-glib * r2c3ab6e28c4e 10/src/ogsmd/ (frameworkd-glib-ogsmd-sim.c frameworkd-glib-ogsmd-sim.h): 
Oct 23 19:47:28 <CIA-26> freesmartphone.org: ogsmd: add SIM_UNKNOWN to SimStatus enum
Oct 23 19:47:28 <CIA-26> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Oct 23 19:47:29 <onen|openBmap> lindi-: it is "official", I mean, tha tcomes from us. I don't know if Baruch wants to be seen as an official member of the project or as sth independant next to it. As such, I prefer to have his green light to say so.
Oct 23 19:47:47 <lindi-> aha
Oct 23 19:48:09 <lindi-> onen|openBmap: anyways, wget + sqlite3 makes me very happy :-)
Oct 23 19:48:34 <onen|openBmap> lindi-: http://dl.free.fr/p0DbYQUzB
Oct 23 19:48:43 <onen|openBmap> lindi-: let me know if this does the trick
Oct 23 19:49:47 <onen|openBmap> lindi-: if you want this file to be generated on a regular basis, let me know. (or write to Nick to ask (better to put me in CC, as I am the needle in his back to remind such things)
Oct 23 19:53:07 <lindi-> onen|openBmap: that's 21 megabytes, much larger. what's the difference?
Oct 23 19:53:29 <onen|openBmap> lindi-: in comparison to what? baruch file?
Oct 23 19:53:43 <lindi-> onen|openBmap: to 'cell1.db' yes
Oct 23 19:54:54 <onen|openBmap> lindi-: 1. I am not sure of the countries/networks in this file. 2. I am not sure what technology he does use. maybe some binary format, which allows much smaller file than sqllite?
Oct 23 19:55:06 <lindi-> onen|openBmap: cell1.db is sqlite
Oct 23 19:55:32 <lindi-> onen|openBmap: can you put the larger file also to the main web page so that people find it?
Oct 23 19:55:39 <onen|openBmap> lindi-: last hypothesis: he has a different data structure. but I don't see how this would allow much smaller file :-S
Oct 23 19:56:35 <lindi-> onen|openBmap: he only has   (mcc INT, mnc INT, lac INT, cid INT, lat FLOAT, lon FLOAT)
Oct 23 19:59:12 <onen|openBmap> lindi-: I see. In fact, the sql statement file is on the website, but not promoted. I have a bash script building the sqlite file from the sql statement file
Oct 23 20:00:08 <onen|openBmap> lindi-: but the idea would be to put my generating script on Nick's server, so that people could get the sqlite file directly
Oct 23 20:01:08 * JesusMcCloud realized that keyboard as suggested wont work that easy
Oct 23 20:01:12 <onen|openBmap> lindi-: so for your needs, you would like to have an official place to download the sqlite  file, right?
Oct 23 20:10:40 <onen|openBmap> mrmoku: reboot after freeze, and again no gsm neither gps :-( try again restart from framework then ophonekitd
Oct 23 20:12:05 <mrmoku> onen|openBmap: did that installation work before? or did you just install it?
Oct 23 20:12:40 <onen|openBmap> mrmoku: I am not sure. I may have not seen that gsm and gps was out when I installed it (beginning of the month IIRC)
Oct 23 20:12:56 <onen|openBmap> mrmoku: I have not been using it lately
Oct 23 20:13:19 <onen|openBmap> mrmoku: so far it works this time
Oct 23 20:13:23 <onen|openBmap> mrmoku: no freeze
Oct 23 20:13:51 <onen|openBmap> mrmoku: I 'll let you know how things goes next days
Oct 23 20:19:16 <mrmoku> onen|openBmap: ok
Oct 23 20:19:40 <mrmoku> onen|openBmap: and we will try to finally feed some nice new stuff int shr-u
Oct 23 20:21:00 <playya_> grrr. just switch the util-macros version and bitbake recompiles gcc *thumbsup*
Oct 23 20:21:40 <onen|openBmap> mrmoku: what do you mean? the work on themes and graphical stuff?
Oct 23 20:24:55 <spaetz> yay for updates :-)
Oct 23 20:27:18 <playya_> spaetz, for shr-config?
Oct 23 20:28:11 <spaetz> nah, still haven't worked on that.
Oct 23 20:29:07 <spaetz> day job and family consuming all tim
Oct 23 20:29:13 <spaetz> e
Oct 23 20:29:19 <admiral0> hi
Oct 23 20:31:00 <admiral0> i've made a python script with callbacks on calls and SMS
Oct 23 20:31:19 <admiral0> but callback functions are not called
Oct 23 20:31:23 <mrmoku> onen|openBmap: it is a long time we did not feed updates to the shr-unstable feeed
Oct 23 20:31:38 <mrmoku> onen|openBmap: because we're working on a BIG update
Oct 23 20:32:26 <spaetz> yep, really big
Oct 23 20:32:44 <admiral0> has anybody encountered anything like this?
Oct 23 20:33:03 <onen|openBmap> mrmoku: :-O the only wish I have is that testing become good enough so that I can use it instead. because I would gladly adapt my program to changes when an update to teesting comes. but follow the unstable pace is kind of lost of time. I cannot focus on my work :-(
Oct 23 20:34:05 <mrmoku> onen|openBmap: I understand that... and I still have the hope to get one (testing) :)
Oct 23 20:34:31 <onen|openBmap> mrmoku: of course it does not break everyday. but well it is sometimes annoying (it reminds the time I was running debian unstable, and had to browse the net with lynx every week to fix xorg)
Oct 23 20:35:12 <mrmoku> onen|openBmap: that actually is a very will fitting comparison :P
Oct 23 20:35:21 <onen|openBmap> mrmoku: by the way. I am working again at a nice pace. target is a new version before end of the year
Oct 23 20:35:30 <onen|openBmap> mrmoku: a BIG update too ;-)
Oct 23 20:35:32 <mrmoku> :)
Oct 23 20:35:33 <mrmoku> see
Oct 23 20:35:35 <mrmoku> :P
Oct 23 20:35:55 <Heinervdm> mrmoku: can you apply the checksum patch from playya_  to shr/merge?
Oct 23 20:36:02 <mrmoku> reminds me I have to reboot and upload some cells :)
Oct 23 20:36:31 <onen|openBmap> mrmoku: always good to upload cells, is like going in sauna
Oct 23 20:36:31 * mrmoku checks patchwork
Oct 23 20:36:36 <mrmoku> :)
Oct 23 20:38:22 <mrmoku> Heinervdm: applied
Oct 23 20:38:41 <Heinervdm> http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?id=0e2ebb72bf5d16ff84fce94225e0956b7af1cd07 there is a new opkg version?
Oct 23 20:40:16 <mrmoku> Heinervdm: r219  	 	
Oct 23 20:40:16 <mrmoku> Improve install candidate selection Florian Boor <florian.boor@kernelconcepts.de> Hello, I have noticed that opkg does not resolve package selection properly if the same package is available in more than one compatible architecture. Failing having installable candidates available is not necessary in this case: Either the packages are from feeds with different priorities - in this case we can select by priority - or the pri
Oct 23 20:40:24 <mrmoku>  Oct 05, 2009 	
Oct 23 20:40:26 <mrmoku> ticktock35
Oct 23 20:40:29 <mrmoku> r218 		
Oct 23 20:40:31 <mrmoku> Fix Segmentation fault while data in Package.gz is not good While setting up a personal opkg feed, I encountered a crash in opgk when trying to install the package from the repository. Instead of an error message from opkg, it just gave me "Segmentation fault" and exited. Thanks to EdorFaus <edorfaus@gmail.com> http://groups.google.com/group/opkg-devel/browse_thread/thread/9620711475fa98d2
Oct 23 20:40:38 <mrmoku>  Sp 22,, 2009 	
Oct 23 20:40:40 <mrmoku> ticktock35
Oct 23 20:40:43 <mrmoku> r217 		
Oct 23 20:40:45 <mrmoku> Fix opkg doesn't handle long link/path names in tar files well 1. provide opkg with a tar file that has a link name that is 100 characters or 2. provide opkg with a tar file that has a 'path_prefix' of 155 characters. Thanks to pblack88@gmail.com http://code.google.com/p/opkg/issues/detail?id=21 Sep 21, 2009 	
Oct 23 20:40:51 <mrmoku> ticktock35
Oct 23 20:40:53 <mrmoku> r216 		
Oct 23 20:40:56 <mrmoku> Adding error message for the lock file. pkg just says "Could not obtain administrative lock" and provides no further info when it encounters problems with the lock file. The attached patch makes these errors a bit easier to diagnose. Thanks to cconroy http://code.google.com/p/opkg/issues/detail?id=22 Sep 17, 2009 	
Oct 23 20:41:01 <mrmoku> ticktock35
Oct 23 20:41:04 <mrmoku> is what we get :)
Oct 23 20:41:45 <Heinervdm> not so much...
Oct 23 20:41:48 <mrmoku> Heinervdm: hmm... looks not _that_ interesting
Oct 23 20:41:50 <mrmoku> :)
Oct 23 20:42:17 <mrmoku> at least no need to stand up and dance in joy :P
Oct 23 20:42:28 <playya_> i still wonder how devmem2 could have 2 different hashes
Oct 23 20:42:43 <playya_> mybe I'm on the hacked version
Oct 23 20:43:19 <playya_> s/i/i'm/ s/wonder/wondering/
Oct 23 20:43:52 <Heinervdm> playya_: someone updated that file
Oct 23 20:44:21 <Heinervdm> files like that should be included in recipe dir...
Oct 23 20:44:47 <playya_> but only on one host
Oct 23 20:45:03 <playya_> and for the same recipe
Oct 23 20:45:48 <playya_> mrmoku, i have a patch to bump util-macros to 1.2.1 could i send it to shr-devel and you test it, too?
Oct 23 20:46:03 <playya_> my laptop battery is nearly empty :(
Oct 23 20:47:15 <mrmoku> playya_: still building merge... but send, I will test if it fails :P
Oct 23 20:48:03 <playya_> ok
Oct 23 20:49:28 <playya_> util-macros builds
Oct 23 20:49:30 <playya_> brb
Oct 23 20:59:23 <Heinervdm> ogsmd/frameworkd-glib-ogsmd-sim.c:79: error: 'SIM_UNKOWN' undeclared (first use in this function)  
Oct 23 21:18:05 <JaMa> playya: its for shr-testing or what? both shr/import and shr/merge should have util-macros-1.3.0 from preferred-xorg-versions-live.inc
Oct 23 21:19:50 <admiral0> could anyone please take a look? http://pastebin.ca/1640755
Oct 23 21:20:12 <JaMa> playya: maybe you had older version before this patch http://patchwork.dev.bearstech.com/patch/364/
Oct 23 21:21:05 <Heinervdm> JaMa: he is patchen xorg.inc not xorg-live.inc That file shouldn't be used at all
Oct 23 21:25:13 <JaMa> Heinervdm: I know.. that's why I'm curious why he had this issue and how can this patch change anything
Oct 23 21:25:30 <Heinervdm> yes :)
Oct 23 21:25:53 <Heinervdm> But i'm going to bed now, tell me the answer tomorow :)
Oct 23 21:26:55 <JaMa> NOTE: Running task 5412 of 6926
Oct 23 21:26:56 <JaMa> gnite
Oct 23 21:27:09 * JaMa want to start full image before going to bed
Oct 23 21:54:57 <playya_> ok. he's away :(
**** ENDING LOGGING AT Sat Oct 24 02:59:56 2009