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.01 | pt | Hi |
03:11.16 | pt | have one doubt |
03:12.32 | pt | want to build a module for two hardware(two machine variable), will <bitbake-file>_<machine-name>.bb |
03:12.35 | pt | work |
03:12.36 | pt | ? |
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.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 |
04:19.48 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
04:42.40 | pt | thanks for the info kergoth |
04:43.51 | pt | when 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.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 |
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.37 | kergoth | _ is the separator between recipe name and version |
05:43.20 | pt | ok, 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.02 | kergoth | i dont understand the question |
05:47.08 | kergoth | that would set <machine> as the version |
05:47.16 | kergoth | which 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.07 | mckoan | good morning |
07:59.19 | kroon | morning |
08:03.20 | woglinde | gm |
08:08.14 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
08:08.27 | ant_work | gm |
08:08.50 | ant_work | anybody having python crashes about "relocatable_binaries_preprocess"? |
08:09.00 | ant_work | I have an old checkout so I don't see that |
08:11.43 | woglinde | hi ant |
08:11.49 | ant_work | morgen |
08:12.29 | ant_work | jeez, we have kernel hackers blocked by this new python error :/ |
08:12.40 | woglinde | lol |
08:12.51 | ant_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.42 | woglinde | o.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.57 | koen | ant_work: try removing cache/bb_codeparser.dat* |
08:20.09 | koen | that 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.41 | ant_work | slaps stupid G*ail deciding to attach the html |
08:50.20 | ant_work | got 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.33 | koen | ant_work: our internal gmail setup seems to silently disapear emails with large picture attachments |
09:08.56 | koen | so it takes a few tries when sending a scanned document |
09:11.03 | *** join/#oe shaiton (~shaiton@fedora/shaiton) |
09:12.51 | ant_work | finally on 3rd try ... |
09:13.35 | ant_work | iirc there was long ago a switch to disable rich text and stuff |
09:13.45 | ant_work | a 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.08 | bluelightning_ | morning all |
09:52.41 | *** join/#oe blitz00 (stefans@unaffiliated/blitz00) |
09:53.58 | mckoan | hi bluelightning, all |
10:07.30 | *** join/#oe mihai (~mihai@79.115.59.77) |
10:09.52 | kroon | Which hotell were you OE guys staying at during FOSDEM ? |
10:11.30 | kroon | Saint Nicolas ? |
10:13.44 | *** join/#oe dijenerate (~dijenerat@65.48.221.118) |
10:15.18 | rburton | is anyone aware of a BSP for the marvel kirkwood SoC? |
10:15.23 | rburton | thinks, at least |
10:15.40 | rburton | my synology NAS has something like that inside and i need more software on it |
10:27.57 | bluelightning | rburton: meta-kirkwood? |
10:28.50 | bluelightning | kroon: there's normally a bunch of folks staying there |
10:29.15 | bluelightning | kroon: I'm staying at NH Stephanie, but that's not as close to the centre of town |
10:30.01 | koen | it's always a trade off |
10:30.01 | kroon | bluelightning, ok |
10:30.07 | koen | close to center or close to fosdem |
10:33.01 | mckoan | kroon: I always staid at Ibis off grand place |
10:34.29 | *** join/#oe stefan1234 (~stefan@p4FC77E27.dip0.t-ipconnect.de) |
10:35.09 | bluelightning | mckoan: are you coming this year? |
10:35.40 | rburton | bluelightning: not in the layer index so it doesn't exist ;) |
10:35.51 | rburton | (google'd, thanks) |
10:35.54 | bluelightning | hmm, I thought it was at one point... |
10:35.57 | mckoan | bluelightning: I have always been at Ibis, no unfortunately not this year |
10:36.37 | mckoan | bluelightning: since a couple of years now invest all on ELCE |
10:36.48 | bluelightning | mckoan: ah ok, fair enough |
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 |
10:37.08 | mckoan | ELCE is more embedded-oriented |
10:41.57 | bluelightning | rburton: probably |
10:42.12 | bluelightning | mckoan: it is; I guess FOSDEM just happens to attract a lot of OE folks |
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 |
10:42.40 | koen | pre-yocto OE was very european centric |
10:43.08 | koen | now we have more asian and portlandian developers |
10:43.11 | bluelightning | koen: well, I still never get to any of the US conferences FWIW... |
10:43.33 | mckoan | koen: LOL |
10:43.38 | bluelightning | so ELCE and FOSDEM are my opportunities to talk to people in person |
10:43.53 | koen | looks like no ELC US for me this year |
10:44.10 | koen | unless I submit a talk today *and* get budget approval |
10:44.40 | mckoan | koen: what a pity, ELC US is in a nice place and time this year |
10:45.00 | koen | I know |
10:45.47 | mckoan | koen: but you're lucky you can tavel for Linaro conf ;-) |
10:45.54 | mckoan | s/tavel/travel |
10:46.05 | koen | I was tempted to attend ELC on my personal dime |
10:46.13 | koen | but that would still need a presentation |
10:46.21 | koen | mckoan: yes, Macao in 5 weeks from now :) |
10:46.48 | koen | and redwood shores in september, which is a bit meh |
10:46.55 | koen | ELC was there a few years ago |
10:47.14 | koen | thanks to dvhart I know where to get a decent steak there, though |
10:48.33 | koen | hmmm |
10:48.50 | koen | with 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.25 | pb_ | hi all |
11:02.44 | bluelightning | hi pb_ |
11:10.03 | pb_ | morning bluelightning |
11:14.22 | Noor | Hello all |
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 |
11:15.05 | Noor | Can somebody point me on it |
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 |
11:19.18 | *** join/#oe dijenerate (~dijenerat@65.48.221.118) |
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 |
11:21.03 | jackmitchell | bluelightning: 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.27 | rburton | now that's a cool deployment of OE |
11:23.16 | bluelightning | jackmitchell: 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.12 | koen | otavio: 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.13 | otavio | koen: it does not ... |
12:16.22 | otavio | koen: what do you consider being DISTRO |
12:20.57 | woglinde | hi pb |
12:21.28 | pb_ | hi woglinde |
12:21.29 | woglinde | bluelightning btw. where is our booth located? |
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) |
12:25.25 | bluelightning | we have two tables |
12:25.34 | woglinde | okay |
12:25.39 | bluelightning | (the AW building, for others) |
12:31.20 | *** join/#oe zecke (~ich@p5099b351.dip0.t-ipconnect.de) |
12:50.06 | pb_ | 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.34 | koen | otavio: it selects hardfloat, which is a DISTRO setting |
13:19.47 | koen | otavio: especially since OE-core default is softfp |
13:24.30 | koen | otavio: and it's more annoying than than |
13:24.44 | koen | otavio: it's selecting cortexa9hf instead of armv7ahf |
13:24.55 | koen | so if I do: |
13:25.02 | koen | MACHINE=something bitbake bash |
13:25.04 | koen | and then |
13:25.13 | koen | MACHINE=wandboard bitbake bash |
13:25.28 | koen | I get bash_armv7ah.ipk and bash_cortexa9hf.ipk |
13:25.55 | koen | now, 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.58 | woglinde | hm intressting the next "Now we close berlios really mail" |
13:50.06 | koen | again? |
13:50.30 | woglinde | yes april 2014 now |
13:54.14 | bluelightning | I guess we've moved pretty much all of bitbake off there, fortunately |
13:54.28 | woglinde | bl yes |
13:57.55 | Crofton|work | I need to go through the freescale bsps |
13:58.10 | Crofton|work | I'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.33 | Crofton|work | bluelightning, I have an odroid-xu + lcd panel that runs direct fb examples |
14:00.43 | bluelightning | Crofton|work: cool |
14:01.02 | Crofton|work | somewhat less than I wanted, but x11 is pissing me off |
14:01.45 | Crofton|work | hmm, a clue |
14:01.57 | koen | red harry! |
14:02.03 | Crofton|work | no fb console either, which is annoying |
14:02.41 | Crofton|work | I can rotate the skull thing |
14:07.04 | woglinde | crofton wayland |
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? |
14:13.45 | koen | no |
14:13.58 | koen | floating point ABI is a distro choice |
14:14.53 | koen | if you use .deb as OE output you're royally screwed when using fsl machines and others |
14:15.18 | otavio | koen: well I think it is an personal opinion in this case as some machines may not support one or another float point |
14:15.43 | koen | bullshit |
14:15.48 | koen | the machines support anything |
14:15.48 | otavio | koen: I wouldn't be surprise if MX6 in future drops softfp and FSL tests essentially hardfp |
14:15.55 | otavio | koen: no |
14:16.01 | otavio | koen: the closed drivers |
14:16.02 | koen | that's like saying "my x86_64 machine cannot run 32 bit code" |
14:16.18 | otavio | koen: sorry but I insist you are wrong. |
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. |
14:16.40 | koen | otavio: have a look at meta-ti, they have a warning about hardfp binary only stuff in their layer |
14:16.48 | otavio | koen: MX53 for example does not have AMD GPU binaries in hardfp |
14:16.52 | koen | (ignore how crap meta-ti is in general) |
14:17.10 | koen | otavio: so? |
14:17.14 | koen | it's still a distro choice |
14:17.44 | *** join/#oe tlwoerner (~trevor@linaro/tlwoerner) |
14:18.11 | otavio | koen: I think the machine can set the default |
14:19.08 | otavio | koen: you are just assuming softfp is a better default |
14:19.22 | otavio | koen: if I allow the distro to override it I think it is fine |
14:19.23 | koen | I'm saying that is has been a distro choice since OE started |
14:19.28 | koen | and that the OE default is softfp |
14:19.58 | koen | and a MACHINE.conf poking at DISTRO vars is bad |
14:20.02 | otavio | koen: at that time hardfp was not that common, I think ... so it is natural |
14:20.07 | koen | heh |
14:20.25 | koen | when I started with OE hardfpa was standard for familiar |
14:20.28 | koen | 10 years ago |
14:20.38 | koen | openzaurus used soft |
14:20.51 | *** join/#oe kuldeepdhaka (~kuldeepdh@unaffiliated/kuldeepdhaka) |
14:21.16 | koen | there was a discussion about meta-allwinner doing the same a few months ago |
14:21.28 | koen | they changed it to conform to OE |
14:21.39 | koen | so meta-fsl-arm is the lone BSP wanting to be special and breaking stuff |
14:21.56 | koen | no matter what evil binary package is used as excuse |
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 |
14:22.32 | otavio | so we can discuss it there |
14:22.48 | otavio | for me, it doesn't matter as I can do it in my distro |
14:23.37 | koen | so let me come at the problem from a different angle |
14:23.48 | koen | angstrom defaults to hardfloat for cortexa8 and newer |
14:23.55 | koen | https://github.com/Angstrom-distribution/meta-angstrom/blob/master/conf/distro/include/arm-defaults.inc |
14:24.06 | koen | but building for meta-fsl-arm A9 machines breaks |
14:24.17 | koen | because the package arch is suddenly different |
14:24.30 | koen | so even for hardfp distros you do the wrong thing |
14:35.05 | otavio | koen: so what you would suggest to solve it? |
14:35.10 | otavio | brb, lunch... |
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 |
14:37.37 | koen | (and fix the warning to stay quiet when actually using hardfp) |
14:38.02 | koen | changing the OE default is different discussion |
14:38.20 | koen | since changing the default would only mask things like this |
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 |
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.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? |
15:00.14 | jackmitchell | if I was intending of making use of neon and hf |
15:00.25 | jackmitchell | and building for beaglebone |
15:00.50 | koen | jackmitchell: the tune is about calling conventions |
15:01.02 | koen | there's no real world performance difference between the two |
15:01.17 | koen | iirc povray is 10-15% faster, that's it |
15:01.23 | jackmitchell | ok, that was how I had understood it in the past |
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 |
15:01.59 | koen | that will set every armv7 board to hf |
15:02.18 | koen | unless it thinks it's a princess like meta-fsl-arm boards |
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... |
15:04.29 | *** join/#oe _chase_ (~a0271661@nat/ti/x-mdhywwdlnwiutrpm) |
15:04.43 | ant_work | koen: I think we need a refresh-patch for dracut, maybe the first version was committed |
15:05.03 | koen | ant_work: including all my patches :) |
15:05.07 | ant_work | you are ahead by 2 patches isn't? |
15:05.27 | woglinde | throws the tegra2 into round |
15:05.52 | koen | jackmitchell: maybe 5-10% improvement with your audio stuff |
15:06.05 | koen | jackmitchell: the main problem is that hardfp is incompatible with everything else |
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 |
15:07.20 | koen | there was an unfortunate article written by debian users and of course a series of misguided posts on phoronix |
15:07.38 | koen | the article compared software emulation to using the vfp+neon |
15:07.45 | koen | geee, using the hw is faster |
15:07.53 | koen | but they claimed it was due to 'hardfp' |
15:08.05 | koen | and phoronix made a similar mistake |
15:08.26 | koen | so you can't google for this problem |
15:08.45 | jackmitchell | ok, and armv7a is neon enabled? I really need to do more reading around this |
15:09.03 | jackmitchell | or do I need to use a -neon tune to enable neon? |
15:09.04 | koen | yes |
15:09.12 | koen | except for tegra1 and marvell chips |
15:09.13 | jackmitchell | ok; not confusing at all |
15:09.21 | koen | and due to marvell ubuntu disables neon by default |
15:09.37 | jackmitchell | right, hence the duff benchmarks etc |
15:09.45 | koen | so if you lib has no runtime neon checks, no neon for you on big boy distros |
15:10.28 | rburton | koen: i think you picked the wrong guy to do the oe/yocto correction post on :) |
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 |
15:10.31 | jackmitchell | http://opus-codec.org/ |
15:10.48 | jackmitchell | it turned out to be pretty good actually |
15:10.49 | koen | rburton: yeah, I didn't notice it was lpapp :/ |
15:11.16 | koen | jackmitchell: runtime checks are hard to do on arm due to design issues |
15:11.30 | koen | jackmitchell: but we don't care, since we use OE :) |
15:11.39 | koen | sorry |
15:11.43 | jackmitchell | all praise OE |
15:11.46 | koen | since we run yocto on our devices |
15:11.51 | koen | I need to get it straight |
15:14.58 | ant_work | rburton: so OT...where would you add xinput-calibrator ? |
15:15.19 | rburton | ant_work: oh yeah, need to read that :) |
15:15.44 | ant_work | is on my todo list...that hdd is dying ;) |
15:17.21 | koen | there, princess bride reference used |
15:21.02 | ant_work | koen: do you think we should reserve some mtd space for root as default (ubifs/jffs2)? |
15:21.05 | XorA | inconceivable |
15:21.48 | koen | ant_work: I'm missing the context here |
15:24.16 | ant_work | mkfs.ubifs could use "-R, --reserved=SIZE how much space should be reserved for the super-user\n" |
15:25.56 | XorA | ant_work: 5% of rootfs or 1MB whichever is bigger |
15:26.09 | koen | what xora said |
15:26.22 | XorA | its just a guy feeling |
15:26.24 | XorA | gut |
15:33.31 | ant_work | jffs2 decides at mount with rp_size= |
15:40.17 | ant_work | default opt *= 1024; (Kb) |
15:46.17 | JaMa | koen: +1 for 10^24 :) |
15:49.15 | rburton | ant_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.12 | otavio | is back |
16:10.43 | *** join/#oe JaMa (~martin@ip-89-176-104-107.net.upcbroadband.cz) |
16:10.55 | otavio | koen: ok, I am here again ... sorry ... was out for lunch ... |
16:11.01 | otavio | koen: so back to the topic |
16:11.31 | otavio | koen: I am not sure I agree about softfpxhardfp setting. About tune settings I do |
16:12.47 | otavio | koen: from your description in the inc. It seems mx53 for example will not have GPU working in angstrom |
16:12.57 | otavio | koen: as it works only in soft-fp |
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? |
16:23.13 | koen | rburton: https://github.com/Angstrom-distribution/meta-angstrom/blob/master/contrib/sort.sh |
16:23.28 | koen | rburton: https://github.com/Angstrom-distribution/meta-angstrom/blob/master/recipes-angstrom/meta/upload-packages.bb |
16:23.31 | rburton | thanks koen |
16:23.57 | koen | PRSERV fixed most of the problems that tries to work around |
16:24.15 | koen | it won't upload or sort duplicate packages |
16:24.27 | koen | you can guess why I used to be so adamant about PR bumps :) |
16:26.09 | rburton | oh yeah, without a PR bump feeds are pretty useless |
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 |
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.38 | khem` | koen: how do we manage to maintain the pr server database |
16:59.51 | khem` | since that will be important with pr server |
17:07.34 | Crofton|work | I would like to complain about the tool used to eject nano sims from the Nexus 5 |
17:09.21 | bluelightning | Crofton|work: This is not a distro or machine support channel ;p |
17:09.48 | hrw | Crofton|work: nexus5 uses microsim |
17:09.58 | hrw | bluelightning: +1 |
17:10.06 | Crofton|work | I will compplina less, I put it in a safe place |
17:10.16 | bluelightning | I'm just kidding ;) |
17:10.35 | hrw | Crofton|work: but thanks for reminding. I have to pack that tool and charge my Nokia 101 |
17:13.50 | khem` | is compiling/installing KDE framework 5 today |
17:15.49 | Crofton|work | any tips on a getting a sim that will work in Brussles and Paris? |
17:16.09 | Crofton|work | Also, 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.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 |
17:24.16 | Crofton|work | jackmitchell, 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.24 | Crofton|work | and I have to help with the sdr track on Sunday |
17:24.31 | chouimat | morning |
17:24.43 | Crofton|work | I want to make sure that a few people do not end up spending the entire time there |
17:24.59 | Crofton|work | at 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.14 | onoffon | should once take a pilgrimage to FOSDEM |
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 |
17:27.12 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
17:38.28 | kroon | Does one wear a nametag at FOSDEM ? |
17:38.53 | kroon | Cause I havent the slightest idea of what anyone in #oe looks like.. |
17:39.56 | bluelightning | kroon: 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.11 | kroon | Will do :) |
17:42.42 | khem` | 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.07 | bluelightning | khem`: I think someone was talking about that recently |
17:43.12 | khem` | now that C runtime and C++ runtime are available clang/llvm suite seems to be complete |
17:43.14 | bluelightning | on the mailing list |
17:43.31 | khem` | I have been keeping it on my back burner |
17:43.39 | khem` | its quite amount of work |
17:44.02 | khem` | it would be ideal that it coexisted with gcc |
17:44.10 | pb_ | kroon: you can ask images.google.com for help :-} |
17:44.12 | khem` | in SDK e.g. |
17:48.28 | kroon | pb_, nah :-D think ill just ask around |
17:48.49 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
17:49.00 | kroon | zibri, hey, are you going to Brussel ? |
17:49.13 | bluelightning | I suppose I could find one of my old conference badges and wear that |
17:49.24 | bluelightning | I think that's what hrw does sometimes... |
17:49.43 | pb_ | bluelightning: he wears your old badges? what a prankster. |
17:49.45 | *** join/#oe onoffon (~kraj@66.129.239.12) |
17:49.55 | bluelightning | pb_: heh, but who would want to be me? ;) |
17:50.22 | pb_ | heh |
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". |
17:51.39 | bluelightning | heh |
17:52.32 | pb_ | futile, of course, unless they could also do the requisite northern accent |
17:56.37 | khem` | and carry a worried look ;) |
17:58.13 | Crofton|work | I 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.08 | bluelightning | I don't think he's been while I've been there |
18:04.21 | pb_ | 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.35 | zibri | kroon: no, unfortunately no... i did make plans to attend, but then other things got in the way :( |
18:55.50 | zibri | kroon: 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.15 | kroon | zibri, ah ok, too bad |
20:11.02 | kroon | zibri, 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.35 | RP | pb_: 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) |