Monday, 2019-09-30

*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC00:21
*** anujm <anujm!~anujm@134.134.139.75> has joined #yocto00:21
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto01:05
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC02:41
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto02:42
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC02:44
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto02:45
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC02:59
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto03:01
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC03:54
*** anujm <anujm!~anujm@134.134.139.75> has quit IRC04:20
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC04:27
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto04:36
*** iceaway <iceaway!~pelle@37.233.78.69> has joined #yocto04:49
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto05:23
*** saraf <saraf!~a_saraf@123.252.238.18> has joined #yocto05:26
*** saraf <saraf!~a_saraf@123.252.238.18> has quit IRC05:27
*** saraf <saraf!~a_saraf@123.252.238.18> has joined #yocto05:27
*** elfGamal <elfGamal!~elg@5.253.206.78> has joined #yocto05:31
*** elGamal <elGamal!~elg@5.253.206.78> has quit IRC05:31
iceawayI am creating a recipe for a binary package that is 99% 64-bit stuff, but it has a couple of 32-bit libraries in it. This makes Yocto QA unhappy: "QA Issue: Architecture did not match (ARM, expected AArch64)". I'm wondering what the best solution to this would be. Is there a way to disable this particular warning or do I have to create a separate recipe for the 32-bit libs?05:32
iceawayINSANE_SKIP_${PN} += "arch" did the trick05:34
khemits better for you to package it into separate 32/64 bit packages05:34
khemyou can disable the checks but they can bite in maintainance05:35
iceawaykhem: thanks, I will consider what will be the best solution in this case. Have two possible ways of solving it now.05:37
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto05:46
*** saraf <saraf!~a_saraf@123.252.238.18> has quit IRC05:56
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto06:03
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto06:13
*** leitao <leitao!~leitao@2620:10d:c092:180::1:7ac> has joined #yocto06:13
*** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC06:23
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC06:25
*** mckoan|away is now known as mckoan06:42
mckoangood morning06:43
yoctiNew news from stackoverflow: Differences between openembedded-core and poky <https://stackoverflow.com/questions/58162562/differences-between-openembedded-core-and-poky>06:50
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:51
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto06:56
*** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto06:59
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC06:59
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto07:04
*** leitao <leitao!~leitao@2620:10d:c092:180::1:7ac> has quit IRC07:07
alessioigorgood morning!07:08
erbomorning!07:14
yoctiNew news from stackoverflow: "Meson failed" while generating core-image-selinux in yocto warrior branch <https://stackoverflow.com/questions/58162837/meson-failed-while-generating-core-image-selinux-in-yocto-warrior-branch>07:20
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto07:21
iceawayGood morning!07:25
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC07:31
*** yann <yann!~yann@aputeaux-653-1-137-254.w86-195.abo.wanadoo.fr> has quit IRC07:36
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto07:38
*** goliath <goliath!~goliath@82.150.214.1> has joined #yocto08:08
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has joined #yocto08:09
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has quit IRC08:48
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has joined #yocto08:49
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto08:51
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC08:56
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-nhuyipkromjqenah> has joined #yocto09:05
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:05
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto09:16
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC09:17
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC09:24
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto09:37
*** soderstrom <soderstrom!~soderstro@gateway/shell/xzibition.com/x-fdcjhpjumnkdatty> has joined #yocto10:00
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto10:01
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto10:14
*** yann <yann!~yann@85.118.38.73> has joined #yocto10:25
iceawayI am trying to make my root filesystem read-only by enabling EXTRA_IMAGE_FEATURES += "read-only-rootfs". That part is working fine, but during boot I get a few error messages: "rm: can't remove '/tmp': Read-only file system10:33
iceaway"rm: can't remove '/etc/resolv.conf': Read-only file system" and "ln: /etc/resolv.conf: File exists"10:34
LetoThe2ndiceaway: then find out which script tries to do things there. it is almost certainly some custom thing, as we're using the read-only-rootfs in production since years witout problems.10:34
iceawayI am trying to figure out where these are coming from but so far no luck.10:34
iceawayLetoThe2nd: I am on that path and checking all init scripts, but have not found anything so far. Figured it might be a common issue.10:35
LetoThe2ndiceaway: it might be cause through something that comes with poky/OE of course, but its definitively no read only inherent problem.10:36
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC10:39
krooniceaway, its been fixed in master10:39
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto10:39
iceawaykroon: Oh? Any link to the actual fix? I am on sumo at the moment without possibility to upgrade right now.10:39
krooniceaway, https://patchwork.openembedded.org/patch/152602/10:40
iceawayhttps://patchwork.openembedded.org/patch/152602/10:41
iceawayhttps://patchwork.openembedded.org/patch/152602/10:41
iceawayoops sorryy about that10:41
krooniceaway, commit fb028a0a25c02ab56ad262afd8e6e9495a44673d in oe-core10:42
iceawaySeems like it has not been backported to sumo (yet). Can I add a .bbappend which patches the populate-volatile.sh file, or perhaps I can copy the original, make the fix, and add it to my bbappend recipe?10:47
krooniceaway, id say go for the option 2, should be the simplest thing to do10:49
rburtoni wonder why selftest didn't notice the read only rootfs proble10:54
*** Crofton <Crofton!~Crofton@2601:5c0:c100:b84:3d3f:64d6:2ba1:780b> has quit IRC11:01
__angelohi, gm. Is there a table that suggest i.e. ubuntu version to use for poky ?11:06
__angelo*for sumo11:07
rburton__angelo: https://www.yoctoproject.org/docs/2.1/ref-manual/ref-manual.html#detailed-supported-distros11:08
rburtondamnit safari11:08
__angelorburton, thanks11:08
rburtonhttps://www.yoctoproject.org/docs/2.5/ref-manual/ref-manual.html#detailed-supported-distros11:08
rburtonsumo is 2.5 not 2.111:08
rburtonnewer distros may work but are unsupported, what with sumo being out of support now11:09
kroonrburton, is that the test in meta/lib/oeqa/selftest/cases/buildoptions.py ?11:12
rburtonyes11:12
rburtonif its a warning maybe the test needs to check the logs11:12
kroonrburton, "rm: can't remove '/tmp': Read-only file system"11:18
kroonrburton, "rm: can't remove '/etc/resolv.conf': Read-only file system"11:19
kroonit is a runtime error btw, if that wasn't clear11:21
kroonhmm maybe buildtime aswell11:22
kroondon't see it in the core-image-minimal temp/ logs though11:24
rburtonah the test doesnt do a boot test11:31
rburtonmaybe it should11:31
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto11:38
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto11:41
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto11:44
*** frsc <frsc!~frsc@200116b824a04a00f5db24a610cf16d4.dip.versatel-1u1.de> has joined #yocto11:50
*** prabhakarlad <prabhakarlad!c18ddb24@193.141.219.36> has joined #yocto12:01
prabhakarladHi all, Is it possible to include conf files ?12:02
LetoThe2ndprabhakarlad: would you please elaborate what you mean by "include" and "conf files"=12:04
*** frsc <frsc!~frsc@200116b824a04a00f5db24a610cf16d4.dip.versatel-1u1.de> has quit IRC12:04
*** thomasd13 <thomasd13!d472ff94@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto12:07
*** learningc <learningc!~learningc@121.121.98.53> has joined #yocto12:09
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-fmwakjgdpmjffqys> has quit IRC12:14
iceawayI added a new recipe with a .bbappend file called initscripts_%.bbappend, in this I have SRC_URI += "file://populate-volatile.sh". I also have a "files" subdir where the actual file is located. The recipe is listed under bitbake-layers show-appends. Still I do not get the modified version of populate-volatile.sh in my image. Am I missing some step here?12:16
LetoThe2ndiceaway: have you checked the output of bitbake -e initscripts if everything is actually applied the way you think?12:18
iceawayLetoThe2nd: good idea, I haven't. Will do!12:18
yoctiNew news from stackoverflow: Network Manager Build Error configure: error: rl_echo_signal_char() is required (install readline6?) <https://stackoverflow.com/questions/58165938/network-manager-build-error-configure-error-rl-echo-signal-char-is-required>12:21
prabhakarladLetoThe2nd I have local.conf file for a board - A, now we have one more board -B which similar to board- A with few changes, so is it possible to include the local.conf from A to B and overwrite a few variables ?12:22
LetoThe2ndprabhakarlad: totally wrong approach. your local.conf is ONLY meant to setup the build, in terms of DISTRO, MACHINE, TMPDIR and SSTATE (amongst some other minor things, but thats the gist). if you're having board specific things in your local.conf, thats a total red flag that you're doing it wrong.12:23
LetoThe2ndprabhakarlad: what you can (and probably should) do is, pour those things into a distro, a machine, and an image. and then those can easily share similarities12:24
LetoThe2ndprabhakarlad: the machine conf files for mach-foo and mach-bar for example can both include the common stuff from mach-foobar, and only overwrite their respective bits.12:25
prabhakarladLetoThe2nd thank you for the pointers.12:26
*** berton <berton!~berton@181.220.83.67> has joined #yocto12:28
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC12:28
*** berton <berton!~berton@181.220.83.67> has quit IRC12:29
*** berton <berton!~berton@181.220.83.67> has joined #yocto12:29
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:36
RPJPEW: Unfortunately that cleanup race is still there :(12:50
yoctiNew news from stackoverflow: Yocto: when enable hwcodecs in IMAGE_FEATURES <https://stackoverflow.com/questions/58167906/yocto-when-enable-hwcodecs-in-image-features> || SYSTEMD_SERVICE_swupdate value swupdate.service does not exist <https://stackoverflow.com/questions/57955367/systemd-service-swupdate-value-swupdate-service-does-not-exist>12:51
krooniceaway, did you also prepend to FILESEXTRAPATHS ?12:53
krooniceaway, and I dont think you should append to SRC_URI at all, the file is already listed there I guess12:55
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has quit IRC12:57
*** dmoseley <dmoseley!~dmoseley@user-24-236-82-253.knology.net> has joined #yocto12:58
JPEWRP: Arg, really? Have a link?12:58
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has joined #yocto13:01
RPJPEW: see 1d in https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/73213:02
JPEWRP: OK, I'll look into it... I'm out the rest of the week, so I may not have anything until next week, will that be OK?13:04
RPJPEW: yes, understood13:04
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has quit IRC13:05
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has joined #yocto13:06
RPJPEW: have a look at meta/lib/oeqa/core/utils/concurrencytest.py:removebuilddir()13:07
RPJPEW: this was a simlar problem in oeqa13:08
JPEWOK13:08
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has quit IRC13:12
*** cpo <cpo!~cpo@helix.mybll.net> has quit IRC13:13
*** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto13:13
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has joined #yocto13:13
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has quit IRC13:18
*** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC13:19
yoctiNew news from stackoverflow: Yocto: removing an existing layer leads to "no layers matching" error <https://stackoverflow.com/questions/58168531/yocto-removing-an-existing-layer-leads-to-no-layers-matching-error>13:21
fullstopdoes yocto have any sort of luarocks support?13:23
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto13:23
*** thomasd13 <thomasd13!d472ff94@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC13:33
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has joined #yocto13:34
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto13:35
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC13:36
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC13:50
yoctiNew news from stackoverflow: Enable pcre support in clamav yocto <https://stackoverflow.com/questions/58169305/enable-pcre-support-in-clamav-yocto>13:51
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto13:59
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has quit IRC14:00
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has joined #yocto14:01
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:04
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC14:20
yoctiNew news from stackoverflow: No internet access without running 'ifup eth0' or restarting /etc/init.d/networking on jetson nano with yocto/poky <https://stackoverflow.com/questions/58169659/no-internet-access-without-running-ifup-eth0-or-restarting-etc-init-d-network>14:21
*** goliath <goliath!~goliath@82.150.214.1> has quit IRC14:34
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC14:42
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto14:45
*** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto14:57
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC15:00
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has quit IRC15:00
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC15:01
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto15:06
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has joined #yocto15:06
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto15:09
*** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto15:23
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has quit IRC15:30
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has joined #yocto15:32
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has quit IRC15:36
*** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC15:36
*** marler899721 <marler899721!0f41fc0d@ztxe01hpics303.austin.hp.com> has joined #yocto15:37
marler899721Ran into an interesting issue...we're still building some images on the morty branch and we started to get some intermittent problems building curl.  It looks like curl automatically detects whether or not brotli is in the global sysroot and it wasn't in its DEPENDS list.  This meant that it was a race condition on whether or not curl would use15:39
marler899721brotli.  Luckily this isn't a problem on thud because there's no longer a global sysroot. :)15:39
RPmarler899721: one of the many reasons we switched :)15:40
marler899721yeah, local sysroots solves alot of issues I've noticed, very good move15:40
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto15:41
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC15:43
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has joined #yocto15:46
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC15:52
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has quit IRC16:02
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has joined #yocto16:03
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto16:06
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC16:12
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC16:14
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC16:17
*** yann <yann!~yann@85.118.38.73> has quit IRC16:18
*** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC16:23
*** iceaway <iceaway!~pelle@host-78-77-201-181.mobileonline.telia.com> has joined #yocto16:29
*** iceaway_ <iceaway_!~pelle@host-78-77-201-181.mobileonline.telia.com> has joined #yocto16:29
*** mckoan is now known as mckoan|away16:37
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:45
*** iceaway_ <iceaway_!~pelle@host-78-77-201-181.mobileonline.telia.com> has quit IRC16:49
*** iceaway <iceaway!~pelle@host-78-77-201-181.mobileonline.telia.com> has quit IRC16:50
*** prabhakarlad <prabhakarlad!c18ddb24@193.141.219.36> has quit IRC16:55
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC17:06
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto17:07
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto17:09
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC17:10
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto17:10
*** leitao <leitao!~leitao@2620:10d:c092:200::1:c43d> has quit IRC17:14
khemmarler899721:morty was last release with combined staging sysroot, these issues are gone there after we still might have components looking into build system itself for stuff but thats rare since we also whilelist only needed stuff from buildhost17:17
*** Crofton <Crofton!~Crofton@121.sub-174-226-135.myvzw.com> has joined #yocto17:17
khemupdating might be a better deal17:18
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto17:18
mischiefdoes anyone have an example of a dracut/systemd initramfs recipe for yocto?17:20
*** Crofton <Crofton!~Crofton@121.sub-174-226-135.myvzw.com> has quit IRC17:44
mischiefis it normal for bitbake to hang when i have a syntax error?17:45
fullstopmischief: that happens to me.. and the server doesn't die.17:46
mischiefcorrect17:46
mischiefi have to kill -9 it :\17:46
fullstopI have to kill it manually17:46
fullstopyes17:46
fullstopsigterm doesn't do it17:46
mischiefwell, i'm glad it's not just me :-)17:46
fullstopsame here.  :-)17:47
*** Crofton <Crofton!~Crofton@70-33-148-202.unassigned.ntelos.net> has joined #yocto17:53
*** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has joined #yocto18:03
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC18:06
*** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has quit IRC18:10
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto18:10
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC18:11
*** yann <yann!~yann@aputeaux-653-1-137-254.w86-195.abo.wanadoo.fr> has joined #yocto18:30
mischiefslightly off topic but is there some trick to viewing graphviz output from bitbake -g? whenever i try to run dot on them, it takes forever.. much longer than im willing to wait18:31
LetoThe2ndmischief: open in text editor of your least distrust. dotfiles are pretty easy to manually interpret18:40
*** Crofton <Crofton!~Crofton@70-33-148-202.unassigned.ntelos.net> has quit IRC18:41
*** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto18:41
__angelohi, enabled busybox systemd trough some config options in a .cfg . Btw, in the final rootfs there is not trace of systemd. Why ?18:44
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-nhuyipkromjqenah> has quit IRC18:44
LetoThe2nd__angelo: huh?18:46
LetoThe2nd__angelo: busybox and systemd do not have much to do with each other18:46
__angelooh :) busybox syslogd :)18:46
__angelo(systemd takes mind control)18:46
LetoThe2nd:-)18:47
LetoThe2ndin that case, no idea.18:47
rburtonmischief: theres a tool in master or maybe even warrior in scripts/ to prune the deps18:52
qschulz__angelo: check if the busybox recipe creates multiple packages (WORKDIR/recipe-packages?) and try to find the one which is adding syslod. If it's not there, check that your .cfg is taken into account. If it is, check that it's not conflicting other .cfg (assuming .cfg are fragments (I have no experience in this though)18:52
__angeloqschulz, well, checking busybox version, it says syslogd is defined. But strangely, there is no syslogd link to busybox18:53
fullstop__angelo: perhaps try DISTRO_FEATURES_append += " systemd" and VIRTUAL-RUNTIME_init_manager = "systemd" and VIRTUAL-RUNTIME_initscripts = "systemd-compat-units"18:54
fullstopin local.conf18:54
fullstopoh, wait, you don't want full systemd.18:54
LetoThe2ndfullstop: systemd != syslogd :)18:55
__angelofullstop, no, was a lapsus, i need syslogd :)18:55
fullstophaha18:55
fullstoplet me get my glasses.  :-)18:55
fullstopno, my glasses are fine.  "hi, enabled busybox systemd ... "18:55
__angelothere was then an : oh :) busybox syslogd :)18:56
fullstoptoo many words.  :-)18:56
__angelobtw, syslogd seems built in, but for some reason the symlink to busybox is missing, investiganting18:56
*** sjolley_ <sjolley_!~sjolley_@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC19:05
__angeloin what order are processed a recipe_1.1.bbappend and recipe_%.bbappend ?19:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:13
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto19:28
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto19:33
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC19:45
nayfe__angelo depends on layer priority19:54
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC19:55
marler899721khem: we are working on upgrading to thud.  We have millions of lines of code that depend on the older packages on thud though, so it's a big effort19:56
marler899721I meant, that depend on the older packages that are on morty19:56
armpitRP, bitbake selftest is failing. want me to bug it?20:04
khemmarler899721:certainly, you are not alone..20:14
khemmarler899721: this in general is paying off technical debt along so the effort is actually quite beneficial in long term maintainance of your sw20:15
khemand at same time it might result in patches for OE too, so all in all its a progressive excercise20:16
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC20:19
*** berton <berton!~berton@181.220.83.67> has quit IRC20:23
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC20:30
qschulz__angelo: to be sure, run bitbake -e on your recipe, you'll see which bbclass/inc/bb/bbapend is doing what and what's the outcome20:30
__angeloqschulz, many thanks !20:43
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto20:49
*** machinehum <machinehum!~machinehu@d207-216-21-173.bchsia.telus.net> has joined #yocto20:52
machinehumYocto project got dropped on my lap, don't have any experiance with it. Haveing lots of fun.20:52
machinehumhaving*20:53
*** Crofton <Crofton!~Crofton@107.19.189.106> has joined #yocto21:00
__angeloreal a mistery. I see CONFIG_SYSLOGD in busybox enabled, i see the script that copies busybox stuff into rootfs executed, but there is no syslogd, nor busybox-syslogd.service  in the final rootfs21:04
*** learningc <learningc!~learningc@121.121.98.53> has quit IRC21:04
*** Crofton <Crofton!~Crofton@107.19.189.106> has quit IRC21:11
__angelooooh, mistery solved. need to add busybox-syslog package to the image ...21:17
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:18
marler899721Can you add extended file attributes to package files in yocto?21:25
marler899721I'm having a hard time finding any examples and setcap doesn't seem to be available21:25
qschulz__angelo: that was my first suggestion, happy you found out :)21:25
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC21:25
__angeloqschulz, ooh, ok thanks :)21:27
khemmarler899721: use libcap see http://layers.openembedded.org/layerindex/recipe/547/21:32
khemmachinehum: its quite naughty, if it troubles feel free to report here :)21:33
marler899721ok, so I just need to add DEPENDS += "libcap-native"21:33
machinehumkhem: Thanks I really need to learn more before I ask some really silly questions lol.21:34
khemmarler899721: yes and whatever you want to do during install/compile21:35
khemmachinehum: no worries, its ok to ask stupid questions, everyone starts somewhere21:35
*** Piraty <Piraty!~irc@unaffiliated/piraty> has quit IRC21:38
*** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto21:38
RParmpit: its the "FileNotFoundError: [Errno 2] No such file or directory: 'hashserve.sock'" so there is already a bug open for it21:41
RParmpit: JPEW has it but its looking like I may need to look into it21:41
armpitah21:42
neverpanicmarler899721: beware though; extended attributes might not get preserved through packaging and installation from packages.21:45
marler899721gotcha we'll see what happens21:56
machinehumSo when bitbake give a big: ERROR: error msg here. Why does it keep building?22:18
machinehumIs it because it's running multiple threads, so only the thread with the error is killed22:19
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto22:20
machinehumHow would I start to investigate this? https://pastebin.com/2Q6mAE0G22:25
rburtonerror breaks the current task but doesn't abort the build straight away22:26
rburtonthat would be fatal22:27
machinehumrburton: Got it, thanks22:27
rburtonmarler899721: no packaging format supports extended attributes afaik22:27
marler899721I suppose that would mean I would need to set the file attribute somewhere in the do_rootfs step22:31
rburtonor postinst22:31
rburtontypically a chattr in postinst works22:31
marler899721postinst runs on the device?22:31
marler899721This file is packaged into a squashfs so I can't modify it at runtime22:31
rburtonduring rootfs22:32
marler899721oh that would work them22:33
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC22:33
neverpanicmarler899721: there is no technical limitation to getting xattrs preserved, though -- it's all tarballs anyway. You just need to decide on one implementation (either bsdtar/libarchive or gnutar) and use that everywhere22:38
neverpanicWhich will take some fiddling with the toolchain. It's on my radar, too, because I'd really like to see that happen (and I don't think it's too complicated to actually make it happen either), but for now I'm busy with other things.22:38
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC23:15
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto23:18
yoctiNew news from stackoverflow: What is the device tree overlay ? its use and its benefits? <https://stackoverflow.com/questions/58176305/what-is-the-device-tree-overlay-its-use-and-its-benefits>23:23
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC23:37
mischiefdoes anyone know how to make systemd-initramfs invoke initrd.target? for some reason the default target ends up being multi-user.target in my initramfs..23:45
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC23:47
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto23:53
mischiefd'oh, of course, there's a variable for that.23:55
*** learningc <learningc!~learningc@121.121.98.53> has joined #yocto23:59

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!