| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Read error: Connection reset by peer) | 00:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 00:34 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 00:44 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:46 | |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0:fa88:8bc5:c0d2:27cc> has quit IRC (Remote host closed the connection) | 01:03 | |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0:fa88:8bc5:c0d2:27cc> has joined #yocto | 01:04 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 265 seconds) | 01:06 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 01:10 | |
| *** robbawebba <robbawebba!~rob@12.206.203.186> has quit IRC (Quit: WeeChat 3.2) | 01:17 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 01:54 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 02:11 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 02:12 | |
| *** camus1 is now known as camus | 02:12 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 02:40 | |
| *** FredO <FredO!~willy562@bras-base-crnypq0201w-grc-06-76-69-222-77.dsl.bell.ca> has quit IRC (Quit: Leaving) | 03:04 | |
| *** FredO <FredO!~willy562@bras-base-crnypq0201w-grc-06-76-69-222-77.dsl.bell.ca> has joined #yocto | 03:14 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 03:30 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 265 seconds) | 03:31 | |
| *** camus1 is now known as camus | 03:31 | |
| *** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has joined #yocto | 03:52 | |
| *** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Remote host closed the connection) | 04:14 | |
| *** paulg <paulg!~boodler@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 265 seconds) | 04:14 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 252 seconds) | 04:58 | |
| *** r4ge <r4ge!~timp@114-134-7-183.static.lightwire.co.nz> has quit IRC (Ping timeout: 260 seconds) | 05:05 | |
| *** te_johan <te_johan!~te_johan@212-107-146-90.customers.ownit.se> has joined #yocto | 05:19 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds) | 05:44 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 05:48 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-21-184-145-222-193.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev) | 05:52 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds) | 06:06 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 06:23 | |
| *** Guest61 <Guest61!~Guest61@194.239.2.106> has joined #yocto | 06:31 | |
| *** frieder <frieder!~frieder@mue-88-130-72-183.dsl.tropolys.de> has joined #yocto | 06:37 | |
| *** fbre <fbre!~fbre@145.253.222.69> has joined #yocto | 06:49 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.90> has joined #yocto | 06:55 | |
| *** creich_ <creich_!~creich@p200300f6af262d106bbd1ab975fe5d89.dip0.t-ipconnect.de> has quit IRC (Quit: Leaving) | 07:02 | |
| *** creich <creich!~creich@p200300f6af262d10000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 07:02 | |
| wCPO | If I want a recipe executing only do_deploy, should I just add a noop do_install and "addtask deploy after do_install" or is there a smarter way? | 07:04 |
|---|---|---|
| kanavin | https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.15-Werror-Pain | 07:06 |
| kanavin | the sad truth about warnings is that they never get fixed, and people just ignore them | 07:06 |
| kanavin | the best course of action is to give everyone hard errors, even though this inevitably causes anger | 07:07 |
| *** rfuentess <rfuentess!~rfuentess@2a01:598:89f3:3f75:a4f3:b8df:5dee:b626> has joined #yocto | 07:09 | |
| kanavin | Linus discovers what (I think) RP had known for years ;) | 07:09 |
| RP | kanavin: heh :) | 07:31 |
| kanavin | RP: but perhaps overwhelming people could have been avoided - warnings to errors could be a gradual pre-planned and clearly scheduled transition rather than a flag day | 07:32 |
| kanavin | (I mean in the kernel, not in yocto :) | 07:33 |
| kanavin | and btw rngd swelling and causing oom is potentially serious, I'll try to look time permitting | 07:34 |
| mihai | that's the first take after major gcc upgrade which changes warnings into errors, first commits disables errors :) | 07:35 |
| wyre | is ${S} by default ${WORKDIR}= | 07:38 |
| wyre | s/=/\?/ | 07:39 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:39 | |
| mihai | wCPO: you could disable them do_task[noexec] = "1" | 07:40 |
| mihai | not sure if it's smarter | 07:40 |
| mihai | the same is done for image recipes, afaik | 07:41 |
| qschulz | wyre: no | 07:41 |
| wyre | I'm trying to make a proper do_fetch task but my gitlab repo is private and I'm not sure if deploy tokens could help me | 07:44 |
| qschulz | wyre: bitbake -e <anyrecipe> | less and go to the first line starting with S=, then look into the history of the variable, the first line is usually the default | 07:44 |
| qschulz | wyre: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/bitbake.conf#n374 | 07:44 |
| wyre | oh, I see | 07:45 |
| qschulz | https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-fetching.html#git-fetcher-git | 07:45 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 07:45 | |
| qschulz | recommended to use ssh key access that is setup for the building machine | 07:45 |
| qschulz | by far the easiest I assume | 07:46 |
| qschulz | (that's all I have ever used) | 07:46 |
| wyre | qschulz, do you have some doc as guide? | 07:46 |
| qschulz | https://docs.yoctoproject.org/ref-manual/variables.html#term-S | 07:46 |
| wyre | qschulz, the problem is I'm using a docker container | 07:47 |
| qschulz | wyre: nothing to be done on yocto side except specify protocol to be ssh | 07:47 |
| qschulz | wyre: ssh-agent forwarding is the answer | 07:47 |
| qschulz | Pyrex does it, CROPS might be doing it, I imagine kas is doing it too | 07:47 |
| qschulz | -v $SSH_AUTH_SOCK:/tmp/ssh_auth_sock -e SSH_AUTH_SOCK=/tmp/ssh_auth_sock -e SSH_AGENT_PID is what I pass to custom containers (crops seems to require this from my shell history) | 07:48 |
| qschulz | -v ~/.ssh/known_hosts:/home/pokyuser/.ssh/known_hosts:ro also | 07:49 |
| qschulz | but really, you should just use whatever is already available instead of reinventing the wheel | 07:49 |
| qschulz | if it does not fully match your use case, you can patch/fork/contribute to it and or extend it | 07:50 |
| qschulz | RP: I like the argument being "the layer works with multiple poky releases without doing anything". Literally in the same sentence or the next one "I just needed to backport this class"... So are you saying it is in fact not compatible :D? | 07:51 |
| wyre | qschulz, you mean when you do the docker run command? | 07:51 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:51 | |
| qschulz | and yeah, I've circonvened that check at my previous company too.. And considering how many warnings there were when I arrived and how concerned the devs were about them, we sure don't want to turn it into a warning :D | 07:52 |
| wyre | qschulz, also ... where should I specify ssh as protocol for yocto? | 07:54 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 07:57 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds) | 07:59 | |
| *** camus1 is now known as camus | 07:59 | |
| qschulz | wyre: see the link to the git fetcher | 08:00 |
| qschulz | wyre: yes, for CROPS i add those arguments to podman (should be more or less the same for Docker) when running the container | 08:00 |
| qschulz | Pyrex should be doing it for you IIRC | 08:03 |
| RP | kanavin: with the warnings/errors you need to get them under control over time | 08:05 |
| RP | kanavin: I was wondering about rngd, whether it really was using all the memory and why | 08:05 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 08:09 | |
| kanavin | RP: I am watching another lttng stress-test going on now. ps aux give: | 08:09 |
| kanavin | root 328 7.2 48.4 1283444 985008 ? Ssl 07:52 1:12 /usr/sbin/rngd -r /dev/hwrng | 08:09 |
| kanavin | this does not look healthy at all | 08:09 |
| kanavin | I'll check if this is x86 specific | 08:10 |
| wyre | cannot I set SRCREV as a branch name? | 08:10 |
| kanavin | wyre, what's the use case? | 08:11 |
| *** kmaincent2 is now known as kmaincent | 08:12 | |
| kanavin | RP: much healthier on arm: | 08:13 |
| kanavin | root 326 0.9 0.0 300628 1996 ? Ssl 05:20 1:40 /usr/sbin/rngd -r /dev/hwrng | 08:13 |
| qschulz | wyre: see git fetcher link above, there's a branch parameter | 08:13 |
| qschulz | and also https://docs.yoctoproject.org/ref-manual/variables.html#term-AUTOREV which I assume is what you're after (auto-pulling new commits of a branch?) Note that this is seen as a development feature only and shouldn't be used for any release build | 08:14 |
| wyre | qschulz, I apparently have to set SRCREV | 08:14 |
| RP | kanavin: that does seem rather worrying | 08:16 |
| wyre | qschulz, ok, I've set SRCREV as ${AUTOREV} but bitbake is not able to fetch the repository, despite I'm able to clone it with git:// (ssh) from the inside of the container | 08:18 |
| wyre | I can see a message saying "fatal: Unable to look up git@gitlab.com (port 9418) (Name or service not known)" | 08:19 |
| wyre | https://bpa.st/3OOA | 08:20 |
| qschulz | wyre: SRCREV should store the commit hash | 08:20 |
| *** te_johan <te_johan!~te_johan@212-107-146-90.customers.ownit.se> has quit IRC (Quit: Leaving...) | 08:20 | |
| qschulz | if not set to AUTOREV | 08:20 |
| wyre | it's set to AUTOREV | 08:20 |
| qschulz | the commit needs to be available in the branch passed in the "branch" parameter of the git fetcher. if it's not specified, it's master | 08:20 |
| wyre | I've specified the branch, sure | 08:21 |
| wyre | I mean, I've specified the branch with branch parameter and SRCREV is set as "${AUTOREV}" | 08:21 |
| wyre | here is my recipe http://ix.io/3yge | 08:22 |
| qschulz | wyre: can your container actually do a git clone of that specific git repo? | 08:22 |
| wyre | qschulz, apparently it can | 08:23 |
| wyre | I've tested it manually and it's able to fetch it | 08:23 |
| qschulz | wyre: carefully read the git fetcher documentation | 08:23 |
| qschulz | it's ; and not , | 08:23 |
| qschulz | you're missing the protocol argument I told you | 08:23 |
| qschulz | and the URL is incorrect, use the clone button on gitlab for ssh connection, after gitlab.com you should have a : and not a / | 08:24 |
| qschulz | and S should be set to ${WORKDIR}/git | 08:24 |
| wyre | ok, done http://ix.io/3ygf and still the same https://bpa.st/XSKQ | 08:25 |
| wyre | in fact I've replaced : with / to try if that was the problem | 08:26 |
| qschulz | you're missing protocol=ssh in the git fetcher | 08:27 |
| wyre | qschulz, well, I've set also protocol but still doesn't fetch https://bpa.st/WIMQ | 08:29 |
| qschulz | and the recipe? | 08:32 |
| qschulz | wyre: i told you about the protocol of the git fetcher | 08:32 |
| qschulz | it's an argument | 08:32 |
| qschulz | I didn't tell you to replace git with ssh | 08:32 |
| wyre | sure | 08:32 |
| wyre | http://ix.io/3ygg | 08:33 |
| *** Guest4845 <Guest4845!~Guest48@x086092.tudelft.net> has joined #yocto | 08:33 | |
| Guest4845 | Hello (cruel) World! | 08:34 |
| wyre | qschulz, I mean, I didn't replace git with ssh 😞 I'm not sure why bitbake is printing urls with ssh:// | 08:34 |
| qschulz | then I guess try with / instead of : in the URL since it says it cannot resolve git@gitlab.com:whatever. After that, I'm clueless sorry | 08:36 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:45 | |
| wCPO | When would I use do_<stage>[depends] over just DEPENDS ? | 08:46 |
| kanavin | RP: not too worrying for master branch. There's a botched upstream release of libjitterentropy in my branch, with that reverted rngd is back to normal. | 08:49 |
| kanavin | RP: issue filed, update deferred https://github.com/smuellerDD/jitterentropy-library/issues/69 | 08:57 |
| RP | kanavin: good to at least know the cause, thanks! | 09:03 |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 252 seconds) | 09:04 | |
| kanavin | RP: this means we may have achieved issue-free ptests for lttng - I'll run the robustness tests a few more times. They've yet to fail on arm. | 09:04 |
| kanavin | (I hope the x86 fail was in fact due to rngd) | 09:04 |
| wyre | qschulz, now it works, thank you 😀, the problem now is that python3 cannot find setup.py but I guess I can deal with it | 09:05 |
| qschulz | wyre: :+1: | 09:06 |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 09:08 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 09:12 | |
| fbre | Hi, if the .c file is located in .../build/tmp/work-shared/mymachine/kernel-source/drivers/net/ethernet/freescale, in which folder does bitbake put the .o file? | 09:18 |
| fbre | ...on building the kernel | 09:18 |
| RP | kanavin: I think that lttng-relayd segfault is still out there but yes, it is good progress | 09:20 |
| kanavin | RP: I haven't seen that yet with 2.13.0 versions | 09:21 |
| qschulz | fbre: in the tmp/work/mymachine/<linux-kernel-recipe>/<linux-kernel-version>/<git probably> | 09:22 |
| wyre | qschulz, should S be set as the same folder where setup.py is? | 09:23 |
| wyre | I don't get why it says pwm/pwm.sh doesn't exist but it's there 🤔 https://bpa.st/F32Q | 09:25 |
| qschulz | wyre: likely yes, or set DISTUTILS_SETUP_PATH correctly | 09:26 |
| RP | kanavin: it is relatively rare and I think load related, you're on relatively quiet autobuilders | 09:26 |
| qschulz | wyre: you probably need to add ${S} or ${WORKDIR} in front of your pwm/pwm.sh path | 09:27 |
| RP | kanavin: are we looking better on the multiconfig change? | 09:33 |
| kanavin | RP: yes, I think I wrote a comment in the bug about it | 09:33 |
| wyre | qschulz, I'd say before I had not to add ${S} but now apparently I need it, you are right :think | 09:34 |
| wyre | 🤔 | 09:34 |
| qschulz | wyre: do_install runs in ${B} IIRC | 09:36 |
| qschulz | it's set to S by default IIRC but there is probably something changing it then | 09:36 |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 09:37 | |
| fbre | qschulz, yeah right (y) thanx | 09:38 |
| RP | kanavin: ah, thanks. Somehow refreshing wasn't working | 09:38 |
| fbre | and build/drivers/net/ethernet/freescale there | 09:39 |
| wyre | qschulz, so I guess I should also set B as ${S}, right? | 09:41 |
| qschulz | wyre: no, you usuallyt want the outcome of a build to be separate from the sources | 09:42 |
| qschulz | some software can only be built within the source directory but that's deemed to be a bug | 09:42 |
| wyre | so then is better to use ${S} in the install commands inside do_install? | 09:42 |
| *** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto | 09:44 | |
| fbre | hmm... I deleted the .o files in that work subdir but they are not build again with bitbake, even with a cleansstate | 09:49 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:59 | |
| fbre | ...ok, now I've found a way to rebuild them... | 10:00 |
| *** Belsirk <Belsirk!~rfuentess@tmo-097-134.customers.d1-online.com> has joined #yocto | 10:08 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:598:89f3:3f75:a4f3:b8df:5dee:b626> has quit IRC (Read error: Connection reset by peer) | 10:10 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Read error: Connection reset by peer) | 10:20 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 10:20 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 10:20 | |
| *** tnovotny_ <tnovotny_!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 10:21 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Ping timeout: 265 seconds) | 10:25 | |
| rburton | fbre: bitbake [recipe] -C unpack will force a rebuild | 10:36 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 10:52 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 11:03 | |
| fbre | Does anybody know if the imx-freescale stuff will switch the kernel version from 5.4 to 4.10 in the near future? | 11:18 |
| fbre | äh 5.10 | 11:18 |
| rburton | you'll need to ask them directly i expect | 11:19 |
| fbre | thought some freescale guys are around here, but you're right, likely the plans are top-secret | 11:21 |
| qschulz | fbre: meta-imx seems to have a hardknott branch with 5.10? | 11:22 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 265 seconds) | 11:26 | |
| fbre | https://github.com/Freescale/meta-freescale/tree/hardknott is 5.4.70 | 11:28 |
| qschulz | fbre: I did say meta-imx which is the vendor tree | 11:28 |
| qschulz | meta-freescale is community maintained IIRC | 11:28 |
| qschulz | so feel free to send a patch to migrate to 5.10 :) | 11:30 |
| fbre | I use poky+meta-openembedded+meta-mingw+meta-freescale+meta-mystuff | 11:31 |
| fbre | This is for the imx8 | 11:32 |
| fbre | Not sure what you mean with meta-imx | 11:33 |
| qschulz | https://source.codeaurora.org/external/imx/meta-imx/log/?h=hardknott-5.10.35-2.0.0 | 11:34 |
| qschulz | NXP works on meta-imx only | 11:35 |
| fbre | A while back I switched to the free version because people here recommended that to me | 11:36 |
| fbre | I'm not sure, but am I right meta-freescale is the alternative community version and meta-imx is the vendor version? | 11:37 |
| fbre | sorry for asking odd questions, I'm just trying to recall | 11:39 |
| fbre | ...what I have forgotten | 11:40 |
| qschulz | that's what I said a few lines above :) | 11:43 |
| fbre | ok, thanx | 11:43 |
| qschulz | since meta-frescale is community maintained, patches are welcome, if you want 5.10 ASAP, you can add support for it and then contribute back to the layer :) | 11:43 |
| fbre | no, I don't want it, I just check what is available. Because I check the newer sources of all those available branches. And I compare them against my "old" dunfell version. I want to know whether a ethernet driver bug is fixed or not. | 11:45 |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Read error: Connection reset by peer) | 11:45 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 11:46 | |
| fbre | I already check the branch "hardknott" of meta-freescale. But that ugly ethernet driver bug still happens after I merged those newer sources back to my old dunfell sources | 11:46 |
| fbre | *checked | 11:47 |
| qschulz | https://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/recipes-kernel/linux ..... there seems to be a 5.10 kernel already available? | 11:48 |
| fbre | qschulz, the imx8 uses linux-fslc-imx_5.4.bb | 11:50 |
| qschulz | https://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/recipes-kernel/linux/linux-imx_5.10.bb#n33 that's not what's said here | 11:51 |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Read error: Connection reset by peer) | 11:52 | |
| fbre | ah OK, thanx, I'll check that. Until now I thought I can only use linux-fslc-imx but not linux-imx | 11:53 |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 11:54 | |
| wyre | I've included i2c-tools in my image recipe but I haven't i2cdetect | 11:54 |
| wyre | just i2ctransfer | 11:54 |
| qschulz | wyre: oe-pkgdata-util find-path '*i2cdetect*' and add the package to your image | 11:55 |
| wyre | qschulz, unable to find any package producing path i2cdetect | 11:56 |
| wyre | apparently i2cdetect is part of i2c-tools https://git.yoctoproject.org/cgit.cgi/poky/plain/meta/recipes-devtools/i2c-tools/i2c-tools_4.3.bb | 11:57 |
| wyre | but I'm not sure why I have not that binary in my image | 11:57 |
| wyre | however I have i2ctransfer 😥 | 11:58 |
| qschulz | and the oe-pkgdata-uitil returns something for i2ctransfer? | 11:58 |
| wyre | qschulz, sure, busybox-ptest | 11:59 |
| wyre | but I've i2c-tools in my image recipe! | 11:59 |
| wyre | oh, just in PKG_DEBUG 😥 | 11:59 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 12:04 | |
| RP | kanavin: that zstd compression thing looks like the number of threads is getting encoded into the rpms somehow which is bad :/ | 12:10 |
| RP | kanavin: are the rpms the same with varying numbers of compression threads? | 12:10 |
| kanavin | RP: I had already fixed it, I just would like to know how poisoned items made it into reproducible builds (which are not supposed to utilize sstate) | 12:11 |
| kanavin | RP: they are | 12:11 |
| kanavin | RP: the fix is here, and the issue is not zstd specific http://git.yoctoproject.org/cgit.cgi/poky-contrib/tree/meta/recipes-devtools/rpm/files/0001-build-pack.c-do-not-insert-payloadflags-into-.rpm-me.patch?h=akanavin/package-version-updates | 12:12 |
| kanavin | the reason it's not seen with xz is because AB hardcodes the number of threads | 12:12 |
| RP | kanavin: reproducible builds use sstate for half the build | 12:12 |
| kanavin | RP: but the other half is also saying 'zstd' | 12:12 |
| kanavin | from the abelloni's likn | 12:12 |
| RP | kanavin: both sides of the build looked to encode it in that build, yes | 12:13 |
| RP | kanavin: I think abelloni used the series from the mailing list | 12:13 |
| kanavin | RP: right, those were before I added the fix | 12:13 |
| RP | kanavin: that would explain things | 12:13 |
| kanavin | and it was marked as RFC, meaning, do not queue into builds ;) | 12:14 |
| RP | kanavin: abelloni and I are trying to work out how to queue the non-master patches that are still flowing in. Leaving them just ends up as a different kind of nightmare (hence the kirkstone-next brancht that appeared) | 12:16 |
| JPEW | Ugh, is that zstd thing specific to rpms? I didn't see that when I used the standalone utilities | 12:17 |
| kanavin | RP: right, but that particular RFC set shouldn't be queued - it was strictly for comments, and will be resent later when things reopen for merging | 12:17 |
| kanavin | JPEW, nothing is broken, there was just a mixup with not fully tested patchset | 12:18 |
| JPEW | Ah got it | 12:18 |
| * JPEW needs more coffee | 12:18 | |
| *** paulg <paulg!~boodler@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 12:23 | |
| *** Belsirk is now known as rfuentess | 12:24 | |
| RP | kanavin: if the right set is ready now I'm wondering if we should queue that just so people know what is done and what isn't? | 12:26 |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 12:29 | |
| yates_work | in meta/recipes-devtools/gcc, there are several recipes related to gcc, e.g., gcc_{pv}.bb, gcc-cross_{pv}.bb, gcc-cross-canadian_{pv}.bb, gcc-source_{pv}.bb, etc. is there a document describing what each of these is for? | 12:30 |
| yates_work | i need to modify the way crti.S is assembled for our cross-gcc, and there are multiple crti.S files and multiple recipes involved. i am confused. | 12:32 |
| yates_work | we are using glibc | 12:32 |
| kanavin | RP: I'm running a-full on it right now, once that completes, I can send the whole thing to oe-core http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates | 12:34 |
| yates_work | there is also the libgcc stuff there, which is one of the packages which contain a version of crti.S, such as libgcc_{pv}.bb and libgcc-initial_{pv}.bb. i'd really like to know what the difference of those is for. | 12:35 |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Quit: leaving) | 12:40 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 12:40 | |
| *** Guest4845 <Guest4845!~Guest48@x086092.tudelft.net> has quit IRC (Ping timeout: 256 seconds) | 12:44 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 12:47 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 12:55 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.90> has quit IRC (Ping timeout: 245 seconds) | 12:59 | |
| *** zpfvo <zpfvo!~fvo@88.130.216.118> has joined #yocto | 13:00 | |
| *** raido <raido!~raido@85.254.148.251> has joined #yocto | 13:07 | |
| raido | Hi Yocto community! I am wondering, is it possible to run any task from `devshell`, like do_configure? When trying to just run the script from /temp/ folder from devshell, it will not work. | 13:08 |
| raido | This will give an error: ./run.do_fetch.4700: line 2: syntax error near unexpected token `(' ./run.do_fetch.4700: line 2: `def do_fetch(d):' | 13:09 |
| qschulz | raido: I assume you need to prefix this with `python` since it's probably a python taks | 13:12 |
| raido | it is a python task. Sorry, did not mention that yes, running as ```python run.do_fetch.4700``` will give similar error: | 13:13 |
| raido | Traceback (most recent call last): | 13:14 |
| raido | File "run.do_fetch.4700", line 6, in <module> | 13:14 |
| raido | do_fetch(d) | 13:14 |
| raido | NameError: name 'd' is not defined | 13:14 |
| qschulz | mmmm I think there's devpyshell too? don't know what it's for though | 13:14 |
| raido | May be my yocto version is too old, it doesn't have devpshell :( | 13:15 |
| raido | and.. I have not heard it about anyway | 13:16 |
| raido | sorrry... | 13:16 |
| *** Guest61 <Guest61!~Guest61@194.239.2.106> has quit IRC (Ping timeout: 256 seconds) | 13:18 | |
| *** tnovotny_ <tnovotny_!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Read error: Connection reset by peer) | 13:25 | |
| *** tnovotny_ <tnovotny_!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 13:25 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 13:27 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 13:28 | |
| *** tnovotny_ <tnovotny_!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Ping timeout: 252 seconds) | 13:30 | |
| raido | But would be great to have it. And anyway - there is little information about this in documentation pages. | 13:36 |
| raido | e.g. https://embeddeduse.com/2018/10/13/building-yocto-packages-manually-with-devshell/ | 13:36 |
| *** Guest45 <Guest45!~Guest45@12.182.35.188> has joined #yocto | 13:36 | |
| Guest45 | is it possible to set partitions permissions using a wic kickstart file? "part /data --ondisk mmcblk0 --fstype=ext4 --label data --align 4096 --size=5000" | 13:37 |
| *** andy99 <andy99!~andy@62.197.243.174> has joined #yocto | 13:38 | |
| andy99 | Hello everyone, I have some other question based on previous discussion about the initramfs+fitimage. This commit prevent installing the kernel https://github.com/openembedded/openembedded-core/commit/1b67fd9ac74935fa41e960478c54e45422339138 . So how it's being installed into rootfs from deploy folder? | 13:41 |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 13:58 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 13:58 | |
| *** OutBackDingo <OutBackDingo!~quassel@46.23.84.72> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 13:59 | |
| *** OutBackDingo <OutBackDingo!~quassel@46.23.84.72> has joined #yocto | 13:59 | |
| *** Guest87 <Guest87!~Guest87@84-216-190-107.customers.ownit.se> has joined #yocto | 14:02 | |
| Guest87 | How can I track down dependencies in an image? E.g. have an image containing libxml2 and want to find what package is pulling that in. | 14:02 |
| *** angolini <angolini!uid62003@id-62003.helmsley.irccloud.com> has joined #yocto | 14:07 | |
| *** raido <raido!~raido@85.254.148.251> has quit IRC (Ping timeout: 265 seconds) | 14:07 | |
| andy99 | Guest87: Do you have the opkg or buildhistory? | 14:08 |
| paulg | I'm sure there are more elegant ways, but brute force always works. You can blacklist libxml2 and then see who complains. | 14:08 |
| Guest87 | buildhistory I have. I can add opkg package manager if that helps. | 14:08 |
| rburton | the ghetto way of blacklisting libxml2 and seeing what fails does work :) | 14:09 |
| rburton | or bitbake [imagename] -g -u taskexp | 14:09 |
| * paulg wallows in duct tape and bailing wire and cable ties. | 14:09 | |
| *** fbre <fbre!~fbre@145.253.222.69> has quit IRC (Quit: fbre) | 14:11 | |
| paulg | ...stored in an old non-functional refridgerator on the porch ; near the car up on blocks. | 14:11 |
| *** ecdhe <ecdhe!~ecdhe@mms-rf-support.com> has quit IRC (Ping timeout: 252 seconds) | 14:14 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:16 | |
| *** ecdhe <ecdhe!~ecdhe@mms-rf-support.com> has joined #yocto | 14:17 | |
| Guest87 | blacklisting is done via PACKAGE_EXCLUDE in image? | 14:18 |
| qschulz | yeah or local.conf | 14:20 |
| *** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has quit IRC (Quit: Client closed) | 14:27 | |
| *** andy99 <andy99!~andy@62.197.243.174> has quit IRC (Quit: Leaving) | 14:27 | |
| *** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has joined #yocto | 14:29 | |
| Guest87 | looks like libarchive pulls in libxml2. not sure why, because PACKAGECONFIG does not have libxml | 14:30 |
| qschulz | Guest87: bitbake -e libarchive and then grep for libxml2 | 14:35 |
| Guest87 | yes I see it in PACKAGECONFIG then | 14:35 |
| qschulz | read the history of the PACKAGECONFIG variable just above the line starting with PACKAGECONFIG= and you'll see where it comes from | 14:36 |
| Guest87 | not sure I understand where it comes from. maybe this line http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-extended/libarchive/libarchive_3.4.2.bb?h=dunfell#n12 | 14:40 |
| rburton | yes | 14:41 |
| rburton | that says on target builds, turn on libxml | 14:41 |
| Guest87 | but DISTRO_FEATURES does not have acl and xattr. | 14:41 |
| rburton | ignore line 14 | 14:41 |
| rburton | line 13 is the cause | 14:41 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:41 | |
| rburton | just do a PACKAGECONFIG_remove to force it off | 14:42 |
| Guest87 | but in my bbappend i have set it hard. isn't that sufficient? | 14:42 |
| rburton | no, because the append will append | 14:43 |
| rburton | well, you could do PACKAGECONFIG_forcevariable = "these and exactly these option" | 14:43 |
| rburton | appends won't happen then | 14:43 |
| paulg | https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=0ef93c5ee9a0 <---- blame fray and sgw :) | 14:46 |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-21-184-145-222-193.dsl.bell.ca> has joined #yocto | 14:53 | |
| sgw | what am I getting blamed for now? Everyone knows I am a trouble makers! | 14:54 |
| RP | sgw: from 2013! | 14:56 |
| sgw | Just took a while for everyone to catch up to what we were doing! | 14:59 |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 15:02 | |
| *** fray <fray!~fray@kernel.crashing.org> has quit IRC (Ping timeout: 256 seconds) | 15:02 | |
| Guest87 | ok I will use the PACKAGECONFIG_remove to get rid of libxml2 in libarchive. that works for me for now. | 15:03 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 15:10 | |
| wyre | I've included lmsensors in my image recipe, and I'm having a message saying "nothing provides lmsensors-isatools needed by lmsensors-3.6.0-r0.cortex7t2hf_neon" | 15:12 |
| wyre | why is that? should I add some extra layer? 🤔 | 15:12 |
| rburton | wyre: looks like you need to backport http://cgit.openembedded.org/meta-openembedded/commit/meta-oe/recipes-bsp/lm_sensors/lmsensors_3.6.0.bb?id=428d4e68858f282b80214e1f38da489fd42aaa43 | 15:13 |
| wyre | rburton, and how can I get it the backported version? | 15:15 |
| rburton | you apply that change to your branch | 15:15 |
| rburton | or submit the patch as a backport and wait for it to be applied | 15:15 |
| wyre | my branch? | 15:15 |
| wyre | you mean in the meta-oe layer? | 15:16 |
| qschulz | or override the whole RDEPENDS_${PN} in a bbappend so that it does not have isatools in there | 15:18 |
| rburton | just a remove in a bbappend would be sufficient | 15:20 |
| rburton | with a comment pointing to the real fix so you know to remove it in the future | 15:20 |
| wyre | rburton, could you give me some example? | 15:22 |
| rburton | RDEPENDS_${PN}_remove = "lm-sensors-isatools" | 15:23 |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 15:24 | |
| wyre | rburton, and how should I call the bbappend file? | 15:25 |
| wyre | lmsensors_3.6.0.bbappend, i guess, right? | 15:26 |
| qschulz | yes | 15:26 |
| rburton | https://docs.yoctoproject.org/dev-manual/common-tasks.html#appending-other-layers-metadata-with-your-layer | 15:27 |
| qschulz | rburton: except if they plan to support an x86 machine with their yocto builds but yeah :) | 15:27 |
| wyre | it's still trying to fetch the dependency 😥 | 15:28 |
| qschulz | check that your bbappend is applied by running bitbake-layers show-appends lmsensors | 15:29 |
| qschulz | if yes, then check the output of bitbake -e lmsensors to see where the mistake is | 15:30 |
| wyre | apparently it's being applied | 15:30 |
| rburton | oh the recipe uses ${PN}-isatools, so i guess you need to put that | 15:30 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 15:31 | |
| wyre | you mean RDEPENDS_${PN}-isatools_remove ? | 15:33 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 15:33 | |
| rburton | no, the value you're removing | 15:33 |
| qschulz | rburton: I think the issue is that you wrote lm-sensors-isatools and it should be lmsensors-isatools | 15:33 |
| rburton | yeah that would also be a problem | 15:33 |
| qschulz | damn distro which cannot agree on the same naming for lmsensors | 15:34 |
| rburton | mine was very much an example ;) | 15:34 |
| qschulz | lmsensors, lm_sensors, shellcheck, ShellCheck, ugh | 15:34 |
| *** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has quit IRC (Quit: Client closed) | 15:38 | |
| *** rfuentess <rfuentess!~rfuentess@tmo-097-134.customers.d1-online.com> has quit IRC (Remote host closed the connection) | 15:44 | |
| *** Guest45 <Guest45!~Guest45@12.182.35.188> has quit IRC (Quit: Client closed) | 15:50 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 15:51 | |
| *** Guest45 <Guest45!~Guest45@12.182.35.188> has joined #yocto | 16:08 | |
| *** arunss <arunss!~aruns@c-73-221-57-124.hsd1.wa.comcast.net> has joined #yocto | 16:17 | |
| *** zpfvo <zpfvo!~fvo@88.130.216.118> has quit IRC (Remote host closed the connection) | 16:18 | |
| Guest45 | does wic have a way of setting permissions on a partition? | 16:20 |
| rburton | partitions don't have permissions | 16:29 |
| rburton | the file system has permissions | 16:29 |
| rburton | the permissions are set by those at rootfs generation time, and will be the same as what is in the packages | 16:29 |
| Guest45 | with wic, i am generating an ext4 filesystem like this "part /data --ondisk mmcblk0 --fstype=ext4 --label data --align 4096 --size=5000" | 16:32 |
| *** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has quit IRC (Remote host closed the connection) | 16:47 | |
| *** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has joined #yocto | 16:48 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:49 | |
| *** arunss <arunss!~aruns@c-73-221-57-124.hsd1.wa.comcast.net> has quit IRC (Remote host closed the connection) | 16:51 | |
| *** arunss <arunss!~aruns@c-73-221-57-124.hsd1.wa.comcast.net> has joined #yocto | 16:51 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds) | 16:54 | |
| *** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has joined #yocto | 17:00 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 17:19 | |
| *** arunss <arunss!~aruns@c-73-221-57-124.hsd1.wa.comcast.net> has quit IRC (Remote host closed the connection) | 17:23 | |
| *** arunss <arunss!~aruns@c-73-221-57-124.hsd1.wa.comcast.net> has joined #yocto | 17:24 | |
| *** Guest45 <Guest45!~Guest45@12.182.35.188> has quit IRC (Quit: Client closed) | 17:36 | |
| arunss | I have a custom machine with 64-bit kernel and 32-bit userspace, using multilib. Target builds fine, however SDK seems to compile userspace packages for both 32 and 64-bit arch. Is there anyway I can specify SDK to build only for 32-bit? | 17:36 |
| *** florian_kc <florian_kc!~florian@dynamic-078-048-187-252.78.48.pool.telefonica.de> has joined #yocto | 17:55 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 18:09 | |
| *** Glenn <Glenn!~Glenn@nat-lmt.mentorg.com> has joined #yocto | 18:17 | |
| *** TMoore <TMoore!~TMoore@nat-lmt.mentorg.com> has joined #yocto | 18:17 | |
| *** TMoore <TMoore!~TMoore@nat-lmt.mentorg.com> has quit IRC (Client Quit) | 18:18 | |
| *** Glenn <Glenn!~Glenn@nat-lmt.mentorg.com> has quit IRC (Client Quit) | 18:20 | |
| *** mfe <mfe!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (Quit: WeeChat 3.2) | 18:21 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Ping timeout: 252 seconds) | 18:23 | |
| *** tmoore <tmoore!~tmoore@nat-lmt.mentorg.com> has joined #yocto | 18:26 | |
| *** elfenix|cloud <elfenix|cloud!uid516192@id-516192.helmsley.irccloud.com> has joined #yocto | 18:28 | |
| tmoore | I am trying to dynamically modify the LIC_FILES_CHKSUM in a custom task that executes prior to the do_populate_lic task. I am able to append to the LIC_FILES_CHKSUM using `appendVar` however when the do_populate_lic (or any following task) executes it does not contain any of my appended license files. I see that if I modify LIC_FILES_CHKSUM in an | 18:30 |
| tmoore | anonymous python function the modification is seen in do_populate_lic. I would like to avoid an anonymous function since it is executed several times. Why are changes to the LIC_FILES_CHKSUM removed when the custom task completes? Is there any way to make these updates persist for processing in a different task (e.g. do_populate_lic)? | 18:30 |
| *** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 18:44 | |
| *** florian_kc is now known as florian | 18:46 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 18:48 | |
| *** yates_work <yates_work!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC (Remote host closed the connection) | 18:53 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 19:12 | |
| vd | openembedded-core has no honister branch? | 19:15 |
| smurray | tmoore: AIUI tasks get their own task-specific copies of the datastore, but RP would be the person who could answer definitively if he's around | 19:15 |
| vd | how do you guys deal with version bump? especially with this override syntax change | 19:28 |
| vd | I cannot bump some layers because they now use the new syntax, but there's no honister branch nowhere so I don't quite understand the expected update process here | 19:29 |
| *** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has quit IRC (Quit: Client closed) | 19:30 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 19:36 | |
| *** Guest87 <Guest87!~Guest87@84-216-190-107.customers.ownit.se> has quit IRC (Quit: Client closed) | 19:40 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 19:42 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 19:45 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 19:49 | |
| * vd is back | 19:50 | |
| *** frieder <frieder!~frieder@mue-88-130-72-183.dsl.tropolys.de> has quit IRC (Remote host closed the connection) | 20:02 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 20:21 | |
| rburton | vd: honister isn't out yet, use master branch | 20:24 |
| *** yannd <yannd!~yann@88.120.44.86> has quit IRC (Remote host closed the connection) | 20:30 | |
| *** tmoore <tmoore!~tmoore@nat-lmt.mentorg.com> has quit IRC (Quit: Client closed) | 20:37 | |
| vd | rburton ho ok, makes sense | 20:55 |
| vd | I'll wait | 20:56 |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 21:15 | |
| RP | smurray: I may be back, tmoore is gone though. Your right FWIW | 21:20 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 21:22 | |
| RP | You're... | 21:34 |
| *** lexano <lexano!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 252 seconds) | 21:43 | |
| *** lexano <lexano!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has joined #yocto | 22:02 | |
| *** lexano <lexano!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 265 seconds) | 22:14 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC (Ping timeout: 256 seconds) | 22:22 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 22:22 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 22:26 | |
| *** lexano <lexano!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has joined #yocto | 22:26 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC (Ping timeout: 265 seconds) | 22:28 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 22:30 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 22:30 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 22:35 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 22:39 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 22:39 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 265 seconds) | 22:41 | |
| *** camus1 is now known as camus | 22:41 | |
| *** gsalazar <gsalazar!~gsalazar@194.38.148.130> has quit IRC (Ping timeout: 245 seconds) | 22:50 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC (Ping timeout: 252 seconds) | 23:03 | |
| *** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 23:05 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 23:19 | |
| *** bq <bq!~david@oh.not.bad.aye.yeah.nah.nz> has joined #yocto | 23:33 | |
| bq | Hi all. Aside from implementing my own bbclass, is there a built-in way of banning/disallowing nobranch=1 in SRC_URI? | 23:33 |
| bq | I'm mostly interested in checking that nobody has specified nobranch=1 when committing code to master, since it's a common pitfall our devs fall into for introducing silly/subtle bugs | 23:34 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-55-226.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 23:58 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!