**** BEGIN LOGGING AT Tue Aug 11 02:59:57 2009
Aug 11 05:31:23 <roh> meh.
Aug 11 05:31:57 <roh> i just updated whats left of openmoko servers... please holler when i broke something by accident
Aug 11 08:50:01 <PaulFertser> mrmoku|away: still no news about fixing the build?.. :(
Aug 11 09:10:19 <FiXion> DocScrutinizer: you know how to fix - just flash 090808 ;)
Aug 11 09:15:07 <methril|work> morning
Aug 11 09:19:00 <Gnutoo> hi, how do I use mokomaper.py?
Aug 11 09:51:32 <PaulFertser> dos1: hi :)
Aug 11 09:51:45 <DocScrutinizer> FiXion: what makes you think I won't end up with same problem after reflash,, modules-copy, and install of pkgs to be found in opkg-u?
Aug 11 09:52:06 <PaulFertser> dos1: you know i use dumb nokia batteries for about a week now and i can't really feel any difference from an end-user pov.
Aug 11 09:52:19 <PaulFertser> DocScrutinizer: morning :)
Aug 11 09:52:27 <DocScrutinizer> mooo
Aug 11 09:53:58 <dos1> PaulFertser: hi
Aug 11 09:54:18 <dos1> PaulFertser: for me there is difference, as i can't rely on dumb battery driver readings
Aug 11 09:54:37 <dos1> PaulFertser: capacity rises up about 10% when i dim screen to 5%...
Aug 11 09:55:08 <dos1> PaulFertser: but having *any* readings is much better than previously ;P
Aug 11 09:56:09 <PaulFertser> dos1: 10% is nothing, you usually have <=5 bars on a regular cellphone.
Aug 11 09:56:21 <DocScrutinizer> dos1: why do you rely in bq27k?? ;-P
Aug 11 09:56:23 <PaulFertser> dos1: also what does it change anyway for you?
Aug 11 09:56:46 <dos1> PaulFertser: Freerunner is not regular cellphone :P
Aug 11 09:57:02 <PaulFertser> dos1: you better charge as soon as you can anyway, so how can knowing the capacity with better precision help? 
Aug 11 09:58:01 <dos1> i'm sometimes using it as programming device over night, when i can't slept... i having accurate battery readings to know exactly, how long i can use it is nice
Aug 11 09:58:20 <dos1> DocScrutinizer: well, maybe i said it in wrong words ;)
Aug 11 09:59:42 <DocScrutinizer> so MORNING !!! can anybody confirm problems with mounting NAND from uSD please!
Aug 11 09:59:52 <CIA-53> SHR: 03seba.dos1 07shr-themes * r6132578c3095 10/elementary/elementary-theme-niebiee/TODO: elementary-theme-niebiee: update TODO
Aug 11 10:00:54 <DocScrutinizer> additional info: I didn't untar the modules to rootfs 
Aug 11 10:02:54 <DocScrutinizer> PaulFertser: isn't jffs2 support compiled in to kernel?
Aug 11 10:02:59 <PaulFertser> DocScrutinizer: let me check
Aug 11 10:03:28 <PaulFertser> DocScrutinizer: well, no need to check, it's compiled in.
Aug 11 10:03:35 <PaulFertser> DocScrutinizer: what is the error you get?
Aug 11 10:04:22 <Gnutoo> mmm...I've : 
Aug 11 10:04:39 <Gnutoo> 20090810_190301.log.gpxcsv at ../convert2osm.pl line 180, <> line 1409.
Aug 11 10:04:47 <Gnutoo> from most of my tangogps log files
Aug 11 10:04:50 <Gnutoo> what should I do?
Aug 11 10:05:06 <dos1> DocScrutinizer: i could try to help you, as i was mounting jffs2 often about year ago
Aug 11 10:05:13 <dos1> DocScrutinizer: but i don't have valid jffs2 in nand :P
Aug 11 10:05:32 <dos1> even neightbour partitions are broken
Aug 11 10:05:42 <PaulFertser> "mount cannot allocate memory"?
Aug 11 10:05:45 <PaulFertser> Weird.
Aug 11 10:05:55 <dos1> and i'm too lazy to fix that when i can just use qi + microSD ;)
Aug 11 10:06:32 <Gnutoo> maybe it's normal
Aug 11 10:07:04 <PaulFertser> DocScrutinizer: so i exited X and was able to mount it.
Aug 11 10:07:25 <PaulFertser> DocScrutinizer: do the same ;)
Aug 11 10:07:40 <DocScrutinizer> PaulFertser: error: unknown fs type: jffs2
Aug 11 10:07:45 <PaulFertser> DocScrutinizer: so yes, i do confirm problems and i do provide a solution ;)
Aug 11 10:07:54 <PaulFertser> DocScrutinizer: mount -t jffs2 /dev/mtdblock6 /mnt/flash/
Aug 11 10:08:02 <DocScrutinizer> yup
Aug 11 10:08:07 <DocScrutinizer> exactly
Aug 11 10:08:47 <DocScrutinizer> with fullsize mount: unknown fs. with busybox: mtdblock6 no such device
Aug 11 10:09:27 <PaulFertser> DocScrutinizer: try without X running.
Aug 11 10:11:16 <PaulFertser> DocScrutinizer: also /proc/filesystems will tell you what fs types are supported and ls -la /dev/mtdblock6 will show you the device if it exists.
Aug 11 10:11:18 <DocScrutinizer> pffff, won't. as the image isn't starting ogsmd now (or sth like that) and I had to hook up device to pc anyway
Aug 11 10:12:00 <DocScrutinizer> ls did show me the device, well tab-expansion in shell did
Aug 11 10:14:24 <Ainulindale> mrmoku|away ?
Aug 11 10:14:29 <Ainulindale> Or anyone?
Aug 11 10:14:32 <DocScrutinizer> btw fstab still nonsense for uSD-/
Aug 11 10:14:41 <Ainulindale> Why is latest unstable not upgreadeable, according to people?
Aug 11 10:15:03 <dos1> Ainulindale: due to mickey|bbq
Aug 11 10:15:11 <Ainulindale> Hmmm?
Aug 11 10:15:15 <Ainulindale> Why is that?
Aug 11 10:15:21 <dos1> Ainulindale: he broke libfsobasics or something like that
Aug 11 10:15:47 <dos1> so fsousaged can't start
Aug 11 10:16:09 <Ainulindale> Ok. Can't we SRCREV it?
Aug 11 10:20:52 <DocScrutinizer> PaulFertser: now that I get a little more awake... my main problem is *why* it borked my /. I did install of pkgs from opkg-u (plus tweaks there) and I copied over the modules. I don't want to end up with same result this afternoon when reflashing shr88 and customizing it
Aug 11 10:21:33 <dos1> Ainulindale: dunno, ask mrmoku|away ;x
Aug 11 10:21:53 <Ainulindale> I will :-)
Aug 11 10:22:06 <dos1> http://scap.linuxtogo.org/
Aug 11 10:22:16 <dos1> my extremely blue and fast theme :)
Aug 11 10:22:28 <DocScrutinizer> PaulFertser: there's one suspicious thing in there: I did a opkg install fso-abyss
Aug 11 10:23:14 <DocScrutinizer> AIUI it was void as abyss is default on 88, no?
Aug 11 10:23:24 <PaulFertser> DocScrutinizer: everyone who had unstable and upgraded borked the system.
Aug 11 10:23:28 <DocScrutinizer> but may it have broken framework?
Aug 11 10:23:47 <DocScrutinizer> I did no upgrade
Aug 11 10:24:07 <PaulFertser> DocScrutinizer: probably it pulled new packages by dependencies.
Aug 11 10:24:28 <DocScrutinizer> yeah thats what i think too
Aug 11 10:24:32 <dos1> DocScrutinizer: fso-abyss AFAIK when upgrading would pull new, broken packages
Aug 11 10:24:48 <dos1> as it also depends on cornucopia libs
Aug 11 10:24:51 <dos1> as fsousaged
Aug 11 10:25:00 <DocScrutinizer> OOOOO.Kaaayy
Aug 11 10:25:43 <DocScrutinizer> dos1: let's hope you made my day
Aug 11 10:27:04 <dos1> who are nEo developers?
Aug 11 10:27:19 <DocScrutinizer> mickey|bbq: waaaa still bbq
Aug 11 10:32:58 <Heinervdm> Ainulindale: can you close http://trac.shr-project.org/trac/ticket/528 http://trac.shr-project.org/trac/ticket/579 http://trac.shr-project.org/trac/ticket/571 
Aug 11 10:33:56 <Ainulindale> Done :-)
Aug 11 10:34:15 <Heinervdm> good, some tickets less ;)
Aug 11 10:34:34 <dos1> Heinervdm: i already commited Dates :)
Aug 11 10:34:41 <dos1> and did few fixes
Aug 11 10:35:00 <Heinervdm> dos1: ok, i will look at the fixes
Aug 11 10:43:40 <dos1> oh, Heinervdm got crazy with patches
Aug 11 10:43:43 <dos1> Heinervdm: more please! :D
Aug 11 10:43:56 <Heinervdm> ;)
Aug 11 10:44:18 <dos1> i'm thinking now about that blue theme
Aug 11 10:44:25 <Heinervdm> there are 3 outstanding patches, aren't these enought? :D
Aug 11 10:44:31 <dos1> and wondering, why i'm thinking about it instead of working on it
Aug 11 10:44:32 <dos1> ;)
Aug 11 10:45:41 <dos1> Heinervdm: amount of patches is always too small ;)
Aug 11 10:45:54 <dos1> we need more people, who send patches when they fix some problem
Aug 11 10:46:09 <dos1> heh, i remember when i started to develop on FR
Aug 11 10:46:18 <dos1> i also wasn't sending patches upstream ;P
Aug 11 10:53:39 <methril|work> one git question
Aug 11 10:54:21 <methril|work> if you have some changes that are still not working but you don't want to loose the job, and you want to change to a branch to make an update how you proceed?
Aug 11 10:54:50 <methril|work> you commit them to the local branch and then change back to this branch?
Aug 11 10:55:22 <Weiss> git-stash is probably what you want
Aug 11 10:55:34 <Weiss> but you could also create a new topic branch for the purpose
Aug 11 10:55:44 <Heinervdm> dos1: for now i only updated and created bb recieps ;)
Aug 11 10:55:56 <dos1> Heinervdm: we also need bb recipes :P
Aug 11 10:56:25 <methril|work> but if i commit in my branch i need to make a git format-patch with --root or with the last commit id?
Aug 11 10:56:29 <dos1> Heinervdm: that's sad there is really small amount of people who send patches or write recipes for SHR :(
Aug 11 10:57:11 <Heinervdm> dos1: and writing reciepes is really not hard
Aug 11 10:57:27 <methril|work> Wiss: nice, i didn't know stash cmmd :)
Aug 11 10:58:02 <Heinervdm> dos1: i think package a programm by hand is much harder, not in the first release but after the 2. or 3.
Aug 11 10:58:18 <Weiss> methril|work: :).. i'm also in favour of creating zillions of topic branches, even if you don't intend to ever merge them. remember that with Git, you can always tidy things up before you publish
Aug 11 10:58:57 <dos1> Heinervdm: yup, i agree ;)
Aug 11 10:59:12 <methril|work> Weiss: i'm having small problems pulishing the patchs :)
Aug 11 10:59:21 <methril|work> Weiss: some advice? :)
Aug 11 10:59:27 <Weiss> methril|work: what kind of problems?
Aug 11 11:00:32 <methril|work> i think that i'm not full productive, for small changes i was reseting to a branch and applying the patchs step by step to have a clean patch
Aug 11 11:02:27 <Weiss> what's the expected outcome? a patch to email, created with git format-patch?
Aug 11 11:03:15 <PaulFertser> methril|work: do you know you can interactively add changes from the working copy to the index?
Aug 11 11:03:43 <methril|work> PaulFertser: now i know, but i don't know how
Aug 11 11:03:49 <PaulFertser> methril|work: git add -i
Aug 11 11:03:56 <PaulFertser> methril|work: easy and fun
Aug 11 11:04:25 <PaulFertser> methril|work: mrmoku would say "use git-gui" of course.
Aug 11 11:04:51 <methril|work> i prefer to know the commands, as most of the time i work remotely to my home server :)
Aug 11 11:05:01 <DocScrutinizer> dos1: PaulFertser: I should be able to fix what I broke by simply copying the complete set of fso-executables from tarball to uSD. right? So which is the dir that need restauration?
Aug 11 11:05:40 <dos1> DocScrutinizer: you should be able, but i don't know which dir
Aug 11 11:05:48 <dos1> DocScrutinizer: search for libfsotransport, libfsobasics etc.
Aug 11 11:05:58 <DocScrutinizer> k, thanks
Aug 11 11:08:56 <methril|work> another FOSS basic question: what is the max size/changes usually allowed for patches?
Aug 11 11:09:46 <methril|work> and when to split (intelligently)
Aug 11 11:13:48 <PaulFertser> DocScrutinizer: i have no more idea than dos1 :) i'm yet to start using advanced frameworkd parts
Aug 11 11:18:07 <Weiss> methril|work: the general rule is that you should send the smallest possible patches which it would make sense to apply individually. if there'd be no sense in applying a patch without applying another (say, if the result wouldn't compile or be useful to other developers or users), then send them as one
Aug 11 11:18:09 <DocScrutinizer> PaulFertser: dos1: @libfsotransport.so.0    │     24│10. Aug 03.11 !! @libfsobasics.so.0       │     21│10. Aug 03.11 !! *libfsotransport.so.0.0.0│  21212│ 8. Aug 19.33 !! *libfsobasics.so.0.0.0   │  30976│ 8. Aug 23.03
Aug 11 11:18:31 <CIA-53> SHR: 03seba.dos1 07shr-themes * r41e62df4a02c 10/elementary/elementary-theme-niebiee/images/inwin_base.png: elementary-theme-niebiee: make inwin background better
Aug 11 11:18:56 <dos1> DocScrutinizer: search for everything starting at libfso and copy that from working instalation
Aug 11 11:19:14 <DocScrutinizer> dos1: PaulFertser: strange enough the symlinks seem 0.0.0->0 and 0->0.0.0
Aug 11 11:19:31 <dos1> hmm
Aug 11 11:19:34 <dos1> :x
Aug 11 11:19:50 <DocScrutinizer> but obviously those both were touched somehow when I run opkg install fso-abyss
Aug 11 11:20:58 <DocScrutinizer> nevermind the symlink remark
Aug 11 11:21:15 <DocScrutinizer> coffee seems not to kick in today
Aug 11 11:23:44 <Heinervdm> Ainulindale: Again some tickets to close ;) http://trac.shr-project.org/trac/ticket/442 http://trac.shr-project.org/trac/ticket/478 http://trac.shr-project.org/trac/ticket/538 and i suggest to close this http://trac.shr-project.org/trac/ticket/478 too
Aug 11 11:29:52 <Ainulindale> Do you want ticket admin rights, maybe? :-)
Aug 11 11:31:56 <Heinervdm> No, i'm done with the tickets for now ;)
Aug 11 11:32:08 <Ainulindale> All done anyway
Aug 11 11:34:55 <DocScrutinizer> dos1: PaulFertser: yeah, and f course /usr/sbin/fso-abyss itself diffs
Aug 11 11:39:09 <mrmoku> Ainulindale, last problem in our build process is fso-abyss
Aug 11 11:40:29 <mrmoku> recipes/shr/frameworkd-config-shr_git.bb:RDEPENDS_${PN}_append_om-gta02 = " fso-abyss"
Aug 11 11:40:41 <Ainulindale> Yeah?
Aug 11 11:40:46 <mrmoku> seems not to trigger building it
Aug 11 11:41:07 <mrmoku> and consequently shr-lite-image builds without task-shr-minmal
Aug 11 11:41:07 <Ainulindale> Try without append and with +=
Aug 11 11:41:08 <mrmoku> +i
Aug 11 11:41:32 <DocScrutinizer> Heinervdm: please reread and check your last post
Aug 11 11:41:38 <mrmoku> Ainulindale, hmm, I think we should use task-fso2-compliance instead
Aug 11 11:41:39 <Ainulindale> Or grep on append_ 
Aug 11 11:41:44 <mrmoku> (and uncomment the non building stuff)
Aug 11 11:41:54 <Ainulindale> mrmoku: I trust your opinion on that hence go forward :-)
Aug 11 11:41:58 <mrmoku> s/uncomment/comment out/
Aug 11 11:41:58 <bzzbot> mrmoku meant: (and comment out the non building stuff)
Aug 11 11:42:01 <mrmoku> Ainulindale, ok :)
Aug 11 11:42:06 <DocScrutinizer> Heinervdm: (478 dup)
Aug 11 11:42:52 <mrmoku> TAsn, get you Neo in flashing position ;)
Aug 11 11:42:54 <mrmoku> +r
Aug 11 11:43:36 <Heinervdm> DocScrutinizer: Main request was updating Pyhton, and that is done
Aug 11 11:45:10 <DocScrutinizer> [2009-08-11 13:23:44] <Heinervdm> Ainulindale: Again some tickets to close ;) http://trac.shr-project.org/trac/ticket/478 .and i suggest to close this http://trac.shr-project.org/trac/ticket/478 too
Aug 11 11:45:29 <Heinervdm> DocScrutinizer: oh, ok :)
Aug 11 11:48:54 <Heinervdm> I meant this ticket: http://trac.shr-project.org/trac/ticket/456
Aug 11 11:57:20 <DocScrutinizer> woohoooo, SIMauth screen resurrected
Aug 11 11:59:01 <DocScrutinizer> ok, so to "DO NOT opkg upgrade!" we may add "DO NOT opkg install fso-abyss" (though no sane person would even think about doing that)
Aug 11 12:00:11 <PaulFertser> DocScrutinizer: do you want to say you fixed your system without reflashing? Cool.
Aug 11 12:01:55 <DocScrutinizer> PaulFertser: of course. copied abyss, fsobasics.so and fsotransport.so from tarball to uSD
Aug 11 12:02:09 <DocScrutinizer> that's it, done
Aug 11 12:02:42 <dos1> nice, some guy is helping me with shr-installer problem on #packagekit
Aug 11 12:02:51 <dos1> maybe we'll get it working with new packagekit :)
Aug 11 12:03:17 <DocScrutinizer> at least I hope so (/me makes a notice to include some --force-reinstall to a few particular opkg calls next time)
Aug 11 12:05:16 <methril|work> what is the girepository for?
Aug 11 12:06:59 <DocScrutinizer> PaulFertser: a serious developer would have used opkg / whatever to check the dependencies fso-abyss is pulling. I simply checked file dates
Aug 11 12:08:14 <thrashold> It's so cool when your home filesystem segfaults :(
Aug 11 12:13:08 <DocScrutinizer> ouch
Aug 11 12:15:56 <dos1> mrmoku: that's old packagekit in our repo, fix was commited few mounths ago... ;P
Aug 11 12:23:27 <thessy> DocScrutinizer: which tarball do you mean? i upgraded today ;-)
Aug 11 12:25:15 <DocScrutinizer> thessy: /join #openmoko
Aug 11 12:29:22 <DocScrutinizer> aah, the tarball: http://shr.bearstech.com/shr-unstable/images/om-gta02/shr-full-glibc-ipk--20090808-om-gta02.rootfs.tar.gz
Aug 11 12:33:03 <DocScrutinizer> please notice this is a botch at best (if even it pans out at all), as your /usr/lib/opkg/info/* will remain borked most likely, which means future opkg upgrade will most likely fail still, even if repo is fixed eventually
Aug 11 12:35:20 <methril|work> DocScrutinizer: why?
Aug 11 12:37:01 <DocScrutinizer> methril|work: it's generally deprecated to rename/delete/update by "hard means" any files that are managed by a package manager, as that manager will get out of sync usually
Aug 11 12:38:49 <dos1> DocScrutinizer: opkg is dumb enough, so it shouldn't hurt ;)
Aug 11 12:39:04 <DocScrutinizer> dos1: possible, yes
Aug 11 12:39:17 <DocScrutinizer> anyway, cya fellas
Aug 11 12:47:06 <mrmoku> Ainulindale, hmm... fakeroot problems again :(
Aug 11 12:47:10 <DocScrutinizer> PaulFertser: why do you think stopping X might help to cure a "unknown fs type: jffs2" wrror?
Aug 11 12:48:24 <PaulFertser> DocScrutinizer: :) i had another error: mount couldn't alloc memory. I stopped X and it helped. Probably your problem is different, take a look at your dmesg. But there's a chance it's the same. I don't know. Just can't see why it can say that jffs2 is unknown.
Aug 11 12:49:02 <DocScrutinizer> yup, same here - no idea :-K
Aug 11 12:49:19 <DocScrutinizer> just checked, same still with modules
Aug 11 12:49:38 <PaulFertser> DocScrutinizer: do you have jffs2 listed in /proc/filesystems ?
Aug 11 12:50:09 <DocScrutinizer> logread says nothin
Aug 11 12:51:02 <DocScrutinizer> PaulFertser: "nodev jffs2"
Aug 11 12:51:26 <PaulFertser> DocScrutinizer: same here, so jffs2 should be supported...
Aug 11 12:51:50 <DocScrutinizer> lemme check the blockdev
Aug 11 12:53:23 <DocScrutinizer> brw-r-- root disk 31,6 /dev/mtdblock6
Aug 11 12:54:51 <DocScrutinizer> still "busybox mount ..." says "...failed: No such device"
Aug 11 12:55:08 <DocScrutinizer> absolute nonsense
Aug 11 12:55:44 <PaulFertser> DocScrutinizer: and no dmesg messages... You're right, that's some nonsense i can't explain.
Aug 11 12:56:09 <DocScrutinizer> lemme check logread again
Aug 11 12:56:40 <PaulFertser> DocScrutinizer: probably if you disabled kernel messages with some hack you won't have it, will you?
Aug 11 12:57:16 <DocScrutinizer> didn't (at least not that I know of)
Aug 11 12:57:55 <DocScrutinizer> running at loglevel=8 here still
Aug 11 12:58:28 <Ainulindale> mrmoku: Hmmm
Aug 11 12:58:31 <Ainulindale> Did I kill your devshell?
Aug 11 12:58:33 <Ainulindale> Or did I kill mine?
Aug 11 12:59:02 <mrmoku> Ainulindale, guess you killed yours
Aug 11 12:59:04 <mrmoku> or none
Aug 11 12:59:11 <mrmoku> though fakeroot is dying due to OOM
Aug 11 12:59:21 <mrmoku> maybe we should decide who builds first :P
Aug 11 12:59:29 <DocScrutinizer> PaulFertser: everything else shr88 plus opkg-u
Aug 11 12:59:32 <mrmoku> Ainulindale, what are you trying to do btw.?
Aug 11 13:01:11 <PaulFertser> mrmoku: to mount internal flash 
Aug 11 13:01:16 <PaulFertser> mrmoku: running from SD
Aug 11 13:01:56 <dos1> mrmoku: i'm building now new packagekit (0.5.1 release)
Aug 11 13:02:15 <dos1> mrmoku: it should fix our issues
Aug 11 13:02:23 <dos1> mrmoku: and we don't need policykit, as we're using dummy security model
Aug 11 13:02:28 <dos1> ;)
Aug 11 13:02:49 <mrmoku> PaulFertser, ?
Aug 11 13:03:10 <PaulFertser> mrmoku: he does mount -t jffs2 /dev/mtdblock6 /mnt/flash and it fails
Aug 11 13:03:19 <PaulFertser> mrmoku: with wierd errors
Aug 11 13:03:26 <mrmoku> PaulFertser, just tried... works for me
Aug 11 13:03:29 <DocScrutinizer> PaulFertser: could this error be related any way to my tweaking of uBoot env vars? (i.e. I changed uBoot to boot from uSD by default. maybe I messed sth)
Aug 11 13:04:05 <PaulFertser> DocScrutinizer: show me your /proc/cmdline
Aug 11 13:04:06 <mrmoku> dos1, patch to shr-devel then please (after testing of course :P)
Aug 11 13:04:18 <dos1> mrmoku: of course ;)
Aug 11 13:05:00 <DocScrutinizer> duh...
Aug 11 13:05:21 <DocScrutinizer> rootfstype=jffs2
Aug 11 13:05:33 <DocScrutinizer> root=/dev/mtdblock6
Aug 11 13:05:49 <PaulFertser> DocScrutinizer: does it mean you're running from flash?
Aug 11 13:05:53 <DocScrutinizer> ... \n regular_boot
Aug 11 13:06:12 <DocScrutinizer> nah, 
Aug 11 13:07:01 <mrmoku> Ainulindale, hmm fakeroot still fails :(
Aug 11 13:07:42 <Ainulindale> hmmm
Aug 11 13:07:52 <Ainulindale> I think I recall how I fixed that
Aug 11 13:09:00 <DocScrutinizer> PaulFertser: df -h: /dev/root 864756k 500032 320796 61%
Aug 11 13:10:16 <Ainulindale> mrmoku: which package is it failing on?
Aug 11 13:10:36 <mrmoku> Ainulindale: ? shr-lite-image?
Aug 11 13:10:46 <dos1> mrmoku: can you look at it?>
Aug 11 13:10:48 <dos1> http://tinderbox.openembedded.net/public/logs/task/2361798.txt
Aug 11 13:10:55 <dos1> lines in configure:
Aug 11 13:10:57 <dos1> if test x$enable_strict != xno; then
Aug 11 13:10:58 <dos1>         if test "$GCC" = "yes"; then
Aug 11 13:10:58 <mrmoku> Ainulindale: what else needs fakeroot?
Aug 11 13:11:00 <dos1>         fi
Aug 11 13:11:01 <dos1> fi
Aug 11 13:11:10 <Ainulindale> meh :-)
Aug 11 13:11:18 <DocScrutinizer> PaulFertser: I gonna boot from NOR to uSD (if that works), then recheck
Aug 11 13:11:37 <PaulFertser> DocScrutinizer: just show me your full cmdline ;)
Aug 11 13:11:53 * mrmoku loves autofoo problems... as long as he does not have to solve them ;)
Aug 11 13:11:53 <DocScrutinizer> too late
Aug 11 13:12:58 <dos1> mrmoku: maybe that's some sh vs. bash issue?
Aug 11 13:13:11 <mrmoku> dos1, possible, yeah
Aug 11 13:13:17 <mrmoku> what shell are you using?
Aug 11 13:13:43 <dos1> bash...
Aug 11 13:14:00 <DocScrutinizer> PaulFertser: also it's a pita as copy&p out of vala terminal to e.g. xchat is not possible (to whom it may concern, we need to fix that!)
Aug 11 13:14:34 <dos1> mrmoku: well, both bash and sh say "syntax error" when doing "if something; then fi"
Aug 11 13:15:25 <DocScrutinizer> dos1: no wonder, it's wrong
Aug 11 13:18:29 <DocScrutinizer> PaulFertser: LOL, from NOR it works
Aug 11 13:18:57 <DocScrutinizer> still cmdline looks quite the same to me
Aug 11 13:19:45 <DocScrutinizer> well, now for real... cya guys
Aug 11 13:19:49 <DocScrutinizer> have to run
Aug 11 13:25:11 <methril|work> cu
Aug 11 13:25:29 <methril|work> now that i was going to ask question about the batteries :)
Aug 11 13:25:40 <methril|work> maybe PaulFertser could help me :)
Aug 11 13:26:01 <PaulFertser> mrmoku: probably
Aug 11 13:27:27 * mrmoku thinks PaulFertser's tab completion has its deficiencies :P
Aug 11 13:30:03 <PaulFertser> mrmoku: as a mere mortal my tab completion is no better than yours ;)
Aug 11 13:31:20 <mrmoku> PaulFertser, yup :)
Aug 11 13:31:47 <mrmoku> (and without tab completion I would be lost anyway)
Aug 11 13:31:56 <methril|work> lol
Aug 11 13:34:10 <dos1> mrmoku: #packagekit helped me, trying again :)
Aug 11 13:35:11 <DocScrutinizer> PaulFertser: tweaked NAND uBoot even refuses to enumerate USB on laptop
Aug 11 13:35:16 <DocScrutinizer> PaulFertser: :-((((
Aug 11 13:35:38 <DocScrutinizer> Aug 11 15:33:17 halley kernel: hub 1-0:1.0: unable to enumerate USB device on port 2
Aug 11 13:35:39 <DocScrutinizer> Aug 11 15:33:17 halley kernel: hub 1-0:1.0: unable to enumerate USB device on port 2
Aug 11 13:35:59 <DocScrutinizer> NOR works flawlessly
Aug 11 13:36:16 <DocScrutinizer> seems I have to learn more about uBoot env
Aug 11 13:36:19 <DocScrutinizer> :-P
Aug 11 13:36:30 <methril|work> u-boot env is easy
Aug 11 13:36:34 <DocScrutinizer> yesyesyes.... *or* use Qi
Aug 11 13:36:49 <methril|work> i like u-boot :)
Aug 11 13:36:57 <DocScrutinizer> methril|work: obviously especially easy to bork ;-P
Aug 11 13:37:04 <PaulFertser> DocScrutinizer: unable to enumerate is a very unexpected side-effect, can't sanely explain it.
Aug 11 13:37:04 <methril|work> hehehe
Aug 11 13:37:16 <PaulFertser> methril|work: so, what about the battery?
Aug 11 13:37:45 <methril|work> PaulFertser: was a general question about Li-ion batteries
Aug 11 13:38:10 <DocScrutinizer> ok, checked my date, now I need to run to be in time finally
Aug 11 13:38:32 <methril|work> PaulFertser: if you would to avoid the use of a battery and you put a power supply, what you've to do with the medium pin of the battery connectors?
Aug 11 13:39:35 <DocScrutinizer> PaulFertser: nah, just will finish the task and copy-type /proc/cmdline now
Aug 11 13:46:53 <DocScrutinizer> PaulFertser: http://pastebin.com/f5d11a5f6 -- mtdparts missing -- I missed to escape a ";" when editing env -- USB enum prolly fails due to "failure to open <file-with-MAC>"
Aug 11 13:47:12 <TAsn> mrmoku, I got myself a flashing partition
Aug 11 13:47:16 <TAsn> can I give it a go? :)
Aug 11 13:47:37 <DocScrutinizer> cya
Aug 11 13:48:37 <Ainulindale> hmmm mrmoku 
Aug 11 13:48:39 <Ainulindale> connection refused
Aug 11 13:49:27 <PaulFertser> methril|work: nothing
Aug 11 13:49:32 <PaulFertser> methril|work: leave floating
Aug 11 13:49:38 <TAsn> mrmoku, ?
Aug 11 13:52:04 <mrmoku> TAsn, nop, fakeroot powers are against us :P
Aug 11 13:52:18 * mrmoku spoke too soon
Aug 11 13:52:20 <TAsn> so not to flash? :(
Aug 11 13:52:21 <TAsn> shit.
Aug 11 13:52:55 <TAsn> So I ran naked up the street for nothing?!
Aug 11 13:53:12 <mrmoku> Ainulindale, maybe because of something like:
Aug 11 13:53:20 <mrmoku>  6601 ?        S      0:00 /bin/sh /usr/bin/fakeroot debian/rules binary
Aug 11 13:53:26 <dos1> mrmoku: built :)
Aug 11 13:53:31 <mrmoku> dos1, fine
Aug 11 13:53:35 <mrmoku> test and then patch :P
Aug 11 13:54:09 <Ainulindale> mrmoku: hmm ?
Aug 11 13:55:24 <TAsn> dos1, http://scap.linuxtogo.org/files/93e586b1e566c8d8664a78c115069c77.png
Aug 11 13:55:35 <TAsn> this in b&w (i.e like it is now) will rock
Aug 11 13:55:40 <TAsn> (if it's faster)
Aug 11 13:55:57 <mrmoku> Ainulindale, debian build running... with its fakeroot
Aug 11 13:56:05 <mrmoku> maybe that conflicts?
Aug 11 13:56:55 <dos1> TAsn: it is faster ;)
Aug 11 13:57:03 <Ainulindale> Well I'm not sure about that
Aug 11 13:57:14 <mrmoku> me neither... just a thought
Aug 11 13:57:17 <TAsn> dos1, please package a b&w version as well :)
Aug 11 13:57:22 <TAsn> and ping me when it's there
Aug 11 13:57:22 <Ainulindale> Well let us wait an hour or so
Aug 11 13:57:24 <Ainulindale> ANd try again
Aug 11 13:57:26 <TAsn> as I'd like to give it a try
Aug 11 13:57:30 <mrmoku> Ainulindale, yup
Aug 11 13:57:31 <Ainulindale> Did it build for you locally?
Aug 11 13:57:43 <dos1> TAsn: i'll try after finishing blue version
Aug 11 13:57:48 <mrmoku> Ainulindale, did not try the testing locally
Aug 11 13:58:27 <TAsn> dos1, tell me after you finish that as well, I'd like to try that. ;)
Aug 11 13:58:29 <mrmoku> but it was the second time I ran into the fso-abyss problem
Aug 11 13:58:38 <TAsn> (and maybe make a matching gtk+ theme)
Aug 11 13:58:45 <dos1> TAsn: i discovered recently that i can also do very easly pink version (just by doing s/0/255/ if red values from RGB), but i suppose you won't be interested ;D
Aug 11 13:58:52 <mrmoku> will fix that and rebuild from scratch on my laptop anyway
Aug 11 13:58:59 <TAsn> dos1, nah. ;)
Aug 11 13:59:13 <TAsn> dos1, you can easily modify to any color (probably)
Aug 11 14:00:08 <dos1> TAsn: yes, but then you have to make/search for colors, which look good with others
Aug 11 14:00:22 <TAsn> dos1, that's true.
Aug 11 14:00:23 <dos1> TAsn: and i'm not tallented in that - that's my only one color set i ever did which i like :P
Aug 11 14:00:40 <TAsn> btw, concerning chrominium, is it really that fast? is there a point to pack it ?
Aug 11 14:00:47 <TAsn> (is it even possible?)
Aug 11 14:02:45 <PaulFertser> methril|work: probably gsm won't work from a psu
Aug 11 14:03:17 <PaulFertser> you nedd to ensure really low esr.
Aug 11 14:03:35 <PaulFertser> and clean power
Aug 11 14:04:50 <TAsn> mrmoku, got a lead to this issue? any eta? :(
Aug 11 14:05:10 <mrmoku> chrominium?
Aug 11 14:05:21 <dos1> mrmoku: google chrome
Aug 11 14:05:34 <TAsn> mrmoku, testing
Aug 11 14:05:45 <dos1> ah
Aug 11 14:05:46 <mrmoku> TAsn, will retry in an hour
Aug 11 14:05:46 <dos1> ;D
Aug 11 14:05:53 <TAsn> mrmoku, after debian? okie :)
Aug 11 14:05:54 <TAsn> dos1, :)
Aug 11 14:06:03 <mrmoku> right now the final touch (composing the rootfs) does not work due to fakeroot bailing out
Aug 11 14:08:24 <TAsn> i c.
Aug 11 14:08:48 <Ainulindale> mrmoku: the h:1 buildbot failed
Aug 11 14:08:52 <Ainulindale> I'm handling that
Aug 11 14:15:42 <methril|work> PaulFertser: i'm back
Aug 11 14:16:08 <methril|work> PaulFertser: is not for OpenMoko i was asking for another phone that i've repairing
Aug 11 14:16:38 <methril|work> PaulFertser: clean means <0.01 mVof error?
Aug 11 14:17:20 <DocMobilizer> methril|work: PaulFertser huh gsm from psu?
Aug 11 14:18:06 <PaulFertser> methril|work: not sure, depends on gsm module specs
Aug 11 14:18:24 <DocMobilizer> yup
Aug 11 14:18:54 <DocMobilizer> low esr most importance
Aug 11 14:19:01 <methril|work> DocMobilizer: it kills our autonomy problems
Aug 11 14:19:07 <PaulFertser> methril|work: and that another phone will probably work with middle pin floating, too
Aug 11 14:19:20 <methril|work> PaulFertser: this is not working :)
Aug 11 14:19:36 <methril|work> PaulFertser: and i eats a lot of power 0.5 A
Aug 11 14:19:39 <methril|work> aprox
Aug 11 14:19:50 <methril|work> looks a hw proble to me
Aug 11 14:20:00 <PaulFertser> methril|work: try to fake thermistor then
Aug 11 14:20:30 <PaulFertser> methril|work: or probably it's unrelated, most probably
Aug 11 14:20:36 <methril|work> PaulFertser: i'll try later, at home
Aug 11 14:20:45 <DocMobilizer> methril|work: kill prob??
Aug 11 14:21:02 <methril|work> well it stopped to boot suddenly and each battery goes out of really fast
Aug 11 14:21:17 <DocMobilizer> seems i missed sth
Aug 11 14:21:42 <methril|work> DocMobilizer: ??? i don't understand the question
Aug 11 14:24:44 <DocMobilizer> <methril|work> DocMobilizer: it kills our autonomy problems
Aug 11 14:25:22 <methril|work> DocMobilizer: was a joke about the duration of the battery on the FreeRunner :)
Aug 11 14:25:31 <methril|work> unrelated to my other question :)
Aug 11 14:25:34 <DocMobilizer> aah
Aug 11 14:26:23 <DocMobilizer> methril_home: what u want to do?
Aug 11 14:27:03 <methril|work> DocMobilizer: i want to boot a phone that is not booting and get out of battery really fast
Aug 11 14:27:08 <methril|work> then i use a psu
Aug 11 14:27:22 <methril|work> but it stills doesn't boot
Aug 11 14:27:46 <DocMobilizer> sounds like hw borked
Aug 11 14:27:50 <methril|work> i was asking a general question about Li-Ion batteries and the cellulars
Aug 11 14:27:52 <methril|work> looks like
Aug 11 14:28:00 <methril|work> what i need to be sure
Aug 11 14:28:19 <methril|work> next step is try to identify the problem (hard reverse-engineering work)
Aug 11 14:28:54 <DocMobilizer> nasty task
Aug 11 14:30:13 <methril|work> DocMobilizer: any clue? :) 
Aug 11 14:30:34 <DocMobilizer> check for heat
Aug 11 14:31:21 <methril|work> so heat in most of the smd/ga
Aug 11 14:31:35 <methril|work> s/smd/ga /smd/bga 
Aug 11 14:32:28 <DocMobilizer> methril_home: how u know doesnt boot?
Aug 11 14:32:49 <methril|work> because it doesn't show the proper boot logo... 
Aug 11 14:33:01 <methril|work> looking how it consumes, it boots
Aug 11 14:33:08 <DocMobilizer> screen borked?
Aug 11 14:33:16 <methril|work> yes, blank screen
Aug 11 14:33:34 <DocMobilizer> screen borked!
Aug 11 14:33:49 <methril|work> maybe this is a little bit offtopic here?
Aug 11 14:34:10 <DocMobilizer> nm
Aug 11 14:34:38 <DocMobilizer> had worse ot ;)
Aug 11 14:34:58 <methril|work> the screen i think is borked, but it's not damaged
Aug 11 14:35:32 <methril|work> i could see the LCM on
Aug 11 14:36:20 <DocMobilizer> switchh on 1 1 2 green ;)
Aug 11 14:36:43 <methril|work> it's not green it's black
Aug 11 14:37:07 <methril|work> but it's fuck closed hw :(
Aug 11 14:37:09 <DocMobilizer> green button
Aug 11 14:37:16 <methril|work> no green button
Aug 11 14:37:49 <DocMobilizer> wtf? iphone? :-P
Aug 11 14:38:04 <methril|work> no, it's something "new"
Aug 11 14:38:09 <methril|work> a chineesse phone
Aug 11 14:38:15 <methril|work> i don't remember the name
Aug 11 14:38:30 <DocMobilizer> ts-only?
Aug 11 14:38:51 <DocMobilizer> no kbd?
Aug 11 14:39:02 <methril|work> yes
Aug 11 14:39:22 <DocMobilizer> got scope?
Aug 11 14:39:37 <methril|work> i lack scope now :(
Aug 11 14:39:40 <methril|work> only at work
Aug 11 14:39:46 <methril|work> and i could not carry to home
Aug 11 14:40:02 <methril|work> i'm thinking on bougth one, but they are expenssive
Aug 11 14:40:21 <JaMa> shr-devels: I have bbfiles for pisi and deps, is someone interested in submiting to oe.git? (I'll test it and it probably needs some cleanup as I'm new to bbfiles)
Aug 11 14:40:25 <methril|work> and the PC ones are, not accurate, and not supported in Linux (most of thems)
Aug 11 14:40:48 <methril|work> JaMa: send it to oe-dev ml
Aug 11 14:40:49 <DocMobilizer> anyway check touchpanel voltage
Aug 11 14:41:03 <methril|work> better, discoonect the touch? :)
Aug 11 14:41:21 <methril|work> uhm!! i remember some ts controllers getting borked so fast
Aug 11 14:43:00 <DocMobilizer> if its a r-tp u should find action on voltage (from r-ts driver) - if boots
Aug 11 14:43:16 <methril|work> ok, i'll check later
Aug 11 14:43:33 <methril|work> thank you very much for the "support"
Aug 11 14:43:42 <methril|work> sometimes i don't know where to start
Aug 11 14:43:43 <DocMobilizer> np
Aug 11 14:43:49 <DocMobilizer> welcome
Aug 11 14:44:00 <methril|work> when you have the schematics it's easier
Aug 11 14:44:54 <DocMobilizer> s houldnt it play hello audio on boot?
Aug 11 14:45:33 <methril|work> i don't know, because i get it borked, i don't know what was the "hello audio" on boot
Aug 11 14:45:35 <methril|work> :)
Aug 11 14:45:51 <methril|work> i give a pit pit
Aug 11 14:45:52 <DocMobilizer> k
Aug 11 14:45:56 <methril|work> and i didn't like it
Aug 11 14:46:22 <methril|work> but it's not the red led that they told me that they saw (probably to discharged battery)
Aug 11 14:46:47 <DocMobilizer> so 1. check if r-tp and if so, check if theres squerewave voltage
Aug 11 14:47:59 <DocMobilizer> u need to touch ts to see square
Aug 11 14:48:41 <methril|work> yes
Aug 11 14:48:54 <TAsn> mrmoku, btw, did mickey|bbq fix libfsotransport or what ever it's name is?
Aug 11 14:49:06 <DocMobilizer> also u may scope current consumption on vdd
Aug 11 14:49:11 <Ainulindale> mrmoku: image went through
Aug 11 14:49:16 <methril|work> but i hear a strange noisse that i didn't like
Aug 11 14:49:21 <Ainulindale> (testing)
Aug 11 14:49:28 <TAsn> Ainulindale, got built correctly?
Aug 11 14:49:37 <Ainulindale> No idea I didn't check
Aug 11 14:49:44 <DocMobilizer> methril_home: ouch
Aug 11 14:49:57 * mrmoku checks
Aug 11 14:49:59 <TAsn> Ainulindale, ok.
Aug 11 14:49:59 <methril|work> like a rele
Aug 11 14:50:04 <DocMobilizer> bbl
Aug 11 14:50:07 <Ainulindale> It seems it had
Aug 11 14:50:12 <methril|work> DocMobilizer: cu
Aug 11 14:50:15 <TAsn> mrmoku, brb, shower, though let me know if you want me to give it a test :)
Aug 11 14:50:19 * TAsn is excited!
Aug 11 14:50:25 <PaulFertser> btw, the guys who do cell phone repairs usually have schem. if you need fkit for something popular probably i can find that
Aug 11 14:50:25 <Ainulindale> evas engines, abyss, tasks are there
Aug 11 14:50:45 <methril|work> TAsn, we didn't need to know why you're going to take a shower :P
Aug 11 14:50:47 <mrmoku> TAsn, get it :)
Aug 11 14:51:03 <TAsn> methril|work, :)
Aug 11 14:51:16 <TAsn> mrmoku, cool, I'll test it after the shower.! :)
Aug 11 14:51:36 <methril|work> Ainulindale: for me was failing fsoraw
Aug 11 14:51:41 <TAsn> mrmoku, btw, when are we going to ship it? today?
Aug 11 14:51:50 <TAsn> as we already tested all the revs for a couple of days now...
Aug 11 14:52:48 <methril|work> PaulFertser: you know some cellular repair systems? 
Aug 11 14:53:06 <methril|work> PaulFertser: i see some guides
Aug 11 14:53:18 <methril|work> PaulFertser: i've to follow one of them
Aug 11 14:54:32 <PaulFertser> methril|work: ttyl, using fr in the sybway is pita
Aug 11 14:58:40 <mrmoku> Ainulindale, shall I build gta01 or do you want to?
Aug 11 14:58:55 <Ainulindale> It's your baby, do it if you don't want to delegate :-)
Aug 11 14:59:03 <Ainulindale> But tell me if it's working :-)
Aug 11 14:59:08 <Ainulindale> If it is
Aug 11 14:59:09 <Ainulindale> blog post
Aug 11 14:59:10 <Ainulindale> mail
Aug 11 14:59:13 <Ainulindale> I can handle that
Aug 11 14:59:15 <Ainulindale> But tell me
Aug 11 14:59:22 <Ainulindale> (You can do it as well if you wish, your choice)
Aug 11 14:59:42 <dos1> svn: Unknown hostname 'svn.projects.openmoko.org'
Aug 11 14:59:44 <dos1>  while evaluating:
Aug 11 14:59:45 <dos1> ${S}
Aug 11 14:59:48 <dos1> arghhhhhh
Aug 11 15:01:15 <mrmoku> Ainulindale, ok, building it myself then ;)
Aug 11 15:02:16 <mrmoku> Ainulindale, before blogging, posting or mailing anything: gta01 lite, gta02 fat and the feed
Aug 11 15:02:22 <mrmoku> then sync
Aug 11 15:02:31 <mrmoku> and even before syncing... extensive testing :P
Aug 11 15:02:37 <Ainulindale> Agreed :-)
Aug 11 15:02:45 <TAsn> Ainulindale, whoever will write the mail, please do it today... (straight after the actual sync) explain what this actually means (whoever wants a stable release, use testing, extreme crazy dudes should use unstable), and there is of course more into it
Aug 11 15:02:50 <Ainulindale> I'll be able to GTA01 test
Aug 11 15:02:55 <TAsn> that I know you can explain ;)
Aug 11 15:03:09 <Ainulindale> TAsn: It'll be done before the sync
Aug 11 15:03:10 <Ainulindale> But the sync won't be done today
Aug 11 15:03:22 <TAsn> Ainulindale, why not?
Aug 11 15:03:34 <TAsn> we already tested this image through
Aug 11 15:03:48 <Ainulindale> We didn't test this instance
Aug 11 15:03:49 <TAsn> (latest unstable is exactly this with only very minor changes)
Aug 11 15:03:52 <Ainulindale> It might go wrong
Aug 11 15:03:53 <TAsn> Ainulindale, same revs.
Aug 11 15:03:54 <Ainulindale> It already did
Aug 11 15:04:03 <Ainulindale> TAsn: We have to ensure it built the same
Aug 11 15:04:06 <Heinervdm> Is the fsousaged issue fixed?
Aug 11 15:04:20 <TAsn> Ainulindale, I think a couple of hours testing is enough
Aug 11 15:04:25 <mrmoku> Heinervdm, no
Aug 11 15:04:34 <dos1> Heinervdm: AFAIK testing will have older, working version
Aug 11 15:04:42 <mrmoku> yep
Aug 11 15:04:44 <Heinervdm> ok
Aug 11 15:04:48 <dos1> Heinervdm: (that one from latest unstable image)
Aug 11 15:04:56 <mrmoku> TAsn, nah... lets test the baby a bit :P
Aug 11 15:05:03 <TAsn> mrmoku, :|
Aug 11 15:05:04 <dos1> and broken things in unstable are nothing strange
Aug 11 15:05:05 <dos1> ;)
Aug 11 15:05:21 * dos1 loves opendns
Aug 11 15:06:08 <dos1> Installing packagekit (2:0.5.1-r0) to root...
Aug 11 15:06:15 <Ainulindale> TAsn: I don't
Aug 11 15:06:25 <Ainulindale> TAsn: Plus I need to test the GTA01 image which wasn't tested at all
Aug 11 15:06:32 <TAsn> Ainulindale, that's a valid point
Aug 11 15:06:34 <TAsn> ok.
Aug 11 15:06:39 <TAsn> cool.
Aug 11 15:06:48 <TAsn> btw, mrmoku did you build epdf_svn?
Aug 11 15:06:49 <Ainulindale> You always assume I don't make valid points, do you? :-)
Aug 11 15:07:36 <TAsn> Ainulindale, I have very high standards for validity :)
Aug 11 15:07:40 <TAsn> j/k.
Aug 11 15:07:54 <mrmoku> Heinervdm, btw. thanks for your patches... will apply them real soon now
Aug 11 15:07:57 <mrmoku> TAsn, did you check?
Aug 11 15:07:59 <TAsn> nah, I just meant that it was a subjectively valid point :)
Aug 11 15:08:06 <TAsn> mrmoku, just finished flashing
Aug 11 15:08:31 <mrmoku> TAsn, if you mean build epdf for testing, then no
Aug 11 15:08:40 <methril|work> i'll be able to test GTA01 too
Aug 11 15:08:40 <TAsn> mrmoku, meant unstable
Aug 11 15:08:44 <lindi-> dos1: why opendns?
Aug 11 15:08:45 <methril|work> now that i've one
Aug 11 15:08:45 <mrmoku> unstable yes
Aug 11 15:08:47 <TAsn> methril_home, so please do :)
Aug 11 15:08:51 <methril|work> not now
Aug 11 15:08:53 <TAsn> mrmoku, cool, thanks :)
Aug 11 15:08:56 <methril|work> tonight
Aug 11 15:09:02 <mrmoku> TAsn, even installed an tried it :P
Aug 11 15:09:11 <TAsn> methril|work, I noticed the |work tag, don't worry :)
Aug 11 15:09:15 <TAsn> mrmoku, works like a charm? :)
Aug 11 15:09:19 <dos1> lindi-: cause they allowed me to build package index. dns from my provider didn't know about svn.projects.openmoko.org :P
Aug 11 15:09:20 <TAsn> I only tested v17
Aug 11 15:09:43 <Heinervdm> mrmoku: the last (python) one should be applied by mickey|bbq, because it's only a patch for a script that he have to rerun
Aug 11 15:10:06 <mrmoku> Heinervdm, ok, will apply the other two and leave that one for mickey|bbq then
Aug 11 15:10:29 <TAsn> mrmoku, Ainulindale, as you two think today is not a proper time for a new testing, what do you think about tomorrow? :)
Aug 11 15:10:32 <methril|work> mrmoku: what is girepository for?
Aug 11 15:11:16 <Ainulindale> TAsn: it'll be done as soon as we'll be able to ensure it's working properly
Aug 11 15:11:30 <Ainulindale> TAsn: And I think tomorrow will be good if enough people are testing
Aug 11 15:11:55 <TAsn> Ainulindale, cool.
Aug 11 15:12:04 <TAsn> Ainulindale, methril|work and you are testing gta01
Aug 11 15:12:05 <Ainulindale> That means you have to test it extensively
Aug 11 15:12:07 <Ainulindale> Call, use GPS
Aug 11 15:12:11 <Ainulindale> use wifi
Aug 11 15:12:11 <Ainulindale> gprs
Aug 11 15:12:46 <TAsn> Ainulindale, and I don't think gta02 needs exhaustive testing
Aug 11 15:13:22 <methril|work> Ainulindale: ok, and is the first time that i'm going to test it
Aug 11 15:13:34 <methril|work> as i didn't found the time to test it :)
Aug 11 15:14:14 <mrmoku> methril|work, girepository is something for the vala / dbus / spec / autogeneration magic I think
Aug 11 15:14:23 <TAsn> Ainulindale, as we already tested almost the exact same version.
Aug 11 15:14:37 <TAsn> mrmoku, it's taking ages to boot.
Aug 11 15:14:42 <methril|work> mrmoku: then mickey|bbq was responsible for commit it to Oe dev repo? ;)
Aug 11 15:14:59 <mrmoku> probably
Aug 11 15:15:20 <methril|work> the images to build are on build.bearstech?
Aug 11 15:16:24 <mrmoku> methril|work, what do you mean?
Aug 11 15:16:42 <TAsn> mrmoku, is it normal? (the crazy boot time)
Aug 11 15:16:48 <TAsn> wasn't in unstable.
Aug 11 15:17:04 <Ainulindale> TAsn: the problem isn't the packages revision
Aug 11 15:17:06 <Ainulindale> But the overall image
Aug 11 15:17:17 <Ainulindale> So even if you think it's not needed
Aug 11 15:17:18 <Ainulindale> it is
Aug 11 15:17:20 <Ainulindale> That's proper QA
Aug 11 15:18:29 <TAsn> mrmoku, it's still not booting. :|
Aug 11 15:18:32 <Ainulindale> You know that we can't properly ensure determinist builds
Aug 11 15:18:43 <Ainulindale> TAsn: I thought it wasn't worth testing, was it? :->
Aug 11 15:18:46 <TAsn> Ainulindale, yeah, I know that.
Aug 11 15:18:52 <TAsn> Ainulindale, I knew it's worth testing
Aug 11 15:18:57 <TAsn> just a couple of hours of testing
Aug 11 15:19:02 <methril|work> mrmoku: about the commits?
Aug 11 15:19:08 <TAsn> not days
Aug 11 15:19:27 <Ainulindale> TAsn: we're not talking about days but a day or two :-)
Aug 11 15:19:31 <Ainulindale> Nothing more, I'm not sadistic :-)
Aug 11 15:19:37 <Ainulindale> (Or am I?)
Aug 11 15:19:58 <TAsn> Ainulindale, what I meant, is that we tested all the crazy features alone for a couple of days
Aug 11 15:20:05 <Ainulindale> I know
Aug 11 15:20:06 <TAsn> all we need now is to check the overall behavior
Aug 11 15:20:13 <TAsn> not specific crazy features
Aug 11 15:20:13 <mrmoku> TAsn, first boot finished for me
Aug 11 15:20:17 <Ainulindale> And that implies to test some features as well
Aug 11 15:20:19 <TAsn> mrmoku, after a long time?
Aug 11 15:20:24 <Ainulindale> And the behavior after a day of usage for instance
Aug 11 15:20:28 <mrmoku> not especially long
Aug 11 15:20:30 <TAsn> (without even a bootsplash showing?)
Aug 11 15:20:35 <TAsn> bah.
Aug 11 15:20:46 <mrmoku> TAsn, including bootsplash and everything else :P
Aug 11 15:20:50 <mrmoku> you did something wrong ;)
Aug 11 15:21:00 <methril|work> what image i've to etest for GTA01? is on downloads.bearstech.com?
Aug 11 15:21:00 <TAsn> mrmoku, yeah, I flashed your sucky image :)
Aug 11 15:21:04 <TAsn> j/k, hm..
Aug 11 15:21:20 <mrmoku> TAsn, probably you flashed it into your toaster ;)
Aug 11 15:21:34 <TAsn> mrmoku, or that my moko became toast.
Aug 11 15:21:43 <TAsn> either way, something bad happened.
Aug 11 15:21:52 <Ainulindale> mrmoku: you synced the image then?
Aug 11 15:21:57 <mrmoku> Ainulindale, no!
Aug 11 15:22:06 <Ainulindale> How did TAsn get it then?
Aug 11 15:22:08 <TAsn> what's the md5sum of the tar.gz?
Aug 11 15:22:15 <TAsn> Ainulindale, mrmoku/tests/
Aug 11 15:22:15 <TAsn> ..
Aug 11 15:22:31 <mrmoku> yep http://build.shr-project.org/tests/mrmoku/testing/
Aug 11 15:22:34 <TAsn> 454a4675e1bf602088133aa652f9105c  shr-lite-glibc-ipk--20090811-om-gta02.rootfs.tar.gz
Aug 11 15:22:36 <Ainulindale> Didn't know about that :-)
Aug 11 15:22:37 <TAsn> mrmoku, is this correct?
Aug 11 15:22:45 <mrmoku> moment
Aug 11 15:23:04 <Ainulindale> Downloading it as we speak
Aug 11 15:23:06 <mrmoku> 454a4675e1bf602088133aa652f9105c  shr-lite-glibc-ipk--20090811-om-gta02.rootfs.tar.gz
Aug 11 15:23:10 <mrmoku> looks correct
Aug 11 15:25:21 <mrmoku> registered on firstboot... and autosuspended
Aug 11 15:25:37 <Ainulindale> I'm currently flashing it on my spare 
Aug 11 15:26:38 <TAsn> only problem is that I don't think any of us will ever be able to give testing a proper test (in the long run and future versions)
Aug 11 15:26:44 <mrmoku> ouch
Aug 11 15:26:45 <TAsn> as we all use unstable :)
Aug 11 15:26:51 <TAsn> mrmoku, ?
Aug 11 15:26:53 <mrmoku> no ringtone on incoming call
Aug 11 15:27:12 <TAsn> mrmoku, ok, booting, was a bad flash.
Aug 11 15:27:32 <TAsn> mrmoku, what do the logs say?
Aug 11 15:27:37 <TAsn> is there the actual ringtone?
Aug 11 15:27:42 <Ainulindale> TAsn: nope
Aug 11 15:27:42 <Ainulindale> I can
Aug 11 15:27:47 <Ainulindale> I have three phones
Aug 11 15:27:56 <Ainulindale> (with two SIM)
Aug 11 15:28:03 <TAsn> Ainulindale, I don't think you'll be able to use *all* of them all the time :)
Aug 11 15:28:11 <TAsn> Ainulindale, I have one moko and two sims :)
Aug 11 15:28:11 <Ainulindale> I use two of them all the time
Aug 11 15:28:12 <mrmoku> TAsn, yeah, playing it via shr-settings works
Aug 11 15:28:29 <Ainulindale> (professional and personal phone)
Aug 11 15:28:34 <TAsn> mrmoku, hm.. what do the logs say?
Aug 11 15:28:38 <TAsn> Ainulindale, both are mokos?
Aug 11 15:28:45 <Ainulindale> indeed
Aug 11 15:28:50 <TAsn> both run shr?
Aug 11 15:28:51 <Ainulindale> Who do you think I am? :-)
Aug 11 15:28:54 <mrmoku> dos1, you fiddled too much with the rules :P
Aug 11 15:28:59 <Ainulindale> Currently yes
Aug 11 15:29:04 <methril|work> hehehe
Aug 11 15:29:10 <TAsn> mrmoku, booted ;)
Aug 11 15:29:12 <dos1> mrmoku: hmm? what's the problem?
Aug 11 15:29:12 <Ainulindale> In the end I don't care about using testing if the update cycle is fast enough
Aug 11 15:29:16 <methril|work> but Ainulindale devots tto hackable:1  too?
Aug 11 15:29:20 <Ainulindale> Yep
Aug 11 15:29:25 <Ainulindale> But I can have it on µSD
Aug 11 15:29:33 <mrmoku> dos1, no ringtone on imcoming call
Aug 11 15:29:36 <mrmoku> -m+n
Aug 11 15:29:38 <dos1> mrmoku: what log says?
Aug 11 15:29:42 <dos1> (oeventsd)
Aug 11 15:29:52 <methril|work> for me the update cyclee is only testing the updated  parts
Aug 11 15:29:55 <TAsn> Ainulindale, what I suggested is a weekly image/package generation
Aug 11 15:30:04 <methril|work> isn't it?
Aug 11 15:30:10 <Ainulindale> methril|work: yes but we still have to ensure the image is booting properly
Aug 11 15:30:19 * methril|work nods
Aug 11 15:30:19 <Ainulindale> TAsn: for testing?
Aug 11 15:30:22 <TAsn> Ainulindale, yes.
Aug 11 15:30:26 <TAsn> or at least
Aug 11 15:30:28 <Ainulindale> TAsn: invalid, sadly
Aug 11 15:30:35 <TAsn> monthly image generation
Aug 11 15:30:37 <Ainulindale> Apart for the image
Aug 11 15:30:42 <TAsn> and weekly package generation
Aug 11 15:30:46 <Ainulindale> But it'll be dependent on the migrations
Aug 11 15:30:58 <Ainulindale> We should reenable auto generation of packages on testing
Aug 11 15:31:07 <Ainulindale> which will then autogenerate updates
Aug 11 15:31:09 <TAsn> Ainulindale, of course there are exceptions.
Aug 11 15:31:13 <Ainulindale> Which will be poured there from unstable
Aug 11 15:31:15 <TAsn> mrmoku, registered to network.
Aug 11 15:31:45 <TAsn> mrmoku, aye, no incoming call sound :(
Aug 11 15:31:53 <mrmoku> dos1, http://pastebin.com/d13c8f57c
Aug 11 15:31:55 <mrmoku> is that normal
Aug 11 15:32:23 <Ainulindale> Is the sound there?
Aug 11 15:32:34 <mrmoku> Ainulindale, yep, can play it via shr-settings
Aug 11 15:34:02 <methril|work> well, gym time
Aug 11 15:34:05 <methril|work> i've to go now
Aug 11 15:34:06 <methril|work> bbl
Aug 11 15:35:11 <TAsn>     while: CallStatus()
Aug 11 15:35:11 <TAsn>     filters:
Aug 11 15:35:11 <TAsn>             - Or(Or(HasAttr(status, "outgoing"), HasAttr(status, "active")), An$
Aug 11 15:35:11 <TAsn>             - Not(BTHeadsetIsConnected())
Aug 11 15:35:11 <TAsn>     actions:
Aug 11 15:35:12 <TAsn>             - SetScenario(gsmhandset)
Aug 11 15:35:18 <TAsn> sorry for the paste
Aug 11 15:35:22 <TAsn> though wtf is that?!
Aug 11 15:35:25 <TAsn> that's BAD!
Aug 11 15:35:31 <TAsn> we already removed that in unstable
Aug 11 15:35:39 <TAsn> as efl manages sound while in call.
Aug 11 15:35:54 <dos1> TAsn: do we really removed that?
Aug 11 15:36:00 <dos1> TAsn: when i looked at it it was there
Aug 11 15:36:14 <TAsn> if we didn't
Aug 11 15:36:17 <TAsn> it should be removed.
Aug 11 15:36:38 <dos1> mrmoku: that log doesn't say anything to me
Aug 11 15:36:44 <dos1> mrmoku: check what oeventsd says on boot
Aug 11 15:37:08 <dos1> maybe i did something wrong when copy&paste...
Aug 11 15:37:17 <dos1> (but i tested it on my neo ;P)
Aug 11 15:37:22 <TAsn> dos1, seems like it.
Aug 11 15:37:31 <TAsn> (referring to the gsm handset)
Aug 11 15:37:33 <TAsn> state
Aug 11 15:37:45 * TAsn is booting my U to make sure.
Aug 11 15:37:54 <TAsn> oh, nvm
Aug 11 15:37:54 <mrmoku> dos1, uuhhh
Aug 11 15:37:56 <mrmoku> 2009.08.11 16:27:37.439 oeventsd             ERROR    Error while calling function ExternalDBusAction : org.freedesktop.DBus.E
Aug 11 15:38:00 <mrmoku> rror.Spawn.ExecFailed: dbus-launch failed to autolaunch D-Bus session: Autolaunch error: X11 initialization failed.
Aug 11 15:38:04 * mrmoku reboots
Aug 11 15:38:11 <dos1> wtf?
Aug 11 15:38:18 <dos1> mrmoku: don't you have odeviced running?
Aug 11 15:38:19 <dos1> ;x
Aug 11 15:38:38 <dos1> (i added ExternalDBusAction which calls odeviced idlenotifier)
Aug 11 15:39:03 <mrmoku> dos1, did you test it?
Aug 11 15:39:07 <dos1> mrmoku: yes
Aug 11 15:39:08 <TAsn> my U was recently flashed and has your rules.yaml (I think)
Aug 11 15:39:13 <mrmoku> dos1, with fresh reboot?
Aug 11 15:39:17 <dos1> mrmoku: yes
Aug 11 15:39:21 <mrmoku> hmm
Aug 11 15:39:32 <Ainulindale> Did you properly set the revision for frameworkd-config-shr?
Aug 11 15:39:37 <Ainulindale> Wasn't there a ghost package?
Aug 11 15:40:16 <mrmoku> Ainulindale, it is the double revision thingie with SRCREV_FORMAT
Aug 11 15:40:21 <mrmoku> or something like that
Aug 11 15:40:36 <mrmoku> and the FSO revision is set to the rev of frameworkd
Aug 11 15:40:48 <mrmoku> the SHR revision for frameworkd-config-shr is set to AUTOREV
Aug 11 15:40:56 <mrmoku> and the package itself is set to AUTOREV too
Aug 11 15:41:42 <mrmoku> dos1, 2009.08.11 17:40:38.713 oeventsd             ERROR    can't parse rule {'while': 'CallListContains("incoming")', 'filters': 'N
Aug 11 15:41:45 <mrmoku> ot(CallListContains("active"))', 'actions': ['RingTone()', "ExternalDBusAction('session', 'org.freesmartphone.odeviced', '/org
Aug 11 15:41:48 <mrmoku> /freesmartphone/Device/IdleNotifier/0', 'org.freesmartphone.Device.IdleNotifier', 'SetState', 'busy')", 'SetLed("gta02_aux_red
Aug 11 15:41:52 <mrmoku> ", "blink")', 'OccupyResource(Display)']} : org.freedesktop.DBus.Error.Spawn.ExecFailed: dbus-launch failed to autolaunch D-Bu
Aug 11 15:41:55 <mrmoku> s session: Autolaunch error: X11 initialization failed.
Aug 11 15:41:57 <mrmoku> your rules suck ;)
Aug 11 15:42:35 * TAsn is going to get some rest. ;(
Aug 11 15:42:41 * TAsn is sad.
Aug 11 15:43:07 * TAsn is booting his beloved U
Aug 11 15:50:20 <Ainulindale> if the problem is just the rule it's easy
Aug 11 15:50:51 <dos1> hmmm
Aug 11 15:51:18 <dos1> mrmoku: can you check frameworkd.conf?
Aug 11 15:51:30 <dos1> mrmoku: does it have [odeviced] section earlier than [oeventsd]?
Aug 11 15:54:00 <Heinervdm> dos1: yes it have
Aug 11 15:54:06 <Heinervdm> s/have/has
Aug 11 15:54:12 <dos1> ;)
Aug 11 15:54:33 <dos1> oeventsd sucks
Aug 11 15:54:35 <dos1> reverting
Aug 11 15:55:36 <CIA-53> SHR: 03seba.dos1 07shr-themes * r91ee404b5f42 10/frameworkd/frameworkd-config-shr/ (om-gta01/rules.yaml om-gta02/rules.yaml rules.yaml): Revert "frameworkd-config-shr: set busy state on incoming call and sms"
Aug 11 15:56:09 <Ainulindale> mrmoku: gta01 went through
Aug 11 15:56:37 <dos1> i'll try to work on oeventsd code to allow what i wanted
Aug 11 15:56:41 <mrmoku> Ainulindale, yep
Aug 11 15:56:42 <dos1> then i'll revert that revert
Aug 11 15:56:43 <Ainulindale> mrmoku: meanwhile I launched the feed build
Aug 11 15:56:43 <dos1> ;)
Aug 11 15:57:03 <Ainulindale> as this won't get impacted (I hope) by dos1's modification
Aug 11 15:57:12 <mrmoku> Ainulindale, you have to start it with -k because three packages do not build
Aug 11 15:57:30 <Ainulindale> Ok :-)
Aug 11 15:58:40 <Ainulindale> by the way
Aug 11 15:58:43 <Ainulindale> my testing didn't register
Aug 11 16:01:39 <Ainulindale> ** (process:2297): DEBUG: GSM not available, try again in 5s
Aug 11 16:01:42 <Ainulindale> again and again
Aug 11 16:01:51 <Heinervdm> Ainulindale: it needs a bit long, but mine is registering
Aug 11 16:01:59 <Ainulindale> It booted ten minutes ago
Aug 11 16:02:22 <Ainulindale> 2009.08.11 16:51:23.512 frameworkd.subsystem ERROR    could not import pimd_contacts.py: cannot import name BackendManager
Aug 11 16:02:31 <Ainulindale> That is funny
Aug 11 16:03:38 <Ainulindale> Hmmm
Aug 11 16:03:42 <Ainulindale> Looks as if fsousaged is dead to me
Aug 11 16:04:00 <Ainulindale> Ok rebooting
Aug 11 16:04:49 <dos1> Ainulindale: but that's normal ;) (opimd)
Aug 11 16:05:15 <Heinervdm> I'm getting "1 missed call" if i release a call ;)
Aug 11 16:05:39 <dos1> Ainulindale: it's fixed in my branch, but i won't merge it as that branch has more broken/untested stuff :P
Aug 11 16:06:03 <dos1> Ainulindale: but that error shouldn't hurt, i had it and everything worked ;)
Aug 11 16:06:37 <Ainulindale> hmmm
Aug 11 16:06:39 <Ainulindale> I just rebooted
Aug 11 16:06:42 <Ainulindale> segfault & kernel panic
Aug 11 16:07:06 <Ainulindale> Could someone diff both testlabs?
Aug 11 16:12:42 * mrmoku off for dinner and will diff anything after that :P
Aug 11 16:16:52 <Ainulindale> well no sound and no vibration either
Aug 11 16:18:18 * Sharwin_F was having "lunch" 20 min ago
Aug 11 16:22:14 <dos1> packagekit installed
Aug 11 16:22:18 <dos1> testing...
Aug 11 16:22:20 <dos1> again ;x
Aug 11 16:28:07 <dos1> it's working!
Aug 11 16:28:09 <dos1> :)
Aug 11 16:29:05 <dos1> mrmoku: patches sent
Aug 11 16:29:16 <dos1> i need to change shr-installer to use new api
Aug 11 16:29:32 <dos1> but that's a little thing ;)
Aug 11 16:30:19 <soltys> dos1: but it wont work ;)
Aug 11 16:30:38 <dos1> soltys: you say that ;P
Aug 11 16:31:47 * dos1 wants to see shr-installer finished, not as other his projects - "started, did something nice, written long TODO, forgotten" :P
Aug 11 16:32:31 <soltys> ;)
Aug 11 16:38:42 <DocScrutinizer> dos1: I _know_ THAT :-s
Aug 11 17:10:38 <schasch> someone interested in giving me hints for a display-driver ?  lq057v3dg01 or lq057v3dg02...do not know how to set the timing-props according to the datasheet...(MHZ,hsynv,vsync...    a  lq057v3dc12) is running...)
Aug 11 17:11:03 <schasch> it is for mach-smdk2440.c file..divice is running SHR 
Aug 11 17:11:21 <schasch> ..still in 320x240 pixel...
Aug 11 17:11:23 <schasch> :-(
Aug 11 17:13:27 <CIA-53> SHR: 03seba.dos1 07shr-installer * re4d299cc051b 10/shr-installer: Catch up with PackageKit 0.5.1
Aug 11 17:13:59 <dos1> so now i'll have to fix opkg backend bugs in packagekit
Aug 11 17:14:00 <dos1> ;x
Aug 11 17:31:20 <CIA-53> SHR: 03seba.dos1 07shr-installer * rea29d875f37a 10/shr-installer: Some basic work for upgrade debugging.
Aug 11 17:33:18 <DocScrutinizer> dos1: you are about to use opkg? (as a part of app)
Aug 11 17:33:43 <dos1> DocScrutinizer: hmm?
Aug 11 17:34:03 <dos1> DocScrutinizer: shr-installer uses packagekit, so it should also work with other package managers
Aug 11 17:34:34 <dos1> DocScrutinizer: i don't want to use opkg directly, as if we'll decide to move to another package manager that code will became unusable
Aug 11 17:34:43 <DocScrutinizer> dos1: anyway, my question was if we could try to use opkg cache function
Aug 11 17:35:01 <dos1> DocScrutinizer: but ATM opkg backend in packagekit has few bugs
Aug 11 17:35:03 <dos1> DocScrutinizer: opkg cache?
Aug 11 17:35:25 <DocScrutinizer> "opkg --help" ;-)
Aug 11 17:36:04 <dos1> --cache <directory>     Use a package cache
Aug 11 17:36:10 <dos1> but what's that?
Aug 11 17:36:45 <Heinervdm> same as apt archive?
Aug 11 17:37:14 <DocScrutinizer> that's part of my question ;-P
Aug 11 17:37:48 <DocScrutinizer> wtf is cache and maybe if it's usefull can we put it to purpose then?
Aug 11 17:38:57 <DocScrutinizer> U know I have a 16GB uSD now. how much of that could possibly be eaten by a complete repo cache ?
Aug 11 17:39:38 <Wonka> ouch... saw 16GB Class2 uSDHC today, for 66EUR
Aug 11 17:40:23 <dos1> hmm
Aug 11 17:40:29 <DocScrutinizer> also it really drove me nuts when "opkg fork segfault" and retrying but also *downloading* a package 5 times
Aug 11 17:40:39 <dos1> DocScrutinizer: few gigabytes?
Aug 11 17:40:56 <dos1> maybe even smaller
Aug 11 17:46:21 <CIA-53> SHR: 03seba.dos1 07shr-themes * r6c05099e582b 10/elementary/elementary-theme-niebiee/niebiee.edc: elementary-theme-niebiee: add missing parts from nEo theme. Thanks Bernd Pr??nster!
Aug 11 17:51:32 <DocScrutinizer> who's maintainer of batgadget? it's really a pita to have that pastel pseudo-3D which shows a redish (almost, though mostly grey) 5% bar, that uses still up half the hight of the whole bat-symbol :-(
Aug 11 17:51:47 <DocScrutinizer> absolutely counter-intuitive
Aug 11 17:55:03 <DocScrutinizer> I'd like to see a badget that shows a 100% saturation colored bar of 10% hight for 0..10% and (of course) 100% hight for full charged
Aug 11 17:55:31 <mrmoku> Ainulindale, we have another problem with the image :(
Aug 11 17:55:55 <mrmoku> Ainulindale, SRCPV does not add the appropriate 'number of commits' prefix
Aug 11 17:56:07 <mrmoku> which means packages won't be upgradeable
Aug 11 17:56:16 <mrmoku> (does not add them for packages which are *not* on AUTOREV)
Aug 11 17:58:53 <DocScrutinizer> mrmoku: never ending sequence of :-O
Aug 11 17:59:00 <Heinervdm> mrmoku: i can't connect to ssh on your test image: ssh: connect to host 192.168.1.202 port 22: Connection refused
Aug 11 17:59:21 <schasch> mrmoku: which means packages won't be upgradeable.......  some people  use something like this   :-)
Aug 11 18:01:55 <DocScrutinizer> schasch: in fact I had no objections agains some packages like libfsobasics etc not being upgradeable ;-D
Aug 11 18:03:05 <schasch> DocScrutinizer  :-)  
Aug 11 18:04:29 <mrmoku> Heinervdm, I unplugged and replugged it once and then it worked
Aug 11 18:04:49 <Heinervdm> mrmoku: after a 2. reboot it works
Aug 11 18:05:38 <DocScrutinizer> Heinervdm: I seem to remember that's an old story
Aug 11 18:07:26 <Heinervdm> DocScrutinizer: it usally doesn't work on first boot, but on second it worked, now i needed 3 boots. But perhaps it's because i edited /etc/network/interfaces on 2. boot
Aug 11 18:08:06 <DocScrutinizer> Heinervdm: on host or on device?
Aug 11 18:08:18 <Heinervdm> DocScrutinizer: on device
Aug 11 18:08:40 <mrmoku> Heinervdm, it worked on first boot for me
Aug 11 18:08:44 <mrmoku> (after replugging)
Aug 11 18:08:48 <TAsn> mrmoku, please remove the setstate gsamhandset from the rules.yaml
Aug 11 18:08:52 <DocScrutinizer> hmmm, don't see how that should...
Aug 11 18:08:55 <TAsn> as it's *bad*
Aug 11 18:08:56 <TAsn> :)
Aug 11 18:09:09 <TAsn> since we manage our own sound while in a call.
Aug 11 18:09:23 <DocScrutinizer> TAsn: we do??
Aug 11 18:09:37 <TAsn> DocScrutinizer, of course, patched it a long time ago.
Aug 11 18:09:54 <DocScrutinizer> if we do, then you're absolutely right
Aug 11 18:09:56 <TAsn> (in a better than current but not perfect manner, patched phonegui-efl)
Aug 11 18:10:07 <TAsn> DocScrutinizer, try it yourself.
Aug 11 18:10:23 <TAsn> I'm with this turned off for a while now.
Aug 11 18:10:34 <TAsn> (while = 2months or so)
Aug 11 18:14:56 <morphis> heyho
Aug 11 18:44:49 <Weiss> does the SHR overlay do anything to low-level stuff like glibc or libdl, or is it all just application stuff?
Aug 11 18:45:05 <Weiss> compared to the fso/ms5.5 branch, that is
Aug 11 18:46:34 <Weiss> i'm experiencing a weird problem which might be due to a mismatch (compiling using the FSO branch of OE directly, running on SHR)
Aug 11 18:47:54 <mrmoku> Weiss, uhhh... SHR overlay is no more
Aug 11 18:48:06 <mrmoku> we are building directly out of shr/import branch in OE :-)
Aug 11 18:50:35 <TAsn> mrmoku, which reminds me
Aug 11 18:50:51 <TAsn> please remove it from gitweb
Aug 11 18:51:31 <Weiss> mrmoku: hmm, ok. so i should be using that branch for my work instead of fso/milestone5.5?
Aug 11 18:51:56 <Weiss> even so, are there any changes to the preferred versions of the low-level stuff?
Aug 11 18:58:12 <dos1> http://scap.linuxtogo.org/files/1921576f62229f3615acef3c40658ea4.png
Aug 11 18:58:24 <dos1> that's *the last* icon theme i would use in SHR ;P
Aug 11 18:58:57 <tobii_> dos1: lol the iphone ipod logo
Aug 11 18:58:58 <tobii_> :)
Aug 11 18:59:23 <tobii_> ohh
Aug 11 18:59:29 <tobii_> all iphone icons
Aug 11 18:59:29 <tobii_> ;D
Aug 11 19:00:39 <dos1> http://scap.linuxtogo.org/files/7c2a39ed407c2d176cc483330a761d0a.png - too much borders, but i like buttons look
Aug 11 19:00:40 <dos1> ;)
Aug 11 19:07:20 <mrmoku> Weiss, no, not that I know off
Aug 11 19:07:39 <mrmoku> Weiss, and we differ not much from ms5.5
Aug 11 19:14:55 <TAsn> dos1, mrmoku, I think we have a winner!
Aug 11 19:14:57 <TAsn> http://wiki.shr-project.org/trac/attachment/wiki/LogoContest/dessin.png
Aug 11 19:14:59 <TAsn> :)
Aug 11 19:16:04 <TAsn> killer logo!~
Aug 11 19:20:28 <dos1> yup, it's nice :D
Aug 11 19:20:40 <TAsn> I think it's the best one yet.
Aug 11 19:23:48 <F4t> hmmm ... someone renamed mokonnect to "konnect" :D
Aug 11 19:23:49 <F4t> looks better
Aug 11 19:24:32 <F4t> uhhh this one looks very nice: http://scap.linuxtogo.org/files/e98f17011f2b527d6061d0bfef7b7cc0.png
Aug 11 19:26:51 <max_posedon> Does it use kdelibs now?)
Aug 11 19:27:55 <DocMobilizer> nah, I prefer mokonnect
Aug 11 19:28:35 <CIA-53> SHR: 03seba.dos1 07shr-themes * rb43b27b85b67 10/elementary/elementary-theme-niebiee/niebiee.edc: elementary-theme-niebiee: work on pager
Aug 11 19:30:28 <F4t> DocMobilizer, but it gets truncated at N... so its "Mokon...."
Aug 11 19:32:25 <dos1> i'll try to make labels little smaller in launcher theme
Aug 11 19:32:35 <dos1> but firstly elementary ;)
Aug 11 19:35:39 <TAsn> F4t, I think Mokon is a very nice name.
Aug 11 19:35:42 <TAsn> :)
Aug 11 19:36:26 <F4t> lol
Aug 11 19:37:45 <TAsn> too bad "Phone..." isn't very descriptive.
Aug 11 19:39:18 <F4t> TAsn, i think Phone is a very nice name....
Aug 11 19:39:34 <TAsn> :)
Aug 11 19:46:56 <mrmoku> TAsn, looks like a condom :P
Aug 11 19:47:35 <TAsn> mrmoku, as discussed a couple of days ago, the Moko protects from sex diseases and pregnancy...
Aug 11 19:47:43 <TAsn> so it fits just right :)
Aug 11 19:49:44 <TAsn> although on a bit "higher" level
Aug 11 19:56:51 <F4t> Theres a moko vibrator on opkg.org
Aug 11 19:57:11 <mrmoku> F4t, you don't have that installed? :P
Aug 11 19:57:31 <dos1> that's must have!
Aug 11 19:57:33 <dos1> ;)
Aug 11 19:57:47 <dos1> hmm... mrmoku, why don't we provide it in image?
Aug 11 19:57:47 * mrmoku considers to include it in the lite image ;)
Aug 11 19:57:48 <dos1> ;D
Aug 11 19:57:51 <dos1> ;)
Aug 11 19:58:01 <F4t> i prefer the moko phone that actually works, from the never-ever-land.org repository
Aug 11 20:02:09 <DocMobilizer> raster:  top bar showed "illume" while screen was phonelog. [X] opened illume menu. Then I clicked in screen (set focus), and topbar switched to normal 'phonelog'
Aug 11 20:03:39 <TAsn> F4t, the moko vibrator is the second layer of protection
Aug 11 20:03:48 <TAsn> after you popped out the Moko in a date
Aug 11 20:03:54 <TAsn> if the girl still didn't leave
Aug 11 20:04:11 <TAsn> (i.e the HIV and pregnancy odds are still high)
Aug 11 20:04:21 <TAsn> you have the vibrator 
Aug 11 20:04:21 <DocMobilizer> raster: there's definitly sth fishy with focus handling
Aug 11 20:04:54 <F4t> DocMobilizer, you mean to say, sth fishy with python-elementary, or just etk...
Aug 11 20:05:25 <TAsn> F4t, python-elm wasn't involved in his bug
Aug 11 20:05:38 <TAsn> it's illume and pyphonelog which is gtk
Aug 11 20:10:45 <CIA-53> SHR: 03seba.dos1 07shr-installer * rb9029af93609 10/shr-installer: Make percentage color depending on theme.
Aug 11 20:17:45 <CIA-53> SHR: 03seba.dos1 07shr-themes * r102122a38c08 10/elementary/elementary-theme-niebiee/niebiee.edc: elementary-theme-niebiee: change color of frame title to white
Aug 11 20:17:46 <CIA-53> SHR: 03seba.dos1 07shr-themes * r4de93b2832c2 10/elementary/elementary-theme-niebiee/niebiee.edc: elementary-theme-niebiee: little changes in pager
Aug 11 20:17:46 <CIA-53> SHR: 03seba.dos1 07shr-themes * rbab9a2567555 10/elementary/elementary-theme-niebiee/TODO: elementary-theme-niebiee: update TODO
Aug 11 20:17:51 <CIA-53> SHR: 03seba.dos1 07shr-themes * r69b7b3b87c60 10/elementary/elementary-theme-niebiee/niebiee.edc: elementary-theme-niebiee: fix color in toggle label
Aug 11 20:22:40 <Sargun> How much would a GTA02(-core?) cost if you got rid of the vibrator, screen, WiFi, Bluetooth, and video.
Aug 11 20:22:50 <Sargun> so, basically a "dumb" ARM device with just GSM, and GPS
Aug 11 20:24:48 <TAsn> Sargun, http://www.arduino.cc/ is this what you are looking for?
Aug 11 20:25:37 <Sargun> TAsn, yes, but with GSM + GPS
Aug 11 20:26:06 <TAsn> oh, sorry, didn't see that. :)
Aug 11 20:26:16 <budfive_> does arduino do gsm?
Aug 11 20:26:21 <TAsn> Sargun, trying to be a spy?
Aug 11 20:27:00 <Sargun> TAsn, No.
Aug 11 20:27:30 <TAsn> Sargun, that's was a very discrete spy-like "no" :)
Aug 11 20:27:37 <TAsn> 007
Aug 11 20:27:49 <Sargun> lol
Aug 11 20:27:53 <Sargun> Yes, I am a spy.
Aug 11 20:28:04 <Sargun> That's why every dollar matters
Aug 11 20:29:03 <TAsn> Sargun, well it's a couple of dollars per device, I bet you cooperation has many spies and I don't know, maybe you plan on making those devices disposable :)
Aug 11 20:30:16 <CIA-53> SHR: 03seba.dos1 07shr-themes * re9dca29b5a4f 10/elementary/elementary-theme-niebiee/ (images/frame_2.png niebiee.edc): elementary-theme-niebiee: make frame borders better
Aug 11 20:30:44 <Sargun> cooperation?
Aug 11 20:30:46 <dos1> so now only slider, bubbles, checkbox and radio
Aug 11 20:31:00 <TAsn> Sargun, MI5/CIA/MOSAD/etc
Aug 11 20:31:01 <dos1> and then shr-settings and opimd-utils will have complete, extremely blue theme ;)
Aug 11 20:31:05 <Sargun> TAsn, corporation?
Aug 11 20:31:08 <Sargun> TAsn, company?
Aug 11 20:31:18 <TAsn> Sargun, me meant organization
Aug 11 20:31:22 <DocMobilizer> budfive_: does ardu have a modem?
Aug 11 20:31:24 <Sargun> TAsn, ah......
Aug 11 20:31:25 <dos1> after that genlist and few frame styles
Aug 11 20:31:31 * TAsn is tired.
Aug 11 20:31:45 <dos1> and then clock and icons, and elementary theme is done
Aug 11 20:31:46 <|Marco|> DocMobilizer: I belive you can get it as a module, yes
Aug 11 20:31:46 <dos1> ;)
Aug 11 20:32:02 * Sargun wants something with GSM, GPS, storage, and some sort of processor for under $100
Aug 11 20:32:16 <Sargun> Any suggestions?
Aug 11 20:32:17 <|Marco|> good luck
Aug 11 20:32:34 <TAsn> Sargun, 
Aug 11 20:32:34 <TAsn> <|Marco|> DocMobilizer: I belive you can get it as a module, yes
Aug 11 20:32:37 <TAsn> there you go.
Aug 11 20:33:10 <Sargun> Yes, it's more than $100
Aug 11 20:34:09 <TAsn> Sargun, even arduion mini?
Aug 11 20:34:22 <TAsn> arduino*
Aug 11 20:35:41 <Sargun>  http://www.sparkfun.com/commerce/product_info.php?products_id=7917 is $130-$160 JUST for the GSM/GPS
Aug 11 20:36:00 <TAsn> oh ouch.
Aug 11 20:36:16 <TAsn> Sargun, anyhow, sorry, it seems like I can provide no help on this topic, at least I tried ;)
Aug 11 20:37:36 <dos1> mrmoku: how's review going? ;D
Aug 11 20:38:28 <Sargun> hehe
Aug 11 20:40:40 <mrmoku> dos1, still compiling ;)
Aug 11 20:41:15 <TAsn> mrmoku, compiling what?
Aug 11 20:41:23 <dos1> TAsn: packagekit
Aug 11 20:41:41 <dos1> TAsn: i sent patches which upgrades it to 0.5.1 and makes shr-installer working :)
Aug 11 20:41:42 <TAsn> oh ;)
Aug 11 20:41:46 <TAsn> cool ;)
Aug 11 20:41:53 <emmentaler> -O0 disables optimization of gcc, right?
Aug 11 20:42:00 <mrmoku> TAsn, and I'm reviewing them right now :P
Aug 11 20:42:44 <TAsn> emmentaler, iirc yeah.
Aug 11 20:43:03 <TAsn> iirc even -O (without the 0 is enough)
Aug 11 20:43:35 <mrmoku> dos1, ok, review finished and pushed :P
Aug 11 20:43:46 <dos1> i saw ;)
Aug 11 20:44:36 <emmentaler> damn.. gcc optimized a pointer out that i use memcpy with .. -> segfault .. also with -O0
Aug 11 20:45:01 <Sargun> haha
Aug 11 20:45:17 <emmentaler> grr.. ;-)
Aug 11 20:45:36 <emmentaler> 209			memcpy(encodedBytes,ptr,20);
Aug 11 20:45:37 <emmentaler> (gdb) print ptr
Aug 11 20:45:37 <emmentaler> $1 = <value optimized out>
Aug 11 21:07:57 <dos1> shr-installer with Niebiee theme on scap ;)
Aug 11 21:12:20 <DocScrutinizer> emmentaler: ouch
Aug 11 21:12:24 <emmentaler> yes
Aug 11 21:12:27 <emmentaler> http://pastebin.com/d483469f5
Aug 11 21:12:40 <emmentaler> it gets even nastier.. 
Aug 11 21:12:53 <emmentaler> why the hell is ptr different on 2nd printf? 
Aug 11 21:13:24 <emmentaler> can anyone explain that to me?
Aug 11 21:14:11 <TAsn> emmentaler, I can
Aug 11 21:14:13 <TAsn> you got a bof
Aug 11 21:14:21 <TAsn> and you are rewriting the actual ptr
Aug 11 21:14:25 <TAsn> (assumption)
Aug 11 21:14:43 <TAsn> without the complete code no one can help
Aug 11 21:14:44 <TAsn> ...
Aug 11 21:15:16 <emmentaler> that memcpy segfaults is clear to me .. but why changes ptr its value?
Aug 11 21:15:23 <mrmoku> argghh.. OOM again
Aug 11 21:15:51 <TAsn> emmentaler, buffer overflow that overwrites ptr...
Aug 11 21:16:11 <TAsn> as ptr is on the stack and you probably overwrote something on the stack.
Aug 11 21:16:24 <Ainulindale> emmental?
Aug 11 21:16:27 <Ainulindale> I'm hungry now
Aug 11 21:16:35 <TAsn> ciao.
Aug 11 21:16:36 <TAsn> night.
Aug 11 21:16:49 <emmentaler> yes.. we also got good cheese.. 
Aug 11 21:17:04 <wjbaird1> emmentaler: shouldn't it be != NULL?
Aug 11 21:17:06 <Ainulindale> mrmoku: on the buildhost?
Aug 11 21:17:10 <mrmoku> Ainulindale, stuff some MEM into our buildhost :P
Aug 11 21:17:15 <wjbaird1> I think your are changing ptr on line 207.
Aug 11 21:17:18 <Ainulindale> well it's a VM anyway
Aug 11 21:17:29 <Ainulindale> I think I'll check with our friends of h:1 if we can share properly 
Aug 11 21:17:33 <wjbaird1> it's being parsed "ptr = !NULL"
Aug 11 21:17:53 <DocScrutinizer> emmentaler: can't you set a breakpoint on change of ptr-value?
Aug 11 21:17:56 <emmentaler> wee.. yes
Aug 11 21:17:59 <emmentaler> that was it.. 
Aug 11 21:18:36 <wjbaird1> emmentaler: I was confused for a minute - thought someone had introduced a new operator...    :-)
Aug 11 21:18:38 <emmentaler> now its clear to me ..  "=!" != "!=" 
Aug 11 21:18:47 <wjbaird1> lol
Aug 11 21:19:14 <DocScrutinizer> nice
Aug 11 21:19:17 <emmentaler> thanks for your help
Aug 11 21:19:44 <wjbaird1> emmentaler:  compile with all warnings...  I'm pretty sure gcc warns when you modify something inside an if statement...
Aug 11 21:20:00 <DocScrutinizer> C stands for Crap - I always knew it
Aug 11 21:20:43 <emmentaler> no.. there was no warning .. i triple checked for warnings.. always compiling with -O0 -g -Wall 
Aug 11 21:20:44 <wjbaird1> hey - it's a really powerful language --- powerful enough you can blow your entire leg off if you shoot yourself in the foot...
Aug 11 21:21:07 <DocScrutinizer> lol
Aug 11 21:21:11 <DocScrutinizer> exactly
Aug 11 21:21:13 <garthps> hi everybody
Aug 11 21:21:24 <emmentaler> assembler is even more powerful.. just check the winner of the 4k demo contest @assembly2009
Aug 11 21:21:25 <wjbaird1> emmentaler: strange - thought it did warn on that...  oh well, been quite a while since I've compiled any c++ code...   
Aug 11 21:21:37 <garthps> is there an SHR dev here? there is a issue witrh your tracks
Aug 11 21:22:24 <tmzt> emmentaler: what does it do?
Aug 11 21:23:09 <emmentaler> its a testprogramm that does audiorec -> speex -> queue -> dequeue -> speex -> audioplay 
Aug 11 21:23:21 <emmentaler> now I can hear myself.. ;-)
Aug 11 21:23:59 <Ainulindale> mrmoku: no h:1 stuff now
Aug 11 21:24:53 <CIA-53> SHR: 03seba.dos1 07shr-themes * rcb8a873c1ac8 10/elementary/elementary-theme-niebiee/ (images/check_off.png images/check_on.png niebiee.edc): elementary-theme-niebiee: work on checkbox theme
Aug 11 21:25:48 <emmentaler> but it does not sound very good ATM .. a lot of ticks and small interruptions in the background 
Aug 11 21:26:32 <dos1> ok, going to bed now
Aug 11 21:26:34 <dos1> good night!
Aug 11 21:26:39 <emmentaler> good night
Aug 11 21:35:30 <methril_home> back
Aug 11 21:35:35 <methril_home> hi
Aug 11 21:36:07 <methril_home> we've a problem with kernel of gta01(in my gta01)
Aug 11 21:36:11 <methril_home> is too big
Aug 11 21:42:32 <mrmoku> methril_home, you're looking at the wrong kernel :P
Aug 11 21:42:57 <mrmoku> you have to take stuff from http://build.shr-project.org/tests/mrmoku/testing/
Aug 11 21:43:03 <mrmoku> before it is synced to the public
Aug 11 21:43:28 <Ainulindale> TAsn: funny I like the same logo 
Aug 11 21:44:27 * mrmoku knows why :P
Aug 11 21:44:40 <Ainulindale> why what? :-)
Aug 11 21:44:47 <mrmoku> Ainulindale, you like it because it looks like a condom, right?
Aug 11 21:44:49 <mrmoku> :P
Aug 11 21:44:54 <Ainulindale> pfffft
Aug 11 21:44:57 <TAsn> Ainulindale, this logo rocks. :)
Aug 11 21:45:04 <Ainulindale> TAsn: Plus it's from a french guy
Aug 11 21:45:05 <Ainulindale> So it doubly rocks
Aug 11 21:45:12 <TAsn> Ainulindale, lol.
Aug 11 21:45:23 <Ainulindale> I also like methril_home's modification of the abstracted logo
Aug 11 21:45:30 <TAsn> mrmoku, men hate condoms.
Aug 11 21:45:38 <TAsn> actual women as well.
Aug 11 21:45:43 <TAsn> Ainulindale, link?
Aug 11 21:45:59 <Ainulindale> http://wiki.shr-project.org/trac/attachment/wiki/LogoContest/simbol_SHR_eyes.png
Aug 11 21:46:06 <Ainulindale> Simple, clean
Aug 11 21:46:18 <mrmoku> Ainulindale, if a package changes the new image will pick it up without cleaning I hope?
Aug 11 21:46:26 <Ainulindale> yep
Aug 11 21:46:41 <Ainulindale> Except if it's the full moon 
Aug 11 21:46:52 <Ainulindale> In this case you have to wrap yourself in ham and type bitbake yourimage standing on one leg
Aug 11 21:47:05 <Ainulindale> Buggy but mandatory
Aug 11 21:49:03 * mrmoku looks out of the window
Aug 11 21:49:05 <methril_home> mrmoku: iwas trying to modify the u-boot env until i see your post!! 
Aug 11 21:49:27 <TAsn> Ainulindale, we should call the logo "the shr bug"
Aug 11 21:49:28 <TAsn> ;]
Aug 11 21:49:29 <mrmoku> Ainulindale, good... can build then - no full moon
Aug 11 21:50:18 <mrmoku> ok, started a new lite image build for gta02
Aug 11 21:50:26 <mrmoku> (which should contain the fixed config)
Aug 11 21:50:26 <Ainulindale> TAsn: good idea =)
Aug 11 21:50:38 <Ainulindale> mrmoku: please remind me
Aug 11 21:50:48 <Ainulindale> do not ever make me meet your wife
Aug 11 21:50:54 <Ainulindale> she must hate me (us in fact) 
Aug 11 21:51:09 <mrmoku> nah... she hates my laptop :P
Aug 11 21:51:10 <TAsn> Ainulindale, mostly me I assume, as I'm the most annoying one in the bunch. :)
Aug 11 21:51:19 <Ainulindale> You're flattering yourself
Aug 11 21:51:27 <TAsn> (at least concerning the testing image)
Aug 11 21:51:35 <Ainulindale> Yes you're annoying but you're not cleverly annoying and delegating people from the bunch
Aug 11 21:51:40 <mrmoku> anyway... to not further make the hate augment... I'm off to bed now :P
Aug 11 21:51:47 <TAsn> Ainulindale, I rarely delegate
Aug 11 21:51:47 <Ainulindale> Good night mrmoku :-)
Aug 11 21:51:49 <TAsn> I just annoy :)
Aug 11 21:51:53 <mrmoku> night all :)
Aug 11 21:51:53 <methril_home> hahaha
Aug 11 21:51:55 <mrmoku> have fun
Aug 11 21:51:58 <TAsn> mrmoku, night and thanks.
Aug 11 21:52:15 <methril_home> Ainulindale: my wife could thing the same
Aug 11 21:52:18 <methril_home> night
Aug 11 21:52:50 <pb___> wjbaird1: gcc would have warned about that =! if it wasn't wrapped in an extra set of parentheses.
Aug 11 21:53:14 <wjbaird1> pb___: lol - I guess I shouldn't be surprised...
Aug 11 21:53:23 <TAsn> ciao.
Aug 11 21:53:43 <dent> abend
Aug 11 21:53:53 <pb___> yeah.  it sucks, but that's the language.  those kinds of warnings are always heuristics; the compiler has to try to guess whether what you wrote is what you meant. 
Aug 11 21:54:31 <pb___> in this particular case, adding extra brackets is how you suppress the warning, and (unluckily for emmentaler) he seems to have inadvertently added them.
Aug 11 21:55:43 <emmentaler> yes.. if this was lotto i may have won the jackpot.. 
Aug 11 21:56:22 <emmentaler> i was looking at this piece of code and did not see that this two characters are in the wrong order.. 
Aug 11 21:56:23 <tmzt> is taht because gcc's errors are based on just parsing?
Aug 11 21:56:27 <tmzt> and not the sytax tree?
Aug 11 21:56:52 <emmentaler> well, nowadays gcc is a big fat monster
Aug 11 21:59:00 <emmentaler> maybe I am wrong.. but the development of gcc stuck a little bit.. with every release of gcc the resulting binaries are bigger but just a little bit faster (if.. ) 
Aug 11 22:00:20 <emmentaler> oh.. calendar just reminded me that perseids are ad maxima today.. 
Aug 11 22:09:00 <methril_home> ciao
Aug 11 22:26:05 <pb___> tmzt: no
Aug 11 22:53:04 <Weiss> mrmoku|away: ok, thanks
**** ENDING LOGGING AT Wed Aug 12 02:59:57 2009