**** BEGIN LOGGING AT Tue Oct 27 02:59:56 2009
Oct 27 06:36:38 <mrmoku> JaMa: morning, build finished? :)
Oct 27 06:37:05 <JaMa> no dbus-native failed...
Oct 27 06:37:14 <JaMa> so few packages are missing now..
Oct 27 06:37:36 <JaMa> But I have to go to work.. will you test my image on neo?
Oct 27 06:37:51 <mrmoku> JaMa: where do I get it?
Oct 27 06:38:37 <JaMa> it will be here http://jama.homelinux.org/org.openembedded.merge/images/om-gta02/
Oct 27 06:39:01 <JaMa> but there is another error dbus-glib or something...
Oct 27 06:39:32 <mrmoku> JaMa: for me linux-util-ng and e2fsprog-libs failed again on my laptop and on the buildhost
Oct 27 07:34:33 <playya> good morning
Oct 27 07:43:39 <spaetz> morning. glad I didn't have time to chat yesterday, that zoff guy really annoyed me...
Oct 27 07:54:54 <JaMa> spaetz: :)
Oct 27 07:56:02 <spaetz> JaMa: congratulations on your booting image. Do you know what the culprit was?
Oct 27 07:56:12 <spaetz> eglibc, busybox or bad gcc/binutils combo?
Oct 27 07:56:41 * spaetz checks shr-devel mails
Oct 27 07:59:20 <JaMa> spaetz: probably missing soft FPU or something like that..
Oct 27 07:59:30 <Heinervdm> TAsn: http://trac.shr-project.org/trac/ticket/680#comment:3
Oct 27 07:59:32 * spaetz sighs. This is black magic.
Oct 27 07:59:37 <JaMa> shr-lite-image is still building..
Oct 27 07:59:50 * JaMa hopes it will boot as minimal-image did :)
Oct 27 08:00:21 <spaetz> yep, it would be nice to get building images again :)
Oct 27 08:21:26 <JaMa> spaetz: it would be nice to stop building and start booting images again :)
Oct 27 08:24:47 * joerg_42 HATES BUSYBOX!
Oct 27 08:29:25 <rebelThor> Heinervdm: are you still around?
Oct 27 08:29:43 <Heinervdm> rebelThor: sure :)
Oct 27 08:30:23 <rebelThor> Heinervdm: regarding #85 in the SHR trac, does it work for you out of the box with shr/import or shr/merge ?
Oct 27 08:30:44 <rebelThor> `cause I can't get it to work with the latest shr/import at all, without adding the theme file :)
Oct 27 08:31:01 <Heinervdm> rebelThor: yes it's working out of the box
Oct 27 08:31:12 <Heinervdm> with shr/import
Oct 27 08:31:23 <rebelThor> that's weird, why is it not showing icons for me then :(
Oct 27 08:32:13 <rebelThor> Heinervdm: it is showing icons for all of the buttons, not just two of them, right? :)
Oct 27 08:32:30 <Heinervdm> rebelThor: i have the image from 20091012 and installed vagalume from tests/mrmoku/unstable/feed
Oct 27 08:32:38 <rebelThor> same here
Oct 27 08:32:42 <Heinervdm> rebelThor: for all
Oct 27 08:33:11 <Heinervdm> rebelThor: do you have a different theme installed?
Oct 27 08:33:50 <rebelThor> Heinervdm: i used to have the default one installed and it wouldn't work with it either, I'm retrying to confirm now
Oct 27 08:34:17 <Heinervdm> rebelThor: what theme do you have installed?
Oct 27 08:34:28 <rebelThor> Heinervdm: atm i have gry
Oct 27 08:34:52 <Heinervdm> rebelThor: nerver tried gry, does it have a gtk theme?
Oct 27 08:35:32 <rebelThor> Heinervdm: don't think so, only e-wm-theme-illume-gry and elementary-theme-gry
Oct 27 08:35:40 <Heinervdm> but i can add the index.theme again.
Oct 27 08:35:55 <[Rui]> Heinervdm: does that image work as a phone ?
Oct 27 08:36:06 <[Rui]> Heinervdm: at least about as good as current shr-u?
Oct 27 08:36:29 <Heinervdm> [Rui]: i haven't tried to call someone, but i got some sms
Oct 27 08:37:24 <[Rui]> Heinervdm: are those images from http://build.shr-project.org/tests/mrmoku/unstable/images/om-gta02/ ?
Oct 27 08:37:33 <Heinervdm> [Rui]: yes
Oct 27 08:38:42 <[Rui]> ok... gotta find a free 2G µ-sd card which I know I have lying around somewhere :)
Oct 27 08:38:49 <[Rui]> bbye
Oct 27 08:41:14 <joerg_42> which reminds me to clean up the dozens of uSD and all the duplicate files on them. Eeeeew what a task
Oct 27 08:49:12 <rebelThor> Heinervdm: looks like I re-installed the default theme, removed my index.theme file, and the buttons still show.. I'll have a more relevant test once my image gets built and installed on the phone
Oct 27 08:50:02 <rebelThor> Heinervdm: when you have a bit of time, can you please test a bug for me: try opening Vagalume and then closing it (power button-> close) quickly. it segfaults for me
Oct 27 08:50:04 <Heinervdm> rebelThor: i think it's working with default theme out of the box, but i sent a patch to add the index.theme again
Oct 27 08:50:33 <spaetz> mmh, kernel build fine on the build host.... hope this build suceeds and the image boots
Oct 27 08:50:59 <Heinervdm> rebelThor: that can be, it the phase where it initialize the gstreamer plugins
Oct 27 08:51:46 <rebelThor> Heinervdm: I wonder how can we prevent that...
Oct 27 08:52:02 <Heinervdm> rebelThor: we can't do anything
Oct 27 08:52:16 <Heinervdm> expect reporting the but
Oct 27 08:52:32 <Heinervdm> rebelThor: i tried it, but it does not segfault
Oct 27 08:52:44 <Heinervdm> but now it isn't starting anymore ;)
Oct 27 08:52:46 <rebelThor> lol
Oct 27 08:53:34 <Heinervdm> Another instance is runngin
Oct 27 08:53:52 <rebelThor> Heinervdm: http://pastebin.com/d50beeda this happens if I try closing it the second it appears on the screen
Oct 27 08:56:03 <rebelThor> it will actually segfault even if I wait 20 seconds after opening it, when trying to close it
Oct 27 08:56:05 <Heinervdm> rebelThor: we can only send a bugreport...
Oct 27 09:06:31 <Heinervdm> mrmoku|away: after we have a booting image, we should pull org.oe.dev again, there are some nice patches, like new fbreader, new bluez4, new cairo and new curl
Oct 27 09:08:12 * JaMa noticed bluez-3 pulled to image again.. not sure why..
Oct 27 09:09:33 <Heinervdm> JaMa: look at depends.dot in testlab after build ;)
Oct 27 09:09:40 <spaetz> Before changing even more stuff, can we try to get working images out for shr-unstable first, please?
Oct 27 09:10:06 <spaetz> users including me :-) are getting nervous about no updates for the official shr-unstable image
Oct 27 09:10:59 <rebelThor> spaetz: you mean the shr/import branch ?
Oct 27 09:11:19 <Heinervdm> spaetz: yes we need a new image again, that's right
Oct 27 09:11:22 <spaetz> I mean Heinervdm asking for more branch merges :).
Oct 27 09:11:40 <spaetz> although agreed that we need to keep shr/merge uptodate
Oct 27 09:11:50 <spaetz> I mean, that is the purpose of that branch, after all
Oct 27 09:11:55 <Heinervdm> spaetz: but we have to merege regulary so avoid conflics
Oct 27 09:12:33 <rebelThor> i'm really confused as to where the actual effort is being put now.. will the shr/import die out when shr/merge gets working, or will both exist like sort of testing/unstable ?
Oct 27 09:12:39 <spaetz> I know, but I want us to get a new shr-unstable image out nevertheless. Remember, regular users haven't had any xorg goodness and other changes yet.
Oct 27 09:12:52 <spaetz> rebelThor: the goal is to retire shr/import yes
Oct 27 09:13:05 <Heinervdm> spaetz: now the image hopefully builds we should spend this day and tomorow in making it fully working
Oct 27 09:13:24 <spaetz> and use shr/merge which is much closer to dev.oe.org to move towards using upstream.dev.oe.org
Oct 27 09:14:16 <spaetz> no clue as to whether shr/import will be left ovoer for -testing. But so far there haven't gone lots of resources into getting a working -testing image anyway...
Oct 27 09:14:49 <mrmoku> no... the pig must die ;)
Oct 27 09:14:57 <spaetz> hehe
Oct 27 09:15:10 <Heinervdm> spaetz: the problem is, that everyone working on the image is interested only in new stuff and not in old, as in testing ;)
Oct 27 09:15:17 <spaetz> Heinervdm: I know.
Oct 27 09:15:38 <spaetz> It would take a dedicated user-friend to take care of a -testing series
Oct 27 09:15:39 <mrmoku> spaetz: If we have a working shr/merge image (which will be today :P) I will sync it to the feed
Oct 27 09:15:50 <spaetz> mrmoku: yay :)
Oct 27 09:15:52 <mrmoku> and _afterwards_ pull org.oe.dev (to break it again :)
Oct 27 09:16:00 <mrmoku> just as Heinervdm suggested
Oct 27 09:16:03 <spaetz> hehe, agreed. right approach
Oct 27 09:16:12 <Heinervdm> spaetz: if we would have someone interested in a stable image that's just working then this one would be the perfect person to maintain -testing
Oct 27 09:16:28 <mrmoku> and then I will start a new branch with commits that can be cherry-picked into org.oe.dev
Oct 27 09:16:32 <spaetz> Heinervdm: yep, unfortunately we don't seem to have such a person :)
Oct 27 09:16:38 <Heinervdm> mrmoku: we have to discuss, what we will to with the resume issue
Oct 27 09:16:59 <spaetz> mrmoku: cool. so you clone a org.oe.dev and commit patches that can be cherry picked?
Oct 27 09:17:22 <mrmoku> Heinervdm: hmm... we should offer both (glamo and fbdev) and then we just need to decide for a default :)
Oct 27 09:17:26 <spaetz> very exiting...
Oct 27 09:17:30 <mrmoku> spaetz: yup
Oct 27 09:18:21 <Heinervdm> mrmoku: for now i would preferre fbdev, it's not much slower then glamo but resumes in 1,5 seconds
Oct 27 09:18:44 <Heinervdm> after we fixed resume we switch for sure
Oct 27 09:18:52 <spaetz> so, should we switch over the Makefile to use shr/merge already?
Oct 27 09:18:56 <mrmoku> and JesusMcCloud1 has to install glamo manually then ;)
Oct 27 09:19:10 <spaetz> to facilitate to deprecation of shr/import?
Oct 27 09:19:38 <mrmoku> spaetz: hmm... I would almost prefer to have tried a shr lite image first
Oct 27 09:19:45 <JaMa> but pim didn't work in shr/merge fso.. so be carefull
Oct 27 09:19:48 <mrmoku> Running task 2164 of 7118
Oct 27 09:19:57 <spaetz> mrmoku: k, reasonable
Oct 27 09:19:59 <mrmoku> JaMa: your image finished?
Oct 27 09:20:00 <Heinervdm> JaMa: pim?
Oct 27 09:20:08 * spaetz switches locally over to shr/merge
Oct 27 09:20:22 <JaMa> sqlite was segfaulting everytime.. I disabled all pim features in framework.conf to get frameworkd running
Oct 27 09:20:45 <Heinervdm> JaMa: so sqlite does not work, not opimd :)
Oct 27 09:21:01 <mrmoku> hmm... that is bad
Oct 27 09:21:08 <mrmoku> we have to fix that first :P
Oct 27 09:21:27 <Heinervdm> mrmoku: finish your image build, then we can analyse this
Oct 27 09:21:30 <spaetz> NOOO :-)
Oct 27 09:21:49 <mrmoku> spaetz: without opimd the image won't work anyway
Oct 27 09:21:55 <spaetz> hehe, I know
Oct 27 09:22:04 <JaMa> mrmoku: not finished.. while removing old tmpdirs i forgot to unmount workdir and removed it from today build.. so now I have still few packages which i need to rebuild maunaly (at least -c clean manually)
Oct 27 09:22:07 <spaetz> we are depending on dos1 now....
Oct 27 09:22:10 <spaetz> doomed
Oct 27 09:22:23 <mrmoku> JaMa: ok
Oct 27 09:23:17 <Heinervdm> we have older sqlite in shr/import, so first thing we can try is downgrading it
Oct 27 09:23:20 <JesusMcCloud> mrmoku: i noticed that creating contacts when using sim backend doenst work with phoneui (tryign again from command line an looking at frameworkd.log)
Oct 27 09:24:43 <mrmoku> JesusMcCloud: do you add special fields other than Phone and Name?
Oct 27 09:24:53 <mrmoku> because that won't work with the SIM backend
Oct 27 09:24:59 <mrmoku> hmm
Oct 27 09:25:10 <mrmoku> default for new ones is the sqlite one though...
Oct 27 09:25:19 <JesusMcCloud> mrmoku: nope just "Phone" and "Name"
Oct 27 09:26:13 <JesusMcCloud> mrmoku: worked now, it seems to be crucial to first enter phone and then enter name
Oct 27 09:26:42 <JesusMcCloud> anyways the "Add" button in phoneui-dialer doesn't seem to do anything
Oct 27 09:26:55 <spaetz> duh, bitbakes now aborts when using dash as /bin/sh ?
Oct 27 09:27:00 <spaetz> strict bastard
Oct 27 09:28:20 <mrmoku> better this way as having some strange errors compiling some packages :P
Oct 27 09:28:37 <spaetz> true...
Oct 27 09:30:00 <spaetz> although it would even be better if build scripts actually required /bin/bash if they rely on bashisms
Oct 27 09:31:41 <JaMa> mrmoku: koen pushed some interesting stuff to oe.dev
Oct 27 09:32:45 <mrmoku> JesusMcCloud: Save in dialer makes phoneuid segfault
Oct 27 09:32:54 <mrmoku> have to fix that :|
Oct 27 09:33:24 <JesusMcCloud> mrmoku: saving numbers woudl be a nice featur :-P
Oct 27 09:34:00 <mrmoku> JaMa: heh... I pulled 10 minutes ago... and it was not yet there... now it is
Oct 27 09:36:21 <joerg_42> bash rules
Oct 27 09:36:22 <JaMa> mrmoku: that as-needed stuff is only for glibc.. so just static libs would be nice.. maybe much smaller image with it?
Oct 27 09:36:39 <joerg_42> nuke busybox!
Oct 27 09:37:19 <spaetz> JaMa: no, it actually seems that the last koen commit has nothing to do with glibc, or?
Oct 27 09:37:30 <spaetz> it blacklists some packages from being built with as-needed
Oct 27 09:37:39 <mrmoku> but just for glibc
Oct 27 09:37:49 <spaetz> ok, true
Oct 27 09:37:52 <JaMa> spaetz: it adds whole as-needed flag to LDFLAGS
Oct 27 09:38:03 <JaMa> but we're including only angstrom-eglibc.inc
Oct 27 09:38:06 <spaetz> JaMa: also true.
Oct 27 09:38:16 <spaetz> I concur, you guys are right
Oct 27 09:38:20 <Heinervdm> JaMa: no, it doesn't because the require is commented out :P
Oct 27 09:38:44 <spaetz> Heinervdm: yep, commented out
Oct 27 09:38:50 <JaMa> Heinervdm: :) 
Oct 27 09:38:52 <spaetz> Disable -Wl,as-needed for now till all the test come back OK
Oct 27 09:39:19 <JaMa> Heinervdm: but there is still -Os and static libs
Oct 27 09:39:28 <Heinervdm> yes
Oct 27 09:39:53 <JaMa> if someone is rebuilding from scratch.. it would be usefull to test it..
Oct 27 09:40:17 <spaetz> JaMa: I am about to start a fresh build of shr/merge
Oct 27 09:40:26 <spaetz> but that isn't pulled in yet, right?
Oct 27 09:40:36 <mrmoku> not yet, no
Oct 27 09:40:47 <Heinervdm> spaetz: you can pull it locally
Oct 27 09:40:48 <mrmoku> spaetz: but you can easily pull it locally :)
Oct 27 09:40:58 <Heinervdm> but there will be conflicts
Oct 27 09:41:04 <Heinervdm> at least for libfsoresource
Oct 27 09:41:29 <spaetz> nahh, then it's too much effort for doing now, sorry. Can't resolve conflicts ATM
Oct 27 09:41:50 <Heinervdm> to avoid this remove the libfsoresource recipe first
Oct 27 09:42:26 <spaetz> ok, git neewb here, how do I pull from the dev.oe. branch?
Oct 27 09:43:12 <Heinervdm> git pull shr/merge org.openembedded.dev
Oct 27 09:43:24 <spaetz> doh, easy
Oct 27 09:43:25 <spaetz> :)
Oct 27 09:43:28 <Heinervdm> stzop
Oct 27 09:43:36 <Heinervdm> or is it the other way around?
Oct 27 09:43:41 <Heinervdm> :)
Oct 27 09:43:43 <spaetz> other way round, I think
Oct 27 09:43:53 <Heinervdm> i'm not sure
Oct 27 09:44:10 <JaMa> git merge origin/org.openembedded.dev
Oct 27 09:44:38 <mrmoku> and git fetch first
Oct 27 09:44:45 <spaetz> just git merge org.openembedded.dev worked
Oct 27 09:44:52 <JaMa> or git pull 
Oct 27 09:45:31 <mrmoku> do we have any dev without hardware?
Oct 27 09:45:37 <Heinervdm> My pre is still in Berlin... :(
Oct 27 09:46:05 <Heinervdm> without hardware?
Oct 27 09:46:15 <mrmoku> we got an A6 offered on ML
Oct 27 09:46:21 <mrmoku> for some dev in need
Oct 27 09:46:27 <Heinervdm> ah seen that
Oct 27 09:48:55 <spaetz> ok, trying to build current shr/merge with updated bits from org.oe.dev
Oct 27 09:49:19 <mrmoku> spaetz: good luck :)
Oct 27 09:49:32 <spaetz> but from scratch, so it's going to take a while. And I guess I use libfsotransport version from dev.oe.org now :)
Oct 27 09:50:04 <Heinervdm> spaetz: there is no significant change in it
Oct 27 09:50:09 <spaetz> ok, good to know
Oct 27 09:50:23 <Heinervdm> mickeyl cleand the depencies
Oct 27 10:11:07 <CIA-26> SHR: 03mok 07libphone-ui * rde78d696a663 10/src/phoneui.c: remove useless phoneui_dialer_hide
Oct 27 10:15:16 * spaetz sighs. DOn't you hate lines like this: Running task 194 of 7102 ;-)
Oct 27 10:15:40 <soltys> ;)
Oct 27 10:16:42 * Heinervdm can't live without these lines anymore ;)
Oct 27 10:17:03 <spaetz> hehe
Oct 27 10:17:14 <soltys> ;)
Oct 27 10:20:56 <joerg_42> "running task 96543 of 533" would scare me ;-P
Oct 27 10:21:08 <rebelThor> i get http://pastebin.com/d77263611 when building libfsoframework.. what's up with that :|
Oct 27 10:22:51 <Heinervdm> rebelThor: rebuild vala-dbus-binding-tool-native
Oct 27 10:23:04 <rebelThor> Heinervdm: oh, I remember something about that
Oct 27 10:23:05 <Heinervdm> and check that it's AUTOREV'ed
Oct 27 10:23:40 <rebelThor> Heinervdm: it's not AUTOREV'ed, setting it and rebuilding ;) thx
Oct 27 10:24:42 <mrmoku> spaetz: do it like that: calculate the time it would have taken you to manually do those 194 tasks
Oct 27 10:24:59 <mrmoku> and immediately it you will consider it lightening fast ;)
Oct 27 10:25:06 <mrmoku> s/it//
Oct 27 10:25:07 <apt> mrmoku meant: and immediately  you will consider it lightening fast ;)
Oct 27 10:25:09 <spaetz> mrmoku: hehe, true.
Oct 27 10:43:10 <JaMa> mrmoku: last few packages to build.. so maybe image will be there in 10 minutes.. I'm going for lunch..
Oct 27 10:46:05 <spaetz> ohh lunch!
Oct 27 10:46:08 <spaetz> me too!
Oct 27 10:47:36 <rebelThor> Heinervdm: if vala-dbus-binding-tool-native is set to AUTOREV, it complains about No package 'gee-1.0' found, didn't mrmoku set up a srcrev up for that? (i'm on shr/import atm)
Oct 27 10:48:14 <Heinervdm> rebelThor: shr/import isn't clean currently
Oct 27 10:48:28 * rebelThor splits his wrists
Oct 27 10:48:47 <rebelThor> what in the world do I have to do to actually make an image that will work on my fr :))
Oct 27 10:49:24 <Heinervdm> find the correct revisions ;)
Oct 27 10:51:55 <mrmoku> rebelThor: set libgee-native to AUTOREV
Oct 27 10:52:09 <rebelThor> mrmoku: ok, will try
Oct 27 10:56:01 <rebelThor> mrmoku: ERROR: Nothing PROVIDES 'libgee-native' .. are you sure this applies to shr/import?
Oct 27 10:57:48 <mrmoku> hmm
Oct 27 10:57:52 <mrmoku> don't remember
Oct 27 10:57:59 <mrmoku> let me check
Oct 27 10:58:09 <Heinervdm> prehaps the patch is missing
Oct 27 10:58:30 <mrmoku> uhh no, libgee-native is missing 
Oct 27 10:59:26 <mrmoku> hmm and vala-dbus-binding-tool-native is set to a fixed rev
Oct 27 11:00:35 <rebelThor> hm, what's that fixed rev? 
Oct 27 11:00:50 <rebelThor> Heinervdm made me change it to AUTOREV and of course, i didn't backup :D
Oct 27 11:01:36 <mrmoku> rebelThor: I cherry-picked it from shr/merge
Oct 27 11:01:42 <Heinervdm> rebelThor: AUTOREV is correct
Oct 27 11:02:04 <mrmoku> rebelThor: fixed rev means that the package is set to fixed git revision (instead of AUTOREV which is the newest one)
Oct 27 11:02:49 <rebelThor> mrmoku: yep, i know that, i just wanted to know what is the exact git rev, but now I'm confused: you say it's fixed rev, Heinervdm says it's AUTOREV.. so which one is it :D
Oct 27 11:05:01 <CIA-26> SHR: 03mok 07libphone-ui * rb73ae96d22f8 10/src/phoneui.c: fix typo for _phoneui_contacts_contact_edit
Oct 27 11:06:30 <mrmoku> rebelThor: vala-dbus-binding-tool-native is set to a346ea6a92edbfd7287cc5b7feb43c70fbea64b2 in shr/import
Oct 27 11:06:41 <mrmoku> libgee is set to AUTOREV
Oct 27 11:06:46 <mrmoku> and libgee-native is missing completely
Oct 27 11:06:52 <mrmoku> (was)
Oct 27 11:07:01 <mrmoku> well AUTOREV is still missing
Oct 27 11:16:34 <rebelThor> hmm, even with vala-dbus-binding-tool-native rebuilt (using the fixed rev) i still get the errors in http://pastebin.com/d77263611 for libfsoframework
Oct 27 11:17:30 <JaMa> mrmoku: 3 errors
Oct 27 11:17:35 <Heinervdm> rebelThor: did you update your env, to get the missing recipe?
Oct 27 11:18:05 <rebelThor> Heinervdm: make update in the top dir? yup
Oct 27 11:18:15 <mrmoku> rebelThor: I fear you need newer vala too (which is not in import)
Oct 27 11:18:19 <Heinervdm> rebelThor: and then you need to to set it to Autorev
Oct 27 11:18:22 <mrmoku> JaMa: which ones?
Oct 27 11:18:38 <JaMa> mrmoku: not important.. probably still missing workdir files...
Oct 27 11:18:57 <Heinervdm> rebelThor: yes, newer vala too, rename vala_0.7.7+fso1 to vala_0.7.7+fso5
Oct 27 11:19:04 <Heinervdm> same for vala-native
Oct 27 11:19:57 <JaMa> rebelThor: or apply this one http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?id=e6729d05af14c6626f49442f67c487ad78660ecc
Oct 27 11:23:25 <mrmoku> rebelThor: or just update
Oct 27 11:23:32 <mrmoku> I cherry-picked it into shr/import
Oct 27 11:23:40 <mrmoku> and set libgee-native to AUTOREV too
Oct 27 11:23:58 <Heinervdm> mrmoku: did you set vala-dbus-binding-tool to autorev too?
Oct 27 11:34:12 <mrmoku> yup
Oct 27 11:34:21 <mrmoku> hmm
Oct 27 11:34:37 <mrmoku> actually not so
Oct 27 11:35:30 <mrmoku> now
Oct 27 11:35:35 <mrmoku> rebelThor: update again please
Oct 27 11:36:38 <JaMa> mrmoku: you can push cookies 380 and 382, they are safe..
Oct 27 11:36:54 <JaMa> mrmoku: both for shr/merge (first one is missing prefix again)
Oct 27 11:37:26 <JaMa> mrmoku: I'll merge xorg-live.inc to xorg-7.5.inc after successfull build
Oct 27 11:37:37 <Heinervdm> we can hopefully forget the prefix after today ;)
Oct 27 11:38:06 <mrmoku> uhh... yes forgetting about import would be a nice target for today :)
Oct 27 11:38:22 <Heinervdm> :)
Oct 27 11:39:21 * JaMa then we should start pushing stuff to oe.dev from tomorrow :)
Oct 27 11:40:58 <mrmoku> JaMa: 380 + 382 pushed
Oct 27 11:44:34 <Heinervdm> JaMa: we have to make another branche with smaller patches ;)
Oct 27 11:44:49 <Heinervdm> my first few patches were too big ;)
Oct 27 11:47:04 <mrmoku> yup, a nice recipe-by-recipe branch :)
Oct 27 11:48:27 <Heinervdm> shr/forupstream
Oct 27 11:48:37 <spaetz> shr/reallymerge
Oct 27 11:48:40 <mickey|office> :)
Oct 27 11:48:40 <Heinervdm> :D
Oct 27 11:49:24 <Heinervdm> org.oe.dev can rebase to shr/merge :P
Oct 27 11:49:31 <spaetz> ;)
Oct 27 11:50:06 <JaMa> yes and we should merge SRCPV to oe.dev first...
Oct 27 11:50:28 <Heinervdm> JaMa: that's your job
Oct 27 11:50:37 <Heinervdm> JaMa: you said that to XorA
Oct 27 11:50:43 <Heinervdm> :P
Oct 27 11:51:03 <JaMa> but the problem with new shr/forupstream branch is that then we should start tracking this branch instead of oe.dev...
Oct 27 11:51:47 <JaMa> otherwise shr/merge and shr/forupstream will diverge pretty fast
Oct 27 11:53:03 <JaMa> but if we commit small patches to oe.dev directly, we can rebase shr/merge on top of oe.dev and diff will be smaller and smaller...
Oct 27 11:53:22 <Heinervdm> moving everything from shr/merge to a new clean branche will be work for half a day, after that we can forget shr/merge
Oct 27 11:54:12 <JaMa> why not just rebase it and then start preparing patches for oe.dev?
Oct 27 11:54:39 <Heinervdm> doesn't that will force conflicts for us?
Oct 27 11:56:11 <JaMa> if we prepare shr/merge to same shape as we would like to see it in oe.dev then it should be ok
Oct 27 11:58:13 <JaMa> but maybe we can try it in clean branch and then start cherry picking if you think it will be easier..
Oct 27 11:58:41 <Heinervdm> i think that would be easier
Oct 27 11:58:56 * JaMa never done this before.. but on local I'm using rebase for this type of merging branches
Oct 27 12:01:56 <rebelThor> mrmoku: last update built successfully, however, I had to manually build libgee-native, isn't that supposed to be set as a requirement for vala-dbus-binding-tool-native ?
Oct 27 12:02:18 <mrmoku> rebelThor: yeah should be... and in shr/merge it is even
Oct 27 12:03:25 <rebelThor> mrmoku: i'd really switch to shr/merge, if it would actually work :> i've been trying for a lot of time to get either of these to actually build :)
Oct 27 12:04:03 * JaMa is building one image almosat a day :(
Oct 27 12:04:05 <rebelThor> mrmoku: if I found out what I needed to patch for shr/import based on shr/merge in order to make these kinds of modifications, where would I have to submit them in order to get them applied
Oct 27 12:05:06 <spaetz> rebelThor: shr-devel mailing list, but given the goal to make shr/import obsolete by today, I wouldn't bother
Oct 27 12:05:11 <JaMa> rebelThor: send them by 'git send-email -1 commit_hash' to shr-devel@lists.shr-project.org
Oct 27 12:05:52 <spaetz> git send-email is an extension iirc and I had to install that in ubuntu btw
Oct 27 12:06:10 <rebelThor> pretty good timing on myself to start building shr/import... /me hates himself
Oct 27 12:06:17 <JaMa> rebelThor: before it set few config properties in git repo with 'git config --add user.name YOUR_NAME
Oct 27 12:06:26 <JaMa> git config --add user.email YOUR_EMAIL
Oct 27 12:06:31 <JaMa> git config --add sendemail.to shr-devel@lists.shr-project.org
Oct 27 12:06:49 <JaMa> then you don't need to fill it with every patch sent :)
Oct 27 12:07:34 <Heinervdm> JaMa: he has to add an smtp server to
Oct 27 12:09:09 <rebelThor> eh,, nevermind, if shr/import gets nuked, what's the point :) 
Oct 27 12:12:01 <rebelThor> but if it does get dropped, I would expect a valid guide on the wiki in order to get shr/merge up and building, and I'm willing to help as much as I can :)
Oct 27 12:14:54 <mrmoku> NOTE: Multiple libraries (libefreet_mime-ver-pre-svn-04.so.0, libefreet-ver-pre-svn-04.so.0, libefreet_trash-ver-pre-svn-04.so.0) found and LEAD_SONAME not defined
Oct 27 12:15:10 <mrmoku> just because I saw it flying along :P
Oct 27 12:16:22 * mrmoku lunch
Oct 27 12:18:04 <Heinervdm> mrmoku|away: that's in a lot recipes
Oct 27 12:18:45 <JaMa> Heinervdm: I don't have to.. its defined in my sendmail :)
Oct 27 12:18:56 <Heinervdm> :)
Oct 27 12:19:20 <JaMa> I was expecting that everyone has smtp server set for sendmail... :)
Oct 27 12:20:12 <rebelThor> JaMa: I remember having to install the "mail" command for some scripts some time ago, and it would actually install exim as a dependence :D
Oct 27 12:20:29 <JaMa> :)
Oct 27 12:20:45 <rebelThor> are you running any local MTAs ? :P
Oct 27 12:20:47 <JaMa> rebelThor: I'm using msmtp for that
Oct 27 12:20:58 <JaMa> rebelThor: but i was using postfix before :)
Oct 27 12:21:10 <spaetz> msmtp ssmtp , etc
Oct 27 12:32:37 <spaetz> could it be that local.conf needs something eglibc specific now, rather than: GLIBC_GENERATE_LOCALES = "en_US.UTF-8"
Oct 27 12:33:21 <spaetz> because shr/merge currently produces tons of packages like: armv4t/eglibc-localedata-tn-za_2.10-r7.2.3_armv4t.ipk
Oct 27 12:34:10 <Heinervdm> spaetz: no, is it really set?
Oct 27 12:35:15 <spaetz> yes, I uncommented the line. but thinking of it, I might have uncommented that after I started the current build.
Oct 27 12:35:20 <spaetz> so ignore me for now :)
Oct 27 12:35:31 <spaetz> shit build stopped just a few secs ago
Oct 27 12:38:49 <Heinervdm> NOTE: Multiple libraries (libvorbisenc.so.2, libvorbis.so.0, libvorbisfile.so.3) found and LEAD_SONAME not defined
Oct 27 12:45:51 <JaMa> NOTE: Tasks Summary: Attempted 7090 tasks of which 7014 didn't need to be rerun and 1 failed.
Oct 27 12:46:09 <JaMa> almost there
Oct 27 12:46:15 <Heinervdm> 1 failed?
Oct 27 12:46:44 <rebelThor> JaMa: are you including the patches required to make it build in the repo or are you just patching locally ?
Oct 27 12:46:51 <Heinervdm> NOTE: Running task 3257 of 7102
Oct 27 12:47:38 <spaetz> util-linux-ng_2.16.bb fails here
Oct 27 12:47:57 <Heinervdm> i had no problem with that
Oct 27 12:47:57 <spaetz> in do_package_ikg No such file or directory: '/home/spaetz/src/shrbuildenv/shr-unstable/tmp/work/armv4t-oe-linux-gnueabi/e2fsprogs-libs-1.41.2-r2/install/util-linux-ng-mountall'
Oct 27 12:48:04 <JaMa> rebelThor: I'm sending it to patchwork if its new stuff or fix for all, sometimes I have build problems which didn't occured on other buildhosts.. for those I have patches localy..
Oct 27 12:48:17 <Heinervdm> spaetz: try -c clean and rebuild it
Oct 27 12:48:21 <JaMa> spaetz: just run clean and build for util-linux-ng manually (worked for me)
Oct 27 12:48:35 <spaetz> i tried -c rebuild
Oct 27 12:48:47 <Heinervdm> spaetz: that's not enough
Oct 27 12:48:55 <spaetz> ok, will clean
Oct 27 12:49:04 <JaMa> -c rebuild doesn't work for me in shr/merge as it worked in shr/import, no idea why...
Oct 27 12:49:53 <spaetz> cleaning now...
Oct 27 13:05:30 <spaetz> blah, gst-plugins-base pulls gnome-vfs whihc pulls avahi. Why do we need all that crap on a phone?
Oct 27 13:05:42 <spaetz> I don't want avahi started on my Freerunner
Oct 27 13:08:57 <joerg_42> good question
Oct 27 13:10:46 <joerg_42> probably gst-plugins-base just has a lot of really weird and useless plugins
Oct 27 13:11:01 <spaetz> especially as gst-pugins-base has a configure option: --disable-gnome_vfs          disable GNOME VFS: gnomevfs
Oct 27 13:11:17 <Heinervdm> gst-plugins-base just provides gst-plugin-alsa
Oct 27 13:11:34 <joerg_42> hmm, that sounds ok
Oct 27 13:12:22 <spaetz> Heinervdm: if you build the dependency graph, you'll see that "gst-plugins-base" -> "gnome-vfs"
Oct 27 13:12:44 <spaetz> and http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/gstreamer/gst-plugins-base_0.10.25.bb contains:
Oct 27 13:12:52 <spaetz> DEPENDS += "pango libtheora alsa-lib libsm virtual/libx11 freetype gnome-vfs libxv"
Oct 27 13:13:34 <Heinervdm> but it's not a RDEPENDS so it won't be included in the image
Oct 27 13:13:53 <joerg_42> spaetz: seems you could somehow check which sources fail to build if you simply replace the vfs headers with some crap?
Oct 27 13:14:16 <spaetz> well, it builds the stuff with gnome-vfs support and it will therefore be automatically included iirc
Oct 27 13:14:27 <spaetz> at least avahi did show up in mrmokus bootchart some time ago
Oct 27 13:14:42 <spaetz> so it was included and started on the FR some time ago (couple months)
Oct 27 13:14:52 <spaetz> so I am not sure at all that it isn't included
Oct 27 13:15:17 <Heinervdm> spaetz: perhaps there is another package that has an rdepends on it
Oct 27 13:15:37 <Heinervdm> or there is a way that rdepends are generated dynamically at buildtime
Oct 27 13:16:55 <mrmoku> spaetz: I don't get the relation between gnome-vfs and avahi?
Oct 27 13:17:36 <spaetz> mrmoku: bitbake -g shr-lite-image
Oct 27 13:17:36 <joerg_42> i don't know what's gnome-vfs at all ;-)
Oct 27 13:17:50 <spaetz> then "grep avahi depends.dot"
Oct 27 13:18:03 <mrmoku> spaetz: yes, but what has it to do with gnome-vfs?
Oct 27 13:18:24 <spaetz> gnome-vfs is included by gst-plugins-base
Oct 27 13:18:34 <spaetz> 14:12 < spaetz> and http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/gstreamer/gst-plugins-base_0.10.25.bb contains:
Oct 27 13:18:37 <spaetz> 14:12 < spaetz> DEPENDS += "pango libtheora alsa-lib libsm virtual/libx11 freetype gnome-vfs libxv"
Oct 27 13:18:48 * joerg_42 shoots another hole into a thin pasticbag, using his megacool green powerlaser
Oct 27 13:19:06 <spaetz> the SHR-buildhost just built avahi that is how I noticed: http://tinderbox.openembedded.net/packages/306740/
Oct 27 13:19:59 <spaetz> gst-plugins-base are not compiled with --disable-gnome_vfs
Oct 27 13:21:28 <Heinervdm> We can try to add a OEXTRA_CONF_append_shr = " --disable-gnome_vfs "
Oct 27 13:21:45 <spaetz> if gnome-vfs were not pulled in by shr-lite-image it would not appear in the dependency graph of "bitbake -g shr-lite-image"
Oct 27 13:22:27 <spaetz> Heinervdm: we could do that, but then we would also need to remove the unconditional DEPENDS += gnome-vfs for SHR ot it would depend on it nonetheless, right?
Oct 27 13:22:50 <Heinervdm> of curse
Oct 27 13:23:45 * spaetz sends a mail to the OE-dev list, asking about that relationship
Oct 27 14:01:22 <JaMa> mrmoku: image built..
Oct 27 14:02:07 <mrmoku> JaMa: boot it... boot it :)
Oct 27 14:02:20 <mrmoku> Running task 4274 of 7118
Oct 27 14:02:26 <JaMa> i can just chroot it.. chroot it :)
Oct 27 14:02:49 <mrmoku> Running task 3764 of 7102 (on buildhost)
Oct 27 14:03:01 <Heinervdm> NOTE: Running task 4368 of 7102
Oct 27 14:03:07 <JaMa> or I can try call reboot after successfull reboot :)
Oct 27 14:03:10 <mrmoku> and the winner is.... Heinervdm  :)
Oct 27 14:03:13 <mrmoku> no JaMa 
Oct 27 14:03:14 <mrmoku> :P
Oct 27 14:03:15 <Heinervdm> :)
Oct 27 14:03:16 <JaMa> !
Oct 27 14:03:17 <JaMa> :)
Oct 27 14:03:22 <spaetz> heh Running task 2140 of 7102 
Oct 27 14:03:26 <spaetz> damn, I lose
Oct 27 14:05:48 <spaetz> besides that I probably overlooked something stupid with my gnome-vfs suspicion.
Oct 27 14:05:55 <spaetz> Is that sarcasm? "avahi is one of the best networking tools ever written, I cant think
Oct 27 14:05:58 <spaetz> of any reason someone wouldnt want it on Freerunner."
Oct 27 14:06:18 <spaetz> quote by XorA
Oct 27 14:06:51 <mickey|office> if it's XorA might be sarcasm
Oct 27 14:07:09 <mickey|office> then again, avahi is a great networking tool
Oct 27 14:07:14 <mickey|office> *shrug*
Oct 27 14:07:38 <spaetz> mickey|office: it might well be, but I don't need any networking on my phone, especially no LAN service discovery...
Oct 27 14:08:12 <spaetz> I have disabled it on my laptop and never missed it (I don't roam in very dynamic environments with my laptop)
Oct 27 14:08:41 <spaetz> not any networking, besides being able to ssh into it, of course :)
Oct 27 14:09:08 * JaMa is disabling it on neo with connman and bluetooth :)
Oct 27 14:09:26 <mickey|office> right, if you don't need it.
Oct 27 14:10:25 <mrmoku> mickey|office: can you provide pb_ a broken image, or do I have to rebuild a broken one?
Oct 27 14:10:41 <spaetz> I distinctly remember avahi as showing up in the mrmoku bootchart from a few months ago, so it's not like it comes for free...
Oct 27 14:10:47 <mickey|office> mrmoku: I pointed him to one
Oct 27 14:10:53 <mrmoku> good :)
Oct 27 14:11:02 * mrmoku dislikes building broken images on purpose :P
Oct 27 14:11:09 <spaetz> hehe
Oct 27 14:11:22 <JesusMcCloud> g'morning... *yawn*
Oct 27 14:11:50 * spaetz hands JesusMcCloud a coffee
Oct 27 14:12:25 <Heinervdm> moring? i ever thought swiss has same timezone as germany :D
Oct 27 14:12:29 * JesusMcCloud drinks coffee, lights a cigarette
Oct 27 14:13:06 <spaetz> Heinervdm: I didn't say morning :-). And no, Switzerland lags some 60 years behind or so ;-)
Oct 27 14:13:15 <spaetz> (sorry all Swiss people in here)
Oct 27 14:13:31 <Heinervdm> ok ;)
Oct 27 14:14:41 <spaetz> oh now, buildhost failed
Oct 27 14:14:45 <spaetz> libxaw
Oct 27 14:14:50 <spaetz> oh no...
Oct 27 14:15:21 <spaetz> troff: fatal error: can't find macro file s
Oct 27 14:15:29 <spaetz> haven't we seen that earlier?
Oct 27 14:15:42 <Heinervdm> try to add groff-native to DEPENDS
Oct 27 14:16:01 <spaetz> I have no impact on the buildhost stuff
Oct 27 14:16:04 <spaetz> no access
Oct 27 14:16:16 <spaetz> mrmoku: ^^^
Oct 27 14:16:38 <Heinervdm> hmm, there is no groff-native
Oct 27 14:16:41 <JaMa> mrmoku: chroots ok
Oct 27 14:16:49 <Heinervdm> we have to make one
Oct 27 14:17:50 <Heinervdm> JaMa: i will try to boot your image
Oct 27 14:17:58 <Heinervdm> flashed it on my sd card
Oct 27 14:18:26 <Heinervdm> bzcat I/O or other error, bailing out
Oct 27 14:18:34 <Heinervdm> no space left on device
Oct 27 14:19:03 <Heinervdm> alsa: no soundcard found
Oct 27 14:19:17 <Heinervdm> and an very ugly bootsplash ;)
Oct 27 14:19:18 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r6e781dcb90b8 10/fsogsmd/src/ (lib/atparser.vala plugins/modem_qualcomm_htc/htcparser.vala): fsogsmd: {at|htc}parser.vala: fix bug w/ solicited answers containing PDUs on a seperate line
Oct 27 14:19:26 <JesusMcCloud> (i just wish i coudl help you guys to get to a working image)
Oct 27 14:20:26 <JaMa> Heinervdm: do you have right link?
Oct 27 14:20:41 <Heinervdm> JaMa: don't know it's your image :P
Oct 27 14:20:43 <JaMa> Heinervdm: please check image date before flashing :)
Oct 27 14:20:55 <Heinervdm> Date was from today
Oct 27 14:20:56 <JaMa> Heinervdm: if its from today its ok..
Oct 27 14:21:39 <Heinervdm> JaMa: oh you have your own loacal included ;)
Oct 27 14:21:55 <JaMa> Heinervdm: ?
Oct 27 14:22:10 <Heinervdm> illume
Oct 27 14:22:40 <Heinervdm> i can't spell it :P
Oct 27 14:22:45 <CIA-26> SHR: 03mok 07libphone-ui-shr * rf6fd14556211 10/src/ (phoneui-contacts.c view/dialer-view.c): dialer: fix saving typed number to a new contact
Oct 27 14:22:58 <CIA-26> SHR: 03mok 07libphone-ui-shr * raac633aae805 10/src/view/contact-show-view.c: contact: correctly add new fields for new contacts and update display
Oct 27 14:23:35 <JaMa> I don't have own illume, but there is my own kernel config.. and you have KMS now i guess :)
Oct 27 14:23:47 <mrmoku> grrr
Oct 27 14:25:41 <JaMa> Heinervdm: is framework working?
Oct 27 14:26:23 <Heinervdm> JaMa: no
Oct 27 14:26:36 * JaMa have to go.. for 2 hours.. gl
Oct 27 14:26:47 <JaMa> Heinervdm: try to add disable = 1 to all *pim* sections
Oct 27 14:26:49 <Heinervdm> mrmoku: try to make a groff-native package and let xorg-lib/libxaw depend on it
Oct 27 14:27:02 <JaMa> mrmoku: the same for xorg-lib/libx11 i guess
Oct 27 14:27:14 * mrmoku is building groff-native
Oct 27 14:28:04 <JaMa> yay, it boots!
Oct 27 14:28:16 <JaMa> I don't see it, but i can feel it
Oct 27 14:28:24 <JaMa> over ssh connection
Oct 27 14:28:47 <JaMa> bbl
Oct 27 14:30:59 <spaetz> JaMa can /feel/ his FR boot. I am impressed :)
Oct 27 14:34:06 <Flyser_> actually it would be handy if the freerunner would vibrate when the sim prompt comes up
Oct 27 14:39:05 <spaetz> Flyser_: that would be a nice one indeed. Care to file an improvement ticket in trac?
Oct 27 14:39:11 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * rbae9c4857986 10/fsogsmd/src/lib/ (Makefile.am atcommands.vala atmediators.vala consts.vala): fsogsmd: first work towards reading messagebook -- pending actual PDU parsing
Oct 27 14:39:38 <Flyser_> spaetz: sure, I can do that.
Oct 27 14:42:13 <spaetz> thanks
Oct 27 14:47:46 <Heinervdm> spaetz: for discussion: http://patchwork.dev.bearstech.com/patch/385/
Oct 27 14:50:48 <Flyser_> spaetz: http://shr-project.org/trac/ticket/688 I wasn't sure about the Component though.
Oct 27 14:53:14 <mrmoku> Flyser_: thanks... changed component to libphone-ui-shr
Oct 27 14:53:25 <mrmoku> as I think it should be decided by the backend
Oct 27 15:00:15 <Heinervdm> JaMa: how have you seen, that frameworkd segfaults on sqlite?
Oct 27 15:00:35 <mrmoku> Heinervdm: hmm... looks like it does not take the groff-native :(
Oct 27 15:01:00 <Heinervdm> hmm
Oct 27 15:01:22 <Heinervdm> can you look at the sources how groff is called?
Oct 27 15:01:48 <Heinervdm> and can you verify that groff-native is in staging?
Oct 27 15:02:09 <mrmoku> actually I can't find it in staging
Oct 27 15:02:30 <rebelThor> mrmoku: i solved that issue by installing groff on the actual buildhost
Oct 27 15:02:32 <Heinervdm> then that's probably the problem
Oct 27 15:03:15 <mrmoku> rebelThor: I have two problems with that solution.... first it is already installed (but probably too old version) and second I have no root rights to install a newer package
Oct 27 15:03:30 <rebelThor> damn :D
Oct 27 15:03:50 <rebelThor> well, anyway, something that would depend on the buildhost config is not something desirable
Oct 27 15:06:30 <Heinervdm> mrmoku: how does your groff-native recipe look like?
Oct 27 15:07:14 <mrmoku> require groff_1.19.2.bb
Oct 27 15:07:15 <mrmoku> inherit native
Oct 27 15:10:11 <mrmoku> Heinervdm: looking at the groff target recipe I understand why :P
Oct 27 15:10:35 <Heinervdm> mrmoku: and why?
Oct 27 15:10:44 <mrmoku> hmm... no
Oct 27 15:11:13 <spaetz> get Ainulindale to install more recent groff :)
Oct 27 15:11:43 <Ainulindale> Hmpf
Oct 27 15:11:46 <Ainulindale> What?
Oct 27 15:12:09 <spaetz> shr buildhost fails because groff is not installed or not current enough
Oct 27 15:12:11 <Ainulindale> It's up to date and it'll be a real pain to install anything not "lenny"
Oct 27 15:12:29 <Ainulindale> And the admins will, I bet, be really pissed by me asking that
Oct 27 15:12:35 <spaetz> heh. lenny should really be sufficient me thinks
Oct 27 15:13:17 <spaetz> ok, mrmoku back to groff-native then. But why is it that nobody else experience[d|s] that?
Oct 27 15:13:40 <Heinervdm> spaetz: i installed a recent version of groff
Oct 27 15:14:06 <Heinervdm>   Installed: 1.20.1-6
Oct 27 15:20:01 <spaetz> mmh, debian lenny has 1.18.1.1-21
Oct 27 15:20:29 <spaetz> my ubuntu also has 1.20
Oct 27 15:20:32 <spaetz> 1.20.1
Oct 27 15:22:58 <Gnutoo> hi, as the touchscreen is not capacitive or that there is a bug in sliding in shr's desktop,how can I install something like that: http://scap.linuxtogo.org/files/6e87ed62b2e28bc1bcd228af74cef287.png
Oct 27 15:23:46 <JesusMcCloud1> Gnutoo: it is called launcher current version is 0.39
Oct 27 15:23:53 <Gnutoo> thanks a lot
Oct 27 15:24:08 <JesusMcCloud1> Gnutoo: btw that screenie came from my phone..
Oct 27 15:24:21 <Gnutoo> ok I'll look if it's in SHR's repos
Oct 27 15:24:53 <JesusMcCloud1> Gnutoo: i dont think so
Oct 27 15:25:06 <Gnutoo> so how do I got it? opkg.org ?oe ?
Oct 27 15:25:18 <JesusMcCloud1> communyty@lists.openmoko.org
Oct 27 15:25:26 <JesusMcCloud1> *community
Oct 27 15:26:56 <Gnutoo> JesusMcCloud1, found it on opkg.org...but it seem to do everything like phones function...I only need a launcher
Oct 27 15:27:42 <Gnutoo> I'll download it from the official website
Oct 27 15:28:03 <JesusMcCloud1> Gnutoo: it has integrated phonelog, contacts msmgs, notfier
Oct 27 15:28:21 <Gnutoo> is it possible to only use the launcher?
Oct 27 15:29:23 <JesusMcCloud1> it si tricky, and also it segfaults on sms every now and then
Oct 27 15:31:10 <Gnutoo> ok found it
Oct 27 15:31:32 <TAsn> Heinervdm, thanks, done.
Oct 27 15:34:11 <Gnutoo> JesusMcCloud1, launcher is a great concept but it's too slow for me...maybe it'll work better on another phone then...
Oct 27 15:34:31 <JesusMcCloud1> Gnutoo: laucher is fast!
Oct 27 15:34:33 <Gnutoo> I tried it on the freerunner
Oct 27 15:34:35 <Gnutoo> ah ok
Oct 27 15:34:48 <Gnutoo> I'll retry then
Oct 27 15:35:33 <JesusMcCloud1> Gnutoo: startup is slow, but as soon as it is fulyl loaded BOOM you click on phonelog, and it is there instantly, same goes for other inbuilt apps, launching other apps is same as before
Oct 27 15:35:43 <Gnutoo> ok
Oct 27 15:41:16 <rebelThor> you guys building up the shr/merge, mind posting your local.conf somewhere? /me failed on shr/import, and I'm switching branches for the millionth time :D
Oct 27 15:43:15 <mrmoku> rebelThor: just remove all require for autorev or sane-rev files
Oct 27 15:44:29 <spaetz> rebelThor: nothing special. I just changed the no of threads and the glibc locales
Oct 27 15:44:34 <spaetz> http://pastebin.ca/1645257
Oct 27 15:44:44 <spaetz> otherwise the vanilla version
Oct 27 15:44:58 <spaetz> and the image type to include tar.gz
Oct 27 15:45:01 <mrmoku> rebelThor: require groff_1.19.2.bb
Oct 27 15:45:01 <mrmoku> inherit native
Oct 27 15:45:05 <mrmoku> uups
Oct 27 15:45:13 <mrmoku> spaetz was faster anyway :P
Oct 27 15:45:19 <rebelThor> thanks :)
Oct 27 15:45:20 <spaetz> :)
Oct 27 15:49:10 <JesusMcCloud1> spaetz, mrmoku: does it mean there is an image that builds, boots and works?
Oct 27 15:50:07 <spaetz> JesusMcCloud1: no clue. JaMa said "it boots" and had to leave for a few hours. I am still compiling. mrmoku is having problems on the buildhost :)
Oct 27 15:51:01 <JesusMcCloud1> spaetz: seems like i have to cp your pastebinned local.conf and start building....
Oct 27 15:51:15 <Gnutoo> JesusMcCloud1, now the phone doesn't repond...ssh root@192.168.0.202 doesn't work...I need to reboot
Oct 27 15:51:22 <spaetz> JaMa isn't back yet. I guess Nokia sends a killer to everyone who manages to build successfully :)
Oct 27 15:52:14 <spaetz> JesusMcCloud1: my local.conf is basically just the stock version. No real changes. But I did switch the makefile over to use shr/merge rather than shr/import
Oct 27 15:52:48 <rebelThor> JesusMcCloud1: lookout though, his pastebin is a bit messy as far as I can tell
Oct 27 15:52:55 <rebelThor> not the file he has, just the paste ;)
Oct 27 15:53:18 * mrmoku hopes to have solved his buildhostproblems :)
Oct 27 15:53:23 <rebelThor> spaetz: mrmoku said however to remove all the requires.. how come you still have them?
Oct 27 15:53:25 <mrmoku> Heinervdm: ok, have a staged native groff now
Oct 27 15:54:16 <mrmoku> spaetz: you have them even multiple times :)
Oct 27 15:54:29 <spaetz> rebelThor: because I did not know that I should comment them out.
Oct 27 15:54:35 <spaetz> mrmoku: that was a mispasting
Oct 27 15:54:35 <mrmoku> rebelThor: as long as you don't require shr-autorev-unstable.inc all is fine
Oct 27 15:54:38 <mrmoku> ahh
Oct 27 15:54:52 <mrmoku> rebelThor: the others get included via the shr distro config
Oct 27 15:55:01 <mrmoku> so not needed anymore but not disturbing either
Oct 27 15:55:02 <spaetz> I accidently pressed ctrl-v twice and my laptop is kind of slow (building SHR :-) ) so I did not notice in time
Oct 27 15:55:16 <rebelThor> mrmoku: commented out all the requires, and i'm crossing my fingers :)
Oct 27 15:55:29 <mrmoku> spaetz: #
Oct 27 15:55:30 <mrmoku> require conf/BB_GIT_CLONE_FOR_SRCREV = "1"
Oct 27 15:55:35 <mrmoku> is mispasted too I guess?
Oct 27 15:55:59 <mrmoku> yep
Oct 27 15:56:18 <Heinervdm> mrmoku: commited the staged groff?
Oct 27 15:56:19 <mrmoku> now all cross the fingers that it actually takes my nice native groff :)
Oct 27 15:56:24 <mrmoku> Heinervdm: not yet
Oct 27 15:56:27 <Heinervdm> ok
Oct 27 15:56:27 <spaetz> mrmoku: actually, no. I have that in there :)
Oct 27 15:56:49 <spaetz> no, I don't
Oct 27 15:56:52 <spaetz> mispaste
Oct 27 15:56:55 <rebelThor> spaetz: that line will give an error.. :D ERROR: Unable to parse conf/bitbake.conf (conf/BB_GIT_CLONE_FOR_SRCREV = "1" is not a BitBake file
Oct 27 15:57:45 <spaetz> http://dpaste.com/112698/
Oct 27 15:57:51 <spaetz> this is what I really have
Oct 27 15:57:59 <spaetz> sorry for previous crap-paste
Oct 27 15:58:09 <spaetz> I commented out the requires by now too
Oct 27 15:58:13 <mrmoku> Heinervdm: I did it dirty on the buildhost :P
Oct 27 15:58:19 <mrmoku> if it works now I will add and commit it
Oct 27 15:58:27 <mrmoku> should be interesting for org.oe.dev too
Oct 27 15:58:30 <Heinervdm> oh, dirty ;)
Oct 27 15:58:34 <JesusMcCloud1> spaetz: what was that about no multiple threads or something liek that?
Oct 27 15:58:52 <Heinervdm> NOTE: Running task 6928 of 7102
Oct 27 15:58:52 <spaetz> JesusMcCloud1: these 2 lines:
Oct 27 15:58:53 <spaetz> PARALLEL_MAKE = "-j 2"
Oct 27 15:58:53 <spaetz> BB_NUMBER_THREADS = "2"
Oct 27 15:58:58 <mrmoku> Running task 5378 of 7118
Oct 27 15:59:07 <spaetz> 2 bitbake threads and parallel building
Oct 27 15:59:22 <Heinervdm> mrmoku: i have a cookie for connman at patchwork
Oct 27 15:59:23 <spaetz> Running task 3796 of 7102
Oct 27 15:59:29 <spaetz> still lagging here :)
Oct 27 15:59:30 <JesusMcCloud1> spaetz: yes i have quad so i use "-j 4" and "4"
Oct 27 15:59:41 <Heinervdm> and one for discussion, to remove avahi from image
Oct 27 15:59:47 <JesusMcCloud1> s/quad/quadcore
Oct 27 15:59:56 <spaetz> actually setting both to 4 would build with up to 16 thread, I would imagine
Oct 27 16:00:09 <mrmoku> /home/shr/shr-oemerge/tmp/staging/x86_64-linux/usr/bin/groff: can't find `DESC' file
Oct 27 16:00:12 <mrmoku> :(
Oct 27 16:00:14 <spaetz> 4 bitbake threads, each starting 4 gcc threads
Oct 27 16:00:23 <JesusMcCloud1> spaetz: well at least i gives me 96% cpu
Oct 27 16:00:29 <JesusMcCloud1> spaetz: aaahhh
Oct 27 16:00:29 <spaetz> it bet it will :)
Oct 27 16:00:36 <JesusMcCloud1> all clear now
Oct 27 16:00:58 <JesusMcCloud1> so i guess gcc cunsumes more power than bb ?
Oct 27 16:01:17 <JesusMcCloud1> btw i use psyco and i seems noticably faster
Oct 27 16:01:28 <spaetz> both are quite capable of sucking every CPU cycle they can get :)
Oct 27 16:04:21 <JesusMcCloud1> spaetz: but even with 96% cpu consumption i can watch videos with synched audio. blessed be hw accel!
Oct 27 16:04:22 <rebelThor> spaetz: you said your computer is lagging, why don't you start the build process with "nice bitbake etc" ? that'll increase your usability very much
Oct 27 16:04:58 <Heinervdm> spaetz: in JaMa's image avahi is included
Oct 27 16:05:22 <spaetz> Heinervdm: then I really wonder where that comes from.
Oct 27 16:05:29 <Heinervdm> and there are a lot of other packages from full image that depend on gnome-vfs
Oct 27 16:05:48 <Heinervdm> my image is finished in some minutes
Oct 27 16:05:52 <JaMa> spaetz: I killed that nokia guy first!
Oct 27 16:06:02 <Heinervdm> will have a look at depends.dot
Oct 27 16:06:15 <spaetz> JaMa: yay, you are alive :-)
Oct 27 16:06:19 <JaMa> Heinervdm: I've seen it in backtrace..
Oct 27 16:06:37 <spaetz> Heinervdm: problem is that this list show the "DEPENDS" tree and not the "RDEPENDS" tree, apparently
Oct 27 16:06:37 <JaMa> gdb /usr/bin/python and set args for frameworkd
Oct 27 16:06:58 <spaetz> I read somewhere that a rdepends.dot should also be produced, but it's not
Oct 27 16:07:10 <Heinervdm> hmm
Oct 27 16:08:06 <spaetz> actually, I read about rdpends.dot in the bitbake manual :-)
Oct 27 16:08:14 <Heinervdm> JaMa: in frameworkd it has to be pyhton-sqlite
Oct 27 16:08:29 <Heinervdm> JaMa: that is the same version as in shr/import
Oct 27 16:13:37 <JaMa> Heinervdm: IRC the last trace was from sqlite.so, so probably broken below python-sqlite
Oct 27 16:13:39 <mrmoku> raster: is implementing vertical toggles in your todo? :P
Oct 27 16:14:24 <JaMa> mrmoku: please look at diff libx11-1.3.1 and 1.3.2 they changed few stuff about groff, so maybe it'll help you to resolve old/bad groff
Oct 27 16:15:12 <JaMa> mrmoku: can you push your  INHERIT += "testlab" change?
Oct 27 16:15:34 <JaMa> NOTE: Running task 5516 of 8047
Oct 27 16:17:16 <mrmoku> JaMa: (libx11) in org.oe.dev? or libx11 source?
Oct 27 16:17:58 <pieterc> mickeyl: can I enter a devroom request for openmoko?
Oct 27 16:18:09 <pieterc> (fosdem)
Oct 27 16:18:23 <mickey|office> pieterc: sure thing
Oct 27 16:19:08 <pieterc> as I won't be giving any talks of any kind, wouldn't it be better if someone else did it?
Oct 27 16:19:30 <pieterc> I can give it a try though
Oct 27 16:20:14 <pieterc> Although I would have to be the responsible for it
Oct 27 16:20:18 <mickey|office> anyone will do if he/she volunteers to be the contact responsible for managing the room
Oct 27 16:20:23 <mickey|office> right
Oct 27 16:20:45 <mickey|office> as for the actual program, we can deal about if they accept us
Oct 27 16:20:51 <mickey|office> i can help collecting this
Oct 27 16:20:53 <pieterc> well I've never been to fosdem, so I don't know if i'm the man to do that
Oct 27 16:21:03 <mickey|office> you'll be fine :)
Oct 27 16:21:24 <pieterc> alright :)
Oct 27 16:21:25 <JaMa> mrmoku: source..
Oct 27 16:21:54 <JaMa> mrmoku: in oe i just tried to add groff to DEPENDS, but as my buildhost has groff and its new enough I haven't tried if something changed..
Oct 27 16:22:39 <JaMa> Heinervdm: nice workaround for that connman :) 
Oct 27 16:23:40 <JaMa> Heinervdm: maybe we can add IGNORED_IFACE to /etc/default/connman and modify init.d script to add it conditionally
Oct 27 16:23:59 <JaMa> Heinervdm: then we would be able to share init.d script with other distributions...
Oct 27 16:23:59 <mrmoku> JaMa: will groff would be of no help for building... I just have to fix my groff-native thing
Oct 27 16:24:26 <JaMa> mrmoku: yes.. but they specified in configure tests what thay need from groff
Oct 27 16:24:47 <JaMa> mrmoku: and maybe they also fixed groff usage for cross (just maybe, probably not :))
Oct 27 16:26:02 <mrmoku> JaMa: right now I'm hanging with libxaw though... won't help for that :|
Oct 27 16:29:17 <mrmoku> groff RIP for now... have to pickup my son :)
Oct 27 16:29:20 <mrmoku> bbl
Oct 27 16:29:37 <mrmoku> JaMa: ahh... INHERIT += "testlab" will look at it later
Oct 27 16:31:50 <JaMa> NOTE: Running task 6986 of 8047
Oct 27 16:41:07 <UberNeo> can anybody give me the mplayer on which i can play rtsp:// videos directly from m.youtube.com
Oct 27 16:53:05 <pieterc> UberNeo: have you checked the mailinglist?
Oct 27 16:53:31 <pieterc> I have problems playing them too, but it seems someone got it to work
Oct 27 16:53:36 <pieterc> no idea how though
Oct 27 16:53:54 <UberNeo> i used mplayer_0.0+1.0rc2+svnr29699-r15_armv4t.ipk
Oct 27 16:55:27 <JaMa> UberNeo: give me test url and I'll try.. I have 7 mplayers here...
Oct 27 16:55:33 <UberNeo> have a look at this http://pastebin.com/d80852cb
Oct 27 16:56:23 <UberNeo> its saying Starting playback...   but suddenly it exits
Oct 27 16:57:25 <UberNeo> however this rtsp:// stream is working on VLC on my laptop
Oct 27 16:57:53 <UberNeo> JaMa, have u tried the stream 
Oct 27 16:58:55 <JaMa> UberNeo: i tried url from your pastebin and server says 404
Oct 27 16:59:37 <JaMa> rtsp://v2.cache2.c.youtube.com/CkYLENy73wIaPQkP8w67OX2zcxMYDSANFEIJbXYtZ29vZ2xlSARSBWluZGV4Wg5DbGlja1RodW1ibmFpbGCm_YX50PfG80oM/0/0/0/video.3gp
Oct 27 16:59:53 <pieterc> JaMa: try one from http://m.youtube.com
Oct 27 16:59:56 <UberNeo> JaMa, have u tried with all ur 7 mplayers
Oct 27 17:00:14 <JaMa> UberNeo: yes.. all 404
Oct 27 17:00:57 <JaMa> pieterc: I'm connected to my neo only remotelly as I'm at work and neo is at home.. please choose one for me..
Oct 27 17:00:59 <UberNeo> try this rtsp://v8.cache1.c.youtube.com/CkYLENy73wIaPQkcWqLhVA5e4RMYDSANFEIJbXYtZ29vZ2xlSARSBWluZGV4Wg5DbGlja1RodW1ibmFpbGCm_YX50PfG80oM/0/0/0/video.3gp
Oct 27 17:01:56 <JaMa> strange 404 again
Oct 27 17:02:04 <UberNeo> the above one is working on VLC on my laptop
Oct 27 17:03:02 <UberNeo> ya it will gv 404 for every link if u have installed it like opkg install mplayer   i.e from http://build.shr-project.org/shr-unstable/ipk//armv4t/
Oct 27 17:05:08 <JaMa> ah, then all 7 mplayers here are returning 404
Oct 27 17:06:51 <UberNeo> try this one http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/mplayer-common_0.0.1-r0.1_armv4t.ipk
Oct 27 17:06:51 <JaMa> check openmoko community list if you want to see which ones I tested Date: Tue, 8 Sep 2009 08:54:07 +0200 Re: [shr-u] mplayer with glamo and audio working?
Oct 27 17:07:06 <JaMa> mplayer-common is just one config file :)
Oct 27 17:07:36 <JaMa> and not used in latest shr-unstable as I merged that one to mplayer package directly..
Oct 27 17:07:51 <UberNeo> ohh sorry try this one http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/mplayer_0.0+1.0rc2-r12.1_armv4t.ipk
Oct 27 17:14:31 <JaMa> ERROR: '/home/projects/OE/dev/recipes/gypsy/gypsy_svn.bb' failed
Oct 27 17:14:31 <JaMa> ERROR: '/home/projects/OE/dev/recipes/navit/navit_svn.bb' failed
Oct 27 17:14:53 <UberNeo> while installing from above link
Oct 27 17:15:23 <JaMa> UberNeo: no its not mplayer related.. its from shr-image build.. for shr devs...
Oct 27 17:15:37 <UberNeo> ok
Oct 27 17:15:43 <JaMa> playya: any idea? ^^^
Oct 27 17:16:40 <JaMa> UberNeo: that angstrom binary returned 404 too...
Oct 27 17:16:48 <UberNeo> ohhh
Oct 27 17:17:10 <JaMa> UberNeo: the same for unreleased mplayer from shr/merge
Oct 27 17:17:32 <lindi-> UberNeo: the rtsp url works with debian
Oct 27 17:17:53 <lindi-> UberNeo: no sound though.
Oct 27 17:17:59 <JaMa> playya: 3 out of 4 hunks FAILED -- rejects in file navit/navit_shipped.xml
Oct 27 17:18:20 <UberNeo> means if i install debian armel package of mplayer on Hackable 1..will it work
Oct 27 17:19:04 <lindi-> UberNeo: it can work or not work.
Oct 27 17:19:31 <lindi-> UberNeo: mixing binary packages between distros is not supported.
Oct 27 17:19:36 <tmzt> http://dave-hansen.blogspot.com/2009/10/eye-fi-releases-source-code.html
Oct 27 17:19:51 <UberNeo> lindi-, but does it works for u
Oct 27 17:19:56 <JaMa> playya: for which navit version should http://patchwork.dev.bearstech.com/patch/235/ apply?
Oct 27 17:20:00 <tmzt> including firmware? eCoS runs on the wireless chip
Oct 27 17:20:59 <tmzt> ah, guess not
Oct 27 17:22:39 <tmzt> http://www.ikontools.com/sites/default/files/innards-small.jpg
Oct 27 17:23:49 <JaMa> playya: or why do we need gypsy for shr?
Oct 27 17:24:45 <JaMa> bbl
Oct 27 17:24:51 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r832a6c663864 10/fsogsmd/src/3rdparty/ (6 files): fsogsmd: add more SMS PDU parsing stuff from 3rdparty project
Oct 27 17:24:52 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r6cfdf8ccdc4a 10/fsogsmd/ (5 files in 2 dirs): fsogsmd: start integrating 3rd party SMS PDU stuff
Oct 27 17:25:29 <spaetz> blah, 'eject' download fails as geocities.comas shut down yesterday
Oct 27 17:25:54 <spaetz> and it seems there is no other mirror working
Oct 27 17:26:52 <TAsn> geocities still work for me.
Oct 27 17:26:55 <TAsn> works
Oct 27 17:27:47 <dos1> TAsn: go, mirror it!
Oct 27 17:27:49 <dos1> :D
Oct 27 17:28:01 <TAsn> ;]
Oct 27 17:28:35 <spaetz> http://help.yahoo.com/l/us/yahoo/geocities/close/
Oct 27 17:28:40 <tmzt> actually, an earlier discussion led me to wonder something. if the firmware from ar6001 was open could it be used as the pmic/power sequencing chip in plce of msp? (in a theoretical gta03)
Oct 27 17:31:33 <spaetz> TAsn, it  says: On October 26, 2009, your GeoCities site will no longer appear on the Web, and you will no longer be able to access your GeoCities account and files. When visitors go to your GeoCities web address after October 26, they'll see a "page not found" error.
Oct 27 17:32:07 <TAsn> maybe it's cache here.
Oct 27 17:32:42 <UberNeo> how do i apply a patch to the already installed mplayer on SHR
Oct 27 17:33:08 <tmzt> already installed?
Oct 27 17:33:17 <tmzt> you could build on the device but it would be slow
Oct 27 17:39:23 <playya> JaMa, because i don't want to use gpsd. i submitted a new patch which overrides the config instead of patching it
Oct 27 18:05:39 <mrmoku> TAsn: fixed your segfault :)
Oct 27 18:05:59 <mrmoku> and yes... I will build it sometime even ;)
Oct 27 18:17:31 <Gnutoo> hi, are the faster shr-themes in shr repos?
Oct 27 18:17:40 <dos1> Gnutoo: faster themes?
Oct 27 18:17:47 <dos1> Gnutoo: you mean niebiee, nEo and gry*?
Oct 27 18:17:56 <Gnutoo> dos1, yes gty*
Oct 27 18:18:04 <Gnutoo> s/gty/gry
Oct 27 18:18:20 <dos1> niebiee is in unstable, nEo and gry* should be after next sync
Oct 27 18:18:28 <Gnutoo> ok
Oct 27 18:18:38 <Gnutoo> are there some screenshots?
Oct 27 18:19:38 <dos1> yes
Oct 27 18:19:43 <dos1> somewhere they are :P
Oct 27 18:20:23 <JaMa> mrmoku: full shr-image built too (after reverting few navit patches 233,234,235)
Oct 27 18:20:45 <JaMa> mrmoku: but thats just because I've navit in full-shr-image already (not just feeds)
Oct 27 18:21:00 <JaMa> playya: whats wrong with fso-gpsd?
Oct 27 18:23:26 <JaMa> segfault from frameworkd/pim Program received signal SIGSEGV, Segmentation fault.
Oct 27 18:23:29 <JaMa> 0x409cb234 in ?? () from /usr/lib/libsqlite3.so.0
Oct 27 18:23:56 <JaMa> Heinervdm: ^^^
Oct 27 18:24:48 <Heinervdm> JaMa: should we try another sqlite3 version?
Oct 27 18:25:20 <JaMa> I'll rebuild sqlite with dbg symbols to see what happen
Oct 27 18:26:32 <JaMa> Heinervdm: we have 3.6.13 and there is 3.6.5 and 3.6.2
Oct 27 18:26:49 <Heinervdm> in import we used 3.6.5
Oct 27 18:27:09 <JaMa> installing -dbg now..
Oct 27 18:31:49 <jMcCloud|away> Gnutoo: jmccloud.jm.funpic.de, also i have local build of a mor recent version of gry*
Oct 27 18:32:10 <Gnutoo> jMcCloud|away, ok thanks....
Oct 27 18:32:16 <Gnutoo> I'll look
Oct 27 18:33:30 <TAsn> mrmoku, thanks, you rock. ;)
Oct 27 18:34:56 * mrmoku is reading entertaining graphics awesomeness thread :P
Oct 27 18:35:18 <TAsn> huh?
Oct 27 18:35:47 <JesusMcCloud> TAsn: "entertaining graphics awesomeness" is old english for "flamewar"
Oct 27 18:36:04 <TAsn> i c.
Oct 27 18:36:06 <TAsn> cool.
Oct 27 18:36:18 <TAsn> where at? and about what?
Oct 27 18:36:50 <mickeyl> mrmoku: got popcorn? :)
Oct 27 18:37:07 <JesusMcCloud> TAsn: om community i dont ever remember what it was about (i think somethign liek optimized theming and related stuff for better user experience) but that changed pretty fast
Oct 27 18:37:12 <JaMa> playya: if only the later patch should be applied.. then you have both pushed..
Oct 27 18:37:30 <TAsn> JesusMcCloud, thank god I removed myself from that. ;[
Oct 27 18:37:37 <TAsn> s/[/]/
Oct 27 18:37:37 <apt> TAsn meant: JesusMcCloud, thank god I removed myself from that. ;]
Oct 27 18:37:38 <TAsn> :)
Oct 27 18:37:41 <mrmoku> mickeyl: pass me some... could need them :)
Oct 27 18:37:45 <mickeyl> hehe
Oct 27 18:38:08 * TAsn is off running.
Oct 27 18:38:15 <TAsn> let's hope it won't kill me. :)
Oct 27 18:38:16 <mickeyl> ~praise modems which actually report that the SIM is not ready yet, as opposed to delivering faulty results (yes, Calypso, I'm looking at YOU)
Oct 27 18:38:17 <apt> All hail modems which actually report that the SIM is not ready yet, as opposed to delivering faulty results (yes, Calypso, I'm looking at YOU)!
Oct 27 18:38:18 <TAsn> ciao.
Oct 27 18:38:34 <TAsn> mickeyl, ;)
Oct 27 18:38:40 <TAsn> talking about the pre?
Oct 27 18:38:49 <mickeyl> no, Cinterion mc75i atm.
Oct 27 18:38:57 <TAsn> cool.
Oct 27 18:39:07 <JesusMcCloud> the funny thing is that even the newsserver at the graz university of technology as its wohn flamewar newsgroup... om woudl need it much more
Oct 27 18:39:15 <TAsn> I don't know this model, so I'll have to google, but still, porting is cool ;)
Oct 27 18:40:03 <TAsn> anyhow, ciao.
Oct 27 18:40:08 <TAsn> mrmoku, thanks, ping me when it's built.
Oct 27 18:40:11 <JesusMcCloud> cu
Oct 27 18:40:26 <mrmoku> TAsn: yup, have fun running :P
Oct 27 18:41:37 <TAsn> unfortunately, I'll be back in <30 mins ;(
Oct 27 18:44:21 <DocScrutinizer-8> mickeyl: (mc75i) no surprise. If those docs and talks of the Siemens guys would have sounded great, I had opted out mc75i for gta03
Oct 27 18:45:05 <morphis> heyho
Oct 27 18:45:27 <Heinervdm> mc75i? i'm having a cx75 is it the same generation?
Oct 27 18:46:07 <DocScrutinizer-8> no idea
Oct 27 18:46:49 <Heinervdm> But if it's a Siemens it has to be damn old :)
Oct 27 18:47:12 <DocScrutinizer-8> actually nowadays it's cinterion
Oct 27 18:48:44 <Heinervdm> searched for it, it's totally different
Oct 27 18:53:06 <mickeyl> the good thing is the mc75i is sitting on a develboard, so i can code from my workstation accessing it via /dev/ttyUSB0
Oct 27 18:53:15 <mickeyl> very convenient
Oct 27 18:54:34 <DocScrutinizer-8> the OM-develboard? heh, that's also cerified by jOERG ;-)
Oct 27 18:57:39 <DocScrutinizer-8> mickeyl: I think you got a DMM by now. Could you check the standby current of the mc75i? just out of curiousity, as cinteron never seems to have nanaged to give a confirmed number
Oct 27 18:58:45 <mickeyl> no, a stock siemens develboard
Oct 27 18:58:52 <DocScrutinizer-8> oh
Oct 27 18:59:04 <mickeyl> it's a huge thing
Oct 27 18:59:25 <mickeyl> 0.06A here
Oct 27 18:59:32 <mickeyl> camped
Oct 27 18:59:49 <mickeyl> but that's not only the module, of course
Oct 27 19:00:06 <DocScrutinizer-8> that's very ok then
Oct 27 19:01:11 <DocScrutinizer-8> as we can.t tell how much all the other crap eats up
Oct 27 19:04:00 <DocScrutinizer-8> probably if it was easy to probe on the stock siemens develboard, they have had told us a certified number
Oct 27 19:11:45 <pwgen> hey mickeyl 
Oct 27 19:17:07 <mickeyl> hi pwgen, how's life?
Oct 27 19:18:19 <morphis> mickeyl: you already know when you will be in Braunschweig on Sunday?
Oct 27 19:18:44 <mickeyl> morphis: let me check connections...
Oct 27 19:19:31 <mickeyl> morphis: 09:85
Oct 27 19:19:32 <mickeyl> err
Oct 27 19:19:34 <mickeyl> 09:58
Oct 27 19:19:36 <morphis> mickeyl: ah ok
Oct 27 19:19:56 <mickeyl> taking the train in FRA @ 06:53
Oct 27 19:20:00 <mrmoku> TAsn: ping
Oct 27 19:20:30 <mrmoku> JesusMcCloud: attacking the themability now
Oct 27 19:20:39 <morphis> mickeyl: ok, my train will arrive at 9:44
Oct 27 19:20:55 <morphis> so Stefan can pick us both at the train station at the same time :)
Oct 27 19:21:02 <mickeyl> morphis: right, good timing
Oct 27 19:21:16 <mickeyl> morphis: can you mail that or ICQ to him?
Oct 27 19:21:21 <mickeyl> errr, jabber that is
Oct 27 19:21:22 <mickeyl> :)
Oct 27 19:21:52 <morphis> mickeyl: hehe, yes I can!
Oct 27 19:21:57 <mickeyl> excellent
Oct 27 19:22:06 <JesusMcCloud> mrmoku: coolio!
Oct 27 19:22:21 <morphis> hm bahn.de is misterously ... first displays me 9:44 then it tells me about 9:41 ...
Oct 27 19:22:24 <spaetz> mmmhh, reading rasters mail, maybe we should switch to qqvga in shr
Oct 27 19:22:27 <mrmoku> JesusMcCloud: first step is to get all into one edj
Oct 27 19:22:37 <spaetz> qvga
Oct 27 19:22:53 <JesusMcCloud> mrmoku: thats what i'm talkin about (although more of a beauty issue, but veery nice)
Oct 27 19:23:06 <wjbaird> spaetz: hey - if qvga is fast - then q-qvga will be faster, right? ;-)
Oct 27 19:23:16 <spaetz> hehe
Oct 27 19:23:30 <max_posedon> morphis, germanie's trains more misterous than you think)
Oct 27 19:23:51 <JesusMcCloud> wjbaird, spaetz: how about disable display altogether and make aux led just blink hte name of teh caller in morse code?
Oct 27 19:24:14 <spaetz> bleh ;-P
Oct 27 19:24:19 <wjbaird> JesusMcCloud: I thought that was what the vibrator was for?
Oct 27 19:24:38 <JesusMcCloud> spaetz: no srsly please go for it, as soon as you have pretty picture in qvga ping me!
Oct 27 19:24:53 <JesusMcCloud> wjbaird: but what if you want to use openvibe?
Oct 27 19:25:04 <spaetz> but raster has a point, a lawnmower pulling a caravan just can't be ffast... 
Oct 27 19:25:12 <morphis> max_posedon: jep, I traveling by train every moring ...
Oct 27 19:25:14 <JesusMcCloud> wjbaird: there are people with special need out htere
Oct 27 19:25:22 <morphis> sad, sad, sad ...
Oct 27 19:25:24 <wjbaird> JesusMcCloud: then you can find out which of your friends names feel the best!  :-)
Oct 27 19:25:30 * spaetz refers to mails on the community mailing list
Oct 27 19:25:54 <JesusMcCloud> spaetz: sure ha has a point and i was not shitting you when i said ping me as soon as the artifacts are gone
Oct 27 19:26:30 <spaetz> yep, worth a try. but 1st lets get a new build out...
Oct 27 19:26:32 <mickeyl> qvfb is fast
Oct 27 19:26:36 <mickeyl> err
Oct 27 19:26:40 <mickeyl> qvga is fast
Oct 27 19:26:45 <mickeyl> but very ugly on our display
Oct 27 19:26:46 <wjbaird> spaetz: I think it'd be good, especially if it's easy to switch back and forth...   I've been using epdfview to read pdf books lately...  and I'm not sure that the text would be as readable at qvga...   but for everything else qvga would probably be fine...
Oct 27 19:27:08 <JesusMcCloud> i know i've played arounf wiht it but is wasn usable because of brightness and artifacts
Oct 27 19:27:10 <mickeyl> since the pixel size enlarges so much
Oct 27 19:28:35 <JesusMcCloud> mickeyl: i dont think that it's boudn to be ugly
Oct 27 19:30:36 <JesusMcCloud> (looking for info on palm pre display)
Oct 27 19:32:14 <JesusMcCloud> palm pre seems to have a decent display...
Oct 27 19:35:29 <Heinervdm> mrmoku: does your image build?
Oct 27 19:35:33 <JaMa> Heinervdm: downgrading sqlite to 3.6.5 is not enough and backtrace is the same with -dbg package..
Oct 27 19:35:42 <spaetz> mickeyl, sometimes i would take ugly over stuttering scrolling ;-)
Oct 27 19:36:13 <spaetz> JaMa, trace paste available?
Oct 27 19:36:13 <mrmoku> Heinervdm: built yes
Oct 27 19:36:15 <Heinervdm> JaMa: hmm, any ideo?
Oct 27 19:36:16 <playya> JaMa, fso-gpsd is just another wrapper
Oct 27 19:36:24 <pwgen> mickeyl: life is fine .. 
Oct 27 19:36:24 <mrmoku> apart from the 'normal' fso-abyss issue
Oct 27 19:36:51 <Heinervdm> mrmoku: i'm building fso-abyss before the image :)
Oct 27 19:37:06 <mrmoku> Heinervdm: I will just add it to task-shr-minimal
Oct 27 19:37:14 <JaMa> spaetz: its not much usable trace :( I need to rebuild sqlite with dbg symbols.. but probably not today.. 
Oct 27 19:37:45 <spaetz> ok
Oct 27 19:37:58 <pwgen> mickeyl: upstart updated to 6.3 and vfollowing their doku dbus calling is much easiser ( not tried it )
Oct 27 19:38:22 <TAsn> yay!
Oct 27 19:38:25 <TAsn> it took me an hour ;]
Oct 27 19:38:27 <TAsn> mrmoku, pong.
Oct 27 19:38:33 <mrmoku> TAsn: upgrade
Oct 27 19:38:41 <TAsn> double yay
Oct 27 19:40:12 <JesusMcCloud> mrmoku: the dialer commit is already in feeds?
Oct 27 19:41:08 <mrmoku> JesusMcCloud: what I comitted is in the feed, yes
Oct 27 19:41:16 <JesusMcCloud> coolio!
Oct 27 19:41:33 <JesusMcCloud> (upgrading...)
Oct 27 19:42:52 <UberNeo> it has been over 1 Hr and my Neo is still compiling mplayer with Live555 stream support to play rtsp:// links
Oct 27 19:42:54 <TAsn> mrmoku, I'll also have JesusMcCloud's theme improvements, right?
Oct 27 19:43:24 <TAsn> UberNeo, the Neo is not like a broken heart, it doesn't heal with time.
Oct 27 19:43:35 <TAsn> actually, even a broken heart wouldn't heal in an hour.
Oct 27 19:44:03 <mrmoku> TAsn: right
Oct 27 19:44:20 <mrmoku> JesusMcCloud: what do I use as second parameter for image in .edc?
Oct 27 19:44:23 <TAsn> mrmoku, talking about the broken heart or about the theme?
Oct 27 19:44:23 <UberNeo> i know ..its compiling somthing ..and that too mplayer ..thats more than enough for my little Neo
Oct 27 19:44:23 <DocScrutinizer-8> for compiling, ram is a little small
Oct 27 19:44:40 <JesusMcCloud> mrmoku: where?
Oct 27 19:45:01 <morphis> mickeyl: is there a AT command to list all available at commands?
Oct 27 19:45:04 <mrmoku> JesusMcCloud: right now we have some pngs installed and used directly
Oct 27 19:45:13 <mrmoku> I have to put them in the edc to make them themable
Oct 27 19:45:24 <JesusMcCloud> so?
Oct 27 19:45:27 <mrmoku> my thought was to have a group for images
Oct 27 19:45:34 <mrmoku> image: "edit-undo.png" COMP;
Oct 27 19:45:37 <mrmoku> is COMP ok or bad?
Oct 27 19:45:40 <UberNeo> DocScrutinizer-8, does swapfile will help me for reducing the copilation time
Oct 27 19:45:43 <JesusMcCloud> would makit very theme-firendly
Oct 27 19:45:53 <JesusMcCloud> COMP is ok, will make it look nice
Oct 27 19:45:53 <mrmoku> that was the plan :P
Oct 27 19:45:58 <mrmoku> ok, thanks
Oct 27 19:46:43 <pieterc> UberNeo: if you're able to play youtube vids, will you post your solution on the mailinglist please?
Oct 27 19:46:49 <JesusMcCloud> mrmoku: u can alsy try... i think it is called LOSSY, depends on image how good it will look, but will use less mem afaik
Oct 27 19:46:55 <PaulFertser> mickeyl: (qvga) probably some of the ugliness comes from the bad timings we used.
Oct 27 19:47:27 <TAsn> JesusMcCloud, nice line ;)
Oct 27 19:47:29 <TAsn> a bit ugly
Oct 27 19:47:41 <UberNeo> pieterc, sure.. hope that the compilation finished succesfully
Oct 27 19:47:48 <TAsn> but better suites the apps
Oct 27 19:48:08 <TAsn> and scrolling si better.
Oct 27 19:48:09 <JesusMcCloud> TAsn: the other option would have been to make the even lines slighty darker
Oct 27 19:48:17 <TAsn> JesusMcCloud, nah.
Oct 27 19:48:44 <mrmoku> TAsn: one thing... I somehow dislike that utility functions in libphone-ui have no prefix
Oct 27 19:48:45 <JesusMcCloud> TAsn: it is a matter of taste, but it seemed that the odd/even approach is a littel slower, but i cant be sure
Oct 27 19:48:55 <mrmoku> TAsn: or better... I'm not sure if I dislike it :P
Oct 27 19:49:16 <TAsn> what do you mean have no prefix?
Oct 27 19:49:22 <TAsn> you'd prefer
Oct 27 19:49:25 <JesusMcCloud> brb
Oct 27 19:49:26 <TAsn> phoneui_utility_?
Oct 27 19:49:36 <mrmoku> phoneui_util_ or _utility
Oct 27 19:49:40 <mrmoku> utility is a bit long
Oct 27 19:49:58 <mrmoku> TAsn: as said... I'm not sure
Oct 27 19:50:01 <TAsn> mrmoku, I agree we should add something
Oct 27 19:50:14 <TAsn> I'm just wondering if util is consistent enough
Oct 27 19:50:22 <TAsn> maybe we should change the header to
Oct 27 19:50:25 <TAsn> utils
Oct 27 19:50:30 <TAsn> and then prefix everything with
Oct 27 19:50:33 <TAsn> phoneui_utils
Oct 27 19:50:36 <TAsn> what do you think?
Oct 27 19:50:40 <mrmoku> yup, fine for me
Oct 27 19:50:52 <mrmoku> phoneui_utils_contact_lookup
Oct 27 19:51:03 <TAsn> ok, I'll try to remember doing it tomorrow (seding my way to glory)
Oct 27 19:51:08 <mrmoku> :)
Oct 27 19:51:28 <TAsn> dos1, here?
Oct 27 19:52:11 <TAsn> dos1, what would happen if i'll try to add a field and make the name longer for a contact?
Oct 27 19:52:15 <TAsn> that's stored on sim
Oct 27 19:54:15 <TAsn> dos11, 
Oct 27 19:54:18 <TAsn> <TAsn> dos1, what would happen if i'll try to add a field and make the name longer for a contact?
Oct 27 19:54:18 <TAsn> <TAsn> that's stored on sim
Oct 27 19:54:51 <dos11> TAsn: dunno, probably it'll raise error or cut name
Oct 27 19:55:11 <Weiss> right.. if noone has got there before me, I'd like to make this "6-8 second" bug go away this evening
Oct 27 19:55:30 <TAsn> dos1, sucksor :|
Oct 27 19:55:32 <TAsn> but ok ;)
Oct 27 19:56:54 <mrmoku> Weiss: no, we were waiting to give you the honour :)
Oct 27 19:57:02 <morphis> mickeyl: AT+CALC 
Oct 27 19:57:14 <mrmoku> opens the calculator?
Oct 27 19:58:10 <TAsn> Weiss, we'll bake you a cake if you manage ;)
Oct 27 19:59:52 <morphis> mrmoku: no, gives me all the AT commands the qualcomm modem of the palm pre supports :)
Oct 27 19:59:55 <Weiss> mm cake
Oct 27 20:00:07 <mrmoku> morphis: ic :)
Oct 27 20:00:30 <TAsn> mrmoku, almost as cool as a calculator, don't you think?
Oct 27 20:00:44 <mrmoku> morphis: btw. we built the first successfully booting image out of the shr/merge branch
Oct 27 20:00:57 <mrmoku> which brings us a big step closer to a PalmPre image
Oct 27 20:01:00 <mrmoku> TAsn: yup
Oct 27 20:01:03 <TAsn> morphis, are there any modems with easer egg at commands?
Oct 27 20:01:40 <TAsn> like maybe a rickrolling at command.
Oct 27 20:01:42 <TAsn> :)
Oct 27 20:07:14 <morphis> mrmoku: great
Oct 27 20:07:26 <morphis> I try it some minutes ago, but failed cause of ffalarms
Oct 27 20:07:42 <morphis> mrmoku: I am back in about 30minutes than we can talk about it
Oct 27 20:20:16 <JesusMcCloud> mrmoku: did you take a look at dos1's edje test he posted yesterday with sliding buttons?
Oct 27 20:27:51 <mrmoku> JesusMcCloud: yup
Oct 27 20:28:46 <mrmoku> JesusMcCloud: another question... are the themes overlaying the default theme or replacing it completely?
Oct 27 20:29:20 <JesusMcCloud> overlaying
Oct 27 20:29:33 <JesusMcCloud> if something's missing teh default will be used
Oct 27 20:30:09 <mrmoku> yup
Oct 27 20:30:38 <JesusMcCloud> you just have to look at hoversel in new elm versions. the are not themed anymore (just ironing out bugs, will push new gry* theme with fixed hoversels)
Oct 27 20:31:05 <JesusMcCloud> then again i am not an edje guru, i just try to make ui faster
Oct 27 20:41:25 <morphis> mrmoku: a booting image, so shr starts well?
Oct 27 20:43:33 <mrmoku> morphis: on the phone...
Oct 27 20:44:19 <morphis> ok
Oct 27 20:44:37 <morphis> mrmoku: I am currently running into build errors with ffalarm and alsa-scenarios
Oct 27 20:46:28 <mrmoku> morphis: hmm which branch
Oct 27 20:46:33 <morphis> shr/merge
Oct 27 20:46:57 <mrmoku> hmm strange
Oct 27 20:47:59 <morphis> when you did the build?
Oct 27 20:48:17 <morphis> my shr/merge branch is actual
Oct 27 20:49:00 <Heinervdm> hmm, frameworkd segaults with sqlite3 3.6.5, 3.6.13 and 3.6.19
Oct 27 20:49:33 <UberNeo>  it has been over 2.5 Hr and my Neo is still compiling mplayer with Live555 stream support to play rtsp:// links
Oct 27 20:52:48 <TAsn> UberNeo, I found mrmoku to be faster than gcc ;]
Oct 27 20:53:06 <TAsn> Heinervdm, ;(
Oct 27 20:53:13 <UberNeo> :)
Oct 27 20:53:14 <Heinervdm> TAsn: now i
Oct 27 20:53:19 <Heinervdm> 'm stracing it
Oct 27 20:53:23 <TAsn> cool.
Oct 27 20:53:36 <TAsn> sqlite3 - 3.6.5-r0
Oct 27 20:53:39 <TAsn> I'm using this
Oct 27 20:53:42 <TAsn> and latest frameworkd
Oct 27 20:53:52 <TAsn> which means it's something with the image.
Oct 27 20:55:20 <mickeyl> morphis: +CLAC
Oct 27 20:55:27 <mickeyl> List All Commands
Oct 27 20:55:43 <CIA-26> SHR: 03jesus 07shr-themes * r40a613dff92a 10/elementary/elementary-theme-gry/gry.edc: fixed hoversel to work with newer elm version, added elm_index
Oct 27 20:56:20 <CIA-26> freesmartphone.org: 03mickey 07cornucopia * r0f81ef56978b 10/fsogsmd/ (4 files in 3 dirs): fsogsmd: more work on SMS PDU
Oct 27 20:56:20 <morphis> mickeyl: jepp, I already found out
Oct 27 20:56:50 <mickey|zzZZzz> icing on the cake would be the command to switch between binary and AT mode :)
Oct 27 20:56:54 <mickey|zzZZzz> g'night
Oct 27 20:57:45 <mrmoku> morphis: (still on phone) I successfully built today
Oct 27 20:57:54 <TAsn> dos1, please add niebiee to theme contest :(
Oct 27 20:57:55 <morphis> mickey|zzZZzz: icing?
Oct 27 20:58:00 <TAsn> JesusMcCloud, please add gry to theme contest :(
Oct 27 20:58:09 <TAsn> I really want people to take inspiration from those
Oct 27 20:58:16 <morphis> mrmoku: hm
Oct 27 20:58:20 <JesusMcCloud> TAsn: ok
Oct 27 20:58:23 <TAsn> (or even better, take basic design structure)
Oct 27 20:58:24 <TAsn> thanks :)
Oct 27 20:58:28 <morphis> mrmoku: the normal shr-image?
Oct 27 21:01:32 <mrmoku> morphis: yup, the lite one
Oct 27 21:03:33 <morphis> mrmoku: hm, will try again
Oct 27 21:06:10 <Heinervdm> how can we solve the sqlite issue?
Oct 27 21:07:58 <Weiss> right.. 6-8s bug reproduced with "KMS driver"+andy-tracking
Oct 27 21:08:24 <Heinervdm> Weiss: are you able to fix it?
Oct 27 21:08:36 <spaetz> go go go weiss :-)
Oct 27 21:09:11 <PaulFertser> DocScrutinizer-8: and others who says n810 is open enough. Reading https://bugs.maemo.org/show_bug.cgi?id=2878 frustrated me to no end. That's not the kind of attitude i'd expect even from commercial vendor :(
Oct 27 21:09:19 <Weiss> ~.
Oct 27 21:09:21 <apt> .
Oct 27 21:09:35 * spaetz whirls some cheerleaadeer stuff around and dances
Oct 27 21:10:28 <mrmoku> morphis: ok phone finished
Oct 27 21:11:38 <mrmoku> morphis: do you have a logfile to pastebin?
Oct 27 21:11:51 * Weiss SSH error again (ignore my squiggly thing just then)
Oct 27 21:14:14 <max_posedon> PaulFertser, isn't it too late and may be too useless to speak about some atient time?)
Oct 27 21:14:17 <max_posedon> (e.g. n810)
Oct 27 21:14:34 <PaulFertser> max_posedon: attitude to the customers doesn't change in few months
Oct 27 21:14:49 <TAsn> Weiss, I already bought the ingredients for the cake, please fix it, I don't want to waste them :)
Oct 27 21:14:54 <max_posedon> months? may be)
Oct 27 21:14:59 <max_posedon> should I buy calendar for you?)
Oct 27 21:15:02 <PaulFertser> max_posedon: read the bugreport and get as frustrated as i am
Oct 27 21:17:17 <morphis> mrmoku: actually not, tomorrow I will try again and then paste you the logfile
Oct 27 21:17:21 <morphis> now I am going to bed
Oct 27 21:17:24 <morphis> byebye
Oct 27 21:25:14 <TeLLuS> mrmoku: Did a upgrade from my last shr-u to tests/mrmoku/unstable/feed/  Got ERROR: Cannot satisfy the following dependencies for task-x11-server:   libdrm2 (>= 2.3.1) *  libdrm2 (>= 2.3.1) *      so I installed libdrm instead..  Seems to be working..
Oct 27 21:25:31 <TeLLuS> mrmoku: The X pointer now seems to be off. Hard to klick things right.  Any X config need to reset?
Oct 27 21:25:59 <JesusMcCloud> TAsn: take a look at the themecontest page (didnt find any better screenies atm, will upload better ones after i made them... soem time... in the future... :-P)
Oct 27 21:26:53 <mrmoku> TeLLuS: X cursor is off on purpose... don't know how to turn it on though
Oct 27 21:27:11 <mrmoku> TeLLuS: and the libdrm thing was the correct way
Oct 27 21:27:22 <TeLLuS> mrmoku: I know but it is the missalignment that is the problem..
Oct 27 21:27:35 <JesusMcCloud> TeLLuS: u can turn x cursor  on if you edit /usr/bin/x-window-manager afaik
Oct 27 21:28:03 <JesusMcCloud> TeLLuS: not sure though
Oct 27 21:28:32 <Heinervdm> you have to edit /etc/X11/Xserver and remove the transparent cursor theme
Oct 27 21:29:04 <TeLLuS> JesusMcCloud: yes, but the hard thing is to hit the correct button then there is a missalignment..
Oct 27 21:29:34 <JesusMcCloud> (appearently i was wrong...)
Oct 27 21:29:42 <TeLLuS> I usually have it hidden
Oct 27 21:29:51 * JesusMcCloud <- n00b!
Oct 27 21:30:36 <spaetz> night all
Oct 27 21:31:37 <mrmoku> spaetz: night
Oct 27 21:32:25 <spaetz> i'll have to finish my build tomorrow...
Oct 27 21:32:49 <Heinervdm> mrmoku: for issues like the one of TeLLuS we should use tslib instead of evdev, because we have no idea how to calibrate evdev
Oct 27 21:33:59 <TeLLuS> Heinervdm: Is it not some other problem since it was alright before the upgrade? Others have the same?
Oct 27 21:34:40 <Heinervdm> TeLLuS: no, there is no one else with that issue, perhaps you should try to reflash
Oct 27 21:35:02 <Heinervdm> don't know what the calibration scripte does, that JaMa included
Oct 27 21:37:07 <JesusMcCloud> gn8!
Oct 27 21:37:24 <Heinervdm> n8
Oct 27 21:37:45 <TAsn> JesusMcCloud, thanks, will take a look in a moment :)
Oct 27 21:38:12 <JesusMcCloud> TAsn: if u have better screenies, feel free to alter the page, i'm off to bed, gn8!
Oct 27 21:38:42 <TAsn> I'm also leaving
Oct 27 21:38:43 <TAsn> night.
Oct 27 21:42:01 <mrmoku> and another one leaving :)
Oct 27 21:42:04 <mrmoku> gnight all
Oct 27 21:42:06 <TeLLuS> Heh, with pointer on I see that is opposit side and uppdown
Oct 27 21:43:05 <TeLLuS> up go left and right go up
Oct 27 21:51:48 <TeLLuS> Checking /etc/X11/Xsession.d/30xTs_Calibrate and /etc/pointercal with full-om-gta02.tar.gz
Oct 27 22:46:17 <TeLLuS> Was missing xorg.conf but did not help when added.. Installed tslib-calibrate and run ts_calibrate      In /etc/pointercal I now got  31323 -108 -353618 -49 41241 -143372 655366   and it is working..
Oct 27 23:12:47 <DocScrutinizer-8> PaulFertser: (n810) the bugreports in this ticket are not exactly representative for the situation as perceived by me during last one and a half year
Oct 27 23:13:27 <DocScrutinizer-8> I wonder what's specifically yourobjections about Nokia wrt handling of this issue
Oct 27 23:15:27 <DocScrutinizer-8> nevertheless I agree Nokia isn't particularly friendly to OSS (at least it wasn't in the past). And I never claimed N900 is "open enough" for me, I just think it's just "good enough" for a phone with maemo - with all of the downsides
Oct 28 00:03:46 <Weiss> ok, I think I've got the 6-8s bug nailed
Oct 28 00:15:27 <Weiss> TAsnn: http://git.openmoko.org/?p=xf86-video-glamo.git;a=commitdiff;h=de692805de0ddbaac9a50734f89e0f6cb99d6846
Oct 28 00:15:39 <Weiss> do I still get cake if it was that simple?
Oct 28 00:21:52 <Weiss> spaetz: ^ (and anyone else interested)
**** ENDING LOGGING AT Wed Oct 28 02:59:58 2009