**** BEGIN LOGGING AT Wed Jan 29 02:59:58 2014
Jan 29 03:11:00 <pt> Hi
Jan 29 03:11:16 <pt> have one doubt
Jan 29 03:12:32 <pt> want to build a module for two hardware(two machine variable), will <bitbake-file>_<machine-name>.bb 
Jan 29 03:12:35 <pt> work
Jan 29 03:12:36 <pt> ?
Jan 29 04:04:40 <kergoth> pt: its impossible ot target multiple machines in a single build. what you name the recipes really doesn't matter as long as you set COMPATIBLE_MACHINE inthe recipoe so bitbake knows which machines its compatible with
Jan 29 04:42:40 <pt> thanks for the info kergoth
Jan 29 04:43:51 <pt> when i give <bitbake-file>_<anything>.bb, what exactly 'anything' is interpreted by bitbake?
Jan 29 04:54:34 <pt> <kergoth> and i do not want for single build, just want to to keep the bitbake file in the build system for multiple mchines
Jan 29 05:36:37 <kergoth> _ is the separator between recipe name and version
Jan 29 05:43:20 <pt> ok, now if for both the machines versions are same. then if i specify _<machine> will it take?
Jan 29 05:47:02 <kergoth> i dont understand the question
Jan 29 05:47:08 <kergoth> that would set <machine> as the version
Jan 29 05:47:16 <kergoth> which is unlikely to be what you want
Jan 29 07:59:07 <mckoan> good morning
Jan 29 07:59:19 <kroon> morning
Jan 29 08:03:20 <woglinde> gm
Jan 29 08:08:27 <ant_work> gm
Jan 29 08:08:50 <ant_work> anybody having python crashes about "relocatable_binaries_preprocess"?
Jan 29 08:09:00 <ant_work> I have an old checkout so I don't see that
Jan 29 08:11:43 <woglinde> hi ant
Jan 29 08:11:49 <ant_work> morgen
Jan 29 08:12:29 <ant_work> jeez, we have kernel hackers blocked by this new python error :/
Jan 29 08:12:40 <woglinde> lol
Jan 29 08:12:51 <ant_work> <linusw__> ant_work: it dies in /meta/recipes-devtools/quilt/quilt-native_0.61.bb
Jan 29 08:13:42 <woglinde> o.O
Jan 29 08:19:57 <koen> ant_work: try removing cache/bb_codeparser.dat*
Jan 29 08:20:09 <koen> that tends to fix weird python errors most of the time
Jan 29 08:26:41 * ant_work slaps stupid G*ail deciding to attach the html
Jan 29 08:50:20 * ant_work got second email rejected..coffee
Jan 29 09:08:33 <koen> ant_work: our internal gmail setup seems to silently disapear emails with large picture attachments
Jan 29 09:08:56 <koen> so it takes a few tries when sending a scanned document
Jan 29 09:12:51 <ant_work> finally on 3rd try ...
Jan 29 09:13:35 <ant_work> iirc there was long ago a switch to disable rich text and stuff
Jan 29 09:13:45 <ant_work> a global one
Jan 29 09:49:08 <bluelightning_> morning all
Jan 29 09:53:58 <mckoan> hi bluelightning, all
Jan 29 10:09:52 <kroon> Which hotell were you OE guys staying at during FOSDEM ?
Jan 29 10:11:30 <kroon> Saint Nicolas ?
Jan 29 10:15:18 <rburton> is anyone aware of a BSP for the marvel kirkwood SoC?
Jan 29 10:15:23 * rburton thinks, at least
Jan 29 10:15:40 <rburton> my synology NAS has something like that inside and i need more software on it
Jan 29 10:27:57 <bluelightning> rburton: meta-kirkwood?
Jan 29 10:28:50 <bluelightning> kroon: there's normally a bunch of folks staying there
Jan 29 10:29:15 <bluelightning> kroon: I'm staying at NH Stephanie, but that's not as close to the centre of town
Jan 29 10:30:01 <koen> it's always a trade off
Jan 29 10:30:01 <kroon> bluelightning, ok
Jan 29 10:30:07 <koen> close to center or close to fosdem
Jan 29 10:33:01 <mckoan> kroon: I always staid at Ibis off grand place
Jan 29 10:35:09 <bluelightning> mckoan: are you coming this year?
Jan 29 10:35:40 <rburton> bluelightning: not in the layer index so it doesn't exist ;)
Jan 29 10:35:51 <rburton> (google'd, thanks)
Jan 29 10:35:54 <bluelightning> hmm, I thought it was at one point...
Jan 29 10:35:57 <mckoan> bluelightning: I have always been at Ibis, no unfortunately not this year
Jan 29 10:36:37 <mckoan> bluelightning: since a couple of years now invest all on ELCE
Jan 29 10:36:48 <bluelightning> mckoan: ah ok, fair enough
Jan 29 10:37:03 <rburton> bluelightning: i want to build packages to sit alongside the existing OS, so i presume i need to extract the toolchain they use
Jan 29 10:37:08 <mckoan> ELCE is more embedded-oriented
Jan 29 10:41:57 <bluelightning> rburton: probably
Jan 29 10:42:12 <bluelightning> mckoan: it is; I guess FOSDEM just happens to attract a lot of OE folks
Jan 29 10:42:33 <bluelightning> I looked at the list of talks for this year, to be honest there wasn't much that caught my eye
Jan 29 10:42:40 <koen> pre-yocto OE was very european centric
Jan 29 10:43:08 <koen> now we have more asian and portlandian developers
Jan 29 10:43:11 <bluelightning> koen: well, I still never get to any of the US conferences FWIW...
Jan 29 10:43:33 <mckoan> koen: LOL
Jan 29 10:43:38 <bluelightning> so ELCE and FOSDEM are my opportunities to talk to people in person
Jan 29 10:43:53 <koen> looks like no ELC US for me this year
Jan 29 10:44:10 <koen> unless I submit a talk today *and* get budget approval
Jan 29 10:44:40 <mckoan> koen: what a pity, ELC US is in a nice place and time this year
Jan 29 10:45:00 <koen> I know
Jan 29 10:45:47 <mckoan> koen: but you're lucky you can tavel for Linaro conf ;-)
Jan 29 10:45:54 <mckoan> s/tavel/travel
Jan 29 10:46:05 <koen> I was tempted to attend ELC on my personal dime
Jan 29 10:46:13 <koen> but that would still need a presentation
Jan 29 10:46:21 <koen> mckoan: yes, Macao in 5 weeks from now :)
Jan 29 10:46:48 <koen> and redwood shores in september, which is a bit meh
Jan 29 10:46:55 <koen> ELC was there a few years ago
Jan 29 10:47:14 <koen> thanks to dvhart I know where to get a decent steak there, though
Jan 29 10:48:33 <koen> hmmm
Jan 29 10:48:50 <koen> with tmpfs + sstate the most time is now spent in pulling down all layer repos
Jan 29 10:59:25 <pb_> hi all
Jan 29 11:02:44 <bluelightning> hi pb_
Jan 29 11:10:03 <pb_> morning bluelightning
Jan 29 11:14:22 <Noor> Hello all
Jan 29 11:14:56 <Noor> I remember that we added a fix that whenever bison is added flex is also added but I forgot where we added that change
Jan 29 11:15:05 <Noor> Can somebody point me on it
Jan 29 11:18:45 <jackmitchell> hmm, I'd like to go to a couple of the Valgrind/GDB sessions, and maybe troll a couple of the Mozilla ones; but the only embedded one is Pauls talk which stands out
Jan 29 11:20:40 <bluelightning> jackmitchell: actually I was looking for Paul's talk but either I'm blind or it really isn't showing up in the FOSDEM Android app
Jan 29 11:21:03 <jackmitchell> bluelightning: https://fosdem.org/2014/schedule/event/underwater_acoustics_to_opkg/
Jan 29 11:22:27 <rburton> now that's a cool deployment of OE
Jan 29 11:23:16 <bluelightning> jackmitchell: aha, found it in the app too - thanks
Jan 29 11:34:12 <koen> otavio: why does meta-fsl-arm/conf/machine/include/imx-base.inc contain DISTRO settings?
Jan 29 12:16:13 <otavio> koen: it does not ...
Jan 29 12:16:22 <otavio> koen: what do you consider being DISTRO
Jan 29 12:20:57 <woglinde> hi pb
Jan 29 12:21:28 <pb_> hi woglinde
Jan 29 12:21:29 <woglinde> bluelightning btw. where is our booth located?
Jan 29 12:24:20 <bluelightning> woglinde: mostly the same place we always are - but we're slightly to the left of the main doors this year (as you enter through them)
Jan 29 12:25:23 <bluelightning> we have two tables
Jan 29 12:25:34 <woglinde> okay
Jan 29 12:25:39 <bluelightning> (the AW building, for others)
Jan 29 12:50:06 <pb_> hi zecke
Jan 29 13:19:34 <koen> otavio: it selects hardfloat, which is a DISTRO setting
Jan 29 13:19:47 <koen> otavio: especially since OE-core default is softfp
Jan 29 13:24:30 <koen> otavio: and it's more annoying than than
Jan 29 13:24:44 <koen> otavio: it's selecting cortexa9hf instead of armv7ahf
Jan 29 13:24:55 <koen> so if I do:
Jan 29 13:25:03 <koen> MACHINE=something bitbake bash
Jan 29 13:25:04 <koen> and then
Jan 29 13:25:13 <koen> MACHINE=wandboard bitbake bash
Jan 29 13:25:28 <koen> I get bash_armv7ah.ipk and bash_cortexa9hf.ipk
Jan 29 13:25:55 <koen> now, if I were using OE-core defaults it will break even worse
Jan 29 13:49:58 <woglinde> hm intressting the next "Now we close berlios really mail"
Jan 29 13:50:06 <koen> again?
Jan 29 13:50:30 <woglinde> yes april 2014 now
Jan 29 13:54:14 <bluelightning> I guess we've moved pretty much all of bitbake off there, fortunately
Jan 29 13:54:28 <woglinde> bl yes
Jan 29 13:57:56 <Crofton|work> I need to go through the freescale bsps
Jan 29 13:58:10 <Crofton|work> I've noticed some fur when I try setting tune in local.conf
Jan 29 14:00:33 <Crofton|work> bluelightning, I have an odroid-xu + lcd panel that runs direct fb examples
Jan 29 14:00:43 <bluelightning> Crofton|work: cool
Jan 29 14:01:02 <Crofton|work> somewhat less than I wanted, but x11 is pissing me off
Jan 29 14:01:45 <Crofton|work> hmm, a clue
Jan 29 14:01:57 <koen> red harry!
Jan 29 14:02:03 <Crofton|work> no fb console either, which is annoying
Jan 29 14:02:41 <Crofton|work> I can rotate the skull thing
Jan 29 14:07:04 <woglinde> crofton wayland
Jan 29 14:13:27 <otavio> koen: it chooses the default as hardfp as is the advised by FSL for MX6. The cortexa9hf may be a problem indeed. But since the machine uses the tune shouldn't it be the default? 
Jan 29 14:13:45 <koen> no
Jan 29 14:13:58 <koen> floating point ABI is a distro choice
Jan 29 14:14:54 <koen> if you use .deb as OE output you're royally screwed when using fsl machines and others
Jan 29 14:15:19 <otavio> koen: well I think it is an personal opinion in this case as some machines may not support one or another float point
Jan 29 14:15:43 <koen> bullshit
Jan 29 14:15:48 <koen> the machines support anything
Jan 29 14:15:48 <otavio> koen: I wouldn't be surprise if MX6 in future drops softfp and FSL tests essentially hardfp
Jan 29 14:15:55 <otavio> koen: no
Jan 29 14:16:01 <otavio> koen: the closed drivers
Jan 29 14:16:03 <koen> that's like saying "my x86_64 machine cannot run 32 bit code"
Jan 29 14:16:18 <otavio> koen: sorry but I insist you are wrong. 
Jan 29 14:16:24 <pb_> otavio: fsl have done some dumb things in their time, but I don't think even they will design a cpu with no integer registers.
Jan 29 14:16:40 <koen> otavio: have a look at meta-ti, they have a warning about hardfp binary only stuff in their layer
Jan 29 14:16:48 <otavio> koen: MX53 for example does not have AMD GPU binaries in hardfp
Jan 29 14:16:52 <koen> (ignore how crap meta-ti is in general)
Jan 29 14:17:10 <koen> otavio: so?
Jan 29 14:17:15 <koen> it's still a distro choice
Jan 29 14:18:11 <otavio> koen: I think the machine can set the default
Jan 29 14:19:08 <otavio> koen: you are just assuming softfp is a better default
Jan 29 14:19:22 <otavio> koen: if I allow the distro to override it  I think it is fine
Jan 29 14:19:23 <koen> I'm saying that is has been a distro choice since OE started
Jan 29 14:19:28 <koen> and that the OE default is softfp
Jan 29 14:19:58 <koen> and a MACHINE.conf poking at DISTRO vars is bad
Jan 29 14:20:02 <otavio> koen: at that time hardfp was not that common, I think ... so it is natural
Jan 29 14:20:06 <koen> heh
Jan 29 14:20:25 <koen> when I started with OE hardfpa was standard for familiar
Jan 29 14:20:28 <koen> 10 years ago
Jan 29 14:20:38 <koen> openzaurus used soft
Jan 29 14:21:17 <koen> there was a discussion about meta-allwinner doing the same a few months ago
Jan 29 14:21:28 <koen> they changed it to conform to OE
Jan 29 14:21:39 <koen> so meta-fsl-arm is the lone BSP wanting to be special and breaking stuff
Jan 29 14:21:56 <koen> no matter what evil binary package is used as excuse
Jan 29 14:22:25 <otavio> I won't decide anything right now. I think it'd be good to start a discussion about it in our mailing list
Jan 29 14:22:32 <otavio> so we can discuss it there
Jan 29 14:22:48 <otavio> for me, it doesn't matter as I can do it in my distro
Jan 29 14:23:37 <koen> so let me come at the problem from a different angle
Jan 29 14:23:48 <koen> angstrom defaults to hardfloat for cortexa8 and newer
Jan 29 14:23:55 <koen> https://github.com/Angstrom-distribution/meta-angstrom/blob/master/conf/distro/include/arm-defaults.inc
Jan 29 14:24:07 <koen> but building for meta-fsl-arm A9 machines breaks
Jan 29 14:24:17 <koen> because the package arch is suddenly different
Jan 29 14:24:30 <koen> so even for hardfp distros you do the wrong thing
Jan 29 14:35:05 <otavio> koen: so what you would suggest to solve it?
Jan 29 14:35:10 <otavio> brb, lunch...
Jan 29 14:37:26 <koen> remove it from the .inc, add a note in the README and steal the meta-ti warning from their 3d recipes
Jan 29 14:37:38 <koen> (and fix the warning to stay quiet when actually using hardfp)
Jan 29 14:38:03 <koen> changing the OE default is different discussion
Jan 29 14:38:20 <koen> since changing the default would only mask things like this
Jan 29 14:39:38 <Crofton|work> otavio, I may have noticed what koen is talking about and will check. But I am off to FOSDEM now, and working on the road next week
Jan 29 15:00:01 <jackmitchell> koen: is that to say, if I added meta-beagleboard in it's current form, then I would get armv7a, so it would be arguably better to set my default tune to cortexa8hf-neon?
Jan 29 15:00:14 <jackmitchell> if I was intending of making use of neon and hf
Jan 29 15:00:25 <jackmitchell> and building for beaglebone
Jan 29 15:00:50 <koen> jackmitchell: the tune is about calling conventions
Jan 29 15:01:02 <koen> there's no real world performance difference between the two
Jan 29 15:01:17 <koen> iirc povray is 10-15% faster, that's it
Jan 29 15:01:23 <jackmitchell> ok, that was how I had understood it in the past
Jan 29 15:01:47 <koen> jackmitchell: copy https://github.com/Angstrom-distribution/meta-angstrom/blob/master/conf/distro/include/arm-defaults.inc and use that in your DISTRO.conf
Jan 29 15:01:59 <koen> that will set every armv7 board to hf
Jan 29 15:02:18 <koen> unless it thinks it's a princess like meta-fsl-arm boards
Jan 29 15:02:46 <jackmitchell> koen: yeah, that was what I was going off; I have been building default all this time; and recently I was having trouble with real-time audio encoding, and this might have helped a lot...
Jan 29 15:04:43 <ant_work> koen: I think we need a refresh-patch for dracut, maybe the first version was committed
Jan 29 15:05:03 <koen> ant_work: including all my patches :)
Jan 29 15:05:07 <ant_work> you are ahead by 2 patches isn't?
Jan 29 15:05:27 * woglinde throws the tegra2 into round
Jan 29 15:05:52 <koen> jackmitchell: maybe 5-10% improvement with your audio stuff
Jan 29 15:06:05 <koen> jackmitchell: the main problem is that hardfp is incompatible with everything else
Jan 29 15:06:36 <jackmitchell> koen: ah ok, not so mind blowing then; we got it to work but it was a constant 95%ish usages
Jan 29 15:07:20 <koen> there was an unfortunate article written by debian users and of course a series of misguided posts on phoronix
Jan 29 15:07:38 <koen> the article compared software emulation to using the vfp+neon
Jan 29 15:07:45 <koen> geee, using the hw is faster
Jan 29 15:07:53 <koen> but they claimed it was due to 'hardfp'
Jan 29 15:08:05 <koen> and phoronix made a similar mistake
Jan 29 15:08:26 <koen> so you can't google for this problem
Jan 29 15:08:45 <jackmitchell> ok, and armv7a is neon enabled? I really need to do more reading around this
Jan 29 15:09:03 <jackmitchell> or do I need to use a -neon tune to enable neon?
Jan 29 15:09:04 <koen> yes
Jan 29 15:09:12 <koen> except for tegra1 and marvell chips
Jan 29 15:09:12 <jackmitchell> ok; not confusing at all
Jan 29 15:09:21 <koen> and due to marvell ubuntu disables neon by default
Jan 29 15:09:37 <jackmitchell> right, hence the duff benchmarks etc
Jan 29 15:09:45 <koen> so if you lib has no runtime neon checks, no neon for you on big boy distros
Jan 29 15:10:28 <rburton> koen: i think you picked the wrong guy to do the oe/yocto correction post on :)
Jan 29 15:10:29 <jackmitchell> ok, I ended up using opus-codec which I'm sure will have neon checks in anyway, seeing as though it is aimed specifically at that use case
Jan 29 15:10:31 <jackmitchell> http://opus-codec.org/
Jan 29 15:10:48 <jackmitchell> it turned out to be pretty good actually
Jan 29 15:10:49 <koen> rburton: yeah, I didn't notice it was lpapp :/
Jan 29 15:11:16 <koen> jackmitchell: runtime checks are hard to do on arm due to design issues
Jan 29 15:11:30 <koen> jackmitchell: but we don't care, since we use OE :)
Jan 29 15:11:39 <koen> sorry
Jan 29 15:11:43 <jackmitchell> all praise OE
Jan 29 15:11:46 <koen> since we run yocto on our devices
Jan 29 15:11:51 <koen> I need to get it straight
Jan 29 15:14:58 <ant_work> rburton: so OT...where would you add xinput-calibrator ?
Jan 29 15:15:19 <rburton> ant_work: oh yeah, need to read that :)
Jan 29 15:15:44 <ant_work> is on my todo list...that hdd is dying ;)
Jan 29 15:17:21 <koen> there, princess bride reference used
Jan 29 15:21:02 <ant_work> koen: do you think we should reserve some mtd space for root as default (ubifs/jffs2)?
Jan 29 15:21:05 <XorA> inconceivable
Jan 29 15:21:48 <koen> ant_work: I'm missing the context here
Jan 29 15:24:16 <ant_work> mkfs.ubifs could use "-R, --reserved=SIZE how much space should be reserved for the super-user\n"
Jan 29 15:25:56 <XorA> ant_work: 5% of rootfs or 1MB whichever is bigger
Jan 29 15:26:10 <koen> what xora said
Jan 29 15:26:22 <XorA> its just a guy feeling
Jan 29 15:26:24 <XorA> gut
Jan 29 15:33:32 <ant_work> jffs2 decides at mount with rp_size= 
Jan 29 15:40:18 <ant_work> default opt *= 1024; (Kb)
Jan 29 15:46:17 <JaMa> koen: +1 for 10^24 :)
Jan 29 15:49:15 <rburton> ant_work: adding xinputcalibrator to the xserver seems reasonable if the machine config says it has one
Jan 29 16:07:12 * otavio is back
Jan 29 16:10:55 <otavio> koen: ok, I am here again ... sorry ... was out for lunch ...
Jan 29 16:11:01 <otavio> koen: so back to the topic
Jan 29 16:11:31 <otavio> koen: I am not sure I agree about softfpxhardfp setting. About tune settings I do
Jan 29 16:12:47 <otavio> koen: from your description in the inc. It seems mx53 for example will not have GPU working in angstrom
Jan 29 16:12:58 <otavio> koen: as it works only in soft-fp
Jan 29 16:18:15 <rburton> does angstrom etc have any special tooling to produce its public package feeds, or is it just a rsync of the deploy to something served by apache?
Jan 29 16:23:13 <koen> rburton: https://github.com/Angstrom-distribution/meta-angstrom/blob/master/contrib/sort.sh
Jan 29 16:23:28 <koen> rburton: https://github.com/Angstrom-distribution/meta-angstrom/blob/master/recipes-angstrom/meta/upload-packages.bb
Jan 29 16:23:31 <rburton> thanks koen
Jan 29 16:23:57 <koen> PRSERV fixed most of the problems that tries to work around
Jan 29 16:24:15 <koen> it won't upload or sort duplicate packages
Jan 29 16:24:27 <koen> you can guess why I used to be so adamant about PR bumps :)
Jan 29 16:26:09 <rburton> oh yeah, without a PR bump feeds are pretty useless
Jan 29 16:28:10 <koen> on the autobuilder I apply a patch that uploads to an internal server so I can try things out before it gets synced to the main feeds
Jan 29 16:59:38 <khem`> koen: how do we manage to maintain the pr server database 
Jan 29 16:59:51 <khem`> since that will be important with pr server
Jan 29 17:07:34 <Crofton|work> I would like to complain about the tool used to eject nano sims from the Nexus 5
Jan 29 17:09:21 <bluelightning> Crofton|work: This is not a distro or machine support channel ;p
Jan 29 17:09:48 <hrw> Crofton|work: nexus5 uses microsim
Jan 29 17:09:59 <hrw> bluelightning: +1
Jan 29 17:10:06 <Crofton|work> I will compplina less, I put it in a safe place
Jan 29 17:10:16 <bluelightning> I'm just kidding ;)
Jan 29 17:10:35 <hrw> Crofton|work: but thanks for reminding. I have to pack that tool and charge my Nokia 101
Jan 29 17:13:50 * khem` is compiling/installing KDE framework 5 today
Jan 29 17:15:49 <Crofton|work> any tips on a getting a sim that will work in Brussles and Paris?
Jan 29 17:16:09 <Crofton|work> Also, if you will be at FOSDEM, please volunteer at the Stand
Jan 29 17:24:01 <jackmitchell> Crofton|work: I'm sure I'll be able to lend at hand at times; I just need to figure out a schedule with regards to what talks I would like to see
Jan 29 17:24:16 <Crofton|work> jackmitchell, we all have the same issu e :)
Jan 29 17:24:24 <Crofton|work> and I have to help with the sdr track on Sunday
Jan 29 17:24:31 <chouimat> morning
Jan 29 17:24:43 <Crofton|work> I want to make sure that a few people do not end up spending the entire time there
Jan 29 17:24:58 <Crofton|work> at the very least supplying them with food and beverages is welcome
Jan 29 17:25:14 * onoffon should once take a pilgrimage to FOSDEM
Jan 29 17:26:58 <jackmitchell> I would imagine I can help Sunday morning and most of Sat, but I'll have a chat with everyone once we're there; I'll be getting in at around 4pm on Friday
Jan 29 17:38:28 <kroon> Does one wear a nametag at FOSDEM ?
Jan 29 17:38:53 <kroon> Cause I havent the slightest idea of what anyone in #oe looks like..
Jan 29 17:39:56 <bluelightning> kroon: typically no... but just come up to the OE booth and say hi :)
Jan 29 17:42:11 <kroon> Will do :)
Jan 29 17:42:42 <khem`> I wonder if there is enough interest in having clang as an alternative to gcc for cross compiler in OE
Jan 29 17:43:07 <bluelightning> khem`: I think someone was talking about that recently
Jan 29 17:43:12 <khem`> now that C runtime and C++ runtime are available clang/llvm suite seems to be complete 
Jan 29 17:43:14 <bluelightning> on the mailing list
Jan 29 17:43:31 <khem`> I have been keeping it on my back burner 
Jan 29 17:43:39 <khem`> its quite amount of work 
Jan 29 17:44:02 <khem`> it would be ideal that it coexisted with gcc
Jan 29 17:44:10 <pb_> kroon: you can ask images.google.com for help :-}
Jan 29 17:44:12 <khem`> in SDK e.g.
Jan 29 17:48:27 <kroon> pb_, nah :-D think ill just ask around
Jan 29 17:49:00 <kroon> zibri, hey, are you going to Brussel ?
Jan 29 17:49:13 <bluelightning> I suppose I could find one of my old conference badges and wear that
Jan 29 17:49:24 <bluelightning> I think that's what hrw does sometimes...
Jan 29 17:49:43 <pb_> bluelightning: he wears your old badges?  what a prankster.
Jan 29 17:49:55 <bluelightning> pb_: heh, but who would want to be me? ;)
Jan 29 17:50:22 <pb_> heh
Jan 29 17:51:06 <pb_> yeah, I guess the bigger risk is that you'd arrive at the oe stand and there would be 20 people there all wearing badges saying "Richard Purdie".
Jan 29 17:51:39 <bluelightning> heh
Jan 29 17:52:32 <pb_> futile, of course, unless they could also do the requisite northern accent
Jan 29 17:56:37 <khem`> and carry a worried look ;)
Jan 29 17:58:13 <Crofton|work> I think RP broke the fetcher laast time he was at FOSDEM
Jan 29 18:03:08 <bluelightning> I don't think he's been while I've been there
Jan 29 18:04:21 <pb_> ah, obviously wise to the possibility of impersonators
Jan 29 18:55:35 <zibri> kroon: no, unfortunately no... i did make plans to attend, but then other things got in the way :(
Jan 29 18:55:50 <zibri> kroon: you?
Jan 29 20:10:15 <kroon> zibri, ah ok, too bad
Jan 29 20:11:02 <kroon> zibri, yes, flying down there on friday
Jan 29 21:39:35 <RP> pb_: heh, I'm not sure why everyone would pretend to be me, that sounds rather scary
**** ENDING LOGGING AT Thu Jan 30 02:59:58 2014