| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 00:04 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 00:04 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 00:12 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 00:13 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5390:d00:12bf:48ff:feb8:38c8> has quit IRC (Ping timeout: 240 seconds) | 00:29 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5390:d00:12bf:48ff:feb8:38c8> has joined #yocto | 00:33 | |
| *** dreese <dreese!~dreese@ip72-199-24-26.sd.sd.cox.net> has quit IRC (Remote host closed the connection) | 00:43 | |
| *** dreese <dreese!~dreese@ip72-199-24-26.sd.sd.cox.net> has joined #yocto | 00:43 | |
| *** dreese <dreese!~dreese@ip72-199-24-26.sd.sd.cox.net> has quit IRC (Remote host closed the connection) | 00:44 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 01:01 | |
| *** dreese <dreese!~dreese@ip72-199-24-26.sd.sd.cox.net> has joined #yocto | 01:05 | |
| *** dreese <dreese!~dreese@ip72-199-24-26.sd.sd.cox.net> has quit IRC (Remote host closed the connection) | 01:17 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 01:28 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 01:28 | |
| *** dreese <dreese!~doug@li799-70.members.linode.com> has joined #yocto | 01:32 | |
| *** rber|res <rber|res!~rber|res@ppp-94-65-19-78.home.otenet.gr> has joined #yocto | 01:32 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 01:34 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-94-65-19-78.home.otenet.gr> has quit IRC (Ping timeout: 246 seconds) | 01:34 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 01:34 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:34 | |
| *** starblue <starblue!~juergen@dslb-178-006-092-237.178.006.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds) | 01:37 | |
| *** starblue <starblue!~juergen@dslb-094-220-116-126.094.220.pools.vodafone-ip.de> has joined #yocto | 01:38 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 01:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 01:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 01:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 01:44 | |
| *** camus <camus!~Instantbi@2409:8a1e:9112:6900:50de:4772:36f2:d662> has joined #yocto | 01:58 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:29 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 02:34 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 03:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 03:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 03:19 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 03:19 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 03:55 | |
| *** TundraMan <TundraMan!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto | 04:02 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC (Ping timeout: 250 seconds) | 04:02 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:34 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Remote host closed the connection) | 04:55 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 04:55 | |
| *** davidinux <davidinux!~davidinux@net-188-216-125-25.cust.vodafonedsl.it> has quit IRC (Ping timeout: 260 seconds) | 05:00 | |
| *** davidinux <davidinux!~davidinux@81.22.36.179> has joined #yocto | 05:00 | |
| moto-timo | kanavin: so much ♥️ thank you for the patch bomb | 05:08 |
|---|---|---|
| moto-timo | Zero time to look | 05:08 |
| *** thomas_ <thomas_!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 05:10 | |
| *** mihai <mihai!~mihai@user/mihai> has joined #yocto | 06:10 | |
| *** ThomasRoos <ThomasRoos!~ThomasRoo@ip2504e4ef.dynamic.kabel-deutschland.de> has joined #yocto | 06:17 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:18 | |
| *** mckoan|away is now known as mckoan | 06:20 | |
| mckoan | good morning | 06:20 |
| thomas_ | good morning | 06:28 |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Remote host closed the connection) | 06:28 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 06:29 | |
| RP | rburton: reproducible failed with the new sstate/hashequiv versioning | 06:37 |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Remote host closed the connection) | 06:47 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:47 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 06:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 06:49 | |
| *** ThomasRoos <ThomasRoos!~ThomasRoo@ip2504e4ef.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 252 seconds) | 06:50 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 06:54 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 06:54 | |
| *** davidinux <davidinux!~davidinux@81.22.36.179> has quit IRC (Ping timeout: 260 seconds) | 06:56 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:c8d1:3df4:ffd5:5d99> has quit IRC (Quit: vladest) | 06:56 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:f94b:c9ed:2b00:b562> has joined #yocto | 06:57 | |
| *** davidinux <davidinux!~davidinux@81.22.36.159> has joined #yocto | 06:57 | |
| *** michalkotyla <michalkotyla!~quassel@84-10-27-202.static.chello.pl> has quit IRC (Quit: michalkotyla) | 06:59 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:f94b:c9ed:2b00:b562> has quit IRC (Remote host closed the connection) | 07:00 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:c3db:5341:4df1:8ad2> has joined #yocto | 07:00 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:c3db:5341:4df1:8ad2> has quit IRC (Remote host closed the connection) | 07:03 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:b43d:613b:a6e0:1a49> has joined #yocto | 07:03 | |
| *** michalkotyla <michalkotyla!~quassel@84-10-27-202.static.chello.pl> has joined #yocto | 07:05 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has joined #yocto | 07:08 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-011-198.93.132.pool.telefonica.de> has joined #yocto | 07:08 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 07:08 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-011-198.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 07:17 | |
| *** olani <olani!~olani@66.159.215.7> has joined #yocto | 07:18 | |
| *** dev1990 <dev1990!~dev@77-254-230-212.adsl.inetia.pl> has joined #yocto | 07:24 | |
| thomas_ | Whats the difference between += and _append? Why should _append be used in local.conf instead of += ? | 07:25 |
| LetoThe2nd | thomas_: rather :append by the way, there was a syntax change about a year ago. | 07:26 |
| thomas_ | LetoThe2nd, yes, I've read about it in the mega manual. But why :append over += ? | 07:26 |
| LetoThe2nd | thomas_: += can be handy at times, but its more blunt because it also adds a space automatically. but both should do their respective duties. oh, and IIRC you can't use overrides on +=, but on :append | 07:27 |
| thomas_ | Okay, I'm just wondering. I've got some Seminar Handout from Avnet in my hands, and they said rather use append than += in local.conf. But not the reason behind it :) | 07:29 |
| LetoThe2nd | thomas_: there might be deeper reasons too, but on the top level, :append is just way more flexible. | 07:30 |
| thomas_ | got it. thanks | 07:30 |
| *** sashko <sashko!~oleksandr@c-9418524e.023-160-67626725.bbcust.telenor.se> has joined #yocto | 07:34 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 07:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 07:39 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 07:40 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 07:43 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 07:44 | |
| qschulz | thomas_: https://pretalx.com/media/yocto-project-summit-2021/submissions/WTT3UV/resources/Demystifying_the_OVERRIDES_mechan_no6J6fb.pdf | 07:45 |
| LetoThe2nd | thomas_: and the updated version at the upcoming summit, so... go register! :-) https://www.yoctoproject.org/yocto-project-summit-2022-05/ | 07:46 |
| qschulz | thomas_: if you have a variable in a recipe with ?=, using += in local.conf will override the variable with the content of the += instead oaf adding it | 07:46 |
| qschulz | using :append allows to add the content of the += to the one in ?= | 07:46 |
| qschulz | add the conte of the :append* | 07:47 |
| qschulz | content* | 07:47 |
| thomas_ | ahhhhhh, yes that makes sense qschulz :) thanks | 07:47 |
| LetoThe2nd | again what learned! | 07:48 |
| qschulz | thomas_: also, strive to have as little as possible in local.conf | 07:48 |
| LetoThe2nd | i will forget and relearn the next time qschulz talks about it, but hey, makes me feel good today. | 07:48 |
| thomas_ | Its on slide 14 LetoThe2nd | 07:49 |
| LetoThe2nd | yeah, keep local.conf as KISS as possible. | 07:49 |
| *** ThomasRoos <ThomasRoos!~ThomasRoo@ip2504e4ef.dynamic.kabel-deutschland.de> has joined #yocto | 07:50 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:52 | |
| thomas_ | How does the Hands on lab work on tuesday? Do I need to prepare a local yocto instance beforehand? | 07:57 |
| thomas_ | I've never heard about digital ocean | 07:58 |
| qschulz | thomas_: IIRC there will be cloud instances you'll have ssh access to | 07:58 |
| thomas_ | Ah okay. I'll ask my boss if he give me the time to attend :) | 07:58 |
| *** davidinux <davidinux!~davidinux@81.22.36.159> has quit IRC (Ping timeout: 260 seconds) | 07:59 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer) | 07:59 | |
| *** davidinux <davidinux!~davidinux@138.199.54.244> has joined #yocto | 08:00 | |
| *** eggman <eggman!eggman@libera/staff/eggman> has quit IRC (Quit: brb) | 08:02 | |
| *** eggman <eggman!eggman@libera/staff/eggman> has joined #yocto | 08:03 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 08:06 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 08:09 | |
| kanavin | moto-timo, cheers. I think this brings oe-core entirely up to date (as of May 1st), save for some updates on hold for known issues. | 08:10 |
| *** Guest49 <Guest49!~Guest49@145.253.222.69> has joined #yocto | 08:10 | |
| kanavin | e.g. setuptools :D | 08:10 |
| Guest49 | Hi! "...using the old override syntax. Please convert this layer/metadata before ....newer bitbake". Is there a web page or something explaining how to convert? | 08:12 |
| qschulz | Guest49: https://docs.yoctoproject.org/migration-guides/migration-3.4.html#override-syntax-changes | 08:13 |
| Guest49 | ah cool. Thank you | 08:15 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:20 | |
| *** ptsneves <ptsneves!~ptsneves@2a00:f41:7046:92e2:5896:fa88:e59a:cd37> has joined #yocto | 08:38 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 08:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 248 seconds) | 08:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 08:48 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:49 | |
| thomas_ | Whats the difference between IMAGE_FEATURES and EXTRA_IMAGE_FEATURES? https://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#ref-features-image basically the same keywords are listed for both? | 08:52 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 08:54 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:54 | |
| ptsneves | does anybody have an idea why oe_runmake-task-compile() {} does not override for the kernel compile/ | 08:55 |
| T_UNIX[m] | hi | 08:58 |
| T_UNIX[m] | ptsneves: have you had a look at the environment (`bitbake -e some-recipe`)? | 08:59 |
| qschulz | ptsneves: I've never seen oe_runmake-task-compile before.. what are you trying to achieve? | 09:00 |
| T_UNIX[m] | <thomas_> "Whats the difference between..." <- > Although the functions for both variables are nearly equivalent, best practices dictate using `IMAGE_FEATURES` from within a recipe and using `EXTRA_IMAGE_FEATURES` from within your `local.conf` file, which is found in the Build Directory. | 09:00 |
| ptsneves | i looked directly at the run.do_compile and it is not there. The task is also not triggered. | 09:00 |
| T_UNIX[m] | See https://www.yoctoproject.org/docs/3.1/dev-manual/dev-manual.html#usingpoky-extend-customimage-imagefeatures | 09:01 |
| ptsneves | I am trying to manually log the output of make so as to create a bbwarn if a magic string comes up. | 09:02 |
| ptsneves | oe_runmake-task-kernel-compile() { | 09:02 |
| ptsneves | bbwarn "Capturing do compile" | 09:02 |
| ptsneves | oe_runmake_call "$@" | tee log || die "oe_runmake failed" | 09:02 |
| ptsneves | grep -qi GENSEED log && bbwarn "Generated a new seed" | 09:02 |
| ptsneves | } | 09:02 |
| ptsneves | something along the way | 09:02 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:02 | |
| T_UNIX[m] | could anybody tell me how I can have a look at a recipe's environment (`-e`) within the context of some image (especially a certain set of `IMAGE_FEATURES`)? | 09:03 |
| qschulz | T_UNIX[m]: cannot, recipes are sandboxed | 09:03 |
| qschulz | you can check what's the value of a variable in a recipe, but you cannot check the value of a variable in another recipe | 09:04 |
| *** Tyaku <Tyaku!~Tyaku@82-64-140-155.subs.proxad.net> has joined #yocto | 09:04 | |
| T_UNIX[m] | It appears that a recipe is not rebuild, even if I change its `PACKAGECONFIG` depending on its `IMAGE_FEATURES`. | 09:04 |
| qschulz | T_UNIX[m]: where do you set IMAGE_FEATURES? | 09:05 |
| thomas_ | Thanks T_UNIX[m] | 09:05 |
| kroon | I wasn't aware that you can use overrides based on task. Where is that set ? And how do I then dump the environment for a specific recipe task ? | 09:05 |
| qschulz | kroon: you can but usually it's VAR:task-compile | 09:06 |
| qschulz | ptsneves: so I think it should just be oe_runmake:task-compile instead? | 09:06 |
| ptsneves | kroon you can. It is an obscure feature, that i needed to research as i did not remember exactly the syntax. The docs are sparse https://www.yoctoproject.org/docs/2.1/mega-manual/mega-manual.html#migration-1.6-task-taskname-overrides | 09:06 |
| ptsneves | will try | 09:06 |
| qschulz | ptsneves: you're looking at docs that's at least 5 years old at this point | 09:07 |
| qschulz | https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-metadata.html | 09:07 |
| ptsneves | :o | 09:07 |
| qschulz | also, use _ instead of : if you're on a release older than dunfell | 09:08 |
| ptsneves | seems my bookmark is out date. I am on dunfell | 09:08 |
| qschulz | if you are on dunfell or later, make sure to use the latest version of the release, and you'll have support for both _ and : override syntax | 09:08 |
| ptsneves | i did not know that the : syntax was backported to the dunfell brnach | 09:08 |
| qschulz | ptsneves: dunfell is a special case, we have docs both in the old website and in the newer one | 09:08 |
| qschulz | the docs for dunfell on the old website stops at 3.1.4 (included) | 09:09 |
| qschulz | there are patches being worked on to display a banner on the old website | 09:09 |
| ptsneves | the new docs look great. Would it be too much effort and put the release name (dunfell) in the version combo box? | 09:09 |
| Tyaku | Hi, Is there a way to debug "*** buffer overflow detected ***" on a release software built by bitbake recipe ? (for example to get the stack trace ?) | 09:09 |
| ptsneves | Tyaku yes. Generate the debug symbols, get the rootfs and follow this guide i did https://cenains.blog/2022/02/15/debugging-a-coredump-with-gdb-multiarch/ | 09:10 |
| qschulz | ptsneves: I think that's doable, I've a patch somewhere for that but was waiting to fix a bigger change to send it | 09:12 |
| ptsneves | qschulz the oe_runmake:do_compile does not work either. It seems that for functions the override does not work | 09:12 |
| qschulz | ptsneves: I never suggested that | 09:14 |
| ptsneves | oops..did you mean oe_runmake:task-comple() {}? | 09:15 |
| Tyaku | ptsneves: When you speak about debug symbols, Do you speak about the CFLAG -g ? Because when I read the run.do_compile of my recipe, I see something like this: export CFLAGS=" -O2 -pipe -g ...... | 09:16 |
| qschulz | ptsneves: yup | 09:16 |
| qschulz | and if that does not work, then oe_runmake_task-compile | 09:17 |
| qschulz | ptsneves: also, make sure you're actually overriding the correct task, because the kernel recipes usually have a few intermediate tasks before compile | 09:17 |
| ptsneves | tried both and nope. The task is do_compile so i am pretty sure of that(?) | 09:18 |
| ptsneves | i will just override for the whole recipe and be done with it :( | 09:18 |
| qschulz | ptsneves: not entirely sure that overrides are supported for shell functions which aren't tasks | 09:19 |
| ptsneves | yeah probably the case. | 09:19 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 09:20 | |
| ptsneves | I think there is a workaround by treading the shell function as a variable, meaning not using the () but direct = assignment, but it is besides my current goal | 09:20 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 09:21 | |
| ykrons | Hi all | 09:27 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 09:28 | |
| *** Guest49 <Guest49!~Guest49@145.253.222.69> has quit IRC (Quit: Client closed) | 09:29 | |
| ykrons | I'm facing an issue to update a patch for a newer kernel. I think I have successfully used devshell and quilt in the past for that (on a zeus or maybe older version) and today with a dunfell kernel, it seems something has changed and quilt can't find patches. Is quilt still used or replaced ? | 09:30 |
| qschulz | ykrons: devtool should have everything you need to create patches and add them to the original recipe, so maybe try that | 09:31 |
| qschulz | but AFAIK, no, quilt is still used by default for patching | 09:31 |
| ptsneves | ykrons as qschulz says. It is much more work to do it manually in the devshell | 09:32 |
| ykrons | ok, I have tried first with devtool but I could not find my patches applied (it makes sense as they have to be updated ...) to have tried then with devshell to applied them manually ... will give a second try to devtool. Thanks | 09:35 |
| ptsneves | the patches applied can be seen by git log :) | 09:35 |
| ptsneves | it is that simple | 09:35 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 09:35 | |
| ykrons | but current patch don't apply with the newer kernel so I guess have to reapply them manually | 09:38 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 250 seconds) | 09:39 | |
| ptsneves | you can manually apply and then when the new patch is good you just commit it | 09:39 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 09:39 | |
| ptsneves | and git format-patch -n1 --full-index and you have a re-created patch | 09:40 |
| qschulz | git am my.patch; resolve conflicts; git am --continue | 09:40 |
| qschulz | and then there's a devtool command to create the patches and add them to the recipe | 09:40 |
| qschulz | something like devtool finish with an option or something | 09:40 |
| *** Schiller <Schiller!~Schiller@dynamic-002-247-255-039.2.247.pool.telefonica.de> has joined #yocto | 09:41 | |
| ykrons | Thanks. Should be ok now. I have already used devtool in the past but not to update patches. | 09:43 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 09:44 | |
| Schiller | Hello there. I have a controller-node and a worker-node. When i start the controller-container check the IP and create the worker in the worker-container like this buildbot-worker create-worker -r --umask=0o22 yocto-worker <controller-IP> some_name pass they connect fine. But when i try to give my controller container a static IP the | 09:44 |
| Schiller | worker-container seems to hang an is not able to connect even tho in twisted.log he tries to connect to the specific IP which the controller-container has. Can someone explain this behaviour? | 09:44 |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:44 | |
| Tyaku | If I want to apply INHIBIT_SYSROOT_STRIP = "1" only to one recipe, I have to put "INHIBIT_SYSROOT_STRIP_pn-myrecipename = "1"" in local.conf ? | 09:50 |
| Tyaku | I found it here: https://wiki.yoctoproject.org/wiki/TipsAndTricks/DebugNativeRecipeWithGdb but not sure if it's correct. | 09:51 |
| qschulz | Tyaku: or add it directly to the recipe via a bbappend | 09:51 |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving) | 09:51 | |
| T_UNIX[m] | <qschulz> "T_UNIX: where do you set..." <- I set them within the image's recipe. | 09:52 |
| qschulz | but yes, if on old syntax _pn-myrecipenbame, if on new :pn-recupename | 09:52 |
| *** ThomasRoos <ThomasRoos!~ThomasRoo@ip2504e4ef.dynamic.kabel-deutschland.de> has quit IRC (Quit: Client closed) | 09:52 | |
| qschulz | T_UNIX[m]: you cannot access IMAGE_FEATURES set in your image recipe from another recipe | 09:52 |
| T_UNIX[m] | And I check them wihtin i.e. qtbase | 09:52 |
| qschulz | an image recipe is a recipe, all limitations from package recipes apply | 09:52 |
| qschulz | T_UNIX[m]: what you want is DISTRO_FEATURES | 09:52 |
| qschulz | because it's set globally | 09:52 |
| thomas_ | I have a function defined which is assigned to ROOTFS_POSTPROCESS_COMMAND (ROOTFS_POSTPROCESS_COMMAND += "tisdk_image_build; "). How I can force the bitbake to execute ROOTFS_POSTPROCESS_COMMAND? | 09:52 |
| qschulz | thomas_: it should be run by default IIRC | 09:53 |
| thomas_ | I deleted the output of tisdk_image_build manually. So bitbake things this task is still up to date and do not execute it I guess. But calling bitbake -c do_rootfs does not work either | 09:53 |
| thomas_ | *thinks | 09:54 |
| T_UNIX[m] | I want the same bounding set (systemd, etc.). That goes into my `distro.conf`. But I want one image to contain debug features while the other one shall not | 09:54 |
| T_UNIX[m] | one image shall then contain packages with some extra flags set, while the other image shall not | 09:54 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has joined #yocto | 09:55 | |
| T_UNIX[m] | so I do not want to change DISTRO features. Kernel, Bootloader, Initmanager shall all stay the same. | 09:55 |
| LetoThe2nd | T_UNIX[m]: then you can append the distro. but the image cannot affect the things that go inside, just select. | 09:56 |
| qschulz | T_UNIX[m]: what you describe are two different distros in Yocto | 09:58 |
| T_UNIX[m] | Okay. So I need to build another distribution to have packages built differently? | 09:58 |
| qschulz | yup | 09:58 |
| qschulz | that's a "policy" | 09:59 |
| qschulz | (building debug features for all packages) | 09:59 |
| LetoThe2nd | T_UNIX[m]: in a nutshell, yes. but the debug distro can essentially be just "original distro plus one flag" | 09:59 |
| qschulz | so it is a responsibility of distros | 09:59 |
| qschulz | thomas_: checkl with bitbake -e that your function is actually in ROOTFS_POSTPROCESS_COMMAND | 09:59 |
| thomas_ | ok | 10:00 |
| T_UNIX[m] | yeah, that's what I got wrong. In my head building debug images would alter the packages. An since there are debug-pkgs, I figured, that should work for other modifications as well. | 10:00 |
| LetoThe2nd | T_UNIX[m]: but thats what i meant by "can select". because the image can select those additional dbg packages, which are essentially the symbols. | 10:01 |
| T_UNIX[m] | So `IMAGE_FEATURES` is basically merelly a convenience (implicit selection) around `IMAGE_INSTALL`? | 10:04 |
| T_UNIX[m] | anyway. Thanks for the clearification 🙂 | 10:05 |
| LetoThe2nd | T_UNIX[m]: look at the image.bbclass and see for yourself. | 10:05 |
| qschulz | T_UNIX[m]: IMAGE_INSTALL is for packages. IMAGE_FEATURES is for anything, you can have switches anywhere in code if one feature is in that variable or not | 10:05 |
| qschulz | allows to have multiple images with the same features by using IMAGE_FEATURES from a distro configuration file | 10:06 |
| T_UNIX[m] | qschulz: This simple view is what I had in mind. But I didn't know that `IMAGE_FEATURES` could basically only modify `FILES` so to say. | 10:07 |
| qschulz | T_UNIX[m]: ? | 10:08 |
| Tyaku | I try to put this 'INHIBIT_SYSROOT_STRIP:pn-cpc-daemon = "1"' in my local.conf then bitbake -c cleanall cpc-daemon and rebuild the target. But the generated executable is still stripped | 10:09 |
| Tyaku | /usr/bin/cpcd: ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, BuildID[sha1]=0de089ca21b39d94af966b912f009dd192f9a95a, for GNU/Linux 3.14.0, stripped | 10:09 |
| qschulz | Tyaku: Are you sure it's INHIBIT_SYSROOT_STRIP that you want? | 10:10 |
| qschulz | Tyaku: https://docs.yoctoproject.org/ref-manual/variables.html#term-INHIBIT_PACKAGE_STRIP | 10:10 |
| T_UNIX[m] | qschulz: `IMAGE_FEATURES` shall only modify what (i.e. debug symbols) get's build, right? It shall _not_ modify how something is built. | 10:10 |
| T_UNIX[m] | i.e. `CFLAGS`, etc. | 10:11 |
| T_UNIX[m] | s/modify/affect/ | 10:11 |
| rburton | IMAGE_FEATURES doesn't modify how anything is built | 10:11 |
| kayterina[m] | Hello, I get a "pickle protocol " error when running bitbake for anything. I have removed the tmp directory. I am running through docker if it is important : https://pastebin.com/q3eyriwZ | 10:12 |
| thomas_ | qschulz, I checked with bitbake -e that the function is really in ROOTFS_POSTPROCESS_COMMAND | 10:13 |
| thomas_ | its there | 10:13 |
| qschulz | thomas_: you can run bitbake -c do_rootfs -f to check if your function is run | 10:14 |
| qschulz | this will force the running of do_rootfs even if it already was run | 10:14 |
| qschulz | once you've made sure your function is executed, then you can go a bit deeper and try to understand why it's not been rerun even though it changed | 10:15 |
| thomas_ | okay | 10:15 |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 10:16 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 10:28 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 10:30 | |
| *** Guest48 <Guest48!~Guest48@165.225.200.130> has joined #yocto | 10:35 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-94-65-19-78.home.otenet.gr> has joined #yocto | 10:35 | |
| *** ptsneves <ptsneves!~ptsneves@2a00:f41:7046:92e2:5896:fa88:e59a:cd37> has quit IRC (Quit: Client closed) | 10:36 | |
| Guest48 | Hello, I am trying to build qemu with Yocto. I install all dependences, make a copy of poky from git, sourced oe-init-build-env and start bitbake firstly without any updates of local.conf, than I make a changes just up to your video. I still get the same error message: | 10:37 |
| Guest48 | > ERROR: Failed to spawn fakeroot worker to run poky/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_5.14.bb:do_install: [Errno 32] Broken pipe | 10:37 |
| Guest48 | > I don’t have any idea how I can solve it. I was trying to find solutions on internet but I didn’t. | 10:37 |
| Guest48 | I use honister branch | 10:37 |
| Guest48 | Debian 10 as host machine | 10:38 |
| Guest48 | I was following the youtube video and yocto documentation | 10:39 |
| *** ptsneves <ptsneves!~ptsneves@2a00:f41:7046:92e2:fbf1:da89:c6c6:b764> has joined #yocto | 10:41 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 252 seconds) | 10:42 | |
| qschulz | ptsneves: just sent a patch for the branch names to be displayed in the dropdown menu on the docs, thanks for asking | 10:43 |
| Guest48 | sorry I don't understand what you mean | 10:48 |
| kranzo | Guest48: what video are you talking about? qschulz did not reply to you btw :) | 10:52 |
| ptsneves | qschulz thank you! | 10:54 |
| Guest48 | https://www.youtube.com/watch?v=ThTl4FItfMI&ab_channel=YoctoProject | 10:54 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 10:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 10:54 | |
| Guest48 | I just want to make bitbake core-image-minimal and I still get an error with fakeroot | 10:55 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 250 seconds) | 10:59 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 10:59 | |
| *** Schiller <Schiller!~Schiller@dynamic-002-247-255-039.2.247.pool.telefonica.de> has quit IRC (Quit: Client closed) | 10:59 | |
| ykrons | ptsneves, qschulz : Thanks for your help. I finally get my first kernel patches updated ... | 11:07 |
| ptsneves | ykrons congrats | 11:07 |
| ykrons | Question: I have some kernel changes dispatched between patches (maybe 10) in the recipe and a forked kernel repository with maybe 50 commits. Is there any good reason not to move everything into the repo? I don't like to review modified patches. Diff of diff are breaking my brain and eyes | 11:12 |
| qschulz | ykrons: if you can push to the forked kernel repo, better push there | 11:12 |
| *** Guest48 <Guest48!~Guest48@165.225.200.130> has quit IRC (Quit: Client closed) | 11:12 | |
| *** Guest48 <Guest48!~Guest48@165.225.200.130> has joined #yocto | 11:14 | |
| thomas_ | I have a image-a.bb and a image-a-sdk.bb. Can I somehow add all IMAGE_INSTALL entities from image-a.bb automatically to IMAGE_INSTALL from image-a-sdk.bb ? Without defining a packagegroup which is included by both? | 11:22 |
| thomas_ | Both images using the same machine configuration | 11:23 |
| ptsneves | thomas_ create an .inc file with the common stuff and include in both images | 11:24 |
| ptsneves | i call it the distributive property of includes :D | 11:24 |
| ptsneves | when you want a common C in recipe A and B then AC+BC = C(A+B) where C is the include and A and B are recipes including C | 11:25 |
| thomas_ | Basically what I want is an "sdk"-image, which has all packages of the "production"-image plus all the dev dbg and static-dev stuff | 11:25 |
| ptsneves | by the way sdk image is not a target image and IMAGE_INSTALL is not valid there | 11:26 |
| thomas_ | ptsneves, Yes thats clear. I was wondering if some IMAGE_INSTALL_iamge-a variable may exist | 11:26 |
| ptsneves | thomas_ do not understand your last comment | 11:27 |
| thomas_ | one moment | 11:27 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 11:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 11:29 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 11:32 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 11:34 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 11:34 | |
| thomas_ | ptsneves, I deal with this: https://git.ti.com/cgit/jacinto-linux/meta-psdkla/tree/recipes-core/images/arago-core-psdkla-bundle.bb?h=j721s2 and this https://git.ti.com/cgit/arago-project/meta-arago/tree/meta-arago-distro/classes/tisdk-bundle.bbclass?h=dunfell-next | 11:35 |
| thomas_ | To generate an SDK which should include a targetfs which should be equal as possible with my actual production image | 11:35 |
| *** Schiller <Schiller!~Schiller@dynamic-002-247-255-039.2.247.pool.telefonica.de> has joined #yocto | 11:36 | |
| thomas_ | Because image -c do_populate_sdk is not supported from arago it seems | 11:36 |
| ptsneves | yeah it is not supported because they are doing something very creative. They are creating an image with host tools for the target? | 11:37 |
| thomas_ | What you mean by hsot tools for the target? | 11:38 |
| ptsneves | i have no experience with TI layers, but this is not very yocto specific and i never worked with TI layers so I cannot help. The issue is they confuse image with SDK and they are not the same in yocto. I think you are in for a ride | 11:38 |
| ptsneves | IMAGE_INSTALL generates images for a target | 11:38 |
| ptsneves | SDK_INSTALL generates sdk packages for SDK_MACHINE | 11:39 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 250 seconds) | 11:39 | |
| thomas_ | Yeah I know - I sit between the chairs | 11:39 |
| ptsneves | :) i suggest you ask in the TI forums | 11:39 |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 11:39 | |
| thomas_ | :) Sure, Ive done that. But it will take weeks if I ever get an answer which redirects me either to yocto or arago "community" | 11:40 |
| thomas_ | But thanks for the IMAGE_INSTALL and SDK_INSTALL definition. The problem is, I havn't understand the bigger picture of arago | 11:41 |
| thomas_ | And I do know less about generating an SDK the normal yocto way to bridge that knowledge gap | 11:42 |
| thomas_ | So sdk packages are normally just the cross-toolchains right? | 11:43 |
| thomas_ | I'll go with that include solution.. :D | 11:45 |
| ptsneves | hey Tomas, sorry not always available. The deal is you have an SDK_MACHINE set (the machine your sdk is supposed to be deployed, normally x86-64) and the MACHINE which represents your target. | 11:49 |
| ptsneves | Your sdk contains cross toolchain and cross libraries. The goal being you can compile programs using your sdk, outside yocto. | 11:49 |
| ptsneves | what TI, has is some creation of their own and i don't understand it without deep diving in it, but that is work that is likely paid :) | 11:49 |
| ptsneves | qschulz do we have any page of Yocto consultants? | 11:50 |
| kranzo | ptsneves: https://www.yoctoproject.org/community/consultants/ ? | 11:51 |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has quit IRC (Quit: Client closed) | 11:51 | |
| qschulz | ptsneves: first result on your favorite search engine with "yocto consultants" :) | 11:52 |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has joined #yocto | 11:52 | |
| kranzo | or did i misuderstand the question? | 11:52 |
| ptsneves | kranzo not at all. Perfect! I did not know of such page. The yocto project has a really nice communication | 11:53 |
| *** Schiller <Schiller!~Schiller@dynamic-002-247-255-039.2.247.pool.telefonica.de> has quit IRC (Quit: Client closed) | 12:00 | |
| thomas_ | ptsneves, thank you very much ;) I don't wanna blame anyone. I think software engineers at TI are also very busy and have limited time for customer support. Just the documentation about arago could a bit more... | 12:01 |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has quit IRC (Quit: Client closed) | 12:02 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has joined #yocto | 12:05 | |
| *** Guest48 <Guest48!~Guest48@165.225.200.130> has quit IRC (Quit: Client closed) | 12:11 | |
| *** Guest48 <Guest48!~Guest48@165.225.200.130> has joined #yocto | 12:11 | |
| *** ptsneves <ptsneves!~ptsneves@2a00:f41:7046:92e2:fbf1:da89:c6c6:b764> has quit IRC (Quit: Client closed) | 12:11 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 12:13 | |
| *** ptsneves <ptsneves!~ptsneves@2a00:f41:7046:92e2:fbf1:da89:c6c6:b764> has joined #yocto | 12:13 | |
| *** zyga-mbp <zyga-mbp!~zyga@piekna-gts.2a.pl> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 12:25 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 12:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 12:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds) | 12:34 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 12:34 | |
| thomas_ | ptsneves, what about TOOLCHAIN_TARGET_TASK and TOOLCHAIN_HOST_TASK ? Are packages that are added to that variables deployd either on MACHINE / SDK_MACHINE ? | 12:41 |
| *** Schiller <Schiller!~Schiller@dynamic-002-247-255-039.2.247.pool.telefonica.de> has joined #yocto | 12:41 | |
| *** zyga-mbp <zyga-mbp!~zyga@piekna-gts.2a.pl> has joined #yocto | 12:44 | |
| kranzo | just nativesdk- versions of them | 12:45 |
| kranzo | added them to get a working sdk but nor esdk wont build properly. :/ | 12:46 |
| LetoThe2nd | zeddii: have you ever run into reproducible.py failing on a missing singletask.lock for a go-based recipe? | 12:47 |
| thomas_ | kranzo, I just need a working SDK - i pray for it | 12:49 |
| kranzo | thomas_: ah my brain mixed your thread into my problem:D need another coffee | 12:50 |
| thomas_ | I've added a package to TOOLCHAIN_TARGET_TASK. But it seems not to get deployed in the target rootfs. How do I find out why? I've checked with bitbake -e the content of TOOLCHAIN_TARGET_TASK and it shows up there. | 12:51 |
| thomas_ | kranzo, im sorry :) | 12:51 |
| kranzo | did you enable BUILDHISTORY? | 12:53 |
| thomas_ | yes, i have a buildhistory folder | 12:55 |
| zeddii | LetoThe2nd: I can't say that I have. strange that it is being packaged in one, or otherwise influencing the output. Is the recipe doing something 'strange' that might be capturing the transient lock file ? | 12:55 |
| ptsneves | thomas_ the variables you mention are used to build an SDK. YOu build an SDK with populate_sdk task.There are no rootfs for sdks | 12:56 |
| thomas_ | ptsneves, How do I call the cross libraries of my SDK? I thought its the rootfs of the SDK | 12:57 |
| ptsneves | i think you do not need to do any fancy thing. the cross toolchain automatically sets the sysroot of your cross compilers to the location of your target libraries | 12:58 |
| LetoThe2nd | zeddii: what might be a strange thing? the only thing that i know of noteworthy that its cgo. | 12:58 |
| thomas_ | In my world, an SDK consists of two parts. First, the toolchain I need to build against the target. And second I need all the libs/headers for that target | 12:59 |
| kranzo | thomas_: both will be in the sdk | 13:00 |
| zeddii | LetoThe2nd: There have been builds in the past that copied/captured files and / or checksum'd the source dir, and then incorporated that hash into the binaries. That could pick up a transient file and cause an issue like that. but if this is calling go/cgo directly in the recipe, and not using the packages scripts/Makefile, that definitely won't be happening here. | 13:01 |
| kranzo | thomas_: https://docs.yoctoproject.org/dev-manual/common-tasks.html#enabling-and-disabling-build-history | 13:01 |
| kranzo | you can check for installed files in the buildhistory folder | 13:01 |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 13:01 | |
| thomas_ | Okay lets say I have a package foobar, which is a library. I install foobar on my normal "production"-image. Now I want to create an app which depends on foobar. I need now an SDK which includes the foobar-lib and also the foobar-header at /usr/lib and /usr/include | 13:02 |
| LetoThe2nd | zeddii: hmmm that might be misworded then by me. the error specifically said that singletask.lock was missing. the reprodicible part is only that it is being searched for from reproducible.py | 13:02 |
| zeddii | aha. I see. | 13:03 |
| thomas_ | And the folder, whereas the header and libray are placed in to build my app against it, I called that "rootfs" of the SDK. Because it has the same structure like the normal production-image | 13:03 |
| thomas_ | Is that wrong? | 13:04 |
| zeddii | right, there should be no randomness there. | 13:04 |
| kranzo | thomas_: https://zerobin.net/?9bdc1a567cf93c8d#f9w0FxmB1hwkLD6ciX5S32x71tNmmkGbKBZ/LOpxIO0= | 13:07 |
| kranzo | thats an installed sdk so i think you are right :) | 13:07 |
| qschulz | thomas_: it's called sysroot when not on the target usually | 13:08 |
| thomas_ | ohhh ok sysroot. Sorry for the confusion | 13:09 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 13:09 | |
| thomas_ | I rephrase my question: Should a package. which I added to the TOOLCHAIN_TARGET_TASK list, show up in sysroot? | 13:10 |
| thomas_ | In the normal SDK | 13:10 |
| *** GuestNew <GuestNew!~GuestNew@81.255.17.35> has joined #yocto | 13:11 | |
| kranzo | https://docs.yoctoproject.org/ref-manual/variables.html#term-TOOLCHAIN_TARGET_TASK | 13:12 |
| kranzo | Yes | 13:12 |
| *** ilunev <ilunev!~koolkhel@80.72.17.178> has joined #yocto | 13:13 | |
| GuestNew | After updating to kirkstone, i got the issue during boot "module has no symbols (stripped?)" I'm not self confident with Yocto to understand what I have to configure fix that ? (I'm FPGA developer and i don't know many thing about linux drivers) any help ? | 13:13 |
| thomas_ | ahh perfect. thank you kranzo !!! Now I can go from here and search for the reason why it doesnt show up :D | 13:13 |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 13:14 | |
| *** hcg <hcg!~hcg@185.210.97.85> has joined #yocto | 13:17 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 13:18 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 13:19 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 13:24 | |
| *** ptsneves <ptsneves!~ptsneves@2a00:f41:7046:92e2:fbf1:da89:c6c6:b764> has quit IRC (Quit: Client closed) | 13:29 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:53 | |
| *** ptsneves <ptsneves!~ptsneves@2a00:f41:7046:92e2:2cd:5452:22da:207b> has joined #yocto | 14:01 | |
| *** Guest48 <Guest48!~Guest48@165.225.200.130> has quit IRC (Quit: Client closed) | 14:02 | |
| thomas_ | holy shit! I think I've got it!!!! Lol - it took me nearly a full week! A SDK for my custom image based on arago! | 14:18 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 14:19 | |
| thomas_ | Big dopamin release in my brain! | 14:19 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 14:19 | |
| Tyaku | I found the function that cause my "buffer overflow" error !!! (But I don't really understand because how this function is implemented is not clearly explained). The code calls realpath(x, y) where x is a char * = "/dev/serial/by-id/usb-Silicon_Labs_J-Link_Pro_OB_000000123456-if00" (terminated by \0) and y is a 256 bytes buffer. After increasing the size of Y from 128 to 4096 I don't have buffer overflow, | 14:20 |
| Tyaku | but after the function execution y contains "/dev/ttyACM0". | 14:20 |
| *** sashko <sashko!~oleksandr@c-9418524e.023-160-67626725.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds) | 14:20 | |
| Tyaku | So I think, internally this function do something like "memset()" on the entire size of the expected buffer [...] | 14:21 |
| kranzo | thomas_: gz | 14:21 |
| kranzo | my esdk is still not compiling because basehash changes and i'm relay confused why | 14:22 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 248 seconds) | 14:24 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 14:24 | |
| *** GuestNew <GuestNew!~GuestNew@81.255.17.35> has quit IRC (Quit: Client closed) | 14:31 | |
| LetoThe2nd | armpit: sorry for misreading the date. my bad. | 14:32 |
| Tyaku | When I debug cpc-daemon (build with the yocto toolhchain) I don't have "buffer overflow". I filled the y parameter with caracter "0xaa", and I see that only the first bytes are changed by the function. | 14:33 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 14:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 14:34 | |
| Tyaku | But I think when bitbake build cpc-daemon, this function works differently | 14:34 |
| Tyaku | is it possible to see how is implemented "realpath()" ? | 14:34 |
| *** ptsneves <ptsneves!~ptsneves@2a00:f41:7046:92e2:2cd:5452:22da:207b> has quit IRC (Quit: Client closed) | 14:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 14:38 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 14:39 | |
| kranzo | can someone give me a hint how i can track down basehash changes? | 14:40 |
| *** F_Adrian <F_Adrian!~F_Adrian@62.32.0.69> has joined #yocto | 14:42 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 14:45 | |
| kanavin | RP, F_Adrian and I would like to talk about eSDK plans when you have a bit of time, would really appreciate your input. | 14:46 |
| *** Schiller <Schiller!~Schiller@dynamic-002-247-255-039.2.247.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 14:48 | |
| *** otavio <otavio!~otavio@201-3-135-79.paemt705.dsl.brasiltelecom.net.br> has quit IRC (Ping timeout: 250 seconds) | 14:48 | |
| *** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has joined #yocto | 14:50 | |
| thomas_ | kranzo, i had the same issue: My root problem was the git auth stuff. Some recipes used git to read git hashes which failed when the user "root" did it | 14:51 |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 246 seconds) | 14:51 | |
| *** rber|res <rber|res!~rber|res@ppp-94-65-19-78.home.otenet.gr> has quit IRC (Ping timeout: 248 seconds) | 14:52 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-94-65-19-78.home.otenet.gr> has quit IRC (Ping timeout: 248 seconds) | 14:53 | |
| thomas_ | This causes that by reevaluation from normal user the "task metadata" has been changed which resulted in changed basehashes | 14:53 |
| kranzo | seems clear but how did you find that? i'm stuck because i cant even check what is happaning | 14:54 |
| thomas_ | Yocto printed a command which I used to track this down - I try to find it again | 14:55 |
| thomas_ | kranzo, here you go: https://www.mail-archive.com/yocto@yoctoproject.org/msg46454.html | 14:55 |
| thomas_ | bitbake os-release -cdo_compile -Snone | 14:55 |
| thomas_ | bitbake os-release -cdo_compile -Sprintdiff | 14:55 |
| kranzo | ah sadly the output is empty all the time :/ | 14:56 |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 248 seconds) | 14:56 | |
| thomas_ | Sorry. In my case it even printed the variable that has been changed | 14:56 |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 15:00 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has quit IRC (Quit: Client closed) | 15:01 | |
| *** thomas_ <thomas_!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 248 seconds) | 15:03 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has joined #yocto | 15:03 | |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 15:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 15:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 15:09 | |
| *** ptsneves <ptsneves!~ptsneves@2a00:f41:7046:92e2:5f6d:592d:4489:e46f> has joined #yocto | 15:11 | |
| *** Tyaku <Tyaku!~Tyaku@82-64-140-155.subs.proxad.net> has quit IRC (Quit: Lost terminal) | 15:13 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 15:13 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 15:14 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 15:14 | |
| *** hcg <hcg!~hcg@185.210.97.85> has quit IRC (Quit: Client closed) | 15:20 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 15:28 | |
| *** rber|res <rber|res!~rber|res@ppp-94-65-19-78.home.otenet.gr> has joined #yocto | 15:35 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-94-65-19-78.home.otenet.gr> has joined #yocto | 15:36 | |
| *** cmd <cmd!~cmd@user/cmd> has quit IRC (Ping timeout: 240 seconds) | 15:38 | |
| *** rber|res <rber|res!~rber|res@ppp-94-65-19-78.home.otenet.gr> has quit IRC (Remote host closed the connection) | 15:39 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-94-65-19-78.home.otenet.gr> has quit IRC (Remote host closed the connection) | 15:39 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has quit IRC (Quit: Client closed) | 15:41 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:b43d:613b:a6e0:1a49> has quit IRC (Remote host closed the connection) | 15:41 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:b43d:613b:a6e0:1a49> has joined #yocto | 15:41 | |
| *** ilunev <ilunev!~koolkhel@80.72.17.178> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 15:41 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 15:45 | |
| rburton | RP: so interestingly, fakeroot doesn't have the problem that pseudo does. "fakeroot git status" doesn't moan that the repo is owned by another user... | 16:02 |
| *** ilunev <ilunev!~koolkhel@95.174.114.26> has joined #yocto | 16:07 | |
| *** stanf <stanf!~stanf@pr-svc-em1-015.emea.corpinter.net> has joined #yocto | 16:09 | |
| *** stanf27 <stanf27!~stanf@pr-svc-em1-015.emea.corpinter.net> has joined #yocto | 16:11 | |
| *** stanf <stanf!~stanf@pr-svc-em1-015.emea.corpinter.net> has left #yocto | 16:12 | |
| *** stanf27 <stanf27!~stanf@pr-svc-em1-015.emea.corpinter.net> has left #yocto | 16:13 | |
| *** stanf <stanf!~stanf@pr-svc-em1-016.emea.corpinter.net> has joined #yocto | 16:14 | |
| rburton | oh, fakeroot changes ownership of files it reads too! | 16:15 |
| rburton | that's ... horrid | 16:15 |
| rburton | $ ls -l Makefile | 16:15 |
| rburton | -rw-rw-r-- 1 ross ross 108341 May 5 17:13 Makefile | 16:15 |
| rburton | $ fakeroot ls -l Makefile | 16:15 |
| rburton | -rw-rw-r-- 1 root root 108341 May 5 17:13 Makefile | 16:15 |
| stanf | Does anyone get issue using OE gitpkgv.bbclass for versioning? Seems broken due to recent update https://github.blog/2022-04-12-git-security-vulnerability-announced/ | 16:18 |
| *** starblue <starblue!~juergen@dslb-094-220-116-126.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 276 seconds) | 16:18 | |
| *** starblue <starblue!~juergen@dslb-094-220-116-126.094.220.pools.vodafone-ip.de> has joined #yocto | 16:19 | |
| ptsneves | Hey i am having randome mismatches with kernel module versions. There is a new flag CONFIG_GCC_PLUGIN_RANDSTRUCT enabled by default in newer kernels which enables randomization struct addresses. This randomization is based on a seed. In dunfell this seed is generated on the do_compile, copied to the work-shared CONFIG_GCC_PLUGIN_RANDSTRUCT by | 16:21 |
| ptsneves | kernel.bbclass:do_work_shared and then make-mod-scripts overwrites that value | 16:21 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 16:24 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 16:24 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:24 | |
| ptsneves | Here i show a prefunc of make-mod-scripts:do_configure and a postfunc printing the | 16:25 |
| ptsneves | WARNING: make-mod-scripts-1.0-r0 do_configure: /opt/mydistro/build/tmp/work-shared/mydevice-gw20/kernel-build-artifacts:#define RANDSTRUCT_HASHED_SEED "bc0596425ac4d06d718fe2e559432c161e08cd130fd6fcc5cc062b0b3c5f0a4c" | 16:25 |
| ptsneves | WARNING: make-mod-scripts-1.0-r0 do_configure: /opt/mydistro/build/tmp/work-shared/mydevice-gw20/kernel-build-artifacts:#define RANDSTRUCT_HASHED_SEED "8625edcb4b8646b674796c93c1e2f3be55184e1b86012341f31fbc6a3124f446" | 16:25 |
| ptsneves | these are prints of ${STAGING_KERNEL_BUILDDIR}/include/generated/randomize_layout_hash.h | 16:26 |
| ptsneves | https://www.kernel.org/doc/html/latest/kbuild/reproducible-builds.html#structure-randomisation | 16:27 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 246 seconds) | 16:28 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 16:28 | |
| mario-goulart | Hi. In scenarios where BBMULTICONFIG is set, is expected that events like BuildCompleted are fired multiple times? | 16:29 |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 16:30 | |
| *** camus <camus!~Instantbi@2409:8a1e:9112:6900:50de:4772:36f2:d662> has quit IRC (Ping timeout: 260 seconds) | 16:31 | |
| *** JPEW <JPEW!sid500061@helmsley.irccloud.com> has quit IRC (Ping timeout: 246 seconds) | 16:33 | |
| *** JPEW <JPEW!sid500061@helmsley.irccloud.com> has joined #yocto | 16:36 | |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 256 seconds) | 16:36 | |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 16:49 | |
| *** mckoan is now known as mckoan|away | 16:53 | |
| *** ptsneves <ptsneves!~ptsneves@2a00:f41:7046:92e2:5f6d:592d:4489:e46f> has quit IRC (Quit: Client closed) | 16:53 | |
| *** stanf <stanf!~stanf@pr-svc-em1-016.emea.corpinter.net> has quit IRC (Quit: Client closed) | 17:00 | |
| *** stanf <stanf!~stanf@pr-svc-em1-015.emea.corpinter.net> has joined #yocto | 17:02 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 260 seconds) | 17:15 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 17:28 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 17:28 | |
| *** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 246 seconds) | 17:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 17:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 17:33 | |
| *** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has joined #yocto | 17:36 | |
| *** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 248 seconds) | 17:42 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:43 | |
| *** stanf <stanf!~stanf@pr-svc-em1-015.emea.corpinter.net> has quit IRC (Quit: Client closed) | 17:43 | |
| *** otavio <otavio!~otavio@187.71.157.72> has joined #yocto | 17:49 | |
| *** otavio <otavio!~otavio@187.71.157.72> has quit IRC (Ping timeout: 248 seconds) | 17:55 | |
| *** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has joined #yocto | 17:56 | |
| JPEW | mario-goulart: yes | 17:57 |
| *** zyga-mbp <zyga-mbp!~zyga@piekna-gts.2a.pl> has quit IRC (Read error: Connection reset by peer) | 17:58 | |
| *** zyga <zyga!~zyga@piekna-gts.2a.pl> has joined #yocto | 17:58 | |
| mario-goulart | JPEW: thanks! | 18:02 |
| *** bps <bps!~bps@15-13-107-185.static.kviknet.dk> has joined #yocto | 18:04 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-011-198.93.132.pool.telefonica.de> has joined #yocto | 18:10 | |
| sveinse | Is there a way to mute the warning "Submodule included by ... refers to relative ssh reference git@github.com:user/repo.gi. References may fail if not absolute."? This way of specifying repo references is very common, encouraged even, by github and bitbucket, so many repos are littered with this subrepo references, leading to a storm of false positive warnings in the build logs. | 18:22 |
| JPEW | sveinse: That seems like a false positive on the warning to me | 18:27 |
| JPEW | fray: ^^ ? | 18:27 |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 260 seconds) | 18:29 | |
| sveinse | its this warning: https://git.yoctoproject.org/poky/tree/bitbake/lib/bb/fetch2/gitsm.py?h=kirkstone#n112 | 18:32 |
| *** GillesM <GillesM!~gilles@10.65.132.77.rev.sfr.net> has joined #yocto | 18:33 | |
| *** GillesM <GillesM!~gilles@10.65.132.77.rev.sfr.net> has quit IRC (Remote host closed the connection) | 18:33 | |
| sveinse | It seems its the syntax `git@github.com:user/repo.git` and the lack of `:/` in the url that triggers the warning | 18:33 |
| sveinse | The fix is to use the full (proper?) syntax `ssh:\\git@github.com/user/repo.git` but I'd argue that that format isn't that widely used in git urls. | 18:36 |
| JPEW | sveinse: Ya. I'm not sure what usage pattern fray was attempting to check for there; might wait to see if any insight is given | 18:36 |
| JPEW | Might be able to update the check if we know qhat a "bad" URL is supposed to be | 18:37 |
| *** kergoth <kergoth!sid528530@id-528530.lymington.irccloud.com> has left #yocto | 18:47 | |
| *** kergoth <kergoth!sid528530@id-528530.lymington.irccloud.com> has joined #yocto | 18:47 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 19:19 | |
| *** wyre <wyre!~wyre@user/wyre> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 19:34 | |
| *** wyre <wyre!~wyre@user/wyre> has joined #yocto | 19:36 | |
| *** turkeykittin <turkeykittin!~turkeykit@c-73-231-202-96.hsd1.ca.comcast.net> has joined #yocto | 19:37 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 19:52 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 19:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 19:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 19:58 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 19:59 | |
| sveinse | What does the error "An allarch packagegroup shouldn't depend on packages which are dynamically renamed (lksctp-tools to libsctp1)" mean? As in, what change do I need to make in the packagegroup? Rename rdep to libsctp1 as it sais in the error? | 19:59 |
| *** olani <olani!~olani@66.159.215.7> has quit IRC (Remote host closed the connection) | 20:03 | |
| sveinse | Found this "If you run into this issue you either need to remove the dependency from the packagegroup or mark the packagegroup as tune specific" here https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg155223.html | 20:04 |
| neverpanic | sveinse: This message is to protect you, really. You seem to have what's called "debian renaming" enabled, where packages that only contain libraries are renamed to <libraryname><soversion> | 20:06 |
| sveinse | What I'm understanding from this is that I need to extract all the "dynamically renamed" packages into a separate tune specific packagegroups? | 20:06 |
| neverpanic | If you didn't have this warning and added a dependency, but then updated the library so that its soname (and thus generated package name) changes, the packagegroup wouldn't be rebuilt, and thus be broken. | 20:06 |
| neverpanic | Either that, or you just need to make the packagegroup not allarch. The overhead of doing the latter is probably negligible | 20:07 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 20:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 20:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 248 seconds) | 20:13 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 20:14 | |
| *** mihai <mihai!~mihai@user/mihai> has quit IRC (Quit: Leaving) | 20:15 | |
| RP | kanavin: quite the series, thanks! :) | 20:19 |
| *** gsalazar_ <gsalazar_!~gsalazar@132.120.90.149.rev.vodafone.pt> has quit IRC (Ping timeout: 248 seconds) | 20:30 | |
| kanavin | RP: cheers :) and I prefer to not use the word 'bomb' for the time being. | 20:34 |
| kanavin | it had produced a completely green a-full too last night, I was glad enough to see that on my smartphone, that I actually jumped out of bed to hit git send-email, then fall back into bed | 20:38 |
| *** olani <olani!~olani@66.159.215.7> has joined #yocto | 20:38 | |
| kanavin | work from home can mix up 'work' and 'home' like that | 20:38 |
| RP | kanavin: I was wondering about the timing! :) | 20:39 |
| RP | kanavin: it is nice to see some of the patch counts falling | 20:39 |
| kanavin | RP: yes, I have a (bad) habit of checking my a-fulls from my mobile. I wish buildbot had a 'blind mode' where you can't see builds in progress :) | 20:40 |
| *** GillesM <GillesM!~gilles@10.65.132.77.rev.sfr.net> has joined #yocto | 20:40 | |
| *** GillesM <GillesM!~gilles@10.65.132.77.rev.sfr.net> has quit IRC (Client Quit) | 20:40 | |
| kanavin | only the final verdict! | 20:40 |
| mcfrisk | sveinse: saw that today too, and marked the package group tune specific as the poky side commit says | 20:41 |
| kanavin | RP: I'll try to carry on with upstreaming or otherwise streamlining the pending patches | 20:41 |
| RP | kanavin: I do tend to watch my builds too! :) | 20:45 |
| RP | kanavin: I'm still hoping we can see a chunk of libtool ones merge and the new gcc release cleans up a few there too | 20:45 |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-011-198.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 20:46 | |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 20:49 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-011-198.93.132.pool.telefonica.de> has joined #yocto | 21:15 | |
| *** Rolle6 <Rolle6!~Rolle@host-95-198-48-105.mobileonline.telia.com> has joined #yocto | 21:19 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 21:20 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 21:20 | |
| Rolle6 | I'll try to formulate my question though I am very new to Yocto. I have two "top-level" bb classes, one that builds the SDK, full image etc, and one that builds the initramfs (expressed as to .bb files). The initramfs bb file basically inherits from core-image. The initramfs needs to be used later when i build applications with the sdk (it will | 21:26 |
| Rolle6 | be baked into a fitImage in a later stage when I have access to more dtsi files), so I I would like to distribute the initramfs with the SDK. I cannot just point to the bb file with TOOLCHAIN_TARGET_TASK (I assume as it has not install stage etc?) How can I include it in my SDK? | 21:26 |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 248 seconds) | 21:30 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 21:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 21:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds) | 21:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 21:44 | |
| *** rhowell <rhowell!~rhowell@2605:a601:a937:b200:29cb:4acd:a4b:803d> has joined #yocto | 21:49 | |
| rhowell | Is it possible to force change the BBFILE_PRIORITY of a single recipe in my layer? I have a do_install_append() that needs to be highest priority so I can override stuff. But my code is ending up in the middle of the final do_install() function. My layer priority is set to "6" and the other conflicting layer is set to "8". I have tried | 21:54 |
| rhowell | BBFILE_PRIORITY = "10" in the recipe itself, but the it doesn't seem to have an effect. is there a way to force set the priority for a single recipe or can I only set it at the layer level? | 21:54 |
| sveinse | I thought I had all allarch packagegroups under control, but then one in official meta-qt5 turns up in nativesdk-packagegroup-qt5-toolchain-host :( Apparently it does not help to bbappend in PACKAGE_ARCH = "${TUNE_PKGARCH}" either | 22:01 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 22:03 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 22:04 | |
| *** F_Adrian <F_Adrian!~F_Adrian@62.32.0.69> has quit IRC (Ping timeout: 246 seconds) | 22:06 | |
| *** Rolle6 <Rolle6!~Rolle@host-95-198-48-105.mobileonline.telia.com> has quit IRC (Quit: Client closed) | 22:14 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-011-198.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 22:26 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-011-198.93.132.pool.telefonica.de> has joined #yocto | 22:26 | |
| *** dev1990 <dev1990!~dev@77-254-230-212.adsl.inetia.pl> has quit IRC (Ping timeout: 240 seconds) | 23:05 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-011-198.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 23:19 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 23:20 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 23:20 | |
| *** barometz <barometz!~dvanb@i117058.upc-i.chello.nl> has quit IRC (Ping timeout: 256 seconds) | 23:32 | |
| *** barometz <barometz!~dvanb@i117058.upc-i.chello.nl> has joined #yocto | 23:34 | |
| *** kevinrowland <kevinrowland!~kevinrowl@cpe-23-241-193-176.socal.res.rr.com> has joined #yocto | 23:34 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!