IRC log for #oe on 20140129

00:02.10*** join/#oe oneQubit (~oneQubit@li439-130.members.linode.com)
01:31.00*** join/#oe KNERD (~KNERD@24.175.253.226)
02:02.46*** join/#oe onoffon (~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net)
02:19.34*** join/#oe W1N9Zr0 (~W1N9Zr0@24-246-63-23.cable.teksavvy.com)
02:32.39*** join/#oe nitink1 (nitink@nat/intel/x-kaxasvoprcnpxdks)
03:01.49*** join/#oe silviof2 (~silviof@ppp-188-174-26-232.dynamic.mnet-online.de)
03:10.41*** join/#oe pt (79321429@gateway/web/freenode/ip.121.50.20.41)
03:11.01ptHi
03:11.16pthave one doubt
03:12.32ptwant to build a module for two hardware(two machine variable), will <bitbake-file>_<machine-name>.bb
03:12.35ptwork
03:12.36pt?
03:18.38*** join/#oe nerdboy (~sarnold@dsl-66-59-252-223.static.linkline.com)
03:30.56*** join/#oe nitink (nitink@nat/intel/x-wsfqcdzcujhufzno)
03:47.03*** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy)
04:04.40kergothpt: 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
04:19.48*** join/#oe Vutral (ss@mirbsd/special/Vutral)
04:42.40ptthanks for the info kergoth
04:43.51ptwhen i give <bitbake-file>_<anything>.bb, what exactly 'anything' is interpreted by bitbake?
04:50.23*** join/#oe nitink1 (nitink@nat/intel/x-tueeqqxojvutkhrk)
04:54.34pt<kergoth> and i do not want for single build, just want to to keep the bitbake file in the build system for multiple mchines
05:10.59*** join/#oe dv__ (~quassel@chello080108009040.14.11.vie.surfer.at)
05:23.13*** join/#oe nitink (nitink@nat/intel/x-kywiwcnaiziqpkph)
05:36.37kergoth_ is the separator between recipe name and version
05:43.20ptok, now if for both the machines versions are same. then if i specify _<machine> will it take?
05:45.48*** join/#oe onoffon (~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net)
05:47.02kergothi dont understand the question
05:47.08kergoththat would set <machine> as the version
05:47.16kergothwhich is unlikely to be what you want
06:14.37*** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk)
06:18.16*** join/#oe tobiash (~quassel@mail.bmw-carit.de)
06:44.48*** join/#oe kbart (~KBart@213.197.143.19)
06:46.03*** join/#oe Shawn287 (~Shawn@unaffiliated/shawn156)
06:58.01*** join/#oe Shawn186 (~Shawn@unaffiliated/shawn156)
07:05.43*** join/#oe mihai (~mihai@79.115.59.77)
07:11.13*** join/#oe zecke (~ich@91-64-90-223-dynip.superkabel.de)
07:20.43*** join/#oe Vutral (ss@mirbsd/special/Vutral)
07:25.17*** join/#oe diego_r (~diego@host65-246-static.10-188-b.business.telecomitalia.it)
07:34.54*** join/#oe SorenHolm (~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net)
07:39.20*** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it)
07:45.02*** join/#oe Vutral (ss@mirbsd/special/Vutral)
07:47.25*** join/#oe nitink1 (~nitink@134.134.139.70)
07:48.29*** join/#oe ao2 (~ao2@host20-141-dynamic.6-87-r.retail.telecomitalia.it)
07:48.34*** join/#oe Vutral (ss@mirbsd/special/Vutral)
07:51.26*** join/#oe lumag_ (~lumag@nat-min.mentorg.com)
07:54.25*** join/#oe g1zer0 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it)
07:54.51*** join/#oe kroon (~kroon@193.15.174.198)
07:57.51*** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net)
07:59.07mckoangood morning
07:59.19kroonmorning
08:03.20woglindegm
08:08.14*** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au)
08:08.27ant_workgm
08:08.50ant_workanybody having python crashes about "relocatable_binaries_preprocess"?
08:09.00ant_workI have an old checkout so I don't see that
08:11.43woglindehi ant
08:11.49ant_workmorgen
08:12.29ant_workjeez, we have kernel hackers blocked by this new python error :/
08:12.40woglindelol
08:12.51ant_work<linusw__> ant_work: it dies in /meta/recipes-devtools/quilt/quilt-native_0.61.bb
08:13.02*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
08:13.42woglindeo.O
08:15.39*** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka)
08:16.16*** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de)
08:16.16*** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian)
08:19.57koenant_work: try removing cache/bb_codeparser.dat*
08:20.09koenthat tends to fix weird python errors most of the time
08:20.22*** join/#oe zecke (~ich@91-64-90-223-dynip.superkabel.de)
08:26.41ant_workslaps stupid G*ail deciding to attach the html
08:50.20ant_workgot second email rejected..coffee
08:58.12*** join/#oe nitink (~nitink@134.134.139.70)
09:06.12*** join/#oe shaiton (~shaiton@ks363474.kimsufi.com)
09:08.33koenant_work: our internal gmail setup seems to silently disapear emails with large picture attachments
09:08.56koenso it takes a few tries when sending a scanned document
09:11.03*** join/#oe shaiton (~shaiton@fedora/shaiton)
09:12.51ant_workfinally on 3rd try ...
09:13.35ant_workiirc there was long ago a switch to disable rich text and stuff
09:13.45ant_worka global one
09:18.29*** join/#oe stefan_schmidt (~stefan@p4FC756CE.dip0.t-ipconnect.de)
09:32.48*** join/#oe bluelightning (~paul@83.217.123.106)
09:32.48*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
09:33.08*** join/#oe tasslehoff (~tasslehof@77.40.182.98)
09:39.38*** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning)
09:49.08bluelightning_morning all
09:52.41*** join/#oe blitz00 (stefans@unaffiliated/blitz00)
09:53.58mckoanhi bluelightning, all
10:07.30*** join/#oe mihai (~mihai@79.115.59.77)
10:09.52kroonWhich hotell were you OE guys staying at during FOSDEM ?
10:11.30kroonSaint Nicolas ?
10:13.44*** join/#oe dijenerate (~dijenerat@65.48.221.118)
10:15.18rburtonis anyone aware of a BSP for the marvel kirkwood SoC?
10:15.23rburtonthinks, at least
10:15.40rburtonmy synology NAS has something like that inside and i need more software on it
10:27.57bluelightningrburton: meta-kirkwood?
10:28.50bluelightningkroon: there's normally a bunch of folks staying there
10:29.15bluelightningkroon: I'm staying at NH Stephanie, but that's not as close to the centre of town
10:30.01koenit's always a trade off
10:30.01kroonbluelightning, ok
10:30.07koenclose to center or close to fosdem
10:33.01mckoankroon: I always staid at Ibis off grand place
10:34.29*** join/#oe stefan1234 (~stefan@p4FC77E27.dip0.t-ipconnect.de)
10:35.09bluelightningmckoan: are you coming this year?
10:35.40rburtonbluelightning: not in the layer index so it doesn't exist ;)
10:35.51rburton(google'd, thanks)
10:35.54bluelightninghmm, I thought it was at one point...
10:35.57mckoanbluelightning: I have always been at Ibis, no unfortunately not this year
10:36.37mckoanbluelightning: since a couple of years now invest all on ELCE
10:36.48bluelightningmckoan: ah ok, fair enough
10:37.03rburtonbluelightning: i want to build packages to sit alongside the existing OS, so i presume i need to extract the toolchain they use
10:37.08mckoanELCE is more embedded-oriented
10:41.57bluelightningrburton: probably
10:42.12bluelightningmckoan: it is; I guess FOSDEM just happens to attract a lot of OE folks
10:42.33bluelightningI looked at the list of talks for this year, to be honest there wasn't much that caught my eye
10:42.40koenpre-yocto OE was very european centric
10:43.08koennow we have more asian and portlandian developers
10:43.11bluelightningkoen: well, I still never get to any of the US conferences FWIW...
10:43.33mckoankoen: LOL
10:43.38bluelightningso ELCE and FOSDEM are my opportunities to talk to people in person
10:43.53koenlooks like no ELC US for me this year
10:44.10koenunless I submit a talk today *and* get budget approval
10:44.40mckoankoen: what a pity, ELC US is in a nice place and time this year
10:45.00koenI know
10:45.47mckoankoen: but you're lucky you can tavel for Linaro conf ;-)
10:45.54mckoans/tavel/travel
10:46.05koenI was tempted to attend ELC on my personal dime
10:46.13koenbut that would still need a presentation
10:46.21koenmckoan: yes, Macao in 5 weeks from now :)
10:46.48koenand redwood shores in september, which is a bit meh
10:46.55koenELC was there a few years ago
10:47.14koenthanks to dvhart I know where to get a decent steak there, though
10:48.33koenhmmm
10:48.50koenwith tmpfs + sstate the most time is now spent in pulling down all layer repos
10:58.28*** join/#oe nitink1 (nitink@nat/intel/x-yrvehjonxmqjkyrx)
10:59.25pb_hi all
11:02.44bluelightninghi pb_
11:10.03pb_morning bluelightning
11:14.22NoorHello all
11:14.56NoorI remember that we added a fix that whenever bison is added flex is also added but I forgot where we added that change
11:15.05NoorCan somebody point me on it
11:18.45jackmitchellhmm, 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
11:19.18*** join/#oe dijenerate (~dijenerat@65.48.221.118)
11:20.40bluelightningjackmitchell: 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
11:21.03jackmitchellbluelightning: https://fosdem.org/2014/schedule/event/underwater_acoustics_to_opkg/
11:21.12*** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net)
11:22.27rburtonnow that's a cool deployment of OE
11:23.16bluelightningjackmitchell: aha, found it in the app too - thanks
11:29.35*** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net)
11:34.12koenotavio: why does meta-fsl-arm/conf/machine/include/imx-base.inc contain DISTRO settings?
11:37.45*** join/#oe dos1 (~dos@unaffiliated/dos1)
11:48.27*** join/#oe zecke (~ich@p5099b351.dip0.t-ipconnect.de)
12:16.13otaviokoen: it does not ...
12:16.22otaviokoen: what do you consider being DISTRO
12:20.57woglindehi pb
12:21.28pb_hi woglinde
12:21.29woglindebluelightning btw. where is our booth located?
12:24.20bluelightningwoglinde: 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)
12:25.25bluelightningwe have two tables
12:25.34woglindeokay
12:25.39bluelightning(the AW building, for others)
12:31.20*** join/#oe zecke (~ich@p5099b351.dip0.t-ipconnect.de)
12:50.06pb_hi zecke
13:08.48*** join/#oe tgall_foo (~tgall@linaro/tgall-foo)
13:11.34*** join/#oe challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net)
13:19.34koenotavio: it selects hardfloat, which is a DISTRO setting
13:19.47koenotavio: especially since OE-core default is softfp
13:24.30koenotavio: and it's more annoying than than
13:24.44koenotavio: it's selecting cortexa9hf instead of armv7ahf
13:24.55koenso if I do:
13:25.02koenMACHINE=something bitbake bash
13:25.04koenand then
13:25.13koenMACHINE=wandboard bitbake bash
13:25.28koenI get bash_armv7ah.ipk and bash_cortexa9hf.ipk
13:25.55koennow, if I were using OE-core defaults it will break even worse
13:34.08*** join/#oe kscherer (~kscherer@128.224.252.2)
13:49.58woglindehm intressting the next "Now we close berlios really mail"
13:50.06koenagain?
13:50.30woglindeyes april 2014 now
13:54.14bluelightningI guess we've moved pretty much all of bitbake off there, fortunately
13:54.28woglindebl yes
13:57.55Crofton|workI need to go through the freescale bsps
13:58.10Crofton|workI've noticed some fur when I try setting tune in local.conf
14:00.10*** join/#oe CMoH (~cipi@78.96.95.186)
14:00.11*** join/#oe CMoH (~cipi@unaffiliated/c-moh)
14:00.33Crofton|workbluelightning, I have an odroid-xu + lcd panel that runs direct fb examples
14:00.43bluelightningCrofton|work: cool
14:01.02Crofton|worksomewhat less than I wanted, but x11 is pissing me off
14:01.45Crofton|workhmm, a clue
14:01.57koenred harry!
14:02.03Crofton|workno fb console either, which is annoying
14:02.41Crofton|workI can rotate the skull thing
14:07.04woglindecrofton wayland
14:13.27otaviokoen: 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?
14:13.45koenno
14:13.58koenfloating point ABI is a distro choice
14:14.53koenif you use .deb as OE output you're royally screwed when using fsl machines and others
14:15.18otaviokoen: well I think it is an personal opinion in this case as some machines may not support one or another float point
14:15.43koenbullshit
14:15.48koenthe machines support anything
14:15.48otaviokoen: I wouldn't be surprise if MX6 in future drops softfp and FSL tests essentially hardfp
14:15.55otaviokoen: no
14:16.01otaviokoen: the closed drivers
14:16.02koenthat's like saying "my x86_64 machine cannot run 32 bit code"
14:16.18otaviokoen: sorry but I insist you are wrong.
14:16.24pb_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.
14:16.40koenotavio: have a look at meta-ti, they have a warning about hardfp binary only stuff in their layer
14:16.48otaviokoen: MX53 for example does not have AMD GPU binaries in hardfp
14:16.52koen(ignore how crap meta-ti is in general)
14:17.10koenotavio: so?
14:17.14koenit's still a distro choice
14:17.44*** join/#oe tlwoerner (~trevor@linaro/tlwoerner)
14:18.11otaviokoen: I think the machine can set the default
14:19.08otaviokoen: you are just assuming softfp is a better default
14:19.22otaviokoen: if I allow the distro to override it  I think it is fine
14:19.23koenI'm saying that is has been a distro choice since OE started
14:19.28koenand that the OE default is softfp
14:19.58koenand a MACHINE.conf poking at DISTRO vars is bad
14:20.02otaviokoen: at that time hardfp was not that common, I think ... so it is natural
14:20.07koenheh
14:20.25koenwhen I started with OE hardfpa was standard for familiar
14:20.28koen10 years ago
14:20.38koenopenzaurus used soft
14:20.51*** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka)
14:21.16koenthere was a discussion about meta-allwinner doing the same a few months ago
14:21.28koenthey changed it to conform to OE
14:21.39koenso meta-fsl-arm is the lone BSP wanting to be special and breaking stuff
14:21.56koenno matter what evil binary package is used as excuse
14:22.25otavioI won't decide anything right now. I think it'd be good to start a discussion about it in our mailing list
14:22.32otavioso we can discuss it there
14:22.48otaviofor me, it doesn't matter as I can do it in my distro
14:23.37koenso let me come at the problem from a different angle
14:23.48koenangstrom defaults to hardfloat for cortexa8 and newer
14:23.55koenhttps://github.com/Angstrom-distribution/meta-angstrom/blob/master/conf/distro/include/arm-defaults.inc
14:24.06koenbut building for meta-fsl-arm A9 machines breaks
14:24.17koenbecause the package arch is suddenly different
14:24.30koenso even for hardfp distros you do the wrong thing
14:35.05otaviokoen: so what you would suggest to solve it?
14:35.10otaviobrb, lunch...
14:37.26koenremove it from the .inc, add a note in the README and steal the meta-ti warning from their 3d recipes
14:37.37koen(and fix the warning to stay quiet when actually using hardfp)
14:38.02koenchanging the OE default is different discussion
14:38.20koensince changing the default would only mask things like this
14:39.38Crofton|workotavio, 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
14:44.02*** join/#oe _chase_ (~a0271661@nat/ti/x-ecancoboumkhznkv)
14:53.50*** join/#oe cbrake (~cbrake@cable-pool6-cs-200.doycomm.com)
14:57.55*** join/#oe kristoffer (~kristoffe@c-2bdde555.010-30-6c6b7012.cust.bredbandsbolaget.se)
14:59.14*** join/#oe blitz00_ (~stefans@192.198.151.44)
15:00.01jackmitchellkoen: 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?
15:00.14jackmitchellif I was intending of making use of neon and hf
15:00.25jackmitchelland building for beaglebone
15:00.50koenjackmitchell: the tune is about calling conventions
15:01.02koenthere's no real world performance difference between the two
15:01.17koeniirc povray is 10-15% faster, that's it
15:01.23jackmitchellok, that was how I had understood it in the past
15:01.47koenjackmitchell: copy https://github.com/Angstrom-distribution/meta-angstrom/blob/master/conf/distro/include/arm-defaults.inc and use that in your DISTRO.conf
15:01.59koenthat will set every armv7 board to hf
15:02.18koenunless it thinks it's a princess like meta-fsl-arm boards
15:02.46jackmitchellkoen: 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...
15:04.29*** join/#oe _chase_ (~a0271661@nat/ti/x-mdhywwdlnwiutrpm)
15:04.43ant_workkoen: I think we need a refresh-patch for dracut, maybe the first version was committed
15:05.03koenant_work: including all my patches :)
15:05.07ant_workyou are ahead by 2 patches isn't?
15:05.27woglindethrows the tegra2 into round
15:05.52koenjackmitchell: maybe 5-10% improvement with your audio stuff
15:06.05koenjackmitchell: the main problem is that hardfp is incompatible with everything else
15:06.36jackmitchellkoen: ah ok, not so mind blowing then; we got it to work but it was a constant 95%ish usages
15:07.20koenthere was an unfortunate article written by debian users and of course a series of misguided posts on phoronix
15:07.38koenthe article compared software emulation to using the vfp+neon
15:07.45koengeee, using the hw is faster
15:07.53koenbut they claimed it was due to 'hardfp'
15:08.05koenand phoronix made a similar mistake
15:08.26koenso you can't google for this problem
15:08.45jackmitchellok, and armv7a is neon enabled? I really need to do more reading around this
15:09.03jackmitchellor do I need to use a -neon tune to enable neon?
15:09.04koenyes
15:09.12koenexcept for tegra1 and marvell chips
15:09.13jackmitchellok; not confusing at all
15:09.21koenand due to marvell ubuntu disables neon by default
15:09.37jackmitchellright, hence the duff benchmarks etc
15:09.45koenso if you lib has no runtime neon checks, no neon for you on big boy distros
15:10.28rburtonkoen: i think you picked the wrong guy to do the oe/yocto correction post on :)
15:10.29jackmitchellok, 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
15:10.31jackmitchellhttp://opus-codec.org/
15:10.48jackmitchellit turned out to be pretty good actually
15:10.49koenrburton: yeah, I didn't notice it was lpapp :/
15:11.16koenjackmitchell: runtime checks are hard to do on arm due to design issues
15:11.30koenjackmitchell: but we don't care, since we use OE :)
15:11.39koensorry
15:11.43jackmitchellall praise OE
15:11.46koensince we run yocto on our devices
15:11.51koenI need to get it straight
15:14.58ant_workrburton: so OT...where would you add xinput-calibrator ?
15:15.19rburtonant_work: oh yeah, need to read that :)
15:15.44ant_workis on my todo list...that hdd is dying ;)
15:17.21koenthere, princess bride reference used
15:21.02ant_workkoen: do you think we should reserve some mtd space for root as default (ubifs/jffs2)?
15:21.05XorAinconceivable
15:21.48koenant_work: I'm missing the context here
15:24.16ant_workmkfs.ubifs could use "-R, --reserved=SIZE how much space should be reserved for the super-user\n"
15:25.56XorAant_work: 5% of rootfs or 1MB whichever is bigger
15:26.09koenwhat xora said
15:26.22XorAits just a guy feeling
15:26.24XorAgut
15:33.31ant_workjffs2 decides at mount with rp_size=
15:40.17ant_workdefault opt *= 1024; (Kb)
15:46.17JaMakoen: +1 for 10^24 :)
15:49.15rburtonant_work: adding xinputcalibrator to the xserver seems reasonable if the machine config says it has one
15:54.42*** join/#oe lumag_ (~lumag@nat-min.mentorg.com)
16:00.26*** join/#oe nitink (nitink@nat/intel/x-cqflamfosvtpmvpe)
16:07.12otaviois back
16:10.43*** join/#oe JaMa (~martin@ip-89-176-104-107.net.upcbroadband.cz)
16:10.55otaviokoen: ok, I am here again ... sorry ... was out for lunch ...
16:11.01otaviokoen: so back to the topic
16:11.31otaviokoen: I am not sure I agree about softfpxhardfp setting. About tune settings I do
16:12.47otaviokoen: from your description in the inc. It seems mx53 for example will not have GPU working in angstrom
16:12.57otaviokoen: as it works only in soft-fp
16:18.15rburtondoes 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?
16:23.13koenrburton: https://github.com/Angstrom-distribution/meta-angstrom/blob/master/contrib/sort.sh
16:23.28koenrburton: https://github.com/Angstrom-distribution/meta-angstrom/blob/master/recipes-angstrom/meta/upload-packages.bb
16:23.31rburtonthanks koen
16:23.57koenPRSERV fixed most of the problems that tries to work around
16:24.15koenit won't upload or sort duplicate packages
16:24.27koenyou can guess why I used to be so adamant about PR bumps :)
16:26.09rburtonoh yeah, without a PR bump feeds are pretty useless
16:28.10koenon 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
16:32.04*** join/#oe CMoH (~cipi@unaffiliated/c-moh)
16:49.43*** join/#oe florian (~fuchs@sign-4d091f62.pool.mediaWays.net)
16:49.43*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
16:59.38khem`koen: how do we manage to maintain the pr server database
16:59.51khem`since that will be important with pr server
17:07.34Crofton|workI would like to complain about the tool used to eject nano sims from the Nexus 5
17:09.21bluelightningCrofton|work: This is not a distro or machine support channel ;p
17:09.48hrwCrofton|work: nexus5 uses microsim
17:09.58hrwbluelightning: +1
17:10.06Crofton|workI will compplina less, I put it in a safe place
17:10.16bluelightningI'm just kidding ;)
17:10.35hrwCrofton|work: but thanks for reminding. I have to pack that tool and charge my Nokia 101
17:13.50khem`is compiling/installing KDE framework 5 today
17:15.49Crofton|workany tips on a getting a sim that will work in Brussles and Paris?
17:16.09Crofton|workAlso, if you will be at FOSDEM, please volunteer at the Stand
17:17.21*** join/#oe kroon (~kroon@89-253-118-72.customers.ownit.se)
17:20.10*** join/#oe onoffon (~kraj@99-57-140-30.lightspeed.sntcca.sbcglobal.net)
17:24.01jackmitchellCrofton|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
17:24.16Crofton|workjackmitchell, we all have the same issu e :)
17:24.17*** join/#oe chouimat (~mathieu@CPE2cb05d9c6d26-CM602ad09323c6.cpe.net.cable.rogers.com)
17:24.17*** join/#oe chouimat (~mathieu@kde/developer/chouinard)
17:24.24Crofton|workand I have to help with the sdr track on Sunday
17:24.31chouimatmorning
17:24.43Crofton|workI want to make sure that a few people do not end up spending the entire time there
17:24.59Crofton|workat the very least supplying them with food and beverages is welcome
17:25.00*** join/#oe W1N9Zr0 (~W1N9Zr0@24-246-63-23.cable.teksavvy.com)
17:25.14onoffonshould once take a pilgrimage to FOSDEM
17:26.58jackmitchellI 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
17:27.12*** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy)
17:38.28kroonDoes one wear a nametag at FOSDEM ?
17:38.53kroonCause I havent the slightest idea of what anyone in #oe looks like..
17:39.56bluelightningkroon: typically no... but just come up to the OE booth and say hi :)
17:41.07*** join/#oe NightMonkey (~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net)
17:41.12*** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey)
17:42.11kroonWill do :)
17:42.42khem`I wonder if there is enough interest in having clang as an alternative to gcc for cross compiler in OE
17:43.06*** join/#oe sgw_ (~sgw@172.56.33.3)
17:43.07bluelightningkhem`: I think someone was talking about that recently
17:43.12khem`now that C runtime and C++ runtime are available clang/llvm suite seems to be complete
17:43.14bluelightningon the mailing list
17:43.31khem`I have been keeping it on my back burner
17:43.39khem`its quite amount of work
17:44.02khem`it would be ideal that it coexisted with gcc
17:44.10pb_kroon: you can ask images.google.com for help :-}
17:44.12khem`in SDK e.g.
17:48.28kroonpb_, nah :-D think ill just ask around
17:48.49*** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk)
17:49.00kroonzibri, hey, are you going to Brussel ?
17:49.13bluelightningI suppose I could find one of my old conference badges and wear that
17:49.24bluelightningI think that's what hrw does sometimes...
17:49.43pb_bluelightning: he wears your old badges?  what a prankster.
17:49.45*** join/#oe onoffon (~kraj@66.129.239.12)
17:49.55bluelightningpb_: heh, but who would want to be me? ;)
17:50.22pb_heh
17:51.06pb_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".
17:51.39bluelightningheh
17:52.32pb_futile, of course, unless they could also do the requisite northern accent
17:56.37khem`and carry a worried look ;)
17:58.13Crofton|workI think RP broke the fetcher laast time he was at FOSDEM
18:01.27*** join/#oe kristoffer (~kristoffe@c-2bdde555.010-30-6c6b7012.cust.bredbandsbolaget.se)
18:03.08bluelightningI don't think he's been while I've been there
18:04.21pb_ah, obviously wise to the possibility of impersonators
18:14.45*** join/#oe kristoffer (~kristoffe@c-2bdde555.010-30-6c6b7012.cust.bredbandsbolaget.se)
18:45.26*** join/#oe nitink1 (~nitink@134.134.139.74)
18:46.44*** join/#oe zecke (~ich@vdsl.fuckup.club.berlin.ccc.de)
18:52.11*** join/#oe nitink (~nitink@134.134.137.73)
18:55.35zibrikroon: no, unfortunately no... i did make plans to attend, but then other things got in the way :(
18:55.50zibrikroon: you?
19:05.30*** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au)
19:13.32*** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029)
19:13.41*** join/#oe challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net)
19:15.40*** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk)
19:17.18*** join/#oe oneQubit (~oneQubit@li439-130.members.linode.com)
19:22.39*** join/#oe mihai (~mihai@188.27.91.149)
19:39.10*** join/#oe Crofton (~balister@wsip-98-191-4-207.rn.hr.cox.net)
19:46.33*** join/#oe woglinde (~henning@g225083252.adsl.alicedsl.de)
20:06.05*** join/#oe JoFo (~Jean-Fran@ptra-178-50-78-45.mobistar.be)
20:07.12*** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk)
20:10.15kroonzibri, ah ok, too bad
20:11.02kroonzibri, yes, flying down there on friday
20:11.47*** join/#oe mwester2 (~mwester@d23-193.rb.lax.centurytel.net)
20:32.50*** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au)
21:31.45*** join/#oe sgw_ (~sgw@172.56.33.3)
21:32.35*** join/#oe lumag_ (~lumag@pppoe.178-66-68-3.dynamic.avangarddsl.ru)
21:39.35RPpb_: heh, I'm not sure why everyone would pretend to be me, that sounds rather scary
21:41.10*** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au)
21:46.06*** join/#oe JoFo (~Jean-Fran@host-213-213-229-139.brutele.be)
21:47.50*** join/#oe JoFo (~Jean-Fran@host-213-213-229-139.brutele.be)
22:04.30*** join/#oe GusBricker (~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au)
22:09.49*** join/#oe lumag_ (~lumag@pppoe.95-55-188-209.dynamic.avangarddsl.ru)
22:21.30*** join/#oe nitink1 (~nitink@134.134.137.71)
22:28.24*** join/#oe sgw_1 (~sgw@172.56.33.3)
22:30.28*** join/#oe ao2 (~ao2@2001:1418:117::1)
22:39.48*** join/#oe kuldeepdhaka_ (~kuldeepdh@unaffiliated/kuldeepdhaka)
22:51.24*** join/#oe tgall_foo (~tgall@70.35.96.184)
22:51.25*** join/#oe tgall_foo (~tgall@linaro/tgall-foo)
23:04.16*** join/#oe hbeck (~hbeck@69.41.94.157)
23:04.30*** join/#oe woglinde (~henning@g225083252.adsl.alicedsl.de)
23:07.06*** join/#oe bluelightning (~paul@167.127.187.81.in-addr.arpa)
23:07.06*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
23:08.26*** join/#oe uwe_ (~uwe_@dslb-088-066-160-105.pools.arcor-ip.net)
23:21.03*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
23:30.26*** join/#oe bluelightning_ (~paul@167.127.187.81.in-addr.arpa)
23:30.26*** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning)
23:59.04*** join/#oe sgw_ (~sgw@172.56.33.3)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.