Tuesday, 2018-10-30

*** MiskaX <MiskaX!flyixesi9a@2001:2060:72::3> has joined #yocto00:13
*** cpo <cpo!cpo@helix.mybll.net> has quit IRC00:15
*** junland <junland!~junland@142.93.201.46> has quit IRC00:26
*** junland <junland!~junland@142.93.201.46> has joined #yocto00:28
*** cpo <cpo!cpo@helix.mybll.net> has joined #yocto00:46
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:48
*** ntl <ntl!~nathanl@nat-wv.mentorg.com> has quit IRC01:14
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC01:18
*** vmeson <vmeson!~rmacleod@192-0-133-18.cpe.teksavvy.com> has joined #yocto01:25
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC02:02
*** lexano_ <lexano_!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC02:09
*** anujm <anujm!~anujm@192.198.146.171> has joined #yocto02:19
*** lexano_ <lexano_!~lexano@216.151.184.87> has joined #yocto02:21
*** vmeson <vmeson!~rmacleod@192-0-133-18.cpe.teksavvy.com> has quit IRC03:05
*** kaspter <kaspter!~Instantbi@115.204.165.191> has quit IRC03:25
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto03:36
*** kaspter <kaspter!~Instantbi@115.205.171.179> has joined #yocto03:53
*** cpo <cpo!cpo@helix.mybll.net> has quit IRC04:13
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto05:13
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto06:11
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC06:15
*** mns_ <mns_!~martin@79.171.149.172> has joined #yocto06:16
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto06:16
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-fqjkaasqyfggyjog> has quit IRC06:18
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC06:18
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC06:22
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-ipruqywhdytovtsh> has joined #yocto06:23
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto06:24
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC06:50
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto06:51
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto06:55
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto06:55
*** georgem <georgem!~georgem@216.21.169.52> has quit IRC07:01
*** georgem <georgem!~georgem@216.21.169.52> has joined #yocto07:01
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC07:05
*** morphis <morphis!~morphis@pD9E2F369.dip0.t-ipconnect.de> has joined #yocto07:10
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto07:12
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto07:26
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto07:29
*** lusus <lusus!~lusus@62.91.23.180> has joined #yocto07:35
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-myomzbkgnnuqcpro> has joined #yocto07:36
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC07:45
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto07:45
*** fl0v0 <fl0v0!~fvo@i577A6B3E.versanet.de> has joined #yocto07:55
*** morphis <morphis!~morphis@pD9E2F369.dip0.t-ipconnect.de> has quit IRC07:55
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:a479:589e:8194:f3ff> has joined #yocto08:12
*** mckoan|away is now known as mckoan08:16
*** seebs <seebs!~seebs@24.196.59.174> has quit IRC08:22
*** seebs <seebs!~seebs@24.196.59.174> has joined #yocto08:22
*** nslu2-log_ <nslu2-log_!~nslu2-log@23.141.224.193> has joined #yocto08:35
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC08:35
*** nslu2-log_ is now known as nslu2-log08:36
*** anujm <anujm!~anujm@192.198.146.171> has quit IRC08:50
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-ipruqywhdytovtsh> has quit IRC08:51
*** morphis <morphis!~morphis@pD9E2F369.dip0.t-ipconnect.de> has joined #yocto08:55
*** cpo <cpo!cpo@helix.mybll.net> has joined #yocto08:57
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto08:59
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-cxhegffetcolxrbp> has joined #yocto09:02
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC09:02
*** florian_kc is now known as florian09:14
*** ant_work <ant_work!~ant__@a-ii1-78.tin.it> has joined #yocto09:19
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto09:21
*** ant_work <ant_work!~ant__@a-ii1-78.tin.it> has quit IRC09:30
*** ant_work <ant_work!~ant__@a-ii1-78.tin.it> has joined #yocto09:30
varjagthe manual mentions 'base-files' recipe, can't seem to find it in the source tree of sumo09:33
varjagok recipes-core, of course09:38
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC09:58
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto10:00
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto10:03
jofrIt's not quite obvious from the documentation, but does kas accept a (git) URL for its YAML file? The examples git-clone the repo containing it and then kas is run on the YAML10:15
*** falk0n <falk0n!~falk0n@88.214.161.26> has joined #yocto10:17
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:20
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC10:21
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:21
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto10:22
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC10:25
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto10:27
angelo_tshi10:27
mckoanangelo_ts: hey10:28
angelo_tsi would like to change a busybox option only for an higher layer image recipe, how should i do this ?10:28
mckoanangelo_ts: what do you mean with "higher layer image recipe"?10:28
angelo_tsi have a rootfs image that inherits from a more generic rootfs image recipe that i don't want to change10:29
angelo_ts(inheriting by a .inc)10:31
jofrYou have a layer (and add it to your bblayers), bbappend to the busybox recipe and build your image10:31
mckoanjofr: no, that will be applied to every image10:32
angelo_tsthat's the fact10:32
mckoanangelo_ts: not sure you can do it10:33
mckoanangelo_ts: but you couls differentiate the busybox recipes, busybox_A busybox_B10:34
jofrAhh10:34
jofrSo you could basically write a busybox wrapper recipe.10:34
mckoanjofr: the point here is how the busybox recipe can figure out which image is being built10:35
angelo_tsok thanks for the hints, will study a solution10:36
jofrFWIW, I would write a two busybox wrappers, one does does nothing but RPROVIDES a "virtual/buxybox" and depends on the upstream busybox recipe. Another with your modifications. Then for different images, I'd set the PREFERRED_PROVIDER_virtual/busybox to the one you want.10:37
jofrBut that's sort of assuming that all the image recipes are yours..  :/10:38
mckoanangelo_ts: https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#usingpoky-extend-customimage-localconf10:38
angelo_tsthx10:38
mckoanangelo_ts: IMAGE_INSTALL_append_pn-imagename-minimal = " busybox-A"10:39
angelo_tsmckoan, thanks10:40
mckoanangelo_ts: YW10:41
*** _mac13_ <_mac13_!bc79005e@gateway/web/freenode/ip.188.121.0.94> has quit IRC10:45
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has quit IRC10:45
*** uglyoldbob <uglyoldbob!0cb623bb@gateway/web/freenode/ip.12.182.35.187> has quit IRC10:45
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC10:53
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto10:54
*** falk0n <falk0n!~falk0n@88.214.161.26> has quit IRC11:03
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:15
eduardas_mhello, after moving to Thud that uses glibc 2.28, libc has a --disable-crypt option on by default, so building some toybox tools like su, login, passwd fail because of undefined reference to `crypt'11:23
eduardas_mwhat is the most proper way to address this?11:23
RPrburton: time to do http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=64f529f0ff63ea258d89754f8e4c1bdba235ee2b ?11:24
RPrburton: not needing py2 would be nicer but...11:24
eduardas_mI could just remove the build flag, but as far as I understand there should be a proper replacement that provides the crypt function within Yocto11:24
RPeduardas_m: you can DEPENDS on libxcrypt11:25
eduardas_mRP: thank you, that worked11:28
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC11:31
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto11:36
rburtonRP: oh cunning11:37
rburtonput 'because arch are idiots' in the comment11:37
* Crofton puts rburton on report11:38
rburtonRP: pinged dwmw about infradead11:40
RPrburton: I also asked :)11:41
rburtonha11:41
RPrburton: others are joining that list sadly11:41
rburtonmaybe the flood of mails will encourage him to get it up11:41
rburtonoh, who?11:41
rburtongentoo?11:41
RPrburton: ubuntu :(11:41
rburtonwtf11:41
RPrburton: and clear11:41
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC11:44
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto11:45
rburtonRP: 'that seems suboptimal. far from home right now, not sure if hpa can do anything'11:47
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:50
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto11:53
*** falk0n <falk0n!~falk0n@88.214.162.26> has joined #yocto11:56
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC11:58
*** morphis <morphis!~morphis@pD9E2F369.dip0.t-ipconnect.de> has quit IRC12:16
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC12:28
*** marka <marka!~masselst@128.224.252.2> has joined #yocto12:30
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC12:42
*** ntl <ntl!~nathanl@nat-wv.mentorg.com> has joined #yocto12:49
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto12:50
*** falk0n <falk0n!~falk0n@88.214.162.26> has quit IRC12:50
*** ntl <ntl!~nathanl@nat-wv.mentorg.com> has quit IRC12:57
*** ntl <ntl!~nathanl@nat-wv.mentorg.com> has joined #yocto12:59
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto13:00
*** alimon <alimon!alimon@gateway/shell/linaro/x-hnqlfluvreajibhs> has quit IRC13:00
*** mrc3 <mrc3!mrc3@linaro/mrc3> has quit IRC13:00
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto13:01
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto13:01
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto13:02
varjaghm.. git.infradead.org appears to be down13:06
varjagmtd-utils13:06
*** lexano__ <lexano__!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto13:07
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC13:10
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto13:11
*** lexano_ <lexano_!~lexano@216.151.184.87> has quit IRC13:11
*** uglyoldbob <uglyoldbob!0cb623bb@gateway/web/freenode/ip.12.182.35.187> has joined #yocto13:11
*** mns_ <mns_!~martin@79.171.149.172> has quit IRC13:15
*** jpew <jpew!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto13:15
*** mrc3 <mrc3!mrc3@linaro/mrc3> has joined #yocto13:17
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has quit IRC13:22
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC13:24
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto13:25
*** Saur <Saur!~pkj@proxy02.se.axis.com> has quit IRC13:31
eduardas_mI have a problem generating rootfs after move to Thud from Sumo13:32
eduardas_mWARNING: parted.postinst returned 1, marking as unpacked only, configuration required on target.13:33
eduardas_mERROR: Postinstall scriptlets of ['parted'] have failed. If the intention is to defer them to first boot,13:33
eduardas_mthen please place them into pkg_postinst_ontarget_${PN} ().13:33
eduardas_mNot really sure what that means13:33
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC13:35
*** Saur <Saur!~pkj@proxy02.se.axis.com> has joined #yocto13:35
*** Saur <Saur!~pkj@proxy02.se.axis.com> has joined #yocto13:36
jpeweduardas_m: It looks like parted is trying to run a "post install" script (e.g. a script that runs after the package is installed) and failing.13:43
jpewIt used to be that post install scripts could that couldn't run at image creation time could "defer" to the first boot by failing13:43
jpewIt looks like they possibly changed that to be explicit in thud?13:44
*** jpew is now known as JPEW13:44
*** lusus <lusus!~lusus@62.91.23.180> has joined #yocto13:45
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC13:50
*** stephano <stephano!~stephano@134.134.139.76> has joined #yocto14:04
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:15
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC14:16
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto14:17
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto14:17
OutBackDingothis is appropriate ffor a local.conf correct ??  PREFERRED_VERSION_python3-idna="2.5"14:18
OutBackDingothis is appropriate ffor a local.conf correct ??  PREFERRED_VERSION_python3-idna="2.5"14:18
*** AlirezaTaleghani <AlirezaTaleghani!5518c3bd@gateway/web/freenode/ip.85.24.195.189> has joined #yocto14:24
*** alimon <alimon!alimon@gateway/shell/linaro/x-kqlcfjzgusrlwvyx> has joined #yocto14:24
AlirezaTaleghaniHi, I am trying to user systemd timer feature instead of installing crontab! but can not figure it out! some thing is missing! please let me know if you have any guide for that...14:25
neverpanichttps://wiki.archlinux.org/index.php/Systemd/Timers https://www.freedesktop.org/software/systemd/man/systemd.timer.html14:26
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto14:42
*** falk0n <falk0n!~falk0n@88.214.160.90> has joined #yocto14:46
*** jae1 <jae1!~jaewon@149.199.62.254> has quit IRC14:48
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC14:58
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:07
*** falk0n <falk0n!~falk0n@88.214.160.90> has quit IRC15:17
*** AlirezaTaleghani <AlirezaTaleghani!5518c3bd@gateway/web/freenode/ip.85.24.195.189> has quit IRC15:21
*** peacememories <peacememories!~textual@2a02:8388:8480:fd80:68c0:ff71:5244:128b> has joined #yocto15:22
*** peacememories <peacememories!~textual@2a02:8388:8480:fd80:68c0:ff71:5244:128b> has quit IRC15:30
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:30
prabhakarladHi, while running some bash commands (with if/do while) inside do_install I get parse error,  Is there a better way of doing this which I am missing ?15:37
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC15:39
rburtonprabhakarlad: are you sure the sh is valid?  note that the parser doesn't handle $(( yet15:40
rburtonalso note that you may not get those ran in bash, could be whatever sh is pointing at15:40
prabhakarladrburton: yes the sh is valid, command like firmware_version=($(echo $firmware_version | awk '{split($0,a,".");print a[1]; print a[2];print a[3]}')) this fails15:42
prabhakarladIs there a way I could avoid this ?15:43
rburtonwell the outer brackets fail to do what you expect here15:43
rburtonsimplify the code until you have a minimal test case then we can fix the parser15:44
prabhakarladrburton: sure will do. thank you :)15:46
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC15:52
alimonRP: ndec: I created a simple LAVA test definition to run runtime testing (testimage) in LAVA, RP: currently is using a tarball generated by testexport but could be done with the full poky + layers in this option will require more space and logic to make a tarball, https://github.com/alimon/test-definitions/commit/4691b67daca26658b669ac0e79e4f27cbf6ed88d15:55
RPalimon: interesting. How would that be triggered?15:59
RPalimon: does that mean you had that running successfully on Linaro's board farm?15:59
alimonRP: I run in my own LAVA instance16:01
alimonran*16:01
alimonRP: I trigerred manually but the good thing is that dosen't require connections from Autobuilder to LAVA server16:02
alimonTo get the results the AB can pull using the LAVA API16:02
yoctiNew news from stackoverflow: Include libraries in /deploy/rpm to the Yocto image <https://stackoverflow.com/questions/53068356/include-libraries-in-deploy-rpm-to-the-yocto-image>16:09
armpitalimon, so the AB needs a Lava tube ?16:15
*** CoLa|work <CoLa|work!~cordlandw@kde/cordlandwehr> has quit IRC16:17
armpitRP, I notice 'bin/sh: 1: checkvnc: not found' in some of the build logs.16:17
armpitis it a build script bug?16:18
RParmpit: its something we need to fix in the autobuilder16:19
armpitk16:20
RPalimon: I guess what we need to figure out is the best practice for an autobuilder to do the triggering and results pulling16:20
RParmpit: probably should have a bug for it16:20
armpitk16:20
prabhakarladrburton: got around with it by doing bash -C ${WORKDIR}/script.sh ;)16:23
alimonRP: armpit Yes there is the current helper to generate LAVA templates but makes the assumption that the AB and LAVA server are in the same network and that you have access to the board directly from the Autobuilder16:28
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has joined #yocto16:29
RPalimon: right. Perhaps I should introduce you to Aaron and you could help us with review of some of the patches?16:30
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC16:31
RPalimon: https://gitlab.com/aaron.chun.yew.chan/YoctoAutobuilder2/commits/generic  and https://gitlab.com/aaron.chun.yew.chan/yocto-autobuilder-helper/commits/generic16:31
alimonRP: armpit One target is to be able to define LAVA test jobs by machine, and to publish the image and the testsuite somewhere16:32
alimonRP: ok i will take a look to the Aaron patches16:33
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC16:35
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC16:35
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC16:37
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:40
*** ant_work <ant_work!~ant__@a-ii1-78.tin.it> has quit IRC16:43
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC16:45
RPdenix, armpit: Is https://bugzilla.yoctoproject.org/show_bug.cgi?id=12586 still a problem?16:46
yoctiBug 12586: normal, Medium+, 2.99, richard.purdie, NEW , yocto-check-layer fails signatures due to TUNES between ARM archs16:46
armpitRP, k16:48
*** armpit <armpit!~armpit@2601:202:4180:c33:3405:5320:ca09:da28> has quit IRC16:54
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:54
denixRP: I haven't tried it recently. I should probably start checking it in preparation to the release and a new round of compat checks...16:58
RPdenix: can you remember what the command was you tried? We do run the layer check on the autobuilder which is why I'm a little puzzled17:02
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto17:04
denixRP: according to logs, it was poky with meta-yocto-bsp and the check layer was called with -m qemuarm and beaglebone-yocto at the same time17:05
*** zeddii <zeddii!~bruce@128.224.252.2> has joined #yocto17:18
* zeddii is a one bikeshed commend patch sender17:20
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:22
RPdenix: you didn't actually put the command in there, the -m may be the difference17:26
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC17:27
RPdenix: just tried and managed a trackback so filed a bug for that. Lets try again...17:32
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto17:35
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC17:36
denixRP: is this being looked at for the release - https://bugzilla.yoctoproject.org/show_bug.cgi?id=1296317:37
yoctiBug 12963: normal, Medium+, 2.6 M4, liezhi.yang, NEW , nativesdk-opkg prefixes all internal paths with $SDKPATH and won't work17:37
RPdenix: no, 2.6rc1 was just built17:38
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC17:38
denixRP: it affects master and past few releases, including rocko. I was told morty was fine though17:38
RPdenix: if its been around that long and people didn't notice its not really a release blocker then?17:39
denixRP: I might need to bisect the changes based on that time frame - maybe I can spot the issue...17:39
RPdenix: that sigs issue is still present and worries me a lot more :/17:39
RPdenix: help in tracking it down and/or fixing it would be much appreciated17:41
*** mckoan is now known as mckoan|away17:41
*** ntl <ntl!~nathanl@nat-wv.mentorg.com> has quit IRC17:44
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:a479:589e:8194:f3ff> has quit IRC17:44
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC17:46
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has joined #yocto17:50
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto17:58
*** ntl <ntl!~nathanl@nat-wv.mentorg.com> has joined #yocto17:58
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC18:08
MarexRP: denix: http://git.yoctoproject.org/cgit/cgit.cgi/yocto-kernel-cache/tree/arch/arm/v7-A15/ARM-LPAE-Invalidate-the-TLB-for-module-addresses-dur.patch?h=yocto-4.14 this patch should be dropped from the kernel cache, it's also in the kernel tree http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto/commit/?h=v4.14/standard/base&id=b746cda333ff18:10
Marexand it does cause collision18:11
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto18:19
*** fl0v0 <fl0v0!~fvo@i577A6B3E.versanet.de> has quit IRC18:25
*** AndersD <AndersD!~AndersD@83.209.191.235> has joined #yocto18:27
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto18:29
*** AndersD <AndersD!~AndersD@83.209.191.235> has quit IRC18:32
*** armpit <armpit!~armpit@64.2.3.196.ptr.us.xo.net> has joined #yocto18:49
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto19:01
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto19:11
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC19:15
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto19:28
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto19:36
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto19:42
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC19:43
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-myomzbkgnnuqcpro> has quit IRC19:43
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto20:06
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto20:07
*** khem <khem!~khem@unaffiliated/khem> has quit IRC20:15
*** marka <marka!~masselst@128.224.252.2> has quit IRC20:20
kergothRP: http://git.yoctoproject.org/cgit/cgit.cgi/meta-external-toolchain/commit/?h=sumo&id=6421c9456570635022e5c3fc9bb0d4b7f910ce20 interesting little bug, not yet sure why it doesn't affect bitbake builds but only devtool/bitbake-layers, and only when other layers are adding to existing namespace packages like oe. will rework the impl and submit as a fix to base.bbclass's oe_import20:25
* kergoth gets more coffee20:25
kergothugh, my upstream submission backlog is so behind, and haven't been able to contribute otherwise nearly as much as usual lately. need to work on that20:27
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto20:28
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC20:35
denixis there a way to emulate AUTOREV-ing for http based downloads? i.e. force fetching always and avoid updating SRC_URI[md5sum/sha256sum] every time the file changes?20:38
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC20:40
*** lexano__ is now known as lexano20:47
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto20:49
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC20:56
rburtondenix: short answer is no afaik20:59
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto21:00
denixrburton: thanks21:00
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto21:05
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC21:18
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto21:28
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:33
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC22:02
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC22:09
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto22:12
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC22:34
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto22:37
*** peniwize <peniwize!~peniwize@63.140.26.14> has joined #yocto22:47
peniwizeThe yocto mega manual says that gcc's sysroot is "poisoned", for the compiler built by yocto.  Does that mean that passing --sysroot on the command line has no effect?22:48
rburtonno22:50
rburtonit means it won't try and include stuff from /usr implicitly22:50
rburtonyou *need* to pass --sysroot22:50
neverpanicNo, in fact they are the only way to get a working build from how I understand the docs22:50
neverpanicThat's to catch recipes that ignore the compiler flags bitbake passes22:51
rburtonthe compiler is built with a default sysroot of /not/exist22:51
*** brianleu <brianleu!~brianleu@cpe-24-211-134-4.nc.res.rr.com> has quit IRC22:54
*** bleu <bleu!~brianleu@cpe-24-211-134-4.nc.res.rr.com> has joined #yocto22:55
peniwizeOk, that's what I was hoping for.  I'm working on an scons based build recipe and I'm able to verify that --sysroot is being properly passed to gcc during the build, however the build fails on a file with: #include <ft2build.h>  I have verified that <sysroot>/usr/include/freetype2/ft2build.h does in fact exist and -I/usr/include/freetype2 is being passed a compiler argument.  Any idea why this might fail?  Has anyone seen anything similar?22:56
rburtonsounds like the scons file went and happily probed the host for headers, because its broken22:56
rburtonhappens all the time, people assuming that /usr/include is a good place to look22:57
rburton(they're wrong)22:57
neverpanicyeah, that should be -I<sysroot>/usr/include/freetype2, right?22:57
rburtonyeah22:57
rburtonassuming that prefix is /usr etc etc22:57
neverpanicalso, when you say sysroot, that's the recipe-specific one I assume? Otherwise you may just need a DEPENDS on freetype22:57
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-vratscwnjafasvew> has joined #yocto22:58
peniwizeYep, the recipe specific one.22:58
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has left #yocto23:01
peniwizeThe command that is failing is: x86_64-poky-linux-g++ ... --sysroot=/workdir/build/tmp/work/corei7-64-poky-linux/sockeye-godot/1.0-r0/recipe-sysroot ... -I/usr/include/freetype2 ...23:02
peniwizeShould the compiler not resolve /workdir/build/tmp/work/corei7-64-poky-linux/sockeye-godot/1.0-r0/recipe-sysroot//usr/include/freetype2/ft2build.h when it sees #include <ft2build.h> ?23:02
rburtonyes, but you've got -I/usr/include in there23:02
rburtonwhich is wrong23:02
neverpanicNo, because you (or rather, scons) gave it -I/usr/include/freetype2, which is wrong, it shouldn't look there23:02
rburton^523:02
neverpanicYou need to figure out why scons adds -I/usr/include/freetype223:02
neverpanic^523:02
peniwizeOH!  Ok.  I thought the compiler would search all paths that start with the sysroot and end with -I<whatever>.23:03
neverpanicNo, in fact it's the other way round. --sysroot affects the default include paths, but those get searched last.23:04
neverpanicand everything you pass with -I is taken verbatim - it must be, otherwise you could never add -I../include and have it resolve to your source directory23:04
rburtonwe can check for autoconf scripts that end up finding files on the host in /usr/include, but the sanity check doesn't exist for scons23:04
rburtonso patches welcome there too23:04
peniwizeAh.  So the sysroot only affects the _default_ search paths.  So, <path> in -I<path> must always be absolute in yocto?23:05
rburtonyes23:05
neverpanicThere's no Yocto specific thing there, it's just standard GCC behavior (and clang is the same). -I<path> will always take <path> unmodified, whether that's relative or absolute.23:05
rburtonnot yocto, gcc23:05
* rburton stops joining in and lets neverpanic handle this23:05
rburtonbedtime! :)23:06
neverpanicrburton: I was about the say the same ;-)23:06
peniwizeGood to know.  I'll submit patches if I can come up with a general solution for scons.23:06
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto23:27
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto23:30
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC23:35
silviofhi #yocto, what is the general way to build an image for a NOR device with UBIFS? I want several partitions in one output file. I know I could do it via multiubi, but I  don't find a example or something like that... Maybe someone has an example for me?23:42
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC23:46
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto23:47
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC23:57

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