Wednesday, 2020-01-29

*** goliath <goliath!> has quit IRC00:08
* RP suspects he's broken meta-gplv2 again :(00:13
tgamblinUh oh00:14
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC00:15
tgamblinRP: what are the actual builder machines? A cluster of core2duo boxes or something?00:20
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC00:20
*** jpsalm <jpsalm!> has quit IRC00:22
*** leon-anavi <leon-anavi!~Leon@> has quit IRC00:35
*** crazy_imp <crazy_imp!> has joined #yocto00:36
*** crazy_imp <crazy_imp!~mj@unaffiliated/crazy-imp/x-8704303> has joined #yocto00:36
armpittgamblin, I think there a few different flavors as we just refreshed some. MHalstead would know00:53
armpitthe specifics00:53
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto00:57
*** rcw <rcw!~rcw@> has joined #yocto00:59
halsteadtgamblin, It's a blend of Xeon(R) CPU E5-2697 v3, E5-2670 v3, and one Huawei TaiShan 228001:17
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto01:17
tgamblinhalstead: armpit: ah, thanks01:17
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC01:24
tgamblinhalstead: any chance that builder is still accessible?01:34
*** rcw <rcw!~rcw@> has quit IRC02:31
*** atyagi2 <atyagi2!~ankurtyag@> has joined #yocto02:41
*** armpit <armpit!~armpit@> has quit IRC02:41
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC02:47
*** m1ster_r0b0t <m1ster_r0b0t!> has quit IRC02:50
*** atyagi2 <atyagi2!~ankurtyag@> has quit IRC02:51
halsteadtgamblin, It is still there. Just need to finish adding your ssh access.02:59
*** m1ster_r0b0t <m1ster_r0b0t!> has joined #yocto03:17
yoctiNew news from stackoverflow: How to store pyc files with setuptools3 in bitbake recipe in the same way setuptools does? <>03:29
*** atyagi2 <atyagi2!~ankurtyag@> has joined #yocto03:29
*** atyagi2 <atyagi2!~ankurtyag@> has quit IRC03:33
*** atyagi2 <atyagi2!~ankurtyag@> has joined #yocto03:50
*** atyagi2 <atyagi2!~ankurtyag@> has quit IRC03:57
*** atyagi2 <atyagi2!~ankurtyag@> has joined #yocto03:58
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC04:02
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto04:03
*** atyagi2 <atyagi2!~ankurtyag@> has quit IRC04:20
*** atyagi2 <atyagi2!~ankurtyag@> has joined #yocto04:23
*** atyagi2 <atyagi2!~ankurtyag@> has quit IRC04:32
*** armpit <armpit!~armpit@2601:202:4180:a5c0:9c41:27a8:c371:1cdd> has joined #yocto04:53
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto05:16
*** nerdboy <nerdboy!~sarnold@> has joined #yocto05:45
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto05:45
*** atyagi2 <atyagi2!~ankurtyag@> has joined #yocto05:52
*** atyagi2 <atyagi2!~ankurtyag@> has quit IRC05:56
*** atyagi2 <atyagi2!~ankurtyag@> has joined #yocto06:06
*** Nathan22 <Nathan22!80e0fc02@> has quit IRC06:10
*** jobroe <jobroe!~manjaro-u@> has joined #yocto06:12
*** atyagi2 <atyagi2!~ankurtyag@> has quit IRC06:15
*** atyagi2 <atyagi2!~ankurtyag@> has joined #yocto06:15
*** atyagi2 <atyagi2!~ankurtyag@> has quit IRC06:17
RobertBergerWhich 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 master06:17
*** pohly <pohly!> has joined #yocto06:22
*** pohly <pohly!> has quit IRC06:25
*** pohly <pohly!> has joined #yocto06:25
yoctiNew news from stackoverflow: Kernel hang during boot-up <>06:29
*** agust <agust!> has joined #yocto06:34
*** hamis_lt_u <hamis_lt_u!~irfan@> has joined #yocto06:37
*** RobertBerger <RobertBerger!~rber@> has quit IRC06:43
*** AndersD <AndersD!> has joined #yocto06:50
*** jeanba1 <jeanba1!~jbl@> has joined #yocto07:05
*** jeanba1 <jeanba1!~jbl@> has left #yocto07:06
*** thaytan <thaytan!> has quit IRC07:07
*** thaytan <thaytan!> has joined #yocto07:09
*** TobSnyder <TobSnyder!> has joined #yocto07:12
*** RobertBerger <RobertBerger!> has joined #yocto07:16
dv|2toaster + 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 #yocto07:28
*** atyagi2 <atyagi2!~ankurtyag@> has joined #yocto07:30
*** frsc <frsc!> has joined #yocto07:35
*** yann <yann!> has quit IRC07:35
*** fl0v0 <fl0v0!~fvo@> has joined #yocto07:43
*** atyagi2 <atyagi2!~ankurtyag@> has quit IRC07:45
*** atyagi2 <atyagi2!~ankurtyag@> has joined #yocto07:46
*** m1ster_r0b0t <m1ster_r0b0t!> has quit IRC07:47
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC07:51
*** atyagi2 <atyagi2!~ankurtyag@> has quit IRC07:56
*** Bunio_FH <Bunio_FH!> has joined #yocto08:08
*** sstiller <sstiller!> has joined #yocto08:21
*** yann <yann!~yann@> has joined #yocto08:34
*** hamis_lt_u <hamis_lt_u!~irfan@> has quit IRC08:36
*** hamis_lt_u <hamis_lt_u!~irfan@> has joined #yocto08:36
dv|2Is Toaster ready for production?08:41
*** rburton <rburton!rburton@nat/intel/x-ronclzlgqzsmrdqt> has joined #yocto08:41
LetoThe2nddv|2: depends on what you expect it to do08:41
LetoThe2nddv|2: in a real life production environment i actually see little use for it besides build inspection.08:42
*** yacar_ <yacar_!> has joined #yocto08:42
dv|2LetoThe2nd, I mean I constantly get different errors, timeouts and exceptions trying to run toaster in Build Appliance image.08:45
LetoThe2nddv|2: i guess thats more related to the build appliance environment. sure, file a bug for it08:47
LetoThe2ndbut i usually just ignore toaster as i have no use case for it.08:47
dv|2LetoThe2nd 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 Wiki08:49
LetoThe2ndthis is the current state of affairs. if it is wrong, please file bugs :)08:51
LetoThe2ndbut actually, i'd advise to check it works *outside* of the generated build appliance first.08:53
*** goliath <goliath!> has joined #yocto08:58
*** hpsy <hpsy!~hpsy@> has quit IRC08:58
*** asteriusio <asteriusio!> has quit IRC08:59
dv|2LetoThe2nd, thank you09:01
LetoThe2nddv|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
LetoThe2nddv|2: first and foremost, it is *NOT* a GUI to magically point-click-create-build on yocto technology.09:02
dv|2LetoThe2nd, 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 included09:04
LetoThe2nddv|2: the key point to get your head around is: what will they do once they are satisfied with the build?09:05
LetoThe2ndshall they keep that appliance image with the magic toaster settings around forever?09:06
LetoThe2ndor, 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
LetoThe2ndbecause 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!> has joined #yocto09:07
dv|2LetoThe2nd, 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 device09:10
LetoThe2ndjust sayin09:10
mranostayweb interface all things?09:12
dv|2yes, 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 result09:14
LetoThe2nddv|2: and then they put the VM into their git repo. :)09:14
*** ms_k <ms_k!> has joined #yocto09:14
ms_kHi all. I found a strange behaviour using PREFERRED_VERSION using Zeus (but perhaps could be also in other versions)09:15
ms_kI have two recipes vesions of a custom kernel, and my-kernel_4.9.67.bb09:15
ms_kInto my machine .conf I set PREFERRED_PROVIDER_virtual/kernel = "my-kernel"09:15
dv|2LetoThe2nd, they are windows users. everything is possible :)09:16
LetoThe2nddv|2: go ahead then.09:16
ms_kIf I set PREFERRED_VERSION_my-kernel = "4.9%", the selected version during build is 4.9.1109:16
ms_kIf I don't set PREFERRED_VERSION the selected version is 4.9.67, which is what I expect also using PREFERRED_VERSION09:17
ms_kI know that in this situation the PREFERRED_VERSION is useless,'s strange09:18
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:20
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:22
LetoThe2ndms_k: only thing that comes to my mind, have you compared bitbake -e virtual/kernel in both cases?09:22
*** aeichner <aeichner!> has joined #yocto09:24
*** aeichner <aeichner!> has left #yocto09:25
*** florian_kc is now known as florian09:30
*** kroon <kroon!~kroon@> has joined #yocto09:35
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:36
*** sagner <sagner!~ags@2a02:169:3df5::edf> has quit IRC09:39
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto09:48
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto09:48
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC09:49
*** PinkSnake <PinkSnake!51ff1123@> has joined #yocto09:51
PinkSnakeHello all, stupid question, I have probably miss something but in all devshell I got this followinf issue : 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 IRC09:53
*** locutus_ <locutus_!> has joined #yocto09:54
ms_kLetoThe2nd: thank you. What I should compare in two environments?09:55
ms_kLetoThe2nd: I tried command bitbake -s | grep my-kernel09:56
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC09:57
ms_kLetoThe2nd: output with PREFERRED_VERSION is Latest Version:4.9.67-r0, Preferred Version 4.9.11-r009:57
ms_kLetoThe2nd: output without PREFERRED_VERSION is Latest Version:4.9.67-r0, Preferred Version <void>09:58
qschulzPinkSnake: have you fixed your dts issue from yesterday (you wanted to cp it to the sources)09:58
*** locutus__ <locutus__!> has joined #yocto09:59
*** AndersD <AndersD!> has joined #yocto10:00
*** locutus_ <locutus_!> has quit IRC10:01
PinkSnakeqschulz Yes all right :-)10:01
*** locutus_ <locutus_!> has joined #yocto10:02
PinkSnakeqschulz 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
creichhey there, can anyone tell me how licenses in staticly built/linked linraries are handeled in bitbake/yocto?10:05
*** locutus__ <locutus__!> has quit IRC10:05
creichsay 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
qschulzPinkSnake: 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 #yocto10:09
PinkSnakeqschulz you're right with s = "${WORKDIR}/git". will do that :)10:11
qschulzPinkSnake: I'm not so sure, maybe be subdir is relative and not absolute, in which case ${S} wouldn't work10:12
qschulzPinkSnake: worth trying (and telling me :D)10:13
PinkSnakeqschulz let's make a try to be sure :)10:13
PinkSnakeqschulz 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!> has joined #yocto10:21
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto10:21
*** locutus_ <locutus_!> has quit IRC10:24
*** locutus_ <locutus_!> has joined #yocto10:26
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC10:29
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto10:30
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto10:30
*** locutus_ <locutus_!> has quit IRC10:32
*** goliath <goliath!> has quit IRC10:33
*** locutus_ <locutus_!> has joined #yocto10:35
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC10:38
*** locutus_ <locutus_!> has quit IRC10:41
*** locutus__ <locutus__!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has joined #yocto10:54
*** MQueiros <MQueiros!589dec24@> has joined #yocto10:58
*** RobertBerger <RobertBerger!> has quit IRC11:02
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:03
*** PinkSnake <PinkSnake!51ff1123@> has quit IRC11:04
*** goliath <goliath!> has joined #yocto11:06
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC11:07
*** RobertBerger <RobertBerger!~rber@> has joined #yocto11:16
FrazerClewshi, 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
*** meego <meego!~meego@2001:41d0:fe7e:c800:b9b4:8615:cec6:435> has joined #yocto11:19
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto11:20
*** PinkSnake <PinkSnake!51ff1123@> has joined #yocto11:30
*** yacar_ <yacar_!> has quit IRC11:34
kroonFrazerClews, maybe reply with a "ping"11:37
*** otavio <otavio!~otavio@> has joined #yocto11:44
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto11:44
*** berton <berton!~berton@> has joined #yocto11:46
*** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has joined #yocto11:48
*** RobertBerger <RobertBerger!~rber@> has quit IRC11:48
*** berton <berton!~berton@> has quit IRC11:48
*** berton <berton!~berton@> has joined #yocto11:49
*** hpsy <hpsy!~hpsy@> has joined #yocto11:54
*** thaytan <thaytan!> has quit IRC12:01
*** RobertBerger <RobertBerger!~rber@> has joined #yocto12:02
*** hpsy <hpsy!~hpsy@> has quit IRC12:03
*** yacar_ <yacar_!> has joined #yocto12:06
*** sagner <sagner!> has joined #yocto12:12
*** tgamblin <tgamblin!> has quit IRC12:14
dv|2I have exceptions running bitbake in the Build Appliance image:
*** yacar_ <yacar_!> has quit IRC12:17
*** thaytan <thaytan!> has joined #yocto12:17
*** hpsy <hpsy!~hpsy@> has joined #yocto12:19
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC12:21
*** berton <berton!~berton@> has quit IRC12:22
PinkSnakeI 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.012:22
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto12:23
*** berton <berton!~berton@> has joined #yocto12:25
paulbarkerPinkSnake: It is possible but not very easy. Where is BSPDIR defined?12:28
PinkSnakepaulbarker Thx for repllying, BSPDIR is difine inside bblayers.conf (BSPDIR := "${@os.path.abspath(os.path.dirname(d.getVar('FILE', True)) + '/../..')}"12:29
paulbarkerAnd what's FILE?12:29
PinkSnakeIt's just to let developers use our Yocto conf where they want12:30
PinkSnakepaulbarker it's a dummy var set by a script before call setup-environment12:30
PinkSnakeI have make a try with full path, no issue all seems work, do you think relative path is enought ?12:31
qschulzPinkSnake: bitbake-layers add-layer?12:31
paulbarkerHave you added that variable to BB_ENV_EXTRAWHITE?12:31
PinkSnakepaulbarker Pretty sure not :S12:33
PinkSnakei will double check the doc12:33
paulbarkerOk, let me send you some links12:33
paulbarkerHere's an example: defines YOCTO_SOURCES and adds it to BB_ENV_EXTRAWHITE before bitbake is called12:33
paulbarker uses YOCTO_SOURCES12:34
PinkSnakepaulbarker Thank you for the support :)12:34
paulbarkerYou'll probably have to customise the setup-environment script you mentioned12:34
*** berton <berton!~berton@> has quit IRC12:34
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC12:34
PinkSnakeyou save my day12:34
*** otavio <otavio!~otavio@> has joined #yocto12:41
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto12:41
*** dev1990 <dev1990!> has joined #yocto12:41
*** yacar_ <yacar_!> has joined #yocto12:55
PinkSnakepaulbarker Fixed! Thx you also for your script ;)12:56
creichwhat is the easiest way of getting a list of available packageversions within my current meta-layers?12:57
LetoThe2ndcreich: maybe oe-pkgdata-util has something for that.12:58
creichthx, i'll check12:58
creichLetoThe2nd: btw, i have watched most of your videos. latest i've seen was the one about distro/machine/image configs.12:59
creichi'd say i'd liked that one most :)12:59
LetoThe2ndcreich: glad to hear. yes, thats really one of the most important ones.12:59
creichnot 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
qschulzbitbake-layers show-recipes?13:00
LetoThe2ndqschulz: ah!13:00
*** marka <marka!> has joined #yocto13:00
qschulzwell it's all layers but it says which version of which recipe is where13:01
LetoThe2ndcreich: 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!> has joined #yocto13:02
creichLetoThe2nd: yeah i got that.13:03
rburtoncreich: bitbake-layers will dump what it found13:03
creichdidn't want to bother13:03
rburtonah, LetoThe2nd beat me to it13:03
creichqschulz: rburton thx guys :)13:03
*** berton <berton!~berton@> has joined #yocto13:04
creichlooks like usually there is only one version available. i guess that's supposed to be that way?!13:04
LetoThe2ndrburton: i beat you=13:05
creichi am wondering if there is something compared to the gentoo style, where i can (more easy?) choose between versions13:05
creichas far as i understood that should easily be possible with the preferre_version settings13:05
qschulzLetoThe2nd: I think he swapped your nick and mine ;)13:09
qschulzcreich: 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
qschulzcreich: c.f. PROVIDES in recipes13:09
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/> has joined #yocto13:09
qschulzcreich: otherwise, PREFERRED_VERSION is the way to go (and if a different recipe name, PREFERRED_PROVIDER as well)13:09
*** tgamblin <tgamblin!~tgamblin@> has joined #yocto13:11
tgamblinhalstead: Ok, I will only need to grab one file from it and then it should be good for reuse13:13
RPtgamblin: there was another log failure in that build btw :/13:15
tgamblinRP: I see three instances of the parselogs test failing? What's the other?13:17
tgamblinRP: You mean this one, right?
tgamblinOn a related note, it looks like I am in fact able to recreate it now, although still in a semi-inconsistent manner13:23
RPtgamblin: was the one I didn't share yesterday13:24
halsteadtgamblin, I'll grab that file for you now. Which is it?13:25
RPtgamblin: reproducing at all is good13:25
tgamblinhalstead: I would like to have /var/log/boot13:25
*** hamis_lt_u <hamis_lt_u!~irfan@> has quit IRC13:31
tgamblinTrying to correlate commits to oe-core with the first report of the issue13:31
*** pyo <pyo!> has joined #yocto13:33
tgamblinI 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
tgamblinhwclock: settimeofday() failed: Invalid argument13:34
tgamblintouch: cannot touch '/var/log/wtmp': No such file or directory13:34
tgamblinchown: cannot access '/var/log/wtmp': No such file or directory13:34
tgamblinFailed to set owner -root- for -/var/log/wtmp-.13:34
tgamblinchmod: cannot access '/var/log/wtmp': No such file or directory13:34
tgamblinFailed to set mode -0664- for -/var/log/wtmp-.13:34
pyoHi, Is there a way for using xserver-nodm-init with .Xauthority ?13:36
*** guerinoni <guerinoni!> has quit IRC13:38
*** guerinoni <guerinoni!> has joined #yocto13:38
dv|2what "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 IRC14:12
jonmasonI'm seeing weird errors when using a binary tool chain.  I'm seeing multiple things similar to:14:17
jonmasonWARNING: 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
jonmasonIs this a legit problem or some weird side effect of binary toolchains?14:17
*** kroon_ <kroon_!~kroon@> has joined #yocto14:20
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC14:23
*** kroon <kroon!~kroon@> has quit IRC14:23
rburtonside affect of a binary toolchain14:25
rburton(glibc builds those usually)14:25
*** comptroller <comptroller!> has quit IRC14:26
jonmasonthanks rburton14:30
rburtonso your toolchain should provide it, or something?14:31
*** TobSnyder <TobSnyder!> has quit IRC14:34
*** comptroller <comptroller!> has joined #yocto14:37
*** ericch <ericch!> has joined #yocto14:38
*** asteriusio <asteriusio!> has joined #yocto14:52
RPtgamblin: those sound related14:53
*** pbb_ <pbb_!~quassel@2a01:4f8:162:1900::20> has quit IRC14:54
RPtgamblin: in a new build it looks to be the same things failing on that test so it may be more deterministic...14:56
RPjonmason: it is a real issue, almost certainly from the toolchain14:57
tgamblinRP: 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 nographic14:57
tgamblinIf that ends up true then I should be able to make the logrotate test fail14:58
jonmasonok, I'll open internal bugs to track this and hopefully someone can be tasked with working on it14:58
*** asteriusio <asteriusio!> has quit IRC14:58
*** sstiller <sstiller!> has quit IRC15:00
rburtonjonmason: i saw similar problems with the linaro toolchain before15:00
jonmasonrburton: now the linaro toolchain is the arm toolchain and lives in meta-arm :)15:01
rburtoni've a solution15:01
rburtonburn it in fire15:01
jonmasonand if it's in meta-arm, then I'm going to test it constantly!15:01
rburtonexternal toolchains are a world of pain and should be destroyed15:01
* tgamblin approves of this solution15:02
*** asteriusio <asteriusio!> has joined #yocto15:03
jonmasonif arm makes it, then i need to support it15:03
*** ericch <ericch!> has quit IRC15:03
jonmasoneven if that means just pointing to a bug and saying "we'll get around to it"15:03
*** AndersD <AndersD!> has quit IRC15:04
rburtoncan the bug be "remove external toolchain"15:05
*** ericch <ericch!> has joined #yocto15:05
*** sagner <sagner!> has quit IRC15:05
* rburton steps off his high horse15:05
*** sagner <sagner!> has joined #yocto15:07
*** pbb <pbb!~quassel@2a01:4f8:162:1900::20> has joined #yocto15:07
jonmasonLetoThe2nd: hahahaha15:13
Crofton|roadzeddii: khem
jonmasonI wonder if I like and retweet if that would offend my employer15:13
jonmasonCrofton|road: is your asm symlink busted?15:14
LetoThe2ndjonmason: i took it out of context so it should be SFW: :)15:14
zeddiiCrofton|road. hmm, that should be there after scripts prepare or modules_prepare.15:15
zeddiiwithout 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|roadthis is with sdk made with populate_sdk15:16
Crofton|roadon target I havesame issue, are you suggesting I run a command before building a module?15:17
zeddiiaha. so not on target ? you'd still need to recreate the symlinks through prepare.15:17
zeddiiyes, the devsrc can't package those things15:17
zeddiiyou always need to do a 'make scripts prepare' or 'make modules_prepare'15:17
zeddiiahah. sweet. early checkin was just confirmed at my hotel.15:18
* zeddii will be in Brussels @ 10am tomorrow.15:18
* Crofton|road is in Leiden15:21
Crofton|roadso modules_prepare shoul dbe in the makefile in  the -C directory?15:23
zeddiiyup. where the kernel source is.15:24
Crofton|roadmake: *** No rule to make target 'modules_prepare'.  Stop.15:25
Crofton|roadgot it15:25
jonmasonCrofton|road: make help15:26
Crofton|roadthis deosn;t work lik eit does on Fedora!15:27
jonmason  headers_check   - Sanity check on exported headers15:27
jonmasonprobably what he meant to say15:28
jonmasonas there is no modules_check15:28
Crofton|roadvictory thanks15:29
Crofton|roadeven using Xilinx borad15:30
* zeddii shudders15:31
*** creich <creich!> has quit IRC15:33
zeddii*even* better15:33
Crofton|roadAlso, I need to introduce you to a friend who wants to know why his ultrascale is painfully slow15:34
rburtonLetoThe2nd: you've seen the bugzilla quips right15:36
zeddiiI'll make sure to have a few beers first !15:37
*** radsquirrel <radsquirrel!> has quit IRC15:37
LetoThe2ndrburton: i ain't seen nothing.15:38
LetoThe2nd(yet) </bachmann turner overdrive>15:39
*** radsquirrel <radsquirrel!> has joined #yocto15:39
rburtonmy 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
LetoThe2ndrburton: what is it supposed to tell me?15:39
rburtonLetoThe2nd: feel free to donate quotes15:39
rburtonyou get a random quote at the top of every query15:40
LetoThe2ndat the moment it donates "The username or password you entered is not valid"15:40
rburtonapparently you need to be logged in15:40
LetoThe2ndrburton: nice.15:41
* LetoThe2nd likes.15:42
rburtonthe first batch are from the old openedhand bugzilla, so they're proper vintage15: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
RPrburton: I like that one :)15:43
LetoThe2nd"Our next release should be called Unicorny, who's with me!!???"15:43
rburtontoo late, naming scheme decided and has HUNDREDS of candidates15:44
JPEWI think I need to brush up on my geography...15:44
LetoThe2ndi like rhinos. they're like unicorns, just fatter.15:45
roussinmHello! 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
tgamblinI added one :)15:48
*** marka <marka!> has quit IRC15:53
*** marka <marka!> has joined #yocto15:54
*** Bunio_FH <Bunio_FH!> has quit IRC15:56
*** RobertBerger <RobertBerger!~rber@> has quit IRC15:56
*** pyo <pyo!> has quit IRC15:56
*** jobroe <jobroe!~manjaro-u@> has quit IRC16: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
fullstopHi.  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
fullstopIs 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!> has joined #yocto16:13
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:20
*** fl0v0 <fl0v0!~fvo@> has quit IRC16:26
*** RobertBerger <RobertBerger!> has left #yocto16:26
nrossifullstop: Have a look at devicetree.bbclass in oe-core16:29
*** guerinoni <guerinoni!> has quit IRC16:32
*** WillMiles <WillMiles!~Will@> has joined #yocto16:35
rburtonjonmason: does arm care about builds using thumb16:37
nrossifullstop: almost forgot, here is an example for how you can use it (
fullstopnrossi: 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
nrossifullstop: handles preprocessor, overlays and enables including kernel sources for headers/etc.16:40
jonmasonrburton: I believe so.  Is there an issue?16:41
rburtonjonmason: just gave you one of my bugs :)16:42
RPJPEW: looking at the ca-cert failure I have a hypothesis16:42
RPJPEW: could hashequiv break reproducibility? as it doesn't account for timestamps?16:42
jonmasonrburton: thanks a lot ;-)16:42
fullstopnrossi: that was astoundingly easy.  thanks!16:43
RPi.e. if I build without repro and have random timestamps on some files could that then leak into a repro build via hashequiv16:43
RPkroon_: bitbake -DDv and save the logs to a file, then grep16:44
milloniwhere does the kernel recipe install sanitized kernel headers for user space use?16:44
RPmilloni: into the sysroot in usr/include ?16:45
millonithat's the linux-libc-headers isn't it?16:45
RPmilloni: yes,  guess it depends which headers you mean16:45
millonii'm asking in the context of the warning in linux-libc-headers.inc16:46
RPmilloni: 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 need16:47
millonii was trying to use STAGING_KERNEL_DIR/include/uapi as my include path16:48
millonibut it complains that these aren't sanitized headers16:48
RPmilloni: then you probably need to have that kernel put sanitized headers somewhere16:49
milloniRP: "having it stage the headers you need" by it do you mean virtual/kernel?16:49
milloniack, thanks16:49
RPmilloni: to be fair sanitzed headers were created after that warning was written :/16:49
RPbut its still fair, you need to depend on virtual/kernel to get them16:49
RPer, s/fair/right/16:50
milloni suggests keeping a copy of the headers I need with the user-space program that needs them16:50
RPpeople shouldn't ever be hacking linux-libc-headers regardless of how tempting that might look16:50
millonii've seen some open-source projects do that, for example drm keeps a copy of uapi16:50
RPmilloni: right, there are a few different ways to achieve it16:51
millonibut that doesn't seem like a good solution, having two sources of information and having to keep them in sync is an antipattern16:51
milloniRP: 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 recipe16:53
kroon_RP, it is as if saving sstate cache was disabled for this particular recipe :-/16:53
RPmilloni: you make glibc, the compiler, *everything* kernel specific to your device16:55
RPmilloni: you really shouldn't have a device specific toolchain16:56
RPkroon_: I'd have expected so16:56
*** yacar_ <yacar_!> has quit IRC16:57
khemCrofton|road: it seems either recipe or this kernel module you are building doesnt have inc paths set right16:59
Crofton|roadThe prepare stuff solved the toolchain problem, working on the on target, but need to rewrite rootfs and taking the chance to learn as mux17:00
*** guerinoni <guerinoni!> has joined #yocto17:01
JPEWRP: 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 anyway17:04
milloniRP: 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
RPJPEW: I think I'm starting to understand. We disabled reproducibile builds on the buildtools tarball. I suspect that is "infecting" the rest of the builds17:05
JPEWWe disabled it because Python was slow17:05
RPJPEW: adding in timestamp checks if repro builds are enabled would perhaps be the best way forward17:05
rburtondoes anyone use package feeds and often think "i wish bitbake would run package-index for me"?17:06
JPEWrburton: Not anymore but when we did yes :)17:06
rburtonJPEW: darn17:07
rburtonwas hoping to find a sucker to finish my patch17:07
denixrburton: how would you do it if your feeds are synced out remotely?17:08
*** m1ster_r0b0t <m1ster_r0b0t!> has joined #yocto17:08
rburtondenix: is the background to my question, for people who just point a httpd at tmp/deploy.   prototype patch enclosed!17:08
yoctiBug 10749: enhancement, Medium, 3.99, ross.burton, NEW , Add a class to update package index automatically17:08
rburtonhoping to find someone other than unassigned to pass it to17:09
*** kroon_ <kroon_!~kroon@> has quit IRC17:14
*** ms_k <ms_k!> has left #yocto17:15
*** yann <yann!~yann@> has quit IRC17:15
zeddiimilloni. there's already a bugzilla for having a secondary package specific headers around.17:15
zeddiiand no, I wouldn't recommend using the staging dir for that.17:15
zeddiiarrange for something package specific period, or use libc-headers.17:16
*** locutus__ <locutus__!~LocutusOf@2001:b07:5d32:c012:804e:5376:3822:b356> has quit IRC17:16
*** blauskaerm <blauskaerm!Fever@gateway/vpn/mullvad/blauskaerm> has quit IRC17:16
JPEWRP: Ensure no timestamp is newer than $SOURCE_DATE_EPOCH17:17
millonizeddii: what do you mean by package-specific headers?17:17
zeddiimeaning they can't go into a common location17:18
zeddiithey are for whatever messed up userspace package needds them17:18
zeddiiyou can't put it int he common location, then you get some thing using libc-headers, some not.17:18
zeddiithere's a reason we don't do that already.17:18
*** dmoseley <dmoseley!~dmoseley@> has quit IRC17:22
millonizeddii: 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 #yocto17:23
zeddiiyou can deploy anything you want to the recipe specific sysroot.17:24
RPJPEW: to ensure non-repro and repro builds don't collide hashes17:25
*** frsc <frsc!> has quit IRC17:25
RPmilloni: you can install anything to the sysroot in ${includedir}/my-special-headers or whatever17:26
*** comptroller <comptroller!> has quit IRC17:27
*** MQueiros <MQueiros!589dec24@> has quit IRC17:27
RPmilloni: 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 guess17:27
milloniack, i'll try to write something up17:28
zeddiiput it here:17:28
yoctiBug 5305: enhancement, Medium, Future, bruce.ashfield, IN PROGRESS IMPLEMENTATION , Make sanitized kernel headers available17:28
zeddiisince we've already been talking about it for years :D17:28
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto17:28
zeddiiI have patches for it, so we could finalize details and come up with something appropriate.17:29
RPJPEW: is this as simple as I wonder?17:29
*** leon-anavi <leon-anavi!~Leon@> has quit IRC17:29
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto17:31
RPzeddii: - any ideas? Its your series added to -next :/17:31
RPzeddii: I didn't think those changes were active so something odd is going on17:32
zeddiiyah. 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
millonizeddii: where can i see your patches?17:33
*** JaMa <JaMa!~martin@> has joined #yocto17:33
zeddiiI have to find them first.17:33
zeddiibut I'm leaving for the airport in an hour, so it won't be for a while.17:33
millonithat's okay, thanks17:34
zeddiisince the feature request has been around since 2013, I'm sure that won't matter ;)17:34
zeddiiRP: I'll spin up a mips build and see if I see the same thing.17:34
milloniwont matter as in the patches will be out of date?17:34
zeddiino, meaning a few more days for me to find them :P17:34
milloniah, okay17:34
zeddiiRP: so that build has my series, but not the kernel default changes, right ?17:35
*** locutus_ <locutus_!> has joined #yocto17:35
RPzeddii: correct17:35
zeddiiwhich means, it must be my devsrc tweak. I can try 5.2 + the new devsrc patch to see if that triggers it17:35
zeddiiqemumips - alt is just systemd, right ?17:35
zeddiiso I can cobble that together17:35
zeddiiI 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@> has joined #yocto17:36
*** kiwi_74 <kiwi_74!32657615@gateway/web/cgi-irc/> has joined #yocto17:36
RPzeddii: DISTRO="pokyaltcfg"17:36
zeddiigotcha. will make that switch and build.17:36
RPer, poky-altcfg17:36
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC17:37
rizi_aquarianhello 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
RPtgamblin: I'm going to drop the logrotate patch for now, its confusing the builds more than it helps atm :/17:38
RPtgamblin: I think it is exposing a pattern though17:38
tgamblinRP: sure thing. I'm also done with that worker if you need to use it for another build17:38
*** sagner <sagner!> has quit IRC17:38
tgamblinRP: 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 it17:39
tgamblinWon't say too much more until I've got more data, though17:39
RPtgamblin: its at least good it replicates somewhere else and seems to be a bigger issue17:40
*** kiwi_74 <kiwi_74!32657615@gateway/web/cgi-irc/> has quit IRC17:41
*** comptroller <comptroller!> has joined #yocto17:41
*** creich <creich!> has joined #yocto17:45
rizi_aquarianhello all. has anyone developed opencv applications with yocto ?17:46
zeddiiRP: 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!> has quit IRC17:51
RPzeddii: np, thanks. I'll see if it repeats in this new build and report back17:51
RPzeddii: if it does I'll probably have to drop for now17:52
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC17:53
millonirizi_aquarian: what do you mean you're unable to run it?17:53
zeddiiRP: 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_aquarianmilloni: 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 instruction17:55
millonirizi_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 #yocto17:56
millonimaybe try on real hardware?17:56
*** locutus__ <locutus__!> has joined #yocto17:57
RPzeddii: whichever :)17:58
rizi_aquarianmilloni: 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
millonirizi_aquarian: i dont think that's the problem, i think qemu doesnt emulate something that you need18:00
milloniyou definitely dont want to run your computations under an emulated cpu18:01
*** locutus_ <locutus_!> has quit IRC18:01
milloniif it's for the cloud you probably dont want to use yocto18:01
millonioh i think i misunderstood, you want to test your image in the cloud, but the target is real hardware?18:02
rizi_aquarianyeah yeah now you understood18:02
millonii would try to find out which instruction it crashes on18:03
*** locutus_ <locutus_!> has joined #yocto18:03
milloniperhaps by running the program under gdb?18:03
armpitRP, should  yocto-doc patches be sent to the new doc mailing list?18:03
rizi_aquarianso right now it only says "illegal instruction"18:04
RParmpit: yes18:04
RParmpit: we've not updated for that yet18:04
* RP is banging his head against the autobuilder failures :(18:05
rizi_aquarianmilloni: sorry what do you mean by gbd?18:05
millonirizi_aquarian: gdb is a very useful unix debugger18:05
milloniIMAGE_INSTALL += "gdb"18:05
milloniyou run your program with it, it should tell you why it crashed (more than just "illegal instruction"18:06
*** locutus__ <locutus__!> has quit IRC18:06
rizi_aquarianok great thankyou. i will try that. also what IDE you use for crosscompiling? and debugging18:06
millonirizi_aquarian: unix is my ide :)18:07
millonii use vim as the editor18:07
millonigdb as the debugger, gcc as the compiler, and so on18:08
rizi_aquarianmilloni: 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 blows18:08
*** rizi_aquarian <rizi_aquarian!c25ef060@> has quit IRC18:12
armpitRP, sent patch to update docs README18:16
armpitI will update stable as needed18:16
RParmpit: thanks!18:19
*** pyo <pyo!> has joined #yocto18:20
*** locutus_ <locutus_!> has quit IRC18:21
*** yann <yann!> has joined #yocto18:25
armpitzeddii, do we need to maintain ?18:31
milloniare entries in FILES recursive?18:33
millonii.e for example "/asdf" will include everything under "/asdf"?18:34
JPEWRP: Ya, probably18:35
*** RobertBerger <RobertBerger!~rber@> has joined #yocto18:35
*** paulg <paulg!> has joined #yocto18:36
RPCould someone please fix in meta-gplv2? :)18:36
pyoHi, Is there a way I can use xserver-nodm-init with .Xauthority ?18:36
* RP pushed a fix for the bukd breakage18:36
* JPEW really needs to drop meta-gplv218:37
JPEWRP: I'll give it a look18:37
denixdid 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_!> has joined #yocto18:38
RPJPEW: an inherit might fix it18:40
JPEWRP: Ok18:40
RPJPEW: that also might not be the right fix, not sure18:41
RPdenix: You've probably just been lucky in the past. It hasn't changed but variables do change which could influence when its expanded18:41
denixRP: 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
JPEWWhy is shared-mime-info even in meta-gplv2?18:45
JPEWAh, itstool18:46
denixRP: or use bb lib instead of oe lib...18:46
*** ka6sox is now known as zz_ka6sox18:49
*** zz_ka6sox is now known as ka6sox18:55
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:58
*** guerinoni <guerinoni!> has quit IRC19:01
tgamblinRP: 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
tgamblinI'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 permissions19:10
rburtonJPEW: built-time only dependency i *think*19:12
JPEWrburton: Ya, that seems a little odd; I thought GPLv3 build time dependencies were allowed19:12
rburtonJPEW: it was marked as a RDEPENDS in master19:13
JPEWrburton: Ah, OK19:13
*** kroon <kroon!> has joined #yocto19:13
rburtondouble-checking now because i''m paranoid i broke it19:13
kroonIs a recipe not allowed to have a digit in its name, like "openjre-8" ?19:14
rburtonkroon: lz4 is a recipe in oe-core19:15
rburtonand m419:15
kroonhmm, is the "-8" not allowed then ?19:15
rburtonmore likely the hyphen breaking some bad parsing19:16
*** locutus_ <locutus_!> has quit IRC19:16
rburtonwhat actually happens?19:16
kroonI dont get any sstate cache generated when building openjre-8 and openjdk-8-native19:16
rburtonJPEW: right, its build-time only.19:16
rburtonkroon: none at all? sounds like the recipe is breaking it very badly19:16
RPdenix: I'd use lib/bb if you can19:17
kroonrburton, "find sstate-cache/ | grep openjre" shows nothing19:17
kroonrburton, the same if i grep for openjdk19:18
*** meego <meego!~meego@2001:41d0:fe7e:c800:b9b4:8615:cec6:435> has quit IRC19:18
*** pyo <pyo!> has quit IRC19:19
denixRP: 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
armpitpy2 ; )19:21
jonmasonrburton: finally looking at the 3 year old bug, thanks...for nothing19:21
rburtonjonmason: you're welcome19:22
rburtonjonmason: ignore it for another three years, that's what i did19:22
rburtonkroon: you meant openjdk not openjre right19:24
rburtoni have openjdk-8 files in my sstate from when i poked at openjdk last month19:24
rburtonso its not broken by design at least19:24
kroonrburton, I meant both recipes "openjre-8" and "openjdk-8-native"19:24
denixarmpit: is your comment about py2 for me? I kind of suspect the same... :)19:25
kroonrburton, not openjdk-819:25
JPEWrburton: 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
RPJPEW: when I added it, it seemed like the best solution. It may be it can be removed now19:27
kroonrburton, but yeah the "-8" doesnt seem to make a difference19:28
kroonso how in the heck can a recipe break sstate cache19:28
RobertBerger@kroon: PN may contain hyphens, that should be fine19:35
RPkroon: is the openjdk recipe in a public layer?19:35
armpitdenix, yeah.. maybe now with py3 things are different19:35
kroonRP, its in meta-java, master-next19:36
RPpy2 or py3 likely makes no difference19:36
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto19:36
RobertBerger@RP: meta-java19:36
kroonRP, buts its a big thing..19:36
armpitRP, I was giving denix a way out19:37
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:39
*** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has quit IRC19:39
*** aidanh_ is now known as aidanh19: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 well19:39
*** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has joined #yocto19:39
kroonRobertBerger, do you have sstate-cache for now ?19:40
RobertBerger@kroon oh yes19:40
kroonRobertBerger, find sstate-cache/ | grep openjre19:40
kroonRobertBerger, shows up files ?19:40
RPkroon: I did just have a quick glance and didn't see anything obvious19:41
*** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has quit IRC19:41
RobertBerger@kroon: both openjdk and openjre are in there19:41
*** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has joined #yocto19:41
RPdenix, armpit: There was some change which did have an effect like this. Can't quite remember what it was though19:41
kroonRobertBerger, are you on master oe-core ?19:42
RobertBerger@kroon - wait. I am on zeus everywhere except for meta-java19:43
RobertBerger@kroon - only meta-java is master-next with a few hacks19:43
RPdenix: no, wasn't that recent19:43
RPdenix: did this just happen?19:44
RobertBerger@kroon: master-next: 7d30e6ff7b8a54d67256ce528e8c4fd7e63f6b1419:44
kroonRobertBerger, ok I haven't tried zeus, im on master19:45
kroonRP, thanks for checking19: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-next19:45
RobertBerger@kroon: I had to use host gcc 9 and adjust a few things to make gcc 9 happy19:46
*** atyagi2 <atyagi2!~ankurtyag@2407:7000:9031:dd00:c048:7736:ddd:d481> has quit IRC19:46
RobertBerger@kroon: Now I get: root@6fca7a354060:/# java -version19:47
RobertBergeropenjdk version "1.8.0_242-internal"19:47
RobertBergerOpenJDK Runtime Environment (build 1.8.0_242-internal-ga)19:47
RobertBergerOpenJDK 64-Bit Server VM (build 25.242-bga, mixed mode)19:47
kroonRobertBerger, the problem I have is that building openjre-8 doesnt seem to generate any sstate cache19:48
RobertBerger@kroon: hmmm spooky19:49
RobertBerger@kroon: is icedtea in sstate?19:49
kroonRobertBerger, yup, icedtea7-native19:50
kroonso im suspecting the "-8" is fooling the sstate cache19:50
RobertBerger@kroon I have both jdk-8 and jdk-8-native there19:50
kroon"openjre-8-242" is name and version19:50
kroonRobertBerger, yes but you are on zeus right ?19:51
denixRP: may not be very recent, haven't tried bisecting yet...19:51
RobertBerger@kroon: yes poky/zeus19:51
*** paulg <paulg!> has quit IRC19:53
RobertBerger@kroon: wait a bit19:54
RobertBergerpokyuser@196d78e83b84:/workdir/build/container-x86-64-java$ bitbake openjdk-8 -e | grep ^PN=19:54
RobertBergerpokyuser@196d78e83b84:/workdir/build/container-x86-64-java$ bitbake openjdk-8 -e | grep ^PV=19:54
RobertBergerpokyuser@196d78e83b84:/workdir/build/container-x86-64-java$ bitbake openjdk-8 -e | grep ^PR=19:54
*** paulg <paulg!> has joined #yocto19:55
kroonRobertBerger, sstate cache generation has changed inbetween zeus and master. can you try master ?19:55
*** dev1990 <dev1990!> has quit IRC19:55
RobertBerger@kroon: openjre-8-242 would be wrong, it  is openjdk-8_242.bb19: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
kroonRobertBerger, master would be enough. but rebuilding would take some time I guess19: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
kroonRobertBerger, thanks, i'd appreciate it!20:00
*** atyagi2 <atyagi2!~ankurtyag@> has joined #yocto20:11
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto20:19
*** tgamblin <tgamblin!~tgamblin@> has quit IRC20:21
*** warthog9 <warthog9!> has quit IRC20:23
*** atyagi2 <atyagi2!~ankurtyag@> has quit IRC20: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 soon20:27
kroonRobertBerger, yeah, its ok20:27
kroonRobertBerger, no need to bother, its a little too much to ask for20:28
kroonRobertBerger, ill see if I can bisect this20:28
*** atyagi2 <atyagi2!~ankurtyag@> has joined #yocto20: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 setup20:29
*** atyagi2 <atyagi2!~ankurtyag@> has quit IRC20:35
*** JaMa <JaMa!~martin@> has quit IRC20:36
RPdenix: I'd suspect 6-9 moths ago there was something20:41
*** berton <berton!~berton@> has quit IRC20:54
*** atyagi2 <atyagi2!~ankurtyag@> has joined #yocto20:55
denixRP: no, not that long :) few days, maybe a week or two ago it was working for me20:55
kroonRP, 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
tlwoernercan anyone point me to an example of PACKAGECONFIGs "building on top of each other" conditionally?21:00
tlwoernerfor example, package mpv can be built for x11 or wayland21:00
tlwoernerso you can configure mpv with --enable-x11 or --enable-wayland, depending on a DISTRO_FEATURE, no problem21:01
tlwoernerbut if you're also using opengl, then you can also configure with --enable-gl-x11 or --enable-gl-wayland21:02
tlwoernerthe same goes for vaapi and vdpau, even leading to things like --enable-vdpau-gl-x1121:03
RPkroon: sstate.bbclass creates the file in SSTATE_DIR, sstate_create_package() in that class21:04
tlwoernerso 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: meta21:05
RobertBergermeta-yocto-bsp       = "master:1cebd3469e295b4b1ae46effe5cf521b5264ee05"21:05
RobertBergermeta-resy            = "master:9b1976b0c750441a597ab579fdbdaa4b9dac1054"21:05
RobertBergermeta-java-master     = "master-next:7d30e6ff7b8a54d67256ce528e8c4fd7e63f6b14"21:05
RobertBergermeta-oe              = "master:4043bcc714d4aa7abaee7e8e5911f76701207497"21:05
RPdenix: right, I don't know of a change that recently21:05
RobertBerger@kroon and I have a fresh SSTATE dir, so we shall see (hopefully soon)21:05
kroonRP, its created there, but then it is copied/ln:ed to build/sstate-cache/ somewhere else ?21:07
kroonRP, cause sstate_create_package() is exiting early since the file already exists21:08
RPkroon: where is SSTATE_DIR pointing?21:09
RPkroon: it should be created into the sstate cache there21:09
RPkroon: it sounds like SSTATE_DIR is incorrect21:10
RobertBerger@kroon: I see in my build: find | grep openjdk21:11
RobertBerger@kroon so I think it will populate my SSTATE21:11
kroonRP, yes, it looks incorrect compared to other recipes21:12
*** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto21:12
kroonRP, aha...21:13
kroonRP, does export TOPDIR="${S}"21:14
rburtonnot in master, fwiw21:14
RobertBerger@kroon: SSTATE is being populated also with master as it looks like21:15
kroonRP, thank you, this was driving me nuts...21:15
rburtonkroon: my openjdk-8-common in meta-java master doesn't set that21:17
kroonrburton, no, this is with master-next21:18
rburtonbest tell richard before it merges to master!21:19
kroonrburton, yeah I just sent an email21:19
rburtonthere is a JDK_TOPDIR used for presumably this exact reason :)21:19
*** atyagi2 <atyagi2!~ankurtyag@> has quit IRC21:19
rburtonright dog walk21:19
kroonrburton, me too :-D21: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 populated21:21
*** tgamblin <tgamblin!> has joined #yocto21:26
RPJPEW: thanks!21:28
JPEWRP: np21:29
RPJPEW: sadly that timestamp change didn;t work so either its wrong or my theory is wrong21:29
JPEWRP: Hmm, OK21:30
RPJPEW: repro-fail/build-st-27398 is the difference, will investigate21:33
RPJPEW: 1970 vs 2019 timestamp differences21:36
JPEWRP: That looks the same as the one for which I logged the bug21:36
RPJPEW: yes :/21:37
* JPEW Checks if it's the exact same date...21:37
RPJPEW: one is a timestamp of "0", the other is the repro build timestamp21:37
JPEWRP: Ya, I wonder where the 0 came from21:38
kroonRobertBerger, ah sorry, no the TOPDIR thing was the reason21:38
RPJPEW: fixed_source_date_epoch ?21:38
*** pohly <pohly!> has quit IRC21:39
RobertBerger@kroon I am still confused21:39
RobertBerger@kroon how does my poky/master, meta-java/master-next then populate SSTATE?21:39
RPJPEW: I'll pause a worker and run this manually I think21:39
kroonRobertBerger, yeah thats a fair question21:40
kroonRobertBerger, 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 know21:41
JPEWRP: OK. Perhaps grab the __source_date_epoch.txt file if you can21:42
RPJPEW: the previous build was cleaned up but hopefully reproduces and I can narrow it down21:43
RPJPEW: I suspect something to do with allarch21:43
JPEWOh my, allarch.bbclass is busier that I would have expected21:44
rburtonJPEW: it doesn't just set packagearch=any, but it does its best to stop compilation entirely21:45
RPrburton: its signature problems which are the hard part21:46
JPEWI can't decide whats stranger, that the timestamp from sstate is 0, or that the clean build timestamp is the current date21:47
JPEWI think the latter21:47
JPEWAt least the 0 date has an obvious path through the code21:47
RobertBerger@kroon: it looks good:21:50
RobertBergerbitbake openjdk-8 -e | grep ^SSTATE_DIR=21:50
RobertBergerpokyuser@2cc132871621:/workdir/build/container-x86-64-java-master$ bitbake openjre-8 -e | grep ^SSTATE_DIR=21:50
RobertBerger@kroon: /workdir/sources/meta-java-master/recipes-core/openjdk$ grep -r TOPDIR .21:51
RobertBerger./ TOPDIR="${S}"21:51
RobertBerger@kroon: I use meta-java on master/next which contains: export TOPDIR="${S}"21:52
rburtoni'm guessing one of you has SSTATE_DIR set absolutely and the other has it set using TOPDIR21:52
kroonah yeah21:52
RobertBerger@rburton: I have it absolutely21:52
kroonim using default SSTATE_DIR21:52
rburtonSSTATE_DIR ?= "${TOPDIR}/sstate-cache" <-- default21:52
tlwoernerJPEW: thanks to you, mpv-0.32.0 and chromium-79.0.3945.117 running on rock-pi-4 accelerated with panfrost! :-D21:52
JPEWtlwoerner: Awesome!21:53
tlwoerneri just need to figure out the configure maze for mpv before i can push the update21:53
RobertBerger@rburton: in site.conf: SSTATE_DIR = "/workdir/sstate_zeus_master/"21:53
kroonRobertBerger, thats why you dont have the problem21:53
RobertBerger@kroon - that's why I don't have THAT problem ;) I have others with meta-java ;)21:54
kroonRobertBerger, :-D21:54
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto21:54
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto21:54
tlwoernerwhat's the trick that allows a partition to auto-resize on bootup?21:54
JPEWRP: Hmm, I wonder if __source_date_epoch.txt is empty...21:57
JPEWrburton: For trying to prevent compiling, ca-certificates sure looks like it's compiling with allarch.bbclass :)21:59
JPEWrburton: Ah, probably not actually compiling, just has a Makefile22:00
*** kroon <kroon!> has quit IRC22:05
*** RobertBerger <RobertBerger!~rber@> has left #yocto22:08
*** warthog9 <warthog9!> has joined #yocto22:08
*** gabrbedd <gabrbedd!> has quit IRC22:08
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC22:10
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto22:10
*** gabrbedd <gabrbedd!> has joined #yocto22:10
*** lquirion <lquirion!> has quit IRC22:16
*** WillMiles <WillMiles!~Will@> has quit IRC22:17
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC22:21
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto22:21
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC22:28
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto22:28
*** warthog9 <warthog9!> has quit IRC22:30
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC22:33
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC22:34
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto22:34
*** goliath <goliath!> has quit IRC22:38
RPJPEW: well, it totally blew up :/22:50
RPJPEW: build restored from sstate has no epoch file and 1970 timestamps22:54
RPhm, logs say the file should be there22:54
RPah, it is22:55
*** opennandra <opennandra!~marek@> has joined #yocto22:57
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC22:57
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto22:58
RPJPEW: I think I know the cause. its from when we started stopping sstate overwriting files with the same hash in sstate23:03
RPhmm, that doesn;t quite make sense though23:05
*** warthog9 <warthog9!> has joined #yocto23:07
*** PinkSnake <PinkSnake!51ff1123@> has quit IRC23:11
*** opennandra <opennandra!~marek@> has quit IRC23:16
*** atyagi2 <atyagi2!~ankurtyag@> has joined #yocto23:26
RPJPEW: the idea of tracking timestamps won't work as it doesn't apply for all tasks :/23:28
RPJPEW: 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 dir23:29
RPJPEW: but that also shows my theory is totally wrong and I cant see how it can restore files from 11Jan like this23:29
* RP has more questions than answers and will have to sleep on it23: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
halsteadVery sad to hear that RP. Thank you for passing on the news.23:35
denixoh, sad news, indeed. we'll miss Scott23:38
*** atyagi2 <atyagi2!~ankurtyag@> has quit IRC23:41
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC23:44
*** rburton <rburton!rburton@nat/intel/x-ronclzlgqzsmrdqt> has quit IRC23:45
armpityeah.. very sad. he will be missed23:47
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto23:48
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC23:50
tgamblinRP: :(23:52
khemRP: sad to hear about Scott, He would first try the procedure or instructions before documenting it, I was really impressed23:53
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC23:54
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto23:55

Generated by 2.17.2 by Marius Gedminas - find it at!