| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:08 | |
| * RP suspects he's broken meta-gplv2 again :( | 00:13 | |
| tgamblin | Uh oh | 00:14 |
|---|---|---|
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 00:15 | |
| tgamblin | RP: what are the actual builder machines? A cluster of core2duo boxes or something? | 00:20 |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC | 00:20 | |
| jpsalm | ls | 00:22 |
| *** jpsalm <jpsalm!~jordan@mail.validmanufacturing.com> has quit IRC | 00:22 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.130> has quit IRC | 00:35 | |
| *** crazy_imp <crazy_imp!~mj@ip4d1677ee.dynamic.kabel-deutschland.de> has joined #yocto | 00:36 | |
| *** crazy_imp <crazy_imp!~mj@unaffiliated/crazy-imp/x-8704303> has joined #yocto | 00:36 | |
| armpit | tgamblin, I think there a few different flavors as we just refreshed some. MHalstead would know | 00:53 |
| armpit | the specifics | 00:53 |
| *** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto | 00:57 | |
| *** rcw <rcw!~rcw@45.72.134.225> has joined #yocto | 00:59 | |
| halstead | tgamblin, It's a blend of Xeon(R) CPU E5-2697 v3, E5-2670 v3, and one Huawei TaiShan 2280 | 01:17 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 01:17 | |
| tgamblin | halstead: armpit: ah, thanks | 01:17 |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 01:24 | |
| tgamblin | halstead: any chance that builder is still accessible? | 01:34 |
| *** rcw <rcw!~rcw@45.72.134.225> has quit IRC | 02:31 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.84.144> has joined #yocto | 02:41 | |
| *** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 02:41 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 02:47 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC | 02:50 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.84.144> has quit IRC | 02:51 | |
| halstead | tgamblin, It is still there. Just need to finish adding your ssh access. | 02:59 |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto | 03:17 | |
| yocti | New news from stackoverflow: How to store pyc files with setuptools3 in bitbake recipe in the same way setuptools does? <https://stackoverflow.com/questions/58611684/how-to-store-pyc-files-with-setuptools3-in-bitbake-recipe-in-the-same-way-setupt> | 03:29 |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.84.144> has joined #yocto | 03:29 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.84.144> has quit IRC | 03:33 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.84.144> has joined #yocto | 03:50 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.84.144> has quit IRC | 03:57 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.81.194> has joined #yocto | 03:58 | |
| *** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC | 04:02 | |
| *** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto | 04:03 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.81.194> has quit IRC | 04:20 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.81.194> has joined #yocto | 04:23 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.81.194> has quit IRC | 04:32 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:9c41:27a8:c371:1cdd> has joined #yocto | 04:53 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 05:16 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.106> has joined #yocto | 05:45 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 05:45 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.84.12> has joined #yocto | 05:52 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.84.12> has quit IRC | 05:56 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.84.12> has joined #yocto | 06:06 | |
| *** Nathan22 <Nathan22!80e0fc02@128.224.252.2> has quit IRC | 06:10 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:12 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.84.12> has quit IRC | 06:15 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.84.12> has joined #yocto | 06:15 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.84.12> has quit IRC | 06:17 | |
| RobertBerger | Which meta-java branch is supposed to compile openjdk-8 with zeus and which host gcc version should I use? gcc9 seems to be too restrictive to compile without hacks. Currently I try to build icedtea7-native-2.1.3 with host gcc version 7.4.0. meta-java on master | 06:17 |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 06:22 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 06:25 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 06:25 | |
| yocti | New news from stackoverflow: Kernel hang during boot-up <https://stackoverflow.com/questions/59961282/kernel-hang-during-boot-up> | 06:29 |
| *** agust <agust!~agust@p508B64CC.dip0.t-ipconnect.de> has joined #yocto | 06:34 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 06:37 | |
| *** RobertBerger <RobertBerger!~rber@46.189.28.94> has quit IRC | 06:43 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:50 | |
| *** jeanba1 <jeanba1!~jbl@77.243.63.34> has joined #yocto | 07:05 | |
| *** jeanba1 <jeanba1!~jbl@77.243.63.34> has left #yocto | 07:06 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 07:07 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 07:09 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:12 | |
| *** RobertBerger <RobertBerger!~rber@x2f7f266.dyn.telefonica.de> has joined #yocto | 07:16 | |
| dv|2 | toaster + bitbake gives me the "timeout waiting for the bitbake server". where to find the timeout option? | 07:26 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:28 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.141.228> has joined #yocto | 07:30 | |
| *** frsc <frsc!~frsc@i59F72409.versanet.de> has joined #yocto | 07:35 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 07:35 | |
| *** fl0v0 <fl0v0!~fvo@88.130.218.232> has joined #yocto | 07:43 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.141.228> has quit IRC | 07:45 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.141.228> has joined #yocto | 07:46 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC | 07:47 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 07:51 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.141.228> has quit IRC | 07:56 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:08 | |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto | 08:21 | |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 08:34 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 08:36 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 08:36 | |
| dv|2 | Is Toaster ready for production? | 08:41 |
| *** rburton <rburton!rburton@nat/intel/x-ronclzlgqzsmrdqt> has joined #yocto | 08:41 | |
| LetoThe2nd | dv|2: depends on what you expect it to do | 08:41 |
| LetoThe2nd | dv|2: in a real life production environment i actually see little use for it besides build inspection. | 08:42 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 08:42 | |
| dv|2 | LetoThe2nd, I mean I constantly get different errors, timeouts and exceptions trying to run toaster in Build Appliance image. | 08:45 |
| LetoThe2nd | dv|2: i guess thats more related to the build appliance environment. sure, file a bug for it | 08:47 |
| LetoThe2nd | but i usually just ignore toaster as i have no use case for it. | 08:47 |
| dv|2 | LetoThe2nd did you ever see any good manual/instruction how to setup Toaster? I already read Yocto manual for Toaster and simple (but outdated) instructions in yocto Wiki | 08:49 |
| LetoThe2nd | dv|2: https://www.yoctoproject.org/docs/latest/toaster-manual/toaster-manual.html | 08:51 |
| LetoThe2nd | this is the current state of affairs. if it is wrong, please file bugs :) | 08:51 |
| LetoThe2nd | but actually, i'd advise to check it works *outside* of the generated build appliance first. | 08:53 |
| *** goliath <goliath!~goliath@nat006-WLTE1.uibk.ac.at> has joined #yocto | 08:58 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 08:58 | |
| *** asteriusio <asteriusio!~derek@104-179-196-18.lightspeed.brhmal.sbcglobal.net> has quit IRC | 08:59 | |
| dv|2 | LetoThe2nd, thank you | 09:01 |
| LetoThe2nd | dv|2: but seriously. to avoid wasting time, i would take a minute to think about what you actually expect it to do, and how it will be helpful in your work. because it usually is not what people think it is. | 09:02 |
| LetoThe2nd | dv|2: first and foremost, it is *NOT* a GUI to magically point-click-create-build on yocto technology. | 09:02 |
| dv|2 | LetoThe2nd, I'm building the development image for my customers. We need to let them buil the image for our device even if they just have VirtualBox. It looks very convinient if customer company may just download the image and start building the image for our device with or without some recipes included | 09:04 |
| LetoThe2nd | dv|2: the key point to get your head around is: what will they do once they are satisfied with the build? | 09:05 |
| LetoThe2nd | shall they keep that appliance image with the magic toaster settings around forever? | 09:06 |
| LetoThe2nd | or, doesn't it make more sense to pour everything into a image reipce then, which can be put into an SCM, CI workflow and everything? | 09:06 |
| LetoThe2nd | because in all cases i've seen so far, this is what people actually want. and then toaster is a bad fit. rather go for just devtool. | 09:07 |
| *** chrysh <chrysh!~chrysh@someserver.de> has joined #yocto | 09:07 | |
| dv|2 | LetoThe2nd, some of them are not experienced Linux users so it looks more convinient to give the image that has web interface to build the image for target device | 09:10 |
| LetoThe2nd | just sayin | 09:10 |
| mranostay | web interface all things? | 09:12 |
| dv|2 | yes, everything is configured and they just need to run a couple of commands once then go to web interface and add some software to final image, click build and get the result | 09:14 |
| LetoThe2nd | dv|2: and then they put the VM into their git repo. :) | 09:14 |
| *** ms_k <ms_k!~mauro@host72-92-static.3-79-b.business.telecomitalia.it> has joined #yocto | 09:14 | |
| ms_k | Hi all. I found a strange behaviour using PREFERRED_VERSION using Zeus (but perhaps could be also in other versions) | 09:15 |
| ms_k | I have two recipes vesions of a custom kernel, my-kernel_4.9.11.bb and my-kernel_4.9.67.bb | 09:15 |
| ms_k | Into my machine .conf I set PREFERRED_PROVIDER_virtual/kernel = "my-kernel" | 09:15 |
| dv|2 | LetoThe2nd, they are windows users. everything is possible :) | 09:16 |
| LetoThe2nd | dv|2: go ahead then. | 09:16 |
| ms_k | If I set PREFERRED_VERSION_my-kernel = "4.9%", the selected version during build is 4.9.11 | 09:16 |
| ms_k | If I don't set PREFERRED_VERSION the selected version is 4.9.67, which is what I expect also using PREFERRED_VERSION | 09:17 |
| ms_k | I know that in this situation the PREFERRED_VERSION is useless, but...it's strange | 09:18 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:20 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:22 | |
| LetoThe2nd | ms_k: only thing that comes to my mind, have you compared bitbake -e virtual/kernel in both cases? | 09:22 |
| *** aeichner <aeichner!~aeichner@im.a-eichner.de> has joined #yocto | 09:24 | |
| aeichner | exit | 09:25 |
| *** aeichner <aeichner!~aeichner@im.a-eichner.de> has left #yocto | 09:25 | |
| *** florian_kc is now known as florian | 09:30 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 09:35 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.130> has joined #yocto | 09:36 | |
| *** sagner <sagner!~ags@2a02:169:3df5::edf> has quit IRC | 09:39 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-2-43-35-181.net.vodafone.it> has joined #yocto | 09:48 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 09:48 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 09:49 | |
| *** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto | 09:51 | |
| PinkSnake | Hello all, stupid question, I have probably miss something but in all devshell I got this followinf issue : gcc-version.sh: line 26: arm-poky-linux-gnueabi-gcc: command not found... Someone knows how to fix that ? Thx. | 09:52 |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:e931:4de6:9d5c:dc2f> has quit IRC | 09:53 | |
| *** locutus_ <locutus_!~LocutusOf@mob-37-176-116-157.net.vodafone.it> has joined #yocto | 09:54 | |
| ms_k | LetoThe2nd: thank you. What I should compare in two environments? | 09:55 |
| ms_k | LetoThe2nd: I tried command bitbake -s | grep my-kernel | 09:56 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 09:57 | |
| ms_k | LetoThe2nd: output with PREFERRED_VERSION is Latest Version:4.9.67-r0, Preferred Version 4.9.11-r0 | 09:57 |
| ms_k | LetoThe2nd: output without PREFERRED_VERSION is Latest Version:4.9.67-r0, Preferred Version <void> | 09:58 |
| qschulz | PinkSnake: have you fixed your dts issue from yesterday (you wanted to cp it to the sources) | 09:58 |
| *** locutus__ <locutus__!~LocutusOf@mob-109-119-219-148.net.vodafone.it> has joined #yocto | 09:59 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 10:00 | |
| *** locutus_ <locutus_!~LocutusOf@mob-37-176-116-157.net.vodafone.it> has quit IRC | 10:01 | |
| PinkSnake | qschulz Yes all right :-) | 10:01 |
| *** locutus_ <locutus_!~LocutusOf@mob-37-118-17-107.net.vodafone.it> has joined #yocto | 10:02 | |
| PinkSnake | qschulz FYI we can use something like that (file://zynq-bd51x2-2.0.dts;subdir=git/arch/${ARCH}/boot/dts) in order to add cp command :) | 10:03 |
| creich | hey there, can anyone tell me how licenses in staticly built/linked linraries are handeled in bitbake/yocto? | 10:05 |
| *** locutus__ <locutus__!~LocutusOf@mob-109-119-219-148.net.vodafone.it> has quit IRC | 10:05 | |
| creich | say i write an application (MIT) which uses LibA (GPLv2) that is staically linked into the application. will both be listed in the license.manifest? | 10:06 |
| qschulz | PinkSnake: i'm wondering if you can't replace git by ${S} | 10:09 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 10:09 | |
| PinkSnake | qschulz you're right with s = "${WORKDIR}/git". will do that :) | 10:11 |
| qschulz | PinkSnake: I'm not so sure, maybe be subdir is relative and not absolute, in which case ${S} wouldn't work | 10:12 |
| qschulz | PinkSnake: worth trying (and telling me :D) | 10:13 |
| PinkSnake | qschulz let's make a try to be sure :) | 10:13 |
| PinkSnake | qschulz Answer is no : Failure expanding variable WORKDIR, expression was ${BASE_WORKDIR}/${MULTIMACH_TARGET_SYS}/${PN}/${EXTENDPE}${PV}-${PR} which triggered exception RecursionError: maximum recursion depth exceeded while calling a Python object, now we are sure ^^ | 10:15 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-109-119-142-233.net.vodafone.it> has joined #yocto | 10:21 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 10:21 | |
| *** locutus_ <locutus_!~LocutusOf@mob-37-118-17-107.net.vodafone.it> has quit IRC | 10:24 | |
| *** locutus_ <locutus_!~LocutusOf@mob-2-43-178-65.net.vodafone.it> has joined #yocto | 10:26 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 10:29 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-37-176-125-108.net.vodafone.it> has joined #yocto | 10:30 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 10:30 | |
| *** locutus_ <locutus_!~LocutusOf@mob-2-43-178-65.net.vodafone.it> has quit IRC | 10:32 | |
| *** goliath <goliath!~goliath@nat006-WLTE1.uibk.ac.at> has quit IRC | 10:33 | |
| *** locutus_ <locutus_!~LocutusOf@mob-2-41-228-244.net.vodafone.it> has joined #yocto | 10:35 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 10:38 | |
| *** locutus_ <locutus_!~LocutusOf@mob-2-41-228-244.net.vodafone.it> has quit IRC | 10:41 | |
| *** locutus__ <locutus__!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has joined #yocto | 10:54 | |
| *** MQueiros <MQueiros!589dec24@88.157.236.36> has joined #yocto | 10:58 | |
| *** RobertBerger <RobertBerger!~rber@x2f7f266.dyn.telefonica.de> has quit IRC | 11:02 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:03 | |
| *** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has quit IRC | 11:04 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 11:06 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:07 | |
| *** RobertBerger <RobertBerger!~rber@195.219.33.2> has joined #yocto | 11:16 | |
| FrazerClews | hi, i have submitted a patch, but i think it might have gotten under the radar with other ones i submitted, i was wondering if someone could let me know if its something that is wanted or not so i can forget about it? thanks http://lists.openembedded.org/pipermail/bitbake-devel/2020-January/020759.html | 11:17 |
| *** meego <meego!~meego@2001:41d0:fe7e:c800:b9b4:8615:cec6:435> has joined #yocto | 11:19 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 11:20 | |
| *** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto | 11:30 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 11:34 | |
| kroon | FrazerClews, maybe reply with a "ping" | 11:37 |
| *** otavio <otavio!~otavio@177.194.196.4> has joined #yocto | 11:44 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 11:44 | |
| *** berton <berton!~berton@177.194.196.4> has joined #yocto | 11:46 | |
| *** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has joined #yocto | 11:48 | |
| *** RobertBerger <RobertBerger!~rber@195.219.33.2> has quit IRC | 11:48 | |
| *** berton <berton!~berton@177.194.196.4> has quit IRC | 11:48 | |
| *** berton <berton!~berton@177.194.196.4> has joined #yocto | 11:49 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 11:54 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 12:01 | |
| *** RobertBerger <RobertBerger!~rber@31.4.142.55> has joined #yocto | 12:02 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 12:03 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 12:06 | |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto | 12:12 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 12:14 | |
| dv|2 | I have exceptions running bitbake in the Build Appliance image: https://ibb.co/1Z3FZpg | 12:15 |
| dv|2 | https://ibb.co/TY36mp6 | 12:15 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 12:17 | |
| *** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 12:17 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 12:19 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 12:21 | |
| *** berton <berton!~berton@177.194.196.4> has quit IRC | 12:22 | |
| PinkSnake | I stuck at the first step of Toaster setup : [Errno 2] No such file or directory: ${BSPDIR}/externals/core/meta, it's not possible to have variable inside bblayer path ? o.0 | 12:22 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 12:23 | |
| *** berton <berton!~berton@177.194.196.4> has joined #yocto | 12:25 | |
| paulbarker | PinkSnake: It is possible but not very easy. Where is BSPDIR defined? | 12:28 |
| PinkSnake | paulbarker Thx for repllying, BSPDIR is difine inside bblayers.conf (BSPDIR := "${@os.path.abspath(os.path.dirname(d.getVar('FILE', True)) + '/../..')}" | 12:29 |
| paulbarker | And what's FILE? | 12:29 |
| PinkSnake | It's just to let developers use our Yocto conf where they want | 12:30 |
| PinkSnake | paulbarker it's a dummy var set by a script before call setup-environment | 12:30 |
| PinkSnake | I have make a try with full path, no issue all seems work, do you think relative path is enought ? | 12:31 |
| qschulz | PinkSnake: bitbake-layers add-layer? | 12:31 |
| paulbarker | Have you added that variable to BB_ENV_EXTRAWHITE? | 12:31 |
| PinkSnake | paulbarker Pretty sure not :S | 12:33 |
| PinkSnake | i will double check the doc | 12:33 |
| paulbarker | Ok, let me send you some links | 12:33 |
| paulbarker | https://www.yoctoproject.org/docs/3.0/bitbake-user-manual/bitbake-user-manual.html#var-bb-BB_ENV_EXTRAWHITE | 12:33 |
| paulbarker | Here's an example: https://github.com/SanCloudLtd/sancloud-arago/blob/thud/build/conf/setenv defines YOCTO_SOURCES and adds it to BB_ENV_EXTRAWHITE before bitbake is called | 12:33 |
| paulbarker | https://github.com/SanCloudLtd/sancloud-arago/blob/thud/build/conf/bblayers.conf uses YOCTO_SOURCES | 12:34 |
| PinkSnake | paulbarker Thank you for the support :) | 12:34 |
| paulbarker | You'll probably have to customise the setup-environment script you mentioned | 12:34 |
| *** berton <berton!~berton@177.194.196.4> has quit IRC | 12:34 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 12:34 | |
| PinkSnake | you save my day | 12:34 |
| *** otavio <otavio!~otavio@177.194.196.4> has joined #yocto | 12:41 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 12:41 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 12:41 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 12:55 | |
| PinkSnake | paulbarker Fixed! Thx you also for your apply.py script ;) | 12:56 |
| creich | what is the easiest way of getting a list of available packageversions within my current meta-layers? | 12:57 |
| LetoThe2nd | creich: maybe oe-pkgdata-util has something for that. | 12:58 |
| creich | thx, i'll check | 12:58 |
| creich | LetoThe2nd: btw, i have watched most of your videos. latest i've seen was the one about distro/machine/image configs. | 12:59 |
| creich | i'd say i'd liked that one most :) | 12:59 |
| LetoThe2nd | creich: glad to hear. yes, thats really one of the most important ones. | 12:59 |
| creich | not sure why, just had the feeling that it explained things very good and i found myself beeing more enlightened than before compared to the other videos ^^ | 12:59 |
| qschulz | bitbake-layers show-recipes? | 13:00 |
| LetoThe2nd | qschulz: ah! | 13:00 |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto | 13:00 | |
| qschulz | well it's all layers but it says which version of which recipe is where | 13:01 |
| LetoThe2nd | creich: well some topics are tough, others are not. the key about the live coding sessions is that they're *NOT* meant as fully prepared webinars, but as live tinkering. so sometimes things work out and play nicely, some other time they don't. | 13:01 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 13:02 | |
| creich | LetoThe2nd: yeah i got that. | 13:03 |
| rburton | creich: bitbake-layers will dump what it found | 13:03 |
| creich | didn't want to bother | 13:03 |
| rburton | ah, LetoThe2nd beat me to it | 13:03 |
| creich | qschulz: rburton thx guys :) | 13:03 |
| *** berton <berton!~berton@177.194.196.4> has joined #yocto | 13:04 | |
| creich | looks like usually there is only one version available. i guess that's supposed to be that way?! | 13:04 |
| LetoThe2nd | rburton: i beat you= | 13:05 |
| LetoThe2nd | ? | 13:05 |
| creich | i am wondering if there is something compared to the gentoo style, where i can (more easy?) choose between versions | 13:05 |
| creich | as far as i understood that should easily be possible with the preferre_version settings | 13:05 |
| qschulz | LetoThe2nd: I think he swapped your nick and mine ;) | 13:09 |
| qschulz | creich: indeed. Don't forget that two recipes can provide the same functionality as well. So you shouldn't look for one recipe only :) | 13:09 |
| qschulz | creich: c.f. PROVIDES in recipes | 13:09 |
| *** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has joined #yocto | 13:09 | |
| qschulz | creich: otherwise, PREFERRED_VERSION is the way to go (and if a different recipe name, PREFERRED_PROVIDER as well) | 13:09 |
| creich | thx! | 13:10 |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 13:11 | |
| tgamblin | halstead: Ok, I will only need to grab one file from it and then it should be good for reuse | 13:13 |
| RP | tgamblin: there was another log failure in that build btw :/ | 13:15 |
| tgamblin | RP: I see three instances of the parselogs test failing? What's the other? | 13:17 |
| tgamblin | RP: You mean this one, right? https://autobuilder.yoctoproject.org/typhoon/#/builders/109/builds/402 | 13:19 |
| tgamblin | On a related note, it looks like I am in fact able to recreate it now, although still in a semi-inconsistent manner | 13:23 |
| RP | tgamblin: https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/1535 was the one I didn't share yesterday | 13:24 |
| halstead | tgamblin, I'll grab that file for you now. Which is it? | 13:25 |
| RP | tgamblin: reproducing at all is good | 13:25 |
| tgamblin | halstead: I would like to have /var/log/boot | 13:25 |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 13:31 | |
| tgamblin | Trying to correlate commits to oe-core with the first report of the issue | 13:31 |
| *** pyo <pyo!c2a66f5c@194-166-111-92.adsl.highway.telekom.at> has joined #yocto | 13:33 | |
| tgamblin | I caught these errors in the boot log for a local QEMU instance last night, while manually building and cleaning core-image-sato-sdk: | 13:34 |
| tgamblin | hwclock: settimeofday() failed: Invalid argument | 13:34 |
| tgamblin | touch: cannot touch '/var/log/wtmp': No such file or directory | 13:34 |
| tgamblin | chown: cannot access '/var/log/wtmp': No such file or directory | 13:34 |
| tgamblin | Failed to set owner -root- for -/var/log/wtmp-. | 13:34 |
| tgamblin | chmod: cannot access '/var/log/wtmp': No such file or directory | 13:34 |
| tgamblin | Failed to set mode -0664- for -/var/log/wtmp-. | 13:34 |
| pyo | Hi, Is there a way for using xserver-nodm-init with .Xauthority ? | 13:36 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 13:38 | |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 13:38 | |
| dv|2 | what "ERROR: Layer version information not found; Check if the bitbake server was configured to inherit toaster.bbclass" means? | 13:44 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:12 | |
| jonmason | I'm seeing weird errors when using a binary tool chain. I'm seeing multiple things similar to: | 14:17 |
| jonmason | WARNING: m4-1.4.18-r0 do_package_qa: QA Issue: m4-ptest rdepends on locale-base-fr-fr.iso-8859-1, but it isn't a build dependency? [build-deps] | 14:17 |
| jonmason | Is this a legit problem or some weird side effect of binary toolchains? | 14:17 |
| *** kroon_ <kroon_!~kroon@213.185.29.22> has joined #yocto | 14:20 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC | 14:23 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 14:23 | |
| rburton | side affect of a binary toolchain | 14:25 |
| rburton | (glibc builds those usually) | 14:25 |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 14:26 | |
| jonmason | thanks rburton | 14:30 |
| rburton | so your toolchain should provide it, or something? | 14:31 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 14:34 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 14:37 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 14:38 | |
| *** asteriusio <asteriusio!~derek@104-179-196-18.lightspeed.brhmal.sbcglobal.net> has joined #yocto | 14:52 | |
| RP | tgamblin: those sound related | 14:53 |
| *** pbb_ <pbb_!~quassel@2a01:4f8:162:1900::20> has quit IRC | 14:54 | |
| RP | tgamblin: in a new build it looks to be the same things failing on that test so it may be more deterministic... | 14:56 |
| RP | jonmason: it is a real issue, almost certainly from the toolchain | 14:57 |
| tgamblin | RP: Yeah. I'm currently trying to confirm that it's repeatable if you do the following: 1. bitbake core-image-minimal; 2. bitbake core-image-sato-sdk; 3. runqemu kvm slirp nographic | 14:57 |
| tgamblin | If that ends up true then I should be able to make the logrotate test fail | 14:58 |
| jonmason | ok, I'll open internal bugs to track this and hopefully someone can be tasked with working on it | 14:58 |
| *** asteriusio <asteriusio!~derek@104-179-196-18.lightspeed.brhmal.sbcglobal.net> has quit IRC | 14:58 | |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC | 15:00 | |
| rburton | jonmason: i saw similar problems with the linaro toolchain before | 15:00 |
| jonmason | rburton: now the linaro toolchain is the arm toolchain and lives in meta-arm :) | 15:01 |
| rburton | i've a solution | 15:01 |
| rburton | burn it in fire | 15:01 |
| jonmason | and if it's in meta-arm, then I'm going to test it constantly! | 15:01 |
| rburton | external toolchains are a world of pain and should be destroyed | 15:01 |
| * tgamblin approves of this solution | 15:02 | |
| *** asteriusio <asteriusio!~derek@104-179-196-18.lightspeed.brhmal.sbcglobal.net> has joined #yocto | 15:03 | |
| jonmason | if arm makes it, then i need to support it | 15:03 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 15:03 | |
| jonmason | even if that means just pointing to a bug and saying "we'll get around to it" | 15:03 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 15:04 | |
| rburton | can the bug be "remove external toolchain" | 15:05 |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 15:05 | |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC | 15:05 | |
| * rburton steps off his high horse | 15:05 | |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto | 15:07 | |
| *** pbb <pbb!~quassel@2a01:4f8:162:1900::20> has joined #yocto | 15:07 | |
| LetoThe2nd | https://twitter.com/TheYoctoJester/status/1222537173494308864 | 15:10 |
| jonmason | LetoThe2nd: hahahaha | 15:13 |
| Crofton|road | zeddii: khem https://www.irccloud.com/pastebin/2sNM4rTx/ | 15:13 |
| Crofton|road | thoughts? | 15:13 |
| jonmason | I wonder if I like and retweet if that would offend my employer | 15:13 |
| jonmason | Crofton|road: is your asm symlink busted? | 15:14 |
| LetoThe2nd | jonmason: i took it out of context so it should be SFW: :) | 15:14 |
| Crofton|road | hah | 15:14 |
| zeddii | Crofton|road. hmm, that should be there after scripts prepare or modules_prepare. | 15:15 |
| zeddii | without it, very little builds. I can see if something is missing in devsrc, I also have a custom patch you can try if you want ALL the kernel source on the target. | 15:16 |
| Crofton|road | this is with sdk made with populate_sdk | 15:16 |
| Crofton|road | on target I havesame issue, are you suggesting I run a command before building a module? | 15:17 |
| zeddii | aha. so not on target ? you'd still need to recreate the symlinks through prepare. | 15:17 |
| zeddii | yes, the devsrc can't package those things | 15:17 |
| zeddii | you always need to do a 'make scripts prepare' or 'make modules_prepare' | 15:17 |
| zeddii | ahah. sweet. early checkin was just confirmed at my hotel. | 15:18 |
| * zeddii will be in Brussels @ 10am tomorrow. | 15:18 | |
| Crofton|road | ah | 15:21 |
| * Crofton|road is in Leiden | 15:21 | |
| Crofton|road | so modules_prepare shoul dbe in the makefile in the -C directory? | 15:23 |
| zeddii | yup. where the kernel source is. | 15:24 |
| Crofton|road | make: *** No rule to make target 'modules_prepare'. Stop. | 15:25 |
| Crofton|road | hmmm | 15:25 |
| Crofton|road | got it | 15:25 |
| jonmason | Crofton|road: make help | 15:26 |
| Crofton|road | lol | 15:27 |
| Crofton|road | yeah | 15:27 |
| Crofton|road | this deosn;t work lik eit does on Fedora! | 15:27 |
| jonmason | headers_check - Sanity check on exported headers | 15:27 |
| jonmason | probably what he meant to say | 15:28 |
| jonmason | as there is no modules_check | 15:28 |
| Crofton|road | typos | 15:28 |
| Crofton|road | victory thanks | 15:29 |
| zeddii | woot. | 15:29 |
| Crofton|road | even using Xilinx borad | 15:30 |
| * zeddii shudders | 15:31 | |
| zeddii | ;) | 15:32 |
| Crofton|road | zedboard | 15:33 |
| *** creich <creich!~unknown@p200300F6AF321B10ABE8C37461FA3E57.dip0.t-ipconnect.de> has quit IRC | 15:33 | |
| zeddii | *even* better | 15:33 |
| Crofton|road | Also, I need to introduce you to a friend who wants to know why his ultrascale is painfully slow | 15:34 |
| rburton | LetoThe2nd: you've seen the bugzilla quips right | 15:36 |
| zeddii | I'll make sure to have a few beers first ! | 15:37 |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 15:37 | |
| LetoThe2nd | rburton: i ain't seen nothing. | 15:38 |
| rburton | https://bugzilla.yoctoproject.org/quips.cgi?action=show | 15:38 |
| LetoThe2nd | (yet) </bachmann turner overdrive> | 15:39 |
| *** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 15:39 | |
| rburton | my favourite still being 'ross: RP and myself were looking at that last night and started pulling on the little thread of that bug. currently unravelling into a rat infested spool of razorwire surrounded by bees' | 15:39 |
| LetoThe2nd | rburton: what is it supposed to tell me? | 15:39 |
| rburton | LetoThe2nd: feel free to donate quotes | 15:39 |
| rburton | you get a random quote at the top of every query | 15:40 |
| LetoThe2nd | at the moment it donates "The username or password you entered is not valid" | 15:40 |
| rburton | apparently you need to be logged in | 15:40 |
| LetoThe2nd | "apperently" | 15:41 |
| LetoThe2nd | rburton: nice. | 15:41 |
| * LetoThe2nd likes. | 15:42 | |
| rburton | the first batch are from the old openedhand bugzilla, so they're proper vintage | 15:42 |
| kroon_ | I think rm_work.bbclass is removing some stamp that causes my openjre-8 recipe to rebuild all the time.. any tips for how to debug which stamp it accidentally being removed ? | 15:42 |
| RP | rburton: I like that one :) | 15:43 |
| LetoThe2nd | "Our next release should be called Unicorny, who's with me!!???" | 15:43 |
| rburton | too late, naming scheme decided and has HUNDREDS of candidates | 15:44 |
| LetoThe2nd | hehe | 15:44 |
| JPEW | I think I need to brush up on my geography... | 15:44 |
| LetoThe2nd | i like rhinos. they're like unicorns, just fatter. | 15:45 |
| roussinm | Hello! I have multiple partial defconfig for my kernel recipe, but when I do `bitbake linux-sap -c menuconfig` it doesn't seems to take in consideration the partial configuration, to add to this, I have an externalsrc setup for my kernel. Is it not supported? I'm probably doing something wrong... | 15:45 |
| tgamblin | I added one :) | 15:48 |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC | 15:53 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto | 15:54 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 15:56 | |
| *** RobertBerger <RobertBerger!~rber@31.4.142.55> has quit IRC | 15:56 | |
| *** pyo <pyo!c2a66f5c@194-166-111-92.adsl.highway.telekom.at> has quit IRC | 15:56 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 16:01 | |
| kroon_ | "Sstate summary: Wanted 39 Found 37 Missed 2 Current 611 (94% match, 99% complete)". Where do I find which 2 tasks were missing ? | 16:10 |
| fullstop | Hi. I previously had a kernel with some patches applied along with device tree changes, but all of the patches (besides the device tree) are now in mainline. | 16:11 |
| fullstop | Is there a mechanism to build an out-of-tree dt which also lets me use the pre-processor like device tree does in the in-tree build? | 16:12 |
| *** RobertBerger <RobertBerger!~rber@x2f7fb1e.dyn.telefonica.de> has joined #yocto | 16:13 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:20 | |
| *** fl0v0 <fl0v0!~fvo@88.130.218.232> has quit IRC | 16:26 | |
| *** RobertBerger <RobertBerger!~rber@x2f7fb1e.dyn.telefonica.de> has left #yocto | 16:26 | |
| nrossi | fullstop: Have a look at devicetree.bbclass in oe-core | 16:29 |
| fullstop | thanks! | 16:30 |
| *** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 16:32 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto | 16:35 | |
| rburton | jonmason: does arm care about builds using thumb | 16:37 |
| nrossi | fullstop: almost forgot, here is an example for how you can use it (https://github.com/nathanrossi/meta-random/blob/master/recipes-toolbox/raspberrypi/rpi-device-tree.bb) | 16:37 |
| fullstop | nrossi: I'll check it out. My DT stuff is based off of a file in the kernel and requires the pre-processor to be built. Hopefully this works like that. | 16:39 |
| nrossi | fullstop: handles preprocessor, overlays and enables including kernel sources for headers/etc. | 16:40 |
| fullstop | Great!! | 16:40 |
| jonmason | rburton: I believe so. Is there an issue? | 16:41 |
| rburton | jonmason: just gave you one of my bugs :) | 16:42 |
| RP | JPEW: looking at the ca-cert failure I have a hypothesis | 16:42 |
| RP | JPEW: could hashequiv break reproducibility? as it doesn't account for timestamps? | 16:42 |
| jonmason | rburton: thanks a lot ;-) | 16:42 |
| fullstop | nrossi: that was astoundingly easy. thanks! | 16:43 |
| RP | i.e. if I build without repro and have random timestamps on some files could that then leak into a repro build via hashequiv | 16:43 |
| RP | kroon_: bitbake -DDv and save the logs to a file, then grep | 16:44 |
| milloni | where does the kernel recipe install sanitized kernel headers for user space use? | 16:44 |
| RP | milloni: into the sysroot in usr/include ? | 16:45 |
| milloni | that's the linux-libc-headers isn't it? | 16:45 |
| RP | milloni: yes, guess it depends which headers you mean | 16:45 |
| milloni | i'm asking in the context of the warning in linux-libc-headers.inc | 16:46 |
| milloni | https://paste.debian.net/hidden/784fbbdb/ | 16:46 |
| RP | milloni: there are a few ways to get the other headers but its likely a dependency on virtual/kernel and having it stage the headers you need | 16:47 |
| milloni | i was trying to use STAGING_KERNEL_DIR/include/uapi as my include path | 16:48 |
| milloni | but it complains that these aren't sanitized headers | 16:48 |
| RP | milloni: then you probably need to have that kernel put sanitized headers somewhere | 16:49 |
| milloni | RP: "having it stage the headers you need" by it do you mean virtual/kernel? | 16:49 |
| milloni | ack, thanks | 16:49 |
| RP | milloni: to be fair sanitzed headers were created after that warning was written :/ | 16:49 |
| RP | but its still fair, you need to depend on virtual/kernel to get them | 16:49 |
| RP | er, s/fair/right/ | 16:50 |
| milloni | https://kernelnewbies.org/KernelHeaders suggests keeping a copy of the headers I need with the user-space program that needs them | 16:50 |
| RP | people shouldn't ever be hacking linux-libc-headers regardless of how tempting that might look | 16:50 |
| milloni | i've seen some open-source projects do that, for example drm keeps a copy of uapi | 16:50 |
| RP | milloni: right, there are a few different ways to achieve it | 16:51 |
| milloni | but that doesn't seem like a good solution, having two sources of information and having to keep them in sync is an antipattern | 16:51 |
| milloni | RP: why is hacking linux-libc-headers so bad? i can see it's bad, but why is it *that* bad? | 16:52 |
| kroon_ | RP, find build/sstate-cache/|grep openjre-8, that should give me some results if there was any sstate-cache available, right ? | 16:52 |
| kroon_ | RP, cause I get matches for every other recipe | 16:53 |
| kroon_ | RP, it is as if saving sstate cache was disabled for this particular recipe :-/ | 16:53 |
| RP | milloni: you make glibc, the compiler, *everything* kernel specific to your device | 16:55 |
| RP | milloni: you really shouldn't have a device specific toolchain | 16:56 |
| RP | kroon_: I'd have expected so | 16:56 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 16:57 | |
| khem | Crofton|road: it seems either recipe or this kernel module you are building doesnt have inc paths set right | 16:59 |
| Crofton|road | The prepare stuff solved the toolchain problem, working on the on target, but need to rewrite rootfs and taking the chance to learn as mux | 17:00 |
| *** guerinoni <guerinoni!~guerinoni@host125-200-dynamic.248-95-r.retail.telecomitalia.it> has joined #yocto | 17:01 | |
| JPEW | RP: Ya, possibly... perhaps the hash should include timestamps? I don't think we are expecting hash equiv to really work well without out reprodcible builds anyway | 17:04 |
| milloni | RP: given that the standard kernel recipe doesn't do this, but it seems useful for cases like mine, would you accept a patch that makes the kernel recipe put sanitized kernel headers somewhere in ${STAGING_KERNEL_BUILDDIR}? | 17:05 |
| RP | JPEW: I think I'm starting to understand. We disabled reproducibile builds on the buildtools tarball. I suspect that is "infecting" the rest of the builds | 17:05 |
| JPEW | Ah | 17:05 |
| JPEW | We disabled it because Python was slow | 17:05 |
| RP | JPEW: adding in timestamp checks if repro builds are enabled would perhaps be the best way forward | 17:05 |
| rburton | does anyone use package feeds and often think "i wish bitbake would run package-index for me"? | 17:06 |
| JPEW | rburton: Not anymore but when we did yes :) | 17:06 |
| rburton | JPEW: darn | 17:07 |
| rburton | was hoping to find a sucker to finish my patch | 17:07 |
| denix | rburton: how would you do it if your feeds are synced out remotely? | 17:08 |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto | 17:08 | |
| rburton | denix: https://bugzilla.yoctoproject.org/show_bug.cgi?id=10749 is the background to my question, for people who just point a httpd at tmp/deploy. prototype patch enclosed! | 17:08 |
| yocti | Bug 10749: enhancement, Medium, 3.99, ross.burton, NEW , Add a class to update package index automatically | 17:08 |
| rburton | hoping to find someone other than unassigned to pass it to | 17:09 |
| *** kroon_ <kroon_!~kroon@213.185.29.22> has quit IRC | 17:14 | |
| *** ms_k <ms_k!~mauro@host72-92-static.3-79-b.business.telecomitalia.it> has left #yocto | 17:15 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 17:15 | |
| zeddii | milloni. there's already a bugzilla for having a secondary package specific headers around. | 17:15 |
| zeddii | and no, I wouldn't recommend using the staging dir for that. | 17:15 |
| zeddii | arrange for something package specific period, or use libc-headers. | 17:16 |
| *** locutus__ <locutus__!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has quit IRC | 17:16 | |
| *** blauskaerm <blauskaerm!Fever@gateway/vpn/mullvad/blauskaerm> has quit IRC | 17:16 | |
| JPEW | RP: Ensure no timestamp is newer than $SOURCE_DATE_EPOCH | 17:17 |
| JPEW | ? | 17:17 |
| milloni | zeddii: what do you mean by package-specific headers? | 17:17 |
| zeddii | meaning they can't go into a common location | 17:18 |
| zeddii | they are for whatever messed up userspace package needds them | 17:18 |
| zeddii | you can't put it int he common location, then you get some thing using libc-headers, some not. | 17:18 |
| zeddii | boom. | 17:18 |
| zeddii | there's a reason we don't do that already. | 17:18 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.183> has quit IRC | 17:22 | |
| milloni | zeddii: but there's no way to have package-specific headers yet? so if I dont want to use linux-libc-headers for reasons given by RP, copying to STAGING_KERNEL_BUILDDIR seems to be the best option for now? | 17:23 |
| *** blauskaerm <blauskaerm!Fever@gateway/vpn/mullvad/blauskaerm> has joined #yocto | 17:23 | |
| zeddii | you can deploy anything you want to the recipe specific sysroot. | 17:24 |
| RP | JPEW: to ensure non-repro and repro builds don't collide hashes | 17:25 |
| *** frsc <frsc!~frsc@i59F72409.versanet.de> has quit IRC | 17:25 | |
| RP | milloni: you can install anything to the sysroot in ${includedir}/my-special-headers or whatever | 17:26 |
| milloni | ack | 17:27 |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 17:27 | |
| *** MQueiros <MQueiros!589dec24@88.157.236.36> has quit IRC | 17:27 | |
| RP | milloni: I think we could support putting the sanitzed headers somewhere but needs to be separate from the kernel build, most people survive without this. Simlar to kernel-devsrc I guess | 17:27 |
| milloni | ack, i'll try to write something up | 17:28 |
| zeddii | put it here: | 17:28 |
| zeddii | https://bugzilla.yoctoproject.org/show_bug.cgi?id=5305 | 17:28 |
| yocti | Bug 5305: enhancement, Medium, Future, bruce.ashfield, IN PROGRESS IMPLEMENTATION , Make sanitized kernel headers available | 17:28 |
| zeddii | since we've already been talking about it for years :D | 17:28 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.183> has joined #yocto | 17:28 | |
| zeddii | I have patches for it, so we could finalize details and come up with something appropriate. | 17:29 |
| RP | JPEW: is this as simple as http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=5801b8262377346930d3e32364ca1267279691c6 I wonder? | 17:29 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.130> has quit IRC | 17:29 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 17:31 | |
| RP | zeddii: https://autobuilder.yoctoproject.org/typhoon/#/builders/102/builds/238 - any ideas? Its your series added to -next :/ | 17:31 |
| zeddii | checking. | 17:31 |
| RP | zeddii: I didn't think those changes were active so something odd is going on | 17:32 |
| zeddii | yah. that is odd, since I build a module on target for that very config. but my new series did have a devsrc tweak. | 17:32 |
| milloni | zeddii: where can i see your patches? | 17:33 |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 17:33 | |
| zeddii | I have to find them first. | 17:33 |
| zeddii | but I'm leaving for the airport in an hour, so it won't be for a while. | 17:33 |
| milloni | that's okay, thanks | 17:34 |
| zeddii | since the feature request has been around since 2013, I'm sure that won't matter ;) | 17:34 |
| zeddii | RP: I'll spin up a mips build and see if I see the same thing. | 17:34 |
| milloni | wont matter as in the patches will be out of date? | 17:34 |
| zeddii | no, meaning a few more days for me to find them :P | 17:34 |
| milloni | ah, okay | 17:34 |
| zeddii | RP: so that build has my series, but not the kernel default changes, right ? | 17:35 |
| *** locutus_ <locutus_!~LocutusOf@mob-109-112-61-7.net.vodafone.it> has joined #yocto | 17:35 | |
| RP | zeddii: correct | 17:35 |
| zeddii | which means, it must be my devsrc tweak. I can try 5.2 + the new devsrc patch to see if that triggers it | 17:35 |
| zeddii | qemumips - alt is just systemd, right ? | 17:35 |
| zeddii | so I can cobble that together | 17:35 |
| zeddii | I mainly tested with 5.4 + mips for that, so yes, it could have slipped through. I'll debug and follow up. | 17:35 |
| *** rizi_aquarian <rizi_aquarian!c25ef060@194.94.240.96> has joined #yocto | 17:36 | |
| *** kiwi_74 <kiwi_74!32657615@gateway/web/cgi-irc/kiwiirc.com/ip.50.101.118.21> has joined #yocto | 17:36 | |
| RP | zeddii: DISTRO="pokyaltcfg" | 17:36 |
| zeddii | gotcha. will make that switch and build. | 17:36 |
| RP | er, poky-altcfg | 17:36 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 17:37 | |
| rizi_aquarian | hello all. i have a qustion. what is best way to add opencv version 4.1.0 package. i have tried to add through my build/local.conf file and bitbake image again. and after that populate my sdk for cross compiling through that image. i am able to compile but unable to run it. | 17:38 |
| RP | tgamblin: I'm going to drop the logrotate patch for now, its confusing the builds more than it helps atm :/ | 17:38 |
| RP | tgamblin: I think it is exposing a pattern though | 17:38 |
| tgamblin | RP: sure thing. I'm also done with that worker if you need to use it for another build | 17:38 |
| *** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC | 17:38 | |
| tgamblin | RP: I've currently got builds for core-image-sato-sdk set up on two of our internal build servers, one of them is experiencing those error messages for wtmp at boot and one isn't. Makes me suspicious about what in the environment could be causing it | 17:39 |
| tgamblin | Won't say too much more until I've got more data, though | 17:39 |
| RP | tgamblin: its at least good it replicates somewhere else and seems to be a bigger issue | 17:40 |
| *** kiwi_74 <kiwi_74!32657615@gateway/web/cgi-irc/kiwiirc.com/ip.50.101.118.21> has quit IRC | 17:41 | |
| *** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 17:41 | |
| *** creich <creich!~unknown@p200300F6AF321B10000000000000039B.dip0.t-ipconnect.de> has joined #yocto | 17:45 | |
| rizi_aquarian | hello all. has anyone developed opencv applications with yocto ? | 17:46 |
| zeddii | RP: build started with that exact series and altcfg for mips. as I mentioned, I'm heading to the airport, so it'll be sometime tomorrow CET at the earliest when I can follow up. | 17:50 |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC | 17:51 | |
| RP | zeddii: np, thanks. I'll see if it repeats in this new build and report back | 17:51 |
| RP | zeddii: if it does I'll probably have to drop for now | 17:52 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 17:53 | |
| milloni | rizi_aquarian: what do you mean you're unable to run it? | 17:53 |
| zeddii | RP: no worries. it really will be an easy fix, so drop away, and I'll submit a v2 for the devsrc patch. or would you want the whole series as a v2 ? | 17:54 |
| rizi_aquarian | milloni: i added opencv in local.conf file and i am able to cross compile. but when i run this built executable in my qemux86 it says illegal instruction | 17:55 |
| milloni | rizi_aquarian: sorry, i've not used qemu with yocto, but it could be just that qemu doesn't emulate whatever opencv needs? | 17:56 |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 17:56 | |
| milloni | maybe try on real hardware? | 17:56 |
| *** locutus__ <locutus__!~LocutusOf@mob-31-157-114-160.net.vodafone.it> has joined #yocto | 17:57 | |
| RP | zeddii: whichever :) | 17:58 |
| zeddii | ack'd | 17:58 |
| rizi_aquarian | milloni: i have to actually scale the function in cloud testing so have to try to work it out for qemu. a question would be how to find out build time and runtime dependencies of the package? | 18:00 |
| milloni | rizi_aquarian: i dont think that's the problem, i think qemu doesnt emulate something that you need | 18:00 |
| milloni | you definitely dont want to run your computations under an emulated cpu | 18:01 |
| *** locutus_ <locutus_!~LocutusOf@mob-109-112-61-7.net.vodafone.it> has quit IRC | 18:01 | |
| milloni | if it's for the cloud you probably dont want to use yocto | 18:01 |
| milloni | oh i think i misunderstood, you want to test your image in the cloud, but the target is real hardware? | 18:02 |
| rizi_aquarian | yeah yeah now you understood | 18:02 |
| milloni | i would try to find out which instruction it crashes on | 18:03 |
| *** locutus_ <locutus_!~LocutusOf@mob-31-159-189-160.net.vodafone.it> has joined #yocto | 18:03 | |
| milloni | perhaps by running the program under gdb? | 18:03 |
| armpit | RP, should yocto-doc patches be sent to the new doc mailing list? | 18:03 |
| rizi_aquarian | so right now it only says "illegal instruction" | 18:04 |
| RP | armpit: yes | 18:04 |
| RP | armpit: we've not updated for that yet | 18:04 |
| * RP is banging his head against the autobuilder failures :( | 18:05 | |
| rizi_aquarian | milloni: sorry what do you mean by gbd? | 18:05 |
| milloni | rizi_aquarian: gdb is a very useful unix debugger | 18:05 |
| milloni | IMAGE_INSTALL += "gdb" | 18:05 |
| milloni | you run your program with it, it should tell you why it crashed (more than just "illegal instruction" | 18:06 |
| *** locutus__ <locutus__!~LocutusOf@mob-31-157-114-160.net.vodafone.it> has quit IRC | 18:06 | |
| rizi_aquarian | ok great thankyou. i will try that. also what IDE you use for crosscompiling? and debugging | 18:06 |
| milloni | rizi_aquarian: unix is my ide :) | 18:07 |
| milloni | i use vim as the editor | 18:07 |
| milloni | gdb as the debugger, gcc as the compiler, and so on | 18:08 |
| rizi_aquarian | milloni: thankyou i will try that. i thought may be you use eclipse or any other :] | 18:08 |
| * armpit sends RP a pillow to soften the blows | 18:08 | |
| *** rizi_aquarian <rizi_aquarian!c25ef060@194.94.240.96> has quit IRC | 18:12 | |
| armpit | RP, sent patch to update docs README | 18:16 |
| armpit | I will update stable as needed | 18:16 |
| RP | armpit: thanks! | 18:19 |
| *** pyo <pyo!c2a66f5c@194-166-111-92.adsl.highway.telekom.at> has joined #yocto | 18:20 | |
| *** locutus_ <locutus_!~LocutusOf@mob-31-159-189-160.net.vodafone.it> has quit IRC | 18:21 | |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 18:25 | |
| armpit | zeddii, do we need to maintain https://wiki.yoctoproject.org/wiki/Linux_Yocto#Release_Cadence ? | 18:31 |
| milloni | are entries in FILES recursive? | 18:33 |
| milloni | i.e for example "/asdf" will include everything under "/asdf"? | 18:34 |
| JPEW | RP: Ya, probably | 18:35 |
| *** RobertBerger <RobertBerger!~rber@46.189.28.94> has joined #yocto | 18:35 | |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto | 18:36 | |
| RP | Could someone please fix https://autobuilder.yoctoproject.org/typhoon/#/builders/75/builds/1506/steps/8/logs/warnings in meta-gplv2? :) | 18:36 |
| pyo | Hi, Is there a way I can use xserver-nodm-init with .Xauthority ? | 18:36 |
| * RP pushed a fix for the bukd breakage | 18:36 | |
| * JPEW really needs to drop meta-gplv2 | 18:37 | |
| JPEW | RP: I'll give it a look | 18:37 |
| denix | did parsing/handling of DISTRO_FEATURES recently changed? I use @oe.utils.conditional() in distro.conf to alter it and now it throws exception "name 'oe' is not defined"... | 18:38 |
| *** locutus_ <locutus_!~LocutusOf@mob-37-180-7-57.net.vodafone.it> has joined #yocto | 18:38 | |
| RP | JPEW: an inherit might fix it | 18:40 |
| JPEW | RP: Ok | 18:40 |
| RP | JPEW: that also might not be the right fix, not sure | 18:41 |
| RP | denix: You've probably just been lucky in the past. It hasn't changed but variables do change which could influence when its expanded | 18:41 |
| denix | RP: hmm, is it valid to use @oe.utils.conditional() in distro.conf to alter DISTRO_FEATURES? is it too early? I guess I can re-write that condition with pure python, if oe lib is not yet available at that time... | 18:45 |
| JPEW | Why is shared-mime-info even in meta-gplv2? | 18:45 |
| JPEW | Ah, itstool | 18:46 |
| denix | RP: or use bb lib instead of oe lib... | 18:46 |
| *** ka6sox is now known as zz_ka6sox | 18:49 | |
| *** zz_ka6sox is now known as ka6sox | 18:55 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 18:58 | |
| *** guerinoni <guerinoni!~guerinoni@host125-200-dynamic.248-95-r.retail.telecomitalia.it> has quit IRC | 19:01 | |
| tgamblin | RP: Hmm, in my failing build environment I can consistently see that boot error, but "bitbake -c core-image-sato-sdk -c testimage" still passes :/ | 19:04 |
| tgamblin | I'm tempted to try a v4 that at least adds another step in the test to make sure the /var/log/wtmp file has the right permissions | 19:10 |
| rburton | JPEW: built-time only dependency i *think* | 19:12 |
| JPEW | rburton: Ya, that seems a little odd; I thought GPLv3 build time dependencies were allowed | 19:12 |
| rburton | JPEW: it was marked as a RDEPENDS in master | 19:13 |
| JPEW | rburton: Ah, OK | 19:13 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 19:13 | |
| rburton | double-checking now because i''m paranoid i broke it | 19:13 |
| kroon | Is a recipe not allowed to have a digit in its name, like "openjre-8" ? | 19:14 |
| rburton | kroon: lz4 is a recipe in oe-core | 19:15 |
| rburton | and m4 | 19:15 |
| kroon | hmm, is the "-8" not allowed then ? | 19:15 |
| rburton | more likely the hyphen breaking some bad parsing | 19:16 |
| *** locutus_ <locutus_!~LocutusOf@mob-37-180-7-57.net.vodafone.it> has quit IRC | 19:16 | |
| rburton | what actually happens? | 19:16 |
| kroon | I dont get any sstate cache generated when building openjre-8 and openjdk-8-native | 19:16 |
| rburton | JPEW: right, its build-time only. | 19:16 |
| rburton | kroon: none at all? sounds like the recipe is breaking it very badly | 19:16 |
| RP | denix: I'd use lib/bb if you can | 19:17 |
| kroon | rburton, "find sstate-cache/ | grep openjre" shows nothing | 19:17 |
| kroon | rburton, the same if i grep for openjdk | 19:18 |
| *** meego <meego!~meego@2001:41d0:fe7e:c800:b9b4:8615:cec6:435> has quit IRC | 19:18 | |
| *** pyo <pyo!c2a66f5c@194-166-111-92.adsl.highway.telekom.at> has quit IRC | 19:19 | |
| denix | RP: yeah, done pure python condition for now and it parsed, but it's strange that is used to work for years - something now is trying to access DISTRO_FEATURES very early during initial parsing... | 19:19 |
| armpit | py2 ; ) | 19:21 |
| jonmason | rburton: finally looking at the 3 year old bug, thanks...for nothing | 19:21 |
| rburton | jonmason: you're welcome | 19:22 |
| rburton | jonmason: ignore it for another three years, that's what i did | 19:22 |
| rburton | kroon: you meant openjdk not openjre right | 19:24 |
| rburton | i have openjdk-8 files in my sstate from when i poked at openjdk last month | 19:24 |
| rburton | so its not broken by design at least | 19:24 |
| kroon | rburton, I meant both recipes "openjre-8" and "openjdk-8-native" | 19:24 |
| denix | armpit: is your comment about py2 for me? I kind of suspect the same... :) | 19:25 |
| kroon | rburton, not openjdk-8 | 19:25 |
| JPEW | rburton: Huh, weird. Seems like shared-mime-info might be in meta-gplv2 unnecessarly then... I'll still try to fix it anyway. Thanks! | 19:26 |
| RP | JPEW: when I added it, it seemed like the best solution. It may be it can be removed now | 19:27 |
| kroon | rburton, but yeah the "-8" doesnt seem to make a difference | 19:28 |
| kroon | so how in the heck can a recipe break sstate cache | 19:28 |
| RobertBerger | @kroon: PN may contain hyphens, that should be fine | 19:35 |
| RP | kroon: is the openjdk recipe in a public layer? | 19:35 |
| armpit | denix, yeah.. maybe now with py3 things are different | 19:35 |
| kroon | RP, its in meta-java, master-next | 19:36 |
| RP | py2 or py3 likely makes no difference | 19:36 |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 19:36 | |
| RobertBerger | @RP: meta-java | 19:36 |
| kroon | RP, buts its a big thing.. | 19:36 |
| armpit | RP, I was giving denix a way out | 19:37 |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 19:39 | |
| *** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has quit IRC | 19:39 | |
| *** aidanh_ is now known as aidanh | 19:39 | |
| RobertBerger | @kroon: BTW I managed in the meantime to build meta-java, master-next, openjdk-8 and openjre-8 and it seems to run as well | 19:39 |
| *** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has joined #yocto | 19:39 | |
| kroon | RobertBerger, do you have sstate-cache for now ? | 19:40 |
| RobertBerger | @kroon oh yes | 19:40 |
| kroon | RobertBerger, find sstate-cache/ | grep openjre | 19:40 |
| kroon | RobertBerger, shows up files ? | 19:40 |
| RobertBerger | wait | 19:40 |
| RP | kroon: I did just have a quick glance and didn't see anything obvious | 19:41 |
| *** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has quit IRC | 19:41 | |
| RobertBerger | @kroon: both openjdk and openjre are in there | 19:41 |
| *** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has joined #yocto | 19:41 | |
| RP | denix, armpit: There was some change which did have an effect like this. Can't quite remember what it was though | 19:41 |
| kroon | RobertBerger, are you on master oe-core ? | 19:42 |
| RobertBerger | @kroon - wait. I am on zeus everywhere except for meta-java | 19:43 |
| denix | RP: PARSE_ALL_RECIPES? | 19:43 |
| RobertBerger | @kroon - only meta-java is master-next with a few hacks | 19:43 |
| RP | denix: no, wasn't that recent | 19:43 |
| RP | denix: did this just happen? | 19:44 |
| RobertBerger | @kroon: master-next: 7d30e6ff7b8a54d67256ce528e8c4fd7e63f6b14 | 19:44 |
| kroon | RobertBerger, ok I haven't tried zeus, im on master | 19:45 |
| kroon | RP, thanks for checking | 19:45 |
| RobertBerger | @kroon: I am with all my other layers on zeus, but could not get the meta-java zeus branch to work, so I moved to meta-java master and master-next | 19:45 |
| RobertBerger | @kroon: I had to use host gcc 9 and adjust a few things to make gcc 9 happy | 19:46 |
| *** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has quit IRC | 19:46 | |
| RobertBerger | @kroon: Now I get: root@6fca7a354060:/# java -version | 19:47 |
| RobertBerger | openjdk version "1.8.0_242-internal" | 19:47 |
| RobertBerger | OpenJDK Runtime Environment (build 1.8.0_242-internal-ga) | 19:47 |
| RobertBerger | OpenJDK 64-Bit Server VM (build 25.242-bga, mixed mode) | 19:47 |
| kroon | RobertBerger, the problem I have is that building openjre-8 doesnt seem to generate any sstate cache | 19:48 |
| RobertBerger | @kroon: hmmm spooky | 19:49 |
| RobertBerger | @kroon: is icedtea in sstate? | 19:49 |
| kroon | RobertBerger, yup, icedtea7-native | 19:50 |
| kroon | so im suspecting the "-8" is fooling the sstate cache | 19:50 |
| RobertBerger | @kroon I have both jdk-8 and jdk-8-native there | 19:50 |
| kroon | "openjre-8-242" is name and version | 19:50 |
| kroon | RobertBerger, yes but you are on zeus right ? | 19:51 |
| denix | RP: may not be very recent, haven't tried bisecting yet... | 19:51 |
| RobertBerger | @kroon: yes poky/zeus | 19:51 |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC | 19:53 | |
| RobertBerger | @kroon: wait a bit | 19:54 |
| RobertBerger | pokyuser@196d78e83b84:/workdir/build/container-x86-64-java$ bitbake openjdk-8 -e | grep ^PN= | 19:54 |
| RobertBerger | PN="openjdk-8" | 19:54 |
| RobertBerger | pokyuser@196d78e83b84:/workdir/build/container-x86-64-java$ bitbake openjdk-8 -e | grep ^PV= | 19:54 |
| RobertBerger | PV="242" | 19:54 |
| RobertBerger | pokyuser@196d78e83b84:/workdir/build/container-x86-64-java$ bitbake openjdk-8 -e | grep ^PR= | 19:54 |
| RobertBerger | PR="r0" | 19:54 |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto | 19:55 | |
| kroon | RobertBerger, sstate cache generation has changed inbetween zeus and master. can you try master ? | 19:55 |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 19:55 | |
| RobertBerger | @kroon: openjre-8-242 would be wrong, it is openjdk-8_242.bb | 19:56 |
| RobertBerger | @kroon: I will try. So you just want me to switch poky to master-next, yes? Hope not too many things will break. | 19:57 |
| kroon | RobertBerger, master would be enough. but rebuilding would take some time I guess | 19:57 |
| RobertBerger | @kroon: The rebuilding time is not an issue. I can check tomorrow morning - I am in Germany and will build in Austria on my servers somewhere. Just fixing build issues will be more tricky while sleeping ;) | 19:59 |
| kroon | RobertBerger, thanks, i'd appreciate it! | 20:00 |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.101.47> has joined #yocto | 20:11 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 20:19 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 20:21 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 20:23 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.101.47> has quit IRC | 20:27 | |
| RobertBerger | @kroon: I need to turn all other layers also to master since quite a few bbclasses changed and are not avail anymore, so I am not sure i will be able to have results any time soon | 20:27 |
| kroon | RobertBerger, yeah, its ok | 20:27 |
| kroon | RobertBerger, no need to bother, its a little too much to ask for | 20:28 |
| kroon | RobertBerger, ill see if I can bisect this | 20:28 |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.101.47> has joined #yocto | 20:29 | |
| RobertBerger | @kroon: let me put my current hacks under version control an I'll see what I can do maybe on some other server so I don't f*ck up my current setup | 20:29 |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.101.47> has quit IRC | 20:35 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 20:36 | |
| RP | denix: I'd suspect 6-9 moths ago there was something | 20:41 |
| *** berton <berton!~berton@177.194.196.4> has quit IRC | 20:54 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.101.47> has joined #yocto | 20:55 | |
| denix | RP: no, not that long :) few days, maybe a week or two ago it was working for me | 20:55 |
| kroon | RP, I see the sstate files being generated under work/. But they arent copied to sstate-cache/ dir. could you point me to which function is supposed to take care of that ? | 20:56 |
| tlwoerner | can anyone point me to an example of PACKAGECONFIGs "building on top of each other" conditionally? | 21:00 |
| tlwoerner | for example, package mpv can be built for x11 or wayland | 21:00 |
| tlwoerner | so you can configure mpv with --enable-x11 or --enable-wayland, depending on a DISTRO_FEATURE, no problem | 21:01 |
| tlwoerner | but if you're also using opengl, then you can also configure with --enable-gl-x11 or --enable-gl-wayland | 21:02 |
| tlwoerner | the same goes for vaapi and vdpau, even leading to things like --enable-vdpau-gl-x11 | 21:03 |
| RP | kroon: sstate.bbclass creates the file in SSTATE_DIR, sstate_create_package() in that class | 21:04 |
| tlwoerner | so is there a way to say: "if DISTRO_FEATURES contains 'opengl' and 'x11' and the user has asked for PACKAGECONFIG[vdpau] then configure with --enable-vdpau-gl-x11"? | 21:05 |
| RobertBerger | @kroon: This is what I am trying at the moment: meta | 21:05 |
| RobertBerger | meta-poky | 21:05 |
| RobertBerger | meta-yocto-bsp = "master:1cebd3469e295b4b1ae46effe5cf521b5264ee05" | 21:05 |
| RobertBerger | meta-resy = "master:9b1976b0c750441a597ab579fdbdaa4b9dac1054" | 21:05 |
| RobertBerger | meta-java-master = "master-next:7d30e6ff7b8a54d67256ce528e8c4fd7e63f6b14" | 21:05 |
| RobertBerger | meta-oe = "master:4043bcc714d4aa7abaee7e8e5911f76701207497" | 21:05 |
| RP | denix: right, I don't know of a change that recently | 21:05 |
| RobertBerger | @kroon and I have a fresh SSTATE dir, so we shall see (hopefully soon) | 21:05 |
| kroon | RP, its created there, but then it is copied/ln:ed to build/sstate-cache/ somewhere else ? | 21:07 |
| kroon | RP, cause sstate_create_package() is exiting early since the file already exists | 21:08 |
| RP | kroon: where is SSTATE_DIR pointing? | 21:09 |
| RP | kroon: it should be created into the sstate cache there | 21:09 |
| RP | kroon: it sounds like SSTATE_DIR is incorrect | 21:10 |
| kroon | SSTATE_DIR="/tmp/ramdisk/xxx/work/i686-oe-linux/openjre-8/242-r0/jdk8u-jdk8u242-ga/sstate-cache" | 21:11 |
| RobertBerger | @kroon: I see in my build: find | grep openjdk | 21:11 |
| RobertBerger | ./02/31/sstate:openjdk-8-native::242:r0::3:02310a5ba4da6551097a81232b3c780966a72f840299f571af9d57f6e9b39c72_fetch.tgz.siginfo | 21:11 |
| RobertBerger | ./23/78/sstate:openjdk-8::242:r0::3:23780bf55e6d385cfad7cae2180dfd458fcb1cd89d12a72840e57565984ae976_fetch.tgz.siginfo | 21:11 |
| RobertBerger | @kroon so I think it will populate my SSTATE | 21:11 |
| kroon | RP, yes, it looks incorrect compared to other recipes | 21:12 |
| *** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto | 21:12 | |
| kroon | RP, aha... | 21:13 |
| kroon | RP, openjdk-8-common.inc does export TOPDIR="${S}" | 21:14 |
| rburton | aha | 21:14 |
| rburton | not in master, fwiw | 21:14 |
| RobertBerger | @kroon: SSTATE is being populated also with master as it looks like | 21:15 |
| kroon | RP, thank you, this was driving me nuts... | 21:15 |
| rburton | kroon: my openjdk-8-common in meta-java master doesn't set that | 21:17 |
| kroon | rburton, no, this is with master-next | 21:18 |
| rburton | ah | 21:18 |
| rburton | best tell richard before it merges to master! | 21:19 |
| kroon | rburton, yeah I just sent an email | 21:19 |
| rburton | there is a JDK_TOPDIR used for presumably this exact reason :) | 21:19 |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.101.47> has quit IRC | 21:19 | |
| rburton | right dog walk | 21:19 |
| kroon | rburton, me too :-D | 21:19 |
| RobertBerger | @kroon, are you still searching why SSTATE is not populated with openjdk-8 stuff? | 21:20 |
| RobertBerger | @kroon: I have meta-java/master-next and poky/master and SSTATE is being populated | 21:21 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 21:26 | |
| RP | JPEW: thanks! | 21:28 |
| JPEW | RP: np | 21:29 |
| RP | JPEW: sadly that timestamp change didn;t work so either its wrong or my theory is wrong | 21:29 |
| JPEW | RP: Hmm, OK | 21:30 |
| RP | JPEW: repro-fail/build-st-27398 is the difference, will investigate | 21:33 |
| RP | JPEW: 1970 vs 2019 timestamp differences | 21:36 |
| JPEW | RP: That looks the same as the one for which I logged the bug | 21:36 |
| RP | JPEW: yes :/ | 21:37 |
| * JPEW Checks if it's the exact same date... | 21:37 | |
| RP | JPEW: one is a timestamp of "0", the other is the repro build timestamp | 21:37 |
| JPEW | RP: Ya, I wonder where the 0 came from | 21:38 |
| kroon | RobertBerger, ah sorry, no the TOPDIR thing was the reason | 21:38 |
| RP | JPEW: fixed_source_date_epoch ? | 21:38 |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 21:39 | |
| RobertBerger | @kroon I am still confused | 21:39 |
| RobertBerger | @kroon how does my poky/master, meta-java/master-next then populate SSTATE? | 21:39 |
| RP | JPEW: I'll pause a worker and run this manually I think | 21:39 |
| kroon | RobertBerger, yeah thats a fair question | 21:40 |
| kroon | RobertBerger, what do you get when you run "bitbake -e openjre-8|grep ^SSTATE_DIR=" | 21:41 |
| RobertBerger | @kroon - wait I switch the environment and let you know | 21:41 |
| JPEW | RP: OK. Perhaps grab the __source_date_epoch.txt file if you can | 21:42 |
| RP | JPEW: the previous build was cleaned up but hopefully reproduces and I can narrow it down | 21:43 |
| RP | JPEW: I suspect something to do with allarch | 21:43 |
| JPEW | Oh my, allarch.bbclass is busier that I would have expected | 21:44 |
| rburton | JPEW: it doesn't just set packagearch=any, but it does its best to stop compilation entirely | 21:45 |
| RP | rburton: its signature problems which are the hard part | 21:46 |
| JPEW | I can't decide whats stranger, that the timestamp from sstate is 0, or that the clean build timestamp is the current date | 21:47 |
| JPEW | I think the latter | 21:47 |
| JPEW | At least the 0 date has an obvious path through the code | 21:47 |
| RobertBerger | @kroon: it looks good: | 21:50 |
| RobertBerger | bitbake openjdk-8 -e | grep ^SSTATE_DIR= | 21:50 |
| RobertBerger | SSTATE_DIR="/workdir/sstate_zeus_master/" | 21:50 |
| RobertBerger | pokyuser@2cc132871621:/workdir/build/container-x86-64-java-master$ bitbake openjre-8 -e | grep ^SSTATE_DIR= | 21:50 |
| RobertBerger | SSTATE_DIR="/workdir/sstate_zeus_master/" | 21:50 |
| RobertBerger | pokyuser@2cc132871621:/workdir/build/container-x86-64-java-master$ | 21:50 |
| RobertBerger | @kroon: /workdir/sources/meta-java-master/recipes-core/openjdk$ grep -r TOPDIR . | 21:51 |
| RobertBerger | ./openjdk-8-common.inc:export TOPDIR="${S}" | 21:51 |
| RobertBerger | @kroon: I use meta-java on master/next which contains: export TOPDIR="${S}" | 21:52 |
| rburton | i'm guessing one of you has SSTATE_DIR set absolutely and the other has it set using TOPDIR | 21:52 |
| kroon | ah yeah | 21:52 |
| RobertBerger | @rburton: I have it absolutely | 21:52 |
| kroon | im using default SSTATE_DIR | 21:52 |
| rburton | SSTATE_DIR ?= "${TOPDIR}/sstate-cache" <-- default | 21:52 |
| tlwoerner | JPEW: thanks to you, mpv-0.32.0 and chromium-79.0.3945.117 running on rock-pi-4 accelerated with panfrost! :-D | 21:52 |
| JPEW | tlwoerner: Awesome! | 21:53 |
| tlwoerner | i just need to figure out the configure maze for mpv before i can push the update | 21:53 |
| RobertBerger | @rburton: in site.conf: SSTATE_DIR = "/workdir/sstate_zeus_master/" | 21:53 |
| kroon | RobertBerger, thats why you dont have the problem | 21:53 |
| RobertBerger | @kroon - that's why I don't have THAT problem ;) I have others with meta-java ;) | 21:54 |
| kroon | RobertBerger, :-D | 21:54 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-2-43-7-226.net.vodafone.it> has joined #yocto | 21:54 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 21:54 | |
| tlwoerner | what's the trick that allows a partition to auto-resize on bootup? | 21:54 |
| JPEW | RP: Hmm, I wonder if __source_date_epoch.txt is empty... | 21:57 |
| JPEW | rburton: For trying to prevent compiling, ca-certificates sure looks like it's compiling with allarch.bbclass :) | 21:59 |
| JPEW | rburton: Ah, probably not actually compiling, just has a Makefile | 22:00 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 22:05 | |
| *** RobertBerger <RobertBerger!~rber@46.189.28.94> has left #yocto | 22:08 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 22:08 | |
| *** gabrbedd <gabrbedd!~beddingfi@li471-199.members.linode.com> has quit IRC | 22:08 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC | 22:10 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-92-52.cust.vodafone.cz> has joined #yocto | 22:10 | |
| *** gabrbedd <gabrbedd!~beddingfi@li471-199.members.linode.com> has joined #yocto | 22:10 | |
| *** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has quit IRC | 22:16 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 22:17 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-92-52.cust.vodafone.cz> has quit IRC | 22:21 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto | 22:21 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC | 22:28 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto | 22:28 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 22:30 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC | 22:33 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 22:34 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto | 22:34 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:38 | |
| RP | JPEW: well, it totally blew up :/ | 22:50 |
| RP | JPEW: build restored from sstate has no epoch file and 1970 timestamps | 22:54 |
| RP | hm, logs say the file should be there | 22:54 |
| RP | ah, it is | 22:55 |
| *** opennandra <opennandra!~marek@185.144.162.74> has joined #yocto | 22:57 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC | 22:57 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto | 22:58 | |
| RP | JPEW: I think I know the cause. its from when we started stopping sstate overwriting files with the same hash in sstate | 23:03 |
| RP | hmm, that doesn;t quite make sense though | 23:05 |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 23:07 | |
| *** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has quit IRC | 23:11 | |
| *** opennandra <opennandra!~marek@185.144.162.74> has quit IRC | 23:16 | |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.101.47> has joined #yocto | 23:26 | |
| RP | JPEW: the idea of tracking timestamps won't work as it doesn't apply for all tasks :/ | 23:28 |
| RP | JPEW: we don't track the timestamps of the created ipks/debs for example but do for do_package output apart from maybe the top level dir | 23:29 |
| RP | JPEW: but that also shows my theory is totally wrong and I cant see how it can restore files from 11Jan like this | 23:29 |
| * RP has more questions than answers and will have to sleep on it | 23:29 | |
| * RP is sad to have to pass on that Scott Rifenbark has died. The docs won't be quite the same without him :(. | 23:33 | |
| halstead | Very sad to hear that RP. Thank you for passing on the news. | 23:35 |
| denix | oh, sad news, indeed. we'll miss Scott | 23:38 |
| *** atyagi2 <atyagi2!~ankurtyag@118.148.101.47> has quit IRC | 23:41 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC | 23:44 | |
| *** rburton <rburton!rburton@nat/intel/x-ronclzlgqzsmrdqt> has quit IRC | 23:45 | |
| armpit | yeah.. very sad. he will be missed | 23:47 |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto | 23:48 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:50 | |
| tgamblin | RP: :( | 23:52 |
| khem | RP: sad to hear about Scott, He would first try the procedure or instructions before documenting it, I was really impressed | 23:53 |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC | 23:54 | |
| *** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto | 23:55 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!