| *** sameo <sameo!samuel@nat/intel/x-xrvscjmoqnqiluuw> has quit IRC | 00:19 | |
| *** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 00:33 | |
| *** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 00:39 | |
| *** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 00:40 | |
| *** agust <agust!~agust@p4FCB4669.dip0.t-ipconnect.de> has quit IRC | 00:47 | |
| *** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 00:48 | |
| *** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 00:49 | |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 00:54 | |
| -YoctoAutoBuilder- build #375 of nightly-musl is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/375 | 00:59 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-hfkmrdvfurwsjfcb> has joined #yocto | 01:12 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.74.158> has joined #yocto | 02:16 | |
| *** Snert__ <Snert__!~LoginName@106-24-237-24.gci.net> has quit IRC | 02:18 | |
| *** Snert_ <Snert_!~LoginName@106-24-237-24.gci.net> has joined #yocto | 02:24 | |
| *** clopez <clopez!~tau@neutrino.es> has quit IRC | 02:30 | |
| *** raujo <raujo!465f18e6@gateway/web/freenode/ip.70.95.24.230> has joined #yocto | 02:31 | |
| raujo | how to compare machine type in .bb file e.g. if [ ${MACHINE} = "machineXXX" ]; then$ KBUILD_DEFCONFIG = "machineXXX_defconfig"$ throwing parsing error | 02:32 |
|---|---|---|
| *** clopez <clopez!~tau@neutrino.es> has joined #yocto | 02:35 | |
| *** raujo <raujo!465f18e6@gateway/web/freenode/ip.70.95.24.230> has quit IRC | 02:45 | |
| *** tlab <tlab!~tlab@104.235.20.44> has quit IRC | 02:59 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 03:02 | |
| *** Snert <Snert!~snert_@65.74.8.146> has quit IRC | 03:04 | |
| *** Snert <Snert!~snert_@65.74.8.146> has joined #yocto | 03:05 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 03:06 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 03:10 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 03:14 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 03:15 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 03:16 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 03:20 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 03:23 | |
| -YoctoAutoBuilder- build #806 of nightly-oe-selftest is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/806 | 03:36 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.74.158> has quit IRC | 03:37 | |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-tuakysousqbcvkoh> has joined #yocto | 04:31 | |
| *** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 04:35 | |
| *** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC | 04:35 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 04:39 | |
| *** stryx` <stryx`!~stryx@185.164.136.111> has joined #yocto | 04:40 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 04:40 | |
| *** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto | 04:43 | |
| *** thaytan <thaytan!~thaytan@241.80.233.220.static.exetel.com.au> has joined #yocto | 04:46 | |
| *** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 05:28 | |
| *** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 05:57 | |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto | 06:14 | |
| *** agust <agust!~agust@p4FCB797E.dip0.t-ipconnect.de> has joined #yocto | 06:24 | |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC | 06:34 | |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto | 06:35 | |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC | 06:44 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:46 | |
| *** Snert <Snert!~snert_@65.74.8.146> has quit IRC | 06:47 | |
| *** Snert <Snert!~snert_@65.74.8.146> has joined #yocto | 06:48 | |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto | 06:57 | |
| *** pohly <pohly!~pohly@p5DE8FC12.dip0.t-ipconnect.de> has joined #yocto | 06:58 | |
| *** phatina <phatina!~phatina@82-119-96-90.static.chello.sk> has joined #yocto | 07:04 | |
| *** gizero76 <gizero76!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC | 07:09 | |
| *** graphiqs <graphiqs!~adrian.gr@217.6.37.53> has joined #yocto | 07:11 | |
| *** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has joined #yocto | 07:17 | |
| *** agust <agust!~agust@p4FCB797E.dip0.t-ipconnect.de> has quit IRC | 07:23 | |
| *** rajm <rajm!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has joined #yocto | 07:32 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:36 | |
| *** lektrik <lektrik!~mayday_ja@burlon0233w-lp140-1-184-146-50-243.dsl.bell.ca> has left #yocto | 07:42 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 07:44 | |
| *** robertmarshall <robertmarshall!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has joined #yocto | 07:44 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 07:46 | |
| *** agust <agust!~agust@p4FCB797E.dip0.t-ipconnect.de> has joined #yocto | 08:01 | |
| *** poor-man <poor-man!d97eb626@gateway/web/freenode/ip.217.126.182.38> has joined #yocto | 08:02 | |
| *** fl0v0 <fl0v0!~fvo@pD9F6AC12.dip0.t-ipconnect.de> has joined #yocto | 08:14 | |
| *** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC | 08:17 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 08:18 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 08:18 | |
| *** morphis <morphis!~morphis@pD9ED6408.dip0.t-ipconnect.de> has joined #yocto | 08:20 | |
| *** fl0v01 <fl0v01!~fvo@pD9F6A04D.dip0.t-ipconnect.de> has joined #yocto | 08:24 | |
| *** MafiaInc <MafiaInc!~martian@92.247.20.94> has joined #yocto | 08:25 | |
| *** fl0v0 <fl0v0!~fvo@pD9F6AC12.dip0.t-ipconnect.de> has quit IRC | 08:25 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC | 08:26 | |
| *** toscalix <toscalix!~toscalix@80.91.70.175> has joined #yocto | 08:27 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 08:29 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 08:32 | |
| *** JoiF <JoiF!~jofr@193.182.166.3> has joined #yocto | 08:43 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 08:44 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 08:45 | |
| *** lemagoup <lemagoup!~lemagoup@195.190.86.18> has joined #yocto | 08:47 | |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-qzpgpinuhrqyhfht> has joined #yocto | 08:48 | |
| *** sameo <sameo!~samuel@192.55.55.39> has joined #yocto | 08:51 | |
| pohly | binutils-cross_2.27 compilation just failed for me: | 08:54 |
| pohly | syslex_wrap.o: In function `yylex': | 08:54 |
| pohly | syslex_wrap.c:(.text+0xb32): undefined reference to `yywrap' | 08:54 |
| pohly | collect2: error: ld returned 1 exit status | 08:54 |
| pohly | Makefile:1370: recipe for target 'sysinfo' failed | 08:54 |
| pohly | That's with OE-core master. | 08:54 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 08:57 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 08:59 | |
| *** rajm <rajm!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has quit IRC | 09:01 | |
| *** robertmarshall <robertmarshall!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has quit IRC | 09:01 | |
| *** rajm <rajm!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has joined #yocto | 09:02 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 09:05 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 09:12 | |
| *** MiskaX <MiskaX!~jussi@rankki.sonarnerd.net> has quit IRC | 09:12 | |
| *** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto | 09:14 | |
| *** ernstp <ernstp!uid168075@gateway/web/irccloud.com/x-lbglfsedqckbycuj> has joined #yocto | 09:14 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 09:16 | |
| *** john3 <john3!~john@host86-144-112-28.range86-144.btcentralplus.com> has joined #yocto | 09:22 | |
| *** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 09:22 | |
| *** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 09:23 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@37.177.110.253> has joined #yocto | 09:24 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 09:24 | |
| RP | rburton: morning! | 09:27 |
| RP | rburton: we should talk about branches and merging patches when you have a moment | 09:27 |
| *** rajm <rajm!~robertmar@cpc14-macc3-2-0-cust149.1-3.cable.virginm.net> has quit IRC | 09:28 | |
| RP | pohly: that it is a little odd as master seems to be building ok :/ | 09:28 |
| pohly | RP: my bad - I had locally updated to flex 2.6.3, which indeed is known to be incompatible with binutils (https://github.com/westes/flex/issues/154). | 09:29 |
| *** florian_kc is now known as florian | 09:29 | |
| RP | pohly: ok, that makes more sense | 09:29 |
| pohly | 2.6.2 indeed is still save (well, relatively). | 09:29 |
| *** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC | 09:30 | |
| RP | pohly: its all relative :) | 09:30 |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 09:31 | |
| *** MiskaX <MiskaX!~jussi@rankki.sonarnerd.net> has joined #yocto | 09:32 | |
| nrossi | RP: great timing, im hitting an issue with the RSS changes. It appears EXTRA_IMAGEDEPENDS for images doesn't get properly fulfilled | 09:40 |
| rburton | RP: hey | 09:40 |
| RP | nrossi: in that things don't end up in the image? or the sysroot? or ??? | 09:43 |
| RP | rburton: I ended up picking a subset of mut/mut2 and pulling into -next along with a python3 fix for the ESDK issue. | 09:44 |
| rburton | cool | 09:44 |
| RP | rburton: the end result built ok on the new cluster, it has issue son the main one | 09:44 |
| *** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has joined #yocto | 09:44 | |
| nrossi | RP: in the sysroot, e.g. qemu-native (if it isn't pulling in from a DEPENDS on the wrapper) | 09:44 |
| RP | rburton: I did pull the kernel stuff, except the libc-headers piece | 09:45 |
| RP | nrossi: specifically which sysroot? | 09:45 |
| nrossi | RP: the native one for the image recipe | 09:45 |
| RP | nrossi: and probably more to the point, which wrapper :) | 09:45 |
| RP | nrossi: I'm guessing this wrapper is a "target" recipe (i.e. not cross/native?) | 09:46 |
| nrossi | RP: so image.bbclass has a DEPENDS += "qemuwrapper-cross". This is what is currently causing qemu-native to appear in the sysroot-native for image | 09:47 |
| rburton | guess that needs to be the magic variable name instead | 09:47 |
| RP | nrossi: hmm, right. Whilst its says "cross", its not inheriting the class | 09:48 |
| RP | rburton: not necessarily :/ | 09:48 |
| nrossi | RP: however the problem is that the sysroot is not populated by EXTRA_IMAGEDEPENDS as well. So e.g. qemu-helper-native is missing | 09:49 |
| RP | nrossi: Well, if you look at the code in image.bbclass it does d.appendVarFlag('do_build', 'depends', deps) | 09:51 |
| RP | nrossi: so these things only need to be available by do_build | 09:51 |
| nrossi | RP: sure, but is that not the default task, e.g. bitbake core-image-minimal? | 09:52 |
| RP | nrossi: right. I think I understand, its because do_build is noexec | 09:53 |
| RP | therefore it never has its prefunc executed and the sysroot is never extended | 09:54 |
| nrossi | RP: I thought it might be something like that | 09:54 |
| *** mckoan|away is now known as mckoan | 09:54 | |
| RP | nrossi: a d.delVarFlag('do_build', "noexec") in that python would confirm | 09:54 |
| RP | (in image.bbclass) | 09:54 |
| RP | nrossi: or we could change it to point at do_image_complete, that might be easier | 09:55 |
| nrossi | RP: i tried changing the setVar to put the deps on do_rootfs and it worked as expected | 09:55 |
| RP | EXTRA_IMAGEDEPENDS[doc] = "A list of recipes to build that do not provide packages for installing into the root filesystem. Use this variable to list recipes that are required to build the final image, but not needed in the root filesystem. | 09:55 |
| RP | That implies we should be building these things before do_image, not at do_build | 09:56 |
| nrossi | RP: yep, ambigious with regards to native deps being put in the sysroot | 09:56 |
| *** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto | 09:57 | |
| RP | nrossi: I guess there are two issues here, one EXTRA_IMAGEDEPENDS and the other is qemuwrapper's behaviour :/ | 09:57 |
| *** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC | 09:57 | |
| nrossi | RP: im not sure about qemuwrapper, i was only using it to indicate it was what was bringing in the qemu-native into the sysroot | 09:58 |
| *** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto | 09:58 | |
| RP | nrossi: so you're saying that dependency is working? | 09:58 |
| RP | the trouble is qemu-native is pulled in all over :/ | 09:58 |
| nrossi | RP: yes | 09:59 |
| RP | nrossi: ok, I misunderstood that bit | 09:59 |
| nrossi | RP: sorry, can be hard to describe these things succinctly | 10:00 |
| RP | nrossi: its ok, I'm also still waking up, sorry | 10:00 |
| rburton | RP: the nightly-arm failure (no busybox-hwclock) looks like a non-deterministic problem, but that's can't be it right ;) | 10:02 |
| RP | rburton: I think its some transient issue, we've seen this before but not for a while | 10:03 |
| RP | rburton: happens when we change busybox | 10:03 |
| RP | rburton: it didn't happen on the other AB | 10:03 |
| RP | hmm, we have quite some number of noexec tasks with dependencies :/ | 10:03 |
| *** ed2 <ed2!Adium@nat/intel/x-adgcptampkdlzucp> has joined #yocto | 10:04 | |
| nrossi | RP: Putting the EXTRA_IMAGEDEPENDS on do_image_complete as you suggested works well for reference | 10:05 |
| *** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto | 10:05 | |
| RP | nrossi: I'm tempted to go with do_image_complete for now | 10:06 |
| *** CTtpollard <CTtpollard!~CTtpollar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 10:06 | |
| BaloneyGeek|work | Hi! Stupid question, but I've just started building poky-based images and I'd to add a kernel parameter (quiet). Could anybody tell me where to do that? | 10:06 |
| BaloneyGeek|work | All docs point to a kickstart file | 10:07 |
| BaloneyGeek|work | But I've been doing builds with bitbake so I can't find the .wks files | 10:08 |
| rburton | BaloneyGeek|work: APPEND+="quiet" in local.conf should work | 10:09 |
| *** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 10:11 | |
| BaloneyGeek|work | rburton: Nope, it doesn't | 10:11 |
| BaloneyGeek|work | It didn't rebuild the image and quemu still shows me the full kernel init output | 10:12 |
| rburton | the documentation says use APPEND | 10:13 |
| RP | BaloneyGeek|work: you're running the image with runqemu ? | 10:14 |
| rburton | maybe it didn't notice it had to rebuild the image - force it with bitbake someimage -C rootfs | 10:14 |
| pohly | BaloneyGeek|work: "runqemu" ignores APPEND, which only ends up getting used when building full-disk images. | 10:14 |
| rburton | oh yeah runqemu | 10:14 |
| rburton | APPEND only tells the bootloader what options to use, but qemu doesnt use one. | 10:15 |
| rburton | runqemu has an argument 'bootparams' to pass kernel options | 10:15 |
| RP | BaloneyGeek|work: something like runqemu qemux86 bootparams=quiet | 10:15 |
| BaloneyGeek|work | Oh, that makes sense | 10:16 |
| BaloneyGeek|work | Yep, all of that works. Thanks! | 10:17 |
| *** Unier <Unier!uid41153@gateway/web/irccloud.com/x-wsjkgwlcndexqzbt> has joined #yocto | 10:21 | |
| RP | rburton: so do I merge -next? | 10:25 |
| RP | I merged in your oeqa fix btw, thanks | 10:25 |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 10:26 | |
| rburton | so there's the busybox-hwclock thing | 10:26 |
| rburton | one selftest got OOMd | 10:26 |
| rburton | mips test mysteriously failed | 10:26 |
| RP | rburton: OOM was alll ubuntu1404 | 10:27 |
| rburton | but the new cluster was all green so we've two transient issues to look at | 10:27 |
| rburton | yeah go go go! | 10:27 |
| *** Snert <Snert!~snert_@65.74.8.146> has quit IRC | 10:27 | |
| rburton | got a build of arm going here to look at the busybox thing quickly | 10:27 |
| rburton | maybe it depends on what exactly type of arm is building first | 10:28 |
| *** Snert <Snert!~snert_@65.74.8.146> has joined #yocto | 10:28 | |
| rburton | going to walk the dogs now i think, the world is understandably rebuilding | 10:29 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:32 | |
| *** geoffrey_l <geoffrey_l!~geoffrey_@fw-alt.idf.smile.fr> has joined #yocto | 10:33 | |
| *** jku <jku!~jku@192.198.151.45> has joined #yocto | 10:36 | |
| *** john3 <john3!~john@host86-144-112-28.range86-144.btcentralplus.com> has quit IRC | 10:43 | |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 10:46 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 10:46 | |
| *** john <john!~john@host86-144-112-28.range86-144.btcentralplus.com> has joined #yocto | 10:47 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto | 10:47 | |
| *** john is now known as Guest26325 | 10:48 | |
| RP | rburton: looking at the logs, it installed busybox from do_package, then reran the package_write_* tasks. The do_package data it pulled in is corrupt in that /etc/init.d/* is missing | 10:52 |
| *** berton <berton!~berton@189.114.111.135> has joined #yocto | 10:53 | |
| * RP looks at systemd | 10:53 | |
| *** john1 <john1!~john@host31-49-166-235.range31-49.btcentralplus.com> has joined #yocto | 10:54 | |
| *** Guest26325 <Guest26325!~john@host86-144-112-28.range86-144.btcentralplus.com> has quit IRC | 10:56 | |
| *** Artox <Artox!~Artox@79.124.7.87> has quit IRC | 10:56 | |
| RP | Trouble is I can't find a systemd+qemuarm combination that would put this into sstate :/ | 10:59 |
| *** Fluttershy0 <Fluttershy0!~Artox@79.124.7.87> has joined #yocto | 11:03 | |
| HyP3r | someone here with device tree knowledgable? I have here a dts file which is including a dtsi file which is including a dtsi file and inside this file theres a UART defined which I want to disable. Is it just enough to remove this entry? | 11:07 |
| nrossi | HyP3r: You can also use -> status = "disabled"; | 11:11 |
| ernstp | HyP3r: You don't need to edit the original, you can just overwrite it after the include | 11:11 |
| ernstp | with status = "disabled"; | 11:11 |
| nrossi | HyP3r: Yep with something like "&uartnodename { status = "disabled"; }; | 11:12 |
| HyP3r | ernstp: ah ok, so I have to create an patch which is adding this line into the dtsi file? | 11:12 |
| nrossi | HyP3r: no you can do it in the parent dts file, using the node name reference syntax | 11:14 |
| nrossi | (or the full path if so desired) | 11:14 |
| *** istarilucky <istarilucky!~rlucca@189.112.127.230> has joined #yocto | 11:15 | |
| HyP3r | nrossi: the problem is that the parent dts file is not in my meta-layer | 11:15 |
| nrossi | HyP3r: is any of the dts(i) in your layer? | 11:16 |
| HyP3r | The journey begins here: http://git.toradex.com/cgit/meta-toradex-nxp.git/tree/conf/machine/colibri-vf.conf?h=jethro#n14 | 11:16 |
| HyP3r | And this is not in my layer | 11:16 |
| HyP3r | No | 11:16 |
| HyP3r | Well I guess I just patch the kernel for that. No problem :) | 11:16 |
| geoffrey_l | Hi, is it possible to ask bitbake what are the task that need to be rerun for a recipe ? | 11:17 |
| HyP3r | https://git.toradex.com/cgit/linux-toradex.git/tree/arch/arm/boot/dts/vf-colibri-eval-v3.dtsi?h=toradex_vf_4.4#n181 | 11:17 |
| HyP3r | nrossi: is this the correct position to disable the uart? https://git.toradex.com/cgit/linux-toradex.git/tree/arch/arm/boot/dts/vf-colibri-eval-v3.dtsi?h=toradex_vf_4.4#n181 | 11:18 |
| nrossi | HyP3r: Yep that would be the most straight forward way to modify you the device tree. Looks like you found the line to change :), change "okay" to "disabled" and you will have the change you need :) | 11:18 |
| HyP3r | nrossi: okay thanks | 11:19 |
| *** sgw_ <sgw_!sgw_@nat/intel/x-rfisdjrmznjxadoo> has quit IRC | 11:19 | |
| nrossi | geoffrey_l: bitbake -g, will give you a graphviz output for the tasks/packages/etc | 11:19 |
| HyP3r | nrossi: and whats that: https://git.toradex.com/cgit/linux-toradex.git/tree/arch/arm/boot/dts/vf-colibri.dtsi?h=toradex_vf_4.4#n134 | 11:19 |
| geoffrey_l | nrossi: Thanks ! :) | 11:19 |
| *** sgw_ <sgw_!sgw_@nat/intel/x-bqmoutcmqzvylluv> has joined #yocto | 11:19 | |
| nrossi | geoffrey_l: ah sorry, it wont give you the tasks that need to be rerun. Depends what you need to know though | 11:20 |
| HyP3r | my processor has an pin multiplexer, does it make sence to remove here everything correspondening. To make sure that the multiplexer is not affected? | 11:20 |
| nrossi | HyP3r: Well depends, do you want to remux the pins for a different purpose? | 11:20 |
| HyP3r | no my co processor is using this uart so linux shouldn't touch it | 11:21 |
| RP | rburton: Trouble is I can't tell what went from from this sstate object and I think the builder that created has wiped the tmpdir | 11:22 |
| *** ed2 <ed2!Adium@nat/intel/x-adgcptampkdlzucp> has quit IRC | 11:22 | |
| RP | rburton: I can see the .config from the ptest data and its not right at all | 11:22 |
| nrossi | HyP3r: Hmmm, you might have to make your co-processor setup the pinmux if linux doesn't set it up for you | 11:22 |
| RP | if the .config isn't right, hwclock disappears | 11:23 |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC | 11:23 | |
| geoffrey_l | nrossi: I search why in a recipe with image-side fetching do_image fail because of do_rootfs who didn't rerun. I also noticed that my base image (without fetching things) as some tasks that rerun each time, so I want to know what they are to search why. | 11:24 |
| *** Rootert <Rootert!~Rootert@82-168-15-181.ip.open.net> has quit IRC | 11:25 | |
| *** RagBal <RagBal!~RagBal@82-168-15-181.ip.open.net> has quit IRC | 11:25 | |
| nrossi | geoffrey_l: ah in that case bitbake-diffsigs will help you determine the cause of the rerun | 11:26 |
| geoffrey_l | nrossi: Thanks, I will try that :) | 11:26 |
| *** RagBal <RagBal!~RagBal@82-168-15-181.ip.open.net> has joined #yocto | 11:26 | |
| *** fray <fray!~fray@kernel.crashing.org> has quit IRC | 11:27 | |
| *** Rootert <Rootert!~Rootert@82-168-15-181.ip.open.net> has joined #yocto | 11:27 | |
| *** fray <fray!~fray@kernel.crashing.org> has joined #yocto | 11:27 | |
| RP | rburton: pretty sure this is the corrupted build: https://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/1071/steps/Building%20Toolchain%20Images_2/logs/stdio | 11:27 |
| *** Fluttershy0 is now known as Artox | 11:27 | |
| RP | rburton: compile re-ran after being interrupted and killed in a previous build | 11:27 |
| *** ed2 <ed2!Adium@nat/intel/x-oyyoudybkzwctkxx> has joined #yocto | 11:28 | |
| RP | Why do I say that? "WARNING: busybox-1.24.1-r0 do_package: busybox: NOT adding alternative provide /etc/syslog.conf: /etc/syslog.conf.busybox does not exist" and friends | 11:28 |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has quit IRC | 11:35 | |
| *** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@yocto-www.yoctoproject.org> has joined #yocto | 11:38 | |
| RP | In fact, I can guess how this happens, if you abort the compile, I'd bet it corrupts due to the suid/nosuid thing | 11:38 |
| *** caiortp <caiortp!~inatel@131.221.240.226> has joined #yocto | 11:55 | |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 12:00 | |
| RP | nrossi: I squashed a fix for the depends issue into the rss commit as I merged it | 12:05 |
| nrossi | RP: Cool thanks, been testing the RSS on some other builds, works great so far :). Already found a dep issue with pthreads-win32 ;) | 12:07 |
| RP | nrossi: I suspect we're going to find a few dependency issues! | 12:07 |
| RP | nrossi: glad its working though and I appreciate the testing, not many people have done that | 12:08 |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 12:16 | |
| rburton | RP: yes, i've noticed before that busybox fails to rebuild really badly thanks to the suid thing | 12:17 |
| *** Snert_ <Snert_!~LoginName@106-24-237-24.gci.net> has quit IRC | 12:18 | |
| rburton | RP: i can dig into this further if you haven't already got far. | 12:18 |
| rburton | RP: WARNING: initramfs-live-boot-1.0-r12 do_prepare_recipe_sysroot: Manifest /home/ross/Yocto/poky/build2/tmp/sstate-control/manifest-allarch-linux-yocto.populate_sysroot not found? <— bad? | 12:18 |
| Unier | Hi, When I get task hash mismatch error, what are the steps to resolve this, and in which recipe should i modify? "myimage-1.0-r0 do_image: Taskhash mismatch" | 12:19 |
| *** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 12:19 | |
| ernstp | Unier: did you add some metadata to myimage? | 12:22 |
| RP | rburton: I have a patch! | 12:22 |
| Unier | ernstp: Yes there are other packages that I have added | 12:22 |
| Unier | ernstp: Is it often metadata added to the image that causes this? | 12:23 |
| ernstp | Unier: yes, like DATETIME and other variables that change every run | 12:24 |
| RP | rburton: patch sent out and in -next | 12:26 |
| RP | rburton: I've pushed a few things, could you rebase mut/mut2 and see where we are? | 12:27 |
| rburton | cool, good fix | 12:27 |
| RP | rburton: I suspect the rest of mut2 is toxic in some form | 12:27 |
| Unier | ernstp: I do not think I have DATETIME set, I change only image features, and packages that are installed on the image | 12:27 |
| rburton | RP: mut2 is 1/3rd reverts right now :) | 12:27 |
| ernstp | Unier: there's something called vardepsexclude that helps sometimes | 12:27 |
| RP | rburton: I pulled the kernel updates apart from the headers | 12:28 |
| RP | rburton: I think that should be safe | 12:28 |
| rburton | speaking of which | 12:28 |
| ernstp | Unier: oh, I only got it when I changed my image_type.bbclass to do new fancy stuff. so the _cause_ was very obvious | 12:28 |
| rburton | jku: so the musl guys are navel gazing, can you write a patch for connman to inject that magic UAPI define into CFLAGS on musl? A CFLAGS_append_libc-musl should be sufficient. | 12:29 |
| ernstp | Unier: well undo your changes until it works again :-) | 12:29 |
| Unier | ernstp: I have tried PR[vardepsxeclude]="DATETIME" with no success | 12:29 |
| Unier | ernstp: Problem is that I only get the error when I run the image build from jenkins, not when I run it manually | 12:29 |
| ernstp | Unier: I didn't mean you should do that exactly, more an example... | 12:29 |
| ernstp | Unier: oh, environment variable name collision :-) | 12:30 |
| Unier | ernstp: Yeah, i suspect something like that indeed | 12:30 |
| ernstp | BUILD_ID? | 12:30 |
| Unier | ill check | 12:30 |
| ernstp | the Taskhash mismatch is a pretty horrible part of bitbake... :-) | 12:33 |
| RP | ernstp: I agree :( | 12:33 |
| ernstp | had to do this little dance to get custom image names: | 12:34 |
| rburton | would be amazing if it would explode the hashes to tell you *what* changed | 12:34 |
| ernstp | IMAGE_NAME_VERSION ??= "${DATETIME}" | 12:34 |
| ernstp | IMAGE_NAME = "${IMAGE_BASENAME}-${MACHINE}-${IMAGE_NAME_VERSION}" | 12:34 |
| ernstp | IMAGE_NAME[vardepsexclude] = "IMAGE_NAME_VERSION" | 12:34 |
| RP | rburton: the trouble is that it doesn't have the original thing to compare against | 12:36 |
| rburton | RP: there's a few bits left in mut which are not toxic (they're only there still as i need to send mails). attr, xserver, container tests for example, all need a run on the AB. | 12:36 |
| ernstp | rburton: yes please :-) | 12:36 |
| rburton | ernstp: patches welcome ;) | 12:36 |
| RP | rburton: the container tests failed on the AB test run | 12:37 |
| ernstp | bitbake is technically OE and not Yocto? but you're all one big family I assume :-) | 12:37 |
| RP | rburton: https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/159/steps/Running%20oe-selftest/logs/stdio | 12:37 |
| RP | rburton: Is someone working on fixing ed btw? | 12:38 |
| RP | ernstp: bitbake is looked after by the same people | 12:38 |
| *** igor1 <igor1!~igor@189.112.127.230> has joined #yocto | 12:39 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 12:39 | |
| RP | rburton: mut is still revert crazy :/ | 12:40 |
| rburton | RP: ed is surprisingly non-trivial, need to grab lzip from meta-oe to fetch new sources. for M2, i might just submit a src_uri change to point at our mirror. | 12:40 |
| rburton | yes, i need to write a few emails, and the reverts in mut2 were a reminder | 12:40 |
| RP | rburton: ok, fair enough | 12:41 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 12:41 | |
| RP | btw, can we switch tremor to a tarball rather than svn? | 12:42 |
| RP | Its the only remaining reason we build subversion-native | 12:42 |
| CTtpollard | +1 | 12:43 |
| rburton | last i looked the tarball was *very* old | 12:44 |
| rburton | a better question is "why do we still build tremor" | 12:44 |
| RP | rburton: I'd just like to create a tarball of that revision and stuff it on our mirror | 12:44 |
| jku | rburton: how bad is so-version going backwards (not conflicting with any previous version AFAICT though)? I'll file an upstream bug but not sure about upgrading to that version in oe-core... | 12:45 |
| *** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 12:45 | |
| rburton | RP: we don't build tremor in oe-core. i say, move tremor to meta-multimedia | 12:46 |
| rburton | oh balls, we do | 12:46 |
| rburton | i just can't read | 12:46 |
| *** Snert_ <Snert_!~LoginName@106-24-237-24.gci.net> has joined #yocto | 12:47 | |
| rburton | jku: what's the context? | 12:48 |
| rburton | RP: tremor hasn't been touched for two years now. modern hardware doesn't need non-floating-point decoding. i propose to move tremor to meta-multimedia, disable in oe-core. | 12:48 |
| jku | rburton: https://git.gnome.org/browse/gdk-pixbuf/commit/configure.ac?id=9e87fc089b90a52fd1c2a26769c94dcd843f6a29 -- I think they wanted to bump age with all the previous micro_versions, but it doesn't work like that retroactively | 12:49 |
| jku | so the previous so version 0.3602.0 and that one becomes 0.3600.3 I think | 12:50 |
| *** groleo <groleo!~dev@gate-zro.freescale.com> has joined #yocto | 12:50 | |
| rburton | urgh i hate libtool versioning | 12:50 |
| jku | yes most confusing | 12:51 |
| rburton | looking at https://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html, i presume they use major as current and minor as revision? | 12:51 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 12:51 | |
| rburton | i'd hold off the upgrade before talking to mathias, definitely | 12:52 |
| jku | yeah sounds good | 12:52 |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-hfkmrdvfurwsjfcb> has quit IRC | 12:54 | |
| jku | rburton: m4_define([lt_current], [m4_eval(100 * gdk_pixbuf_minor_version + gdk_pixbuf_micro_version - gdk_pixbuf_interface_age)]) | 12:54 |
| jku | and revision is interface_age | 12:55 |
| RP | rburton: I have a patch to do something with tremor | 12:55 |
| RP | rburton: If someone else has time to remove it fine, I'm sick of waiting on subversion native though ;-) | 12:58 |
| rburton | RP: have a patch to do that :) | 12:58 |
| rburton | RP: well i have a patch to disable it so you'll only need svn-native for world builds, and will submit the addition to meta-multimedia shortly so when that is in we can remove it from core. | 12:59 |
| *** ed2 <ed2!Adium@nat/intel/x-oyyoudybkzwctkxx> has quit IRC | 13:01 | |
| RP | rburton: ok, just base it on top of mine. Tempted to backport mine to morty ;-) | 13:02 |
| *** ed2 <ed2!Adium@nat/intel/x-lowcjgyptapdxzhw> has joined #yocto | 13:02 | |
| rburton | RP: yeah might be sensible | 13:03 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 13:04 | |
| rburton | huh, util-linux's ptest code is mental | 13:06 |
| *** madisox <madisox!~madison@2601:647:ca00:4f00:ab08:5b70:453f:209d> has joined #yocto | 13:07 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 13:13 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 13:18 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 13:23 | |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto | 13:29 | |
| HyP3r | nrossi: according to the manual http://developer.toradex.com/knowledge-base/freertos-on-the-cortex-m4-of-a-colibri-vf61#Running_a_Firmware_on_CortexM4 I should patch the device tree to make sure that the linux is not touching the uart_b. I have done that, as I told you before. But now I have to change the defargs how the bootloader call linux. | 13:30 |
| HyP3r | nrossi: where I can find this inside my bitbake enviroment? | 13:30 |
| HyP3r | "setenv defargs 'clk_ignore_unused initcall_blacklist=sram_init'" | 13:30 |
| nrossi | HyP3r: That's a u-boot command no? you will likely need to run that in your U-Boot console and save your environment. Or patch U-Boot's default environment for your target? | 13:31 |
| HyP3r | I want to patch the U-Boots default enviroment so I don't have to run this command | 13:36 |
| HyP3r | This links shows only an example how to do that, if you don't want to change something inside openembedded | 13:36 |
| HyP3r | nrossi: | 13:37 |
| nrossi | HyP3r: You will have to create a patch for U-Boot, and then put it in a bbappend in your layer. | 13:38 |
| *** aratiu <aratiu!~adi@80.97.64.55> has quit IRC | 13:39 | |
| nrossi | HyP3r: Or you can use 'devtool modify', it might be the workflow you are after | 13:41 |
| *** ed2 <ed2!Adium@nat/intel/x-lowcjgyptapdxzhw> has quit IRC | 13:41 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 13:42 | |
| *** ed2 <ed2!Adium@nat/intel/x-vugmwyjtqpcdbcfw> has joined #yocto | 13:42 | |
| HyP3r | nrossi: ok I'll search | 13:44 |
| nrossi | HyP3r: There is documentation of devtool here: http://www.yoctoproject.org/docs/latest/dev-manual/dev-manual.html#using-devtool-in-your-workflow | 13:44 |
| *** ed2 <ed2!Adium@nat/intel/x-vugmwyjtqpcdbcfw> has quit IRC | 13:45 | |
| *** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 13:50 | |
| *** lamego <lamego!~jose@134.134.139.76> has joined #yocto | 13:57 | |
| *** poor-man <poor-man!d97eb626@gateway/web/freenode/ip.217.126.182.38> has quit IRC | 14:01 | |
| HyP3r | nrossi: well okay. I have to take a look into the sources. *sigh* | 14:05 |
| HyP3r | nrossi: but what is devtool. Is that a new tool. In my book I read wasn't this tool mentioned. | 14:05 |
| HyP3r | *books | 14:05 |
| nrossi | HyP3r: books? devtool has been around for a few releases of OE/Yocto now, it just automates some of the layer/recipe/metadata creation/modification | 14:06 |
| HyP3r | nrossi: https://www.yoctoproject.org/blogs/jefro/2016/yocto-project-books | 14:09 |
| HyP3r | I read https://www.packtpub.com/application-development/embedded-linux-development-yocto-project and https://www.packtpub.com/virtualization-and-cloud/embedded-linux-projects-using-yocto-project-cookbook | 14:09 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 14:10 | |
| nrossi | HyP3r: those books were probably written before devtool was really available | 14:10 |
| HyP3r | nrossi: ok. Is there a way to list which packages/recpies are compilated and generated when I call the image recpie? | 14:15 |
| HyP3r | nrossi: I don't find the uboot recpie | 14:15 |
| nrossi | HyP3r: depends how u-boot is built into your image, so it won't be in the manifest. Just having a quick look at the machine you are building, it should build "u-boot-nand.imx" into the deploy directory? | 14:19 |
| HyP3r | yeah. Its here | 14:20 |
| nrossi | HyP3r: The u-boot recipe for your machine is a fork called "u-boot-toradex", that is the name of the u-boot recipe thats built | 14:20 |
| HyP3r | nrossi: I allready searched for this image and found 3 versions of this *.bb file. I have found the fitting image for vfxxx | 14:21 |
| HyP3r | nrossi: bitbake -g -u foobar is also really helpful | 14:21 |
| HyP3r | :) | 14:21 |
| nrossi | HyP3r: u-boot-toradex_v2015.04 is the one being modified setup to be compatible in the -nxp layer | 14:23 |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto | 14:24 | |
| HyP3r | I guess its the meta-fsl-arm-extra u-boot-toradex_2015.04.bb | 14:24 |
| *** gtristan <gtristan!~tristanva@2605:8d80:6c5:424e:f860:7be6:7010:85f0> has joined #yocto | 14:28 | |
| nrossi | HyP3r: bitbake -s, will tell you the exact version being used. I'm just guessing ;) | 14:28 |
| HyP3r | nrossi: what about this line? should I patch this position? https://git.toradex.com/cgit/u-boot-toradex.git/tree/include/configs/colibri_vf.h?h=2015.04-toradex#n195 | 14:30 |
| HyP3r | this akward zero termination looks like a lot of fun which user can have | 14:31 |
| RP | Are there any other patches people really want to see in M2? | 14:33 |
| *** gtristan <gtristan!~tristanva@2605:8d80:6c5:424e:f860:7be6:7010:85f0> has quit IRC | 14:33 | |
| RP | marquiz: the perf testing machines don't seem to like your changes :( | 14:36 |
| RP | marquiz: ImportError: No module named 'git' | 14:36 |
| *** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 14:40 | |
| Ramose | One basic query, if I have PACKAGECONFIG[faad] = "--enable-faad,--disable-faad,faad2" in gstreamer1.0-plugins-bad.inc it means faad plugin won't build ? | 14:40 |
| nrossi | HyP3r: That looks like the line | 14:41 |
| rburton | Ramose: depends on the value of PACKAGECONFIG | 14:41 |
| *** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto | 14:41 | |
| rburton | Ramose: that line defines the 'faad' option, the value of PACKAGECONFIG decides if its enabled or not | 14:41 |
| rburton | (the documentaiton has a nice chapter about this) | 14:41 |
| Ramose | rburton:ok , under this variable PACKAGECONFIG ??= " \? | 14:42 |
| rburton | yes | 14:42 |
| *** lamego <lamego!~jose@134.134.139.76> has quit IRC | 14:43 | |
| Ramose | rburtin: Its defined like https://paste.ubuntu.com/23852201/ | 14:43 |
| * sgw_ thanks halstead very much for de-spamming mailman! | 14:44 | |
| Ramose | sorry *rburton: it means faad won't build ? | 14:44 |
| rburton | Ramose: correst: faad isn't in the list, so faad is disabled. | 14:45 |
| *** lamego <lamego!jose@nat/intel/x-xhsaraxokpnqochs> has joined #yocto | 14:45 | |
| *** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto | 14:46 | |
| Ramose | rburton: ok, Let me enable it and see if its build or not | 14:46 |
| Ramose | rburton; Yes, its compiling , Thanks :) | 14:46 |
| *** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 14:47 | |
| marquiz | RP: argh, yes, oeqa/utils/metadata requires python-git | 14:50 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 14:51 | |
| RP | marquiz: I've kind of been hoping I'd get some performance numbers from somewhere for rss, but nothing yet :( | 14:51 |
| marquiz | i was asking about this when the dep was introduced :) | 14:51 |
| marquiz | RP: i might be able to install git there | 14:52 |
| marquiz | python git | 14:52 |
| marquiz | (i'd like to ditch that dependency, though) | 14:53 |
| geoffrey_l | Is there any way to skip do_rmwork for a specific task ? | 14:53 |
| HyP3r | nrossi: or is it better to change this line https://git.toradex.com/cgit/u-boot-toradex.git/tree/configs/colibri_vf_defconfig?h=2015.04-toradex | 14:54 |
| HyP3r | nrossi: I have never changed code inside the uboot. I don't know the structure | 14:54 |
| *** Talorno <Talorno!~giova@188.213.175.171> has joined #yocto | 14:56 | |
| nrossi | HyP3r: Not sure if you can set the variable you are after via defconfig | 14:57 |
| *** JosePerez <JosePerez!~jgperezc@134.134.137.75> has joined #yocto | 14:58 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has quit IRC | 14:58 | |
| nrossi | geoffrey_l: do_rmwork is a task, if you mean recipe. RM_WORK_EXCLUDE | 14:58 |
| kanavin | fray: rpm packages generally require /bin/sh, but in case of building the SDK that file is not present in the destination (core-image-.../sdk/image/) | 14:59 |
| kanavin | fray: how is the check for that overridden? | 14:59 |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC | 15:00 | |
| *** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 15:03 | |
| *** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto | 15:03 | |
| geoffrey_l | nrossi: I mean task, I created a task that write in ${IMAGE_ROOTFS} and when i redo "bitbake myrecipe" do_image doesn't have some files (exept if I add do_rootfs[nostamp] = "1"). I don't know how do_rmwork actually work but I think it may be related to the files being deleted. | 15:03 |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 15:04 | |
| *** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has joined #yocto | 15:06 | |
| aratiu | I'm having a problem with useradd_base.bbclass, in both the do_configure and do_clean tasks of a recipe of mine which adds two users to the same group, useradd_base tries to delete the group but fails with "groupdel: cannot remove the primary group of user 'webserv'" | 15:06 |
| marquiz | RP: fixed, next result report should be ok | 15:06 |
| marquiz | RP: i'll dig the data for the failed buid | 15:07 |
| aratiu | before trying to delete the group it deletes the first user in that group, but the group deletion itself fails because of the second group user | 15:07 |
| aratiu | I've googled and found found this discussion: https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg79641.html | 15:07 |
| aratiu | has that been fixed? | 15:07 |
| RP | marquiz: cool, thanks | 15:08 |
| RP | pohly: I did finally look into the parsing=True business and I'm pretty sure it should be in there and comparitively safe to do. bitbake-selftest passes at least | 15:08 |
| pohly | RP: you're the expert ;-} | 15:09 |
| *** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto | 15:12 | |
| aratiu | maybe I should just add a check in useradd_base.bbclass' function perform_groupdel() if there are other users in the group don't delete it? | 15:14 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 15:14 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 15:16 | |
| *** Flow86 <Flow86!sbnc@www.siedler25.org> has quit IRC | 15:16 | |
| *** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has quit IRC | 15:20 | |
| *** Flow86 <Flow86!sbnc@www.siedler25.org> has joined #yocto | 15:20 | |
| *** alimon <alimon!~alimon@134.134.139.83> has joined #yocto | 15:20 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:22 | |
| *** Talorno <Talorno!~giova@188.213.175.171> has quit IRC | 15:23 | |
| pohly | Should libgcc_s.so.1 (packaged in libgcc) be pulled into images automatically? I just had tcsd (from the trousers package) fail with: "libgcc_s.so.1 must be installed for pthread_cancel to work". | 15:29 |
| pohly | And indeed, it's not in my rootfs. | 15:29 |
| *** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has quit IRC | 15:29 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 15:29 | |
| *** frsc <frsc!~frsc@80.149.173.67> has joined #yocto | 15:34 | |
| *** groleo <groleo!~dev@gate-zro.freescale.com> has quit IRC | 15:34 | |
| kergoth | RP: given that path replacement always happens in constructed sysroots, i wonder if we could ditch the altered prefix in native.bbclass. | 15:35 |
| kergoth | s/always/now always/ | 15:35 |
| *** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 15:42 | |
| RP | kergoth: I strongly suspect not as we still install to "/" | 15:43 |
| RP | kergoth: there are two parts to that trick and installing to "/" saves us *tons* of pain | 15:43 |
| RP | pohly: you have to RDEPEND on it from the software :( | 15:44 |
| RP | pohly: there is no dynamic linker markup | 15:44 |
| kergoth | hmm, good point. changing that would be a compat issue for existing sstates, given that | 15:44 |
| kergoth | oh well | 15:44 |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto | 15:44 | |
| pohly | RP: why is glibc not having an RDPENDS for it? There is one in glibc.inc (checking some other glibc feature), but it is commented out. | 15:44 |
| RP | kergoth: Its not compatibility and more that if you don't install to "/" you have to do all the horrible hacks the do_stage () functions used to do :( | 15:45 |
| RP | kergoth: their runtime location needs to be the same as their install location | 15:45 |
| RP | pohly: because glibc doesn't need it and you only need it if you use very specific pthread API | 15:46 |
| RP | pohly: People have complained about this before :/ (being included unconditionally) | 15:46 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 15:47 | |
| pohly | RP: leaving it to apps to RDEPENDS on libgcc looks like the wrong solution to me. trousers might not even be compiled against glibc which needs libgcc, so why should it RDEPEND on libgcc? That's an implementation detail of glibc, and thus needs to be handled by glibc. | 15:47 |
| pohly | But I can also see how someone might want to avoid the overhead if pthread_cancel isn't used. | 15:48 |
| RP | pohly: what we really need is a list of pthread using functions, then the shlibs code would spot references and add the depends | 15:49 |
| pohly | RP: agreed. | 15:49 |
| RP | er, libgcc using pthread functions | 15:49 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 15:50 | |
| *** davis <davis!~davis@50-76-27-166-static.hfc.comcastbusiness.net> has quit IRC | 15:50 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 15:50 | |
| *** davis <davis!~davis@50-76-27-166-static.hfc.comcastbusiness.net> has joined #yocto | 15:51 | |
| *** davis is now known as Guest39154 | 15:51 | |
| pohly | RP: I filed https://bugzilla.yoctoproject.org/show_bug.cgi?id=10954 for this | 15:55 |
| yocti | Bug 10954: enhancement, Undecided, ---, paul.eggleton, NEW , dynamically detect dependency on libgcc | 15:55 |
| RP | pohly: thanks, redirected to rburton | 16:00 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 16:02 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 16:05 | |
| *** jku <jku!~jku@192.198.151.45> has quit IRC | 16:06 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 16:06 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 16:06 | |
| rburton | RP: oh, last minute patch to change ed SRC_URI? | 16:07 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 16:12 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-hdlinxfrplocoxcx> has joined #yocto | 16:13 | |
| *** ernstp <ernstp!uid168075@gateway/web/irccloud.com/x-lbglfsedqckbycuj> has quit IRC | 16:18 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto | 16:19 | |
| *** graphiqs <graphiqs!~adrian.gr@217.6.37.53> has quit IRC | 16:20 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC | 16:20 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto | 16:20 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 16:24 | |
| *** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC | 16:24 | |
| RP | rburton: I'll take it | 16:30 |
| rburton | on the list | 16:30 |
| *** frsc <frsc!~frsc@80.149.173.67> has quit IRC | 16:31 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 16:32 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 16:35 | |
| *** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC | 16:38 | |
| kanavin | rburton: is there a bug to solve the ed issue properly? | 16:40 |
| kanavin | rburton: the patch hides the issue under the carpet, so some other reminder is needed | 16:40 |
| rburton | thre is now | 16:41 |
| rburton | 10955 | 16:41 |
| *** jairglez <jairglez!~jairdeje@134.134.139.76> has joined #yocto | 16:42 | |
| kanavin | rburton: I need ideas for this issue: | 16:43 |
| kanavin | Problem 1: package nativesdk-packagegroup-sdk-host-1.0-r12.x86_64_nativesdk requires nativesdk-wayland, but none of the providers can be installed | 16:43 |
| kanavin | - conflicting requests | 16:43 |
| kanavin | - nothing provides /bin/sh needed by nativesdk-wayland-1.12.0-r0.x86_64_nativesdk | 16:43 |
| rburton | huh | 16:43 |
| kanavin | in rpm5 world, we teach rpm5 to ignore that dependency | 16:43 |
| rburton | yeah thats basically an assumed host dependency isn't it | 16:43 |
| *** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC | 16:44 | |
| kanavin | rburton: it's not a host dependency, it's an SDK image dependency - rpm expects that something will install /bin/sh into /home/ak/development/poky/build/tmp/work/qemux86-poky-linux/core-image-minimal/1.0-r0/sdk/image/, and cannot find a package that does | 16:45 |
| kanavin | rburton: because all packages install into that + /opt/poky/2.2/sysroots | 16:45 |
| *** ed2 <ed2!~Adium@192.198.151.44> has joined #yocto | 16:47 | |
| *** ythl <ythl!8b55df0a@gateway/web/freenode/ip.139.85.223.10> has joined #yocto | 16:48 | |
| kanavin | rburton: much of this code was written by a certain Laurentiu Palcu, and I have a hunch he's not around anymore | 16:49 |
| *** dmoseley <dmoseley!~dmoseley@65-35-172-144.res.bhn.net> has joined #yocto | 16:49 | |
| ythl | Does anyone know where bitbake recipes get ${CC} from? | 16:51 |
| ythl | Like if I'm building for qemuarm64, where is bitbake finding a aarch64 compiler? | 16:51 |
| kergoth | meta/conf/bitbake.conf, like nearly every other variable | 16:52 |
| *** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 16:52 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC | 16:52 | |
| ythl | @kergoth - thanks | 16:53 |
| kergoth | np | 16:53 |
| kergoth | reading it should be informative | 16:53 |
| kanavin | ythl: bitbake -e | 16:53 |
| kergoth | yeah, that too, bitbake -e tells you where each var was defined | 16:53 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto | 16:57 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.40> has joined #yocto | 16:57 | |
| RP | paulg/paulg_: Which revision of master is that failure? | 16:58 |
| paulg | 4aa6644f9297 kernel-fitimage: Use compressed ramdisks in FIT images if available | 16:59 |
| *** rstreif <rstreif!~rstreif@ip68-7-63-100.sd.sd.cox.net> has joined #yocto | 16:59 | |
| RP | paulg: congratulations on finding the first post rss merge bug ;-) | 17:00 |
| paulg | :) | 17:00 |
| * fray is looking, there might be a utility called 'patchelf' can can reside the rpath | 17:00 | |
| fray | (not sure yet) | 17:00 |
| *** sameo <sameo!~samuel@192.55.55.39> has quit IRC | 17:01 | |
| rburton | kanavin: i'll admit that you're now a better rpm/packaging expert that i am right now | 17:01 |
| RP | fray: I know what has happened here | 17:01 |
| *** john1 <john1!~john@host31-49-166-235.range31-49.btcentralplus.com> has quit IRC | 17:02 | |
| *** john3 <john3!~john@host31-49-166-235.range31-49.btcentralplus.com> has joined #yocto | 17:02 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 17:03 | |
| RP | kanavin: We need a way to say "ignore this list of dependencies" | 17:04 |
| RP | kanavin: that is inevitable with the sdk | 17:04 |
| *** fl0v01 <fl0v01!~fvo@pD9F6A04D.dip0.t-ipconnect.de> has quit IRC | 17:05 | |
| *** sgw_ <sgw_!sgw_@nat/intel/x-bqmoutcmqzvylluv> has quit IRC | 17:05 | |
| fray | ya.. this patchelf can expland the rpath.. which is neat.. however, it seems to verify that the rpath you select is 'correct' before setting it, which won't really work for many of our cases.. | 17:05 |
| *** geoffrey_l <geoffrey_l!~geoffrey_@fw-alt.idf.smile.fr> has quit IRC | 17:06 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC | 17:06 | |
| RP | fray: adding patchelf as a distro dependency turned out to be a pain, chrpath was the only one we could find in most distros easily | 17:06 |
| fray | instead of rewriting the rpath (or runpath), it zero's the exiting one, grows the dynamic section, and moves the table to the end of the section -- allowing it to be as long as needed.. | 17:06 |
| RP | fray: the bigger problem is that these paths its trying to rewrite are wrong | 17:06 |
| fray | couldn't we just build it ourselves (looks small enough in this case) | 17:07 |
| fray | (I've not checke don dependencies though, if it depends on other things, that falls apart quickly) | 17:07 |
| RP | fray: how do you relocate the patchelf native dependencies? | 17:07 |
| RP | fray: we did try | 17:07 |
| fray | build it static | 17:07 |
| fray | (again, assuming no dependencies on other things) | 17:07 |
| fray | actually wouldn't have to be static.. since it's a -native it would build with the host's libc wouldn't it? | 17:09 |
| *** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 17:09 | |
| fray | and if it's self contained (otherwise) then all it needs is a working ld.so and host libc.. eliminaing the need for the rpath | 17:09 |
| ythl | @krogoth, I found where the variable is defined in meta/conf/bitbake.conf, but after I unroll all the macros, it seems like a non-existant compiler | 17:10 |
| fray | so ya, it's a possibility.. but it is C++, so it may require the libcxx library.. | 17:10 |
| fray | something to look into, otherwise someone needs to convince debian folks to fix rpath to not just re-write but to maniuplate the ELF object in a similar way (doesn't look all that hard) and then get people to upgrade | 17:11 |
| fray | :/ | 17:11 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto | 17:11 | |
| RP | paulg: with your failed build, could you confirm that a bitbake X(that failed) -c clean; bitbake X works ? | 17:11 |
| RP | fray: I think this is an existing builddir reuse problem | 17:11 |
| paulg | should I copy anything aside 1st? | 17:11 |
| fray | oh | 17:11 |
| fray | much better then | 17:12 |
| RP | paulg: you could save WORKDIR for that recipe I guess | 17:12 |
| RP | paulg, fray: taking a build dir from before rss and then building in it post rss is probably how this breaks. If you have a clean tmp, its probably fine | 17:12 |
| * paulg tries to avoid the nuke and pave unless required. | 17:13 | |
| *** john4 <john4!~john@77.243.183.100> has joined #yocto | 17:14 | |
| RP | paulg: understandable, and I had thought the system had changed so much, it couldn't possibly reuse anything | 17:14 |
| paulg | it did start pretty low in the build ; about 1k of 7k steps. | 17:15 |
| *** john3 <john3!~john@host31-49-166-235.range31-49.btcentralplus.com> has quit IRC | 17:16 | |
| *** ythl <ythl!8b55df0a@gateway/web/freenode/ip.139.85.223.10> has quit IRC | 17:17 | |
| *** Guest4840 <Guest4840!~john@host31-49-166-235.range31-49.btcentralplus.com> has joined #yocto | 17:17 | |
| paulg | ok, as expected, a -c clean fixed openssl-native | 17:17 |
| *** john4 <john4!~john@77.243.183.100> has quit IRC | 17:20 | |
| RP | paulg: and I was able to reproduce your problem by "bitbake pseudo-native" pre rss, update post rss "bitbake pseudo-native" | 17:22 |
| RP | fray: ^^^ | 17:22 |
| RP | so we now know that a clean tmpdir helps with rss | 17:22 |
| fray | is it just native items that are broken pre/post rss? | 17:23 |
| RP | fray: we don't chrpath for target | 17:23 |
| RP | we may as well just wipe tmpdir at this point though | 17:23 |
| fray | that's what I thought.. same for nativesdk right? so just native should be clearable.. | 17:23 |
| fray | is there any way you can put a marker in the code that causes all of the natives to invalidate? | 17:24 |
| RP | fray: its all going to rebuild anyway so we may as well clean tmp | 17:24 |
| fray | but will the native rebuilds also rebuild all of the target/sdk software? | 17:24 |
| *** sgw_ <sgw_!~sgw_@134.134.139.78> has joined #yocto | 17:24 | |
| RP | fray: the natives do invalidate, I just bet that something doesn't clean properly (B != S support missing) | 17:24 |
| fray | ah | 17:24 |
| RP | fray: rss means the world totally changes | 17:25 |
| fray | ok | 17:26 |
| RP | paulg: so the answer is to have a fresh tmpdir. I'm torn on whether we bump the tmpdir versioning for this | 17:28 |
| RP | I guess we should at the risk of annying anyone who already upgraded | 17:29 |
| paulg | I've still got that same build dir runnnig. Odd that just those two pkgs barfed. | 17:29 |
| RP | paulg: bad "make clean" support | 17:30 |
| RP | paulg: I suspect we pass in new configure options and it doesn't rebuild the binaries | 17:31 |
| ed2 | rburton: did you try to merge http://lists.openembedded.org/pipermail/openembedded-core/2017-January/131174.html ? Any problems with it? | 17:31 |
| ed2 | rburton: i was hoping it will be merged before rss patch as rebasing would be easier. | 17:32 |
| RP | ed2: well, the rss patches are in :/ | 17:32 |
| ed2 | RP: i've noticed :( | 17:32 |
| paulg | still churning along ; about 3k of 8k done. | 17:33 |
| RP | paulg: it is quite surprising its only those two | 17:33 |
| RP | paulg: tempting just to bump PR on those two and call it good | 17:34 |
| rburton | RP: i'd say absolutely throw in a tmpdir abi bump here | 17:35 |
| paulg | heh, jinxed myself. | 17:35 |
| RP | ed2: I can give rebasing it a try if you want. I hadn't realised that patchset was pending. Has it brrn run through the AB ? | 17:35 |
| paulg | | ../subversion-1.9.5/subversion/libsvn_ra_serf/blame.c:25:18: fatal error: serf.h: No such file or directory | 17:35 |
| paulg | | compilation terminated. | 17:35 |
| paulg | | Makefile:761: recipe for target 'subversion/libsvn_ra_serf/blame.lo' failed | 17:35 |
| paulg | that looks like a missing dependency and not RPATH | 17:35 |
| RP | paulg: lets say I'm not surprised at all at subversion | 17:35 |
| RP | paulg: we'll be passing in a new path and it won't have changed its config files | 17:36 |
| *** ed2 <ed2!~Adium@192.198.151.44> has quit IRC | 17:39 | |
| RP | paulg: did it get much further? | 17:44 |
| RP | paulg: the problem may be in apr-utils-native btw | 17:44 |
| RP | or serf-native :/ | 17:45 |
| paulg | still waiting on running tasks to finish | 17:48 |
| Strike5150 | Goodday, My build keeps breaking on make for linux-yocto " No rule to make target 'zImage'. Stop." I did a bitbake -e | grep KERNEL_IMAGETYPE and its not being set anywhere is this why that happens? | 17:48 |
| *** Snert <Snert!~snert_@65.74.8.146> has quit IRC | 17:50 | |
| *** Snert <Snert!~snert_@65.74.8.146> has joined #yocto | 17:50 | |
| *** alimon <alimon!~alimon@134.134.139.83> has quit IRC | 17:51 | |
| *** jku <jku!~jku@178-75-131-14.bb.dnainternet.fi> has joined #yocto | 17:54 | |
| RP | Strike5150: which MACHINE are you building? | 17:54 |
| paulg | WARNING: No recipes available for: | 17:54 |
| paulg | /home/paul/poky/meta-security/recipes-devtools/qemu/qemu_2.7.0.bbappend | 17:54 |
| Strike5150 | RP: Trying to make a new machine based on core2-32 | 17:54 |
| *** mcudev <mcudev!~mcudev@50-243-155-1-static.hfc.comcastbusiness.net> has joined #yocto | 17:54 | |
| paulg | guess qemu got uprev'd | 17:54 |
| Strike5150 | RP: I'm not doing very well :*( | 17:54 |
| Strike5150 | I will post my machine file and the corresonding bbappend for kernel | 17:55 |
| Strike5150 | RP: Machine.conf https://gist.github.com/strike5150/c233d897e4db2cc2c93d6f1c3a02cc0f | 17:56 |
| Strike5150 | RP: linux-yocto.bbappend https://gist.github.com/strike5150/88ac9d31f67c2b27071185b7bbb7143c | 17:57 |
| Strike5150 | RP: Might be a bit misleading I've commented a few things tried out different iterations in the machine.conf all resulting in the same thing | 17:58 |
| RP | paulg: correct | 17:59 |
| RP | Strike5150: genericx86 isn't a tune so DEFAULTTUNE looks wrong | 18:00 |
| *** ed2 <ed2!~Adium@192.198.151.44> has joined #yocto | 18:00 | |
| ed2 | RP: i'll rebase it, no prob. I don't know if it was tested. I thought I missed something, that's why I asked rburton if he tried to merge it. | 18:01 |
| RP | Strike5150: your basic idea looks right at least | 18:01 |
| Strike5150 | RP: I've tried with core2-32, I'll run the build again and take it out. | 18:01 |
| Strike5150 | RP: Nothing obvious I've missed? | 18:02 |
| *** kybernesis <kybernesis!~kybernesi@94.54.105.102> has joined #yocto | 18:02 | |
| RP | Strike5150: been a while since I played with kernels :/ | 18:02 |
| RP | Strike5150: I have to step afk now, sorry, hopefully someone else can spot it | 18:03 |
| Strike5150 | RP: Ok thanks | 18:03 |
| *** mckoan is now known as mckoan|away | 18:08 | |
| paulg | subversion is now ok after I cleansstate it and serf-native; we'll see what blows up next | 18:09 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 18:11 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 18:11 | |
| *** Unier <Unier!uid41153@gateway/web/irccloud.com/x-wsjkgwlcndexqzbt> has quit IRC | 18:15 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC | 18:19 | |
| kanavin | ak@kanavin-desktop:~/development$ ./a.out | 18:21 |
| kanavin | Segmentation fault (core dumped) | 18:21 |
| kanavin | ak@kanavin-desktop:~/development$ coredumpctl | 18:21 |
| kanavin | No coredumps found. | 18:21 |
| kanavin | systemd, I love you! | 18:21 |
| kanavin | can anyone help? :) where is the core? | 18:22 |
| kanavin | nevermind, sudo coredumpctl did the trick, but why on earth :-/ | 18:25 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 18:25 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 18:27 | |
| *** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 18:30 | |
| *** hbruce <hbruce!~hbruce@134.134.139.76> has joined #yocto | 18:32 | |
| *** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-hdlinxfrplocoxcx> has quit IRC | 18:34 | |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has quit IRC | 18:36 | |
| *** ed2 <ed2!~Adium@192.198.151.44> has quit IRC | 18:37 | |
| *** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC | 18:39 | |
| *** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto | 18:40 | |
| *** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto | 18:45 | |
| *** kybernesis <kybernesis!~kybernesi@94.54.105.102> has quit IRC | 18:53 | |
| *** sjolley <sjolley!~sjolley@134.134.137.73> has joined #yocto | 18:54 | |
| mcudev | I had a reference to /sources/meta-qt in my bblayers then removed it. Another meta layer has a bbappend to qtbase, which is no longer included, generating an error. How can I remove the processing of this recipe now that qt is not included? | 18:58 |
| jku | kanavin: I think it's in journald, and the required permission essentially gives you access to core dumps of all users | 18:59 |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 19:00 | |
| mcudev | I should mention I am getting the error when running 'bitbake-layers show-recipes' | 19:01 |
| mcudev | Just learning yocto, trying to understand the structure and make minor tweaks to an existing build | 19:02 |
| *** paw <paw!~afong@157.52.3.159> has joined #yocto | 19:02 | |
| paw | RP: hey, heard you were looking for me | 19:04 |
| *** ed2 <ed2!~Adium@192.198.151.44> has joined #yocto | 19:04 | |
| *** toanju <toanju!~toanju@x4e37d4e8.dyn.telefonica.de> has joined #yocto | 19:09 | |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto | 19:14 | |
| *** Amynka <Amynka!~frozen@gentoo/developer/amynka> has quit IRC | 19:15 | |
| *** paw <paw!~afong@157.52.3.159> has left #yocto | 19:17 | |
| georgem | Any meta-selinux people here? Something pushed this month seems to have broken setting selinux labels in the build for me. Just curious if anyone else has run into problems. bisecting but it's going to take quite a while. | 19:18 |
| *** john1 <john1!~john@host31-49-166-128.range31-49.btcentralplus.com> has joined #yocto | 19:20 | |
| *** Guest4840 <Guest4840!~john@host31-49-166-235.range31-49.btcentralplus.com> has quit IRC | 19:21 | |
| *** jku <jku!~jku@178-75-131-14.bb.dnainternet.fi> has quit IRC | 19:23 | |
| *** john2 <john2!~john@77.243.183.75> has joined #yocto | 19:24 | |
| *** likewise <likewise!~chatzilla@145.132.74.106> has joined #yocto | 19:27 | |
| *** john1 <john1!~john@host31-49-166-128.range31-49.btcentralplus.com> has quit IRC | 19:27 | |
| *** jairglez <jairglez!~jairdeje@134.134.139.76> has quit IRC | 19:33 | |
| mcudev | a more focused version of my question: We must use this layer https://github.com/embeddedarm/meta-ts for our board. recipes-qt/qt5/qtbase_%.bbappend requires qtbase.bb from meta-qt layer. the meta-qt layer was removed from bblayers. I get a recipe parse error when I try and run bitbake. What is the correct way to 'remove' processing of this bbappend without modifying the git repo meta-ts? | 19:33 |
| *** present <present!~present@static-176-159-68-128.ftth.abo.bbox.fr> has joined #yocto | 19:34 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 19:34 | |
| *** Strike5150 <Strike5150!18de02de@gateway/web/freenode/ip.24.222.2.222> has quit IRC | 19:35 | |
| *** toscalix <toscalix!~toscalix@80.91.70.175> has quit IRC | 19:36 | |
| *** toscalix <toscalix!~toscalix@80.91.70.175> has joined #yocto | 19:36 | |
| *** toanju <toanju!~toanju@x4e37d4e8.dyn.telefonica.de> has quit IRC | 19:39 | |
| *** Strike5150 <Strike5150!18de02de@gateway/web/freenode/ip.24.222.2.222> has joined #yocto | 19:39 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 19:40 | |
| *** toscalix <toscalix!~toscalix@80.91.70.175> has quit IRC | 19:41 | |
| *** JosePerez <JosePerez!~jgperezc@134.134.137.75> has quit IRC | 19:47 | |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-tuakysousqbcvkoh> has quit IRC | 19:53 | |
| rburton | mcudev: the neat way is for the layer doing the appending to see what layers are active before enabling its own parts, so the append is only scanned if meta-qt is present. that needs to happen in meta-ts though. | 19:55 |
| rburton | i believe theres a variable to make nonexisting bbappends a warning instead of fatal though | 19:56 |
| rburton | set BB_DANGLINGAPPENDS_WARNONLY = 1 in local.conf? | 19:56 |
| kergoth | bblayers.conf | 19:56 |
| kergoth | local.conf would be too late | 19:56 |
| kergoth | wait, no, that should work too | 19:57 |
| kergoth | clearly i need more coffee | 19:57 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 20:00 | |
| lamego | joshuagl: are you around? | 20:10 |
| rburton | kergoth: todays hack is a tiny class to add a pdb() function, call it in any bit of python and bitbake will stop and wait for you to connect over tcp to a pdb it spawned | 20:12 |
| rburton | kergoth: (can't take any credit apart from the five lines to glue rpdb in though) | 20:12 |
| rburton | (Pdb) print(d) | 20:12 |
| rburton | <bb.data_smart.DataSmart object at 0x7fb0033545c0> | 20:12 |
| rburton | \o/ | 20:12 |
| kergoth | nice | 20:13 |
| kergoth | i've manually added the line in bitbake to inspect memory usage at particular points in the past | 20:13 |
| *** ionte <ionte!~ionte@c-31-209-59-170.cust.bredband2.com> has quit IRC | 20:14 | |
| *** ionte <ionte!~ionte@c-31-209-59-170.cust.bredband2.com> has joined #yocto | 20:17 | |
| *** sjolley <sjolley!~sjolley@134.134.137.73> has left #yocto | 20:21 | |
| *** berton <berton!~berton@189.114.111.135> has quit IRC | 20:22 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 20:22 | |
| *** JosePerez <JosePerez!jgperezc@nat/intel/x-sfgsjgqhowblqiua> has joined #yocto | 20:23 | |
| *** jamesp <jamesp!~jamesp@157.245.80.14> has joined #yocto | 20:25 | |
| *** pohly <pohly!~pohly@p5DE8FC12.dip0.t-ipconnect.de> has quit IRC | 20:26 | |
| *** sgw_ <sgw_!~sgw_@134.134.139.78> has quit IRC | 20:28 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 20:36 | |
| *** ka6sox is now known as zz_ka6sox | 20:38 | |
| *** lamego <lamego!jose@nat/intel/x-xhsaraxokpnqochs> has quit IRC | 20:39 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 20:39 | |
| *** caiortp <caiortp!~inatel@131.221.240.226> has quit IRC | 20:41 | |
| *** sgw_ <sgw_!~sgw_@134.134.139.78> has joined #yocto | 20:42 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 20:43 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 20:43 | |
| *** alimon <alimon!~alimon@134.134.139.83> has joined #yocto | 20:45 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 20:50 | |
| *** stephano_ <stephano_!~stephano@134.134.139.78> has joined #yocto | 20:55 | |
| *** stephano_ <stephano_!~stephano@134.134.139.78> has quit IRC | 20:57 | |
| *** morphis <morphis!~morphis@pD9ED6408.dip0.t-ipconnect.de> has quit IRC | 20:57 | |
| *** alimon <alimon!~alimon@134.134.139.83> has quit IRC | 20:58 | |
| *** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 20:58 | |
| *** alimon1 <alimon1!~alimon@134.134.139.83> has joined #yocto | 20:58 | |
| *** alimon1 <alimon1!~alimon@134.134.139.83> has quit IRC | 20:58 | |
| *** jairglez <jairglez!jairdeje@nat/intel/x-xonteoppudnzaqhg> has joined #yocto | 21:00 | |
| *** zz_ka6sox is now known as ka6sox | 21:00 | |
| *** clsulliv <clsulliv!~clsulliv@134.134.139.78> has left #yocto | 21:02 | |
| *** stephano <stephano!~stephano@134.134.139.78> has joined #yocto | 21:02 | |
| *** clsulliv <clsulliv!~clsulliv@134.134.139.78> has joined #yocto | 21:02 | |
| mcudev | kergoth: thanks, will try adding that | 21:03 |
| *** toanju <toanju!~toanju@x4e37d4e8.dyn.telefonica.de> has joined #yocto | 21:05 | |
| *** icanicant_ <icanicant_!~icanicant@dsl-217-155-248-78.zen.co.uk> has joined #yocto | 21:05 | |
| *** alimon <alimon!~alimon@134.134.139.83> has joined #yocto | 21:06 | |
| *** icanicant_ <icanicant_!~icanicant@dsl-217-155-248-78.zen.co.uk> has quit IRC | 21:06 | |
| *** morphis <morphis!~morphis@pD9ED6408.dip0.t-ipconnect.de> has joined #yocto | 21:09 | |
| *** stephano <stephano!~stephano@134.134.139.78> has quit IRC | 21:10 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 21:11 | |
| *** bluelightning <bluelightning!~paul@118.148.113.65> has joined #yocto | 21:11 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:11 | |
| *** morphis <morphis!~morphis@pD9ED6408.dip0.t-ipconnect.de> has quit IRC | 21:13 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 21:13 | |
| *** ant_home <ant_home!~ant__@host49-62-dynamic.24-79-r.retail.telecomitalia.it> has joined #yocto | 21:16 | |
| *** istarilucky <istarilucky!~rlucca@189.112.127.230> has quit IRC | 21:18 | |
| *** lamego <lamego!~jose@134.134.139.83> has joined #yocto | 21:23 | |
| *** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 21:25 | |
| *** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 21:26 | |
| *** stephano <stephano!~stephano@134.134.139.78> has joined #yocto | 21:27 | |
| miceopede | is there a way to provide authentication to SRC_URI fetching from https://, without encoding the username/password in the recipe? we want to pull some vendored binaries but do not want to check the credentials into git | 21:30 |
| kergoth | with recent wget, you can use a wget askpass helper | 21:31 |
| kergoth | otherwise .netrc | 21:31 |
| miceopede | .netrc works for me | 21:32 |
| miceopede | @kergoth thanks | 21:32 |
| kergoth | np | 21:32 |
| *** john4 <john4!~john@77.243.183.84> has joined #yocto | 21:34 | |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC | 21:34 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 21:34 | |
| *** john2 <john2!~john@77.243.183.75> has quit IRC | 21:34 | |
| mcudev | BB_DANGLINGAPPENDS_WARNONLY = "true" appears to work | 21:36 |
| *** igor1 <igor1!~igor@189.112.127.230> has quit IRC | 21:36 | |
| khem | BB_DANGLINGAPPENDS_WARNONLY if needed means some layer is misbehaving | 21:39 |
| mcudev | yes it is | 21:39 |
| khem | you should inform the layer which is causing it | 21:39 |
| mcudev | will do | 21:39 |
| mcudev | so is it typical for yocto to chew up 35G of hdd space for a build? | 21:40 |
| khem | yes | 21:41 |
| khem | you are building a full platform from scratch | 21:41 |
| mcudev | it appears that dbg packages are huge compared to the actual package | 21:42 |
| khem | you can change options to not generate debug info if you dont need it | 21:42 |
| mcudev | i am looking for the option that enables that | 21:44 |
| mcudev | new to yocto, working with new board with yocto support provided by mfg | 21:44 |
| khem | RP: I am seeing this error with recipe sysroot enabled http://pastebin.com/XH5Vc98b | 21:44 |
| mcudev | documentation is "do this and don't ask questions", but we need to add packages | 21:45 |
| khem | RP: this package configures correctly on ubunut | 21:45 |
| joshuagl | lamego: kind of, for a short while at least, what's up? | 21:45 |
| RP | khem: not seen that before. Any idea what this "cfg" directory is? Its not any standard path I've heard of before | 21:46 |
| khem | mcudev: look for SELECTED_OPTIMIZATION and remove -g from it | 21:46 |
| khem | RP: I was looking at the first error which is something to do with regexp | 21:46 |
| mcudev | is the following valid in local.conf: EXTRA_IMAGE_FEATURES -= "dbg-pkgs" | 21:47 |
| RP | khem: that is from recent autotools, lots of recipes do that | 21:47 |
| lamego | joshuagl: Hi Joshua. Just to let you know that I closed 10875 & 10876. I couldn't reproduce and couldn't find the issue in logs. | 21:47 |
| RP | khem: fatal part is aclocal: error: couldn't open directory 'cfg': No such file or directory | 21:47 |
| lamego | joshuagl: we can reopened if needed of course. | 21:47 |
| lamego | *reopen them | 21:48 |
| RP | mcudev: EXTRA_IMAGE_FEATURES_remove = "dbg-pkgs" is | 21:48 |
| mcudev | thanks | 21:48 |
| khem | RP: AC_CONFIG_HEADERS([cfg/config.h]) and AC_CONFIG_MACRO_DIR([cfg]) AC_CONFIG_AUX_DIR([cfg]) | 21:49 |
| khem | RP: removing dbg-pkgs wont stop compiler from creating debug info | 21:49 |
| khem | so objects still will be large | 21:49 |
| RP | khem: I didn't realise that was the question | 21:49 |
| RP | khem: does the recipe set acpaths? | 21:50 |
| mcudev | nodejs-4.4.3-r0.cortexa9hf_neon.rpm = 3.3M | 21:50 |
| mcudev | nodejs-dbg-4.4.3-r0.cortexa9hf_neon.rpm = 94M | 21:50 |
| RP | khem: acpaths = "cfg" might help it | 21:50 |
| mcudev | and I'm running in a VM on a smaller SSD, so space is starting to become an issue | 21:51 |
| RP | khem: "-I cfg" even | 21:51 |
| mcudev | so I want to stop the dbg packages | 21:51 |
| RP | khem: Its possible the autotools changes have affected this somehow | 21:51 |
| RP | mcudev: SELECTED_OPTIMIZATION_remove "-g" ? | 21:52 |
| mcudev | will try | 21:57 |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 21:57 | |
| khem | RP: I think no it does not set acpaths | 21:57 |
| joshuagl | lamego: no problem | 21:59 |
| joshuagl | thanks for the notice | 22:01 |
| *** mcudev <mcudev!~mcudev@50-243-155-1-static.hfc.comcastbusiness.net> has quit IRC | 22:02 | |
| khem | RP: acpaths doesnt help | 22:03 |
| RP | khem: :( | 22:07 |
| RP | khem: not sure why that would suddenly break. Is it a public recipe? | 22:08 |
| khem | RP: https://hastebin.com/iyidaxatok.m | 22:08 |
| khem | autotools.bbclass is overriding my setting | 22:08 |
| *** pauldevguy <pauldevguy!~pauldevgu@201.33.64.225> has joined #yocto | 22:08 | |
| khem | RP: yes it is | 22:09 |
| khem | https://github.com/Metrological/meta-metrological/tree/master/recipes-graphics/westeros | 22:09 |
| khem | RP: acpaths_forcevariable = "-I cfg" works | 22:11 |
| khem | RP: https://github.com/openembedded/openembedded-core/blob/master/meta/classes/autotools.bbclass#L30 | 22:12 |
| RP | khem: did you set it after the inherit autotools ? | 22:12 |
| khem | shouldnt this be ?= | 22:12 |
| RP | we should probably make it a weak default | 22:13 |
| RP | khem: snap! | 22:13 |
| aehs29 | is anyone having trouble with glibc-initial on x86 archs? | 22:13 |
| aehs29 | is anyone ELSE* | 22:14 |
| khem | RP: its 12 year old setting I wonder if its set in stone :) | 22:14 |
| RP | aehs29: autobuilder is green... | 22:14 |
| RP | khem: :D | 22:14 |
| khem | aehs29: you have to be specific as in describe your error first so others can relate to it | 22:15 |
| aehs29 | RP: interestin, Im having issues with both genx86 and qemux86, on different machines | 22:15 |
| aehs29 | khem: give me a sec | 22:15 |
| aehs29 | khem: | checking installed Linux kernel header files... missing or too old! | 22:16 |
| aehs29 | | configure: error: GNU libc requires kernel header files from | 22:16 |
| aehs29 | khem: ERROR: Task (/home/aehernan/yocto/poky/meta/recipes-core/glibc/glibc-initial_2.25.bb:do_configure) failed with exit code '1' | 22:16 |
| aehs29 | khem: it doesnt show up on genx86-64, Ive not tried other archs yet | 22:16 |
| khem | RP: there are recipes in oe-core which override acpaths https://hastebin.com/jutowaqodo.pl | 22:16 |
| khem | RP: I wonder how that code ever worked | 22:17 |
| RP | khem: they set it after inherit autotools ? | 22:17 |
| khem | RP: I am setting it after inheriting autotools | 22:18 |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has quit IRC | 22:19 | |
| RP | khem: you shouldn't need forcevariable then | 22:20 |
| *** toanju <toanju!~toanju@x4e37d4e8.dyn.telefonica.de> has quit IRC | 22:22 | |
| JosePerez | khem: aehs29: I also saw this issue on my machine building for qemux86 | 22:22 |
| *** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 22:25 | |
| *** manju <manju!95c73efe@gateway/web/freenode/ip.149.199.62.254> has joined #yocto | 22:26 | |
| khem | RP: yeah order matters | 22:27 |
| khem | I have to only set it after inheriting autotools | 22:27 |
| khem | RP: I think using ?= is still a better option | 22:28 |
| khem | to fix the order dependency | 22:28 |
| RP | khem: agreed | 22:29 |
| RP | khem: its just old code | 22:29 |
| khem | RP: I will sent a patch to fix it | 22:29 |
| RP | khem: sounds good thanks | 22:29 |
| kergoth | Anyone seen an inability to login over ssh with morty? The server is immedidately killing the connection, saying "debug1: Killing privsep child" with nothing else useful. disabling privsep makes it successfully log in | 22:29 |
| RP | kergoth: no... | 22:30 |
| RP | paulg: did that build work out? | 22:30 |
| khem | kergoth: are you using UsePrivilegeSeparation=sandbox | 22:33 |
| kergoth | yep | 22:34 |
| ant_home | RP: hi there. Once patchwork swallows your patchset wrt recipe-sysroot I'll surely need your help for klcc-cross :) | 22:34 |
| RP | ant_home: We've not talked about that in a while! | 22:35 |
| ant_home | heh, just minor breakages up to now :) | 22:35 |
| RP | ant_home: we might get lucky and it might just work | 22:36 |
| ant_home | let see, I'm catching up now with the deploy dir changes | 22:37 |
| ant_home | btw klcc development seems stale | 22:38 |
| ant_home | so klibc | 22:38 |
| ant_home | I'll spend my little time with musl in future | 22:38 |
| *** stephano <stephano!~stephano@134.134.139.78> has quit IRC | 22:40 | |
| khem | RP: posted here https://patchwork.openembedded.org/patch/136278/ | 22:41 |
| ant_home | hi khem | 22:41 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 22:43 | |
| RP | khem: queued in -next | 22:43 |
| khem | RP: another problem I am seeign is when building gptfdisk | 22:44 |
| khem | its symlinking native .so into sysroot | 22:45 |
| khem | see https://hastebin.com/ecibawides.pas | 22:45 |
| RP | khem: :( | 22:47 |
| *** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 22:47 | |
| khem | compiler says https://hastebin.com/upeluweteb.vbs | 22:47 |
| RP | khem: we'll just have to deal with each issue in turn. Its why I've merged it now, give us time before release | 22:47 |
| khem | yeah thats fine | 22:47 |
| khem | I am helping :) | 22:47 |
| *** JosePerez <JosePerez!jgperezc@nat/intel/x-sfgsjgqhowblqiua> has quit IRC | 22:47 | |
| RP | khem: I appreciate it. That error is odd, why would the arm compiler poke into the native sysroot? :/ | 22:48 |
| paulg | RP, a couple other pkgs needed -c cleansstate and now I need to figure out why this new error happens: | 22:48 |
| paulg | | configure: error: could not find dbus-binding-tool in $PATH. You can run | 22:48 |
| paulg | | ./configure DBUS_BINDING_TOOL=/path/to/dbus-binding-tool to define | 22:48 |
| paulg | | a custom location for it. | 22:48 |
| paulg | | ERROR: configure failed | 22:48 |
| paulg | | ERROR: Function failed: do_configure (log file is located at /home/paul/poky/build/tmp/work/core2-64-overc-linux/xfdesktop/4.12.3-r0/temp/log.do_configure.15578) | 22:48 |
| khem | RP: I am reusing sstate | 22:49 |
| RP | paulg: I think a clean tmp is going to be the way forward | 22:49 |
| khem | I wonder if that plays a role | 22:49 |
| RP | khem: I'd very much any checksums match pre rss | 22:49 |
| paulg | yah for sure that would have been faster, but I am stubborn. :) | 22:49 |
| khem | RP: I was wondering if LAYER vesion should be bumped | 22:49 |
| RP | paulg: I think I'll have to bump the tmpdir version number | 22:49 |
| ant_home | argh..new error of today? | 22:50 |
| ant_home | ERROR: python3-pygobject-3.22.0-r0 do_prepare_recipe_sysroot: Function failed: extend_recipe_sysroot | 22:50 |
| RP | ant_home: that says what failed but not how... | 22:50 |
| ant_home | ok, so it isnew... | 22:50 |
| ant_home | here: http://pastebin.com/7L4f4yr4 | 22:51 |
| khem | deleted sstate now lets see a build from scratch completely | 22:53 |
| RP | ant_home: could you apply this patch: http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=aa25ece5bddcbf877d4b90530251a340d914f991 (or change the check_call to check_output) and then rerun please. That error message doesn't help :( | 22:53 |
| ant_home | yup, rebuiling | 22:56 |
| RP | ant_home: I think I just increased the urgency of merging that one | 22:57 |
| ant_home | still failing, after -c cleansstate | 22:57 |
| ant_home | patch applied | 22:57 |
| ant_home | do you need full log? | 22:57 |
| RP | ant_home: one like the one you pasted above please | 22:58 |
| RP | ant_home: should have the output for the failed command this time | 22:58 |
| ant_home | RP: http://pastebin.com/6ZYcvt1K | 22:59 |
| *** Geoff <Geoff!49111299@gateway/web/freenode/ip.73.17.18.153> has joined #yocto | 23:00 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 23:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
| *** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto | 23:01 | |
| *** Geoff is now known as Guest15638 | 23:01 | |
| RP | ant_home: which version of python 3 is on your system? | 23:01 |
| Guest15638 | hi guys, I'm working on an image that uses meta-qt5 with egl plugin for rendering. It was all working but I recently added another layer meta-kontron for some GPIO drivers. Now /usr/lib/dri/kms_swrast_dri.so has disappeared from my image. Any tips on how to debug this? | 23:02 |
| khem | RP: ant_home 3.6 doesnt work well yet with master btw. | 23:02 |
| RP | khem: so I heard :/ | 23:02 |
| khem | RP: I have locked my archlinux to 3.5 for now | 23:03 |
| Guest15638 | im gathering that it is somethign to do with the configuration of mesa and perhaps virtual providers whether it would choose to include the kms_swrast library or not | 23:03 |
| ant_home | seems 2.7.2 default and 3.5 | 23:03 |
| ant_home | Ubuntu 16.04 vanilla | 23:03 |
| *** agust <agust!~agust@p4FCB797E.dip0.t-ipconnect.de> has quit IRC | 23:04 | |
| RP | ant_home: I'd hoped python would show the output of the failed command in the traceback but it seems not :( | 23:04 |
| khem | Guest15638: does meta-kontrol have bbappends for mesa | 23:04 |
| ant_home | andrea@ThinkPad-T520:/oe/oe-core/build$ pyversions -i | 23:04 |
| ant_home | python2.7 | 23:04 |
| RP | ant_home: its python3 we care about these days (python3 --version) | 23:05 |
| ant_home | I have to check how Ubuntu does it...I only know Gentoo's way | 23:05 |
| RP | ant_home: could you share /tmp/build/tmp-glibc/work/armv5e-oe-linux-gnueabi/python3-pygobject/3.22.0-r0/temp/log.do_prepare_recipe_sysroot.27568 ? | 23:05 |
| Guest15638 | khem: no I"m not seeing any references to mesa in meta-kontron. The new layer has some linux kernel patches that seem fairly harmless, and a new machine file which I switched over to. But the difference between the machine files seems minimal. | 23:06 |
| Guest15638 | I think a while ago I was missing kms_swrast_dri.so and I fixed it by adding mesa-megadrivers to my image | 23:06 |
| khem | is it changing DISTRO_FEATURES or MACHINE_FEATURES | 23:07 |
| Guest15638 | but mesa-megadrivers is still on the image it just doesn't include that particular library now | 23:07 |
| Guest15638 | yes it does | 23:07 |
| *** lamego <lamego!~jose@134.134.139.83> has quit IRC | 23:07 | |
| Guest15638 | its adding va-impl-intel to MACHINE_FEATURES which I think is a graphics thing | 23:07 |
| ant_home | RP: https://filebin.net/xbykc718u6ahp79l | 23:07 |
| Guest15638 | could that have broken mesa dri? | 23:07 |
| khem | do you have opengl in DISTRO_FEATURES | 23:07 |
| khem | could be I dont know much about meta-kontron and it doesnt seem to be open | 23:08 |
| Guest15638 | um, is there an easy way to check that from bitbake? I have about 10 layers so not sure whats the easy way to check the DISTRO_FEATURES for my specific image and machine | 23:08 |
| RP | ant_home: that is definitely more helpful, the real error is in there | 23:09 |
| khem | bitbake -e bash | grep -e "^DISTRO_FEATURES=" | 23:09 |
| khem | Guest15638: do that with and without kontrol layer | 23:09 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 23:09 | |
| *** ed2 <ed2!~Adium@192.198.151.44> has quit IRC | 23:10 | |
| RP | ant_home: does /tmp/build/tmp-glibc/work/armv5e-oe-linux-gnueabi/python3-pygobject/3.22.0-r0/recipe-sysroot/etc exist? | 23:11 |
| ant_home | yes | 23:11 |
| ant_home | andrea@ThinkPad-T520:/tmp/build/tmp-glibc/work/armv5e-oe-linux-gnueabi/python3-pygobject/3.22.0-r0$ ls | 23:11 |
| ant_home | 0001-configure.ac-add-sysroot-path-to-GI_DATADIR-don-t-se.patch | 23:11 |
| ant_home | pygobject-3.22.0 | 23:11 |
| ant_home | recipe-sysroot | 23:11 |
| ant_home | recipe-sysroot-native | 23:11 |
| ant_home | temp | 23:11 |
| RP | ant_home: we need to figure out why /tmp/build/tmp-glibc/work/armv5e-oe-linux-gnueabi/python3-pygobject/3.22.0-r0/recipe-sysroot/usr/bin/postinst-ldsoconf-gobject-introspection is failing (its a script) | 23:12 |
| RP | ant_home: you could even try running it by hand | 23:12 |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.40> has quit IRC | 23:12 | |
| sgw_ | RP: has there been a change that would cause Taskhash mismatches when running distro_check (via INHERIT += "distrodata")? | 23:13 |
| RP | sgw_: no one change jumps out | 23:13 |
| sgw_ | RP: ok, I will open a bug then, very reproduicble. | 23:14 |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.40> has joined #yocto | 23:15 | |
| ant_home | RP: http://pastebin.com/9VgiByNX | 23:15 |
| RP | ant_home: are you sure /tmp/build/tmp-glibc/work/armv5e-oe-linux-gnueabi/python3-pygobject/3.22.0-r0/recipe-sysroot/etc/ exists ? | 23:15 |
| ant_home | no /etc | 23:16 |
| ant_home | created that and the script runs | 23:17 |
| *** rburton <rburton!~Adium@home.burtonini.com> has quit IRC | 23:17 | |
| RP | ant_home: ok, I think there is simply a bug there | 23:18 |
| ant_home | I've created now the dir and it compiles | 23:18 |
| ant_home | just fine | 23:19 |
| *** joshuagl <joshuagl!joshuagl@nat/intel/x-qzpgpinuhrqyhfht> has quit IRC | 23:19 | |
| RP | ant_home: I think this is the right fix: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip-rss&id=20b72a564c4f7cccfa4bbecd8c4778899b0990a5 | 23:20 |
| RP | Cut and paste failure | 23:21 |
| ant_home | echoing too much... | 23:21 |
| *** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC | 23:23 | |
| ant_home | RP: btw as of today/now klcc-cross still compiles and so its artifacts :) | 23:24 |
| Guest15638 | khem: no differences in DISTRO_FEATURES | 23:24 |
| RP | ant_home: ! :) | 23:24 |
| ant_home | somehow kernel disappears from DEPLOYDIR on rebuild from sstate but this is minor problem :p | 23:26 |
| Guest15638 | main difference that is relevant to graphics seems to be that meta-kontron has MACHINE_FEATURES_append = " va-impl-intel" | 23:26 |
| Guest15638 | and also MACHINE_HWCODECS ?= "va-intel gstreamer-vaapi-1.0" | 23:26 |
| Guest15638 | should i try commenting those out, is it feasible that that could have caused kms_swrast_dri.so to be missing from mesa? | 23:26 |
| ant_home | RP: go forth with the changes! | 23:27 |
| ant_home | thanks | 23:27 |
| ant_home | gn | 23:27 |
| *** ant_home <ant_home!~ant__@host49-62-dynamic.24-79-r.retail.telecomitalia.it> has quit IRC | 23:27 | |
| *** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-qhdrlgzdcnwupefw> has joined #yocto | 23:32 | |
| *** anselmolsm <anselmolsm!~anselmols@192.55.54.40> has quit IRC | 23:33 | |
| *** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 23:34 | |
| *** manuel_ <manuel_!~manuel@c-24-61-43-145.hsd1.ma.comcast.net> has joined #yocto | 23:37 | |
| * RP fires the M2 build | 23:42 | |
| sgw_ | RP: Awesome I will keep an eye on it later | 23:42 |
| manju | hi all, do we know if we can build Morty on RHEL 6.8? I do see that CentOS 6.x was dropped as per documentation | 23:43 |
| RP | bah, still one subversion recipe in OE-Core | 23:45 |
| RP | manju: I suspect there may be some issues, how serious they are I don't remember... | 23:46 |
| *** present <present!~present@static-176-159-68-128.ftth.abo.bbox.fr> has quit IRC | 23:46 | |
| manju | RP: ok thanks | 23:48 |
| nrossi | manju: the kernel version of RHEL 6 is probably the biggest problem. If i remember correctly uninative is built for 3.2+ kernels | 23:52 |
| *** likewise <likewise!~chatzilla@145.132.74.106> has quit IRC | 23:54 | |
| *** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has quit IRC | 23:55 | |
| manju | nrossi: ok, how do we find uninative build versions? | 23:58 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!