**** BEGIN LOGGING AT Thu Mar 29 02:59:58 2012
Mar 29 06:00:44 <DocScrutinizer> pabs3: I did little
Mar 29 06:02:44 <DocScrutinizer> anyway YW
Mar 29 06:03:03 <DocScrutinizer> thanks go to Roh
Mar 29 06:34:04 <jake42> anyone objects to using reCaptcha in shr-trac?
Mar 29 06:50:05 <JaMa|Off> no
Mar 29 07:06:12 <DocScrutinizer> all for it
Mar 29 07:06:36 <DocScrutinizer> for any captcha alike barriers
Mar 29 07:08:29 <jake42> the ones active now are solved faster by bots than humans :/
Mar 29 07:09:24 <jake42> s/ones/one/
Mar 29 07:09:24 <apt> jake42 meant: the one active now are solved faster by bots than humans :/
Mar 29 07:10:06 <jake42> is..
Mar 29 07:12:55 <jake42> DocScrutinizer: irony or serious?
Mar 29 07:13:15 <DocScrutinizer> serious
Mar 29 07:13:34 <jake42> :)
Mar 29 07:13:41 <DocScrutinizer> fed up with cleaning spam out of wikis and ML
Mar 29 07:14:20 <jake42> that's right
Mar 29 07:14:35 * jake42 is fed up too
Mar 29 07:25:29 <pabs3> we still get new spammers despite using recaptcha on wiki.debian.org, it certainly cut down the spam though
Mar 29 07:27:39 <DocScrutinizer51> only allow registered users to edit
Mar 29 07:27:55 <jake42> I thought about that
Mar 29 07:28:17 <jake42> though that will limit the number off new users
Mar 29 07:29:18 <jake42> because it would add another barrier to post bugreports
Mar 29 07:30:48 <pabs3> we did that on wiki.d.o, even before recaptcha, I doubt it would help much
Mar 29 07:30:54 <DocScrutinizer51> when sb is going to post a ticket, (s)he's supposd to register anyway, with proper email addr and all, so you could contact the reporter in case any further questions arise
Mar 29 07:31:39 <DocScrutinizer51> admin.trac.om is for registered users only
Mar 29 07:31:52 <jake42> I missunderstood you
Mar 29 07:32:04 <jake42> on shr-trac users have to register too
Mar 29 07:32:18 <DocScrutinizer51> well, wiki. yes
Mar 29 07:32:33 <DocScrutinizer51> depends on volume of edits
Mar 29 07:32:34 <jake42> but not activated by hand
Mar 29 07:33:28 <DocScrutinizer51> yeah, but a confirmation mail you have to answer is a *big* problem for spambots
Mar 29 07:34:16 <jake42> that's probably worth a shot
Mar 29 07:35:06 <jake42> unfortunatily we have to bother the admins from bearstech for every little config change
Mar 29 07:35:27 <DocScrutinizer51> btw I hope the nom infra to community" issue is settled by now?
Mar 29 07:36:17 <DocScrutinizer51> s/nom/"om/
Mar 29 07:36:19 <apt> DocScrutinizer51 meant: btw I hope the "om infra to community" issue is settled by now?
Mar 29 07:37:09 <DocScrutinizer51> I can't see how it could get more "community" than it's now
Mar 29 07:38:10 * pabs3 thinks so
Mar 29 07:38:48 <DocScrutinizer51> if however somebody with sufficiently professional background in admin wants to stand up to help Roh, I bet that's welcome
Mar 29 07:39:30 <DocScrutinizer51> just please stay away from my mail account ;-P
Mar 29 07:40:37 <jake42> hehe
Mar 29 07:41:14 <jake42> are you able to reach docs.openmoko.org?
Mar 29 07:41:32 <DocScrutinizer51> btw I asked a\out wiki downloading
Mar 29 07:42:05 <DocScrutinizer51> docs.om.org seems inexistent
Mar 29 07:43:36 <jake42> where were the bugtracker at?
Mar 29 07:44:03 <jake42> thought it was at docs.openmoko.org
Mar 29 07:44:23 <DocScrutinizer51> Roh has no more real clue what's up with wiki, and doesn't feel like tackling this. I recall we discussed this a year ago and the tale been mysql db is highly os-build specific, so a simple sftp of db doesn't help
Mar 29 07:44:51 <DocScrutinizer51> I shared a link to admin bugtracker
Mar 29 07:45:32 <DocScrutinizer51> no clue about regular trac, it's unmaintained anyway in case it's still reachable
Mar 29 07:46:32 <DocScrutinizer51> if you need access to normal tracker but can't get, please psot a ticket on admin trac
Mar 29 07:46:59 <jake42> gonna do that :)
Mar 29 07:47:04 <DocScrutinizer51> I dunno if it's supposed to still be there
Mar 29 07:47:20 <DocScrutinizer51> o/
Mar 29 07:49:40 <jake42> there's still valuable information about alot of bug in it which still applies
Mar 29 07:51:47 <DocScrutinizer51> ack
Mar 29 07:53:42 <jake42> don't seem to be able to register on admin-trac
Mar 29 07:53:50 <jake42> would have to register on docs.om.org :D
Mar 29 07:54:40 * jake42 can't remember if he ever had an docs.om.org account
Mar 29 08:08:59 <CIA-51> SHR: 03shr-devel 07buildhistory * r612764c1843c 10/packages/armv4t-oe-linux-gnueabi/ (64 files in 64 dirs): Build 201203290909 of shr 20120329 for machine om-gta02 on opmbuild
Mar 29 08:20:24 <rah> DocScrutinizer: docs.openmoko.org seems to be down, meaning I can't register an account in order to raise tickets on the admin-trac
Mar 29 08:21:17 <rah> Connecting to docs.openmoko.org|88.198.148.21|:80... failed: Connection timed out.
Mar 29 09:17:41 <CIA-51> SHR: 03shr-devel 07buildhistory * r31c497290938 10/packages/armv7a-vfp-neon-oe-linux-gnueabi/ (64 files in 64 dirs): Build 201203291023 of shr 20120329 for machine nokia900 on opmbuild
Mar 29 09:32:53 <DocScrutinizer51> rah: I'll check it in ~8h
Mar 29 09:33:59 <DocScrutinizer51> rah: have you checked the admin-tac/login URL I psted?
Mar 29 09:34:48 <DocScrutinizer51> as admintrac itself was fine yesterday
Mar 29 09:35:24 <DocScrutinizer51> and login worked - for obvious reasons I haven't tested registering
Mar 29 09:35:50 <DocScrutinizer51> PaulFertser: ping
Mar 29 09:35:59 <DocScrutinizer51> mrmoku`: ping
Mar 29 09:36:50 <CIA-51> SHR: 03Martin.Jansa 07shr-chroot * r88c1af6e1695 10/ (16 files in 5 dirs): bitbake upgrade
Mar 29 09:36:56 <CIA-51> SHR: 03Martin.Jansa 07shr-chroot * r8bd81b52cf1b 10/OE/ (.bashrc bin/reindex): bashrc: replace reindex alias with small shell script
Mar 29 09:36:57 <CIA-51> SHR: 03Martin.Jansa 07shr-chroot * r5355ade2a93e 10/ (285 files in 27 dirs): system upgrade
Mar 29 09:37:05 <DocScrutinizer51> ^^^could you ahve a look into this, and given there's a problem please ping roh?
Mar 29 09:42:41 <DocScrutinizer51> indeed register seems unresponsive
Mar 29 09:43:57 <DocScrutinizer51> rah: please use email to bugs <at] admin-trac.openmoko.org as suggested in https://admin-trac.openmoko.org/trac
Mar 29 09:46:44 <DocScrutinizer51> ok, seems some vhosts are not properly up'd (yet?)
Mar 29 09:47:44 <DocScrutinizer51> I already pinged roh
Mar 29 09:58:33 <DocScrutinizer51> https://monitor.openmoko.org/munin/agni/docs.openmoko.org.html seems fine
Mar 29 10:00:01 <DocScrutinizer51> sorry my ssh keys are at home, so I can look at that machine no earlier than now+8h (if at all)
Mar 29 10:10:43 <DocScrutinizer51> according to https://monitor.openmoko.org/munin/agni/index.html it seems docs, jabber,  and buildhost are still not working (or not linked to munin anymore)
Mar 29 10:38:09 <CIA-51> SHR: 03shr-devel 07buildhistory * r611efac37292 10/images/crespo/eglibc/chroot-image/ (5 files): Build 201203291215 of shr 20120329 for machine crespo on opmbuild
Mar 29 10:43:07 <rah> DocScrutinizer51: I can't believe you just gave me an email address to make reports to
Mar 29 11:24:02 <GNUtoo> sigh
Mar 29 11:24:05 <GNUtoo> I still have that:
Mar 29 11:24:07 <GNUtoo> | ERROR: "preserve_vbus" [drivers/usb/musb/omap2430.ko] undefined!
Mar 29 13:06:35 <DocScrutinizer51> doc.om.org and the other infra still down is sheduled for a move and won't receive any servic prior to that. Sorry for the inconvenience
Mar 29 13:07:43 <DocScrutinizer51> may take some days, but will eventually be up again, definitely
Mar 29 13:11:38 <jake42> DocScrutinizer51: tnx :)
Mar 29 13:12:00 <jake42> a long as it's not lost forever
Mar 29 13:19:49 <GNUtoo> hmmm the preserve vbus issue was because of an error by me
Mar 29 13:20:03 <GNUtoo> I had linux-gta04/gta04/defconfig
Mar 29 13:20:14 <GNUtoo> that was not tracked by meta-smartphone git
Mar 29 13:20:35 <GNUtoo> that took precedence over linux-gta04/defconfig
Mar 29 17:08:14 <Alex[sp3dev]> GNUtoo: hi
Mar 29 17:09:32 <PaulFertser> DocScrutinizer51: hey
Mar 29 17:09:42 <Alex[sp3dev]> GNUtoo: i have pushed the android_crap branch to kernel at https://gitorious.org/i9100-proper-linux . It is based on 3.0.15. I have ported touchscreen from vanilla and changed sound to exynos internal i2s instead of a VLIW DSP with proprietary fw. brcm80211 and touch keys are not yet fixed. Just in case anyone (angelox?) will be asking
Mar 29 17:10:17 <DocScrutinizer51> hi PaulFertser 
Mar 29 17:10:17 <PaulFertser> DocScrutinizer51: sorry, was afk at that moment
Mar 29 17:10:23 <DocScrutinizer51> np
Mar 29 17:10:30 <DocScrutinizer51> already sorted it
Mar 29 17:10:45 <Alex[sp3dev]> besides, I have sort of 'fixed' uboot microsd. With frequency reduced to 400KHz and HS caps removed, it can be read. But uboot images don't pass crc check, though
Mar 29 17:13:35 <Alex[sp3dev]> PaulFertser: hi, do you happen to know how to read the whole partition to ram in uboot without specifying offset from mmc start?
Mar 29 17:14:36 <PaulFertser> Alex[sp3dev]: oh, i'm afraid i do not. I was working with barebox mostly. And with u-boot on ac100 i use a partition table and a filesystem that's recognised by u-boot. Sorry.
Mar 29 17:52:26 <DocScrutinizer51> dang, cygwin is nice - on WinXP. But still unbearably slow
Mar 29 17:53:12 <DocScrutinizer51> plus those *.exe extensions on each tab-completed cmd name. Make my eaes bleed
Mar 29 17:54:11 <Alex[sp3dev]> there's native bash and coreutils for windows if you only need basic tasks, not cross-compiling linux
Mar 29 17:55:30 <DocScrutinizer51> tell me more :)
Mar 29 17:55:32 <GNUtoo> Alex[sp3dev], ok
Mar 29 17:55:49 <GNUtoo> wow nice
Mar 29 17:58:00 <Alex[sp3dev]> DocScrutinizer51: i found them like "win32 bash" once. but i think msys git distribution includes bash. and if you add the utils to PATH, tab-completion shouldn't add exe extensions
Mar 29 17:58:19 <DocScrutinizer51> I just wrote a minijob to create a CC view from a CnP from a webpage
Mar 29 17:58:57 <PaulFertser> DocScrutinizer51: i've recently tried a way how to work on windows more efficiently. I found the following solution:
Mar 29 17:59:03 <Alex[sp3dev]> also, is your machine too weak to run colinux or vbox? or coprorate policy forbids?
Mar 29 17:59:20 <DocScrutinizer51> latter
Mar 29 17:59:21 <PaulFertser> DocScrutinizer51: mingw-msys, then mingw-get install {mintty,mingw-vim}
Mar 29 17:59:31 <PaulFertser> DocScrutinizer51: and then bug.n tiling window manager.
Mar 29 17:59:38 <PaulFertser> And it started to be reasonable.
Mar 29 17:59:43 <PaulFertser> mintty is an essential part
Mar 29 18:00:14 <DocScrutinizer51> thanks
Mar 29 18:00:46 <Alex[sp3dev]> wow, bug.n looks nice
Mar 29 18:00:52 <PaulFertser> bug.n requires some time to get used to, but i think tiling window management is really essential for productivity. And it has many workspaces handy.
Mar 29 18:01:01 <GNUtoo> JaMa, opkg upgrade will work for gta04 or should I reflash an image?
Mar 29 18:01:06 <PaulFertser> Alex[sp3dev]: and it also works surprisingly fast and is usable even with default keybindings.
Mar 29 18:01:07 <Alex[sp3dev]> i might install windows and bug.n just to troll everyone who doesn't like my linux desktop
Mar 29 18:01:21 <GNUtoo> JaMa, (systemd migration)
Mar 29 18:01:22 <PaulFertser> :D
Mar 29 18:03:43 <DocScrutinizer51> anyway that minijob allowed me to set up a view of complete project in no time... then on triggering 15 'import source' for the submodules, it froze solidly ;-P
Mar 29 18:04:36 <DocScrutinizer51> I guess clearcase server exploded, and it has to be far away from my hometown otherwise I'd have noticed the blast 
Mar 29 18:04:37 <GNUtoo> hmmm no usbnet and no Xorg => serial
Mar 29 18:05:42 <DocScrutinizer51> the view allegedly was 18GB without any imported sources, so just .h etc, plus cfg files
Mar 29 18:09:28 <GNUtoo> ifup: can't open '/var/run/ifstate': No such file or directory #result of ifup usb0
Mar 29 18:10:04 <GNUtoo> but the interface comes up still
Mar 29 18:10:07 <GNUtoo> so :
Mar 29 18:10:20 <GNUtoo> 1) ifup is not done automatically
Mar 29 18:10:33 <GNUtoo> 2) sshd doesn't come automatically (same with angstrom)
Mar 29 18:11:10 <GNUtoo> Missing privilege separation directory: /var/run/sshd
Mar 29 18:11:11 <GNUtoo> hmmm
Mar 29 18:11:39 <Alex[sp3dev]> enjoy your systemd. sorry ;)
Mar 29 18:13:16 <GNUtoo> lrwxrwxrwx    1 root     root            12 Mar 25 03:30 /var/run -> volatile/run
Mar 29 18:13:51 <GNUtoo> Alex[sp3dev], ????
Mar 29 18:14:57 <GNUtoo> hmmm no /etc/init.d/Xserver
Mar 29 18:15:01 <GNUtoo> oops
Mar 29 18:15:05 <GNUtoo> hmmm no /etc/init.d/xserver-nodm
Mar 29 18:15:13 <GNUtoo> anyway I think I'll reflash
Mar 29 18:15:22 <GNUtoo> because I guess it works for JaMa
Mar 29 18:33:48 <GNUtoo> how do I erase a partition in u-boot?
Mar 29 18:33:54 <GNUtoo> for the gta04
Mar 29 18:34:56 <GNUtoo> ah there is the nand command
Mar 29 18:47:00 <JaMa> GNUtoo: upgrade should work and you don't need /etc/init.d/xserver-nodm
Mar 29 18:50:56 <GNUtoo> I'm reflashing already
Mar 29 18:58:30 <GNUtoo> I've problem with flashing now
Mar 29 18:58:42 <GNUtoo> [    7.070007] jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x1402001c: 0xff30 instead
Mar 29 18:59:47 <GNUtoo> ah it's working this time
Mar 29 18:59:55 <GNUtoo> it seem random
Mar 29 19:00:26 <GNUtoo> same thing
Mar 29 19:00:33 <GNUtoo> but with serial console I can see the errors
Mar 29 19:00:53 <GNUtoo> JaMa, http://www.pastie.org/private/1pgpnxeoqoqs2z309arp3q
Mar 29 19:02:49 <GNUtoo> and still no usb0
Mar 29 19:05:13 <GNUtoo> networking[243]: Configuring network interfaces... ifup: can't open '/var/run/ifstate': No such file or directo
Mar 29 19:05:29 <GNUtoo> JaMa, what should I do now
Mar 29 19:05:30 <GNUtoo> ?
Mar 29 19:08:42 <GNUtoo> dbus is not started it seems
Mar 29 19:08:57 <GNUtoo> root@om-gta04:~# mdbus2 -s
Mar 29 19:08:57 <GNUtoo> Can't hook to DBus system bus: Error connecting: No such file or directory
Mar 29 19:09:08 <GNUtoo> JaMa, please appear
Mar 29 19:09:19 <GNUtoo> I wasn't the one who swiched to systemd
Mar 29 19:09:26 <GNUtoo> so I don't know systemd at all!!!!
Mar 29 19:14:14 <JaMa> GNUtoo: what if you do "systemctl start dbus.service" ?
Mar 29 19:14:23 <GNUtoo> ok I'll try
Mar 29 19:14:41 <GNUtoo> I did that systemctl restart xserver-nodm.service and no Xorg appared
Mar 29 19:14:47 <GNUtoo> but I'll do what you said
Mar 29 19:14:48 <JaMa> GNUtoo: it's true that after last reflash I've also noticed that dbus wasn't started but on other device after reflash it was.. so I expected just temporary quirk
Mar 29 19:15:06 <GNUtoo> A dependency job failed. See system journal for details.
Mar 29 19:15:36 <JaMa> weird that you don't have /var/run mounted (tmpfs)
Mar 29 19:16:11 <GNUtoo> Mar 25 06:46:18 om-gta04 systemd[1]: dbus.socket failed to listen on socket...ry
Mar 29 19:16:34 <JaMa> you should get something like this http://paste.pocoo.org/show/573288/
Mar 29 19:16:39 <GNUtoo> http://www.pastie.org/private/h95iqjtqxrdlijophxoccq
Mar 29 19:17:15 <GNUtoo> hmmm
Mar 29 19:17:21 <JaMa> GNUtoo: isn't /var/run symlink for you?
Mar 29 19:17:28 <JaMa> to volatiles?
Mar 29 19:18:30 <GNUtoo> lrwxrwxrwx    1 root     root            12 Jan  1  1970 /var/run -> volatile/run
Mar 29 19:18:39 <GNUtoo> but  /var/volatile/run doesn't exist
Mar 29 19:18:59 <JaMa> rm /var/run; mkdir /var/run and reboot please
Mar 29 19:19:58 <GNUtoo> sometimes I've huge issues while booting with jffs2
Mar 29 19:20:03 <GNUtoo> somethime it's fime
Mar 29 19:21:28 <GNUtoo> how to view problematic services with systemctl?
Mar 29 19:21:58 <GNUtoo> list-units? 
Mar 29 19:22:23 <GNUtoo> btw I captured that during boot: http://www.pastie.org/private/tew3nzn3hplbsthe3lutq
Mar 29 19:24:02 <GNUtoo> ok found it
Mar 29 19:24:18 <GNUtoo> http://www.pastie.org/private/liezy93o9j4iackkpqawa
Mar 29 19:25:52 <GNUtoo> Mar 25 06:56:24 om-gta04 xinit[401]: Cannot open log file "/var/log/Xorg.0.log"
Mar 29 19:25:54 <GNUtoo> hmmm
Mar 29 19:26:05 <JaMa> probably same problem as /var/run
Mar 29 19:26:09 <GNUtoo> lrwxrwxrwx    1 root     root            12 Jan  1  1970 /var/log -> volatile/log
Mar 29 19:26:11 <GNUtoo> indeed
Mar 29 19:26:31 <JaMa> not sure why http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=24161eed3c185867b2fd91aab6532f370d327cdd didn't work
Mar 29 19:27:00 <JaMa> I'll look into it after fixing opkg-make-index
Mar 29 19:27:06 <GNUtoo> ok
Mar 29 19:28:15 <GNUtoo> now it starts
Mar 29 19:29:09 <GNUtoo> thanks a lot!!!
Mar 29 19:29:14 <JaMa> yw
Mar 29 19:29:20 <GNUtoo> I wonder which volatile are lacking
Mar 29 19:29:41 <GNUtoo> *still lacking
Mar 29 19:30:33 <GNUtoo> phonefsod didn't came up....
Mar 29 19:30:34 <GNUtoo> hmmm
Mar 29 19:31:37 <GNUtoo> and X has a cursor....lol
Mar 29 19:31:51 <GNUtoo> not that important tough but I can't remove it within e 
Mar 29 19:31:59 <GNUtoo> even with the cursor settings app
Mar 29 19:44:22 <JaMa> GNUtoo: add -d to phonefsod.service
Mar 29 19:44:47 <GNUtoo> ok
Mar 29 19:52:03 <GNUtoo> JaMa, what do you mean by adding -d exactly?
Mar 29 19:53:04 <JaMa> to phonefsod execution
Mar 29 19:53:17 <JaMa> without it, it quits immediately
Mar 29 19:54:11 <GNUtoo> ok
Mar 29 19:54:23 <JaMa> phonefsod -d 1
Mar 29 19:54:30 <GNUtoo> ah ok the 1 was lacking
Mar 29 19:54:34 <GNUtoo> ((phonefsod:679): phonefsod-WARNING **: Parse command line failed: Missing argument for -d )
Mar 29 19:57:06 <GNUtoo> thanks
Mar 29 19:59:45 <GNUtoo> also srh_elm_softkey doens't come up 
Mar 29 19:59:52 <GNUtoo> I've to run it manually
Mar 29 20:03:24 <JaMa> that could be because HOME isn't set right
Mar 29 20:03:36 <JaMa> I guess you have also /tmp/.e right?
Mar 29 20:04:23 * JaMa -> dinner
Mar 29 20:11:02 <mrmoku`> PONG... to all of you nice guys who pinged my unsuccessfully for some time now :-)
Mar 29 20:11:52 <mrmoku> (just in case anybody pinged me... did not read backlogs ;)
Mar 29 20:15:58 <DocScrutinizer> mrmoku: hey, wazzup?
Mar 29 20:16:24 <mrmoku> DocScrutinizer: hmm... that's quite a complex question :-)
Mar 29 20:16:24 <GNUtoo> JaMa, yes I do
Mar 29 20:16:57 <GNUtoo> developers developers developers
Mar 29 20:19:42 <JaMa> mrmoku: systemd was merged yesterday :)
Mar 29 20:20:06 <JaMa> mrmoku: so we need you more then ever :)
Mar 29 20:20:32 <GNUtoo> indeed
Mar 29 20:20:39 <mrmoku> wow, good timing :-)
Mar 29 20:21:06 <mrmoku> JaMa: just pull and build? rebuild from scratch?
Mar 29 20:21:29 <JaMa> I guess it will take about the same time  :)
Mar 29 20:21:43 <JaMa> as everything was upgraded when you're away
Mar 29 20:21:46 <mrmoku> hehe, ok... better from scratch then :-)
Mar 29 20:21:54 <mrmoku> well I rebuilt twice in that time
Mar 29 20:22:03 <mrmoku> did not come around to do anything with it unfortunatelly
Mar 29 20:22:08 <mrmoku> but this time I will
Mar 29 21:51:28 <JaMa> package-index fixed finally!
Mar 29 21:52:42 <mrmoku> running task 215 of 6442... not even close to some kind of package index :-P
Mar 29 21:53:08 * mrmoku forgot to turn on some kind of parallelism probably...
Mar 29 21:55:31 <GNUtoo> hmmm after a reboot Xorg doesn't start anymore
Mar 29 21:59:47 <GNUtoo> ah ok the lock persisted
Mar 29 22:14:19 <GNUtoo> JaMa, btw gpsd.service doens't take /etc/default/gpsd into account
Mar 29 22:22:29 <GNUtoo> JaMa, btw I will push gpsd recipe soon
Mar 29 22:22:29 <CIA-51> SHR: 03Martin.Jansa 07meta-smartphone * r39a9ee5f51e9 10/meta-shr/recipes-shr/shr/ (phonefsod/phonefsod.service phonefsod_git.bb): phonefsod: enable debug in .service for now
Mar 29 22:22:31 <CIA-51> SHR: 03Martin.Jansa 07meta-smartphone * rc3c8a85a41da 10/meta-shr/recipes-shr/3rdparty/ (4 files in 2 dirs): estardict: upgrade to 0.6
Mar 29 22:22:38 <GNUtoo> it's not perfect but it works
Mar 29 22:22:45 <GNUtoo> not perfect means some RPATH issue
Mar 29 22:22:52 <GNUtoo> at QA with bitbake
Mar 29 22:23:00 <GNUtoo> it outputs some warnings
Mar 29 22:23:11 <GNUtoo> but at runtime it works perfectly, including python bindings
Mar 29 22:23:17 <GNUtoo> I'll push in branch now
Mar 29 22:26:11 <GNUtoo> pushed in gnutoo/gpsd-3.4
Mar 29 22:39:14 <CIA-51> SHR: 03Martin.Jansa 07meta-smartphone * r370f9cca6bbc 10/meta-shr/ (5 files in 5 dirs): systemd, dbus, consolekit, samba, bind: bump PRINC for recipes with /var/run or /var/log symlink to respect our fs-perms-shr.txt
Mar 30 00:40:36 <CIA-51> SHR: 03shr-devel 07buildhistory * rd4be399f6a78 10/ (112 files in 99 dirs): Build 201203300044 of shr 20120329 for machine om-gta02 on opmbuild
Mar 30 01:21:14 <pabs3> http://developers.slashdot.org/story/12/03/29/1650208/qualcomm-calls-to-kill-all-proprietary-drivers-for-good
Mar 30 02:34:58 <CIA-51> SHR: 03shr-devel 07buildhistory * rcad9b43a1327 10/ (112 files in 99 dirs): Build 201203300244 of shr 20120330 for machine nokia900 on opmbuild
**** ENDING LOGGING AT Fri Mar 30 02:59:58 2012