**** BEGIN LOGGING AT Thu Apr 16 02:59:57 2009
Apr 16 03:31:00 <nytowl_> mwester : you still around
Apr 16 03:32:49 <mwester> I are.
Apr 16 03:33:33 <nytowl_> cool you asked about a git reference earilier , which repo ?
Apr 16 03:33:47 <mwester> oe
Apr 16 03:34:28 <mwester> I commited the change to the dev branch; I'm hoping you can merge it to the correct fso branch for SHR to pick up.
Apr 16 03:36:53 <mwester> That would be the milestone5.5 branch IIRC
Apr 16 03:37:19 <mwester> fso/milestone5.5 to be exact.
Apr 16 03:37:21 <mwester> :)
Apr 16 03:37:47 <nytowl_> doesn't it violate the oe naming conventions ?
Apr 16 03:38:55 <mwester> Do you mean the 2.6.29 vs 2.6.29-rc3 thing?
Apr 16 03:39:05 <mwester> Or something other?
Apr 16 03:39:11 <ntfn> aslong as it works you get my vote
Apr 16 03:39:26 <nytowl_> I think it is supposed to be 2.6.28+2.6.29-rc3
Apr 16 03:39:45 <nytowl_> it also seems to provide the same kernel as linux-openmoko-devel
Apr 16 03:40:08 <ntfn> i want to make an xbox linux oe patch
Apr 16 03:40:14 <Dave> :o
Apr 16 03:40:22 <ntfn> yeah yeah #offtopic
Apr 16 03:40:26 <Dave> people run SHR on their xbox??
Apr 16 03:40:35 <Dave> weren't we just talking about ps3 earlier?
Apr 16 03:40:49 <ntfn> oe can build an image for practicly any platform iirc
Apr 16 03:41:10 <ntfn> given it knows how to with competent bitbake recipe's
Apr 16 03:41:50 <mwester> nytowl_:  it is close to the -devel kernel, but if you look closely, the KERNEL_VERSION is different, and the patches are different.
Apr 16 03:42:28 <nytowl_> you mean the version in sane-srcrevs ?
Apr 16 03:43:05 <mwester> As far as the naming convention, mickeyl didn't have a problem with it as we can bump the OEV to address the upgrade issues; the hope is that the git repo will become the 2.6.29 (no longer an -rc) at some point.
Apr 16 03:43:15 <mwester> No, I mean the KERNEL_VERSION in the bb file.
Apr 16 03:43:40 <mwester> That's what is used in (among other things) the postinst int eh ipk to do the depmod.
Apr 16 03:43:58 <mwester> If it does not match, then the kernel will not boot properly until a depmod is run at first boot.
Apr 16 03:44:03 <nytowl_> as soon as the git repo is 2.6.29 the kernel bb files will be updated
Apr 16 03:44:23 <mwester> Ok.  Thanks for nothing.
Apr 16 03:44:55 <mwester> As I said, it was an experiment, based on the feedback that we should be pushing to use OE, not overlays.
Apr 16 03:45:07 <nytowl_> Sure , not saying no I've just head my head ripped off by Koen for trying the same sort of thing
Apr 16 03:45:13 <mwester> But if it isn't going to work, we can't stand still waiting for months.
Apr 16 03:45:18 <mwester> Screw Koen.
Apr 16 03:45:44 <mwester> I fixed him by adding him to my spam filters, life is much better now.
Apr 16 03:47:40 * mwester goes to push the change to the SHR overlay, so we can all carry on.
Apr 16 03:48:21 <Dave> :]
Apr 16 03:49:30 <nytowl_> mwester how about just changing the KERNEL_VERSION in linux-openmoko-devel to match what you have ?
Apr 16 03:51:44 <mwester> Then I'd need to patch it in SHR anyway to add the missing patch, to begin with.   Secondly, we'll just have to switch back to whatever is the stable kernel recipe when Nelson reaches the goal of the stable kernel -- and I rather doubt that will be based on anything other than the current 2.6.29-rc3.
Apr 16 03:53:28 <mwester> It seemed a good way to get a jump start on what will become the stable kernel; it should stop changing real soon now.  If OM doesn't, then someone else will; the distros are going insane with all the sysfs changes.
Apr 16 03:53:47 <ntfn> amen
Apr 16 03:55:38 <nytowl_> mwester I can add the fix_install patch as well looks harmless enough
Apr 16 03:56:11 <mwester> It's only harmless on 2.6.29 kernels; it'll fail the patching step on anything earlier.
Apr 16 03:57:11 <nytowl_> the defconfig patch seems to imply there is no FPE selected for the OM kernel
Apr 16 03:57:41 <mwester> I just copied that from the current 2.6.28 kernel.
Apr 16 03:58:35 <mwester> SHR's current overlay doesn't actually use that patch, so I have no idea if its really needed anymore.  The defconfig probably needs another "going-over", but that's Nelson's department I think.
Apr 16 05:25:51 * PaulFertser is dumb. Forgot signed-of-by again :-/
Apr 16 05:26:15 <mwester> Was your patch rejected?
Apr 16 05:26:45 <PaulFertser> mwester: no, Nelson applied it. It's not a real patch, just disabling debugging stuff Balaji left by mistake.
Apr 16 05:27:15 <mwester> Well, then no problem...  unlike LAKL where you would have had it flung back at you.
Apr 16 05:27:19 <mwester> :p
Apr 16 05:28:47 <PaulFertser> mwester: btw, i'm following LAKML for several days now and it doesn't seem to me that the barriers are too high. Sometimes even the stupidiest questions are answered. And code review by maintainers is great. I wonder why don't we have upstream support already. 
Apr 16 05:30:03 <PaulFertser> (anyway, we won't push all those patches as is, so sign-offs doesn't matter much)
Apr 16 05:30:38 <mwester> Just a few days?
Apr 16 05:30:57 <mwester> RMK has been on holiday for a week.
Apr 16 05:31:52 <PaulFertser> mwester: i guess i've read some of the archives too, i saw his message about going on vacation and now he's back.
Apr 16 05:38:30 <pundiramit> hi.. is there opengl es library available for developers?
Apr 16 05:44:35 <pundiramit> do we have Clutter port (clutter-project) available for openmoko?
Apr 16 05:50:23 <raster> no
Apr 16 05:50:34 <raster> as it requires gles
Apr 16 05:50:53 <raster> not to mention it will be incredibly slow anyway
Apr 16 05:50:59 <raster> thanks to gles in general
Apr 16 05:51:38 <pundiramit> yes.. thats why i was wondering if gles support is already available in openmoko or not?
Apr 16 05:51:44 <raster> its not
Apr 16 05:51:50 <raster> even if it were.. i wouldnt try it
Apr 16 05:51:58 <pundiramit> afaik neo freerunner hardware is gles capable
Apr 16 05:51:59 <raster> i've done gles2 on 6410 and omap3
Apr 16 05:52:18 <raster> i am thouroughly disappointed and am sticking to software rendering which is faster
Apr 16 05:52:25 <raster> hw is gles1.1
Apr 16 05:52:27 <raster> with lots of limits
Apr 16 05:52:29 <pundiramit> even i tried it on omap3 and its not that bad
Apr 16 05:52:34 <raster> ie cant do vullscreen
Apr 16 05:52:42 <raster> u'll need to do partial screne or drop to qvga
Apr 16 05:52:45 <raster> and qvga is broken
Apr 16 05:52:51 <raster> not to mention there are just no drivers
Apr 16 05:53:13 <raster> well i've been doing it on omap3 and software is beating gles by about 4x speed on average
Apr 16 05:54:45 <raster> rememebr too the sgx on omap3 is several times more powerful than the glamo
Apr 16 05:55:06 <pundiramit> i couldn't get it does that mean that s/w rendering is 4x faster than gles
Apr 16 05:55:25 <pundiramit> with clutter on  omap3
Apr 16 05:55:56 <raster> not talking of clutter
Apr 16 05:56:01 * Arhuaco goes to sleep
Apr 16 05:56:03 <raster> clutter is limited - it only has gl rendering
Apr 16 05:56:05 <raster> nothing else
Apr 16 05:56:21 <raster> evas has both software, gl, gles, dfb, fb, and so on
Apr 16 05:56:25 <PaulFertser> Arhuaco: night :)
Apr 16 05:56:29 <raster> tyhe software engine is relatively well optimised
Apr 16 05:56:37 <raster> thus its a fair test
Apr 16 05:57:00 <raster> and evas's software render beats gles2 on the omap3 but about a factor of 4x
Apr 16 05:57:14 <raster> thats what the numbers say
Apr 16 05:58:22 <raster> anecdotally i've heard about major problems on boulsbo with the mbx imagination chip (gles as well, but has gl emulation on top)
Apr 16 05:58:29 <Arhuaco> PaulFertser: Night :-) I attached a patch to #2255 but I could not test with xorg today. I can test later... Gone now...
Apr 16 05:58:31 <raster> and the clutter based netbook launcher
Apr 16 06:00:15 <lindi-> Arhuaco: thanks a lot
Apr 16 06:00:36 <pundiramit> i have not heard of evas before.. is it something already supported on openmoko for GUI development? where can i get more info on it?
Apr 16 06:00:49 <raster> yes
Apr 16 06:00:50 <raster> already runs
Apr 16 06:00:53 <raster> it isnt 3d
Apr 16 06:00:54 <raster> it's 2d
Apr 16 06:01:06 <raster> but with image scling, blending, scene graph etc.,
Apr 16 06:01:10 <raster> its much older than clutter
Apr 16 06:01:27 <pundiramit> that looks good to me
Apr 16 06:01:42 <raster> enlightenment.org has info
Apr 16 06:01:45 <raster> just google for it
Apr 16 06:01:59 <raster> its already on openmoko
Apr 16 06:02:03 <raster> openembedded etc.
Apr 16 06:03:16 <ingi> Ainulindale: here ?
Apr 16 06:03:59 <pundiramit> thanks raster i shall look at its features and how i can use it :)
Apr 16 06:44:27 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * re904855e2ffd 10/ (10 files in 2 dirs): 
Apr 16 06:44:27 <CIA-75> freesmartphone.org: added signal handlers for NameOwnerChanged
Apr 16 06:44:27 <CIA-75> freesmartphone.org: added Ping for all DBus object every 5 mins
Apr 16 06:44:27 <CIA-75> freesmartphone.org: added first_ping to avoid ping floods on an object
Apr 16 06:44:28 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * rd8b959e786fb 10/.gitignore: Merge branch 'master' of git@git.freesmartphone.org:fso-monitord
Apr 16 06:44:31 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * r4562f60656fa 10/src/ (8 files): 
Apr 16 06:44:33 <CIA-75> freesmartphone.org: Corrected NameOwnerChanged behavior
Apr 16 06:44:35 <CIA-75> freesmartphone.org: add busname to System, which is needed for NameOwnerChanged
Apr 16 06:44:37 <CIA-75> freesmartphone.org: added missing try..catch in framework
Apr 16 06:44:39 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * r4708250d22a9 10/.gitignore: added binary to .gitignore
Apr 16 06:57:30 <methril|work> morning
Apr 16 07:00:23 <spaetz> morning
Apr 16 07:19:23 <CIA-75> freesmartphone.org: 03Frederik.Sdun 07fso-monitord * r304a54cc073a 10/src/monitor.vala: Removed GetVersion call in Subsystem
Apr 16 07:45:13 <schasch> weis jemand welche glibc-version verwendet wird in FSO/SHR?
Apr 16 07:45:13 <schasch> gedownloadaed beim erstellen fso wird 2.6.1 und mir den ghex2 bei meiner "hallo_welt" lese ich was von glibc-2.4...
Apr 16 07:48:32 <schasch> weis jemand welche glibc-version verwendet wird in FSO/SHR? gedownloadaed beim erstellen fso wird 2.6.1 und mir den ghex2 bei meiner "hallo_welt" lese ich was von glibc-2.4...
Apr 16 07:50:11 <spaetz> schasch: bitbake -s | grep glibc ?
Apr 16 07:52:47 <schasch> sory...alles neu für mich...
Apr 16 07:52:53 <schasch> ~/moko_fso$ bitbake -s | grep glibc
Apr 16 07:52:53 <schasch> The program 'bitbake' is currently not installed.  You can install it by typing:
Apr 16 07:52:53 <schasch> sudo apt-get install bitbake
Apr 16 07:52:53 <schasch> bash: bitbake: command not found
Apr 16 07:52:53 <schasch> bucket@packet-linux-entwicklung:~/moko_fso$ 
Apr 16 07:57:22 <schasch> wo muss ich den Befehl "bitbake -s | grep glibc" eingeben?im Hauptverzeichnis fso?
Apr 16 07:57:29 <spaetz> don't have a box with the dev env here right now. but bitbake is what is used for compiling OE
Apr 16 07:57:51 <spaetz> sollte verf?gbar sein, nach ". ./setenv" (oder so)
Apr 16 07:58:05 <spaetz> using SHR here, no clue how FSO does it differently
Apr 16 08:02:59 <schasch> wich glibc is used in FSO...2.6.1 or 2.4?
Apr 16 08:06:29 <schasch> :-/
Apr 16 08:16:03 <ptitjes> good morning
Apr 16 08:19:58 <Deubeuliou> hi Didier
Apr 16 08:26:49 <ptitjes> hello David
Apr 16 08:43:13 <schasch> wich glibc is used in FSO...2.6.1 or 2.4
Apr 16 08:43:23 <mickeyl> 2.6.1
Apr 16 08:43:57 <mickeyl> you can tell by ipkg info
Apr 16 08:45:10 <schasch> can I make a  "make fso-gta02-milestone5-image" and leaving the patched source in tmp? 
Apr 16 08:45:55 <mickeyl> no idea how the makefile sets things up, but OE usually does not remove sources unless you inherit rm_work.bbclass
Apr 16 08:47:36 <schasch> I can't find in my FSO tree...only the source.gz  and the source.so.*
Apr 16 08:51:24 <schasch> mickeyl: 2.6.1: I compiled a hello world and looked at it with ghex2 ans read "GLIBC2.4"
Apr 16 08:51:33 <tmzt> it puts stuff in a directory named for the target doesn't it?
Apr 16 08:52:17 <ptitjes> mickeyl: hello
Apr 16 08:52:43 <tmzt> schasch: what does ldd or cross ldd say?
Apr 16 08:55:35 <schasch> I'll test ld now...
Apr 16 08:57:51 <tmzt> ldd not ld
Apr 16 09:09:20 <schasch>  opkg info glibc--->no info
Apr 16 09:09:46 <schasch> sorry, how do I have to use ldd in console?
Apr 16 09:17:03 <tmzt> ldd helloworld
Apr 16 09:17:06 <tmzt> or whatever
Apr 16 09:17:30 <tmzt> you can also strings and grep for glib (lower case)
Apr 16 09:17:38 <tmzt> to get the library
Apr 16 09:18:03 <tmzt> I ask because I'm not sure what you saw with ghex2 was the librbary version
Apr 16 09:18:04 <ptitjes> mickeyl: I'll be very glad if you find 5 minutes to comment on my mail about the XML specs and libfso enhancements
Apr 16 09:23:20 <Ainulindale> Hey there.
Apr 16 09:23:33 <playya> hi
Apr 16 09:24:05 <playya> my screen is only black&white. any ideas where to attach gdb to figure out why?
Apr 16 09:25:37 <schasch> I had to install ldd....
Apr 16 09:25:39 <schasch> root@om-gta02 ~ $ ldd  /media/mmcblk0p3/hallo_welt_OM 
Apr 16 09:25:39 <schasch> 	libc.so.6 => /lib/libc.so.6 (0x40025000)
Apr 16 09:25:39 <schasch> 	/lib/ld-linux.so.3 (0x40000000)
Apr 16 09:26:43 <tmzt> you have touse cross ldd
Apr 16 09:26:59 <tmzt> strange
Apr 16 09:32:01 <PaulFertser> playya: somebody's already reported this issue, but i forgot who and when :( Anyway, this stuff should be tested with the latest kernel and the latest xorg driver, xglamo is unmaintained.
Apr 16 09:32:41 <playya>  ok. i build a shr-testing image with autorev
Apr 16 09:33:01 <playya> after a reboot color came back
Apr 16 09:34:34 <Ainulindale> playya: don't use shr-testing
Apr 16 09:34:41 <Ainulindale> playya: unstable will go into testing soon
Apr 16 09:34:48 <Ainulindale> I'm even wondering if I should do that now
Apr 16 09:35:20 <playya> Ainulindale, update vala ;)
Apr 16 09:35:34 <playya> and fso-monitord is a old revno
Apr 16 09:35:49 <Ainulindale> update vala?
Apr 16 09:35:53 <Ainulindale> To which version?
Apr 16 09:36:08 <playya> 0.6.0 should be ok
Apr 16 09:36:30 <playya> i don't know if 0.6.1 is tested
Apr 16 09:36:34 <Ainulindale> it's already there in unstable
Apr 16 09:36:40 <Ainulindale> I intend to migrate unstable to testing
Apr 16 09:36:53 <PaulFertser> Ainulindale: are you waiting for mrmoku to return before trying to build xorg glamo driver?
Apr 16 09:37:05 <Ainulindale> Not necessarily
Apr 16 09:37:09 <Ainulindale> I just want to migrate unstable to testing first
Apr 16 09:37:36 <spaetz> yay
Apr 16 09:38:25 <Ainulindale> ooooh mwester pleased me tonight
Apr 16 09:38:52 <PaulFertser> Ainulindale: how exactly?
Apr 16 09:39:03 <Ainulindale> Well sexually of course
Apr 16 09:39:07 <Ainulindale> Or doing this commit: http://git.shr-project.org/git/?p=shr-overlay.git;a=commit;h=9cabbf1997f61573c0d50406102be7aec00d0891
Apr 16 09:39:51 <spaetz> more init scripts ! 8-|
Apr 16 09:39:55 <spaetz> it's good actually
Apr 16 09:40:07 <PaulFertser> Ainulindale: this one is nice, hooray mwester!
Apr 16 09:40:17 <spaetz> but it's only needed on first boot, right?
Apr 16 09:40:27 <Ainulindale> Supposedly yes, but that's one thing useful
Apr 16 09:40:31 <spaetz> can we have it self destroy itself then :-) ?
Apr 16 09:40:50 <spaetz> will save me lots or reboots
Apr 16 09:41:35 <Ainulindale> Huh?
Apr 16 09:41:36 <PaulFertser> Ainulindale: this night there was also some discussion about new and proper kernel recipe. I'm afraid nytowl refused to accept it to OE because of some "Koen issues" and so mwester is going to add it to SHR overlay instead.
Apr 16 09:41:46 <Ainulindale> PaulFertser: I'm good with that.
Apr 16 09:42:26 <spaetz> this is the one reason why it will always good to have an SHR overlay even if we mov as much as possible upstream
Apr 16 09:43:23 <spaetz> we only have " Ainulindale " issues, no " Koen issues"
Apr 16 09:43:27 <spaetz> :P
Apr 16 09:43:34 <spaetz> SCNR
Apr 16 09:45:30 <Ainulindale> meh
Apr 16 09:45:33 <Ainulindale> spaetz: by the way
Apr 16 09:45:36 <Ainulindale> As you're doing nothing
Apr 16 09:45:46 <Ainulindale> You could review the current SHR bb recipes and check if they comply to OE policies
Apr 16 09:47:19 <spaetz> actually, I am pretty busy these days, that's why no activity. Just peeking into IRC from time to time.
Apr 16 09:47:29 <spaetz> I don't know nothing about OE and its policies
Apr 16 09:47:41 <spaetz> is there any pointer?
Apr 16 09:48:00 <Ainulindale> yep docs are all on the OE wiki
Apr 16 09:48:04 <Ainulindale> this might be interesting for you anyway :-)
Apr 16 09:48:16 <Ainulindale> IMHO there are a lot of things to do related to PV/PR and SECTIO>N
Apr 16 09:48:24 <Ainulindale> Plus think about a way to unify the two images
Apr 16 09:48:58 <spaetz> unify, as in -unstable/-testing or as in OE/SHR?
Apr 16 09:49:24 <Ainulindale> nope
Apr 16 09:49:28 <Ainulindale> as in lite/non-lite
Apr 16 09:49:35 <Ainulindale> both in the same file  as the tasks are
Apr 16 09:49:50 <spaetz> mmh, need to have a look at it
Apr 16 09:49:56 <spaetz> sounds good though
Apr 16 09:51:00 <spaetz> WTF tangogps really segfaults when I enter a new directory for maps
Apr 16 09:52:29 <ptitjes> mickeyl: how much do you think you all will need for m5.5 ?
Apr 16 09:53:04 <ptitjes> mickeyl: you had tell you would do the 0.7 move of your vala projects after that, right ?
Apr 16 09:53:24 <CIA-75> SHR: 03ainulindale 07shr-overlay * r11194998880f 10/ (414 files in 158 dirs): Merge commit 'origin/master' into testing
Apr 16 09:53:45 <ptitjes> mickeyl: I'd like you confirm that, because I'm forced to do the vala work for libfso on the master (aka 0.7) branch
Apr 16 09:53:58 <CIA-75> SHR: 03mok 07shr-overlay * r399f54276982 10/openembedded/packages/e-wm-config-illume-shr/ (e-wm-config-illume-shr.bb e-wm-config-illume-shr/e.src): e-wm-config-illume-shr: sync with upstream config
Apr 16 09:53:59 <CIA-75> SHR: 03mok 07shr-overlay * r38308dbba7e2 10/patches/e-wm/0001-e-wm-remove-runtime-dependency-for-e-wm-utils-to-bu.patch: patches: remove the e-wm patch because e-wm-utils is needed for newer EFL
Apr 16 09:53:59 <CIA-75> SHR: 03mok 07shr-overlay * r878c262697d7 10/openembedded/conf/distro/include/shr-autorev-unstable.inc: autorev: update to current EFL for unstable
Apr 16 09:54:00 <CIA-75> SHR: 03seba.dos1 07shr-overlay * r63ad90697dea 10/openembedded/packages/shr-settings/shr-settings_git.bb: shr-settings: now all needed packages are builded in correct way :)
Apr 16 09:54:08 <CIA-75> SHR: 03dos 07shr-overlay * r6ff258dae044 10/patches/xglamo/0001-fix-crashes-with-composite.patch: xglamo: add patch to fix crashes with composite
Apr 16 09:54:09 <CIA-75> SHR: 03spaetz 07shr-overlay * r33e252b075d7 10/patches/xglamo/0001-fix-crashes-with-composite.patch: fix spaces and tabs mixture, so git doesn't complain any more
Apr 16 09:54:11 <CIA-75> SHR: 03spaetz 07shr-overlay * r73e1f3458e01 10/patches/do-patch: don't warn about whitespace differences in our patches
Apr 16 09:54:14 <CIA-75> SHR: 03mok 07shr-overlay * r2dbd2bbe1e31 10/openembedded/conf/distro/include/shr-autorev-unstable.inc: autorev: update EFL to 39441 for unstable
Apr 16 09:54:17 <CIA-75> SHR: 03Sebastian 07shr-overlay * r5fce97111536 10/openembedded/ (2 files in 2 dirs): try to AUTOREV the calc in unstable
Apr 16 09:54:20 <CIA-75> SHR: 03Sebastian 07shr-overlay * r03a89bd60674 10/patches/tangogps/0002-tangogps-fix-desktop-file.patch: bump tangogps PR in patch to 4 as this is what upstream uses
Apr 16 09:54:23 <CIA-75> SHR: 03seba.dos1 07shr-overlay * r027dc8a3896c 10/patches/tangogps/ (2 files): patches: remove tangogps patches as they don't apply
Apr 16 09:54:26 <CIA-75> SHR: 03Sebastian 07shr-overlay * r54939a555c82 10/openembedded/packages/calc/calc_hg.bb: first cut at my own elementary-python calculator. Untested so far
Apr 16 09:54:35 <CIA-75> SHR: 03Sebastian 07shr-overlay * rc4fbbde43f8d 10/openembedded/packages/calc/ (calc_git.bb calc_hg.bb): rename app in .desktop file. 2)pull new revision
Apr 16 09:54:37 <Ainulindale> Let spam the hell out of you
Apr 16 09:54:38 <CIA-75> SHR: 03Sebastian 07shr-overlay * r217cf863a243 10/openembedded/conf/distro/include/shr-autorev-unstable.inc: Merge branch 'master' of git+ssh://git@shr.bearstech.com/shr-overlay
Apr 16 09:54:41 <CIA-75> SHR: 03Sebastian 07shr-overlay * r349decbfd3cb 10/openembedded/ (2 files in 2 dirs): libeflvala.bb, still fails to configure as we have too old glib-2 gobject.
Apr 16 09:54:44 <CIA-75> SHR: 03mok 07shr-overlay * r6f09a6c38972 10/openembedded/ (2 files in 2 dirs): Merge branch 'master' of git+ssh://git@shr.bearstech.com/shr-overlay
Apr 16 09:54:47 <CIA-75> SHR: 03Sebastian 07shr-overlay * r9d586cdbbe1f 10/patches/python-ecore/001-rename-SDL-enum.patch: [python-ecore] Fix SDL enum renaming until we can bump EFL to rrev 39580
Apr 16 09:54:58 <CIA-75> SHR: 03Sebastian 07shr-overlay * rb9aae2766f68 10/openembedded/conf/distro/include/shr-autorev-unstable.inc: python-elm bump to fix slider.value_get()
Apr 16 09:55:01 <CIA-75> SHR: 03spaetz 07shr-overlay * ra0a9d1575fc2 10/patches/xglamo/0001-fix-crashes-with-composite.patch: Revert "fix spaces and tabs mixture, so git doesn't complain any more"
Apr 16 09:55:04 <CIA-75> SHR: 03Sebastian 07shr-overlay * re861d1efc1ee 10/patches/python-ecore/0001-python-ecore-add-patch-to-adjust-to-the-sdl-engine.patch: extend python-ecore patch
Apr 16 09:55:07 <CIA-75> SHR: 03mok 07shr-overlay * r550dc323ff90 10/patches/python-ecore/ (2 files): patches: adjust python-ecore SDL patch
Apr 16 09:55:10 <CIA-75> SHR: 03Sebastian 07shr-overlay * r30a248ab0c18 10/patches/python-ecore/0001-python-ecore-add-patch-to-adjust-to-the-sdl-engine.patch: python-ecore patch. 3rd time lucky?
Apr 16 09:55:23 <CIA-75> SHR: 03seba.dos1 07shr-overlay * r535ca831ab80 10/openembedded/packages/frameworkd-config-shr/frameworkd-config-shr_git.bb: frameworkd-config-shr: bump version numer to used in milestone5.5
Apr 16 09:55:26 <CIA-75> SHR: 03Sebastian 07shr-overlay * r85d379d5dff6 10/openembedded/packages/vala-settings/vala-settings_git.bb: [vala-settings] install .desktop file
Apr 16 09:55:29 <CIA-75> SHR: 03mok 07shr-overlay * r891ee8cec524 10/openembedded/packages/qwo/ (qwo-0.4/check_lib.patch qwo_0.4.bb): add recipe for qwo
Apr 16 09:55:32 <CIA-75> SHR: 03Sebastian 07shr-overlay * r5f86c8b24271 10/openembedded/packages/vala-settings/vala-settings_git.bb: vala-settings is now auto-toolized
Apr 16 09:55:35 <CIA-75> SHR: 03mok 07shr-overlay * rdbcaa3a8a9a0 10/openembedded/packages/tasks/task-shr-minimal.bb: minimal-image: use spaetz's elm calc instead of the ugly gtk one
Apr 16 09:55:40 <CIA-75> SHR: 03Sebastian 07shr-overlay * re7dc213e46d3 10/openembedded/packages/libeflvala/libeflvala_git.bb: [libeflvala] use --disable-examples as 1) not needed 2) was broken with release valac
Apr 16 09:55:49 <CIA-75> SHR: 03Sebastian 07shr-overlay * rbb6a36483fac 10/openembedded/packages/tasks/task-shr-feed.bb: [vala-settings] provide it in feed, I actually use this now :)
Apr 16 09:55:52 <CIA-75> SHR: 03mok 07shr-overlay * r9a5c9d13c432 10/patches/python-ecore/0001-python-ecore-add-patch-to-adjust-to-the-sdl-engine.patch: patches: remove python-ecore patch which is upstream
Apr 16 09:55:55 <CIA-75> SHR: 03mok 07shr-overlay * r47cc8fe160a2 10/openembedded/conf/distro/include/shr-autorev-unstable.inc: autorev: bump EFL to latest (39659)
Apr 16 09:55:58 <CIA-75> SHR: 03mok 07shr-overlay * r95be30f6ea71 10/openembedded/packages/fakeroot/ (4 files in 2 dirs): add updated fakeroot from org.openembedded.dev
Apr 16 09:56:03 <CIA-75> SHR: 03Sebastian 07shr-overlay * r639aaed02463 10/openembedded/ (classes/vala.bbclass packages/libeflvala/libeflvala_git.bb): copy mickey's libefvala recipe from the dev.OE branch over until it hits FSO-MS5.5
Apr 16 09:56:10 <CIA-75> (101 lines omitted)
Apr 16 09:56:12 <CIA-75> SHR: 03Sebastian 07shr-overlay * ra78b46d9c9db 10/ (2 files in 2 dirs): gobject-2.0 is defined in glib-2.0, so drop the explicit PREFERRED_VERSION
Apr 16 09:56:17 <CIA-75> SHR: 03mok 07shr-overlay * r416cb7413e8b 10/patches/tangogps/ (2 files): Merge branch 'master' of git+ssh://git@shr.bearstech.com/shr-overlay
Apr 16 09:56:20 <CIA-75> SHR: 03tom 07shr-overlay * rae0d092c0b9a 10/openembedded/packages/fribidi/fribidi_0.10.9.bb: added fribidi bb
Apr 16 09:56:23 <CIA-75> SHR: 03mok 07shr-overlay * r5c726f9c97b8 10/openembedded/packages/vala-settings/vala-settings_git.bb: Merge branch 'master' of git+ssh://git@shr.bearstech.com/shr-overlay
Apr 16 09:56:26 <CIA-75> SHR: 03seba.dos1 07shr-overlay * rb572f8cfa1be 10/openembedded/packages/images/shr-image.inc: shr-image.inc: fix patching
Apr 16 09:56:33 <CIA-75> SHR: 03Sebastian 07shr-overlay * rfd348a80951a 10/patches/python-ecore/0001-python-ecore-add-patch-to-adjust-to-the-sdl-engine.patch: new try to make patch apply
Apr 16 09:56:36 <CIA-75> SHR: 03seba.dos1 07shr-overlay * rf3fe79a1aa76 10/openembedded/packages/frameworkd-config-shr/frameworkd-config-shr/ (om-gta01/rules.yaml om-gta02/rules.yaml rules.yaml): frameworkd-config-shr: dimming screen works again! :)
Apr 16 09:56:44 <CIA-75> SHR: 03Sebastian 07shr-overlay * r1fc7c02519f5 10/patches/python-ecore/0001-python-ecore-add-patch-to-adjust-to-the-sdl-engine.patch: make patch apply. but it still fails to compile
Apr 16 09:56:47 <CIA-75> SHR: 03seba.dos1 07shr-overlay * r0539755a2376 10/openembedded/conf/distro/include/shr-autorev-unstable.inc: shr-autorev-unstable.inc: bump libmokoui2 to 4695
Apr 16 09:56:50 <CIA-75> SHR: 03mok 07shr-overlay * rdd58dacfd3a9 10/openembedded/packages/libconfig/libconfig_1.3.1.bb: add recipe for libconfig
Apr 16 09:56:57 <CIA-75> SHR: 03Sebastian 07shr-overlay * r4052ccea62fb 10/openembedded/packages/ (2 files in 2 dirs): Merge branch 'master' of git+ssh://git@shr.bearstech.com/shr-overlay
Apr 16 09:57:00 <CIA-75> SHR: 03Sebastian 07shr-overlay * r91c48ad6f68d 10/openembedded/packages/libeflvala/libeflvala_git.bb: clean up cruft
Apr 16 09:57:03 <CIA-75> SHR: 03Sebastian 07shr-overlay * re6abc3abc7b8 10/openembedded/conf/distro/include/shr-autorev-unstable.inc: autorev shr-config
Apr 16 09:57:08 <CIA-75> SHR: 03Sebastian 07shr-overlay * rf9048a7994ed 10/openembedded/ (2 files in 2 dirs): gobject and glib need to be at least 2.18.0 with libeflvala
Apr 16 09:57:11 <CIA-75> SHR: 03tom 07shr-overlay * ref66f6e4489c 10/patches/efl1/ (3 files): Added hebrew, arabic and rtl support for libevas patch, improved version
Apr 16 09:57:14 <CIA-75> SHR: 03ainulindale 07shr-overlay * rb45795b07a87 10/openembedded/packages/tasks/task-shr-feed.bb: tash-shr-feed: Add omnewrotate to the feed.
Apr 16 09:57:19 <CIA-75> SHR: 03seba.dos1 07shr-overlay * rb9b5a07feb90 10/openembedded/packages/images/shr-image.inc: shr-image.inc: fix sending directory to patch
Apr 16 09:57:22 <CIA-75> SHR: 03ainulindale 07shr-overlay * r5a530cbc6228 10/openembedded/packages/ (tasks/task-shr-feed.bb usbmode/usbmode.bb): usbmode: New BB recipe.
Apr 16 09:57:25 <CIA-75> SHR: 03seba.dos1 07shr-overlay * r7b1789f1cb61 10/openembedded/packages/images/shr-image.inc: shr-image.inc: comment out "fix" for .desktop files categories, as it is breaking shr-settings-addons-illume
Apr 16 09:59:24 <spaetz> Ainulindale: tasks / images .bb files look pretty similar to me. there is a -minimal and a full .bb in each case
Apr 16 10:00:22 <spaetz> task-shr-minimal.bb task-shr.bb shr-lite-image.bb 
Apr 16 10:00:31 <spaetz> and shr-image.bb
Apr 16 10:03:26 <ntfn> yay Dos1
Apr 16 10:04:27 <Ainulindale> spaetz: yeah but still :-)
Apr 16 10:05:17 <CIA-75> SHR: 03ainulindale 07shr-makefile * rea4c66a497b8 10/Makefile: Makefile: Switch testing OE branch to fso/ms5.5
Apr 16 10:06:43 <Ainulindale> TAsn: here?
Apr 16 10:06:55 <schasch> -
Apr 16 10:06:58 <methril|work> I see some patches doesn't apply
Apr 16 10:07:09 <methril|work> (OE patches from the overlay)
Apr 16 10:08:20 <Ainulindale> methril|work: yep
Apr 16 10:08:26 <Ainulindale> some of them I don't care about
Apr 16 10:08:33 <Ainulindale> the evas patch is more annoying
Apr 16 10:08:48 <tmzt> what still uses gtk/libmokoui3?
Apr 16 10:10:04 <mickeyl> ptitjes: we plan to release 5.5 by end of this month.
Apr 16 10:15:08 <CIA-75> SHR: 03ainulindale 07shr-overlay * r9ee6bd3e6656 10/patches/efl1/0001-Added-hebrew-arabic-and-rtl-support-patches-for-e.patch: efl1/evas patch. Modified it in order for it to be applied properly (hopefully).
Apr 16 10:15:39 <CIA-75> SHR: 03ainulindale 07shr-overlay * raf17066e4277 10/patches/efl1/0001-Added-hebrew-arabic-and-rtl-support-patches-for-e.patch: efl1/evas patch. Modified it in order for it to be applied properly (hopefully).
Apr 16 10:17:07 <spaetz> Ainulindale: do we need to fix the shr-autorev.inc in the new -testing and freeze versions at the current rev?
Apr 16 10:18:32 <Ainulindale> Yep
Apr 16 10:18:38 <Ainulindale> Could you do that please?
Apr 16 10:18:58 <spaetz> will try.
Apr 16 10:19:12 <methril|work> Ainulindale: i did the same in my local repo :)
Apr 16 10:19:21 <Ainulindale> well if you don't have enough time to do that spaetz I can
Apr 16 10:19:33 <spaetz> I'll try to get it done now
Apr 16 10:19:39 <spaetz> rather than having lunch breakk :)
Apr 16 10:19:55 <mickeyl> lunch breaks are overrated ;)
Apr 16 10:22:03 <Ainulindale> spaetz: ok then I'll leave you to it
Apr 16 10:22:06 <Ainulindale> mickeyl: ah you're there
Apr 16 10:22:08 <Ainulindale> quick Q&A
Apr 16 10:22:14 <Ainulindale> we regrouped our task into two tasks
Apr 16 10:22:21 <Ainulindale> Would it be a good idea OE wise to regoup our image into one?
Apr 16 10:22:22 <Ainulindale> +s
Apr 16 10:22:29 <Ainulindale> (Is it even possible?)
Apr 16 10:22:30 <mickeyl> which images do you have?
Apr 16 10:22:40 <Ainulindale> lite and non lite
Apr 16 10:22:54 <Ainulindale> with an inc file
Apr 16 10:23:04 <mickeyl> that sounds good to me. i would keep them separated
Apr 16 10:23:05 <Ainulindale> the non lite has more tasks
Apr 16 10:23:08 <Ainulindale> Ok then, good to know
Apr 16 10:23:15 <Ainulindale> I'm following what I said on the ML
Apr 16 10:23:21 <Ainulindale> That is, preparing this freaking commit once and for all
Apr 16 10:23:33 <Ainulindale> I'm ashamed I told you that loads of time already and never did it
Apr 16 10:24:05 <Ainulindale> spaetz: are you doing that now?
Apr 16 10:24:06 <mickeyl> don't worry. just do it this time and we're all happy :)
Apr 16 10:24:20 <Ainulindale> (I need it to regenerate feed & image)
Apr 16 10:24:27 <Ainulindale> mickeyl: well there's no way it won't be done before the release for me
Apr 16 10:24:34 <mickeyl> great
Apr 16 10:24:36 <Ainulindale> It's first on my priority list
Apr 16 10:24:38 <mickeyl> glad to hear that
Apr 16 10:24:48 <mickeyl> with all our work towards supporting more devices, this will be a nice addition
Apr 16 10:24:49 <Ainulindale> You knew my goal anyway
Apr 16 10:24:51 <Ainulindale> Commit for the release :-)
Apr 16 10:24:56 <Ainulindale> mickeyl: our problem is
Apr 16 10:25:03 <Ainulindale> We'll have to study something for our patches
Apr 16 10:25:09 <Ainulindale> Maybe review & commit them somehow
Apr 16 10:25:21 <Ainulindale> http://git.shr-project.org/git/?p=shr-overlay.git;a=tree;f=patches;h=bdc1d500341d85cfabb5fa36e228285827726303;hb=HEAD <=
Apr 16 10:25:34 <tmzt> mickeyl: is it intended to have shr without the kernel/glamo tasks?
Apr 16 10:25:35 <Ainulindale> http://git.shr-project.org/git/?p=shr-overlay.git;a=blob;f=patches/xglamo/0001-fix-crashes-with-composite.patch;h=c71a02cca13f2da18c9a489a0f80760c63e7d3f4;hb=HEAD <= that one for example is useful to everyone
Apr 16 10:25:45 <tmzt> kernel for gta0x I mean
Apr 16 10:25:49 <Ainulindale> tmzt?
Apr 16 10:25:51 <mickeyl> tmzt: of course
Apr 16 10:26:05 <mickeyl> i've been pestering the SHR folks to drop Openmoko-specifics since long
Apr 16 10:26:13 <Ainulindale> mickeyl: errr
Apr 16 10:26:17 <mickeyl> many machines need a UI now that we have middleware
Apr 16 10:26:17 <Ainulindale> Could you be more precise? :-)
Apr 16 10:26:29 <Ainulindale> You mean the linux-openmoko task?
Apr 16 10:26:34 <Ainulindale> or glamo thingie ?
Apr 16 10:26:44 <mickeyl> no, i was referring to more high level things
Apr 16 10:26:55 <mickeyl> such as resolution independence, device specifcs etc.
Apr 16 10:27:09 <mickeyl> this refers to the apps, much less to the distro
Apr 16 10:27:25 <mickeyl> I'd love to see shr working on openezx, htclinux, etc.
Apr 16 10:27:26 <Ainulindale> well for now the apps are supposed to run properly with other resolutions
Apr 16 10:27:33 <Ainulindale> At least that's what I got
Apr 16 10:27:39 <Ainulindale> if that's not the case that's on my todo list too
Apr 16 10:27:48 <Ainulindale> well, more accurately on the todo list of my minions
Apr 16 10:27:50 <Ainulindale> As I won't do UI
Apr 16 10:28:13 <Ainulindale> But I didn't get the true meaning of tmzt's question
Apr 16 10:28:13 <tmzt> I'm saying that while it's nice to be able to all-in-one build image, kernel, usb upload tools it's not currently needed for other devices
Apr 16 10:28:31 <Ainulindale> tmzt: well we don't do that all in all
Apr 16 10:28:33 <Ainulindale> it depends on the machine
Apr 16 10:28:41 <tmzt> oe machine?
Apr 16 10:28:43 <mickeyl> tmzt: it's OE. you can build everything for everything, basically
Apr 16 10:28:44 <Ainulindale> yeah
Apr 16 10:28:51 <Ainulindale> tmzt: http://git.shr-project.org/git/?p=shr-overlay.git;a=blob;f=openembedded/recipes/images/shr-image.inc;h=99576a7983ce1cb4bc49fe5f227d82d6a7008ec0;hb=HEAD
Apr 16 10:28:59 <mickeyl> whether it will run well is a completely different story :)
Apr 16 10:28:59 <Ainulindale> we build task-base
Apr 16 10:29:03 <Ainulindale> which is machine dependent
Apr 16 10:30:38 <spaetz> Ainulindale: I am too much of a git noob. Not even able to pull and switch to the testing branch
Apr 16 10:30:53 <spaetz> so I'd happily skip the version freezing
Apr 16 10:31:15 <ptitjes> mickeyl: (end of the month) ok good! we might be in sync then. so I'll do the libfso work on 0.7 and immediately enhance its Makefile, if you don't mind (you won't do vala until the end of the month right ?)
Apr 16 10:31:20 <spaetz> not working on the lite/non-lite either
Apr 16 10:31:23 <schasch> glibc 2.4 or 2.6.1...       root@om-gta02 /media/mmcblk0p3 $ cat hallo_welt_fso  | grep lib
Apr 16 10:31:23 <schasch> /lib/ld-linux.so.3
Apr 16 10:31:23 <schasch> libc.so.6
Apr 16 10:31:23 <schasch> __libc_start_main
Apr 16 10:31:23 <schasch> /home/bucket/moko_fso/fso-milestone5/tmp/work/armv4t-angstrom-linux-gnueabi/glibc-2.6.1-r15/build-arm-angstrom-linux-gnueabi/csu/crti.S
Apr 16 10:31:24 <schasch> /home/bucket/moko_fso/fso-milestone5/tmp/work/armv4t-angstrom-linux-gnueabi/glibc-2.6.1-r15/glibc-2.6.1/csu
Apr 16 10:31:27 <schasch> /home/bucket/moko_fso/fso-milestone5/tmp/work/armv4t-angstrom-linux-gnueabi/glibc-2.6.1-r15/build-arm-angstrom-linux-gnueabi/csu/crtn.S
Apr 16 10:31:30 <schasch> /home/bucket/moko_fso/fso-milestone5/tmp/work/armv4t-angstrom-linux-gnueabi/glibc-2.6.1-r15/glibc-2.6.1/csu
Apr 16 10:31:31 <mickeyl> ptitjes: correct. sounds good
Apr 16 10:31:33 <schasch> 
x1;/home/bucket/moko_fso/fso-milestone5/tmp/work/armv4t-angstrom-linux-gnueabi/glibc-2.6.1-r15/build-arm-angstrom-linux-gnueabi/csu
Apr 16 10:31:36 <schasch> 
x1;/home/bucket/moko_fso/fso-milestone5/tmp/work/armv4t-angstrom-linux-gnueabi/glibc-2.6.1-r15/build-arm-angstrom-linux-gnueabi/csu
Apr 16 10:31:39 <schasch> __libc_csu_fini
Apr 16 10:31:41 <schasch> __libc_start_main@@GLIBC_2.4
Apr 16 10:31:43 <schasch> __libc_csu_init
Apr 16 10:31:45 <schasch> root@om-gta02 /media/mmcblk0p3 $ 
Apr 16 10:31:47 <schasch> ???????
Apr 16 10:31:53 <mickeyl> ?
Apr 16 10:32:14 <ptitjes> mickeyl: sorry to repeat myself but I would very like some inputs about the XML specs extensions :)
Apr 16 10:32:33 <mickeyl> ptitjes: you'll get it, but please give me one more day to get to it
Apr 16 10:32:39 <ptitjes> good :)
Apr 16 10:32:42 * mickeyl feeling not too well today
Apr 16 10:32:51 <ptitjes> just wanted to know that you had my token :D
Apr 16 10:33:02 <alphaone> mickeyl: What's wrong?
Apr 16 10:33:48 <mickeyl> alphaone: i have the start of a cold w/ some serious headache and my ear is hurting
Apr 16 10:34:04 <ptitjes> arf you have my support
Apr 16 10:34:17 <mickeyl> thanks. i'll rest today and tomorrow it should be better
Apr 16 10:34:28 <alphaone> mickeyl: We shouldn't have stayed out side so long yesterday
Apr 16 10:34:55 <tmzt> Ainulindale: I see, I leave most of the OE stuff to dcordes-kais though
Apr 16 10:35:28 <tmzt> is it possible to build .tar.bz2 of shr now?
Apr 16 10:35:43 <mickeyl> alphaone: heh, yeah. too much fresh air for hackers is like poison ;)
Apr 16 10:35:50 <mickeyl> anyways, will lay down for a bit.
Apr 16 10:35:51 <mickeyl> l8er
Apr 16 10:35:57 <alphaone> ptitjes: Say, how does that work with talks at F9N?
Apr 16 10:35:59 <alphaone> take care
Apr 16 10:36:04 <spaetz> how do I clone or switch to an existing remote branch?
Apr 16 10:36:07 <spaetz> with git
Apr 16 10:36:30 <spaetz> I can create local branches jsut fine, but never switched to a remote one
Apr 16 10:36:38 <alphaone> ptitjes: Should I just add my proposals to proposed talks? When/how will they be moved to accepted talks?
Apr 16 10:37:13 <spaetz> git checkout origin/testing is all that's needed?
Apr 16 10:37:47 <PaulFertser> spaetz: if you just want to take a look, yes.
Apr 16 10:37:48 <methril|work> spaetz: if it's the first time put -b testing
Apr 16 10:37:58 <methril|work> and work in that branch
Apr 16 10:38:13 <PaulFertser> spaetz: but if you're going to do some work on it, you need to create a local branch first, like methril|work suggests.
Apr 16 10:38:25 <CIA-75> SHR: 03ainulindale 07shr-overlay * r13bd91ee04ba 10/openembedded/conf/distro/include/shr-autorev.inc: shr-autorev.inc: Fixed revisions for building.
Apr 16 10:38:44 <Ainulindale> spaetz: Done.
Apr 16 10:38:56 <Ainulindale> spaetz: you might need to add the tracking of the branch.
Apr 16 10:39:00 <PaulFertser> spaetz: because remote branches are updated from remote source by git-fetch and git-pull and you don't want to have non-fastforward merges there ;)
Apr 16 10:40:27 <Ainulindale> Ok, I launched the image building.
Apr 16 10:40:34 <Ainulindale> nytowl: emacs doesn't build in the moko feed
Apr 16 10:40:41 <Ainulindale> For now, I'm going to eat.
Apr 16 10:40:42 <spaetz> ok, all good tips. thanks
Apr 16 10:40:42 <Ainulindale> See you.
Apr 16 10:40:57 <spaetz> working on freezing package versions now
Apr 16 10:41:08 <PaulFertser> spaetz: when you use ``-b'' switch with git-checkout (for creating a new local branch and to switch to it), git will setup tracking automatically.
Apr 16 10:43:27 <PaulFertser> spaetz: in general, you can do git-checkout for any commit on any branch if you need to look at some code or for other reasons. And you can then create a new branch based on current checkouted commit.
Apr 16 10:48:51 * PaulFertser wonders if anyone can tell me maximum and minimum for pulldowns required for USB host. The idea is to use the same cable both for wall-charger-powered and FR-powered cases.
Apr 16 10:51:38 <PaulFertser> Will 30k pulldown be ok (for the external power case, for FR-powered it'd be 10k effectively). 
Apr 16 10:58:36 <spaetz> PaulFertser: thanks
Apr 16 10:58:42 <spaetz> seems to be working now
Apr 16 11:02:23 <ptitjes> alphaone: yeah sure. put them in proposed talks. I hope that we will have a reasonable amount of proposed talks at the end of next week.
Apr 16 11:02:56 <ptitjes> alphaone: then I'll make a mail directly for participants to vote
Apr 16 11:03:36 <ptitjes> alphaone: however I wonder whether everybody is contactable through our two MLs...
Apr 16 11:04:48 <alphaone> ptitjes: Well, I wouldn't worry too much about having to contact every single one...
Apr 16 11:04:58 <ptitjes> alphaone: also do you know whether stefan and shoragan have additionnal suggestions ?
Apr 16 11:05:14 <alphaone> You'll have a lot of work if you want to run after everyone and collect their votes..
Apr 16 11:05:50 <alphaone> ptitjes: We talked about it yesterday and there are some additional suggestions in the meeting minutes (which I will send soon)
Apr 16 11:05:57 <shoragan> ptitjes, i could do a talk/bof about gsm cell DBs and geolocation in general
Apr 16 11:06:14 <alphaone> I hope they will contact you separately though
Apr 16 11:06:17 <ptitjes> alphaone: I would almost make a mail to tell what your core crew and ours would prefer
Apr 16 11:06:23 <alphaone> As just happened :-)
Apr 16 11:06:50 <alphaone> ptitjes: Okay, sounds good
Apr 16 11:07:37 <ptitjes> shoragan: yeah that might be of great interest (and not only for onen ;))
Apr 16 11:07:42 <shoragan> :)
Apr 16 11:08:58 <ptitjes> shoragan: could you include an overview of the remaining needed work to get all mixed together to provide agps ?
Apr 16 11:09:49 <shoragan> probably just some changes to ogpsd
Apr 16 11:10:29 <ptitjes> shoragan: and also how the future (it seems there will be as can't remember where I read that gypsy is almost dead) GPS API will handle that transparently ?
Apr 16 11:10:36 <schasch> Hello, i successfulle made a "make fso-gta02-milestone5-image"...but the patched sources are deletetd...how can I bitbake tell to keep the compiled sources?
Apr 16 11:11:00 <shoragan> ptitjes, alphaone may do a seperate talk about that
Apr 16 11:11:10 <ptitjes> ok propose
Apr 16 11:12:14 <ptitjes> shoragan, alphaone: also could you comment on the other proposed talks on the wiki page ?
Apr 16 11:12:41 <alphaone> ptitjes: It was in my mail :-)
Apr 16 11:12:45 <ptitjes> do you think there are needed ? what less or more would want to here about...
Apr 16 11:13:01 <ptitjes> arf
Apr 16 11:13:06 * ptitjes rereading
Apr 16 11:13:19 <alphaone> ptitjes: How do you want to handle the voting?
Apr 16 11:14:29 <Ainulindale> spaetz: I already froze the package versions
Apr 16 11:14:31 <shoragan> ptitjes, looks good
Apr 16 11:14:33 <Ainulindale> Didn't you see the commit?
Apr 16 11:15:09 <ptitjes> alphaone: something like a two item list per talk on the wiki: +1 mickeyl, ptitjes -1 Ainulindale
Apr 16 11:15:10 <ptitjes> :)
Apr 16 11:15:35 <alphaone> okay :-)
Apr 16 11:15:43 <Ainulindale> (by the way)
Apr 16 11:15:48 <Ainulindale> (My talk about community is mandatory)
Apr 16 11:16:14 <Ainulindale> I want to burn this into your eyes
Apr 16 11:16:21 <ptitjes> Ainulindale: +1 for me
Apr 16 11:16:40 <Ainulindale> You won't escape guys
Apr 16 11:16:43 <ptitjes> Ainulindale: too late you already burned my eyes :D
Apr 16 11:16:51 <Ainulindale> Well you earned it
Apr 16 11:16:56 <ptitjes> héhé
Apr 16 11:17:46 <Ainulindale> Meanwhile, testing is compiling
Apr 16 11:17:53 <alphaone> Ainulindale: Okay, I will attend as soon as SHR is in OE ;-)
Apr 16 11:18:06 <Ainulindale> alphaone: I told that an hour ago
Apr 16 11:18:15 <Ainulindale> SHR will be in OE before may 22nd
Apr 16 11:18:17 <Ainulindale> In fact
Apr 16 11:18:27 <Ainulindale> I think I will commit it to fso/ms5.5 today if I can muster enough time
Apr 16 11:18:37 <alphaone> Ainulindale: The you have nothing to worry about :-)
Apr 16 11:18:41 <Ainulindale> But first I have to review everything according to policies
Apr 16 11:18:46 <alphaone> Sounds great
Apr 16 11:19:03 <Ainulindale> Yeah I know, I often give that impression
Apr 16 11:19:04 <Ainulindale> :->
Apr 16 11:19:17 <ptitjes> arf arf arf
Apr 16 11:19:33 <Ainulindale> mickey|zzZZzz or alphaone, by the w ay
Apr 16 11:19:47 <Ainulindale> Could you have a quick look on the recipes in order to tell me what would be needed?
Apr 16 11:19:52 <Ainulindale> shoragan, even, if you can
Apr 16 11:21:02 <alphaone> Ainulindale: ?
Apr 16 11:21:10 <Ainulindale> Well on our recipes
Apr 16 11:21:31 <Ainulindale> And about that I think I'll commit it into a shr subdir as you did
Apr 16 11:21:43 <Ainulindale> And even rename some packages
Apr 16 11:21:48 <Ainulindale> I'll do that now.
Apr 16 11:22:04 <shoragan> Ainulindale, where should we look at them? shr git?
Apr 16 11:22:14 <Ainulindale> http://git.shr-project.org/git/?p=shr-overlay.git;a=tree;f=openembedded/recipes;h=bcf7783e23e47c195df39bce1acc46fbe5c21f0a;hb=HEAD
Apr 16 11:22:21 <Ainulindale> (thanks for your time shoragan)
Apr 16 11:22:28 <Ainulindale> IMHO, most of the things are PV/PR/SECTION to review
Apr 16 11:22:35 <Ainulindale> There may be some ugly things too
Apr 16 11:22:45 <alphaone> Ainulindale: Sorry, I don't think I'll have the time today (or the rest of this week). Currently juggling between, FSO, buzz fixing, studying and THW with very little time in between..
Apr 16 11:22:52 <Ainulindale> alphaone: ok :-)
Apr 16 11:22:56 <Ainulindale> Nevermind, thanks anyway
Apr 16 11:23:40 <alphaone> The OOT-killer is about to free up some more time soon I hope
Apr 16 11:30:58 <Ainulindale> alphaone, shoragan 
Apr 16 11:31:00 <Ainulindale> Quick question
Apr 16 11:31:09 <Ainulindale> We have a specific frameworkd-config package
Apr 16 11:31:24 <Ainulindale> Should I put it in an shr/ subdir or in the freesmartphone/ subdir?
Apr 16 11:31:30 <Ainulindale> (same for e-wm config packages)
Apr 16 11:37:34 <shoragan> Ainulindale, i'd put it in shr/
Apr 16 11:37:48 <Ainulindale> ok then I'll do that (just hacking in #oe to make sure)
Apr 16 11:38:19 <Ainulindale> shoragan: could you have a look at http://git.shr-project.org/git/?p=shr-overlay.git;a=tree;f=openembedded/recipes/e-wm-config-illume-shr;h=4498a2304028f04cba233b9eae4a1b58df9f3b8b;hb=HEADЬ
Apr 16 11:38:24 <Ainulindale> ?
Apr 16 11:38:28 <Ainulindale> And tell me if Koen won't shout at me for days?
Apr 16 11:38:37 <Ainulindale> (Should I put the .src files in a repo?)
Apr 16 11:38:47 <CIA-75> SHR: 03ainulindale 07shr-overlay * raf17066e4277 10/patches/efl1/0001-Added-hebrew-arabic-and-rtl-support-patches-for-e.patch: efl1/evas patch. Modified it in order for it to be applied properly (hopefully).
Apr 16 11:38:49 <CIA-75> SHR: 03Sebastian 07shr-overlay * r8357814cc2b3 10/openembedded/conf/distro/include/shr-autorev.inc: Merge remote branch 'origin/testing'
Apr 16 11:38:49 <CIA-75> SHR: 03ainulindale 07shr-overlay * r13bd91ee04ba 10/openembedded/conf/distro/include/shr-autorev.inc: shr-autorev.inc: Fixed revisions for building.
Apr 16 11:38:50 <CIA-75> SHR: 03Sebastian 07shr-overlay * r6edfad64e7d3 10/openembedded/conf/distro/include/shr-autorev.inc: freeze more AUTOREV'd versions in testing
Apr 16 11:38:52 <CIA-75> SHR: 03Sebastian 07shr-overlay * r901152d3c1f2 10/openembedded/conf/distro/include/shr-autorev.inc: Merge branch 'testing-fixrevs'
Apr 16 11:38:52 <spaetz> NOOO
Apr 16 11:39:06 <spaetz> FUCKING FUCK, it pushed to master rather than testing
Apr 16 11:39:37 <Ainulindale> spaetz: I told you already
Apr 16 11:39:38 <Ainulindale> I DID IT
Apr 16 11:39:40 <Ainulindale> two times
Apr 16 11:39:43 <Ainulindale> I did the freezing
Apr 16 11:40:03 <Ainulindale> Please revert merges & commits
Apr 16 11:40:15 <spaetz> yes, but there are still loads of AUTOREV'd stuff in your version
Apr 16 11:40:20 <Ainulindale> No.
Apr 16 11:40:23 <spaetz> most of which I froze
Apr 16 11:40:33 <Ainulindale> http://git.shr-project.org/git/?p=shr-overlay.git;a=blob;f=openembedded/conf/distro/include/shr-autorev.inc;h=ba010465f3495119ce3f0895d5c90bbb892de7d1;hb=13bd91ee04ba68fbfaf02865ee6c1e8da301b9f2
Apr 16 11:40:51 <Ainulindale> There is ONE autorev here potentially harmful, the kernel
Apr 16 11:41:25 <spaetz> so you did plan to leave the others autorev'd? OK, I thought we'd be freezing all of them
Apr 16 11:41:41 <spaetz> mmh, how do I revert those three commits in one go?
Apr 16 11:41:47 <Ainulindale> Well we can, but they were like that from the beginning
Apr 16 11:41:50 <shoragan> Ainulindale, i'd put that in a separate repo
Apr 16 11:41:50 <Ainulindale> I don't think this is harmful
Apr 16 11:41:55 * spaetz will never touch branches with git again
Apr 16 11:41:55 <Ainulindale> shoragan: Yeah so would I
Apr 16 11:42:02 <Ainulindale> spaetz: heh
Apr 16 11:42:06 <Ainulindale> read the man it'll be well
Apr 16 11:42:14 <spaetz> I did
Apr 16 11:42:14 <shoragan> see http://git.freesmartphone.org/?p=artwork.git;a=tree
Apr 16 11:42:21 <spaetz> that's what troubles me :)
Apr 16 11:42:26 <Ainulindale> shoragan: yeah we have the same
Apr 16 11:44:10 <Toster> mickey|zzZZzz: ping
Apr 16 11:45:17 <dos1> alphaone: ping ping
Apr 16 11:45:38 <dos1> I need someone from FSO team
Apr 16 11:45:45 <spaetz> reverting 3 commits when 2 of them are merges is even more difficult
Apr 16 11:45:53 <spaetz> git revert will complain
Apr 16 11:46:11 <dos1> spaetz: what you want to revert?
Apr 16 11:46:13 <spaetz> can't I just checkout the last good commit 13bd91ee04ba and commit that?
Apr 16 11:46:29 * dos1 fixed opimd Messages
Apr 16 11:46:37 <spaetz> dos1: I accidently pushed the freezing of versions to master rather than the testing branch
Apr 16 11:46:44 <spaetz> see the last 3 commits in shr-overlay
Apr 16 11:46:48 <spaetz> I want to undo them
Apr 16 11:47:04 <spaetz> do you have a tip on how to achieve that best?
Apr 16 11:47:34 <dos1> And I need to talk with someone from FSO team about one API change
Apr 16 11:47:45 <PaulFertser> dos1: heyya :)
Apr 16 11:48:10 <Ainulindale> spaetz: no, please do something clena
Apr 16 11:48:11 <PaulFertser> dos1: does SHR settings support usb hostmode toggling?
Apr 16 11:48:20 <dos1> PaulFertser: hey :)
Apr 16 11:48:20 <Ainulindale> dos1: about hostmode
Apr 16 11:48:26 <Ainulindale> dos1: I packaged usbmode, which doesn't work
Apr 16 11:48:32 <Ainulindale> This might inspire you for some additions
Apr 16 11:48:32 <spaetz> Ainulindale: yes, I just don't know how. git revert doesn't work for merges
Apr 16 11:48:33 <Ainulindale> it's python based
Apr 16 11:48:37 <Ainulindale> spaetz: well no idea
Apr 16 11:49:12 <dos1> PaulFertser: yes, it supports
Apr 16 11:49:13 <spaetz> and comitting your last good version will undo exactly my botchup, so it would be clean
Apr 16 11:49:13 <PaulFertser> dos1: in the most recent kernel the path was changed. s/s3c2410-ohci/s3c-ohci/ The kernel itself works, confirmed by me yesterday.
Apr 16 11:49:44 <dos1> PaulFertser: but it depends on frameworkd
Apr 16 11:50:04 <dos1> So we need to change that path in fso
Apr 16 11:50:11 <PaulFertser> dos1: no, frameworkd doesn't support usbmode switching yet, does it?
Apr 16 11:50:47 <dos1> PaulFertser: it have supported for a long time ;)
Apr 16 11:50:57 <dos1> In ms4 it worked
Apr 16 11:51:22 <Ainulindale> spaetz: listen, do it, but do it quick, or I'll have to kill you
Apr 16 11:51:33 <dos1> Now it works too, but with incorect path 
Apr 16 11:52:02 <dos1> So it doesn't work ;D
Apr 16 11:52:55 <PaulFertser> dos1: who is responsible for that part of code? Can we just ping him and ask to fix?  http://trac.freesmartphone.org/ticket/395 is relevant too
Apr 16 11:52:59 <Ainulindale> spaetz: plus I have a bunch of things to commit =)
Apr 16 11:53:38 <dos1> PaulFertser: i don't know
Apr 16 11:55:06 <PaulFertser> dos1: git blame says it's mickey|zzZZzz himself :)
Apr 16 11:55:38 <CIA-75> SHR: 03Sebastian 07shr-overlay * rf3d18173a884 10/openembedded/conf/distro/include/shr-autorev.inc: fix my version freezing botchup which landed in the wrong branch
Apr 16 11:55:44 <dos1> So let's bug him ;D
Apr 16 11:56:07 <spaetz> have done it
Apr 16 11:56:15 <spaetz> feel free to go on doing stuff :)
Apr 16 11:56:37 <spaetz> back to day job
Apr 16 11:56:45 * dos1 has battery almost empty ;x
Apr 16 11:58:15 <dos1> But opimd works :)
Apr 16 11:58:44 <dos1> My test app filters incoming and outgoing messages with opimd
Apr 16 11:58:58 <dos1> Dave: i won! ;D
Apr 16 11:59:02 <kaspernj> what should I use to manipulate the SIM-stuff, mdbus or dbus-send - mdbus seem so slow by default, can I do anything about this? And why is it so slow in the first place?
Apr 16 11:59:38 <dos1> kaspernj: mdbus is written in python
Apr 16 11:59:50 <dos1> It's more debug tool
Apr 16 12:00:01 <dos1> Use dbus-send
Apr 16 12:01:14 <kaspernj> dos1, I have actually been using mdbus to debug stuff and dbus-send to real stuff (because it performs better). Thank you for answering.
Apr 16 12:01:25 <kaspernj> dos1, just wanted to be sure ;-)
Apr 16 12:03:03 <Ainulindale> spaetz: for the kernel, by the way
Apr 16 12:03:07 <Ainulindale> I didn't want to fix it for one reason
Apr 16 12:03:12 <Ainulindale> It seems we have a gps problem
Apr 16 12:03:16 <Ainulindale> As I don't know where this comes from
Apr 16 12:03:19 <Ainulindale> I'd rather test before
Apr 16 12:06:38 <dos1> There is miscombatibility between Contacts and Messages opimd interfaces
Apr 16 12:07:01 <Ainulindale> spaetz: you borked half of my work :-/
Apr 16 12:07:33 <dos1> Can I assume Contacts interface to be ok, and correct Messages?
Apr 16 12:08:04 <dos1> As Contacts are working now, and Messages no :x
Apr 16 12:08:28 <dos1> (but I have patches for Messages)
Apr 16 12:11:03 <dos1> When only I will arrive in home I will commit unbreakage patches
Apr 16 12:11:06 <Ainulindale> Is there a way to unrm a file with git?
Apr 16 12:11:14 <Ainulindale> (I did no change, just rmed it by mistake)
Apr 16 12:11:28 <shoragan> Ainulindale, git checkout
Apr 16 12:11:37 <tmzt> locally?
Apr 16 12:11:41 <dos1> With one API change I will wait for someone from FSO
Apr 16 12:11:42 <Ainulindale> well I changed some stuff shoragan 
Apr 16 12:11:46 <Ainulindale> but not on this file
Apr 16 12:11:56 <shoragan> git checkout <path?
Apr 16 12:13:04 <Ainulindale> Hmm
Apr 16 12:13:06 <Ainulindale> Worth trying
Apr 16 12:13:38 <Ainulindale> Nope.
Apr 16 12:14:55 <Ainulindale> shoragan: another guess? :-)
Apr 16 12:15:56 <Ainulindale> Just FYI
Apr 16 12:15:57 <Ainulindale> ainu@jeanne:/home/ainu/shr-overlay/openembedded/recipes$ git checkout -f libframeworkd-phonegui
Apr 16 12:15:58 <shoragan> ah
Apr 16 12:16:00 <Ainulindale> fatal: git checkout: updating paths is incompatible with switching branches/forcing
Apr 16 12:16:03 <Ainulindale> Did you intend to checkout 'openembedded/recipes/libframeworkd-phonegui' which can not be resolved as commit?
Apr 16 12:16:06 <shoragan> git checkout HEAD -- <path>
Apr 16 12:16:25 <Ainulindale> Did the trick. Thanks a lot :-)
Apr 16 12:16:33 <Ainulindale> Pity I didn't see that properly on the man
Apr 16 12:17:03 <Ainulindale> shoragan: Though now I have another question :-)
Apr 16 12:17:11 <Ainulindale> shoragan: I have dir/subdir/file
Apr 16 12:17:21 <Ainulindale> I do git mv dir/subdir/file dir/subdir2/file
Apr 16 12:17:27 <Ainulindale> then git rm -r dir/subdir
Apr 16 12:17:33 <Ainulindale> And => ainu@jeanne:/home/ainu/shr-overlay/openembedded/recipes$ git rm  -r libframeworkd-phonegui
Apr 16 12:17:37 <Ainulindale> fatal: pathspec 'openembedded/recipes/libframeworkd-phonegui' did not match any files
Apr 16 12:17:39 <spaetz> Ainulindale: How? I simply reverted to the state you left it at
Apr 16 12:18:00 <Ainulindale> spaetz: yeah but it regenerated stuff here, but anyway
Apr 16 12:18:19 <shoragan> Ainulind1le, then you had files in subdir whicht did were not known to git
Apr 16 12:18:38 <shoragan> also dirs are not tracked by git
Apr 16 12:19:24 <shoragan> so no need to remove dirs
Apr 16 12:19:53 <Ainulindale> ok then :-)
Apr 16 12:20:20 <PaulFertser> shoragan: do you by any chance want to fix usb hostmode handling in powercontrol_neo.py :) (and mark #395 as closed) ? There're two problems actually, both with hostmode and usb_mode sysfs nodes. 
Apr 16 12:20:56 <shoragan> PaulFertser, busy right now, but if you have a patch, i'll apply it
Apr 16 12:21:13 <PaulFertser> shoragan: sorry, not yet, python is not my native language :)
Apr 16 12:23:50 <PaulFertser> shoragan: i'll prepare a patch now, ok.
Apr 16 12:24:04 <shoragan> thanks :)
Apr 16 12:24:47 <shoragan> odeviced has several places where 2 paths are tried to support different kernels
Apr 16 12:29:00 <Ainulindale> KABOOM
Apr 16 12:29:10 <CIA-75> SHR: 03ainulindale 07shr-overlay * r76f7f8bbbcdd 10/openembedded/recipes/ (192 files in 41 dirs): Continuity of the OE commit preparation. Renaming of openmoko-*3 recipes for shr-*. Packaging of the themes using shr-themes repository. Regrouping of the SHR related recipes.
Apr 16 12:29:28 <Ainulindale> By now I think I broke everything
Apr 16 12:29:51 <schasch> PaulFertser::THANKXXXXXX:::...":~/moko_fso/fso-milestone5$ . ./setup-env ; bitbake -c compile glibc"...did it!!!
Apr 16 12:30:14 <PaulFertser> schasch: you're welcome :)
Apr 16 12:31:11 <Ainulindale> shoragan: I think it's a lot better now, there are still stuff to correct IMHO but better 
Apr 16 12:31:15 * PaulFertser wonders if it'd be better to not propose fso/shr makefile as a primary development method to force all devs to understand "raw" OE and git.
Apr 16 12:31:43 <Ainulindale> well
Apr 16 12:31:44 <Ainulindale> problem is
Apr 16 12:31:48 <Ainulindale> if it's hard
Apr 16 12:31:53 <Ainulindale> developers won't use it
Apr 16 12:32:00 <Ainulindale> It's a chicken & egg story
Apr 16 12:32:34 <tmzt> it there just one tree to pull to start with?
Apr 16 12:32:41 <Ainulindale> For SHR?
Apr 16 12:32:47 <tmzt> yes
Apr 16 12:32:57 <Ainulindale> One tree, but several branches
Apr 16 12:33:02 <Ainulindale> Plus the OE tree of course
Apr 16 12:33:03 <Ainulindale> Plus config
Apr 16 12:33:09 <Ainulindale> It's not easy when you're not familiar with OE
Apr 16 12:33:13 <Ainulindale> Hence the makefile
Apr 16 12:33:35 <tmzt> my understanding is makefile's like that break
Apr 16 12:33:52 <tmzt> then you get the same questions you would get otherwise
Apr 16 12:33:53 <Ainulindale> I didn't get what you meant
Apr 16 12:34:00 <Ainulindale> The makefile doesn't break
Apr 16 12:34:03 <Ainulindale> Bitbake doe
Apr 16 12:34:04 <Ainulindale> +s
Apr 16 12:34:14 <Ainulindale> Problem is, before being able to use bitbake
Apr 16 12:34:18 <Ainulindale> You have to setup a whole env
Apr 16 12:34:24 <Ainulindale> And this is mainly where the makefile is useful
Apr 16 12:34:27 <tmzt> I mean the simple make commands break and nobody knows why
Apr 16 12:34:35 <Ainulindale> ?
Apr 16 12:34:36 <tmzt> so they ask you why it broke
Apr 16 12:34:45 <Ainulindale> Is it an example?
Apr 16 12:35:09 <tmzt> then you have to pull it apart and track down each individual command/script
Apr 16 12:35:31 <Ainulindale> This makefile is pretty nice, rwhitby` spent a lot of time on it, and I find it pretty useful
Apr 16 12:35:47 <Ainulindale> But well, anyone can do as he wishes
Apr 16 12:35:57 <Ainulindale> I'd rather give the average user the opportunity to start more quickly
Apr 16 12:36:02 <Ainulindale> Then explain to him why and how something failed
Apr 16 12:37:10 <Ainulindale> Now, I'll check what I broke
Apr 16 12:40:29 <PaulFertser> Ainulindale: the makefile doesn't check errors. It does several git fetches in one target and doesn't check whether the previous was successful, e.g.
Apr 16 12:41:27 <Ainulindale> Then we might correct it :-)
Apr 16 12:42:08 <tmzt> google/android has repo which you can see if you go to android.git.kernel.org
Apr 16 12:42:21 <tmzt> the url is at the top
Apr 16 12:45:13 <CIA-75> SHR: 03ainulindale 07sh * r9855b6b1a9cb 10/ (102 files in 20 dirs): Renamed openmoko-*3 in shr-*
Apr 16 12:46:04 <PaulFertser> Guys, please help me to solve this dbus permissions issue (trying FSO HEAD with dbus config from config example directory) (i'm afraid it'll take me too much time and i might want to use the phone soon): http://pastebin.com/m79338255
Apr 16 12:46:05 <tmzt> android.git.kernel.org/repo
Apr 16 12:46:50 <CIA-75> SHR: 03ainulindale 07shr-overlay * r8707e442c6ea 10/openembedded/conf/distro/include/ (shr-autorev-unstable.inc shr-autorev.inc): Modified SRCREV definitions for openmoko => shr renaming.
Apr 16 12:48:43 <PaulFertser> Hm, probably it's somehow related to inability to import server.py in ogsmd.
Apr 16 12:48:56 <PaulFertser> 2009.04.16 16:47:01.695 frameworkd.subsystem ERROR    could not import server.py: invalid literal for int() with base 10: ''
Apr 16 12:49:55 <alphaone> Hmm, what did dos1 want to talk about?
Apr 16 12:51:22 <CIA-75> SHR: 03Sebastian 07shr-overlay * rf80680738aa5 10/openembedded/conf/distro/include/shr-autorev.inc: freeze more AUTOREV'd versions in testing
Apr 16 12:51:23 <CIA-75> SHR: 03Sebastian 07shr-overlay * rc9f718059999 10/openembedded/conf/distro/include/shr-autorev.inc: fix my version freezing botchup which landed in the wrong branch
Apr 16 12:51:24 <CIA-75> SHR: 03ainulindale 07shr-overlay * r9ee6bd3e6656 10/patches/efl1/0001-Added-hebrew-arabic-and-rtl-support-patches-for-e.patch: efl1/evas patch. Modified it in order for it to be applied properly (hopefully).
Apr 16 12:51:26 <CIA-75> SHR: 03ainulindale 07shr-overlay * r07647cf4796e 10/openembedded/recipes/ (192 files in 41 dirs): Continuity of the OE commit preparation. Renaming of openmoko-*3 recipes for shr-*. Packaging of the themes using shr-themes repository. Regrouping of the SHR related recipes.
Apr 16 12:51:28 <CIA-75> SHR: 03ainulindale 07shr-overlay * r279eb8483ded 10/openembedded/conf/distro/include/ (shr-autorev-unstable.inc shr-autorev.inc): Modified SRCREV definitions for openmoko => shr renaming.
Apr 16 12:51:33 <CIA-75> SHR: 03Sebastian 07shr-overlay * r8357814cc2b3 10/openembedded/conf/distro/include/shr-autorev.inc: Merge remote branch 'origin/testing'
Apr 16 12:51:36 <CIA-75> SHR: 03Sebastian 07shr-overlay * r901152d3c1f2 10/openembedded/conf/distro/include/shr-autorev.inc: Merge branch 'testing-fixrevs'
Apr 16 12:51:38 <shoragan> PaulFertser, do you have a traceback for that?
Apr 16 12:51:39 <CIA-75> SHR: 03ainulindale 07shr-overlay * r8707e442c6ea 10/openembedded/conf/distro/include/ (shr-autorev-unstable.inc shr-autorev.inc): Modified SRCREV definitions for openmoko => shr renaming.
Apr 16 12:51:42 <CIA-75> SHR: 03Sebastian 07shr-overlay * rf80680738aa5 10/openembedded/conf/distro/include/shr-autorev.inc: freeze more AUTOREV'd versions in testing
Apr 16 12:51:45 <CIA-75> SHR: 03Sebastian 07shr-overlay * r6edfad64e7d3 10/openembedded/conf/distro/include/shr-autorev.inc: freeze more AUTOREV'd versions in testing
Apr 16 12:51:48 <CIA-75> SHR: 03ainulindale 07shr-overlay * r76f7f8bbbcdd 10/openembedded/recipes/ (192 files in 41 dirs): Continuity of the OE commit preparation. Renaming of openmoko-*3 recipes for shr-*. Packaging of the themes using shr-themes repository. Regrouping of the SHR related recipes.
Apr 16 12:51:56 <CIA-75> SHR: 03ainulindale 07shr-overlay * r279eb8483ded 10/openembedded/conf/distro/include/ (shr-autorev-unstable.inc shr-autorev.inc): Modified SRCREV definitions for openmoko => shr renaming.
Apr 16 12:51:59 <CIA-75> SHR: 03ainulindale 07shr-overlay * r07647cf4796e 10/openembedded/recipes/ (192 files in 41 dirs): Continuity of the OE commit preparation. Renaming of openmoko-*3 recipes for shr-*. Packaging of the themes using shr-themes repository. Regrouping of the SHR related recipes.
Apr 16 12:52:05 <CIA-75> SHR: 03Sebastian 07shr-overlay * rf3d18173a884 10/openembedded/conf/distro/include/shr-autorev.inc: fix my version freezing botchup which landed in the wrong branch
Apr 16 12:52:08 <CIA-75> SHR: 03Sebastian 07shr-overlay * rc9f718059999 10/openembedded/conf/distro/include/shr-autorev.inc: fix my version freezing botchup which landed in the wrong branch
Apr 16 12:52:09 <PaulFertser> shoragan: no traceback, just that line in the log. I'll try to start frameworkd from command line.
Apr 16 12:52:17 <Ainulindale> ( spaetz is a polluter)
Apr 16 12:52:59 <shoragan> that's strange, it tries to convert an empty string into an int
Apr 16 12:53:34 <shoragan> could you try running it from the shell?
Apr 16 12:53:35 * methril|work feels happy for some of Ainulindale commits (OE commit preparation ones) :)
Apr 16 12:53:57 <Ainulindale> Yeah but that's a lot of work :-/
Apr 16 12:54:03 <Ainulindale> Fortunately I'm bored
Apr 16 12:54:06 <PaulFertser> shoragan: yay, sure. Just did that. Traceback is here.
Apr 16 12:54:23 <Ainulindale> I'm also doing things we should have done in a long time
Apr 16 12:54:33 <methril|work> Ainulindale: I'm not bored, but if i could help... :)
Apr 16 12:54:45 <PaulFertser> shoragan: http://pastebin.com/m71310412
Apr 16 12:54:45 <Ainulindale> Well I'm currently checking if all of this work, if you spot mistakes please warn me
Apr 16 12:54:54 <methril|work> ok
Apr 16 12:54:55 <Ainulindale> If you could help me to review packages, fix sections and so on
Apr 16 12:54:58 <PaulFertser> shoragan: sorry to bother you with stupid questions btw
Apr 16 12:54:59 <Ainulindale> maybe dumb PVs
Apr 16 12:55:01 <Ainulindale> or PRs
Apr 16 12:56:36 <Ainulindale> methril|work: Ah one thing you could help me figure out
Apr 16 12:56:43 <Ainulindale> I'd like to change the frameworkd-config-shr recipe
Apr 16 12:56:49 <Ainulindale> To put all that conf in shr-themes
Apr 16 12:56:56 <Ainulindale> So I'd have to change the recipe
Apr 16 12:56:58 <methril|work> Ainulindale: ok, i'll take a look
Apr 16 12:57:11 <Ainulindale> I was wondering if it was just a matter of changing S to something plus ${MACHINE}
Apr 16 12:57:19 <Ainulindale> But I'd have to take care of the default case, etc
Apr 16 13:00:11 <shoragan> PaulFertser, do you have an up to date networks.tab?
Apr 16 13:00:36 <PaulFertser> shoragan: i've already figured that it might be the case.
Apr 16 13:00:55 <shoragan> i've fixed some problems with that lately
Apr 16 13:01:56 <CIA-75> SHR: 03ainulindale 07shr-overlay * r1d9c1e3ee545 10/openembedded/conf/distro/include/shr-autorev.inc: shr-autorev.inc: Added SRCREV for e-wm-* packages.
Apr 16 13:02:42 <CIA-75> SHR: 03ainulindale 07shr-overlay * r1d9c1e3ee545 10/openembedded/conf/distro/include/shr-autorev.inc: shr-autorev.inc: Added SRCREV for e-wm-* packages.
Apr 16 13:08:21 <PaulFertser> shoragan: could you please also take a look at http://pastebin.com/m79338255 ?
Apr 16 13:08:21 <CIA-75> freesmartphone.org: 03daniel 07framework * re40725779c90 10/tests/dtest/ (fsotest.py tests/usage.py): dtest: Add DBus interface and object caching
Apr 16 13:08:58 <shoragan> PaulFertser, do you use a newer dbus?
Apr 16 13:09:12 <PaulFertser> shoragan: no, the one packaged by Debian.
Apr 16 13:09:17 <shoragan> that would need an updated policy file
Apr 16 13:09:21 <shoragan> that's newer than OE
Apr 16 13:09:28 <PaulFertser> shoragan: 1.2.12
Apr 16 13:09:46 <shoragan> they fixed a security problem in dbus
Apr 16 13:09:58 <shoragan> and so everyone needs to update their policies
Apr 16 13:10:06 <CIA-75> SHR: 03ainulindale 07shr-overlay * rdf9da8a0ab1e 10/openembedded/recipes/shr/ (3 files): e-wm-*: Changed S to reflect git addition.
Apr 16 13:10:07 <PaulFertser> shoragan: am i to mention every path explicitly? /org/freesmartphone/Preferences/phone instead of /org/freesmartphone/Preferences ?
Apr 16 13:10:11 <shoragan> no
Apr 16 13:10:16 <CIA-75> SHR: 03ainulindale 07shr-overlay * rdf9da8a0ab1e 10/openembedded/recipes/shr/ (3 files): e-wm-*: Changed S to reflect git addition.
Apr 16 13:10:51 <PaulFertser> I'm using the policy file from FSO head.
Apr 16 13:11:05 <shoragan> PaulFertser, that's for OE (older dbus)
Apr 16 13:11:23 <shoragan> perhaps the frameworkd debian package has an updated one
Apr 16 13:13:04 <shoragan> http://git.debian.org/?p=pkg-fso/fso-frameworkd.git;a=blob;f=debian/patches/07_dbus-access-via-busnames.patch;h=b94b99c50cdff3ae5f18492e643ff186d94b0af6;hb=5af215c0a7c426e2fa174846276fd3e6f36aabd9
Apr 16 13:13:47 <PaulFertser> shoragan: oh yes. Thanks a lot! :)
Apr 16 13:14:11 <shoragan> hmm, perhaps we should bump dbus in oe, too
Apr 16 13:14:26 * dos1 is in home now
Apr 16 13:14:38 <dos1> mickey|zzZZzz is still zzZZzz? :x
Apr 16 13:15:57 <CIA-75> SHR: 03ainulindale 07shr-overlay * rdc754bd34e46 10/openembedded/recipes/tasks/task-shr-minimal.bb: shr-task-minimal: Bumped PR.
Apr 16 13:16:38 <Dave> dos1 is still #1 ?
Apr 16 13:16:55 <dos1> #1?
Apr 16 13:17:42 <alphaone> dos1: Hey
Apr 16 13:17:47 <CIA-75> SHR: 03ainulindale 07shr-overlay * rdc754bd34e46 10/openembedded/recipes/tasks/task-shr-minimal.bb: shr-task-minimal: Bumped PR.
Apr 16 13:18:26 <toggles_w> op70116334
Apr 16 13:19:58 <shoragan> alphaone, does ms5.5 build for you?
Apr 16 13:20:12 <Ainulindale> (it does here)
Apr 16 13:20:21 <Ainulindale> (with the SHR image)
Apr 16 13:20:25 <dos1> alphaone: hey
Apr 16 13:20:31 <dos1> i have patches for opimd
Apr 16 13:20:34 <alphaone> shoragan: nope :-/
Apr 16 13:20:35 <Dave> Okay fine, you don't get to be #1 then, dos :P
Apr 16 13:20:42 <alphaone> dos1: Cool
Apr 16 13:20:47 <dos1> one of it changes api a bit
Apr 16 13:20:54 <Dave> dos1, I thought opimd was just a legend!? :o
Apr 16 13:21:15 <Ainulindale> dos1: hey
Apr 16 13:21:25 <Ainulindale> dos1: I commited stuff to shr-themes
Apr 16 13:21:25 <dos1> alphaone: in Contacts, Query() returns path without "dbus://"
Apr 16 13:21:29 <Ainulindale> if you want to look at what I said
Apr 16 13:21:47 <dos1> but in Messages, it returns path with "dbus://"
Apr 16 13:21:54 <alphaone> dos1: mind posting them on smartphones-standards?
Apr 16 13:22:02 <alphaone> dos1: Okay, should be consistent...
Apr 16 13:22:15 <dos1> alphaone: so it should be with, or without dbus://?
Apr 16 13:22:33 <dos1> (the only thing Query can return is dbus path... so I think witout)
Apr 16 13:22:41 <alphaone> I don't really know the rationale behind that :-(
Apr 16 13:22:57 <alphaone> I would think without as well...
Apr 16 13:23:19 <alphaone> Are there cases where a query would reference a file:// or even a http:// link?
Apr 16 13:23:21 <dos1> alphaone: can i commit those patch directly? right now opimd Messages are broken at all
Apr 16 13:23:34 <dos1> with my patches it works ;)
Apr 16 13:23:40 <alphaone> dos1: You got the go ahead from me. :-)
Apr 16 13:23:57 <alphaone> dos1: Just need to explain yourself to the people who are using it.
Apr 16 13:24:00 <dos1> alphaone: looks like it can return only reference to dbus
Apr 16 13:24:09 <alphaone> But if your patch helps I think they wont mind :-)
Apr 16 13:24:24 <dos1> right now noone can use Messages in opimd
Apr 16 13:24:29 <alphaone> Maybe that was planned for a different plugin?
Apr 16 13:24:29 <dos1> as it doesn't work due to python errors ;)
Apr 16 13:24:43 <alphaone> dos1: Then by all means commit.
Apr 16 13:24:53 <dos1> alphaone: in Contacts, which works, there is no dbus://
Apr 16 13:25:01 <alphaone> okay
Apr 16 13:25:04 <dos1> only in Messages, which looks uncomplete/broken
Apr 16 13:25:06 <PaulFertser> shoragan: i also had to update phone.yaml, with an ald it tracebacked on not finding bt headset address parameter.
Apr 16 13:25:45 <alphaone> dos1: Makes enough sense for me :-)
Apr 16 13:25:55 <dos1> Ainulindale: thanks, i will look at it after commiting opimd patches ;)
Apr 16 13:25:59 <Ainulindale> good :-)
Apr 16 13:26:00 * dos1 has just returned to home
Apr 16 13:26:53 * Arhuaco reads an email about WSOD with latest SHR. Let's hope it's not true... I'll test later.
Apr 16 13:26:55 <shoragan> PaulFertser, please take care to update everything at once :)
Apr 16 13:26:56 <dos1> Dave: i won! opimd is working ;) and after long fighting I finally understand how to use it ;D
Apr 16 13:27:23 <PaulFertser> shoragan: yep, sorry for being stupid again
Apr 16 13:27:29 <shoragan> np
Apr 16 13:27:33 <dos1> i will put some code snippets on wiki
Apr 16 13:36:26 <kaspernj> My Freerunner with Debian sometimes bugs after making some dbus-work. "nano" and several other apps returns "-bash: /bin/nano: Input/output error". Do anyone know of this, and can you point me in the way of a solution?
Apr 16 13:39:12 <dos1> oh
Apr 16 13:39:19 <dos1> my wifi is not working :(
Apr 16 13:39:33 <dos1> (on FR - module crash)
Apr 16 13:40:39 <Ainulindale> I heard that was nytowl's fault
Apr 16 13:41:59 <Ainulindale> :w (
Apr 16 13:42:01 <Ainulindale> hMPF
Apr 16 13:42:01 <mwester> dos1:  Use the unstable kernel.
Apr 16 13:42:41 * mwester is astonished at the flurry of commits...
Apr 16 13:42:52 <PaulFertser> shoragan: ok, patch to use new usb_mode path sent. Can you mark #395 as fixed after it's applied or should i do that?
Apr 16 13:44:15 <Ainulindale> shoragan: by the way if you have more than one minute I asked a question in #oe which might be of interest to you (to answer or to know)
Apr 16 13:44:46 <shoragan> PaulFertser, i'll close it when it is applied
Apr 16 13:44:57 <PaulFertser> shoragan: thanks a lot again!
Apr 16 13:45:08 <mwester> spaetz:  No, the g_ether script is intended to run at each boot right now.  If we wish to undo that, we would need to add a postinst task to that kernel module that would fetch the dev_addr and host_addr and create the correct options to write to the modinfo file (or equiv); otherwise AFAIK those kernel parameters are not passed in.
Apr 16 13:45:29 * mwester goes to see if his coffee is ready...
Apr 16 13:45:48 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * r3e23ca2a7003 10/framework/subsystems/opimd/pimd_messages.py: opimd: remove unnecessary syslog line
Apr 16 13:45:49 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * rf1360f7fbd20 10/framework/subsystems/opimd/pimd_messages.py: opimd: fix incorrect variable name
Apr 16 13:45:50 <CIA-75> freesmartphone.org: 03seba.dos1 07framework * r542c7e13e021 10/framework/subsystems/opimd/pimd_messages.py: 
Apr 16 13:45:50 <CIA-75> freesmartphone.org: opimd: fix inconsistence with Messages and Contacts API
Apr 16 13:45:52 <CIA-75> freesmartphone.org: Since now opimd Messages should work :)
Apr 16 13:57:35 <Azog> shr-unstable does not build: ERROR: Nothing PROVIDES 'shr-image'; is there a workaround?
Apr 16 13:59:34 <dos1> Azog: make update?
Apr 16 13:59:44 <dos1> Ainulindale: i don't have access to shr-themes repo
Apr 16 14:00:11 <Azog> dos1: i did a make update in shr-unstable/..
Apr 16 14:03:44 <Ainulindale> dos1: yes you have
Apr 16 14:04:03 <dos1> thanks ;)
Apr 16 14:05:00 <methril|work> Ainulindale: The conf has t obe themable?
Apr 16 14:05:10 <methril|work> s/ has t obe/has to be
Apr 16 14:05:38 <methril|work> i was looking an some of the conf hasn't to be themable
Apr 16 14:05:57 <methril|work> only # Install SHR custom files
Apr 16 14:07:31 <Ainulindale> methril|work: That's exactly what I was talking about
Apr 16 14:07:32 <Ainulindale> Problem is
Apr 16 14:07:42 <Ainulindale> I'd like to build one package out of it
Apr 16 14:07:44 <Ainulindale> Not two
Apr 16 14:08:36 <methril|work> why not maintain this package (or the freesmartphone default) and override only the desired ones: tones, profiles, ....
Apr 16 14:09:28 <Ainulindale> because it's ugly =)
Apr 16 14:11:25 <Ainulindale> YEAH!
Apr 16 14:11:27 <Ainulindale> Found out.
Apr 16 14:13:12 <Ainulindale> You'll hate me for the name though :-)
Apr 16 14:13:25 <Ainulindale> NOTE: package frameworkd-config-shr-0.8.5.1+gitr1277+542c7e13e021b609ec0aa1c20615d940adfcf403-4+a05001c0d8eaa4ba56be52db0f8ffd47571effc0-r3: task do_install: started
Apr 16 14:13:35 <TAsn> Ainulindale,  hi.
Apr 16 14:14:39 <Ainulindale> hey
Apr 16 14:14:40 <dos1> Ainulindale: what are you messing with frameworkd-config-shr? ;)
Apr 16 14:14:50 <Ainulindale> dos1: Putting it on shr-themes
Apr 16 14:15:12 <methril|work> Ainulindale: it's not in git
Apr 16 14:15:37 <Ainulindale> Yeah I know
Apr 16 14:15:39 <Ainulindale> I just commited it
Apr 16 14:15:55 <methril|work> i'd like to take a look :)
Apr 16 14:16:00 <TAsn> Ainulindale, I just saw you were looking for me earlier
Apr 16 14:16:03 <TAsn> what did you want?
Apr 16 14:16:17 <Ainulindale> Well for your evas patch
Apr 16 14:16:20 <Ainulindale> It wasn't applying anymore
Apr 16 14:16:21 <Ainulindale> I modified it
Apr 16 14:16:53 <dos1> nice to have all of main shr git repos marked green ;)
Apr 16 14:17:29 <Ainulindale> Yep
Apr 16 14:18:03 <Ainulindale> Now I'd like to figure out how I can SRCREV frameworkd-config-shr properly wrt shr-themes
Apr 16 14:18:48 <TAsn> Ainulindale, oh, cool.
Apr 16 14:18:55 <TAsn> what was the issue?
Apr 16 14:18:58 <TAsn> working dir?
Apr 16 14:19:47 <Ainulindale> update upstream
Apr 16 14:30:20 <Ainulindale> Hmmm I think I hit a bug.
Apr 16 14:34:29 <dos1> Ainulindale: are we using now linux-openmoko-2.6.29? i see there is that recipe on fso/milestone5.5
Apr 16 14:34:45 <nullix> as long as the bug didn't hit you .. :-)
Apr 16 14:35:00 <Ainulindale> There is a recipe, I don't think we're using it yet.
Apr 16 14:39:22 <mwester> Heh - yes, it looks like Angus _did_ apply that change to fso/milestone5.5  --- he convinced me that he wasn't going to do it, so I actually reverted it in the OE dev branch where I originally committed it.
Apr 16 14:39:59 <Ainulindale> heh :-)
Apr 16 14:40:12 <mwester> We can switch to that kernel now; it is identical (other than name) to the patched linux-openmoko-2.6.28_git.bb that we are using ATM.
Apr 16 14:40:19 <Ainulindale> Well he told me you were mean to him and threatened to tell on him to Koen
Apr 16 14:40:23 <Ainulindale> That's why he commited
Apr 16 14:40:53 <mwester> hehe!  I told him my life was much better since I configured my SPAM filter to remove koen's emails.
Apr 16 14:41:55 <mwester> It would be nice to get rid of at least that set of patches from the SHR repo.
Apr 16 14:42:20 <mwester> BTW, I'd like to see some changes made to the Makefiles -- who is the gatekeeper for those?
Apr 16 14:43:05 <Ainulindale> mrmoku & I mostly
Apr 16 14:43:09 <Ainulindale> But mostly mrmoku|e` 
Apr 16 14:43:46 <mwester> I haven't seen -- er, I mean heard -- er, I mean read -- anything from mrmoku for a while, is he on holiday this week?
Apr 16 14:43:58 <toggles_w> sooo... what do we bitback these days? ERROR: Nothing PROVIDES 'shr-image'
Apr 16 14:44:17 <mwester> toggles_w:  fix your BBPATH in your *.conf files.
Apr 16 14:44:41 <toggles_w> aw.... make update broke them.. ;-)
Apr 16 14:45:07 <mwester> Ainulindale:  I'd like to get rid of those patches that fail to apply (fastboot) -- any reason to keep them?
Apr 16 14:45:28 * mwester hates the very concept of "acceptable errors"; there is no such thing!
Apr 16 14:45:57 <Ainulindale> mwester: no reason, feel free :-)
Apr 16 14:46:57 <mwester> You know my philosophy -- make it work first, then make it work fast.
Apr 16 14:47:13 <DocScrutinizer> moin
Apr 16 14:47:24 <Ainulindale> mwester: agreed :-)
Apr 16 14:47:29 <mwester> Greetings DocScrutinizer 
Apr 16 14:48:03 <DocScrutinizer> mwester: hehe. "acceptable errors" was a buzzword
Apr 16 14:49:41 <mwester> Yeah, along with "expected errors" --- which I've also heard, and that also makes me crazy, because while I agree that "expected errors" exist, that just means that one expected a failure, it does not mean that it can be ignored!  For example, plugging a 120V-only appliance into a European wall socket will result in an "expected error"... :D
Apr 16 14:53:22 * dos1 is almost out of space for his Gmail account
Apr 16 14:53:31 <dos1> ;x
Apr 16 14:53:39 <Ainulindale> dos1: too many trac mails
Apr 16 14:53:40 <Ainulindale> mwester: hey
Apr 16 14:53:47 <Ainulindale> mwester: I'd like some of your OE wizardry here
Apr 16 14:53:55 <dos1> Ainulindale: no, i have a lot more cron mails ;)
Apr 16 14:53:59 <Ainulindale> Do you have a minute?
Apr 16 14:54:01 <Ainulindale> dos1: heh
Apr 16 14:54:02 * mwester is but an apprentice with OE
Apr 16 14:54:19 <mwester> I shall listen, however...
Apr 16 14:54:25 <DocScrutinizer> mwester: i'd call that an "expected failure due to unexpected error"
Apr 16 14:56:47 <Ainulindale> mwester: well
Apr 16 14:56:56 <Ainulindale> I have a package with two git in SRC_URI
Apr 16 14:57:03 <Ainulindale> I set up SRCREV_FORMAT
Apr 16 14:57:10 <DocScrutinizer> mwester: expected error to me is sth like 5V+/-5%, or for SW maybe an icmp-timeout
Apr 16 14:57:15 <Ainulindale> so it does gitr${REVA}-${REVB}
Apr 16 14:57:34 <Ainulindale> If I try to set a rev with SRCREV_pn_package_REVA
Apr 16 14:57:36 <Ainulindale> it'll fail
Apr 16 14:57:45 <Ainulindale> it's supposed to be that way
Apr 16 14:57:58 <DocScrutinizer> expected error XD
Apr 16 15:00:53 <Ainulindale> (I broke mwester)
Apr 16 15:01:09 * mwester had an interruption
Apr 16 15:01:26 <Ainulindale> init 6 mwester 
Apr 16 15:01:31 <DocScrutinizer> Ainulindale: ever invited someone from bela or .ru ? might you consider to do so (legal paperwork) to get PaulFertser and max_posedon to FSOSHRcon?
Apr 16 15:02:10 <DocScrutinizer> watchdog triggered mwester 's NMI ;-)
Apr 16 15:03:14 <mwester> How would you set the SRCREV for that?   Wouldn't it be SRCREV_pn_package_REVA-REVB ?
Apr 16 15:04:21 <Ainulindale> Nah
Apr 16 15:04:32 <Ainulindale> Anyway I just solved my problem I think
Apr 16 15:07:33 <Ainulindale> Confirmed, solved.
Apr 16 15:08:07 <DocScrutinizer> :)
Apr 16 15:10:41 <playya> spaetz, i have a problem with your vala-settings: http://pastebin.com/f3b4b58d5
Apr 16 15:12:37 <Ainulindale> Ok good =)
Apr 16 15:12:41 <CIA-75> SHR: 03ainulindale 07shr-overlay * r44c1e16a77f2 10/openembedded/ (21 files in 10 dirs): frameworkd-config-shr: Moved to shr-themes.
Apr 16 15:13:27 <Ainulindale> mwester: Would you like me to remove the useless patches?
Apr 16 15:13:42 <mwester> Go ahead, if it's easy for you to do...
Apr 16 15:14:05 <Ainulindale> I'll have to remember which one are lousy
Apr 16 15:14:49 <mwester> Can we switch to the .29 kernel as well?  Will require adding a PREFERRED_PROVIDER and setting ${AUTOREV} for that recipe as well.
Apr 16 15:15:04 <mwester> Then we can drop the kernel patches, and we get even closer to sanity.
Apr 16 15:15:37 <Ainulindale> well listen
Apr 16 15:15:41 <Ainulindale> I have a bit of other things to do right now
Apr 16 15:15:50 <Ainulindale> Could you do the kernel switch and patch removal please?
Apr 16 15:15:57 <mwester> Sure.
Apr 16 15:16:27 <Ainulindale> Ok, branches are in sync.
Apr 16 15:16:29 <CIA-75> SHR: 03ainulindale 07shr-overlay * r44c1e16a77f2 10/openembedded/ (21 files in 10 dirs): frameworkd-config-shr: Moved to shr-themes.
Apr 16 15:16:57 <Ainulindale> Now the overlay is MUCH cleaner
Apr 16 15:17:06 <Ainulindale> next goal, distro.Conf
Apr 16 15:17:42 <Ainulindale> mwester: check the bb recipe it might be interesting to you
Apr 16 15:17:51 <mwester> That's two autorev files in conf -- what would you change?
Apr 16 15:18:02 <mwester> Which bb recipe is that?
Apr 16 15:18:06 <dos1> i'm fighting with libmokoui2
Apr 16 15:18:54 <Ainulindale> http://git.shr-project.org/git/?p=shr-overlay.git;a=blob;f=openembedded/recipes/shr/frameworkd-config-shr_git.bb;h=4f9436203b08a8719647cfd9d5f4241c17061f16;hb=HEAD
Apr 16 15:19:03 <mwester> Ok.
Apr 16 15:19:47 <TAsn> dos1, don't give up! kick it in the balls.
Apr 16 15:19:51 <TAsn> do what ever it takes ;]
Apr 16 15:20:16 <mwester> wow.  that'll hurt your brain trying to sort that; I don't know that I've seen a dual-git repo bb file before.
Apr 16 15:21:45 <dos1> Ainulindale: 
Apr 16 15:21:46 <dos1>    7 SRCREV_FORMAT = "gitrFSO_REV-SHR_REV"
Apr 16 15:21:46 <dos1>    8 PV = "0.8.5.1+gitr${SRCREV}"
Apr 16 15:22:05 * DocScrutinizer is betting 50 bucks on libmokoui2   XD
Apr 16 15:22:12 <dos1> looks like final version will be "0.8.5.1+gitrgitr2435-254"
Apr 16 15:22:26 <dos1> (2435 and 254 are examples :P)
Apr 16 15:23:04 <DocScrutinizer> gitrgitr looks weird
Apr 16 15:23:12 <mwester> Ainulindale:  we have shr-specific initscripts; can't we merge some of the patches for fastboot into that recipe?
Apr 16 15:23:50 <mwester> "gitrgitr" sounds like what a southern redneck shouts at his dog when he sets the dog to chase a racoon.
Apr 16 15:24:10 <DocScrutinizer> rotfl
Apr 16 15:24:28 * mwester will work to remove some of the fastboot patches and merge into the shr-initscripts recipes.
Apr 16 15:26:20 <DocScrutinizer> not talking to me anymore? :)
Apr 16 15:26:34 <Ainulindale> mwester: yes we can
Apr 16 15:27:02 <Ainulindale> DocScrutinizer: yes thanks, didn't notice that =)
Apr 16 15:27:05 <Ainulindale> hmpf
Apr 16 15:27:07 <Ainulindale> dos1: 
Apr 16 15:30:20 <CIA-75> SHR: 03ainulindale 07shr-overlay * r51ff5d8680f2 10/openembedded/recipes/shr/frameworkd-config-shr_git.bb: frameworkd-config-shr: Fixed southern redneck shouting SRCREV about racoon and stuff.
Apr 16 15:30:31 <CIA-75> SHR: 03ainulindale 07shr-overlay * r8f859c0b6f52 10/openembedded/recipes/shr/frameworkd-config-shr_git.bb: frameworkd-config-shr: Fixed southern redneck shouting SRCREV about racoon and stuff.
Apr 16 15:31:14 <CIA-75> SHR: 03ainulindale 07shr-overlay * r8f859c0b6f52 10/openembedded/recipes/shr/frameworkd-config-shr_git.bb: frameworkd-config-shr: Fixed southern redneck shouting SRCREV about racoon and stuff.
Apr 16 15:35:23 <Ainulindale> mwester?
Apr 16 15:35:29 <Ainulindale> What about latest kernels with GTA01?
Apr 16 15:35:36 <mwester> Will fail.
Apr 16 15:35:49 <Ainulindale> So we would have to set a specific rev then
Apr 16 15:35:56 <Ainulindale> Could you do that? :->
Apr 16 15:36:02 * Ainulindale mimics deer eyes
Apr 16 15:36:14 <mwester> For testing, yes, we should set to the 2.6.24 kernel.  I'll make a note to do that as well.
Apr 16 15:36:15 <Ainulindale> wurp2|gone is currently spanking me for that
Apr 16 15:36:48 <Ainulindale> mwester: I wasn't able to test on GTA01 until yesterday and I didn't have the time
Apr 16 15:36:52 <Ainulindale> But I'll thoroughly test
Apr 16 15:37:08 <dos1> mwester: why 2.6.29 fails on GTA01?
Apr 16 15:37:44 <mwester> dos1:  because in the mad rush to 1.6.29 that Andy did, he took no cares about the gta01 (it was considered obsolete and not Om's problem).
Apr 16 15:38:11 <dos1> huh
Apr 16 15:38:16 <dos1> is it going to be changed?
Apr 16 15:38:16 <mwester> So there are many, many problems with 2.6.29 on the gta01, most of which we do not even know about yet, I expect.
Apr 16 15:38:18 <wurp2|gone>  Ainulindale: Not spanking!  Just letting you know ;-)
Apr 16 15:38:26 <mwester> Yes, there is an effort to make it all work on 2.6.29
Apr 16 15:38:33 <mwester> I'm not sure why, but there is an effort.
Apr 16 15:38:33 <dos1> ok :)
Apr 16 15:39:27 <mwester> So I propose that we stick with 2.6.24 for th gta01 on testing, and select 2.6.29 for unstable -- that will easily let people experiment as the kernel work progresses on the gta01.
Apr 16 15:39:43 <mwester> But still have something that works for wurp2|gone :p
Apr 16 15:39:52 <dos1> i agree ;)
Apr 16 15:39:59 * mwester has two gta01s as well, and would like to see them do something useful.
Apr 16 15:40:27 <Ainulindale> mwester: well don't you have some wobbly table?
Apr 16 15:40:39 <Ainulindale> They are wonderful to fix wobbly tables.
Apr 16 15:40:46 <mwester> And, btw, yes I do intend to help with the gta01 2.6.29 effort -- I just would like to see the gta02 kernel stabilized first.
Apr 16 15:41:46 <mwester> Ainulindale:  I have a total of 4 gta0x devices; I can actually use them to raise the table height.  That would useful, as I have long legs and it will be more comfortable.  But that makes them hard to use; the touch-screen is difficult to reach down there.
Apr 16 15:42:12 <Ainulindale> mwester: well this is a great occasion to master telekinesy
Apr 16 15:42:27 <mwester> :p
Apr 16 15:47:26 <Ainulindale> I'm listening to an horrid song by my boss
Apr 16 15:47:30 <Ainulindale> recorded on a phone
Apr 16 15:47:32 <Ainulindale> seriously it's horrid
Apr 16 15:49:46 <dos1> TAsn: i think i have bb files completed
Apr 16 15:50:03 <dos1> s/files complete/file complete to python-mokoui2/
Apr 16 15:50:04 <bzzbot> dos1 meant: TAsn: i think i have bb file complete to python-mokoui2d
Apr 16 15:50:22 <dos1> TAsn: now it's issue of patches
Apr 16 15:50:25 <dos1> it fails to compile :x
Apr 16 15:50:38 <TAsn> dos1, ;]
Apr 16 15:50:40 <TAsn> what patches?
Apr 16 15:50:51 <dos1> to libmokoui2
Apr 16 15:51:04 <TAsn> duh.
Apr 16 15:51:05 <dos1> there is lot of cross compile badness :P
Apr 16 15:51:09 <TAsn> I meant what do the patches do.
Apr 16 15:51:13 <TAsn> dos1, i c.
Apr 16 15:51:28 <Ainulindale> PaulFertser?
Apr 16 15:54:16 <Ainulindale> So, I'll build latest image, install it, and check what I broke
Apr 16 15:54:45 <Ainulindale> But a good day of work today
Apr 16 16:10:49 <Ainulindale> :w 4
Apr 16 16:10:51 <Ainulindale> grmbl
Apr 16 16:12:44 <dos1> is it normal, if bitbake is passing --prefix=/usr to configure?
Apr 16 16:13:36 <dos1> looks like it's normal...
Apr 16 16:13:36 <dos1> ok
Apr 16 16:13:55 <Ainulindale> I'll need testers for shr-lite-image testing
Apr 16 16:14:03 <Ainulindale> It's the strict mirror of unstable
Apr 16 16:14:07 <Ainulindale> With all my changes
Apr 16 16:14:10 <Ainulindale> Please test it
Apr 16 16:19:35 <Ainulindale> Image is here.
Apr 16 16:21:51 <wurp2|gone> Ainulindale: testers for gta01, or just gta02?
Apr 16 16:22:32 <Ainulindale> for now, GTA02, sorry
Apr 16 16:22:46 <Ainulindale> As soon as mwester will SRCREV the kernel rev I'll build GTA01 :-)
Apr 16 16:30:28 <Ainulindale> mwester: wake up:
Apr 16 16:30:29 <Ainulindale> !
Apr 16 16:34:54 <mwester> hrrmmmph.  Looks like the gta01 should be selecting the 2.6.24 kernel by default, no?
Apr 16 16:35:21 <Ainulindale> well no idea
Apr 16 16:35:30 <mwester> It's working ok here.
Apr 16 16:35:52 <Ainulindale> hmmm
Apr 16 16:36:26 <mwester> I'll have to build it to make sure (rm_work got in the way), but it claims to be 2.6.24
Apr 16 16:36:45 <Ainulindale> well it looks as if it ships the .28 modules
Apr 16 16:36:48 <Ainulindale> in the rootfs
Apr 16 16:36:54 <Ainulindale> I'll check the testlab
Apr 16 16:37:07 <mwester> Ok, what about testing -- that the same?
Apr 16 16:37:56 <Ainulindale> http://build.shr-project.org/shr-unstable/images/om-gta01/openmoko-shr-lite-image-glibc-ipk--20090414-om-gta01-testlab/installed-packages.txt <=
Apr 16 16:37:59 <Ainulindale> Check that
Apr 16 16:38:16 <Ainulindale> both kernel & packages are there
Apr 16 16:38:17 <Ainulindale> weird
Apr 16 16:38:37 <Ainulindale> maybe bitbake went mad
Apr 16 16:39:17 <Ainulindale> mwester: your USB fix is working by the way
Apr 16 16:39:18 <Ainulindale> thanks a lot
Apr 16 16:39:20 <mwester> kernel_2.6.24-oe5+gitrfb42ce6724576fc173faf8abfb04aa2c36d213b7-r1_om-gta01.ipk
Apr 16 16:39:26 <Ainulindale> mwester: look under that
Apr 16 16:39:37 <Ainulindale> kernel_2.6.28-oe1+gitr119777+60c66130a4467ca2a2994a6e3d7d5ac63839eefb-r3.1_om-gta01.ipk
Apr 16 16:40:16 * mwester scratches his head.
Apr 16 16:40:21 <Ainulindale> Yeah, same here :-)
Apr 16 16:40:29 <mwester> My build has none of those.
Apr 16 16:40:39 <Ainulindale> My guess is that a task is borked
Apr 16 16:40:42 <mwester> That was an unstable build of everythign as of a few days ago
Apr 16 16:40:45 <Ainulindale> task-base I'd say
Apr 16 16:40:48 <mwester> Right.
Apr 16 16:41:02 <mwester> Ok, I'll have to build it here and see what croaks.  I'll start a build...
Apr 16 16:41:13 <dos1> under which variable is stored staging dir in Makefile when running from bitbake?
Apr 16 16:41:32 <Ainulindale> no sound at first boot mwester 
Apr 16 16:42:01 <mwester> Is sound also a module?
Apr 16 16:42:35 * mwester is not a fan of placing core devices into modules, it's pointless.
Apr 16 16:42:37 <Ainulindale> I'd say it is :-)
Apr 16 16:42:42 <Ainulindale> mwester: So am I :-)
Apr 16 16:42:52 <dos1> http://git.openmoko.org/?p=kernel.git;a=commit;h=81c61a7d1abb03aecd13f5395aba355e996a1641
Apr 16 16:43:34 <mwester> We might end up with a dozen "early-startup" scripts like g_ether, and that's just silly.  It only makes sense for g_ether because I understand we need to be able to unload that module in order to use host-mode for the USB.
Apr 16 16:44:09 <Ainulindale> mwester: well there is room for a specific initscript then
Apr 16 16:44:13 <Ainulindale> or a custom kernel recipe
Apr 16 16:44:43 <dos1> libmokoui2 is looking for pygtk in /usr/share/pygtk/2.0/ instead of /var/www/build/shr-unstable/tmp/staging/armv4t-angstrom-linux-gnueabi/usr/share/pygtk/2.0/...
Apr 16 16:44:45 <mwester> dos1:  Yeah, that's at least part of the reason for why we need to stick with 2.6.24 for the gta01 for a while; the emails on the kernel list indicate that even when the defconfig is fixed, the gta01 still has bugs in the 2.6.29-rc3 kerenl.
Apr 16 16:45:52 <dos1> PYGTK=$(datarootdir)/pygtk/2.0/
Apr 16 16:45:55 <dos1> is it wrong?
Apr 16 16:45:59 <dos1> (Makefile.am)
Apr 16 16:46:06 <mwester> Ainulindale:  We need to add an override named "shr", then we can just put our own oe_defconfig.patch into a subdir named "shr" in OE, and shr builds will pick up the shr file.  We can use that trick to solve a lot of the minor patching being done.
Apr 16 16:46:38 <Ainulindale> mwester: Hmmmm why not
Apr 16 16:46:44 <mwester> We can even address variables that way:  SRC_URI_shr = "whatever"
Apr 16 16:47:01 <Ainulindale> What would it imply?
Apr 16 16:47:03 <Ainulindale> distro.conf?
Apr 16 16:47:17 <mwester> Higher
Apr 16 16:47:29 <Ainulindale> Then tell me what :-)
Apr 16 16:47:32 <mwester> the override can also be a machine (e.g. "om-gta01" is an override)
Apr 16 16:47:51 <Ainulindale> Then that would imply to upload things into OE
Apr 16 16:47:57 <Ainulindale> Related solely to SHR
Apr 16 16:47:58 <mwester> I have to find where it's defined, I've never actuallly defined a new one, just used them a lot.  Really ticks off Koen.
Apr 16 16:48:05 <Ainulindale> And then, how would we exploit it?
Apr 16 16:48:11 <mwester> Carefully.
Apr 16 16:48:23 <mwester> For example:
Apr 16 16:48:34 <mwester> Search OE for subdirs named "slugos"
Apr 16 16:48:49 <mwester> and for the string "_slugos" and "_ixp4xx" in .bb and .inc files.
Apr 16 16:48:59 <mwester> That'll give a good idea of what I've been using them for.
Apr 16 16:49:04 <Ainulindale> how do you trigger the use of that?
Apr 16 16:49:32 <mwester> You just have to tell OE that "shr" is a string that should be treated specially.
Apr 16 16:49:41 <mwester> I don't know where; I'll have to find that.
Apr 16 16:50:32 <Ainulindale> Heh :-)
Apr 16 16:51:10 <mwester> It's set to its default value in bitbake.conf
Apr 16 16:51:30 <mwester> bitbake.conf:OVERRIDES = "local:${MACHINE}:${DISTRO}:${TARGET_OS}:${TARGET_ARCH}:build-${BUILD_OS}:fail-fast:pn-${PN}"
Apr 16 16:52:13 <Ainulindale> ok so distro is an override
Apr 16 16:52:15 <mwester> distro/ucslugc.conf:OVERRIDES .= ":slugos"
Apr 16 16:52:40 <mwester> Yes, distro is an override -- but I think we use openmoko for that.
Apr 16 16:52:47 <Ainulindale> Well I don't intend to
Apr 16 16:52:53 <Ainulindale> I intend to build a shr distro.conf
Apr 16 16:52:57 <mwester> :)
Apr 16 16:53:04 <Ainulindale> Because we don't aim to deliver SHR solely for OM products
Apr 16 16:53:08 <mwester> Ah.
Apr 16 16:53:17 <Ainulindale> (see the eten-m800 thing)
Apr 16 16:53:32 <mwester> In that case, it will be easy.
Apr 16 16:54:00 <Ainulindale> That's why :-)
Apr 16 16:54:10 <Ainulindale> mwester: Didn't you see I removed all mentions of OM in shr software?
Apr 16 16:54:15 <Ainulindale> (as of today)
Apr 16 16:54:22 <Ainulindale> now it's shr-dialer, shr-contacts, etc...
Apr 16 16:54:28 <mwester> No, I didn't notice -- but now I see that.
Apr 16 16:54:44 <mwester> Nice.  If it becomes a distro, merging into OE will be easier.
Apr 16 16:54:51 <Ainulindale> Well that's the goal :-)
Apr 16 16:55:32 <mwester> distro/openmoko.conf:OVERRIDES = "local:${MACHINE}:openmoko:angstrom:${TARGET_O.....
Apr 16 16:56:17 <Ainulindale> well actually that might be truly useful for us with the main shr git 
Apr 16 16:56:23 <mwester> For the short term, distro or not, we can do the OVERRIDE thing; but eventually it should look like the above.
Apr 16 16:56:24 <Ainulindale> to solve my ugly SHR_PV thing
Apr 16 16:56:33 <Ainulindale> (i.e. being able to generate packages from a local repo)
Apr 16 16:56:45 <Ainulindale> (it's ugly)
Apr 16 16:57:06 <mwester> It is very easy to add the override in one of the conf files, then we can begin to experiment to see what cleanups that would permit.
Apr 16 16:57:26 <mwester> It can even be added to the auto.conf, I expect.
Apr 16 16:57:32 <dos1> is "pkg-config --variable=defsdir pygtk-2.0" supposed to return /usr/share/pygtk/2.0/defs/ inside bitbake environment?
Apr 16 16:57:54 * mwester must run off to tend to an errand -- bbiab
Apr 16 17:02:23 <Ainulindale> stefan_schmidt_ !! !! !
Apr 16 17:12:35 <Ainulindale> For those interested, standard image is currently building.
Apr 16 17:12:37 <Ainulindale> (testing)
Apr 16 17:14:13 <DocScrutinizer> Ainulindale: is it a good image? ;)
Apr 16 17:14:20 <Ainulindale> Yep
Apr 16 17:14:23 <Ainulindale> I booted on it
Apr 16 17:14:27 <Ainulindale> It's working really nicely
Apr 16 17:14:31 <Ainulindale> Apart for the audio on boot problem
Apr 16 17:14:48 <DocScrutinizer> so you think I should give it a try?
Apr 16 17:14:51 <Ainulindale> Totally
Apr 16 17:14:55 <Ainulindale> It's working perfectly
Apr 16 17:15:02 <DocScrutinizer> cool
Apr 16 17:15:05 * mwester will hack that, if he can -- but only if we all agree to remove the hack as soon as possible.
Apr 16 17:15:18 <dos1> Ainulindale: you didn't noticed one glitch
Apr 16 17:15:27 <dos1> edit some contact ;)
Apr 16 17:15:32 <DocScrutinizer> mwester: go ahead
Apr 16 17:15:45 <Ainulindale> dos1: what does it do?
Apr 16 17:16:05 <dos1> Ainulindale: "Close" button is borked
Apr 16 17:16:11 <Ainulindale> yes I saw that a while ago
Apr 16 17:16:23 <Ainulindale> Thought you guys saw it too
Apr 16 17:16:32 <mwester> tap up top, and click on the big X == that'll do it, usually ;)
Apr 16 17:16:46 <Ainulindale> yep
Apr 16 17:16:56 <Ainulindale> (really happy with my baby today)
Apr 16 17:16:59 <Ainulindale> (well, our baby)
Apr 16 17:17:03 <Ainulindale> (but I'm still the mother)
Apr 16 17:17:06 <DocScrutinizer> hehe, everybody seen it, nobody cared
Apr 16 17:17:36 <DocScrutinizer> (the closebutton)
Apr 16 17:17:46 <Ainulindale> I thought you were talking about mwester 
Apr 16 17:25:39 <The-Butch> hi @ all
Apr 16 17:26:02 <The-Butch> is someone here who can help me with dbus?
Apr 16 17:26:28 <mwester> Yes, you'll find it at the corner, at dbus-stop.
Apr 16 17:26:38 * mwester groans, what a terrible joke.
Apr 16 17:26:45 <TAsn> The-Butch, you didn't find what you were looking for at #dbus ?
Apr 16 17:26:52 <The-Butch> oh yes :-)
Apr 16 17:27:03 <TAsn> The-Butch, oh yes?
Apr 16 17:27:23 <The-Butch> k, i will ask there. thx
Apr 16 17:27:38 <TAsn> sure thing.
Apr 16 17:27:52 <dos1> libmokoui2 vs. dos - 1:0
Apr 16 17:28:03 <TAsn> dos1, round 2?\
Apr 16 17:28:20 <mwester> Oh noes! our buildhost is going away for a while! 
Apr 16 17:28:28 * mwester urges his build to go faster
Apr 16 17:28:45 <dos1> TAsn: python /usr/share/pygtk/2.0/codegen/h2def.py
Apr 16 17:28:58 <DocScrutinizer> go go buildhost GOOOO!!
Apr 16 17:29:00 <dos1> TAsn: it should call h2def.py in staging directory
Apr 16 17:29:24 <TAsn> dos1, and it doesn't?
Apr 16 17:29:25 <dos1> TAsn: but i don't know, how, and why it isn't...
Apr 16 17:29:37 <dos1> s/isn't/doesn't/
Apr 16 17:29:37 <bzzbot> dos1 meant: TAsn: but i don't know, how, and why it doesn't...
Apr 16 17:30:08 <TAsn> i c.
Apr 16 17:33:35 <Ainulindale> I just posted a summary of the changes I made today
Apr 16 17:33:39 <Ainulindale> And what I'll do in the next few days
Apr 16 17:33:42 <Ainulindale> If you guys are interested
Apr 16 17:34:05 * DocScrutinizer is throwing a few `renice` at mwester to feed these to his build
Apr 16 17:34:07 <TAsn> Ainulind1le, blog?
Apr 16 17:34:24 <Ainulindale> TAsn: nope, shr-devel
Apr 16 17:34:30 <DocScrutinizer> mwester: digital doping
Apr 16 17:34:34 <TAsn> Ainulindale, cool.
Apr 16 17:34:39 <Ainulindale> It's mostly technical :-)
Apr 16 17:34:42 * mwester cranks up the PSU voltage
Apr 16 17:34:51 <DocScrutinizer> :)
Apr 16 17:35:11 <methril> re
Apr 16 17:36:45 <TAsn> Ainulindale, sweet.
Apr 16 17:37:28 <TAsn> Ainulindale, nice set of changes, though what does it mean for me? (concerning my build environment)? how do I upgrade my environment to comply with the newest changes?
Apr 16 17:37:38 <Ainulindale> make update will do
Apr 16 17:37:47 <Ainulindale> except for the "packages" => "recipes" thing
Apr 16 17:38:00 <TAsn> Ainulindale, which should be done before make update I assume?
Apr 16 17:38:04 <Ainulindale> in order to do that just do sed -i -e 's/packages/recipes/g' in your conf subdir
Apr 16 17:38:18 <Ainulindale> TAsn: no make update will do that for you except the sed part
Apr 16 17:38:22 <Ainulindale> which is the conf part
Apr 16 17:38:31 <TAsn> Ainulindale, cool.
Apr 16 17:38:32 <TAsn> noted.
Apr 16 17:38:35 <Ainulindale> check in shr-unstable/conf for example
Apr 16 17:38:58 <Ainulindale> I forgot to mention the potentiality of migrating to xorg
Apr 16 17:40:52 <Ainulindale> Damn you Ainu
Apr 16 17:41:25 <Ainulindale> (I have to say that currently, Ainulind1le is connected through an usb dongle graciously given by wurp2|working, at the end of an usb cup warmer)
Apr 16 17:41:35 <Ainulindale> (because if I don't put it there, I don't have any signal)
Apr 16 17:42:46 <mwester> You need a smaller house, or a bigger wireless router.
Apr 16 17:43:01 <Ainulindale> I don't have internet at home
Apr 16 17:43:09 <Ainulindale> Waiting for my ISP to set it up
Apr 16 17:43:10 <mwester> gah!
Apr 16 17:43:11 <Ainulindale> That's why
Apr 16 17:43:15 <Ainulindale> I just moved :-)
Apr 16 17:43:44 <methril> Ainulindale: now i'm at home
Apr 16 17:44:03 <Ainulindale> Yes?
Apr 16 17:44:05 <methril> Ainulindale: i could help a litle bit
Apr 16 17:44:13 <methril> or you just finished?
Apr 16 17:44:19 <Ainulindale> well if you are familiar with OE policies
Apr 16 17:44:30 <Ainulindale> If you could check SECTION, PV, PR of all our recipes
Apr 16 17:44:43 <Ainulindale> Maybe produce patches
Apr 16 17:44:45 <Ainulindale> I'd be glad
Apr 16 17:44:49 <methril> well, i read a lot of OE recipes, but what you mean with policies?
Apr 16 17:44:52 <Ainulindale> Even if a recipe is badly done
Apr 16 17:45:01 <Ainulindale> methril: well there are rules for PR/PV/SECTION
Apr 16 17:45:13 * methril puts hands on looking the shr recipes
Apr 16 17:45:33 <Ainulindale> If you see anything which seems ugly or weird or anything
Apr 16 17:45:36 <Ainulindale> please produce a patch
Apr 16 17:45:43 <Ainulindale> I'll give you access 
Apr 16 17:46:12 <methril> k
Apr 16 17:52:18 <bumbl> omg 
Apr 16 17:52:30 <bumbl> surfing the internet one comes across the biggest crap
Apr 16 17:52:41 <bumbl> http://www.manolith.com/2009/03/23/how-to-pick-up-girls-using-your-iphone/
Apr 16 17:56:32 <spaetz> playya: that is because vala-settings is no more
Apr 16 17:56:51 <spaetz> s/vala-settings/shr-config/g
Apr 16 17:57:34 <bumbl> spaetz: did you use a scroller in combination with the slider used for e.g. backlight?
Apr 16 17:58:06 <spaetz> mwester: ok, thanks for the init script info. now, if we can get rid of those 'unknown g-ether parameter' output on boot
Apr 16 17:58:10 <bzzbot> spaetz meant: playya: that is because shr-config is no more
Apr 16 17:58:21 <mwester> spaetz:  not without a kernel patch.
Apr 16 17:58:25 <spaetz> bumbl: nope, no scroller
Apr 16 17:58:35 <spaetz> stupid bzzbot 
Apr 16 17:58:53 <spaetz> mwester: i guessed so. ok
Apr 16 17:59:19 <mwester> Yeah, I wasn't really happy that Andy did that to Qi.
Apr 16 17:59:23 <spaetz> why are we hard-coding mac addresses anyway 
Apr 16 17:59:35 <mwester> We are hard-coding them because that is correct.
Apr 16 17:59:51 <spaetz> mmmh.
Apr 16 18:00:00 <mwester> (and it makes network managers happy)
Apr 16 18:00:16 <spaetz> if you say so (no clue about those modules)
Apr 16 18:00:28 <mwester> But the problem is that Andy modified Qi to read that from the factory partition, and add to the kernel boot line.
Apr 16 18:00:30 <TAsn> bumbl, would you mind making a Freerunner equivalent?
Apr 16 18:01:08 <mwester> So we can't get rid of them -- and they are not very useful because we need g_ether as a module so that we can unload it in order to use the USB in host mode (as I understand it)
Apr 16 18:01:41 <mwester> If g_ether is a module, then user-space can put the parameters on using the normal module parameter mechanism.
Apr 16 18:01:42 <spaetz> makes sense
Apr 16 18:03:11 <mwester> In the long term, I would like to have that g_ether script be run once at first boot, and have the first-boot logic write the module config out so that modprobing it at future boots will use the correct usb MAC addrs. That'll speed boot.  But at the cost of complexity, and I'd like for it to "just work" first.
Apr 16 18:03:44 <bumbl> TAsn: i have no use for it
Apr 16 18:03:56 <TAsn> bumbl, why not?
Apr 16 18:04:08 <bumbl> just thought it is really funny/strange that something like a fake call app exists
Apr 16 18:04:30 <TAsn> well, it is terribly funny.
Apr 16 18:04:52 <TAsn> even funnier that it got 71k views.
Apr 16 18:04:53 <DocScrutinizer> bzzbot: spank mwester 
Apr 16 18:04:55 <dos1> bumbl: with FSO interface we can do something simillar very simply :D
Apr 16 18:05:00 <bumbl> o tempores o mores
Apr 16 18:05:06 <bumbl> dos1: i know
Apr 16 18:05:06 <dos1> ~spank Dave
Apr 16 18:05:22 <dos1> :P
Apr 16 18:05:43 <bumbl> dos1: look at #openmoko
Apr 16 18:05:56 <bumbl> apt is a good bot
Apr 16 18:06:07 <bumbl> 16.04.09 20:05 < bumbl> ~spank Dave
Apr 16 18:06:08 <bumbl> 16.04.09 20:05  * apt bends Dave over his knee and tatoos 'ibot' on Dave's pasty white buttocks.
Apr 16 18:06:25 <dos1> hehe
Apr 16 18:06:26 <dos1> ;)
Apr 16 18:06:40 <DocScrutinizer> mwester: spank bzzbot !
Apr 16 18:07:36 <dos1> bzzbot
Apr 16 18:07:36 <DocScrutinizer> or renice him ;-)
Apr 16 18:07:40 <dos1> s/bz/buz/
Apr 16 18:07:40 <bzzbot> dos1 meant: buzzbot
Apr 16 18:07:59 <dos1> ~help
Apr 16 18:08:05 <bumbl> ~help
Apr 16 18:08:14 <DocScrutinizer> wow, it's ALIVE
Apr 16 18:08:26 <bumbl> it is
Apr 16 18:08:27 <dos1> type ~help
Apr 16 18:08:30 <bumbl> but apt is cooler
Apr 16 18:08:33 <dos1> you will get pm
Apr 16 18:08:41 <bumbl> it knows how to slap Dave 
Apr 16 18:08:44 <dos1> ~rot13 openmoko
Apr 16 18:08:44 <bzzbot> bcrazbxb
Apr 16 18:08:56 <bumbl> ~rot26 openmoko
Apr 16 18:08:56 <bzzbot> openmoko
Apr 16 18:08:58 <bumbl> ;)
Apr 16 18:09:20 <dos1> ~kick Dave
Apr 16 18:09:21 <dos1> ;D
Apr 16 18:09:31 <dos1> ~rot1 openmoko
Apr 16 18:09:32 <bzzbot> pqfonplp
Apr 16 18:09:38 <dos1> ~rot0 bzzbot
Apr 16 18:09:38 <bzzbot> bzzbot
Apr 16 18:09:59 <bumbl> enough spamming (when i am offline: is there the same spam on this chan?)
Apr 16 18:10:02 <DocScrutinizer> bzbot killed mwester
Apr 16 18:10:23 <TAsn> bumbl, no.
Apr 16 18:10:35 <TAsn> ;]
Apr 16 18:10:41 * bumbl takes the full responsibility
Apr 16 18:10:43 <bumbl> :D
Apr 16 18:10:51 <Sharwin_F> it's still secure to update unstable before changing to testing repos?
Apr 16 18:11:01 <DocScrutinizer> bzzbot was busy doing that, so it was unresponsive for a while
Apr 16 18:11:09 <bumbl> for killing everyone
Apr 16 18:11:11 <bumbl> 's
Apr 16 18:11:35 <bumbl> efficiacy
Apr 16 18:11:43 <bumbl> -i
Apr 16 18:11:57 <dos1> Shawrin_F: now unstable and testing should be identical
Apr 16 18:11:58 <bumbl> (egocentric ftw)
Apr 16 18:12:32 <bumbl> dos1: are there any fixes in the unstable feed?
Apr 16 18:12:40 <bumbl> is gps working
Apr 16 18:13:02 <bumbl> tomorrow i will have the neo do the ultimative stress test
Apr 16 18:13:31 <bumbl> aka organisating and surviving an evening off with a friend who has birthday
Apr 16 18:14:04 <bumbl> + two other friends who had birthday today
Apr 16 18:37:45 <Ainulindale> Well latest image
Apr 16 18:37:49 <Ainulindale> No GSM sound
Apr 16 18:37:50 <Ainulindale> At all
Apr 16 18:37:54 <Ainulindale> No matter what I try
Apr 16 18:37:57 <Ainulindale> What's this mess now
Apr 16 18:38:46 <TAsn> Ainulindale, don't want to add anything to your mess, though please when you have the time change the trac components name to shr-messages, shr-contacts... like you changed in the repos.
Apr 16 18:38:54 <Ainulindale> Yeah I intended to
Apr 16 18:39:02 <dos1> let's hope it will work now
Apr 16 18:39:06 <dos1> (libmokoui2)
Apr 16 18:39:07 <Ainulindale> Though now I'd rather have testers
Apr 16 18:39:17 <Ainulindale> Please download testing, and flash/install it and try
Apr 16 18:40:34 <dos1> it doesn't work :(
Apr 16 18:40:41 <dos1> i don't know how to do it...
Apr 16 18:41:02 <dos1> python: can't open file '/usr/share/pygtk/2.0//codegen/h2def.py': [Errno 2] No such file or directory\
Apr 16 18:41:37 <dos1> CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/python2.6
Apr 16 18:41:42 <dos1> and i don't know, why...
Apr 16 18:43:11 <TAsn> dos1, it seems like if the paths are hardcoded
Apr 16 18:43:29 <dos1> TAsn: no, they doesn't
Apr 16 18:43:30 <TAsn> and therefore don't respect the cross compilation path prefix
Apr 16 18:43:35 <TAsn> dos1, oh, ok.
Apr 16 18:43:40 <dos1> TAsn: $(prefix) is /usr
Apr 16 18:43:44 <dos1> i checked it
Apr 16 18:44:08 <dos1> TAsn: bitbake is passing "--prefix /usr" to ./configure
Apr 16 18:44:34 <TAsn> dos1, but shouldn't it check it ~/oe/shr-unstable/tmp/... ?
Apr 16 18:44:52 <TAsn> you get what I meant?
Apr 16 18:44:58 <dos1> TAsn: on my buildhost /var/www/build/shr-unstable/...
Apr 16 18:44:59 <dos1> i know
Apr 16 18:45:02 <dos1> it should
Apr 16 18:45:05 <dos1> but it isn't
Apr 16 18:45:09 <dos1> and i don't know, why
Apr 16 18:45:17 <TAsn> dos1, does it use autoconf?
Apr 16 18:45:22 <dos1> TAsn: yep
Apr 16 18:45:26 <TAsn> m..
Apr 16 18:45:52 <TAsn> dos1, where did you get the sources from?
Apr 16 18:45:52 <TAsn> (link)
Apr 16 18:46:16 <dos1> openembedded/openmoko2/libmokoui2_svn.bb :P
Apr 16 18:46:27 <dos1> i'm only trying to enable python bindings generation
Apr 16 18:46:27 <TAsn> sec, bah.
Apr 16 18:46:33 <dos1> --enable-python
Apr 16 18:46:41 <TAsn> dos1, it works without it?
Apr 16 18:46:46 <dos1> yes
Apr 16 18:46:53 <TAsn> i c.
Apr 16 18:46:58 <dos1> and there is needed patch for change gnome-python dependency to pygtk
Apr 16 18:48:29 <dos1> TAsn: do you want my bb file and patches?
Apr 16 18:48:40 <TAsn> dos1, actually I'm studying atm.
Apr 16 18:48:43 <TAsn> was just wondering
Apr 16 18:49:01 <TAsn> will probably download the sources later and check wth is wrong.
Apr 16 18:49:53 <dos1> http://openmoko.opendevice.org/build/libmokoui2_svn.bb
Apr 16 18:49:55 <dos1> http://openmoko.opendevice.org/build/libmokoui2/
Apr 16 18:50:05 <Ainulind1le> Guys
Apr 16 18:50:07 <TAsn> dos1, thanks ;]
Apr 16 18:50:09 <Ainulind1le> The buildhost is going down soon
Apr 16 18:50:13 <Ainulind1le> could you PLEASE test testing?
Apr 16 18:50:24 <cyberalex> hi
Apr 16 18:50:59 <TAsn> dos1, btw, what about the theme?
Apr 16 18:51:13 <dos1> TAsn: i haven't worked on that
Apr 16 18:51:19 <Ainulind1le> Ah, I think I know why
Apr 16 18:51:21 <TAsn> cool.
Apr 16 18:51:25 <Ainulind1le> I think I know the culprit
Apr 16 18:51:32 <dos1> culprit?
Apr 16 18:51:41 <Ainulind1le> My guess is : it's you
Apr 16 18:52:51 <Ainulind1le> Yep, it's your fault
Apr 16 18:52:57 <cyberalex> how to compile c programs (with elementary lib) for the fr (shr)?
Apr 16 18:53:09 <cyberalex> there are sdk?
Apr 16 18:53:30 <dos1> Ainulind1le: if something is wrong when i'm doing something, it's my fault all the time
Apr 16 18:53:43 <dos1> but my question is - where i did something wrong? :x
Apr 16 18:53:57 <Ainulind1le> rules.yaml
Apr 16 18:54:03 <Ainulind1le> did you test without headset?
Apr 16 18:54:27 <dos1> i didn't commit anything about headsets to rules.yaml
Apr 16 18:54:33 <Ainulind1le> Yes you did
Apr 16 18:54:34 <dos1> i have my changes only locally
Apr 16 18:54:36 <dos1> where?
Apr 16 18:54:36 <Ainulind1le> http://git.shr-project.org/git/?p=shr-overlay.git;a=commitdiff;h=b68ae3c249e02424dd3d5fa6bd255f9c5a1a6fa0
Apr 16 18:54:59 <Ainulind1le> git blame!!!
Apr 16 18:55:01 <Ainulind1le> =)
Apr 16 18:55:15 <dos1> it's only copy from upstream rules.yaml
Apr 16 18:55:40 <Ainulind1le> I'm sure it's not, and even if it is, I'll blame yoi :-p
Apr 16 18:55:42 <Ainulind1le> s/yoi/you/
Apr 16 18:55:44 <bzzbot> Ainulind1le meant: I'm sure it's not, and even if it is, I'll blame you :-p
Apr 16 18:56:02 <Ainulind1le> dos1: help me to find the problem if you don't think it's that :-)
Apr 16 18:56:31 <Ainulind1le> Here I don't have sound when I initiate a call
Apr 16 18:57:25 <Ainulind1le> Heh
Apr 16 18:57:26 <Ainulind1le> Lucky you
Apr 16 18:57:28 <Ainulind1le> It's not you
Apr 16 18:57:30 <Ainulind1le> 2009.04.16 20:56:07.558 oeventsd.action      ERROR    method SetScenario emited error: org.freesmartphone.Device.Audio.ScenarioInvalid: available scenarios are: []
Apr 16 18:57:39 <dos1> :>
Apr 16 18:57:50 <Ainulind1le> The question is: why?
Apr 16 18:57:53 <dos1> i said, it is only copy from upstream ;x
Apr 16 18:58:13 <dos1> Ainulind1le: look at frameworkd.conf and /usr/share/openmoko/scenarios/
Apr 16 18:58:22 <Ainulind1le> yep there is everything in scenarios
Apr 16 18:58:37 <Ainulind1le> And nothing in frameworkd.conf
Apr 16 18:59:33 <Ainulind1le> And I know why
Apr 16 18:59:36 <Ainulind1le> Dumb bb 
Apr 16 18:59:57 <Ainulind1le> I was sure it was that but I was willing to blame you nonetheless :-p
Apr 16 19:00:03 <Ainulind1le> (my fault, sorry)
Apr 16 19:01:23 <Ainulind1le> I was wondering how it worked that far but hey
Apr 16 19:01:28 <Ainulind1le> Now that you're innocent
Apr 16 19:01:44 <Ainulind1le> Tell me what do I have to do to test if a directory is present in shellscript :-p
Apr 16 19:01:47 <Ainulind1le> -d ?
Apr 16 19:02:16 <dos1> or -x?
Apr 16 19:02:23 <Ainulind1le> strictly no idea
Apr 16 19:02:24 <dos1> i'm checking "man bash" every time i need it :P
Apr 16 19:02:39 <Ainulind1le> no -x is execute
Apr 16 19:02:43 <Ainulind1le> it's -d
Apr 16 19:02:46 <dos1> or -e
Apr 16 19:02:49 <dos1> i don't remember
Apr 16 19:02:54 <Ainulind1le> dos1: check frameworkd-config-shr.bb you'll understand
Apr 16 19:04:55 <dos1> if [ -f "${CONFPATH}/${MACHINE}" ] ; then    CONF_PATH = "${S}/${MACHINE}" fi
Apr 16 19:04:55 <dos1> yep?
Apr 16 19:05:04 <Ainulind1le> yep
Apr 16 19:05:21 <Ainulind1le> Correcting that as we speak
Apr 16 19:10:09 <CIA-75> SHR: 03ainulindale 07shr-overlay * r1e3a3e1db07d 10/openembedded/recipes/shr/frameworkd-config-shr_git.bb: frameworkd-config-shr: Fix -f by -d. This is dos1 fault for not warning
Apr 16 19:10:43 <soltys> hehe
Apr 16 19:10:49 <soltys> Ainulind1le: nice comment ;)
Apr 16 19:11:08 <dos1> i didn't changed that part of script
Apr 16 19:11:15 <dos1> i only added profiles files :x
Apr 16 19:11:16 <Ainulind1le> I know
Apr 16 19:11:21 <Ainulind1le> I just blamed you for fun :-p
Apr 16 19:11:45 <dos1> noone likes me :(
Apr 16 19:11:46 <dos1> ;)
Apr 16 19:17:53 <CIA-75> SHR: 03ainulindale 07shr-overlay * r1e3a3e1db07d 10/openembedded/recipes/shr/frameworkd-config-shr_git.bb: frameworkd-config-shr: Fix -f by -d. This is dos1 fault for not warning
Apr 16 19:18:12 <Ainulind1le> Damn I borked my git.
Apr 16 19:18:14 <Ainulind1le> Anyway, I don't care.
Apr 16 19:18:32 <dos1> cause it's my fault? :P
Apr 16 19:18:38 <Ainulind1le> Yeah :-)
Apr 16 19:18:44 <Ainulind1le> You can blame too you know :-p
Apr 16 19:19:02 <methril> Ainulind1le: there is a lot of OE policies to be commited :D
Apr 16 19:19:10 <Ainulind1le> methril: tat is?
Apr 16 19:19:13 <Ainulind1le> +h
Apr 16 19:19:49 <methril> Ainulind1le: I've one question - is firibidi used as a library? OE has one
Apr 16 19:20:00 <Ainulind1le> yes and we're using it now
Apr 16 19:21:00 <methril> the we've to update from0.10.4 to 0.10.9, and use the lib one isn't it?
Apr 16 19:21:23 <Ainulind1le> I have no idea what you're talking about
Apr 16 19:21:28 <Ainulind1le> The culprit for fridibi is TAsn 
Apr 16 19:22:20 <dos1> libmokoui2 python bindings doesn't compile with bitbake!
Apr 16 19:22:35 <dos1> and it's your fault, Ainulind1le :P
Apr 16 19:22:45 <Ainulind1le> I'll help you toight
Apr 16 19:22:47 <Ainulind1le> +n
Apr 16 19:23:13 <dos1> you are so evil, and bitbake doesn't like evil people
Apr 16 19:23:21 <Ainulind1le> For the time being let me have sound scenarii to call my parents :-)
Apr 16 19:23:41 <dos1> so it won't work for shr people trying to get libmokoui2 bindings ;D
Apr 16 19:24:01 <Ainulind1le> please commit the recipe in its current state
Apr 16 19:24:03 <Ainulind1le> we'll look at it
Apr 16 19:24:32 <dos1> recipe is in OE
Apr 16 19:24:38 <dos1> i'm editing it
Apr 16 19:24:43 <Ainulind1le> Oh
Apr 16 19:24:49 <TAsn> dos1, 
Apr 16 19:24:51 <Ainulind1le> Then pastebin it
Apr 16 19:24:52 <Ainulind1le> W 5
Apr 16 19:24:54 <Ainulind1le> grmbl
Apr 16 19:24:58 <TAsn> go to the source tree
Apr 16 19:24:59 <dos1> http://openmoko.opendevice.org/build/libmokoui2_svn.bb
Apr 16 19:24:59 <dos1> http://openmoko.opendevice.org/build/libmokoui2/
Apr 16 19:25:01 <TAsn> bindings dir
Apr 16 19:25:04 <TAsn> python
Apr 16 19:25:14 <TAsn> and there you'll see a makefile.am
Apr 16 19:25:20 <TAsn> and it does use an hardcoded path
Apr 16 19:25:25 <TAsn> for a python util you probably need.
Apr 16 19:25:29 <dos1> TAsn: yep, i know. and that file i'm patching.
Apr 16 19:25:31 <TAsn> 	python /usr/share/pygtk/2.0/codegen/h2def.py ../../libmokoui/moko-finger-scroll.h > mokoui.defs
Apr 16 19:25:47 <TAsn> you said it doesn't have an hardcoded path!
Apr 16 19:26:03 <TAsn> anyhow, that is it
Apr 16 19:26:05 <dos1> TAsn: not with my patch
Apr 16 19:26:06 <dos1> :D
Apr 16 19:26:07 <dos1> http://openmoko.opendevice.org/build/libmokoui2/libmokoui2-python-support.patch
Apr 16 19:26:07 <TAsn> well it seems so anyway ;]
Apr 16 19:26:24 <TAsn> dos1, you got h2def to run?
Apr 16 19:26:30 <dos1> no
Apr 16 19:26:46 <dos1> $(PYGTK) is still /usr/share/pygtk/2.0/
Apr 16 19:27:00 <dos1> PYGTK=$(datarootdir)/pygtk/2.0/
Apr 16 19:27:10 <dos1> so $(datarootdir)=/usr/share
Apr 16 19:27:15 <TAsn> ok
Apr 16 19:27:16 <dos1> $(prefix)=/usr
Apr 16 19:27:19 <dos1> and i don't know, why
Apr 16 19:27:21 <TAsn> so the whole scheme is broken
Apr 16 19:27:47 <TAsn> datarootdir is a dir in the target isn't it?
Apr 16 19:28:02 <TAsn> you need to get the path in the build environment in some way.
Apr 16 19:28:34 <dos1> TAsn: no
Apr 16 19:28:44 <TAsn> why not?
Apr 16 19:28:46 <TAsn> you want to run it atm.
Apr 16 19:28:51 <dos1> it shouldn't install to /usr on my host
Apr 16 19:29:00 <TAsn> dos1, oh, of course not.
Apr 16 19:29:11 <dos1> so $(datarootdir) should point to staging directory
Apr 16 19:29:12 <TAsn> I meant it should look for h2def in your build env
Apr 16 19:29:25 <dos1> yep. and it should look with my patch IMO
Apr 16 19:29:27 <TAsn> dos1, I think datarootdir is the target dir!
Apr 16 19:29:36 <TAsn> i.e the path in the package
Apr 16 19:29:39 <cyberalex> i'm trying openmoko toolchain but i can't find opkg-target..and if i run opkg-cl update as root it returns "Could not obtain administrative lock"
Apr 16 19:29:44 <TAsn> so when you install the package it'll install to there
Apr 16 19:29:48 <dos1> but target dir = build env
Apr 16 19:29:53 <dos1> it's staging
Apr 16 19:29:59 <TAsn> and I think staging installs a made package
Apr 16 19:30:00 <dos1> or i'm understanding it wrongly :P
Apr 16 19:30:07 <TAsn> dos1, I think you got it wrong
Apr 16 19:30:10 <TAsn> I think staging
Apr 16 19:30:15 <Ainulind1le> damn
Apr 16 19:30:17 <TAsn> is just installing a dev package.
Apr 16 19:30:21 <dos1> so where i can fing pygtk installed by bitbake?
Apr 16 19:30:22 <dos1> :P
Apr 16 19:30:22 <Ainulind1le> still not good and I can't properly test it
Apr 16 19:30:24 <dos1> find*
Apr 16 19:30:30 <Ainulind1le> My connection is slow as hell
Apr 16 19:30:42 <dos1> Ainulind1le: frameworkd-config-shr?
Apr 16 19:30:45 <Ainulind1le> yeah
Apr 16 19:30:49 <TAsn> dos1, somewhere in the staging dir? no idea ;]
Apr 16 19:30:49 <dos1> wait a moment
Apr 16 19:30:56 <Ainulind1le> You'll blame me! :-)
Apr 16 19:31:00 <TAsn> you should find the bitbake chroot
Apr 16 19:31:04 <TAsn> no idea how though.
Apr 16 19:31:36 <Ainulind1le> ? weird
Apr 16 19:31:38 <Ainulind1le> It wasn't updated 
Apr 16 19:31:55 <Ainulind1le> Ah, yes.
Apr 16 19:32:03 <TAsn> dos1, anyhow, your (and the original) makefile.am look terribly wrong
Apr 16 19:32:04 <Ainulind1le> That's because I didn't rebased it properly it seems
Apr 16 19:32:05 <Ainulind1le> weird
Apr 16 19:32:13 <dos1> Ainulind1le: but i don't understand that script...
Apr 16 19:32:13 <TAsn> is there an OE support chan anywhere?
Apr 16 19:32:34 <dos1> TAsn: i know
Apr 16 19:32:54 <dos1> Ainulind1le: that script is searching of confpath/om-gta02
Apr 16 19:33:02 <dos1> and then confpath=confpath/om-gta02
Apr 16 19:33:26 <TAsn> dos1, btw, I thought about an ugly hack
Apr 16 19:33:29 <TAsn> you can try to enforce.
Apr 16 19:33:39 <Ainulind1le> Wait
Apr 16 19:33:43 <TAsn> get the h2def file
Apr 16 19:33:44 <dos1> Ainulind1le: but profiles are not in om-gta02 dir
Apr 16 19:33:46 <TAsn> and put it in the dir
Apr 16 19:33:51 <Ainulind1le> That's not what it does
Apr 16 19:34:01 <TAsn> and use it from there
Apr 16 19:34:03 <dos1> so what it does?
Apr 16 19:34:10 <TAsn> (put it in the src dir)
Apr 16 19:34:21 <dos1> TAsn: i understand
Apr 16 19:35:03 <dos1> TAsn: ugly hack ;x
Apr 16 19:35:21 <TAsn> dos1, don't tell Ainulindale and we'll be fine ;]
Apr 16 19:35:34 <TAsn> dos1, btw
Apr 16 19:35:37 <TAsn> I don't have h2def here
Apr 16 19:35:41 <TAsn> which is pretty weird
Apr 16 19:35:45 <TAsn> (local machine)
Apr 16 19:36:15 <dos1> TAsn: have you pygtk installed?
Apr 16 19:36:20 <TAsn> duh.
Apr 16 19:36:26 <TAsn> I also have a lot of defs
Apr 16 19:36:32 <TAsn> though no h2def
Apr 16 19:36:43 <TAsn> not in the /usr/share/pygtk/ subtree anyway.
Apr 16 19:37:06 <TAsn> anyhow what they did is BAD!
Apr 16 19:37:21 <TAsn> they used the local (hardcoded) location of h2def
Apr 16 19:37:22 <dos1> TAsn: can you generate that defs?
Apr 16 19:37:26 <dos1> i don't have pygtk installed :P
Apr 16 19:37:31 <TAsn> dos1, I don't have h2def
Apr 16 19:37:36 <TAsn> so, no ;]
Apr 16 19:37:44 <TAsn> sec, will search for it
Apr 16 19:38:10 <TAsn> bah, no idea where it might be at.
Apr 16 19:38:33 <TAsn> oh, it's supposed to be in pyobject
Apr 16 19:38:34 <TAsn> sec.
Apr 16 19:38:50 <TAsn> cool ;]
Apr 16 19:38:52 <TAsn> found it. ;]
Apr 16 19:39:04 <TAsn> you just want the defs?
Apr 16 19:39:11 <dos1> looks like yes
Apr 16 19:39:52 <dos1> TAsn: hmm... after thinking... it's not that ugly
Apr 16 19:40:01 <dos1> vala binding are shipped in exactly that way
Apr 16 19:40:40 <TAsn> dos1, ok
Apr 16 19:40:41 <TAsn> got it.
Apr 16 19:40:54 <TAsn> dos1, got mail?
Apr 16 19:41:39 <TAsn> dos1, ?
Apr 16 19:41:41 <dos1> TAsn: seba dot dos1 on some nice and happy gmail server
Apr 16 19:41:42 <dos1> ;)
Apr 16 19:41:52 <TAsn> cool ;]
Apr 16 19:42:23 <Ainulind1le> (I set up an alias at spankmeharder@shr-project.org)
Apr 16 19:42:40 <dos1> cool
Apr 16 19:42:41 <dos1> ;D
Apr 16 19:42:45 <Ainulind1le> I hesitated between you and DocScrutinizer though
Apr 16 19:43:19 <TAsn> dos1, sent it.
Apr 16 19:43:29 <Ainulind1le> DAMN
Apr 16 19:43:31 <Ainulind1le> Same thing again.
Apr 16 19:43:32 <dos1> TAsn, got it
Apr 16 19:43:34 <Ainulind1le> What is this mess.
Apr 16 19:43:45 <TAsn> now I demand you get me a working pymokoui2 ! ;]
Apr 16 19:43:45 <dos1> Ainulind1le: ok, now really wait a moment
Apr 16 19:43:53 <TAsn> dos1, and ship it by default.!
Apr 16 19:43:56 <Ainulind1le> (I modified it)
Apr 16 19:44:05 <Ainulind1le> (Don't try to modify it)
Apr 16 19:44:13 <Ainulind1le> ah I know
Apr 16 19:44:14 <Ainulind1le> Damn _
Apr 16 19:44:19 <TAsn> and don't confuse target and local dirs!
Apr 16 19:44:20 <TAsn> ;]
Apr 16 19:45:06 <TAsn> Ainulindale, where's quickdev?
Apr 16 19:45:10 <TAsn> I haven't seen him for ages.
Apr 16 19:45:12 <Ainulind1le> Up your ass and I don't know
Apr 16 19:45:43 <TAsn> btw, I'm bombing the shr trac, I hope you like it.
Apr 16 19:45:44 <dos1> ~seen quickdev
Apr 16 19:45:44 <bzzbot> quickdev <n=quickdev@p5B054A61.dip.t-dialin.net> was last seen on IRC in channel #openmoko-cdevel, 50d 5h 10m 23s ago, saying: 'and for you?'.
Apr 16 19:45:54 <methril> i go for lunch
Apr 16 19:45:54 <TAsn> 50d? ;[
Apr 16 19:46:02 <methril> s/lunch/dinner
Apr 16 19:46:31 <methril> Ainulind1le: rename openmoko-session3 to shr-session?
Apr 16 19:46:35 <methril> bbl
Apr 16 19:46:47 <dos1> openmoko-session3?
Apr 16 19:46:47 <Ainulind1le> I don't know what this is so I didn't touch it
Apr 16 19:46:58 <Ainulind1le> I can't remember how to set a var in a reicpe
Apr 16 19:47:00 <spaetz> comp renaming?
Apr 16 19:47:04 <Ainulind1le> s/reic/reci/
Apr 16 19:47:04 <dos1> that must be something old
Apr 16 19:47:04 <bzzbot> Ainulind1le meant: I can't remember how to set a var in a recipe
Apr 16 19:47:13 <Ainulind1le> Trying set now
Apr 16 19:47:22 <spaetz> i might be able to do that
Apr 16 19:47:25 <Ainulind1le> at least now my path is good
Apr 16 19:49:09 <TAsn> dos1, btw when you are done checking
Apr 16 19:49:13 <TAsn> please beep me ;]
Apr 16 19:50:16 <Ainulind1le> DAMNБ
Apr 16 19:50:16 <Ainulind1le> What did I do this time.
Apr 16 19:51:15 <DocScrutinizer> Ainulind1le: there's no hesitatin' ;D
Apr 16 19:51:41 <PaulFertser> lars: Hi :) Can you please add a comment at https://docs.openmoko.org/trac/ticket/2258 ?
Apr 16 19:52:17 <Ainulind1le> mwester?
Apr 16 19:52:18 <Ainulind1le> alphaone?
Apr 16 19:52:19 <PaulFertser> (2263 is also of interest)
Apr 16 19:52:25 <lars> PaulFertser: sure
Apr 16 19:52:29 <Ainulind1le> I need to know how I can reset a var within a bb recipe
Apr 16 19:52:35 <Ainulind1le> (in install for example)
Apr 16 19:52:46 <Ainulind1le> I was too optimistic it seems
Apr 16 19:53:22 <alphaone> ?
Apr 16 19:54:20 <Ainulind1le> well let us say I want to modify PV in a do_install
Apr 16 19:56:40 <Ainulind1le> AAAAH
Apr 16 19:56:41 <Ainulind1le> At last!
Apr 16 19:57:00 <dos1> :)
Apr 16 19:58:14 <CIA-75> SHR: 03ainulindale 07shr-overlay * r3278a986f6a3 10/openembedded/recipes/shr/frameworkd-config-shr_git.bb: frameworkd-config-shr: Eventually fixed the directory issue. I withdraw my comments on dos1, even though he's mean
Apr 16 19:59:08 <dos1> Ainulind1le: that's what i'm talking about, when i said that i don't understand it :P
Apr 16 19:59:19 <dos1> s/what i'm/what i was/
Apr 16 19:59:20 <bzzbot> dos1 meant: Ainulind1le: that's what i was talking about, when i said that i don't understand it :P
Apr 16 20:00:47 <CIA-75> SHR: 03ainulindale 07shr-overlay * r3278a986f6a3 10/openembedded/recipes/shr/frameworkd-config-shr_git.bb: frameworkd-config-shr: Eventually fixed the directory issue. I withdraw my comments on dos1, even though he's mean
Apr 16 20:02:24 <Ainulind1le> Damn freaking thing
Apr 16 20:02:34 <Ainulind1le> Just because of this dumb UTF8 
Apr 16 20:02:53 <bumbl> Ainulind1le: can we have mplayer as a package?
Apr 16 20:03:16 <Ainulind1le> yes but you have to wait until I regenerate images
Apr 16 20:03:37 <Ainulind1le> But anyway the buildhost will go down
Apr 16 20:04:19 <bumbl> why?
Apr 16 20:04:23 <Ainulind1le> read the ML
Apr 16 20:04:29 * bumbl goes and reads
Apr 16 20:04:46 <bumbl> hoping not to read some bad news again
Apr 16 20:04:55 <Ainulind1le> unfortunately yes
Apr 16 20:05:01 <Ainulind1le> microsoft bought all of the available CPU resources
Apr 16 20:05:05 <Ainulind1le> We don't have any buildhost anymore
Apr 16 20:06:03 <bumbl> ?
Apr 16 20:06:05 <bumbl> wtf
Apr 16 20:06:12 * bumbl does not find the thread though
Apr 16 20:07:29 <bumbl> hmm on shr-devel=
Apr 16 20:07:30 <bumbl> ?
Apr 16 20:07:45 <Deubeuliou> yes
Apr 16 20:07:53 <dos1> bumbl: no, it's not only for few hours for mainernaince, it's evil MS plan :P
Apr 16 20:07:53 <Deubeuliou> "Buildhost downtime"
Apr 16 20:09:28 <Ainulind1le> Rebuilding images
Apr 16 20:09:30 <TAsn> dos1, well, got it to work? ;]
Apr 16 20:09:45 <bumbl> Deubeuliou: nabble seems not to know the thread
Apr 16 20:09:47 <bumbl> strange
Apr 16 20:09:51 <dos1> TAsn: still not
Apr 16 20:10:01 <TAsn> dos1, what seems to be the issue?
Apr 16 20:10:29 <dos1> patches
Apr 16 20:10:30 <dos1> ;D
Apr 16 20:10:33 <dos1> i'm fighting
Apr 16 20:10:44 <TAsn> fight with everything you got!
Apr 16 20:11:03 <TAsn> dos1, ;] at least got it to compile with the bindings?
Apr 16 20:11:10 <dos1> no
Apr 16 20:11:15 <dos1> but i have to go now
Apr 16 20:11:21 <dos1> i will fight with it again tomorrow
Apr 16 20:11:34 <bumbl> hmm nabble seems not to get updated
Apr 16 20:11:41 <dos1> cu
Apr 16 20:11:42 <TAsn> dos1, night ;]
Apr 16 20:11:42 <dos1> good night
Apr 16 20:22:53 <Ainulind1le> Guys if you want to download latest it's fixed =)
Apr 16 20:24:13 <Ainulind1le> TAsn: about allowing contacts adding
Apr 16 20:24:18 <Ainulind1le> TAsn: This is planned through dbus
Apr 16 20:24:24 <Ainulind1le> But first, ophonekitd vala...
Apr 16 20:25:35 <Ainulind1le> nytowl_: did you fix the scenarii (speaker)?
Apr 16 20:25:55 <TAsn> Ainulindale, what is?
Apr 16 20:26:02 <TAsn> calling the contact add dialog?
Apr 16 20:27:36 <Ainulind1le> yep
Apr 16 20:27:47 <Ainulind1le> All the UI features will be dbusified
Apr 16 20:27:52 <TAsn> cool ;]
Apr 16 20:27:57 <Ainulind1le> We already have all the "mockups" for the C calls
Apr 16 20:28:03 <Ainulind1le> Which will get translated into dbus
Apr 16 20:28:11 <Ainulind1le> The aim is for you to be able to call
Apr 16 20:28:17 <Ainulind1le> Display Contacts
Apr 16 20:28:25 <Ainulind1le> Display Contact ("Name" or "Id")
Apr 16 20:28:25 <TAsn> cool ;]
Apr 16 20:28:32 <Ainulind1le> Display Contacts ("Filter")
Apr 16 20:28:37 <Ainulind1le> Message, add, etc.
Apr 16 20:28:42 <Ainulind1le> You get what I mean.
Apr 16 20:28:46 <Ainulind1le> That was the plan from the start
Apr 16 20:28:51 <Ainulind1le> Paroli got on top of that using tichy
Apr 16 20:29:03 <TAsn> btw, did you see the discussion about the ophonekitd resource allocating in the dev list?
Apr 16 20:29:12 <Ainulind1le> Thread?
Apr 16 20:29:34 <TAsn> instead of me checking, just let me sum it up
Apr 16 20:29:39 <TAsn> why the heck do we have it?!
Apr 16 20:29:49 <Ainulind1le> What?
Apr 16 20:30:05 <Ainulind1le> org.shr.ophonekitd.Usage?
Apr 16 20:30:15 <TAsn> bah, sec let me verify
Apr 16 20:30:26 <Ainulind1le> why the heck do we have what? :-)
Apr 16 20:30:40 <TAsn> sec
Apr 16 20:30:48 <TAsn> checking the exact path
Apr 16 20:31:06 <TAsn> btw thread: [Shr-devel] fsoraw, a wrapper launcher with FSO resource preallocation
Apr 16 20:31:29 <TAsn> org.shr.ophonekitd.Usage.RequestResource
Apr 16 20:32:26 <Ainulind1le> Ok
Apr 16 20:32:32 <TAsn> just read the thread ;]
Apr 16 20:32:33 <Ainulind1le> When you request a resource
Apr 16 20:32:40 <Ainulind1le> You'll be the "owner" of this link
Apr 16 20:32:43 <TAsn> yes
Apr 16 20:32:47 <TAsn> this is a wanted situation!
Apr 16 20:32:49 <Ainulind1le> You can't disable this specific link without being the owner
Apr 16 20:32:57 <Ainulind1le> If you want to disable the link you have to disable ALL the links
Apr 16 20:33:05 <Ainulind1le> That is, disable GSM on a system level
Apr 16 20:33:09 <Ainulind1le> Not just ophonekitd
Apr 16 20:33:18 <Ainulind1le> I think this is dumb, I stated it numerous time
Apr 16 20:33:24 <Ainulind1le> So here ophonekitd acts as the resource owner
Apr 16 20:33:33 <Ainulind1le> And in order for people to be able to release resources in its stead
Apr 16 20:33:38 <Ainulind1le> I set up this dbus interface
Apr 16 20:33:51 <Ainulind1le> That way if I want to disable GSM in ophonekitd and not in general
Apr 16 20:34:01 <Ainulind1le> (let us say I use zhone & ophonekitd at the same time)
Apr 16 20:34:02 <Ainulind1le> I can
Apr 16 20:34:57 <Ainulind1le> Does it answer your question?
Apr 16 20:35:38 <TAsn> sec reading
Apr 16 20:36:15 <TAsn> Ainulind1le, first of all, why would you want to disable gsm only in ophonekitd?
Apr 16 20:36:24 <TAsn> second of all there's a big issue using this approach
Apr 16 20:36:28 <Ainulind1le> Why not?
Apr 16 20:36:59 <TAsn> Ainulind1le, because it's a resource it's enough that one requests it
Apr 16 20:37:12 <TAsn> I mean, there are two states on and off
Apr 16 20:37:13 <Ainulind1le> You didn't get my point
Apr 16 20:37:30 <Ainulind1le> Owner A requests GSM
Apr 16 20:37:30 <TAsn> it doesn't seem I have.
Apr 16 20:37:32 <Ainulind1le> GSM is enabled
Apr 16 20:37:36 <Ainulind1le> Owner B requests GSM
Apr 16 20:37:38 <Ainulind1le> GSM stays enabled
Apr 16 20:37:42 <Ainulind1le> Owner A releases GSM
Apr 16 20:37:43 <Ainulind1le> GSM stays enabled
Apr 16 20:37:47 <Ainulind1le> Ok that far?
Apr 16 20:37:54 <TAsn> yeah. this is a wanted behavior
Apr 16 20:37:57 <Ainulind1le> Yes
Apr 16 20:38:22 <Ainulind1le> If I want to release GSM system-wide
Apr 16 20:38:25 <Ainulind1le> I use the policy, great, it works
Apr 16 20:38:30 <Ainulind1le> It'll release owner A & B
Apr 16 20:38:36 <Ainulind1le> If I want to release just one owner
Apr 16 20:38:38 <Ainulind1le> such as ophonekitd
Apr 16 20:38:46 <Ainulind1le> I need to do it in its stead
Apr 16 20:38:52 <Ainulind1le> In the same process, as it's the owner
Apr 16 20:39:02 <Ainulind1le> openbmap is a good example
Apr 16 20:39:08 <Ainulind1le> It'll listen GSM & GP
Apr 16 20:39:08 <Ainulind1le> +S
Apr 16 20:39:19 <Ainulind1le> Let us say that when I use it I don't want to be called 
Apr 16 20:39:26 <Ainulind1le> I want to release the GSM resource for ophonekitd
Apr 16 20:39:34 <Ainulind1le> how can I do that without this?
Apr 16 20:39:46 <TAsn> ok, I got you.
Apr 16 20:39:53 <TAsn> but this raises other issues
Apr 16 20:40:05 <TAsn> just read the thread
Apr 16 20:40:07 <TAsn> (last posts)
Apr 16 20:40:19 <Ainulind1le> sum it up please
Apr 16 20:40:22 <TAsn> ok
Apr 16 20:40:30 <TAsn> resources can stay enabled
Apr 16 20:40:33 <TAsn> if a process dies
Apr 16 20:40:54 <TAsn> i.e A requests for CPU
Apr 16 20:40:57 <TAsn> segfaults
Apr 16 20:41:06 <TAsn> and CPU stays requested forever.
Apr 16 20:41:14 <Ainulind1le> Nope
Apr 16 20:41:25 <TAsn> why not?
Apr 16 20:41:36 <Ainulind1le> Because framework sees that the listener is dead logically
Apr 16 20:41:38 <Ainulind1le> (logically)
Apr 16 20:41:50 <Ainulind1le> try to kill -9 ophonekitd
Apr 16 20:42:35 <TAsn> what do you mean by logically dead?
Apr 16 20:43:23 <TAsn> I mean how can it even know?
Apr 16 20:43:35 <TAsn> because A requested the resource from ophonekitd
Apr 16 20:44:52 <TAsn> Ainulind1le, I hope you got what I mean
Apr 16 20:44:59 <TAsn> you can read the thread as reference.
Apr 16 20:45:00 <TAsn> night.
Apr 16 20:45:27 <Ainulind1le> mickey|zzZZzz: answered your mail on shr-devel
Apr 16 20:54:34 <Ainulind1le> spaetz: you got the purpose of org.shr.ophonekitd.usage all wrong
Apr 16 20:54:39 <Ainulind1le> When you don't know, ask!
Apr 16 21:22:25 <Ainulind1le> Flashing my GTA01!
Apr 16 21:28:07 <Ainulind1le> mwester: fatal, g_ether not found (on the GTA01)
Apr 16 21:28:31 <mwester> boot should finish, though.
Apr 16 21:28:39 <Ainulind1le> yep it continues
Apr 16 21:28:43 <Ainulind1le> just telling you :-)
Apr 16 21:29:23 <mwester> That would be a defconfig issue; I think the .24 kernels all had g_ether built-in... do you think people will want to use the usb in host mode on the gta01?
Apr 16 21:29:57 <Ainulind1le> I don't know, I don't care
Apr 16 21:29:58 <mwester> BTW both gta01 and gta02, lite and standard, all built without errors here... nice job for so many changes all at once!
Apr 16 21:30:04 <Ainulind1le> You're the expert :-)
Apr 16 21:30:11 <Ainulind1le> mwester: heh
Apr 16 21:30:16 <Ainulind1le> I was bored
Apr 16 21:30:34 <mwester> :)
Apr 16 21:30:45 <Ainulind1le> Funny, my battery shows -1%
Apr 16 21:30:51 <mwester> er... yeah.
Apr 16 21:31:00 <Ainulind1le> I wonder whose fault that is :-p
Apr 16 21:31:04 <mwester> hehe!
Apr 16 21:31:29 <mwester> I'll fix the modprobe to add a 2>/devnull
Apr 16 21:32:02 <mwester> that way it won't matter if the module is built-in or not (because there's no way we can know which it may be or may become at time the image is built).
Apr 16 21:32:03 <Ainulind1le> you should fix this battery issue
Apr 16 21:32:07 <Ainulind1le> else it's not clean :-p
Apr 16 21:32:31 <mwester> The battery issue should be fixed in 2.6.29, assuming we get the gta01 working on that kernel.
Apr 16 21:32:38 <mwester> We have >30 days, right?
Apr 16 21:32:55 <Ainulind1le> Well we're in testing, this is a bug, this need fixing
Apr 16 21:33:02 <Ainulind1le> And you need things to do :-p
Apr 16 21:33:19 <Ainulind1le> Currently booting with a SIM card
Apr 16 21:33:19 <mwester> But I'll take a look; perhaps it's just as simple as selecting a newer git hash for that kernel.
Apr 16 21:33:47 * mwester might even point the gta01 kernel at the "knife" repo if it comes to that.
Apr 16 21:33:58 <mwester> temporarily, of course.
Apr 16 21:34:19 <Ainulind1le> PIN correct
Apr 16 21:34:38 <Ainulind1le> mwester: Well I'm open to all alternatives
Apr 16 21:34:44 <mwester> BTW, when you get a moment and are bored, check out the SlugOS init scripts recipes in OE -- I think we can do that to accomodate the fastboot stuff or SHR.
Apr 16 21:34:53 <mwester> s/ or / for /
Apr 16 21:34:55 <bzzbot> mwester meant: BTW, when you get a moment and are bored, check out the SlugOS init scripts recipes in OE -- I think we can do that to accomodate the fastboot stuff for SHR.
Apr 16 21:35:05 <Ainulind1le> Call works
Apr 16 21:35:09 <mwester> :)
Apr 16 21:35:21 <mwester> The gta01 just works... it's a nice little device.
Apr 16 21:35:34 <Ainulind1le> the volume is astonishingly high :-)
Apr 16 21:35:50 <mwester> BTW, can you try the buzzfix on the gta01 at the conference?
Apr 16 21:35:53 <Ainulind1le> (loudà
Apr 16 21:35:59 <Ainulind1le> There's a buzz on it too?
Apr 16 21:36:34 <mwester> I'll make you a deal -- if the buzzfix damages your gta01, I'll send you my 900MHz gta01 to replace it --- I'd just like to know if the buzzfix will work on the gta01 as well.  (yes, it buzzes too)
Apr 16 21:36:57 <Ainulind1le> is your GTA01 in a pristine state?
Apr 16 21:36:59 <Ainulind1le> :-)
Apr 16 21:37:02 <mwester> er...
Apr 16 21:37:18 <Ainulind1le> (and can I use it on european frequencies? Don't know which one they are)
Apr 16 21:37:19 <mwester> I'm pretty sure I can put it back together -- it's on a debug board right now :)
Apr 16 21:37:28 <mwester> Yes, it's a EuroMoko.
Apr 16 21:37:37 <mwester> All the gta01's were euro.
Apr 16 21:37:39 <Ainulind1le> Why do uou have that then?
Apr 16 21:37:42 <Ainulind1le> Oh
Apr 16 21:38:05 <mwester> (Except about a 1/2 dozen experimental 850MHz ones were built)
Apr 16 21:38:22 <mwester> I happen to have one of those...
Apr 16 21:38:40 <Ainulind1le> LEDS aren't working it seems
Apr 16 21:38:45 <Ainulind1le> Are there any leds for starters?
Apr 16 21:38:48 <mwester> no leds
Apr 16 21:38:50 <mwester> :)
Apr 16 21:38:58 <Ainulind1le> Ok that's good to know ;-)
Apr 16 21:39:15 <mwester> No NOR boot -- do you have debug board?
Apr 16 21:39:38 <Ainulind1le> Nah.
Apr 16 21:39:43 <Ainulind1le> I'd like to have one though.
Apr 16 21:40:05 <mwester> Oh - then be careful even editing the u-boot env; you can mess things up and not recover.
Apr 16 21:40:18 <Ainulind1le> I didn't edit anything
Apr 16 21:40:22 <Ainulind1le> just flashed kernel and rootfs
Apr 16 21:40:25 <Ainulind1le> never did more than that
Apr 16 21:40:40 <Ainulind1le> Ah found out an issue with new applications menu
Apr 16 21:40:43 <Ainulind1le> No tangogps icon
Apr 16 21:40:54 <Ainulind1le> (trying GPS)
Apr 16 21:41:09 <mwester> That's the goal we need to have -- SHR on the gta01 should not require any u-boot changes (which is why we have defconfig problems on 2.6.29 -- we cannot increase the kernel beyond 2MB)
Apr 16 21:41:33 <Sharwin_F> is http://people.openmoko.org/andy/ the right place to download qi?
Apr 16 21:41:40 <mwester> Yeah, apparently something is spelled wrong quite a number of the .desktop files -- I commented on that earlier.
Apr 16 21:42:09 <mwester> Ainulind1le:  did you install gllin?
Apr 16 21:42:31 <Ainulind1le> Should be in the image by default
Apr 16 21:42:56 <mwester> I hope not.
Apr 16 21:43:01 <mwester> License violation
Apr 16 21:43:16 <Ainulind1le> ...
Apr 16 21:43:34 <Ainulind1le> Boriiing
Apr 16 21:43:45 <mwester> gllin is the binary-only library; you need to do the click-through in order to get the .ipk
Apr 16 21:43:48 <Ainulind1le> (it isn't)
Apr 16 21:43:57 <mwester> Yeah, it's a real PITA.
Apr 16 21:44:49 <lindi-> mwester: the reverse-engineering efforts have probably not received much interest?
Apr 16 21:45:07 <mmontour> a few of us tried, but gave up
Apr 16 21:45:20 <mwester> Those died about 10 minutes after it was announced that the gta02 would not be using the same chipset.
Apr 16 21:45:43 <mwester> Not much point for only a few hundred or a thousand unit.
Apr 16 21:46:05 <mwester> Not sure how many gta01's were made, but there probably aren't many that are in use anymore.
Apr 16 21:46:05 <Ainulind1le> I thought there was a recipe for gllin
Apr 16 21:46:31 <Ainulind1le> well anyway all is working well
Apr 16 21:46:34 <Ainulind1le> calls, contacts, messages
Apr 16 21:46:36 <Ainulind1le> as expected
Apr 16 21:46:42 <mwester> Ok.
Apr 16 21:46:49 <eolson> reports from sean's slides were of about 3000 GTA01s, and 10,000 GTA02s
Apr 16 21:46:57 <Ainulind1le> button isn't properly handled by e though
Apr 16 21:47:01 <Ainulind1le> we should change the default config
Apr 16 21:47:25 <mwester> There are indications that OABI may have issues in 2.6.29 -- so I think I'll focus on getting the gta01 w/2.6.24 in shape for the release.
Apr 16 21:47:26 <Ainulind1le> ah button doesn't send an x event
Apr 16 21:47:28 <Ainulind1le> up my ass
Apr 16 21:47:54 <mwester> eolson:  that's more than I expected, I wonder where all those gta01's are now...
Apr 16 21:48:11 <Ainulind1le> up yours
Apr 16 21:48:21 <Ainulind1le> (don't tell me you didn't say that on purpose)
Apr 16 21:48:48 * mwester gets the bar of soap ready
Apr 16 21:49:00 <mwester> time to wash out dirty mouths! :p
Apr 16 21:49:04 <eolson> mwester, that's closer to GTA02 numbers than I thought, too. 
Apr 16 21:49:06 <Ainulind1le> :-)
Apr 16 21:49:20 <Ainulind1le> well anywayI
Apr 16 21:49:24 <Ainulind1le> I'm happy I achieved my goal
Apr 16 21:49:27 <Ainulind1le> GTA01 usable now 
Apr 16 21:49:30 <Ainulind1le> (with SHR)
Apr 16 21:49:33 <mwester> A good day, indeed.
Apr 16 21:49:37 <eolson> woo! nice
Apr 16 21:51:48 * mwester is off to take care of a few more chores around the house before dark, back later.
Apr 16 22:01:31 <DocScrutinizer> oh yeah. writing decent IRQ-handler routines is an art not many coders know about :-/
Apr 16 22:02:52 <Ainulind1le> DocScrutinizer: flash shr!
Apr 16 22:02:54 <Ainulind1le> flash shr!
Apr 16 22:02:55 <Ainulind1le> flash shr!
Apr 16 22:03:03 <penguinator> if i wanted to recompile coreutils on SHR, how would i accomplish that?
Apr 16 22:03:11 <Ainulind1le> You'll use OE.
Apr 16 22:03:14 <penguinator> (specifically i want to include base64 in it)
Apr 16 22:03:18 <Ainulind1le> s/'ll/'d/
Apr 16 22:03:18 <bzzbot> Ainulind1le meant: You'd use OE.
Apr 16 22:03:42 <penguinator> haha nice bot
Apr 16 22:04:42 <penguinator> is there any guide for that?
Apr 16 22:04:59 <Ainulind1le> penguinator: well we have a makefile
Apr 16 22:05:07 <Ainulind1le> which will help you to build a working tree
Apr 16 22:05:14 <Ainulind1le> All the instructions are on the wiki
Apr 16 22:05:18 <penguinator> doh i found teh wiki page
Apr 16 22:05:23 <penguinator> i was looking and couldn't find it
Apr 16 22:05:25 <penguinator> will try now
Apr 16 22:06:00 <penguinator> i had horrible experiences with bitbake and oe before, but here goes
Apr 16 22:06:14 <Ainulind1le> well
Apr 16 22:06:17 <Ainulind1le> we're here to help
Apr 16 22:06:24 <Ainulind1le> it's not easy, but it's not that hard
Apr 16 22:06:32 <penguinator> shiny, i'll let you know when stuff starts to break
Apr 16 22:06:36 <penguinator> :P
Apr 16 22:06:45 <Ainulind1le> well that's mostly what people do
Apr 16 22:06:50 <Ainulind1le> letting me know when something breaks
Apr 16 22:08:24 <penguinator> does it make sense that not having the base64 command will inhibit wpa_supplicants ability to do stuff with a certificate file?
Apr 16 22:08:36 <Ainulind1le> No idea :-)
Apr 16 22:08:40 <penguinator> ok
Apr 16 22:08:41 <Ainulind1le> I don't use wifi anyway
Apr 16 22:08:53 <penguinator> ah
Apr 16 22:09:14 <penguinator> my uni's network has this rediculous wpa2 setup that dosn't work presently on openmoko based distros
Apr 16 22:09:19 <penguinator> but otherwise SHR is really ncie
Apr 16 22:09:35 <penguinator> and the update today made it even nicer
Apr 16 22:10:25 <Cap_J_L_Picard> penguinator: that would be openembedded based distros.
Apr 16 22:10:54 <penguinator> ok
Apr 16 22:10:56 <Ainulind1le> penguinator: cool! :-)
Apr 16 22:15:53 <Ainulind1le> mwester: I was thinking right now to fork openmoko.conf
Apr 16 22:15:58 <Ainulind1le> (distro)
Apr 16 22:15:59 <Ainulind1le> Advice?
Apr 16 22:20:18 <mickey|zzZZzz> please start off with minimal
Apr 16 22:29:37 <penguinator> so to make bitbake include base64 in coreutils, i bitbake -c clean coreutils, edit openembedded/recipes/coreutils/coreutils_6.0.bb and add base64 to bidir_progs, and bitbake -c build coreutils?
Apr 16 22:29:38 <Ainulind1le> mickey|zzZZzz: well I just want to fork it as we use it for now
Apr 16 22:29:47 <Ainulind1le> penguinator: yep
Apr 16 22:29:51 <penguinator> shiny
Apr 16 22:30:38 <penguinator> now can i make an opkg for coreutils? or do i ahve to compile the entire image?
Apr 16 22:31:50 <penguinator> what i really would like to do is just compile it and copy the base64 binary over to see if it even works
Apr 16 22:32:07 <penguinator> but it definitly didn't compile coreutils with the bitbake -c build command
Apr 16 22:39:08 <penguinator> getting "
Apr 16 22:39:08 <penguinator> getting "ERROR: Nothing PROVIDES 'coreutils'
Apr 16 22:39:19 <penguinator> is that an issue?
Apr 16 23:09:42 <Ainulind1le> penguinator: try bitbake -b path/to/coreutils.bb
Apr 16 23:11:07 <nytowl> penguinator if you only want to create a single binary try the toolchain
Apr 16 23:11:39 <penguinator> nytowl: the toolchain?
Apr 16 23:12:18 <penguinator> Ainulind1le: hmm, bunch of errors, it's also giving me ERROR: Nothing PROVIDES 'shr-lite-image'
Apr 16 23:12:22 <penguinator> when i try to build the image
Apr 16 23:13:36 <mwester> change /packages/ to /recipes/ in your BBPATH in your local.conf
Apr 16 23:14:03 <mwester> And, yes, the toolchain is probably what you really want.  See the wiki -- just search for toolchian.
Apr 16 23:14:08 <mwester> er, toolchain
Apr 16 23:14:09 <DocScrutinizer> Ainulindale: so where's the latest, hotest uSD image?
Apr 16 23:15:31 <Ainulind1le> Same as ever
Apr 16 23:15:34 <Ainulind1le> build.shr-project.org
Apr 16 23:15:38 <Ainulind1le> testing this time
Apr 16 23:15:38 <penguinator> mwester: searching for toolchain comes up with nothing
Apr 16 23:15:42 <Ainulind1le> not unstable
Apr 16 23:15:50 <DocScrutinizer> kk
Apr 16 23:16:01 <mwester> http://wiki.openmoko.org/wiki/Toolchain
Apr 16 23:16:04 <mwester> ??
Apr 16 23:16:13 <penguinator> oh openmoko
Apr 16 23:17:33 <penguinator> mwester: but your previous suggestion seems to be working, yey
Apr 16 23:23:48 <Ainulind1le> mickey|zzZZzz: libeflvala is failing to build
Apr 16 23:26:06 <Ainulind1le> ERROR: QA Issue: non debug package contains .debug directory: libeflvala-examples path /work/armv4t-angstrom-linux-gnueabi/libeflvala-0.0.0.0+gitr43+676c901eb57f653231fb4c9eeabc2ed3d1b0c072-r0/install/libeflvala-examples/usr/bin/.debug/elementary-vapi
Apr 16 23:28:52 <lindi-> DocScrutinizer: you lived in nürnberg? i'm visiting münchen next week, can you suggest me something I should see there? ;)
Apr 16 23:30:03 <DocScrutinizer> lindi-: hmmm, probably the highway out of it ;D
Apr 16 23:30:56 <DocScrutinizer> lindi-: honestly, I'd not even know what to visit in Nuernberg
Apr 16 23:31:20 <DocScrutinizer> I'm not at all a sightseeing fan
Apr 16 23:31:34 <lindi-> heh, ok
Apr 16 23:32:05 <DocScrutinizer> I could direct you to a couple of rather nice pubs/cafes here in Nuernberg
Apr 16 23:33:21 <DocScrutinizer> muenchen I try to avoid getting near even. It's horribly (expensive, boring, whatever)
Apr 16 23:34:35 <Ainulind1le> DocScrutinizer: Did you flash, lazy ass?
Apr 16 23:34:48 <DocScrutinizer> about to do
Apr 16 23:35:15 <DocScrutinizer> just reassembling one of my 97 FR ;-)
Apr 16 23:35:31 <Ainulind1le> Well if you don't need the 42nd I'd be glad to have it
Apr 16 23:35:39 <Ainulind1le> Didier is killing me for that
Apr 16 23:35:48 <Ainulind1le> he wants to steal my other GTA02
Apr 16 23:36:02 <DocScrutinizer> hehe
Apr 16 23:36:02 <Ainulind1le> but I'm freaking using it
Apr 16 23:37:08 <lindi-> DocScrutinizer: yep I'm mostly just visiting there since a friend of my mother who moved to work there invited us all there
Apr 16 23:38:21 <DocScrutinizer> f*ck, this bastard is shutting down during boot - without battery :-/
Apr 16 23:42:16 <DocScrutinizer> and seems nand ubot is kinda messed up
Apr 16 23:48:01 <DocScrutinizer> Ainulindale: I guess openmoko-shr-image-glibc-ipk--20090416-om-gta02.rootfs.jffs2 is the one?
Apr 16 23:48:29 <Ainulind1le> there's a symlink for latest
Apr 16 23:49:22 <DocScrutinizer> hmm, no latest
Apr 16 23:49:25 <Ainulind1le> yes there is
Apr 16 23:49:37 <DocScrutinizer> shr-image-om-gta02.jffs2
Apr 16 23:49:47 <Ainulind1le> yep 
Apr 16 23:50:25 <DocScrutinizer> no "latest", here uImage-om-gta02-latest.bin is "latest"
Apr 16 23:50:40 <Ainulind1le> pfft! :-)
Apr 16 23:50:54 <DocScrutinizer> I imagine it's latest as it's same date
Apr 17 00:00:10 <Ainulind1le> tell me if you like it
Apr 17 00:00:22 <Ainulind1le> I'd really like to ship it to other GSM devices now
Apr 17 00:01:38 * DocScrutinizer watching "#'##...  trying hard not to fall asleep
Apr 17 00:02:21 <DocScrutinizer> probably I better had used the uSD approach
Apr 17 00:07:45 <DocScrutinizer> each time incredible.
Apr 17 00:09:09 * DocScrutinizer ponders about patching dfu-util to add a realtime-ETA display
Apr 17 00:09:21 <Ainulind1le> eh
Apr 17 00:09:51 <DocScrutinizer> could be done by simple shellscript-wrapper ;D
Apr 17 00:11:08 <DocScrutinizer> date -d "now + 20min"
Apr 17 00:11:37 <DocScrutinizer> echo "go prepare coffee, sucker!"
Apr 17 00:12:28 <DocScrutinizer> woohooo
Apr 17 00:16:54 <DocScrutinizer> Ainulind1le: ok, a little funny to select from "English"
Apr 17 00:18:16 <DocScrutinizer> same for "select app menu"
Apr 17 00:19:26 <DocScrutinizer> Ainulind1le: the window to "Select Apps" really needs to be bigger. At least use full width of screen
Apr 17 00:19:33 <Ainulind1le> In stable we'll deliver a basic set of languages I think
Apr 17 00:19:40 <Ainulind1le> and that's something to tell to raster
Apr 17 00:20:28 <DocScrutinizer> k, I see it's one col only
Apr 17 00:20:42 <raster> DocScrutinizer: that was a quick fix around a bug that got introduced thanks to some optimisations
Apr 17 00:20:57 <DocScrutinizer> contacts has no icon
Apr 17 00:21:51 <DocScrutinizer> dialer dito. dunno maybe it doesn't need an icon. but anyway, puzzling
Apr 17 00:22:03 <Ainulind1le> weird
Apr 17 00:22:11 <DocScrutinizer> also a "select all" came in handy
Apr 17 00:22:12 <Ainulind1le> U don't have that issue
Apr 17 00:22:24 <Ainulind1le> I
Apr 17 00:23:24 <DocScrutinizer> messages: no icon
Apr 17 00:23:31 <DocScrutinizer> midori
Apr 17 00:23:38 <DocScrutinizer> mofi
Apr 17 00:23:43 <Ainulind1le> on the desktop?
Apr 17 00:24:00 <Ainulind1le> really weird
Apr 17 00:24:02 <Ainulind1le> Ah
Apr 17 00:24:03 <DocScrutinizer> pidgin
Apr 17 00:24:06 <Ainulind1le> I bet you chose illume
Apr 17 00:24:11 <Ainulind1le> Instead of illume SHR
Apr 17 00:24:11 <DocScrutinizer> nah in "select apps"
Apr 17 00:24:17 <DocScrutinizer> nope
Apr 17 00:24:22 <Ainulind1le> oh that
Apr 17 00:24:22 <Ainulind1le> that's normal
Apr 17 00:24:26 <Ainulind1le> that's raster's fault again
Apr 17 00:24:44 <billk> just did a make update in and tried make image in shr-testing:
Apr 17 00:24:45 <billk> ERROR: Nothing PROVIDES 'shr-lite-image'
Apr 17 00:24:52 <billk> is it me or the repo?
Apr 17 00:25:04 <mwester> FAQ
Apr 17 00:25:19 <DocScrutinizer> btw: if there was a back-button left to the next, I could tell for sure I didn't choose illume-plain
Apr 17 00:25:37 <mwester> cd conf; replace /packages/ with /recipes/ in your *.conf files
Apr 17 00:26:25 <Ainulind1le> mwester: sed -i -e 's/packages/recipes/g'
Apr 17 00:26:32 <Ainulind1le> I posted that on the ML
Apr 17 00:27:09 <billk> mwester/Ainulind1le: tkx, I'll chase that down when I get to work, gotta go :(
Apr 17 00:29:24 <DocScrutinizer> Ainulind1le: god, that's FSCKing cooool
Apr 17 00:30:23 <Ainulind1le> ?
Apr 17 00:30:31 <DocScrutinizer> :)))
Apr 17 00:30:50 <Ainulind1le> what?
Apr 17 00:32:24 <Ainulind1le> DocScrutinizer: what is cool?
Apr 17 00:33:00 <DocScrutinizer> this is very bad. Enlightenment SIGABRT'ed
Apr 17 00:33:17 <Ainulind1le> tried to touch to shelf gadgets did you?
Apr 17 00:33:34 <DocScrutinizer> when enabling top shelp gadgets - USB(Illume)
Apr 17 00:33:57 <Ainulind1le> I bet you did =)
Apr 17 00:34:06 <Ainulind1le> See what happens? You break stuff
Apr 17 00:34:16 <Ainulind1le> (this never worked IIRC)
Apr 17 00:34:24 <Ainulind1le> (but again, raster's fault :-p)
Apr 17 00:34:34 <DocScrutinizer> seems to recover (reboot/reinit/restart)
Apr 17 00:34:39 <Ainulind1le> yep
Apr 17 00:34:43 <Ainulind1le> well anyway
Apr 17 00:34:47 <Ainulind1le> going to sleep
Apr 17 00:34:48 <Ainulind1le> see ya
Apr 17 00:34:51 <max_posedon> opkg update && opkg upgrade
Apr 17 00:34:56 <DocScrutinizer> seeya
Apr 17 00:34:59 <max_posedon> problem with http://pastebin.ca/1394509
Apr 17 00:35:10 <Ainulind1le> max_posedon: hey
Apr 17 00:35:10 <max_posedon> ERROR: Package frameworkd-config-shr (parent frameworkd-config-shr) is not available from any configured src.
Apr 17 00:35:16 <max_posedon> hi!
Apr 17 00:35:17 <Ainulind1le> will talk about your think tomorrow for your issue
Apr 17 00:35:23 <Ainulind1le> s/think/thing/
Apr 17 00:35:23 <bzzbot> Ainulind1le meant: will talk about your thing tomorrow for your issue
Apr 17 00:35:25 <Ainulind1le> max_posedon: unstable?
Apr 17 00:35:26 <max_posedon> ok, np
Apr 17 00:35:31 <max_posedon> yes
Apr 17 00:35:36 <Ainulind1le> switch to testing
Apr 17 00:35:39 <Ainulind1le> reflash or reinstall
Apr 17 00:35:44 <Ainulind1le> I renamed lots of things
Apr 17 00:35:59 <Ainulind1le> (unstable isn't up to date compared to testing)à
Apr 17 00:36:03 <Ainulind1le> (I focused on the migration)
Apr 17 00:36:08 <max_posedon> ok, I'll
Apr 17 00:36:53 <Ainulind1le> anyway, good night :-)
Apr 17 00:37:50 <DocScrutinizer> night Ainulind1le, hi max_posedon 
Apr 17 00:37:59 <max_posedon> bye
Apr 17 00:38:09 <max_posedon> DocScrutinizer, Hi!?)
Apr 17 00:38:26 <DocScrutinizer> huh?
Apr 17 00:38:41 <max_posedon> it is 3.36am here, I'm not sure about current day
Apr 17 00:38:46 <DocScrutinizer> what's wrong with "hi"?
Apr 17 00:39:19 <max_posedon> hm... usually we(in belarus/russia) say hi/hello, just one time in a day.
Apr 17 00:40:23 <max_posedon> we have conversation today, so I was little bit confused, anyway it is deep night now.. don't try understand me.
Apr 17 00:40:26 <DocScrutinizer> hmm, I like to say it randomly now and then
Apr 17 00:41:23 <DocScrutinizer> anyway... no bd in shr_filemanager_create-folder :-/
Apr 17 00:41:25 <max_posedon> it is fine, I understand that it is some kind of cultural difference
Apr 17 00:41:36 <DocScrutinizer> s/ bd/ kbd/
Apr 17 00:41:37 <bzzbot> DocScrutinizer meant: anyway... no kbd in shr_filemanager_create-folder :-/
Apr 17 00:43:06 <DocScrutinizer> messages is completely out of shape, leaving screen left and right
Apr 17 00:49:49 <penguinator> so how would i go about building coreutils with the toolchain
Apr 17 00:51:38 <raster> oh crap
Apr 17 00:51:44 <raster> it must be the aborts() cedric added
Apr 17 00:53:09 <raster> someone broke ecore-fb/evas fb enginge too
Apr 17 00:54:55 <DocScrutinizer> raster: ?:-S
Apr 17 00:58:56 <raster> fuck
Apr 17 00:59:00 <raster> and no i cant reporduce it
Apr 17 00:59:03 <raster> now
Apr 17 00:59:14 <raster> tghe very first time e runs it crashes
Apr 17 00:59:19 <raster> first time on boot
Apr 17 01:06:35 <DocScrutinizer> resume time is ok, if it wouldn't scroll 60 lines on console, it probably were even twice as fast
Apr 17 01:07:04 <DocScrutinizer> s/60/250/
Apr 17 01:07:04 <bzzbot> DocScrutinizer meant: resume time is ok, if it wouldn't scroll 250 lines on console, it probably were even twice as fast
Apr 17 01:08:23 <DocScrutinizer> rastER: "no PAM support was built into enlightenment. screen locking disabled" ?!!?!??
Apr 17 01:08:50 <raster> e's desklock requires pam
Apr 17 01:08:58 <raster> it actualyl does password authentication
Apr 17 01:09:03 <raster> its useless for a touchscreen device
Apr 17 01:09:07 <raster> u have tyo be able to type in your pw
Apr 17 01:09:18 <raster> on a real kbd
Apr 17 01:09:24 <DocScrutinizer> bah
Apr 17 01:09:46 <DocScrutinizer> kbd really is a PITA on ts ;D
Apr 17 01:10:25 <DocScrutinizer> for the developers
Apr 17 01:11:06 <rozzin> Eh?
Apr 17 01:11:18 <rozzin> Hm.
Apr 17 01:11:46 <DocScrutinizer> rozzin: if screen is locked, how would you type in your password on a touchscreen based kbd?
Apr 17 01:11:48 <rozzin> I guess nobody's made a PAM module that reads touch-patterns.
Apr 17 01:11:59 <rozzin> That should be possible, though, shouldn't it?
Apr 17 01:12:34 <rozzin> I've got a module installed right now that reads does authentication based on conversation with a fingerprint-scanner;
Apr 17 01:13:04 <rozzin> So I can unlock my tablet-laptop even when it's in tablet-not-laptop mode.
Apr 17 01:14:00 <DocScrutinizer> great yeah. but how do you use a kbd to unlock screen, if that kbd is a child of the locked screen
Apr 17 01:14:27 <raster> DocScrutinizer:  its just a problem that deskl;ock was written now years ago
Apr 17 01:14:31 <raster> it knows nothing of vkbd's
Apr 17 01:14:34 <raster> it takes over the screen
Apr 17 01:14:40 <raster> and expects a real kbd for the input
Apr 17 01:14:44 <DocScrutinizer> I see
Apr 17 01:14:50 <raster> it needs a new one or chancges that use an oscreen kbd
Apr 17 01:14:55 <DocScrutinizer> yup that's what I say
Apr 17 01:14:58 <raster> the problem witgha pw is... you cant dictionary guess it
Apr 17 01:15:05 <DocScrutinizer> no management for vkbd
Apr 17 01:15:06 <raster> so a smart qwerty kbd is right out
Apr 17 01:15:12 <raster> so you are better off having a simpler pin number
Apr 17 01:15:27 <rozzin> You don't; that's why I put forward the idea of a PAM module that reads touch-patterns from the touchscreen-device ;)
Apr 17 01:15:54 <rozzin> Does a full stack like that sound like overkill?
Apr 17 01:16:10 <DocScrutinizer> well I'm quite happy with accuracy of qwerty-kbd I just tested
Apr 17 01:17:54 <raster> rozzin: thats just silly
Apr 17 01:17:58 <raster> imho
Apr 17 01:18:14 <raster> i think jyst a desklock thing that has a pin-no pad will do
Apr 17 01:18:24 <DocScrutinizer> raster: btw once it's included to dict, guessing will work increasingly fine ;D
Apr 17 01:18:47 <raster> a pam module tyring to read the ts is just such a nasty violation of layering.. its not funny
Apr 17 01:18:55 <raster> DocScrutinizer:  HAHAHAH
Apr 17 01:19:01 <DocScrutinizer> that's what I said
Apr 17 01:19:47 <DocScrutinizer> the vkdb had to live outside of X even
Apr 17 01:22:09 <raster> thats "wrong" :)
Apr 17 01:24:05 <DocScrutinizer> sure, but for PAM to access it it mustn't even be a user process
Apr 17 01:24:39 <DocScrutinizer> that's why I say it's a PITA for the devels
Apr 17 01:25:02 <raster> realluy
Apr 17 01:25:13 <raster> e shoudl just pass the "auth token" to pam
Apr 17 01:25:22 <raster> pam says "yes thats right" or "no thats wrong"
Apr 17 01:25:30 <raster> and e wont release the scrfeen until pam says ok
Apr 17 01:25:32 <raster> brb
Apr 17 01:25:34 <raster> rebooties
Apr 17 01:25:43 <DocScrutinizer> k
Apr 17 01:26:32 <DocScrutinizer> me away trying to snooze
Apr 17 01:28:27 <mwester> good luck!
Apr 17 01:29:47 <DocScrutinizer> thanks ;-)
Apr 17 01:40:14 <rozzin> Hm.
Apr 17 01:40:49 <rozzin> Actually, I kind-of liked the accelerometer-based `pass-shake' idea.
Apr 17 02:55:52 <DocScrutinizer> sounds rather cool
**** ENDING LOGGING AT Fri Apr 17 02:59:57 2009