Tuesday, 2018-11-13

*** OpenSorc_ <OpenSorc_!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto00:21
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC00:24
*** learningc <learningc!~learningc@> has quit IRC00:25
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC00:30
*** JaMa <JaMa!~martin@> has joined #yocto00:30
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC00:32
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto00:44
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC00:55
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto00:57
*** demonimin <demonimin!~demonimin@> has joined #yocto00:58
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto00:58
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto01:04
*** stephano <stephano!~stephano@> has quit IRC01:12
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC01:14
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has quit IRC01:14
*** zz_ka6sox <zz_ka6sox!ka6sox@cryptkcoding.com> has joined #yocto01:16
*** zz_ka6sox is now known as ka6sox01:16
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto01:16
*** Aethenelle_ <Aethenelle_!~Aethenell@> has quit IRC01:20
*** halfhalo <halfhalo!halfhalo@nasadmin/webteam/halfhalo> has joined #yocto01:23
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC01:26
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto01:36
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC02:02
*** zzeroo <zzeroo!~zzeroo@p50999e88.dip0.t-ipconnect.de> has quit IRC02:09
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto02:09
*** zzeroo <zzeroo!~zzeroo@p50999e88.dip0.t-ipconnect.de> has joined #yocto02:21
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC02:54
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto03:07
*** timblechmann_ <timblechmann_!~quassel@2001:e68:5420:2bfa:98b2:ee55:16aa:886b> has quit IRC03:32
*** timblechmann_ <timblechmann_!~quassel@2001:e68:5420:2bfa:d8e7:19a5:e644:ff58> has joined #yocto03:33
*** kanavin_home <kanavin_home!~ak@2a02:8109:b5c0:1a5d:ada5:a270:4516:9891> has joined #yocto03:42
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC04:00
*** chandana73 <chandana73!~ckalluri@> has quit IRC04:04
*** gtristan <gtristan!~tristanva@> has joined #yocto04:14
* OutBackDingo offers $$$s for the secret bitbake recipes to an encrypted rootfs running core-image-weston to anyone... khem ? nrossi ?04:20
*** OpenSorc_ <OpenSorc_!~opensorce@216-82-197-9.static.grandenetworks.net> has quit IRC04:51
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto04:53
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto04:53
*** mithro <mithro!sid24875@gateway/web/irccloud.com/x-wdxbibmgsxfroniv> has quit IRC04:58
*** mithro <mithro!sid24875@gateway/web/irccloud.com/x-kmzguetnmhnrnrbq> has joined #yocto04:59
*** jftetu <jftetu!znc@> has quit IRC05:12
*** jftetu <jftetu!znc@> has joined #yocto05:13
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC05:29
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto05:53
*** anujm <anujm!~anujm@> has joined #yocto05:58
*** hamis <hamis!~irfan@> has joined #yocto06:01
*** AndersD <AndersD!~AndersD@> has joined #yocto06:10
*** AndersD <AndersD!~AndersD@> has quit IRC06:12
*** AndersD <AndersD!~AndersD@> has joined #yocto06:13
*** gtristan <gtristan!~tristanva@> has quit IRC06:26
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto06:44
*** cvasilak <cvasilak!~cvasilak@ppp-94-66-8-209.home.otenet.gr> has joined #yocto06:48
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:54
*** feddischson <feddischson!~feddischs@55d48e30.access.ecotel.net> has joined #yocto07:02
*** tprrt <tprrt!~tprrt@> has joined #yocto07:05
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC07:07
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto07:10
*** gtristan <gtristan!~tristanva@> has joined #yocto07:12
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto07:18
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:24
*** timblechmann_ <timblechmann_!~quassel@2001:e68:5420:2bfa:d8e7:19a5:e644:ff58> has quit IRC07:28
*** rburton <rburton!~rburton@> has joined #yocto07:33
*** lusus <lusus!~lusus@> has joined #yocto07:34
*** cvasilak <cvasilak!~cvasilak@ppp-94-66-8-209.home.otenet.gr> has quit IRC08:10
*** lundmar <lundmar!~lundmar@> has joined #yocto08:28
OutBackDingokhem: Waiting for root device /dev/mapper/crypt... ???08:45
*** anujm <anujm!~anujm@> has quit IRC08:49
nrossiOutBackDingo: i assume you have configured your kernel with /dev/mapper and crypt support?08:55
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC08:58
nrossiOutBackDingo: if yes, also make sure if they are configured as modules that they are included in your initramfs09:00
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto09:04
OutBackDingonrossi: how do i include them in initramsd froom local.conf or do i need a bb recipe09:04
nrossiOutBackDingo: depends, first check if they are included already or not by checking the image manifest in deploy/images/..../<name of initramfs image>.manifest09:05
nrossiOutBackDingo: you should see kernel-module-dm-crypt (or similar not sure the exact module name) at least09:06
*** AndersD <AndersD!~AndersD@> has quit IRC09:07
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto09:19
*** anujm <anujm!anujm@nat/intel/x-snwtkbpzedeunxgv> has joined #yocto09:26
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto09:37
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC09:40
*** hamis <hamis!~irfan@> has quit IRC09:40
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto09:40
*** hamis <hamis!~irfan@> has joined #yocto09:40
*** Carton__ <Carton__!~jo@> has joined #yocto09:44
*** gtristan <gtristan!~tristanva@> has quit IRC09:47
*** ak77 <ak77!c12e4b03@gateway/web/freenode/ip.> has quit IRC09:51
*** hamis <hamis!~irfan@> has quit IRC09:54
*** hamis <hamis!~irfan@> has joined #yocto09:54
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC10:04
*** AndersD <AndersD!~AndersD@> has joined #yocto10:04
*** sgw <sgw!~sgw@> has joined #yocto10:06
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:20
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:24
*** berton <berton!~berton@> has joined #yocto10:39
*** anujm <anujm!anujm@nat/intel/x-snwtkbpzedeunxgv> has quit IRC10:44
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto10:53
mcfriskFYI: on sumo, setting S to custom directory with a trailing slash / triggers race conditions in RSS sysroot generation.. so beware11:21
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC11:21
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto11:21
*** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has joined #yocto11:24
learningcHow do I add extra compilation flag for package build with Yocto? I want to build with NEON SIMD enabled11:26
rburtonmcfrisk: bug please :)11:36
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto11:37
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto11:39
*** tasslehoff_ <tasslehoff_!~Tasslehof@> has joined #yocto11:43
*** kpo <kpo!~bob@piq58.internetdsl.tpnet.pl> has joined #yocto11:46
*** berton_ <berton_!~berton@> has joined #yocto11:52
Croftonlearningc, what package?11:53
*** berton <berton!~berton@> has quit IRC11:55
*** sgw <sgw!~sgw@> has quit IRC11:59
learningcCrofton, opencv :)12:02
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:13
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto12:15
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC12:18
*** wooosaiii <wooosaiii!~woo@cpe-90-157-180-95.static.amis.net> has joined #yocto12:20
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC12:21
*** wooosaiiii <wooosaiiii!~woo@cpe-90-157-180-95.static.amis.net> has quit IRC12:22
*** submux <submux!~submux@2001:840:4b2b:101:e8a1:39d7:fd2c:9b28> has joined #yocto12:42
*** sgw <sgw!~sgw@> has joined #yocto12:47
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC12:52
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto12:53
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto12:53
jofrI've bbappended to init-ifupdown in order to provide my own "interfaces" file, but on first-run (e.g. after doing some modifications) it always fails on "[...] license-destdir’: No such file or directory". Works fine if I re-run my bitbake. Any ideas how to fix it? Seems like a race-condition..12:55
jofrThe issues that Google shows me seem really old..12:56
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC12:57
*** RyanMeulenkamp <RyanMeulenkamp!~ryan.meul@lorentz.bad-bit.net> has joined #yocto13:02
RyanMeulenkampHi. We recently upgraded our OS and kernel from an ancient kernel vesion,, to 4.9.28. Now when the RAM is used up the system freezes, and before we would get a panick and it would reboot. Swap and OOM-killer are turned off in both cases. Why does it freeze now? I would prefer if it just panic'ed.13:04
*** RyanMeulenkamp <RyanMeulenkamp!~ryan.meul@lorentz.bad-bit.net> has quit IRC13:05
*** RyanMeulenkamp <RyanMeulenkamp!~ryan.meul@lorentz.bad-bit.net> has joined #yocto13:06
*** RyanMeulenkamp <RyanMeulenkamp!~ryan.meul@lorentz.bad-bit.net> has quit IRC13:27
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto13:28
yoctiNew news from stackoverflow: Trying to create sample linux mage with yocto prject but cause building error <https://stackoverflow.com/questions/53282232/trying-to-create-sample-linux-mage-with-yocto-prject-but-cause-building-error>13:45
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC13:48
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC13:51
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto13:56
*** marka <marka!~masselst@> has joined #yocto13:57
JPEWrburton: I was going to ask if there was any sort of testing for meta-mingw.... I guess that answers the question :)14:02
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC14:02
*** JaMa <JaMa!~martin@> has quit IRC14:02
RPJPEW: build test yes, run test, no14:02
JPEWRight. I was thinking about it, and maybe it would be useful (and easier to test) if the SDK had a built in "self test"?14:03
RPJPEW: not sure about that. We do already have SDK tests, they would just need wine14:04
JPEWRP: Ya, I did see those. I think Wine is a good idea, but it would also be nice to have the option to run some tests on actual different Windows versions14:06
RPJPEW: that is probably a new set of tests since even testexport won't work on windows easily14:07
JPEWRP: Right.... possibly just straight python3+unittest14:08
* RP hates duplication14:08
JPEWRP: Indeed.... wine makes sense as a first step (I'm assuming that so that it can be run on the autobuilders?). The rest we can think about for a while14:10
RPJPEW: we'd probably need to add something to the host dependencies or build a -native for it14:11
* RP doesn't know how feasible a -native it14:11
RPJPEW: my only worry about installing host side would be the wide differences in host versions. That said we could do it on a specific worker14:12
RP(wine specific build tied to a specific worker with wine)14:13
*** RyanMeulenkamp <RyanMeulenkamp!~ryan.meul@lorentz.bad-bit.net> has joined #yocto14:14
yoctiNew news from stackoverflow: Create and run an application on pandaboard using Qt <https://stackoverflow.com/questions/13943766/create-and-run-an-application-on-pandaboard-using-qt>14:15
*** tasslehoff_ <tasslehoff_!~Tasslehof@> has quit IRC14:16
JPEWRP: I'll look14:17
JPEW...hmm I'm really not convincing myself that I *shouldn't* be a maintainer of meta-mingw14:17
*** RyanMeulenkamp <RyanMeulenkamp!~ryan.meul@lorentz.bad-bit.net> has quit IRC14:21
RPJPEW: :D14:23
*** hamis <hamis!~irfan@> has quit IRC14:24
*** dmoseley <dmoseley!~dmoseley@072-184-106-074.res.spectrum.com> has quit IRC14:27
*** submux <submux!~submux@2001:840:4b2b:101:e8a1:39d7:fd2c:9b28> has quit IRC14:31
*** dmoseley <dmoseley!~dmoseley@072-184-106-074.res.spectrum.com> has joined #yocto14:35
rburtonJPEW: well if we were running on gitlab we could add a windows builder to the CI pool for the mingw tests14:45
* rburton runs14:45
rburtonRP: i think for what mingw will need, any host wine will be sufficient14:46
rburtonjust get halstead to drop it on all the workers14:46
rburtonits not like gcc is going to be using the latest directx api14:46
RPrburton: you clearly haven't used wine for a while :/14:47
rburtonheh, true14:47
RPrburton: btw, leaning to taking the avahi ptest on the basis that more could be added14:48
RPrburton: merge -next and move onward with master now?14:48
rburtonRP: seriously doubt more could be added fwiw14:48
* RP suspects he's got as far with thud as we're going to14:48
rburtonit doesn't have a non-interactive test suite really14:48
rburtonand the initial ones barely count as a test suite14:49
RPrburton: the names of the others did sound promising14:49
rburtonsome of them just start services and expect the developer to inspect14:49
RPrburton: I guess I'll leave it then since you've looked at them14:50
RPrburton: this new sources mirror test is going to be annoying for master-next and mut since selftest will error due to "missing" sources which haven't made the mirror yet due to the new additions in the build :/14:51
rburtonRP: just firing a local build of next here to give it my approval14:52
RPrburton: ok14:52
RPrburton: the autobuilder isn't good enough for you? :)14:52
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto14:52
rburtondoesn't (yet) show me buildhistory-diff14:53
RPrburton: er, http://git.yoctoproject.org/cgit.cgi/poky-buildhistory/14:53
rburtonoh right14:53
rburtonforgot ;)14:53
rburtondare i ask how big that repo is to clon14:54
RPhmm, it may not have a decent recent master build to compare against14:54
RPrburton: smaller than it used to be?14:54
RPrburton: anyhow, help improve this! :)14:55
rburtonyeah the repo is huge :)14:56
rburtonsingle-branch cloning to the 'rescue'14:57
rburtononly 140k objects instead of 700k14:58
RPIt does build history for every arch :)14:58
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto14:59
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto14:59
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-hzcewoymosrbowwj> has quit IRC15:09
*** AndersD <AndersD!~AndersD@> has quit IRC15:11
OutBackDingonrossi: feels like its all there, just not proompting me fopr a password to decrypt it15:20
RPrburton: let me ask a different question - what output is useful based on buildhistory?15:20
OutBackDingosystemd or init script missing ?15:21
*** gtristan <gtristan!~tristanva@> has joined #yocto15:22
*** sgw <sgw!~sgw@> has quit IRC15:24
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto15:25
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC15:26
rburtonRP: the buildhistory-diff against master15:31
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC15:35
RPrburton: put a text file into the build output somewhere?15:41
rburtonbuildhistory-diff in that repo is a bit knackered15:41
RPrburton: knackered how?15:41
RPmaster not being up to date?15:41
rburtonbb.utils.VersionStringException: Invalid version specification in "(dev).tmpl'" - invalid or missing operator15:42
rburtoni thought we fixed that15:42
rburtonpackages/x86_64-nativesdk-pokysdk-linux/nativesdk-libpng/nativesdk-libpng-dbg: PKGR changed from r0 [default] to r0.015:42
rburtonthe output is *huge* but its 99% the sdk version changing, so every nativesdk package path changed15:43
yoctiNew news from stackoverflow: bitbake - custom image task called twice <https://stackoverflow.com/questions/53284071/bitbake-custom-image-task-called-twice>15:45
RPrburton: we should probably add that version to the list of things to filter?15:46
rburtondo some builds enable or disable pr service?15:47
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC15:48
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto15:52
*** learningc <learningc!~learningc@> has joined #yocto15:53
nrossiOutBackDingo: sorry was afk. Yer sounds like you don't have anything that initializes the mapped mount. The cryptsetup recipe looks like it has a default for systemd systems but nothing for sysvinit15:56
RPrburton: Its tested in oe-selftest15:57
armpitRP I am thinking of backporting scritps/autobuilder-worker-prereq-tests for sumo16:02
RParmpit: I'm not sure we'd run them there would we?16:03
RParmpit: the prereq tests are the ones which quickly test if a new worker is working, we then have the nightly-bringup target to actually test the corner cases like oe-selftest which could be from different releases16:04
armpitso you would only use master to do that?16:05
RParmpit: I think so, at least that is how we're using it16:05
*** tprrt <tprrt!~tprrt@> has quit IRC16:05
* RP notes bugzilla reminding him "Your mind needs to be slightly warped to understand runqueue.py"16:09
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto16:09
yatesi created a do_install_append() function in base-files_%.bbappend which appends a line to ${D}${sysconfdir}/fstab16:12
yateswhich works, but my previous attempt was appending the wrong line to fstab and after bitbaking with the new function, that old, erroneous line is is still in the fstab file (before the new, correct line)16:14
yatesdoesn't bitbake detect this is a dependency and rebuild the file?16:14
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC16:14
kergothchanges to do_install will re-run do_install, which should result in recopying/creating it16:14
yateskergoth: but i didn't change do_install(), rather my do_install_append() in my custom layer16:15
yatesare you sugesting i make a fake change to do_install() to get it to regenerated/16:15
kergothno, you're misunderstanding how the file format works16:15
kergoth_append concatenates16:16
kergothdo_Install_append appends to do_Install, thereby changing do_Install16:16
kergothso changes to that should re-run the task16:16
yateswas this a bug? i'm still using morty... (please don't yell at me)16:16
yateskergoth: i indeed changed my do_install_append() and indeed my new rootfs.tar.bz2 had the old line in.16:17
yateshere is my base-files_%.append: https://paste.fedoraproject.org/paste/aBzHNENRcD2o-n17gcOGsw16:17
armpitI just noticed a new patchwork group "Yocto Project Layers"16:17
kergothdoesn't make much sense unless base-files is writing to ${D} in do_compile or something equally broken16:17
armpitwhat layers are those ?16:18
RParmpit: things from yocto@16:18
armpitso meta-security and meta-virt ?16:18
RParmpit: hopefully16:18
yateskergoth: here is the poky/meta/recipes-core base-files file: https://paste.fedoraproject.org/paste/i0Ph7c8NbWXQh4pbobFyAw16:19
yatesfyi, if that helps explain something.16:19
armpitRP thanks will help16:19
yatesis that correct? or broken?16:20
yatesam i doing something stupid?16:21
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC16:21
yatesisn't the last argument to the "install" command the destination?16:22
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto16:22
armpitRP is I run a rocko build, will it interfere with QA testing ?16:23
RParmpit: no16:23
yateskergoth: ?16:25
*** User_ <User_!~learningc@> has joined #yocto16:25
nathani_I'm trying to move my yocto build to a different hard drive, deleted tmp and conf and rebuilt, but I'm getting errors that "useradd command did not succeed", https://pastebin.com/6ni7QiiC16:25
nathani_Do I need to also delete my state-cache?16:26
*** learningc <learningc!~learningc@> has quit IRC16:27
nathani_Oh and that error only happens when I try to use devtool modify16:27
yateskergoth: "nope" to me or someone else?16:28
* yates wonders if kergoth has /ignored him16:30
RPnathani_: at a guess there is some dependency missing which devtool is not understanding. Have you tried building the thing you want to modify before running the modify command?16:31
RPnathani_: if that works it would be worth a bug report16:31
RPyates: fwiw that append looks right to me which suggests either it isn't being found or that something else is also changing that file16:32
yatesRP: ok. i'll look and see if there is another base-files16:33
nathani_RP: Thanks, I did a cleanall on the recipe and bitbaked it without issue. And devtool was working before I removed the old location.16:34
RPnathani_: something old in workspace ?16:34
nathani_RP: also removed the workspace16:35
RPnathani_: not sure then sorry16:36
nathani_Trying to think of anything else I can remove, before I do a full rebuild.16:36
nathani_RP: no problem, thanks for the 2nd opinion16:36
RPnathani_: sstate is meant to be path independent so it shouldn't be that16:37
RP(we test that very heavily on the autobuilder)16:37
yatesRP: there is one other base-files_%.bbappend but it just does this: https://paste.fedoraproject.org/paste/LqNIMIwJqzPiqaVwkGiH-Q16:38
RPyates: what about other fstab files there?16:39
*** Carton__1 <Carton__1!~jo@> has joined #yocto16:42
*** Carton__ <Carton__!~jo@> has quit IRC16:43
yatesRP: yes! that was it. the fstab in the tmp/work/... directory had been modified. i think i did that when i was using the wrong variables in my fstab path prefix in my bbappend16:43
yatesi think..16:43
yatesi need to rebuild to make sure16:44
yateswhere is the final place for the raw fstab file before it gets zipped up into rootfs.tar.bz2?16:45
*** Carton__1 <Carton__1!~jo@> has quit IRC16:47
*** Winfried <Winfried!d9a632c2@gateway/web/freenode/ip.> has joined #yocto16:50
WinfriedHi, I'm upgrading our BSP from krogoth to sumo, but I am stuck at kernel module recipes.16:52
WinfriedWe have kernel-module-foo and kernel-module-bar. The bar module needs header files that foo module installs.16:53
WinfriedI added DEPENDS = "kernel-module-foo" to the recipe of module bar. And the foo include files appear in recipe-sysroot of kernel-module-bar.16:55
WinfriedBut still I get a error when compiling module bar saying that it can't find the foo header files.16:56
WinfriedAny suggestions how to make this work in Yocto sumo ?16:57
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC17:04
*** User_ <User_!~learningc@> has quit IRC17:04
*** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has quit IRC17:14
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC17:19
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto17:20
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC17:21
yatesi did a fresh build a yesterday. a XYZrootfs.tar.bz2 file was generated. i deleted that file and reran bitbake. that file is not being rebuilt. why?17:21
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto17:22
yates(in tmp/deploy/images/<arch>/, that is)17:23
yatesdoesn't bitbake regenerate files when they are missing?17:24
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC17:25
Winfried@yates: what bitbake command did you use ?17:26
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto17:26
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC17:26
yatesWinfried: bitbake hw-test-image17:26
yatesam i losing my mind, or is there a big problem here?17:29
WinfriedYes, that should regenerate the image,17:29
*** stephano <stephano!stephano@nat/intel/x-kjfchlsiiffcjbjh> has joined #yocto17:30
WinfriedOr maybe not. Do 'bitbake hw-test-image -c clean' and then 'bitbake hw-test-image'.17:31
yatesWinfried: i am doing that now. but why should i have to do this? shouldn't bitbake be smart enough to know to regenerate missing files?17:33
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto17:33
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto17:33
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto17:37
*** agnjunio <agnjunio!c8d5ef2e@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto17:39
*** geissona_ <geissona_!~geissonat@> has joined #yocto17:42
georgemyates: don't delete stuff from deploy. problem solved17:42
RPyates: if you delete the corresponding stamps in tmp/stamps it will rerun tasks17:44
RPyates: bitbake is not like make and does not maintain a list of every file under tmp and how to rebuild each one. There are millions of them and it would be near impossible to track reliably17:45
yatesgeorgem: why not just allow things to segfault? problem solved!17:47
*** Winfried <Winfried!d9a632c2@gateway/web/freenode/ip.> has quit IRC17:47
yatesRP: i probably forgot that.17:47
georgemyates: ?17:47
yatesok, this is evil.17:54
yatesafter doing a "bitbake hw-test-image -c clean" i can find no files "fstab" or "base-files*" with the string "XYZ" (figurative).17:56
yatesyet after doing a "bitbake hw-test-image", the /ext/fstab found in rootfs.tar.bz2 has the (wrong) string "XYZ".17:57
yatesas i mentioned earlier, this string was an error i had made yesterday. now it seems to be indelibly "stuck" in yocto...17:57
*** stephano <stephano!stephano@nat/intel/x-kjfchlsiiffcjbjh> has quit IRC17:57
yatesmust I recheck the entire repo and rebuild from scratch?17:58
yatesthere must be something stuck in the sscache?18:00
yatesline 7 is wrong, line 8 is correct18:00
yateshere is my bbappend (again, for reference) https://paste.fedoraproject.org/paste/EgqZSQHYsGoofjIGngdZ8g18:01
yatesis there a way to regenerated the ss-cache?18:05
yatessimply remove it?18:05
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto18:06
yatesRP: thoughts?18:06
yatesi'd rather not wait another 2+ hours for this to rebuild...18:06
RPyates: remove all the *base-files* from sstate ?18:07
RPyates: I suspect you managed to corrupt the cache if you were poking around work/ by hand18:07
RPyates: a "bitbake base-files -c cleansstate" may do it?18:08
yatesok, i'll try that18:09
yatesthat caused a few more tasks to be rerun, so that looks promising...18:11
*** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto18:15
yatesyes. that worked.18:15
yatesthank you, RP18:16
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC18:18
*** amosbird <amosbird!~amosbird@> has joined #yocto18:20
amosbirdHello, is yocto project similar to distributions like ubuntu ?18:20
*** sgw <sgw!~sgw@> has joined #yocto18:24
Croftonamosbird, it builds a distribution for you18:27
Croftonwith support for license checking, gpl compliance etc18:27
*** feddischson <feddischson!~feddischs@55d48e30.access.ecotel.net> has quit IRC18:33
*** kaspter <kaspter!~Instantbi@> has quit IRC18:37
*** kaspter <kaspter!~Instantbi@> has joined #yocto18:38
*** rburton <rburton!~rburton@> has quit IRC18:41
*** rburton_ <rburton_!~rburton@> has joined #yocto18:41
*** rperier <rperier!~rperier@unaffiliated/bambee> has quit IRC18:46
armpitRP are oe-selftest supposed to scale to allow other layers in include their own selftest ?18:55
RParmpit: yes18:55
armpitthen I don't understand or its broken18:57
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:57
armpitis the oe-selftest scripted supposed to pick these additions?18:58
armpitI don't me the selftest class18:58
RParmpit: see meta-yocto-bsp/lib/oeqa/selftest ?18:59
* armpit will side with "don't understand" and poke around code a bit more19:00
*** kpo <kpo!~bob@piq58.internetdsl.tpnet.pl> has quit IRC19:00
armpitRP that test does not show up in oe-selftest -l19:00
RParmpit: I'm basically saying the test from meta-yocto-bsp works so its not totally broken19:00
RParmpit: https://autobuilder.yoctoproject.org/typhoon/api/v2/logs/96787/raw shows systemd_boot.Systemdboot.test_efi_systemdboot_images_can_be_built19:01
RParmpit: perhaps the listing is bust?19:01
RParmpit: I can believe something is broken but the test does appear to tun19:02
armpitI was using it to test if I set things up correctly19:02
armpitk, thanks for the validation..19:03
*** JaMa <JaMa!~martin@> has joined #yocto19:05
* armpit is a dork.. try including the layer19:08
* armpit puts test in meta-yocto-bsp and it is seen...19:15
yoctiNew news from stackoverflow: bitbake not producing a zImage file <https://stackoverflow.com/questions/53287708/bitbake-not-producing-a-zimage-file>19:16
* armpit cool the test works19:18
*** martinkelly1 <martinkelly1!~martin@hq.xevo.com> has quit IRC19:39
*** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has quit IRC19:39
*** martinkelly1 <martinkelly1!~martin@hq.xevo.com> has joined #yocto19:40
*** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has joined #yocto19:42
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has joined #yocto19:42
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC19:43
*** rperier <rperier!~rperier@2001:41d0:52:100::44a> has quit IRC19:44
*** rperier <rperier!~rperier@unaffiliated/bambee> has joined #yocto19:44
yoctiNew news from stackoverflow: Yocto find the recipe that defines a task <https://stackoverflow.com/questions/53288060/yocto-find-the-recipe-that-defines-a-task>19:46
*** alicef <alicef!~none@www1392ue.sakura.ne.jp> has joined #yocto19:46
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto19:46
*** sgw <sgw!~sgw@> has quit IRC19:52
*** berton_ <berton_!~berton@> has quit IRC19:55
*** Carton__ <Carton__!~jo@2a02:120b:2c3c:3bf0:11f0:f10f:f954:54be> has joined #yocto19:56
*** gtristan <gtristan!~tristanva@> has quit IRC20:05
*** Carton__ <Carton__!~jo@2a02:120b:2c3c:3bf0:11f0:f10f:f954:54be> has quit IRC20:05
*** sgw <sgw!~sgw@> has joined #yocto20:15
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto20:56
*** feddischson <feddischson!~feddischs@55d48e30.access.ecotel.net> has joined #yocto21:24
*** stephano <stephano!~stephano@> has joined #yocto21:24
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:43
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto21:49
*** feddischson <feddischson!~feddischs@55d48e30.access.ecotel.net> has quit IRC22:09
*** feddischson <feddischson!~feddischs@55d48e30.access.ecotel.net> has joined #yocto22:09
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC22:09
*** micka <micka!~micka@> has quit IRC22:09
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto22:10
*** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto22:11
*** martinkelly1 <martinkelly1!~martin@hq.xevo.com> has quit IRC22:11
*** martinkelly1 <martinkelly1!~martin@hq.xevo.com> has joined #yocto22:14
*** marka <marka!~masselst@> has quit IRC22:15
*** geissona_ <geissona_!~geissonat@> has quit IRC22:16
*** RP <RP!~RP@5751f4a1.skybroadband.com> has quit IRC22:20
*** RP <RP!~RP@5751f4a1.skybroadband.com> has joined #yocto22:21
*** feddischson <feddischson!~feddischs@55d48e30.access.ecotel.net> has quit IRC22:23
RPkergoth: around?22:24
RPkergoth: Just trying to figure out what we were trying to do with http://git.yoctoproject.org/cgit.cgi/poky/tree/bitbake/lib/bb/main.py#n116 (the warnings code). I'm not convinced its working22:25
kergothit was to send python warnings like DeprecationWarning to our loggers instead of directly to stdout22:25
kergothbeen a long time since that was added, though, and i doubt it's currently being tested in our unittests22:26
kergothbad example, we explicitly ignore that warning, but others of that nature22:26
kergothwell, we ignore it in the metadata, not in bitabke istelf :)22:26
kergothI'm not sure if that <string> module is still accurate for our eval'd stuff, though? *shrug* you've touched better_* more recently than i22:28
yatesis there somewhere in the oe layers that creates a symlink of the log directory under /var to /var/volatile/log? i.e., /var/log -> /var/volatile/log?22:31
RPkergoth: I'm not really sure either :/ I can say the deprecation warnings from bitbake are erratic though22:35
RPkergoth: you fix one, then find others of a different type. Its as if any warning of any kind removes any others22:36
*** |King_InuYasha| <|King_InuYasha|!~King_InuY@ool-18e49371.dyn.optonline.net> has joined #yocto22:36
armpityou see. if we wrote bitbake in java, it would be so much easier22:37
kergothRP: that sort of setup should really go in bitbake_main or something anyway, even if it does work, otherwise the override happens every time main.py is imported, which seems bad22:37
* kergoth shrugs22:37
kergothshould likely write a unit test that does an exec_func on some python code with known deprecated stuff, but we'd hae to account for every python version bitbake supports22:38
kergothmaybe there's a better warning to test22:38
RPkergoth: we could define a function which we mark as deprecated?22:39
RPkergoth: but yes doing this in main every module load is bad22:39
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC22:40
RPkergoth: I'm wondering if now we're on a recent python we need to filter any of these warnings. At least in 3.6, I'm not seeing many (I have patches for the ones I have seen)22:50
kergothbitbake/oe has a minimum required python version, but the user could be running a version newer than that which deprecates stuff we use or the metadata use22:51
kergothwhich will spam the user with warnings they can't do anything about22:51
kergothi think that sort of the thing was the origianl reason behind the filtering22:51
RPkergoth: we support 3.4 onwards iirc but it runs cleanly on 3.6 afaict (with some minor tweaks I'll send out)22:52
RPnot sure what 3.7 does of course22:52
* kergoth nods, probably not a likely case at the moment22:52
kergothHmm, I wonder if there are any tools to check a codebase to determine if anything from versions later than what you support is being used22:53
RPkergoth: contemplating removing that code on the most part and seeing how bad things are with a view to putting back what we need22:53
kergothi.e to catch recipes doing things that aren't guaranteed to be available22:53
kergothpython versions, that is22:53
RPkergoth: that would certainly be handy22:53
*** rburton_ <rburton_!~rburton@> has quit IRC22:57
kergothchecking bitbake itself is easy enough, just run bitbake-selftests on multiple python versions with tox or something.. but metadata is less trivial22:57
RPkergoth: we do have all the python code fragments in ast form though22:58
kergothright, static analysis could determine the minimum requireed python version. just don't know if such a thing exists arleady or not23:01
* kergoth adds to the ever growing one-of-these-days list23:01
kergothhttps://github.com/alikins/pyqver seems to have been precisely that, but only goes up to 3.3. — https://github.com/alikins/pyqver/blob/master/pyqver3.py23:01
RPkergoth: right, something like that but up to date :)23:04
kergothnice little summaries23:05
RPkergoth: tracemalloc sounds interesting23:07
kergothhuh, indeed23:08
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bwzevmphuovfnrqv> has joined #yocto23:09
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC23:12
RParmpit: I've tracked down a small behaviour difference between 3.4/3.5 and 3.6. will try a fixed build23:19
RPonly one worker appears to have 3.6 on it23:20
* RP tries a different build command and watches it spew more deprecation warnings :/23:23
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC23:29
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto23:29
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto23:29
*** martinkelly1 <martinkelly1!~martin@hq.xevo.com> has quit IRC23:32
*** JaMa <JaMa!~martin@> has quit IRC23:33
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC23:35
la_croix_Evening all. Quick question, my current yocto build allows root ssh access with no password. Although I've found a method to add a root password within local.conf, I'd quite like to be able to add an authorised ssh key, and disable password access (my standard ssh setup for linux)23:40
la_croix_Or would I need to edit the rootfs and modify sshd_config?23:45

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!