Thursday, 2020-10-01

*** vmeson <vmeson!> has joined #yocto00:01
*** matthewzmd <matthewzmd!~user@> has joined #yocto00:17
*** NiksDev2 <NiksDev2!~NiksDev@> has quit IRC00:23
*** dv_ <dv_!> has quit IRC00:25
*** dv_ <dv_!> has joined #yocto00:25
*** stbenz6155 <stbenz6155!> has quit IRC00:36
*** kscherer <kscherer!> has quit IRC00:36
*** stbenz6155 <stbenz6155!> has joined #yocto00:37
*** kpo_ <kpo_!> has quit IRC00:55
*** kpo_ <kpo_!> has joined #yocto00:55
*** stbenz6155 <stbenz6155!> has quit IRC01:21
*** stbenz6155 <stbenz6155!> has joined #yocto01:24
*** stbenz6155 <stbenz6155!> has quit IRC01:31
*** ericch <ericch!> has quit IRC01:33
*** rcw <rcw!~rcwoolley@> has quit IRC01:51
roussinmkhem: hello! I remember you telling me about a repository setup to start running webassembly with a go backend, do you have that link still available?01:57
*** linums <linums!~linums@> has quit IRC02:11
*** linums <linums!~linums@> has joined #yocto02:12
*** goliath <goliath!> has quit IRC02:41
*** sakoman <sakoman!> has quit IRC03:07
*** mischief <mischief!> has quit IRC03:41
*** aurelien` <aurelien`!~user@2001:41d0:1:eca7::1> has quit IRC03:43
*** mischief <mischief!> has joined #yocto03:43
*** mischief is now known as Guest5576903:43
*** aurelien` <aurelien`!~user@2001:41d0:1:eca7::1> has joined #yocto03:43
khemRP: today's master next is consistently failing with this for qemumips03:45
khemmccc: I also use github actions see
*** ctlnwr_ <ctlnwr_!~catalin@> has quit IRC04:11
*** ctlnwr <ctlnwr!~catalin@> has quit IRC04:11
khemRP: the latest master next fails with a different error
* khem reverts all pseudo fixed in yoe/mut04:15
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC04:18
*** ctlnwr_ <ctlnwr_!~catalin@> has joined #yocto04:25
*** ctlnwr <ctlnwr!~catalin@> has joined #yocto04:25
*** xtron <xtron!~xtron@> has quit IRC04:26
*** xtron <xtron!~xtron@> has joined #yocto04:28
*** davidinux <davidinux!~davidinux@> has joined #yocto04:31
*** gendevbot <gendevbot!~devbot@> has joined #yocto05:01
*** gendevbot <gendevbot!~devbot@> has joined #yocto05:07
*** beneth <beneth!> has joined #yocto05:16
*** khem <khem!~khem@unaffiliated/khem> has quit IRC05:17
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto05:17
*** ThomasD13 <ThomasD13!> has joined #yocto05:23
*** ThomasD13 <ThomasD13!> has joined #yocto05:24
*** PaowZ_ <PaowZ_!> has joined #yocto05:30
*** Guest55769 <Guest55769!> has quit IRC05:35
*** Guest55769 <Guest55769!> has joined #yocto05:37
*** jobroe <jobroe!> has joined #yocto05:40
*** PaowZ__ <PaowZ__!> has joined #yocto05:42
*** behanw <behanw!uid110099@gateway/web/> has quit IRC05:45
*** jobroe <jobroe!> has quit IRC05:45
*** PaowZ_ <PaowZ_!> has quit IRC05:46
*** AndersD <AndersD!> has joined #yocto05:46
*** jobroe <jobroe!> has joined #yocto05:47
*** ctlnwr_ <ctlnwr_!~catalin@> has quit IRC05:49
*** ctlnwr <ctlnwr!~catalin@> has quit IRC05:49
*** ctlnwr_ <ctlnwr_!~catalin@> has joined #yocto06:01
*** chris_ber <chris_ber!~quassel@> has joined #yocto06:02
*** ctlnwr <ctlnwr!~catalin@> has joined #yocto06:02
*** adelcast <adelcast!~adelcast@2605:6000:101c:3b5:37f1:578e:8088:a1b4> has quit IRC06:16
*** ctlnwr_ <ctlnwr_!~catalin@> has quit IRC06:16
*** ctlnwr <ctlnwr!~catalin@> has quit IRC06:17
*** yann <yann!~yann@> has joined #yocto06:22
*** adelcast <adelcast!~adelcast@2605:6000:101c:3b5:37f1:578e:8088:a1b4> has joined #yocto06:25
*** ctlnwr <ctlnwr!~catalin@> has joined #yocto06:29
*** fl0v0 <fl0v0!~fvo@> has joined #yocto06:29
*** ctlnwr_ <ctlnwr_!~catalin@> has joined #yocto06:30
*** PaowZ__ <PaowZ__!> has quit IRC06:31
*** frsc <frsc!> has joined #yocto06:38
*** mckoan|away is now known as mckoan06:42
*** dsueiro_ <dsueiro_!uid467101@gateway/web/> has quit IRC06:54
*** rsalveti <rsalveti!uid117878@gateway/web/> has quit IRC06:54
*** jpuhlman <jpuhlman!~jpuhlman@> has quit IRC06:54
*** mardy <mardy!> has quit IRC06:54
*** stwcx <stwcx!~stwcx@2604:880:a:6::c9c> has quit IRC06:54
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC06:54
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/> has joined #yocto06:54
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto06:55
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto07:00
*** pohly <pohly!> has joined #yocto07:06
*** RobertBerger <RobertBerger!~rber@2a02:587:3b0d:ecec:6de8:2745:6c71:9cb7> has quit IRC07:10
*** RobertBerger <RobertBerger!> has joined #yocto07:25
mcccThanks for the link khem.07:33
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:e280:d519:de14:ba8a:a4e9> has quit IRC07:41
*** sh00p <sh00p!> has quit IRC07:46
*** eduardas <eduardas!~eduardas@> has joined #yocto07:59
*** AndersD <AndersD!> has quit IRC08:03
*** dreyna <dreyna!> has joined #yocto08:05
*** dsueiro <dsueiro!uid467101@gateway/web/> has joined #yocto08:07
*** rsalveti <rsalveti!uid117878@gateway/web/> has joined #yocto08:07
*** jpuhlman <jpuhlman!~jpuhlman@> has joined #yocto08:07
*** mardy <mardy!> has joined #yocto08:07
*** stwcx <stwcx!~stwcx@2604:880:a:6::c9c> has joined #yocto08:07
*** pev <pev!> has joined #yocto08:16
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:27
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC08:52
*** dsueiro <dsueiro!uid467101@gateway/web/> has quit IRC08:52
*** rsalveti <rsalveti!uid117878@gateway/web/> has quit IRC08:52
*** jpuhlman <jpuhlman!~jpuhlman@> has quit IRC08:52
*** mardy <mardy!> has quit IRC08:52
*** stwcx <stwcx!~stwcx@2604:880:a:6::c9c> has quit IRC08:52
*** linums <linums!~linums@> has quit IRC08:53
*** linums <linums!> has joined #yocto08:53
*** davidinux <davidinux!~davidinux@> has quit IRC08:54
*** davidinux <davidinux!> has joined #yocto08:56
*** guest1023 <guest1023!a5e11b3e@> has joined #yocto08:57
guest1023Hi everyone, I'm trying to extend the UBoot bootloader recipes with local patches: I have patchdir=${Foo} and ${Foo}="${WORKDIR}" and I get an recursion error.08:59
qschulzguest1023: why do you need to set patchdir?09:00
qschulzjust omit it, it should apply to the sources directly09:00
qschulzprovided you formatted your patches correctly09:00
guest1023The Uboot recipe changes the local directory, that's why I need to change it09:01
qschulzguest1023: and to make your example work, it's probably patchdir=${FOO} FOO="${WORKDIR}"09:02
qschulzguest1023: changes the local directory?09:02
guest1023It modifes ${S}09:02
qschulzit's pretty unusual to patch stuff in WORKDIR09:02
qschulzguest1023: that's fine? what does it set it too?09:02
guest1023to ${WORKDIR}09:03
qschulzguest1023: wtf, what's in the SRC_URI?09:04
guest1023which is calculated from other values09:04
qschulzguest1023: does UBOOT_REPO start with file:// and is actually a tarball who has the sources directly in it and not in a directory?09:06
qschulzguest1023: sigh09:06
qschulzanyway, the patches should apply to S IIRC? so if S is workdir you're fine? what's your issue?09:07
guest1023The recursion error:09:07
qschulzguest1023: no, why do you need patchdir in the first place?09:07
guest1023The directory structure differs09:07
guest1023It would be fine if S is workdir and I have the same directory but this is not the case09:09
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:10
*** dsueiro <dsueiro!uid467101@gateway/web/> has joined #yocto09:10
*** rsalveti <rsalveti!uid117878@gateway/web/> has joined #yocto09:10
*** jpuhlman <jpuhlman!~jpuhlman@> has joined #yocto09:10
*** mardy <mardy!> has joined #yocto09:10
*** stwcx <stwcx!~stwcx@2604:880:a:6::c9c> has joined #yocto09:10
qschulzguest1023: patchdir is set to S by default09:10
paulbarkerguest1023: patchdir should be relative09:10
qschulzyou said S is WORKDIR09:10
qschulzso I'm not sure what you're trying to achieve09:11
qschulzpaulbarker: mmm indeed, missed that but it still does not make sense to me :)09:11
qschulzpaulbarker: mmm wait... it seems it can be absolute?
guest1023Why does ${SRCPV} trigger a recursion error in patchdir? That was my question09:15
paulbarkerqschulz: guest1023: See for an example of how patchdir is typically used09:15
paulbarkerguest1023: Do you set PV in your recipe?09:15
paulbarkerIt sounds like it can't determine the path for WORKDIR as there's an infinite loop when trying to expand variables09:16
qschulzI still don't understand what is guest1023 trying to achieve as patchdir is using S by default. That S is WORKDIR in their case and they want to set patchdir to WORKDIR09:17
qschulzso fixing this recursion error is actually not going to bring anything to what they're trying to achieve?09:18
guest1023PV_append = "+git${SRCPV}"09:18
guest1023You can only apply a patch if you have the same directory structure, but I have multiple patches which are created from a different structure09:20
guest1023Say you have /a/c/test in one project and /a/c_b/test in another09:21
qschulzguest1023: format your patch correctly then? Otherwise, use relative path as paulbarker suggested. If it is in WORKDIR you want to apply the patch, don't specify patchdir. If it's a subdir of WORKDIR, just specify the path relative to WORKDIR without mentioning WORKDIR09:21
paulbarkerguest1023: I'm not sure if this is a bug but I guess SRCPV is not valid for use in SRC_URI09:21
guest1023paulbarker thanks paul09:22
paulbarkerguest1023: If you look at, it's modified during parsing09:23
paulbarkerIt's intended to set the WORKDIR path before the actual git revision is known but then at a later stage when the git revision is known it can change09:24
paulbarkerIf I remember correctly, it's been a few months since I looked at it in detail09:24
guest1023that's interesting, it explains the behavior of bitbake09:25
paulbarkerguest1023: Is there any reason you can't use relative paths in patchdir?09:29
paulbarkerYou can step up the hierarchy using "..", that's known to work:
guest1023Oh, that's great, thank you paulbarker09:30
*** wooosaiii <wooosaiii!> has quit IRC09:30
guest1023That should solve the issue09:31
*** wooosaiii <wooosaiii!> has joined #yocto09:32
*** davidinux <davidinux!> has quit IRC09:33
*** davidinux <davidinux!~davidinux@> has joined #yocto09:36
RPdl9pf: I have this integreity check running, the problem now is that it races really badly :(09:41
*** dreyna <dreyna!> has quit IRC09:43
*** linums <linums!> has quit IRC09:55
*** linums <linums!> has joined #yocto09:58
*** rangergord <rangergord!rangergord@gateway/shell/xshellz/x-nkkpukhnbaqkybxg> has quit IRC10:02
*** rangergord <rangergord!rangergord@gateway/shell/xshellz/x-xypjtmpjklwmhzgj> has joined #yocto10:02
*** Nizar <Nizar!> has joined #yocto10:07
*** florian_kc is now known as florian10:11
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:12
*** linums <linums!> has quit IRC10:22
*** linums <linums!~linums@> has joined #yocto10:22
*** matthewzmd <matthewzmd!~user@> has quit IRC10:26
dsueiroHi armpit. Do you know if there are plans to add sysvinit support for kea in oe-core? Or if there is a reference implementation in 3rd party layers? A quick google search didn't bring me anything.10:29
rburtondsueiro: good question.  can you file a bug, a dhcp server without init scripts is quite sad and arguably a release blocker10:32
dsueirorburton: Sure. I'll file a bug if there is a confirmation that init scripts were not planned.10:32
RPdefinintely a release blocker, thanks for raising dsueiro!10:40
*** ptsneves <ptsneves!b0dd7824@> has joined #yocto10:42
dsueiroRP: you are welcome.10:42
rburtonthat armpit is such a liability10:42
*** JaMa <JaMa!> has quit IRC10:44
*** JaMa <JaMa!> has joined #yocto10:47
ptsnevesHey guys have you ever tried to use an sdk produced by yocto to set -fuse-ld=gold?10:53
*** wooosaiii <wooosaiii!> has quit IRC10:58
*** wooosaiii <wooosaiii!> has joined #yocto10:59
ptsnevesIt seems this commit  cc21092c6d8563d5ec0ce3ba06a3735daa40fc1e kills gold usage :(11:12
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto11:19
JaMaI think there was some discussion about this on ML, but doesn't look correct "oeqa/selftest/devtool: Add sync call to test teardown"11:20
ptsneveshhehe does not look related at all. I am going to make some test but i think according to when there is a file called real-ld gcc ignores -fuse-ld=11:24
*** xtron <xtron!~xtron@> has quit IRC11:40
*** xtron <xtron!~xtron@> has joined #yocto11:41
*** rcoote <rcoote!> has joined #yocto11:44
dl9pfRP: applied locally and running some tests11:49
*** fatalhalt <fatalhalt!> has quit IRC11:52
*** fatalhalt <fatalhalt!> has joined #yocto11:55
*** davidinux <davidinux!~davidinux@> has quit IRC12:04
*** davidinux <davidinux!> has joined #yocto12:06
*** linums <linums!~linums@> has quit IRC12:10
*** linums <linums!> has joined #yocto12:11
*** eduardas <eduardas!~eduardas@> has quit IRC12:21
*** gsalazar34 <gsalazar34!5e3dbd6b@gateway/web/cgi-irc/> has joined #yocto12:40
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/> has quit IRC12:42
*** linums <linums!> has quit IRC12:47
*** linums <linums!> has joined #yocto12:49
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC13:00
*** roussinm <roussinm!> has quit IRC13:03
*** sno <sno!> has quit IRC13:10
yannI have a bb variable that does appear in BB_HASHBASE_WHITELIST, but still gets included in do_fetch's sigdata - what could be wrong ?13:13
yann(that's an API token necessary for fetching from a private npm repo)13:14
*** stephano <stephano!> has joined #yocto13:15
yann(and I have used BB_HASHBASE_WHITELIST_append in the recipe making use of it)13:15
*** linums <linums!> has quit IRC13:16
*** linums <linums!~linums@> has joined #yocto13:17
JPEWyann: Try `BB_HASHBASE_WHITELIST +=`. The deferred _append may be too late for signature calculations?13:19
JPEWyann: That seems strange, but it looks like everywhere else it's always using +=13:20
*** eduardas <eduardas!~eduardas@> has joined #yocto13:22
*** sno <sno!> has joined #yocto13:23
yannJPEW: no luck, still there13:24
yannbitbake-dumpsigs also lists that var alongside SRC_URI with "List of dependencies for variable ... is set()"13:25
JPEWyann: Weird13:29
*** guest1023 <guest1023!a5e11b3e@> has quit IRC13:36
*** ericch <ericch!> has joined #yocto13:36
yannWould look like a bitbake bug/limitation ?13:38
yanncould it be the modification of BB_HASHBASE_WHITELIST from within the recipe ?13:38
derRichardi'd like to run the glibc testsuite on my target. if i understand it correctly setting TOOLCHAIN_TEST_TARGET to ssh should to it. but how (or who?) get the tests installed on my board?13:39
JPEWyann: Possibly? I've modified BB_HASHBASE_WHITELIST in classes before, but maybe they were always classes that use INHERIT +=13:40
JPEWyann: i.e. icecc.bbclass13:40
RPyann: you can't modify that variable in a recipe13:41
RPyann: try SRC_URI[vardepsexclude] += "VARNAME" (not sure if its vardepexclude or vardepsexclude)13:42
RPderRichard: I think the glibc test suite may expect some kind of nfs availability but I'm guessing from memory13:43
yannRP: ok thx - would seem useful to have a warning when touching BB_HASHBASE_WHITELIST in a recipe, then ?13:44
derRichardRP: hmmm. ok. is this documented somewhere?13:44
yannRP: hm, it's not included in SRC_URI, it's passed to do_fetch with "export THISVAR"13:45
RPderRichard: well, we do run the tests under qemu on the autobuilder.13:45
yannwell, passed to npm via yarn via do_fetch, to be picky13:45
RPyann: oh, global exports are a huge pain13:45
derRichardRP: what also confuses me. there is no recipe to get the tests as package and installed in the image, right?13:46
RPderRichard: they're not ptests13:46
derRichardi mean the tests within glibc itself13:46
derRichardsuch as tst-malloc-fork-deadlock.c13:47
RPderRichard: I do know what glibc tests are13:48
derRichardRP: okay. i thought the talk about different things :)13:49
derRichard*we talk13:49
RPderRichard: They're run on the autobuilder with "oe-selftest -t toolchain-user" or "oe-selftest -t toolchain-system"13:49
RPderRichard: The toolchain tests are the testsuites in gcc, binutils, db and glibc. We have the option to run them in qemu user mode or qemu system emulation mode13:49
*** lxc <lxc!> has joined #yocto13:49
derRichardyeah. so there is no easy way to get them installed on my target.13:50
RPderRichard: I don't know how you'd run them for a real hardware target but I'd imagine it can be done with the right setup13:50
RPderRichard: They have their own special setup due to the way the test suites expect to work which involves nfs networking from what I remember13:50
rburtonit can, theoretically13:50
RPrburton: no, not really13:50
lxcEXTRA_OEMAKE appends the oe_runmake command. Any way to assign a variable that is prepended to oe_runmake?13:50
derRichardi have lots of patches against malloc and want to run all malloc related glibc tests on the target13:50
RPderRichard: they simply don't work like the other tests13:51
*** rcw <rcw!~rcwoolley@> has joined #yocto13:51
qschulzlxc: why :) ?13:51
derRichardRP: well, i hoped you have a recipe to shipp all they need :-)13:51
yannRP: at least it seems to work when set at layer level13:52
RPderRichard: right, I'm trying to say its not that simple. They expect to build X on the host, transfer to the target, run, change it, run it, etc, all on the fly13:52
*** manuel1985 <manuel1985!~manuel@> has quit IRC13:53
derRichardRP: maybe i can decipher the nfs setup from the autobuilder. shouldn't be that hard :)13:54
*** goliath <goliath!> has joined #yocto13:54
*** ThomasD13 <ThomasD13!> has quit IRC13:54
RPderRichard: its all in the oeqa stuff13:54
derRichardyep :)13:55
*** ctlnwr <ctlnwr!~catalin@> has quit IRC13:55
RPderRichard: It lets you set a TOOLCHAIN_TEST_HOST, HOST_USER, HOST_PORT and so on so there is hope13:55
*** ctlnwr_ <ctlnwr_!~catalin@> has quit IRC13:56
RPderRichard: and it does indeed use an nfs mount13:56
RPsee meta/lib/oeqa/selftest/cases/glibc.py13:56
RPderRichard: and if you get it working, could you please add some documentation since I've helped you this far? :)13:56
derRichardRP: yes. i set these variables and saw many ssh logins on the target. but bitbake glibc-testsuite -c check run for a few minutes and did not fail (wut?)13:56
RPderRichard: we're beyond my knowledge, I just know it works on the autobuilder. I didn't write it13:58
derRichardno need to worry :)13:58
lxcqschulz well if you append them you override the variable14:00
*** sakoman <sakoman!> has joined #yocto14:00
lxcqschulz make CFLAGS=-g may not be the same as CFLAGS=-g make14:00
rburtonif you want the former, just export the variable14:03
rburtonerm, latter14:03
rburtonEXTRA_OECMAKE is explicitly the former14:03
rburtonman I can't type today14:04
rburton* EXTRA_OEMAKE *14:04
lxcrburton yes export works, but even better to prepend the make command. thus my ask if there is such a variable14:05
rburtonsemantically they are identical though14:05
rburton'prepending the make command' is exporting a variable for make14:06
lxcrburton the export is stronger than the prepend, export is for all in that shell14:09
*** roussinm <roussinm!> has joined #yocto14:11
*** linums <linums!~linums@> has quit IRC14:16
*** maudat <maudat!> has joined #yocto14:16
rburton"FOO=bar oe_runmake" will do what you want14:17
*** linums <linums!> has joined #yocto14:17
*** Konsgnx <Konsgnx!> has joined #yocto14:20
*** linums <linums!> has quit IRC14:21
yannRP, JPEW : damned, I did not realize at firstn but adding this BB_HASHBASE_WHITELIST += "..." to layer.conf suddenly causes all recipes to get flagged "metadata is not deterministic" - any idea ?14:22
*** linums <linums!~linums@> has joined #yocto14:22
RPyann: are you wiping out the default value?14:22
qschulzlxc: just override the function to add a variable in front of oe_runmake14:22
lxcqschulz not sure what you mean. CFLAGS= oe_runmake?14:24
qschulzlxc: ${EXTRA_OEMAKE_BEFORE} oe_runmake14:24
qschulzand set EXTRA_OEMAKE_BEFORE to whatever you want14:24
yannRP: ah it could be that  "BB_HASHBASE_WHITELIST +=" does that, BB_HASHBASE_WHITELIST_append +=" seems more selective... but that does look confusing14:25
qschulzbasically what rburton said with an additional variable just to make it obvious outside of tasks14:25
lxcqschulz yes that would do it, but wouldn't it be prettier if bitbake make engine could do that instead, like it does with EXTRA_OEMAKE?14:25
qschulzlxc: there's no need for that is my understanding14:26
qschulzyou can export variable and use "-e" flag or pass variables with OE_CMAKE14:26
qschulzEXTRA_OEMAKE sorry14:26
qschulzfeel free to send a patch to add your third option if there's really a usecase for it?14:26
*** jobroe <jobroe!> has quit IRC14:27
JPEWIs there a password on the bug triage call?14:30
rburtonapparently so14:30
JPEWsgw: Thanks14:31
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC14:32
*** linums <linums!~linums@> has quit IRC14:45
*** linums <linums!> has joined #yocto14:46
*** NiksDev <NiksDev!~NiksDev@> has quit IRC14:48
*** linums <linums!> has quit IRC15:05
*** linums <linums!~linums@> has joined #yocto15:05
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto15:11
*** eduardas <eduardas!~eduardas@> has quit IRC15:13
dl9pfRP: pseudo/ folder empty after invocation15:18
JPEWtlwoerner: Awesome15:24
*** armpit <armpit!~armpit@2601:202:4180:a5c0:9d97:e0e:5802:c8f4> has quit IRC15:25
*** frsc <frsc!> has quit IRC15:25
pevIs there a standard target in yocto for a full disk image inc partition table I can use directly with virtio?15:25
pev(Im using qemuarm)15:26
*** armpit <armpit!~armpit@2601:202:4180:a5c0:15c0:34e5:4d17:54a9> has joined #yocto15:27
JPEWpev: This does that I think:
rburtontlwoerner: you added libmodule-build-perl to coreutils-ptest RDEPENDS.  However, if I remove it the pass/fail/skip rate doesn't change.  Do you remember what tests needed it?15:28
JPEWpev: It also enables secure boot, but you can fix it up to boot directly to u-boot instead15:29
pevJPEW: Ah, that looks like a great shove in the right direction, thanks! Yeah, I'm trying to set up QEmu to behave 'normally' doing a u-boot -> kernel boot from disk/flash....15:31
dl9pfbut shouldn't be at least the be in the dir even if the db is not flushed ?15:31
JPEWpev: Ya. The key point is to use wic to build a complete disk image15:32
JPEWpev: Then, tell qemu to boot u-boot instead of the kernel with the QB_DEFAULT_BIOS option15:32
*** gendevbot <gendevbot!~devbot@> has quit IRC15:33
pevJPEW: Ah, I've actually incorporated u-boot into pflash0 so it boots by default and fixed pflash1 so I can save the environment... Just want to be pretty close to a real-world hardware target15:34
pevIm a bit old fashioned, I hadn't used wic before so a bit of learning curve!15:34
tlwoernerrburton: if memory serves i had an image where i had added packagegroup-core-lsb-perl which stopped building, that's what i did to get it building again15:34
tlwoernerrburton: but i think packagegroup-core-lsb-perl is gone now15:35
JPEWpev: wic is really nice. It's not terrible hard to use.15:35
rburtontlwoerner: well i'm ripping it out again because building a target gcc when i build coreutils is making me sad (and killing the planet ;)15:35
pevJPEW: boom, looks like that put me on the right path and it detects and boots!15:35
pevJPEW: Yeah, i suspect I need to get my head round it - you know what it's like though, always pressure to make progress on projects rather than having the time to get up to speed on new toolls!15:36
tlwoernerrburton: oh noes!! don't kill the planet!15:36
JPEWtlwoerner: I've been wanting an x86 rpi form factor board!15:37
tlwoernerJPEW: yes i know, you mentioned it before and back then the only one was the UP board which had been discontinued, so when i saw this i passed it on15:38
tlwoernerJPEW: and the name has an "X" in it, so you know it's really kewl!!15:38
JPEWtlwoerner: Right :) Hopefully it can boot from the SD card so I can do my automated testing with it15:39
*** dreyna <dreyna!> has joined #yocto15:39
kergothfray: was it you that did the gitsm work recently?15:41
*** kpo_ <kpo_!> has quit IRC15:43
*** dreyna <dreyna!> has quit IRC15:43
*** kpo_ <kpo_!> has joined #yocto15:44
JPEWtlwoerner: Hmm, radxa has been busy:
*** chris_ber <chris_ber!~quassel@> has quit IRC15:52
tlwoernerJPEW: i ordered the rockpi-3-rk3328 yesterday and was just looking at that :-)15:54
tlwoernerJPEW: it looks like there's upstream support in U-Boot, but there doesn't appear to be a dts file in linux-stable (yet)15:55
*** gendevbot <gendevbot!~devbot@> has joined #yocto15:56
*** havok101 <havok101!~havok101@2601:241:8a00:46e0:65d0:199d:1954:e5e1> has joined #yocto15:59
JPEWYa. wic files would be nice too16:01
*** Nizar <Nizar!> has quit IRC16:06
*** mckoan is now known as mckoan|away16:14
xtronneed to pass bitbake datastore variable "d" to a py function but caller function doesn't have one, how it can be access "d" in python function... got an implementation using setup_tinfoil() IDK if it's the right approach16:14
xtronfunction I need to call -> def exec_fakeroot(d, cmd, **kwargs):16:16
qschulzxtron: d is available in python tasks in recipes (if that was your question?)16:20
xtronqschulz, I need to call it from a custom wic plugin *.py16:22
*** armpit <armpit!~armpit@2601:202:4180:a5c0:15c0:34e5:4d17:54a9> has quit IRC16:44
*** armpit <armpit!~armpit@2601:202:4180:a5c0:4430:89:b82a:ed5a> has joined #yocto16:55
*** linums <linums!~linums@> has quit IRC16:58
*** linums <linums!> has joined #yocto16:58
*** linums <linums!> has quit IRC17:02
*** linums <linums!> has joined #yocto17:02
*** linums <linums!> has quit IRC17:07
*** linums <linums!> has joined #yocto17:08
*** linums <linums!> has quit IRC17:17
*** linums <linums!> has joined #yocto17:18
*** linums <linums!> has quit IRC17:19
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:a9ec:d0ab:ee0a:9494> has joined #yocto17:21
*** linums <linums!> has joined #yocto17:21
*** linums <linums!> has quit IRC17:24
*** linums <linums!> has joined #yocto17:24
*** vineela <vineela!vtummala@nat/intel/x-gxneafkrqcrbblsf> has joined #yocto17:28
moto-timowhoa, cherry-trail? blast from the past @JPEW17:29
JPEWmoto-timo: I wouldn't know. My x86 knowledge is weak17:30
moto-timoJPEW: that processor came out before I joined Intel17:30
JPEWmoto-timo: Oh, do I need to bust out my punch-card deck then? ;)17:31
moto-timoJPEW: lol17:31
moto-timoJPEW: it should be _really_ stable17:31
JPEWmoto-timo: Hopefully that means all the upstream projects just work... I'm tired of vendor graphics drivers17:32
moto-timooh... the newer board is rockchip I was refering to the seeedstudio link from tlwoerner17:33
JPEWmoto-timo: Ya, the Rock Pi X B4E32? I believe that is a new board17:34
tlwoernermoto-timo: we missed you yesterday! :'(17:35
moto-timoso many chips so little time17:35
moto-timooh darn! I forgot to put it on my calendar.17:36
tlwoerneri looked for you on IRC, but you weren't logged in :-(17:36
tlwoerneroh well17:36
* tlwoerner didn't take notes, but there sure was a lot of "…oh wait, this isn't recorded, is it??"17:37
moto-timoI'm positive many things I have said should never have been recorded.17:37
moto-timoI think I was staring at either the toaster-container or runqemu oe-selftests and just unaware of the world17:39
tlwoerneri was repairing fences at the time, and it started to rain, i came in and said "oh yea! OEHH"17:41
RPmoto-timo: blast from the past would be emenlow or fri2 :)17:41
* RP apologises in advance for the flashbacks17:41
moto-timoRP: you wouldn't believe the boards I found in the "Yocto" rack in the lab.17:42
RPmoto-timo: oh, I would :)17:42
*** manuel1985 <manuel1985!> has joined #yocto17:42
* RP did manage to kill the emenlow17:43
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto17:43
tlwoernerthe videos from ELC2020 are now up:
rburtonrewitt: can you add pip3 to the crops image?17:51
rburtonrewitt: (use-case: i want to use kas inside my crops image to do CI)17:56
rburtonrewitt: prior art: meta-security downloads pip itself
khemrburton: kas uses crops ?18:00
rburtonkas doesn't care18:00
khemsome one said rain ? send some here please18:00
rburtonwriting CI, want to use crops + kas18:00
*** dsueiro <dsueiro!uid467101@gateway/web/> has quit IRC18:00
*** rsalveti <rsalveti!uid117878@gateway/web/> has quit IRC18:00
*** jpuhlman <jpuhlman!~jpuhlman@> has quit IRC18:00
*** mardy <mardy!> has quit IRC18:00
*** stwcx <stwcx!~stwcx@2604:880:a:6::c9c> has quit IRC18:00
rburtonbut having to install pip3 by hand is boring18:01
khemrburton: yeah I have been happy with docker building OE18:01
*** mbulut <mbulut!> has joined #yocto18:02
*** rcoote <rcoote!> has quit IRC18:08
*** BWhitten <BWhitten!~BWhitten@unaffiliated/wipster> has joined #yocto18:13
*** kiwi_29 <kiwi_29!> has joined #yocto18:13
*** manuel1985 <manuel1985!> has joined #yocto18:16
rewittrburton: I'll look into it. Can you ask on github so I don't forget?18:16
rewittrburton: Or you can just email me18:16
*** Bunio_FH <Bunio_FH!> has quit IRC18:17
*** Bunio_FH <Bunio_FH!> has joined #yocto18:20
*** ssajal <ssajal!> has joined #yocto18:20
moto-timorewitt: RP: toaster-container failure with cooker log
*** manuel1985 <manuel1985!> has quit IRC18:26
*** manuel1985 <manuel1985!> has joined #yocto18:26
rburtonrewitt: thanks18:31
moto-timorburton: paul barker installs kas on crops go look at the YP DevDay slides and his repo18:33
*** manuel1985 <manuel1985!> has quit IRC18:45
*** fl0v0 <fl0v0!~fvo@> has quit IRC18:45
*** dsueiro <dsueiro!uid467101@gateway/web/> has joined #yocto18:47
*** rsalveti <rsalveti!uid117878@gateway/web/> has joined #yocto18:47
*** jpuhlman <jpuhlman!~jpuhlman@> has joined #yocto18:47
*** mardy <mardy!> has joined #yocto18:47
*** stwcx <stwcx!~stwcx@2604:880:a:6::c9c> has joined #yocto18:47
*** ssajal <ssajal!> has quit IRC18:47
*** BWhitten <BWhitten!~BWhitten@unaffiliated/wipster> has quit IRC18:48
*** manuel1985 <manuel1985!> has joined #yocto18:48
*** kiwi_29 <kiwi_29!> has quit IRC18:48
*** ningauble <ningauble!ningauble@gateway/vpn/privateinternetaccess/ningauble> has joined #yocto18:57
armpitour crops are on fire19:00
rewittmoto-timo: I don't see the cooker log, is it in there?19:06
*** linums <linums!> has quit IRC19:06
rewittmoto-timo: Ignore me, if only there was a search function in the browser...19:06
*** linums <linums!> has joined #yocto19:07
*** linums <linums!> has quit IRC19:10
*** linums <linums!> has joined #yocto19:11
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:14
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto19:15
*** linums <linums!> has quit IRC19:17
*** linums <linums!> has joined #yocto19:17
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC19:21
*** linums <linums!> has quit IRC19:21
*** mbulut_ <mbulut_!> has joined #yocto19:22
*** linums <linums!> has joined #yocto19:22
*** mbulut <mbulut!> has quit IRC19:22
*** thaytan <thaytan!> has quit IRC19:28
*** linums <linums!> has quit IRC19:28
*** thaytan <thaytan!> has joined #yocto19:28
*** linums <linums!> has joined #yocto19:28
*** linums <linums!> has quit IRC19:33
*** linums <linums!> has joined #yocto19:34
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto19:34
*** linums <linums!> has quit IRC19:35
*** ssajal <ssajal!> has joined #yocto19:37
*** manuel1985 <manuel1985!> has quit IRC19:37
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto19:38
*** mbulut__ <mbulut__!> has joined #yocto19:42
tlwoernerkhem: i thought that was part of California's charm? it's always sunny in California? ;-)19:42
*** mbulut_ <mbulut_!> has quit IRC19:45
*** manuel1985 <manuel1985!> has joined #yocto19:50
*** manuel1985 <manuel1985!> has quit IRC19:54
*** kiwi_29 <kiwi_29!> has joined #yocto20:03
RPmoto-timo: that is very useful I think it can be fixed from that20:03
*** manuel1985 <manuel1985!> has joined #yocto20:05
moto-timorewitt: RP: I was going to pastebin the only part you care about but I got distracted20:06
moto-timoin other news I don't have 2ft high front lawn20:06
*** manuel1985 <manuel1985!> has quit IRC20:07
RPmoto-timo: for 2020 I worry that is the result of land slip! :)20:07
moto-timoRP: I would believe absolutely anything you told me happened in #2020 at this rate20:07
rburtonmoto-timo: yeah, armin does too. just sad that it has to be via installing pip from a wget first20:07
moto-timorburton: yeah. I also have an internal derivative container that installs repo and git-lfs20:08
rburtonyou should ask randy for those in crops too :)20:09
moto-timoI continue to agree we should keep the containers slim and rewitt is an even louder voice :)20:09
moto-timorburton: there are PRs for both20:09
moto-timoit's a matter of everybody wants a different tool and at some point ... it's bloated.20:10
rburtonsure, there's definitely a balance to be made20:10
moto-timorburton: I currently use the kasproject kas container from docker hub, but... that was just lazy20:10
* moto-timo completely waffling about features vs sparseness20:11
rburtonah forgot that existed20:11
moto-timolike every other thought in my 50-50 left-right brain20:11
rewittmoto-timo: rburton: I'm trying to limit the items in the container to the set of items required to build items in oe-core. It's probably less than that right now. But considering the "best practice" is to build the container yourself for reproducibility, security, etc, I think leaning to a smaller set makes sense. Especially considering the things are massive already.20:14
moto-timohmmm. what if I want to test for either of two things with @skipIfNotDataVar20:14
moto-timorewitt: my approach is going to be document how to create reasonable derivative containers20:15
moto-timorewitt: we are actively doing that now (along with some pluggable python scripts to install Intel's BSP offerings...)20:16
moto-timobut you knew that already (just thought I'd voice it publicly)20:16
rewittYeah, I think it makes sense to document crops/yocto and the base image
moto-timonow if only the open sourcing internal process was not so wonky20:17
RPmoto-timo: fix pushed to bitbake master for that traceback20:17
moto-timoRP: thank you!20:17
* rewitt leaves to go to WA will check back this evening20:17
*** manuel1985 <manuel1985!> has joined #yocto20:17
RPmoto-timo: let me know if there are any others20:17
moto-timoRP: running the travis job again now20:18
moto-timoRP: I kind of see this as low hanging fruit I would like to be DONE with :)20:18
*** pev <pev!> has quit IRC20:20
*** pohly <pohly!> has quit IRC20:37
*** mbulut__ <mbulut__!> has quit IRC20:47
xtronwhen I try to define tinfoil_init() routin inside the wic plugin, bitbake trys to re-connect to the server recursively, what other way I've to access datastore "d" in wic script20:55
JPEWxtron: Rename the file so that it does variable expansion?20:56
JPEWxtron: sorry20:56
xtronJPEW, may be I explain it wrong,but wic plugin is written in python20:57
JPEWxtron: Ah, sorry20:57
*** Konsgnx <Konsgnx!> has quit IRC21:00
*** beneth <beneth!> has left #yocto21:11
*** yann <yann!~yann@> has quit IRC21:17
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC21:18
*** kiwi_29 <kiwi_29!> has quit IRC21:22
RPdl9pf: I tried master-next on the autobuilder and it seems some workers are suffering inode mismatching in /tmp/21:23
RPthis is problematic in a large number of ways :(21:23
*** kiwi_29 <kiwi_29!> has joined #yocto21:29
sgwRP: I am working on something with the qemu monitor and sending command via netcat.  I have the concept at least, next is to work on maybe extending the utils/dumper code.21:38
RPsgw: sounds like good progress, thanks!21:49
*** kiwi_29 <kiwi_29!> has quit IRC21:53
sgwRP: since it's host command, I might even beable to use the HostDumper with a different command list.  Trick will get setting and getting the port# since I assume we can't use a fixed port as there may be multiple qemu processes running21:53
sgwIs there already something that can get us a random unused port?21:53
RPsgw: right, I think qemu may be able to do that itself?21:54
*** kiwi_29 <kiwi_29!> has joined #yocto21:54
sgwI will check, I think your right, then it's parsing out the port number.  Still digging around.21:54
RPsgw: we do this for the serial ports somehow I think21:56
*** waiki <waiki!> has quit IRC21:57
*** kiwi_29 <kiwi_29!> has quit IRC21:58
*** jwessel <jwessel!~jwessel@> has quit IRC22:06
*** maudat <maudat!> has quit IRC22:08
RPlooks like the pseudo patches don't work on debian10 and ubuntu200422:30
*** sheelba <sheelba!> has joined #yocto22:30
RPsomething is doing roughly mkstemp(), fd = fopen, fd2 = dup2(fd), unlink(fd), fchown(fd2) which leads to db "corruption" and aborts22:30
*** ningauble <ningauble!ningauble@gateway/vpn/privateinternetaccess/ningauble> has quit IRC22:32
*** xtron <xtron!~xtron@> has quit IRC22:32
RPdl9pf: not sure which host OS you're using? (see above)22:33
RPand when I say "something", its opkg-build, probably through the shell in do_package_write_ipk22:33
*** manuel1985 <manuel1985!> has quit IRC22:33
*** agust <agust!> has quit IRC22:33
*** manuel1985 <manuel1985!> has joined #yocto22:36
sakomanarmpit: given confirmation that the perl CVE fix did indeed introduce the regression, what would you like to see happen?  We can easily revert that commit and do an rc222:39
*** pev <pev!> has joined #yocto22:39
dl9pfRP: on the current builder ? openSUSE 15.0222:42
dl9pfRP: on the current builder ? openSUSE 15.222:42
dl9pfI'm testing with package set to rpm fwiw22:43
*** slevyas <slevyas!ningauble@gateway/vpn/privateinternetaccess/ningauble> has joined #yocto22:43
sakomanarmpit: Lee Chee Yang stated in the patch text that he made modifications to the test cases in the .patch file, so I suspect that those changes weren't correct22:45
*** sheelba <sheelba!> has quit IRC22:46
sakomanso we can either revert and ask him to resubmit post 3.1.3, or just make a note that this particular test case is broken until we get a fix patch.  Do you have a preference?22:47
armpitsakoman, that is good data. I suspect that will help in the TSC decision  making process for their approval. Please respond to the YP TSC22:58
sakomanarmpit: OK will do.  I did reply to your original objection email with confirmation that the patch did indeed cause the regression.  I'll send another reply calling out Lee Chee Yang's commit comment on the test cases23:00
*** havok101 <havok101!~havok101@2601:241:8a00:46e0:65d0:199d:1954:e5e1> has quit IRC23:31
*** kiwi_29 <kiwi_29!> has joined #yocto23:46
*** slevyas <slevyas!ningauble@gateway/vpn/privateinternetaccess/ningauble> has quit IRC23:50
*** kiwi_29 <kiwi_29!> has quit IRC23:50
*** manuel1985 <manuel1985!> has quit IRC23:54
*** dsueiro <dsueiro!uid467101@gateway/web/> has quit IRC23:54
*** rsalveti <rsalveti!uid117878@gateway/web/> has quit IRC23:54
*** jpuhlman <jpuhlman!~jpuhlman@> has quit IRC23:54
*** mardy <mardy!> has quit IRC23:54
*** stwcx <stwcx!~stwcx@2604:880:a:6::c9c> has quit IRC23:54

Generated by 2.17.2 by Marius Gedminas - find it at!