| 00:06.09 | Crofton | hmm, what is the incantation to install all modules in an image |
| 00:09.14 | kergoth | iirc kernel-modules package |
| 00:20.36 | Crofton | MACHINE_EXTRA_RRECOMMENDS = "kernel-modules" |
| 00:30.44 | *** join/#oe Crofton (~balister@64-186-172-226.static-ip.telepacific.net) |
| 00:58.36 | *** join/#oe kgilmer (~kgilmer@65.209.23.146) |
| 01:37.38 | *** join/#oe s3v3n62mm (~s3v3n62mm@p3EE2F15D.dip0.t-ipconnect.de) |
| 01:52.03 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 01:59.28 | *** join/#oe kgilmer (~kgilmer@65.209.23.146) |
| 02:05.45 | *** join/#oe s3v3n62mm2 (~s3v3n62mm@p5DDC2C4F.dip0.t-ipconnect.de) |
| 02:19.28 | nerdboy | um, something is wrong with this picture... |
| 02:19.31 | nerdboy | http://www.gentoogeek.org:8000 |
| 02:19.41 | nerdboy | ETA should be about 40 mins |
| 02:20.09 | nerdboy | in fact, ETA keeps going up... |
| 02:20.18 | nerdboy | bug in master? |
| 02:36.22 | *** join/#oe eephillip (~eephillip@pdpc/supporter/student/eephillip) |
| 02:38.06 | *** join/#oe sr105 (~sr105@65349hfc19.tampabay.res.rr.com) |
| 02:51.06 | *** join/#oe mwester (~mwester@209-142-159-63.dyn.centurytel.net) |
| 02:51.07 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 02:54.45 | nerdboy | the interface seemed to get stuck after the build prompt came up |
| 02:54.59 | nerdboy | still said eta 5 hours |
| 02:56.16 | nerdboy | still stuck after restart |
| 03:00.11 | *** join/#oe kgilmer (~kgilmer@65.209.23.146) |
| 03:14.44 | nerdboy | nm, missed the inherit part... |
| 03:19.52 | nerdboy | no wonder, it's way past beer time |
| 03:22.45 | *** join/#oe rogue2 (~pompomJui@41.0.38.138) |
| 03:26.39 | *** join/#oe crxz0193 (~crxz0193@203.247.149.152) |
| 03:33.00 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 03:33.13 | *** join/#oe hillct (~hillct@cpe-071-070-219-043.nc.res.rr.com) |
| 03:38.16 | *** join/#oe neabax (~neabax@192.77.239.81) |
| 03:39.14 | *** join/#oe Igel_ (~igel@addicted.to.cjdns.meshte.ch) |
| 03:40.15 | *** join/#oe Igel_ (~igel@addicted.to.cjdns.meshte.ch) |
| 03:48.04 | *** join/#oe crxz0193_ (~crxz0193@203.247.149.152) |
| 04:01.03 | *** join/#oe kgilmer (~kgilmer@65.209.23.146) |
| 05:01.46 | *** join/#oe kgilmer (~kgilmer@65.209.23.146) |
| 05:32.43 | *** join/#oe crxz0193 (~crxz0193@203.247.149.152) |
| 05:41.55 | *** join/#oe crxz0193 (~crxz0193@203.247.149.152) |
| 05:48.18 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 05:50.45 | *** join/#oe crxz0193_ (~crxz0193@203.247.149.152) |
| 05:57.19 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
| 06:02.39 | *** join/#oe kgilmer (~kgilmer@65.209.23.146) |
| 06:04.23 | *** join/#oe tasslehoff (~tasslehof@77.40.182.98) |
| 06:28.57 | *** join/#oe erbo (~erbo@194-237-7-146.customer.telia.com) |
| 06:34.20 | *** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it) |
| 06:37.04 | *** join/#oe tasslehoff (~tasslehof@77.40.182.98) |
| 06:39.42 | *** join/#oe kgilmer (~kgilmer@65.209.23.146) |
| 06:46.11 | *** join/#oe neabax (~neabax@192.77.239.81) |
| 06:53.22 | *** join/#oe _chase_ (~a0271661@nat/ti/x-lycnbgubnxjfktlj) |
| 06:53.26 | *** join/#oe neabax (~neabax@192.77.239.81) |
| 06:57.20 | *** join/#oe ladu (~pi@h52n6-fk-a12.ias.bredband.telia.com) |
| 06:58.14 | *** join/#oe diego_r (~diego@host65-246-static.10-188-b.business.telecomitalia.it) |
| 07:00.17 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 07:01.27 | *** join/#oe mago_ (~mago@c193-14-123-186.cust.tele2.se) |
| 07:02.04 | *** join/#oe kroon (~kroon@193.15.174.198) |
| 07:08.26 | *** join/#oe neabax (~neabax@192.77.239.81) |
| 07:12.48 | *** join/#oe hillct (~hillct@cpe-071-070-219-043.nc.res.rr.com) |
| 07:28.28 | *** join/#oe sr105 (~sr105@65349hfc19.tampabay.res.rr.com) |
| 07:38.26 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 07:38.27 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 07:40.27 | *** join/#oe kgilmer (~kgilmer@65.209.23.146) |
| 07:52.19 | mckoan | good morning |
| 08:11.46 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:17.28 | andre_d | morning! what's the reason that bitbake doesn't like '@' to be part of OEROOT? In jenkins, if you allow builds of the same job to run concurrently, the default path to the workspace will contain '@'... |
| 08:19.40 | *** join/#oe g1zer0 (~gizero@host168-65-static.12-87-b.business.telecomitalia.it) |
| 08:23.05 | *** join/#oe mwester (~mwester@209-142-159-63.dyn.centurytel.net) |
| 08:23.06 | *** join/#oe mwester (~mwester@nslu2-linux/mwester) |
| 08:23.40 | *** join/#oe Gaston|Home (~jonma@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 08:36.06 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:36.06 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:41.18 | *** join/#oe kgilmer (~kgilmer@65.209.23.146) |
| 08:45.06 | bluelightning | morning all |
| 08:45.18 | *** join/#oe phdeswer (~phdeswer@194.157.27.2) |
| 08:53.50 | koen | hey bluelightning |
| 08:53.57 | bluelightning | hi koen |
| 08:54.24 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 09:05.50 | mckoan | hi bluelightning, koen, all |
| 09:06.18 | bluelightning | hi mckoan |
| 09:06.19 | koen | hey mckoan |
| 09:40.42 | *** join/#oe Jafura (~Jean-Fran@host-213-213-229-139.brutele.be) |
| 09:42.04 | *** join/#oe kgilmer (~kgilmer@65.209.23.146) |
| 10:42.45 | *** join/#oe kgilmer (~kgilmer@65.209.23.146) |
| 10:48.46 | *** join/#oe hrww (~hrw@redhat/hrw) |
| 10:49.41 | *** join/#oe SorenHolm_ (~quassel@5634f347.rev.stofanet.dk) |
| 10:50.28 | *** join/#oe PaulePan1er (~paul@mail.gw90.de) |
| 10:50.29 | *** join/#oe dvhart_ (~dvhart@134.134.137.73) |
| 10:50.36 | *** join/#oe pdp7_ (~pdp7@asciipr0n.com) |
| 10:51.08 | *** join/#oe dlan_ (~dennis@116.228.88.131) |
| 10:51.08 | *** join/#oe dlan_ (~dennis@gentoo/developer/dlan) |
| 10:51.21 | *** join/#oe fabo_ (~fabo@a91-152-78-194.elisa-laajakaista.fi) |
| 10:54.33 | *** join/#oe XorA_ (~XorA@www.xora.org.uk) |
| 10:57.24 | *** join/#oe mago_ (~mago@c193-14-123-186.cust.tele2.se) |
| 10:59.48 | *** join/#oe blitz00 (~stefans@5-12-68-6.residential.rdsnet.ro) |
| 10:59.48 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
| 11:24.18 | mago_ | what would be the correct way of forcing OE to re-download all sources? if I wipe my downloads dir, it doesn't trigger a download. if i run "bitbake -f -c fetchall core-image-minimal". I need to do this because I've enabled BB_GENERATE_MIRROR_TARBALLS and want it to make tarballs of the repos |
| 11:29.19 | *** join/#oe dany (~Thunderbi@sestofw01.enea.se) |
| 11:30.24 | *** join/#oe Jay7 (jay@2.93.2.234) |
| 11:31.20 | bluelightning | mago_: so, why do you need to do that? |
| 11:32.37 | mago_ | bluelightning, because i need the tarballs of the git repos so i can upload them to my local mirror. otherwise we are getting 404 not found because the build system is trying to access git2_somerepo.tar.gz, and then falls back to the normal mirror. my downloads/ dir only contains a git2 subdirectory with the repos |
| 11:33.34 | bluelightning | mago_: you don't need to re-download everything to do that, just the recipes that fetch from git |
| 11:34.06 | bluelightning | unfortunately I suspect -c fetchall -f doesn't do what you might think it should do, but -c fetch -f <recipe> should |
| 11:34.10 | mago_ | so i'd go bitbake -f -c fetch <pkg> for each pkg which uses a SCM? |
| 11:34.22 | bluelightning | I would think so yes |
| 11:34.43 | mago_ | okay, thanks |
| 11:39.52 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 11:43.42 | *** join/#oe kgilmer (~kgilmer@65.209.23.146) |
| 11:45.04 | *** join/#oe muppe (~Marko@ip050-115.seclan.com) |
| 11:48.16 | muppe | Couple months ago we managed to solve "Could not initialize GLX" error when launching Qt quick apps by adding "mesa-dri" into our IMAGE_INSTALL. I am updating a bunch of layers now and noticed that "mesa-dri" is no longer available. I have tried all kinds of mesa packages/libs but I am still getting the error. Any hints? |
| 11:49.31 | *** join/#oe darkschneider (~gab@93-32-59-224.ip32.fastwebnet.it) |
| 11:49.39 | bluelightning | muppe: mesa-dri was simply renamed to mesa |
| 11:50.23 | *** join/#oe sr105 (~sr105@65349hfc19.tampabay.res.rr.com) |
| 11:52.18 | muppe | bluelightning: ok. I read something like that from somewhere and that was the first thing I tried. When I changed mesa-dri to mesa, the generation of the root filesystem fails saying "unknown package 'mesa" and "opkg_install_cmd: Cannot install package mesa". |
| 11:52.47 | muppe | it compiles/builds ok though. |
| 11:54.03 | bluelightning | ok, I don't know a lot about the mesa packaging but you'd get that error if the package named "mesa" was empty and thus not produced |
| 11:54.16 | bluelightning | which may be expected, I'm not sure |
| 11:56.01 | bluelightning | so one of the packages it does produce has the file you need in it, which one I'm not sure |
| 11:56.44 | bluelightning | I've pinged someone to come here who might be able to actually help |
| 11:56.58 | muppe | :) |
| 11:57.07 | koen | mesa is a library, it's not meant to get included directly |
| 11:57.26 | muppe | I am such a n00b with yocto/bitbake so any help is appreciated |
| 11:57.29 | koen | you set a preferred provider and your app will link to libgl.so |
| 11:57.45 | koen | so if you install a GL app, it drags in mesa automagically |
| 11:58.21 | muppe | so that might be the reason I am seeing all the mesa files in the work directory |
| 11:59.54 | *** join/#oe rburton_ (~rburton@35.106.2.81.in-addr.arpa) |
| 12:00.57 | rburton_ | muppe: having mesa issues? |
| 12:01.30 | muppe | anyway, I am running a modified arago distro on ARM. Before the update we had xvfb with GLX running on the device but it seems that something is missing after I updated oe-core, meta-openembedded, meta-ti etc. to use dylan branch. |
| 12:01.36 | muppe | rburton: yes, indeed. |
| 12:02.10 | rburton | if you were using glx on arm, you want to build mesa-gl now |
| 12:02.27 | rburton | that will give you mesa with pure-software GLX |
| 12:03.09 | muppe | ok. That sounds good. Couple of months ago we manged to solve a similar issue by adding "mesa-dri" into our image. But I already learned it was renamed (and stuff) |
| 12:03.23 | rburton | yeah, mesa-dri was renamed to just mesa |
| 12:03.38 | rburton | and to help BSPs that just need mesa for the pure-software GLX, mesa-gl was added |
| 12:04.16 | muppe | ok, I'll try with mesa-gl and see what happens. |
| 12:05.09 | muppe | This hassle is all because of opengl requirement of Qt5 (QtQuick) |
| 12:06.36 | muppe | and the next issue popped up: Nothing RPROVIDES 'mesa-gl' |
| 12:09.24 | muppe | rburton: which thingy should provide mesa-gl then? |
| 12:10.32 | *** join/#oe joeythesaint (~jjm@128.224.252.2) |
| 12:13.27 | *** join/#oe kbart (~KBart@213.197.143.19) |
| 12:15.30 | rburton | muppe: oh, dylan didn't have mesa-gl |
| 12:15.45 | rburton | in that case whatever used to work with mesa-dri should just say mesa |
| 12:16.47 | rburton | sorry, forgot when mesa-gl was added |
| 12:16.58 | muppe | When I changed mesa-dri to mesa, the generation of the root filesystem fails saying "unknown package 'mesa" and "opkg_install_cmd: Cannot install package mesa". |
| 12:18.41 | *** join/#oe balkamos (balkamos@unaffiliated/motley) |
| 12:18.41 | *** join/#oe tbr (dm8tbr@cl-790.ham-01.de.sixxs.net) |
| 12:24.24 | *** join/#oe hillct (~hillct@cpe-071-070-219-043.nc.res.rr.com) |
| 12:25.08 | *** join/#oe Marko (~androirc@mobile-internet-c1d10a-19.dhcp.inet.fi) |
| 12:30.13 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 12:30.49 | *** join/#oe adelcast (~adelcast@130.164.62.193) |
| 12:31.37 | rburton | muppe: that's probably because there isn't a package called mesa, and mesa-dri was practically empty. you want libmesa-gl and so on. |
| 12:31.45 | rburton | have a look at what the mesa package generated |
| 12:36.30 | *** join/#oe kscherer (~kscherer@128.224.252.2) |
| 12:45.20 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
| 12:45.20 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 12:49.49 | *** join/#oe blitz00 (~stefans@89.122.246.95) |
| 12:49.50 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
| 12:50.40 | Marko | rburton: Thanks for the tips. Had to leave the office but I will take a look at the generated libs. Do you know what is crucial for this glx issue? Xvfb seems to be initializing glx but qt quick app is not happy. (Sorry about the change in nickname. Using cell phone now) |
| 13:07.11 | *** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it) |
| 13:10.15 | *** join/#oe Marko (~androirc@mobile-internet-c1d10a-19.dhcp.inet.fi) |
| 13:30.35 | rburton | Marex: tbh, if you're on arm i'd look at disabling that in qt somehow |
| 13:30.51 | rburton | GLX is likely to be software on that, so performance will be terrible anyway |
| 13:31.48 | mario-goulart | rburton: I think your tab completion for Marko failed as he went offline |
| 13:32.24 | rburton | hm, yes, it did :) |
| 13:33.36 | mario-goulart | :-) |
| 13:37.22 | *** join/#oe kgilmer (~kgilmer@65.209.23.146) |
| 13:43.49 | *** join/#oe tgall_foo (~tgall@70.35.96.184) |
| 13:43.50 | *** join/#oe tgall_foo (~tgall@linaro/tgall-foo) |
| 14:36.52 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
| 14:55.57 | XorA_ | koen: I added the kernel workflow doc to the new Angstrom site, so its now directly under our control |
| 14:57.09 | koen | XorA: thanks! |
| 14:57.37 | XorA | koen: Crofton khem do we know any arty types to Angstromize the theme? |
| 15:03.58 | *** join/#oe adelcast (~adelcast@130.164.62.193) |
| 15:45.59 | rburton | koen: any objection to me adding signed-off: koen to the two numpy patches? you created them both in oe-classic circa 2008. |
| 15:47.56 | XorA | always reads that as "numpty" :-) |
| 15:48.53 | rburton | sounds about right |
| 16:01.36 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 16:26.28 | *** join/#oe dvhart (~dvhart@134.134.139.74) |
| 16:33.27 | *** join/#oe hillct (~hillct@cpe-071-070-219-043.nc.res.rr.com) |
| 16:46.31 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 16:53.14 | nerdboy | "look, he's dropped a shoe!" "it must be a SIGN" |
| 16:53.30 | rburton | lol |
| 16:53.38 | rburton | and now i need to watch that film again |
| 16:53.43 | nerdboy | follows the rubber chicken guy in the sailfish direction... |
| 16:54.28 | nerdboy | rburton: me too... |
| 16:58.17 | Crofton | what is the container stufff that starts with a D? |
| 16:58.18 | *** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte) |
| 16:58.21 | nerdboy | and how many hangover movies? |
| 16:59.36 | bluelightning | Crofton: docker? |
| 17:00.31 | *** join/#oe Jafura (~Jean-Fran@85.234.199.20) |
| 17:05.08 | Crofton | bluelightning, thanks |
| 17:05.46 | Crofton | paulbarker, has a blog article about using lxc. |
| 17:23.04 | koen | rburton: no, go ahead |
| 17:24.25 | *** join/#oe nitink (~nitink@134.134.137.71) |
| 17:28.03 | *** join/#oe dvhart (~dvhart@134.134.139.70) |
| 18:12.39 | *** join/#oe hrww (~hrw@redhat/hrw) |
| 18:17.25 | *** join/#oe florian (~fuchs@aftr-37-24-146-152.unity-media.net) |
| 18:17.26 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 18:19.51 | *** join/#oe neabax (~neabax@173.247.199.210) |
| 18:25.16 | *** join/#oe hillct (~hillct@cpe-071-070-219-043.nc.res.rr.com) |
| 18:32.14 | *** join/#oe s3v3n62mm (~s3v3n62mm@p5DDC2C4F.dip0.t-ipconnect.de) |
| 18:34.04 | *** join/#oe Jafura (~Jean-Fran@85.234.199.20) |
| 18:38.33 | *** join/#oe phdeswer (~phdeswer@a88-112-199-213.elisa-laajakaista.fi) |
| 18:45.36 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 18:51.14 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
| 19:02.35 | *** join/#oe Shawn286 (~Shawn@unaffiliated/shawn156) |
| 19:03.48 | *** join/#oe khem` (~khem@c-98-207-177-218.hsd1.ca.comcast.net) |
| 19:09.26 | *** join/#oe kscherer (~kscherer@128.224.252.2) |
| 19:16.49 | Crofton | someone needs to compare the qemu build time from here http://suihkulokki.blogspot.com/2014/05/arm-builder-updates.html |
| 19:16.55 | Crofton | with one via cross |
| 19:23.44 | khem | is that just qemu package built in 2 hrs |
| 19:24.12 | khem | I can build full X image in 52 mins that includes qemu as well |
| 19:24.22 | khem | qemu prolly takes 5 mins |
| 19:24.35 | khem | I am guessing |
| 19:24.51 | Crofton | :) |
| 19:25.08 | khem | why are they torturing those cute little arm machines |
| 19:25.13 | Crofton | rofl |
| 19:26.19 | khem | seems there is only one way of doing debian |
| 19:27.26 | XorA | the systemd way |
| 19:27.49 | *** join/#oe kroon (~kroon@89-253-118-72.customers.ownit.se) |
| 19:27.54 | khem | yeah thats another one but thats intergalactic highway |
| 19:28.08 | *** join/#oe Jafura (~Jean-Fran@211-191-62-37.mobileinternet.proximus.be) |
| 19:31.35 | *** join/#oe neabax (~neabax@173.247.199.210) |
| 19:40.10 | nerdboy | say it with me: "let's all depend on a no-so-mature piece of lennart code to boot our systems.." |
| 19:40.48 | nerdboy | the nicest thing i can say is that makes my face wrinkle |
| 19:41.10 | *** join/#oe woglinde (~henning@f053047095.adsl.alicedsl.de) |
| 19:48.12 | Crofton | what's the default for FILESPATH? |
| 19:48.32 | Crofton | I'm using FILESEXTRAPATHS_prepend := "${THISDIR}/${MACHINE}-3.14:" |
| 19:48.47 | Crofton | and would like to avoid specifying it |
| 20:02.16 | nerdboy | shouldn't it default to something like ${THISDIR}/files ? |
| 20:02.50 | nerdboy | in a "normal" bb recipe... |
| 20:02.57 | *** join/#oe ant_home (~andrea@87.13.50.210) |
| 20:03.12 | nerdboy | waits for a correction |
| 20:08.06 | rburton | Crofton: never understood why people still think native arm building is a good idea |
| 20:08.31 | rburton | OBS can do arm builds inside a qemu too |
| 20:16.09 | nerdboy | rburton: because it's painfully slow on low-end devices? |
| 20:16.38 | nerdboy | oh, i mean "because you can" ? |
| 20:16.39 | suihkulokki | i totally expected this feedback here :D |
| 20:16.53 | rburton | haha |
| 20:17.04 | nerdboy | actually some things are not bad at all |
| 20:17.25 | nerdboy | bout the same as native-on-low-end-x86 hardware |
| 20:17.34 | nerdboy | maybe better even |
| 20:17.39 | rburton | yeah but why would you do that too, unless you had no choice |
| 20:17.53 | nerdboy | i r a gentoo dev |
| 20:18.21 | rburton | considering <$1000 buys you a rather respectable x86 desktop that can do a full sato in 1h |
| 20:18.26 | nerdboy | and that's usually how i figure stuff out |
| 20:18.53 | nerdboy | don't worry, i don't do gentoo-pi on the pi |
| 20:19.04 | nerdboy | as little as possible actually... |
| 20:19.12 | suihkulokki | mostly because most debian developers don't care enough to make their packages crossbuild |
| 20:19.36 | nerdboy | and i do have a cheap 6-core build box which is mostly busy building oe |
| 20:19.46 | suihkulokki | also 1h sato build runs what testsuites? |
| 20:19.56 | rburton | suihkulokki: sure, no tests, that's just the compile. |
| 20:21.10 | suihkulokki | ptests seem to give the best of both worlds, but don't seem to be run by many |
| 20:21.26 | nerdboy | and it goes with my orthogonal lifestyle |
| 20:21.35 | nerdboy | should've started with that one |
| 20:22.10 | Crofton | suihkulokki, more lava |
| 20:22.12 | rburton | suihkulokki: yocto qa will be automatically running them nightly "soon" |
| 20:24.17 | suihkulokki | Crofton: i had a look at doing ptest with lava - not hard |
| 20:25.02 | paulbarker | nerdboy: I went for renting a dedicated server, fairly reasonable after accounting for how much electricity I was using running a build machine |
| 20:25.12 | suihkulokki | Crofton: but lava doesn't quite scale to the tens of thousands results ptests spew |
| 20:25.23 | *** join/#oe neabax (~neabax@173.247.199.210) |
| 20:25.34 | rburton | ptest probably needs to be agregated when ran in lava |
| 20:25.46 | rburton | so glib has a single result, instead of the 10k individual tests |
| 20:26.01 | suihkulokki | that would work yes |
| 20:26.37 | nerdboy | Crofton: i can give you a tour of some Icelandic volcanoes if you want... |
| 20:26.45 | Crofton | at any rate, we all need to keep working on this test stuff |
| 20:26.50 | Crofton | working together |
| 20:27.25 | suihkulokki | fast builds are nice.. tested builds better :) |
| 20:27.45 | nerdboy | several large magma chambers could spew any minute... |
| 20:27.51 | paulbarker | I should try resending my patch to add ptest support to python3, I never worked out why it failed on the autobuilder though |
| 20:28.12 | *** join/#oe SoylentYellow_ (~quassel@curie.ece.neu.edu) |
| 20:28.54 | paulbarker | something to do with the paths files were installed to, but I pretty much just copied what was in the python 2 recipe |
| 20:30.11 | nerdboy | paulbarker: the 6-core amd was pretty cheap |
| 20:30.20 | nerdboy | just needs a bit more ram... |
| 20:30.31 | nerdboy | runs some vms and stuff too |
| 20:31.59 | nerdboy | but watch the airflow... |
| 20:32.26 | nerdboy | webkit-gtk is a potential source of thermal shutdown... |
| 20:32.46 | rburton | ha |
| 20:33.16 | nerdboy | not kidding |
| 20:33.22 | paulbarker | nerdboy: I got a 4c/8t i7, 16GB RAM, 2x 3TB disks in RAID 1, 1 Gbps internet for 39EUR/month (£33, don't know the $ equivalent) |
| 20:33.31 | paulbarker | thermal issues are now someone elses problem :) |
| 20:34.21 | paulbarker | compare that to electric usage of around £15-£20 per month, plus the cost of hardware maintenance and upgrades |
| 20:34.27 | nerdboy | just needed a fan in the right place to suck hot air from underneath the GPU |
| 20:34.33 | rburton | paulbarker: that's interesting. i wonder how much my energy bill is for something a fair bit slower than that. where was that from? |
| 20:34.52 | paulbarker | rburton: Hetzner in Germany |
| 20:35.04 | nerdboy | this is still a 95W processor i believe... |
| 20:35.12 | nerdboy | not too bad... |
| 20:35.25 | paulbarker | https://robot.your-server.de/order/market |
| 20:35.33 | khem | I cant waste an engineering 100/hr wait for 2 hrs to finish a build thats way more expensive then xeon server eating power |
| 20:36.49 | nerdboy | i don't have a choice until more cash flows in... |
| 20:38.37 | nerdboy | so, another good deal is the low-power triple-core where several motherboards will let you unlock the 4th core |
| 20:39.08 | nerdboy | ^^ the wife's recent upgrade ^^ |
| 20:39.59 | ant_home | khem: hey, sorry to bothering you again... ;) |
| 20:40.22 | ant_home | khem: have you seen the mips32r2 stuff? |
| 20:40.31 | khem | yes I did |
| 20:40.37 | khem | it looked ok to me |
| 20:40.42 | khem | what issue do oyu see |
| 20:41.51 | ant_home | any yet but I'm unsure about packaging/conflicts |
| 20:42.20 | ant_home | i.e. TUNECONFLICTS[mips32r2] = "n64 n32" |
| 20:42.42 | khem | thats ok |
| 20:42.54 | khem | mips32 does not support n64/n32 |
| 20:43.00 | khem | ABIs |
| 20:43.03 | ant_home | secondly, seems there is no need for the non-fpu variant |
| 20:44.40 | khem | why ? |
| 20:45.16 | ant_home | I have read there is always fpu on R2 |
| 20:45.24 | ant_home | ? |
| 20:45.34 | ant_home | http://pastebin.com/RHqZLTuh |
| 20:45.43 | ant_home | anyway, this is the tune file now |
| 20:46.04 | ant_home | should I send a patch to oe-core ML? |
| 20:46.26 | ant_home | any obvious error? |
| 20:47.46 | ant_home | well, yes... "Enable mips32 .."-> mips32r2 |
| 20:51.56 | khem | ant_home: OK yes r2 does have FPU |
| 20:52.06 | khem | so you can disable nofpu |
| 20:53.14 | ant_home | ok |
| 20:53.39 | khem | looks ok to me |
| 20:56.00 | ant_home | great, thx |
| 20:56.57 | *** join/#oe Shawn287 (~Shawn@unaffiliated/shawn156) |
| 21:00.02 | *** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net) |
| 21:05.41 | *** join/#oe Jafura (~Jean-Fran@host-213-213-229-139.brutele.be) |
| 21:06.36 | *** join/#oe dvhart (dvhart@nat/intel/x-fuktkosnmpnyymsx) |
| 21:12.43 | *** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte) |
| 21:13.50 | *** join/#oe hillct (~hillct@cpe-071-070-219-043.nc.res.rr.com) |
| 21:14.14 | *** join/#oe ant___ (~andrea@host190-250-dynamic.11-79-r.retail.telecomitalia.it) |
| 21:32.08 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 21:42.58 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 21:44.00 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
| 21:44.19 | khem | JaMa|Off: now all B != S patches I sent are applied do you have them queued up or should I resend |
| 21:45.59 | nerdboy | is there one of those for sqlite? |
| 21:46.20 | ant___ | khem: binaries mips32r2el running ok on device |
| 21:46.42 | khem | ant___: cool |
| 21:46.53 | khem | nerdboy: no |
| 21:47.10 | nerdboy | make: *** No rule to make target `Makefile.linux-gcc'. Stop. |
| 21:47.21 | nerdboy | seems suspicious... |
| 21:47.47 | nerdboy | just hit that on last night's master pull |
| 21:53.32 | JaMa|Off | khem: all from you should be applied now |
| 21:53.39 | JaMa|Off | khem: few from other people are in master-next |
| 21:53.39 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
| 21:57.53 | nerdboy | gets jiggy with git merge |
| 22:04.10 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
| 22:11.49 | nerdboy | kergoth: is your MentorPoky just a mirror, or staging area, or? |
| 22:11.56 | *** part/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 22:11.56 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 22:12.31 | kergoth | MentorPoky? you mean the poky that's under the MentorEmbedded org on github? |
| 22:12.38 | nerdboy | yeah |
| 22:13.29 | kergoth | I think we had a couple cases where we needed a fork to hold cherry picks from master for release updates. mainly bitbake, since you can't very well override that ini a layer |
| 22:13.52 | kergoth | we don't use that for anything else. any changes we have that are intended for upstream are staged in the meta-mentor-staging layer under meta-mentor |
| 22:14.37 | nerdboy | how do you deal with pulling in the same changes from upstream? |
| 22:15.09 | nerdboy | reset/revert/other? |
| 22:15.42 | *** join/#oe neabax (~neabax@173.247.199.210) |
| 22:15.48 | nerdboy | adhoc? |
| 22:15.54 | kergoth | you lost me. if a change in meta-mentor-staging hits upstream, we rm our bbappend and call it a day |
| 22:16.22 | kergoth | no need to back up history, just remove the content and commit. revert is an option, too, if i feel like tracking down the original commit |
| 22:16.23 | nerdboy | okay, so your changes are added that way? |
| 22:16.53 | kergoth | how else would they be added? as i said, it's in a layer. there are only so many ways a layer can add changes on top of oe-core |
| 22:16.53 | nerdboy | ie, as appends so you can do exactly that? |
| 22:17.12 | nerdboy | i meant in the poky mirror part |
| 22:17.16 | kergoth | we don't maintain long term poky forks. everything goes in our layers, the only exception is bitbake changes when we're on a release |
| 22:17.21 | kergoth | i just told you, we don't stage changes in the poky fork |
| 22:17.39 | kergoth | its only for releases, for changes we couldn't do in a layer so were forced to fork, e.g. bitbake fixes |
| 22:18.03 | kergoth | and thats isolated to the release branch in question, so that branch never has to pull down newer content from upstream |
| 22:19.13 | nerdboy | okay, that makes more sense... |
| 22:19.48 | *** join/#oe neabax (~neabax@173.247.199.210) |
| 22:19.52 | kergoth | long term fork maintenance is a recipe for pain :) |
| 22:20.06 | kergoth | best to avoid it entirely where possible |
| 22:21.35 | nerdboy | i'm just talking "place to stage fixes locally and pull from upstream" |
| 22:22.01 | nerdboy | sounds simple |
| 22:22.18 | kergoth | like i said, we do that in a layer with bbappends or class overrides. you can't exactly cherry pick to poky, since the form is different, but it's not too painful |
| 22:22.46 | kergoth | and its nicely self contained. since all the staged changes are in their own layer, its easy to distribute submission upstream amongst the internal team, they don't have to determine what should go and what not |
| 22:23.10 | kergoth | but there's lots of ways of doing it, depends on your needs |
| 22:24.31 | nerdboy | i think what i should do is stage/patch/mail/reset/pull |
| 22:24.52 | nerdboy | otherwise not so clean... |
| 22:25.49 | kergoth | i don't put the bits i intend to go upstream into an oe-core repo until i'm seconds from git send-emailing it. pull the bits over from the layer, check them in, clean up, sanity check, push to a branch on my fork, submit the request / send-email the patches, then kill the local repo and go back to using the normal layers until it gets merged/accepted |
| 22:25.52 | *** join/#oe hillct (~hillct@cpe-071-070-219-043.nc.res.rr.com) |
| 22:28.23 | nerdboy | kergoth: in this case it's my repo with an upstream remote for pulling |
| 22:28.37 | nerdboy | pretty close more-or-less... |
| 22:33.01 | *** join/#oe florian (~fuchs@sign-4db6bc57.pool.mediaWays.net) |
| 22:33.01 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 22:48.47 | *** join/#oe neabax (~neabax@173.247.199.210) |
| 23:00.17 | *** join/#oe neabax (~neabax@173.247.199.210) |
| 23:17.42 | *** join/#oe dvhart (dvhart@nat/intel/x-dhobhigrcxvvveam) |
| 23:20.04 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 23:24.45 | *** join/#oe neabax (~neabax@173.247.199.210) |
| 23:31.10 | *** join/#oe Jefro (~jefro@pool-114-108.mcoe.us) |
| 23:31.33 | *** join/#oe neabax (~neabax@173.247.199.210) |
| 23:33.11 | *** join/#oe rburton (~rburton@35.106.2.81.in-addr.arpa) |
| 23:47.15 | *** join/#oe awozniak (~awozniak@71-93-61-178.static.snlo.ca.charter.com) |