Tuesday, 2019-02-12

*** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto00:06
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC00:21
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC00:54
*** lh <lh!sid77898@osuosl/staff/lh> has joined #yocto00:59
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-vxfaaehlxpacjhdc> has joined #yocto00:59
*** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-dmbinhdzgvldqnva> has joined #yocto00:59
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto01:26
*** Quazil <Quazil!~shannon@2601:40e:8280:2d6e:fc78:92c7:93f5:6beb> has quit IRC01:37
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto01:44
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC01:51
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto01:52
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto01:58
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC02:00
*** ctlnwr <ctlnwr!~catalin@89.121.200.102> has quit IRC02:02
*** ctlnwr <ctlnwr!~catalin@89.121.200.102> has joined #yocto02:03
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC02:05
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC02:12
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has quit IRC02:13
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto02:23
*** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC02:52
*** scottrif <scottrif!~scottrif@96-41-168-232.dhcp.mdfd.or.charter.com> has quit IRC03:07
*** sb79a <sb79a!~sb79a@80-95-88-93.pool.digikabel.hu> has quit IRC03:54
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto03:55
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC04:11
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC04:18
*** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto04:20
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto04:22
*** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has joined #yocto04:27
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-pmpcpstdwswvjepf> has quit IRC04:54
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC05:01
*** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has quit IRC05:11
*** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has joined #yocto05:11
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto05:13
*** kaspter <kaspter!~Instantbi@2409:8954:9e90:2c60:b05e:edb0:b4e:a9a> has joined #yocto05:37
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC05:48
*** kaspter <kaspter!~Instantbi@2409:8954:9e90:2c60:b05e:edb0:b4e:a9a> has quit IRC05:54
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto05:55
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC05:58
*** AndersD <AndersD!~AndersD@194.237.220.218> has joined #yocto05:59
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto06:12
*** agust <agust!~agust@p508B6565.dip0.t-ipconnect.de> has joined #yocto06:15
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC06:24
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto06:31
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto06:36
*** sb79a <sb79a!~sb79a@80-95-88-93.pool.digikabel.hu> has joined #yocto06:52
*** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has quit IRC06:52
*** lquirion <lquirion!~luq@modemcable114.129-37-24.static.videotron.ca> has joined #yocto06:53
*** rk42 <rk42!~rk42@118.70.215.33> has joined #yocto07:01
rk42hello07:03
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC07:05
*** malanecora <malanecora!b23cc82c@gateway/web/freenode/ip.178.60.200.44> has joined #yocto07:08
*** Jaakko <Jaakko!59ec7803@gateway/web/freenode/ip.89.236.120.3> has joined #yocto07:10
JaakkoHello all07:10
JaakkoCould someone help me, I'm wondering if I can take "snapshot", ie. save all upstream sources from certain build I'm trying to make, so that I can replicate it offline..  I have tried to go trough the manuals, and found BB_GENERATE_MIRROR_TARBALLS, but it makes quite a lot of data, is it all needed actually to build? any help is appreciated =)07:13
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto07:18
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:23
*** rk42 <rk42!~rk42@118.70.215.33> has quit IRC07:25
*** cvasilak <cvasilak!~cvasilak@athedsl-307092.home.otenet.gr> has joined #yocto07:29
*** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC07:46
erboJaakko: I think that's the way to go. You can get some ideas from e.g. https://pelux.io/software-factory/PELUX-3.0/swf-blueprint/docs/articles/baseplatform/reproducible-yocto-builds.html07:48
erboIt's not all relevant for you, but parts of the info is probably useful07:49
*** sb79a <sb79a!~sb79a@80-95-88-93.pool.digikabel.hu> has quit IRC07:49
*** sb79a <sb79a!~sb79a@254C3A60.nat.pool.telekom.hu> has joined #yocto07:50
*** didile <didile!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has joined #yocto07:55
*** sb <sb!~sb79a@80-95-88-93.pool.digikabel.hu> has joined #yocto07:57
*** fl0v0 <fl0v0!~fvo@mue-88-130-106-046.dsl.tropolys.de> has joined #yocto07:58
*** sb79a <sb79a!~sb79a@254C3A60.nat.pool.telekom.hu> has quit IRC08:00
*** mckoan|away is now known as mckoan08:04
mckoanerbo: very interesting project thanks for sharing ;-)08:11
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto08:12
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto08:20
JaakkoHey thanks very much erbo08:48
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto08:57
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:58
*** ant_work <ant_work!~ant__@host205-129-static.31-195-b.business.telecomitalia.it> has joined #yocto08:58
*** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto09:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:02
sk_tandtGreetings! I'm trying to build a GTK3 app within an embedded build, and even if the m4 macro for GTK has been added, I still get gtk/gtk.h: No such file or directory within bitbake09:03
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto09:07
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:14
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:20
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-unuixixrgxieykog> has joined #yocto09:27
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto09:36
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto09:38
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:43
RPJaakko: the easiest method is probably a clean download directory and set your original downloads directory as a "own-mirror". Then a "bitbake <target> --runonly=fetch"09:44
RPJaakko: The MIRROR_TARBALLS variable creates tarballs of any source control repos it checks out so its easier to use the end result as a mirror. You can likely discard the git2 and other scm work directories if you do that09:45
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC09:49
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:52
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:55
*** florian_kc is now known as florian09:56
floriangood morning09:56
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:56
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC09:59
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto10:00
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto10:00
erbomckoan: yeah it's a interesting effort, and although it's mainly targeted towards automotive it contains some good stuff that's generic10:07
florianarmpit: done10:07
erboI used to work on it in its early days10:07
*** tasslehoff_ <tasslehoff_!~Tasslehof@82.147.55.166> has joined #yocto10:09
*** ebouillot <ebouillot!~ebouillot@static-176-158-51-218.ftth.abo.bbox.fr> has joined #yocto10:10
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto10:14
*** tasslehoff_ <tasslehoff_!~Tasslehof@82.147.55.166> has quit IRC10:23
kanavinRP: thanks, I'll take a look10:29
LetoThe2ndis there a way to dynamically set/extend VARDEPS so that it triggers changes in sigdata?10:34
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto10:35
LetoThe2ndRP: ^^^^^^10:35
*** dholland_ <dholland_!~quassel@vpn.pelagicore.de> has quit IRC10:35
*** dholland <dholland!~quassel@vpn.pelagicore.de> has joined #yocto10:36
LetoThe2ndrationale: we have a recipe that modifies a sourcefile based on variable replacements. now we would like to rebuild whenever one of the variables change, but we do not know which ones are relevant in advance, e.g. we parse the template file during a custom task after do_fetch10:37
*** joris1 <joris1!~joris@178.248.210.10> has joined #yocto10:37
kanavinRP: that library (libEGL) needs to be installed on the host10:38
RPLetoThe2nd: the premise of the code is that you can calculate the signature in advance10:38
*** joris1 is now known as jdev210:38
*** jdev2 <jdev2!~joris@178.248.210.10> has left #yocto10:39
LetoThe2ndRP: in terms of, without executing any tasks?10:39
RPkanavin: ah, right. So we have inconsistent installs on the builders10:39
RPLetoThe2nd: yes, else how can it know to fetch from sstate?10:39
LetoThe2ndRP: humkay. any pointers on the problem described, maybe?10:39
kanavinRP: yep, I think so. The same test passed fine on ubuntu's10:40
*** berton <berton!~berton@177.194.204.148> has joined #yocto10:40
RPLetoThe2nd: best you can do is depend on the hash of the upstream source control10:40
RPLetoThe2nd: when it changes, it rebuilds10:40
RPkanavin: sounds like I need to talk to halstead and we need to audit the dependencies in the manuals10:41
*** berton <berton!~berton@177.194.204.148> has quit IRC10:41
RPLetoThe2nd: the sstate hash equivalency changes are related to what you're asking10:41
LetoThe2ndRP: yeah i noticed there was something going on, but didn't follow the details.10:42
* RP would love to work on that but other problems right now10:42
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:42
LetoThe2ndRP: i see. well in a nutshell it means for my given situation: does work as expected, we either need another evil hack, or manually fill vardeps. agreed?10:44
RPLetoThe2nd: I think so10:44
RPkanavin: can't help wonder if we could kill off FuncFailed, its a horrendous idea. Patch looks good though10:45
*** berton <berton!~berton@177.194.204.148> has joined #yocto10:45
LetoThe2ndRP: okay, thanks for the explanation!10:45
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC10:47
kanavinRP: I can't really offer an opinion, but yes, there's a lot of baggage in the exception handling code10:47
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:48
RPkanavin: I didn't know what I was doing with some of that stuff :(10:49
*** jdev2 <jdev2!~joris@178.248.210.10> has joined #yocto10:52
*** berton <berton!~berton@177.194.204.148> has quit IRC10:57
*** berton <berton!~berton@177.194.204.148> has joined #yocto11:03
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto11:04
sk_tandtOut of curiosity: the last release for the ADT that I can find is 2.0.311:05
*** jdev2 <jdev2!~joris@178.248.210.10> has quit IRC11:06
sk_tandt*is within yocto 2.0.311:06
sk_tandtIs it now deprecated?11:06
RPsk_tandt: the SDK and eSDK are the current toolchain offerings11:08
sk_tandtGood, supposed as much11:08
lukmaRP: If I may ask - is the glibc-init package only to build and install crtX.o and allow further development/build of e.g. gcc ?11:16
sk_tandtMh, and yet: I've installed the Yocto SDK Eclipse plugin, but I can't find the toolchain built with bitbake meta-ide-support: isn't it within my usual build/tmp ?11:16
lukmaRP: Or is there any other gotcha?11:16
yoctiNew news from stackoverflow: How to avoid giving autoreconf in yocto? <https://stackoverflow.com/questions/54648593/how-to-avoid-giving-autoreconf-in-yocto> || How to securely update configuration for root password in yocto <https://stackoverflow.com/questions/54648532/how-to-securely-update-configuration-for-root-password-in-yocto>11:17
*** ferlzc <ferlzc!~ferlzc@187.57.74.56> has joined #yocto11:19
*** BuddyButterfly1 <BuddyButterfly1!~BuddyButt@h2216388.stratoserver.net> has joined #yocto11:34
*** BuddyButterfly1 <BuddyButterfly1!~BuddyButt@h2216388.stratoserver.net> has left #yocto11:34
*** BuddyButterfly1 <BuddyButterfly1!~BuddyButt@h2216388.stratoserver.net> has joined #yocto11:34
BuddyButterfly1hi11:34
BuddyButterfly1is it possible to access barebox environment from within yocto linux?11:34
BuddyButterfly1I would like to change the next boot target from within linux.11:35
BuddyButterfly1(change of default target)11:35
yoctiNew news from stackoverflow: How to securely update configuration for root password in yocto? <https://stackoverflow.com/questions/54648532/how-to-securely-update-configuration-for-root-password-in-yocto>11:47
LetoThe2ndBuddyButterfly1: here you go: http://layers.openembedded.org/layerindex/recipe/67489/11:53
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:55
RPlukma: we got rid of it in master11:56
BuddyButterfly1LetoThe2nd: Oh, wow, cool! Thanks for pointing it out.12:07
LetoThe2ndRP: one more thing (TM). is there a way or best practise to put a multiline string into a bb variable, e.g. into the recipe verbatim?12:08
LetoThe2ndBuddyButterfly1: have fun12:09
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto12:16
RPLetoThe2nd: our escaping sucks :/12:17
yoctiNew news from stackoverflow: How to add python-xbee receipes for yocto <https://stackoverflow.com/questions/54345254/how-to-add-python-xbee-receipes-for-yocto>12:17
RPLetoThe2nd: functions are multiline strings with the func varflag set12:17
LetoThe2ndRP: can you elaborate on the last?12:18
RPLetoThe2nd: somevar[func] = "1"12:19
no_such_userHm... If I've got a couple of old boards to re-build & support (from danny & dylan) is there any "best practice" to follow? Most of our boards are build on an ubuntu 16.04 box as they're pyro - I could either have another box / VM running ubuntu 12.04 or I could try and port up the BSP's to pyro...12:19
LetoThe2ndRP: so if i abuse that for a standard variable, it will basically be multilined?12:20
no_such_userIs that a heinous thing to do / likely to break the BSP builds in exciting and unexpected ways?12:20
LetoThe2ndno_such_user: go and find out (TM)12:20
no_such_userHa :-D12:20
LetoThe2ndno_such_user: AFAICS there is no other generic answer. depending on your projects in can be painful or painless to forward it, and painful or painless to build on a newer ubuntu.12:22
no_such_userLetoThe2nd: OK, if you're not saying "youre insane to consider giving that a go" that's kind of a good starting point :-)12:22
LetoThe2ndno_such_user: not insane at all.12:22
no_such_userLetoThe2nd: Thanks - I still haven't quite worked out how Yocto works philosophically speaking!12:23
no_such_userIt feels like Im a bit at the mercy of upstream layer maintainers (ie meta-freescale and meta-ti) and what targets / kernels they support in their releases... I wasnt sure if trying to keep versions going in my (later release) layers that theyve dropped for their layers is considered to be criminal or not!12:24
no_such_userand dont even get me started on the PPC targets I have... :-/12:25
LetoThe2ndno_such_user: its the same as everywhere. if you expect something specific, insert coin.12:25
no_such_userLetoThe2nd: Oh sure - thats not a problem, more trying to make sure I dont start off a significant porting effort by heading off in what turns out to be a completely daft direction :-)12:27
*** vdehors_ <vdehors_!~vdehors@91.162.62.2> has joined #yocto12:27
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC12:27
lukmaRP: Ok, I will look on it (as now I do use 2.6.1)12:29
RPlukma: you can remove glibc-initial if you drop the siteconfig pieces basically12:34
*** didile <didile!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has quit IRC12:49
*** didile <didile!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has joined #yocto12:49
*** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto13:00
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC13:02
*** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has joined #yocto13:16
*** joris1 <joris1!~joris@178.248.210.10> has joined #yocto13:18
*** joris1 <joris1!~joris@178.248.210.10> has left #yocto13:18
*** jdev2 <jdev2!~joris@178.248.210.10> has joined #yocto13:19
*** jdev2 <jdev2!~joris@178.248.210.10> has quit IRC13:26
sk_tandtUsing m4 in an autotools chain, getting configure: error: The pkg-config script could not be found or is too old (but it is present in the Host system). How do I add it to Yocto?13:34
*** sylvain_ <sylvain_!cda707c1@gateway/web/freenode/ip.205.167.7.193> has joined #yocto13:38
sylvain_Hi all. I have a little question. With bitbake it is possible to create some variables flag VAR[a]="test1", VAR[b]="test2". Is it possible to use it for specific recipe, that is to say like this VAR_pn-<recipe_name>[a]="test3" ?13:40
sylvain_thanks for your help13:40
*** m314 <m314!~user@85.191.5.122> has joined #yocto13:43
RPsylvain_: you can't use overrides with flags, no13:44
sylvain_Ok. Thanks. Suppose i need to create variable like this VAR_a="", VAR_b="" and VAR_a_pn-<recipe-name<="" ?13:45
*** ant_work <ant_work!~ant__@host205-129-static.31-195-b.business.telecomitalia.it> has quit IRC13:45
*** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC13:55
m314I'm trying to understand the poky/oe-core workflow. I would've expected oe-core to be a submodule in the poky repository, but that's not the case. It seems the poky repo is a fork of oe-core, which then just cherry-picks patches?13:55
Croftonm314, I would expect the same thing :) When I build projects I use submodules to build the project to help manage the layers13:57
Croftonfor some reason poky doesn't do that13:57
*** sylvain_ <sylvain_!cda707c1@gateway/web/freenode/ip.205.167.7.193> has quit IRC13:57
*** signum <signum!~signum@46.226.217.64> has joined #yocto13:59
m314Yeah, the thing is I'm trying to figure out the "proper" way to roll your own distro. Having meta-poky as a submodule seems a bit messy, so I thought the reference distribution would be the place to look for how to do it :-)13:59
PinkSnakeHi all, an open question: Do you think which is your favorite builder inside Yocto meson/ninja or Makefile/make ? and maybe why you prefer one or the other as solution ? Thx all :)14:03
*** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has quit IRC14:04
Croftonm314, there are several approaches, I've ended up using submodules14:05
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto14:17
yatesi'm getting weird results operating on the bluez5 recipe with devtool14:18
yates1) devtool modify -x bluez5 src/bluez514:19
yates2) i modify a file in src/bluez5/oe-local-files/14:19
yates... (hang on, checking something)14:21
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto14:22
yates3) i devtool build bluez14:26
yateshere's the weird part: 4) i cd to src/bluez5 and do a "git status". i see a whole bunch of other files modified which i didn't modify, e.g., "Makefile.in, aclocal.m4, install-sh, ...", and i do NOT see the file I modified in the git status output14:28
yatesfurther, i built the image which utilizes bluez and the file i modified (/etc/init.d/variscite-bt) is not modified14:29
yatesso what's happening here?14:29
yateskergoth: are you here yet or pacific time?14:31
yatesbackup, new (simpler) question:14:44
yatesif two different layers have a .bbappend file for the same recipe, will they both be applied? if so, in what order?14:45
sk_tandtyates, it's called overlayering: sorry not to be of more help, don't know much about it14:49
yatesanyone?14:49
yatesok thanks sk_tandt14:50
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto14:51
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto14:52
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto14:53
*** yacar_ <yacar_!~yacar_@87-231-10-134.rev.numericable.fr> has joined #yocto14:53
sk_tandtBtw, as for the modified files (Makefile.in): they seem to be due to a folder run of autotools14:53
sk_tandtperhaps an autoreconf or akin to it14:54
yatessk_tandt: yes, i finally realized that14:54
yatesoe provides that (bluez5) recipe, but meta-variscite-fslc provides a .bbappend to it, including the use of some different run-time scripts. i want to modify one of the run-time scripts the mega-variscite-fslc .bbappend provides14:56
yatess/mega/meta/14:57
sk_tandtYup, figured you were referring to the BSPs : P14:58
sk_tandtWhat would you like to change?14:58
yatesthe variscite-bt script14:59
yatesand the corresponding variscite-bt.conf configuration file14:59
yatesin meta-variscite-fslc/recipes-connectivity/bluez515:00
sk_tandtNow, I may be way off as I am *very* new to the yocto usage, but15:00
sk_tandtI'd create a layer of my own, clone the bluiez5 recipe from the Variscite layer, change the  config from files/variscite-bt and any other file, then include my forked recipe15:02
*** AndersD <AndersD!~AndersD@194.237.220.218> has quit IRC15:02
sk_tandt(And layer, ofc)15:02
*** maudat <maudat!~moda@64.18.88.250> has joined #yocto15:02
yatesi think that is discouraged by oe15:03
yatesoverriding recipes is what i think it's called/15:03
yates?15:04
sk_tandtOh, I'd use another name15:04
sk_tandtSorry, forgot to mention15:04
yatesthe solution may actually be very simple: define a bluez5_%.bbappend with a FILESEXTRAPATHS_prepend and the corresponding files in my own custom layer15:05
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC15:07
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC15:10
yateswhat i don't understand is the order in which these two .bbappends will be applied.15:11
JPEWyates: If there is any order, its probably based on layer priority15:13
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:14
*** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto15:19
yatesJPEW: that is what i was thinking. so we should be good. trying it now anyway to see what happens15:21
*** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC15:22
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC15:22
*** Klox <Klox!~Klox@c-73-22-66-195.hsd1.il.comcast.net> has quit IRC15:23
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto15:23
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto15:23
*** Klox <Klox!~Klox@c-73-22-66-195.hsd1.il.comcast.net> has joined #yocto15:25
*** sveinse <sveinse!~sveinse@156.92-221-160.customer.lyse.net> has left #yocto15:38
yateswhere can i find the source for the xinput_calibrator utility that appears to come with sato matchbox? is matchbox a recipe i can devtool modify?15:39
rburtonbehold the magic of google! https://www.freedesktop.org/wiki/Software/xinput_calibrator/15:41
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC15:41
rburtonor, the recipe has a SRC_URI link in15:41
kergothcan also search the layer index for calibrator, or your localfilesystem15:42
yatesthanks kindly15:44
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC15:46
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC15:46
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC15:48
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto15:49
*** cvasilak <cvasilak!~cvasilak@athedsl-307092.home.otenet.gr> has quit IRC15:51
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto15:52
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto15:54
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto16:02
RPsjolley: can't get zoom to work again :(16:04
*** malanecora <malanecora!b23cc82c@gateway/web/freenode/ip.178.60.200.44> has quit IRC16:06
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-unuixixrgxieykog> has quit IRC16:11
*** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto16:13
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC16:19
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto16:20
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC16:21
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto16:22
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:22
*** didile <didile!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has quit IRC16:23
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC16:28
*** armpit <armpit!~armpit@2601:202:4180:c33:e546:3273:94f7:9238> has quit IRC16:29
*** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC16:29
*** armpit <armpit!~armpit@2601:202:4180:c33:452c:f13f:a1f8:ab60> has joined #yocto16:30
*** cdgarren <cdgarren!~cdgarren@207.67.30.60> has joined #yocto16:33
*** m314 <m314!~user@85.191.5.122> has quit IRC16:35
cdgarrenI'd like to run a different init.d script in my development image than my release image. Is the best way to do this just to create different recipes for my init script and select the specific one in my image recipes?16:38
kergothprobably best, yes16:43
kergothor install them both with different names and just selectively *enable* them, i suppose16:43
cdgarrenOne of the things I want in my dev image allows some remote debugging, so I think I'd rather not have it on the system at all in the production image. Thanks for the ipunt.16:44
cdgarrenWould there be any way to do this with the -dev or -dbg suffix, or similar?16:45
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:46
*** johnnyah <johnnyah!a59c281b@gateway/web/freenode/ip.165.156.40.27> has joined #yocto16:50
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC16:50
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC16:50
*** LowLander <LowLander!~erwin@ip51ce2bef.speed.planet.nl> has quit IRC16:52
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC16:54
*** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has joined #yocto16:54
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto16:57
*** johnnyah <johnnyah!a59c281b@gateway/web/freenode/ip.165.156.40.27> has quit IRC17:01
*** armpit <armpit!~armpit@2601:202:4180:c33:452c:f13f:a1f8:ab60> has quit IRC17:04
kergothif you're wanting a -dev to overwrite a file that's in another package, not going to happen17:05
kergothboth the binary package manager and bitbakew il get annoyed at conflicts17:06
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC17:08
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC17:10
*** LowLander <LowLander!~erwin@ip51ce2bef.speed.planet.nl> has joined #yocto17:14
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto17:14
*** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has joined #yocto17:17
yatesi'm at my wit's end with this17:18
yateshere is my bluez5 .bbappend: https://paste.fedoraproject.org/paste/SQnC6nS5cRuEyosRZE0PGQ17:18
yateswhich i was hoping would override the meta-variscite-fslc/recipes-connectivity/bluez5 bbappend17:19
yatesit appears that my variscite-bt is getting installed, but my variscite-bt.conf is not.17:19
yatesi'm at a loss to see why17:19
*** sk_tandt <sk_tandt!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC17:21
*** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC17:21
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:27
yatesoh.17:29
sk_tandt_yates, figured out?17:29
yateslooks like priorities are wrong17:29
yatesbitbake-layers show-appends is a nice tool..17:29
*** mckoan is now known as mckoan|away17:30
*** scottrif <scottrif!~scottrif@96-41-168-232.dhcp.mdfd.or.charter.com> has joined #yocto17:30
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC17:31
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto17:31
*** berton_ <berton_!~berton@177.194.204.148> has joined #yocto17:32
yatesin BBFILE_PRIORITY_layer1 = "n1" and BBFILE_PRIORITY_layer2 = "n2", layer1 will have priorty over layer 2 if n1 > n2? right?17:33
yatesor is it n1 < n2>17:34
yatesor is it n1 < n2?17:34
*** berton <berton!~berton@177.194.204.148> has quit IRC17:34
yatesRTFM Randy!17:37
yatesyates: yes sir!17:37
yatesdoes BBFILE_PRIORITY apply to .bbappend files as well as .bb files?17:39
*** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC17:39
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC17:39
yatesit's not working. i see my layer priority to 1000, which is higher than all others (from bitbake-layers shoiw-layers)17:42
yatesbut bitbake-layers show-appends shows my .bbappend lower than meta-variscite-fslc17:44
yateshttps://paste.fedoraproject.org/paste/aTrOnwpDLMfP6U0w-5c~LQ17:45
*** sk_tandt_ <sk_tandt_!~sk_tandt@net-5-88-141-17.cust.vodafonedsl.it> has quit IRC17:45
yateshttps://paste.fedoraproject.org/paste/N0Wl-4kb3sm5SdbS3WqLBA17:45
yatesis there a know bug about this?17:46
yatesknown17:48
yateskergoth, rburton?17:48
yatesmy layer is meta-ebtron17:49
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC17:51
yates?17:55
*** rewitt1 <rewitt1!rewitt@nat/intel/x-khtocrbrryqsersx> has quit IRC18:03
*** nerdboy <nerdboy!~sarnold@mobile-107-77-164-41.mobile.att.net> has joined #yocto18:03
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto18:03
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC18:05
*** nerdboy <nerdboy!~sarnold@mobile-107-77-164-49.mobile.att.net> has joined #yocto18:06
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto18:06
yatesRP: any input you can give on my problem?18:07
yatesLetoThe2nd: or you? you have been very kind and helpful in the past18:07
yatesthis is hanging me up badly.18:12
yateshow about this: SHOULD this work?18:13
*** berton_ <berton_!~berton@177.194.204.148> has quit IRC18:15
RPyates: Offhand I'd have said that should work. I'd put some bb.warn() into cooker.py and see what its really doing18:19
RPyates: filter the output with "if 'xxx' in name to only show details about the recipe you care about18:19
*** yacar_ <yacar_!~yacar_@87-231-10-134.rev.numericable.fr> has quit IRC18:22
yatesRP: thank you. i'm trying to google-up "bb.warn/cooker.py" because i have no idea what you mean.18:23
RPyates: cooker.py is part of bitbake, the code in there handles bb file priorities in layers. I was suggesting you could gain more insight into what is going on with some print statements (I use bb.warn("foo") )18:25
yatesok18:25
*** pbb_ <pbb_!~quassel@pbb4.pbb.lc> has quit IRC18:28
*** pbb <pbb!~quassel@pbb4.pbb.lc> has joined #yocto18:29
*** flihp <flihp!~flihp@76.243.124.132> has joined #yocto18:30
*** kroon <kroon!~jkroon@37-247-29-68.customers.ownit.se> has joined #yocto18:32
*** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has quit IRC18:37
*** kroon <kroon!~jkroon@37-247-29-68.customers.ownit.se> has quit IRC18:43
*** fl0v0 <fl0v0!~fvo@mue-88-130-106-046.dsl.tropolys.de> has quit IRC18:44
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC18:51
*** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has joined #yocto18:58
*** kroon <kroon!~jkroon@37-247-29-68.customers.ownit.se> has joined #yocto18:59
*** pegu``` <pegu```!~user@81.191.150.10> has joined #yocto19:02
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:03
*** warthog19 <warthog19!warthog9@proxy.monkeyblade.net> has joined #yocto19:03
*** behanw_ <behanw_!uid110099@gateway/web/irccloud.com/x-sewcxugpbxfqfpvv> has joined #yocto19:03
*** aehs29_ <aehs29_!~aehs29@149.199.62.131> has joined #yocto19:04
*** tasslehoff_ <tasslehoff_!~aronning@80.77.101.233> has joined #yocto19:04
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-mynqrqhpeewxvlwr> has quit IRC19:04
*** tasslehoff <tasslehoff!~aronning@80.77.101.233> has quit IRC19:04
*** aehs29 <aehs29!~aehs29@149.199.62.131> has quit IRC19:04
*** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has quit IRC19:04
*** freanux <freanux!~freanux@unaffiliated/freanux> has quit IRC19:04
*** pegu`` <pegu``!~user@81.191.150.10> has quit IRC19:04
*** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has quit IRC19:04
*** rperier <rperier!~quassel@unaffiliated/bambee> has quit IRC19:04
*** lpotter <lpotter!~quassel@2001:8003:e02e:2000:ba27:ebff:febb:59b> has quit IRC19:04
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC19:04
*** warthog9 <warthog9!warthog9@23.128.96.11> has quit IRC19:04
*** ctlnwr_ <ctlnwr_!~catalin@89.121.200.102> has quit IRC19:04
*** behanw_ is now known as behanw19:04
*** stryx`_ <stryx`_!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto19:04
*** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has joined #yocto19:05
*** rperier <rperier!~quassel@2001:41d0:52:100::44a> has joined #yocto19:05
*** lpotter <lpotter!~quassel@2001:8003:e02e:2000:ba27:ebff:febb:59b> has joined #yocto19:05
*** stryx`_ is now known as stryx`19:05
*** ctlnwr_ <ctlnwr_!~catalin@89.121.200.102> has joined #yocto19:05
*** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has joined #yocto19:05
*** robbawebba <robbawebba!~robbawebb@47.180.176.91> has joined #yocto19:05
*** warthog19 is now known as warthog919:06
*** robbawebba <robbawebba!~robbawebb@47.180.176.91> has quit IRC19:13
*** robbawebba <robbawebba!~robbawebb@47.180.176.91> has joined #yocto19:15
*** robbawebba <robbawebba!~robbawebb@47.180.176.91> has quit IRC19:28
*** robbawebba <robbawebba!~robbawebb@47.180.176.91> has joined #yocto19:29
*** robbawebba <robbawebba!~robbawebb@47.180.176.91> has quit IRC19:30
*** robbawebba <robbawebba!~robbawebb@47.180.176.91> has joined #yocto19:31
*** robbawebba <robbawebba!~robbawebb@47.180.176.91> has quit IRC19:33
*** robbawebba <robbawebba!~robbawebb@47.180.176.91> has joined #yocto19:33
*** tkoskine <tkoskine!tkoskine@kapsi.fi> has joined #yocto19:33
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC19:40
yateswill the "install" command (commonly used in a do_install()) overwrite a destinaion file if it already exists?19:42
yatesnm. man is my friend19:43
yatesi thought that was a yocto utility19:43
*** ferlzc <ferlzc!~ferlzc@187.57.74.56> has quit IRC19:43
rburtonnope, standard gnu19:44
*** ferlzc <ferlzc!~ferlzc@177.76.63.8> has joined #yocto19:44
yatesi suspect my project state is hosed and that's why i'm not getting my file inserted properly19:53
yateshow do i force a total rebuild of everything for my image?19:53
yatese.g., should i rm -fR build/tmp ?19:53
kergothi wipe tmp at least 20 times a day. doesn't hurt anything. most of it is pulled back from sstate again anyway19:54
kergothno need to even hesitate19:54
yatescan i trust that sstate is consistent?19:55
yatesdid you mean build/sstate-cache?19:56
kergothyes, and  yes19:57
yatesalright..19:57
kergothsstate failure mode is generally a rebuild from scratch. that is, it' much, much, much more likely to rebuild from scratch than to incorrectly use existing sstate19:57
yateshmm.19:58
kergothpretty rare to need to rebuild from scratch manually, though it is occasionally useful, and is easy to do. bitbake -C fetch somerecipe will build it from scratch if it's not already been built, bitbake --no-setscene will build *everything* from scrach after wiping tmp19:58
*** sb <sb!~sb79a@80-95-88-93.pool.digikabel.hu> has quit IRC20:00
yatesok20:00
*** armpit <armpit!~armpit@45.19.219.178> has joined #yocto20:01
*** maudat <maudat!~moda@64.18.88.250> has quit IRC20:02
*** maudat <maudat!~moda@64.18.88.250> has joined #yocto20:04
kroonHmm, isn't capabilities set on files in do_install() preserved to when the package is installed ?20:06
*** sjolley <sjolley!~sjolley@c-71-59-136-149.hsd1.or.comcast.net> has quit IRC20:10
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto20:14
rburtonkroon: no extended attributes survive any packaging format (in any distribution)20:14
kroonrburton: aha20:15
*** gurmble <gurmble!~grumble@freenode/staff/grumble> has joined #yocto20:22
*** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC20:22
*** gurmble is now known as grumble20:22
khemn20:37
*** scottrif <scottrif!~scottrif@96-41-168-232.dhcp.mdfd.or.charter.com> has quit IRC20:39
*** lazyape <lazyape!~lazyape@athedsl-212890.home.otenet.gr> has quit IRC20:58
*** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has quit IRC21:06
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has quit IRC21:06
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto21:06
*** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has joined #yocto21:06
*** tasslehoff_ <tasslehoff_!~aronning@80.77.101.233> has quit IRC21:08
*** tasslehoff <tasslehoff!~aronning@80.77.101.233> has joined #yocto21:11
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC21:14
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto21:17
*** sb79a <sb79a!~sb79a@80-95-88-93.pool.digikabel.hu> has joined #yocto21:25
*** sb79a <sb79a!~sb79a@80-95-88-93.pool.digikabel.hu> has quit IRC21:29
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC21:35
*** scottrif <scottrif!~scottrif@96-41-168-232.dhcp.mdfd.or.charter.com> has joined #yocto21:37
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:42
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto21:52
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto21:52
*** no_such_user <no_such_user!~no_such_u@fpc125996-trow7-2-0-cust59.18-1.static.cable.virginm.net> has quit IRC21:58
*** scottrif <scottrif!~scottrif@96-41-168-232.dhcp.mdfd.or.charter.com> has quit IRC21:59
yatesmy kernel module recipe is bombing in the do_compile. it looks like it's not grabbing the source file from the proper place in my repository (but the SRCURI looks right). where (in the tmp/ dir) do i look for where it is unpackted to?22:05
*** no_such_user <no_such_user!~no_such_u@fpc125996-trow7-2-0-cust59.18-1.static.cable.virginm.net> has joined #yocto22:05
yatesis it tmp/MACH/pn/pv-pr/module/ ?22:08
*** cdgarren <cdgarren!~cdgarren@207.67.30.60> has quit IRC22:10
kergothyates: see oe-core/meta/conf/bitbake.conf22:11
rburtonyates: well, tmp/work/machine/pn/pv-pr/22:17
rburtonthat's WORKDIR22:17
rburtonfiles are copied into there, tarballs unpacked22:17
*** ferlzc <ferlzc!~ferlzc@177.76.63.8> has quit IRC22:22
*** ferlzc <ferlzc!~ferlzc@177.76.63.8> has joined #yocto22:51
*** scottrif <scottrif!~scottrif@96-41-168-232.dhcp.mdfd.or.charter.com> has joined #yocto23:07
*** clement <clement!~clementbe@lneuilly-657-1-4-190.w81-250.abo.wanadoo.fr> has quit IRC23:15
*** tgraydon <tgraydon!~textual@134.134.139.74> has joined #yocto23:15
*** clement_ <clement_!~clementbe@lneuilly-657-1-4-190.w81-250.abo.wanadoo.fr> has joined #yocto23:16
yoctiNew news from stackoverflow: SPI slave-mode on imx8qmlpddr4arm2 board using yocto <https://stackoverflow.com/questions/54591919/spi-slave-mode-on-imx8qmlpddr4arm2-board-using-yocto>23:19
*** sb79a <sb79a!~sb79a@80-95-88-93.pool.digikabel.hu> has joined #yocto23:25
*** ferlzc <ferlzc!~ferlzc@177.76.63.8> has quit IRC23:25
*** sb79a <sb79a!~sb79a@80-95-88-93.pool.digikabel.hu> has quit IRC23:30
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC23:43
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-mjitfqthbcrntzum> has joined #yocto23:55

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