| *** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 00:00 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-055-027.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 264 seconds) | 00:01 | |
| landgraf | Yocto is a tool as well as other buildsystem/traditional distro and it's up to user to choose proper tool for the task. and people choose the tool they know/have. That's why I use CNC router to cut simple shapes from plywood even if table saw will do the job better, because I don't know how to use table saw and I don't own one :-) | 00:05 |
|---|---|---|
| *** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:ae21:37e3:8f38:323d> has quit IRC (Remote host closed the connection) | 00:12 | |
| *** Guest19 <Guest19!~Guest89@174-29-155-251.hlrn.qwest.net> has joined #yocto | 00:18 | |
| Guest19 | The team maintaining the [__meta-raspberrypi__](https://github.com/agherzan/meta-raspberrypi) layer just added RaspberryPi5 support on master. Does anyone know how that ends up going from master to nanbield, or will it? I don't understand how that release flow works and I'm not sure who to ask. | 00:20 |
| Guest19 | I'm realizing that this is controlled by other maintainers not the Yocto team so probably the wrong place to ask this question. | 00:22 |
| landgraf | Guest19: rpi5 support has been added few hours ago. I guess it's too early to merge into "stable" branches however you can ask maintainer in github issue (better with results of testing :) ) | 00:27 |
| Guest19 | Gotcha. Thanks for the reply | 00:27 |
| *** Guest19 <Guest19!~Guest89@174-29-155-251.hlrn.qwest.net> has quit IRC (Quit: Client closed) | 00:29 | |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto | 00:50 | |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Ping timeout: 256 seconds) | 00:59 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 01:23 | |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 264 seconds) | 01:41 | |
| *** davidinux <davidinux!~davidinux@host-87-0-166-100.retail.telecomitalia.it> has quit IRC (Ping timeout: 264 seconds) | 02:04 | |
| *** davidinux <davidinux!~davidinux@host-79-31-135-6.retail.telecomitalia.it> has joined #yocto | 02:10 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 276 seconds) | 03:33 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 03:36 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6545:3a00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 260 seconds) | 03:55 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 03:55 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6500:c200:2ce:39ff:fecf:efcd> has joined #yocto | 03:57 | |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has joined #yocto | 04:04 | |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has quit IRC (Client Quit) | 04:08 | |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has joined #yocto | 04:15 | |
| *** mulk <mulk!~mulk@p5b2dc93f.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 264 seconds) | 06:04 | |
| *** olani <olani!~olani@wlan-gw.se.axis.com> has quit IRC (Ping timeout: 260 seconds) | 06:06 | |
| *** mulk <mulk!~mulk@p5b112b23.dip0.t-ipconnect.de> has joined #yocto | 06:10 | |
| *** astlep5504018 <astlep5504018!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has quit IRC (Quit: Ping timeout (120 seconds)) | 06:11 | |
| *** astlep5504018 <astlep5504018!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has joined #yocto | 06:15 | |
| *** mulk <mulk!~mulk@p5b112b23.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 264 seconds) | 06:20 | |
| *** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (Ping timeout: 260 seconds) | 06:20 | |
| *** mulk <mulk!~mulk@p5b112b6b.dip0.t-ipconnect.de> has joined #yocto | 06:21 | |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto | 06:46 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto | 07:14 | |
| *** khazakar <khazakar!uid144674@id-144674.ilkley.irccloud.com> has joined #yocto | 07:19 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:19 | |
| *** mckoan|away is now known as mckoan | 07:24 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds) | 07:24 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 07:30 | |
| *** mulk <mulk!~mulk@p5b112b6b.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds) | 07:47 | |
| *** mulk <mulk!~mulk@pd9514f7f.dip0.t-ipconnect.de> has joined #yocto | 07:48 | |
| LetoThe2nd | landgraf: just looked at that sure thing, and my understanding is that it basically advertises https://github.com/aplanas/meta-microos - which is a re-load of meta-delian. | 07:54 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Quit: vladest) | 07:56 | |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has quit IRC (Ping timeout: 246 seconds) | 07:59 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb14:11e8:f400:be57:9a40:6c36:464> has joined #yocto | 08:00 | |
| landgraf | LetoThe2nd: yes, pretty much. More like meta-suse | 08:13 |
| LetoThe2nd | landgraf: *sigh* | 08:13 |
| LetoThe2nd | exactly what the world needs. another clever person shoehorning their own distribution into a Bitbake build. erm wait, in that case even explicitly into poky. *facepalm* | 08:14 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:20 | |
| *** rber|res <rber|res!~rber|res@089144197092.atnat0006.highway.a1.net> has joined #yocto | 08:25 | |
| *** rber|res <rber|res!~rber|res@089144197092.atnat0006.highway.a1.net> has quit IRC (Remote host closed the connection) | 08:25 | |
| *** rber|res <rber|res!~rber|res@089144197092.atnat0006.highway.a1.net> has joined #yocto | 08:25 | |
| *** Tyaku <Tyaku!~Tyaku@89-84-109-199.abo.bbox.fr> has joined #yocto | 08:31 | |
| Tyaku | Hello, I have a variable in a recipe. How to make it configurable using a variable at build time ? I have it 'SW_REV ?= "Dirty"' in sw-revision.bb, it's not taking the value passed at buildtime (like: SW_REV='xxx' bitbake {...}) | 08:32 |
| *** olani <olani!~olani@wlan-gw.se.axis.com> has joined #yocto | 08:47 | |
| * RP notes his patch doesn't work | 08:47 | |
| LetoThe2nd | Tyaku: you mean, passing something into the build from the invoking environment? | 08:48 |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb14:11e8:f400:be57:9a40:6c36:464> has quit IRC (Remote host closed the connection) | 08:50 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb14:11e8:f400:a7c1:8c29:8324:6ff8> has joined #yocto | 08:51 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 08:55 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 09:09 | |
| chep | Hi, I'm trying to add python3 to my image (kirkstone branch). When I add « python3 » to CORE_IMAGE_EXTRA_INSTALL I got this error : « The following packages have unmet dependencies: | 09:14 |
| chep | python3-modules : Depends: python3-fcntl but it is not installable ». When I try to add « python3-fcntl » bitbake says that python3 RPROVIDES python3-fcntl. What should I do? | 09:14 |
| *** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto | 09:18 | |
| Tyaku | LetoThe2nd Yes, Currently this is what I do: export BB_ENV_EXTRAWHITE="$BB_ENV_EXTRAWHITE SW_REV" export SW_REV="${DIRTY_REV}" and then In the sw-revision.bb receipe I have SW_REV ?= "Unknown" | 09:19 |
| Tyaku | I don't know if it's the right way | 09:19 |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 255 seconds) | 09:20 | |
| LetoThe2nd | Tyaku: shouldn't it just be BB_ENV_EXTRAWHITE:append = "SW_REV"? | 09:29 |
| LetoThe2nd | in a conf file, obviously | 09:29 |
| *** michalsieron <michalsieron!~michalsie@131.228.32.166> has joined #yocto | 09:43 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 09:47 | |
| michalsieron | hello there o/ does anyone know what's the purpose of the `try_premirror` check in bitbake? https://github.com/yoctoproject/poky/blob/master/bitbake/lib/bb/fetch2/git.py#L353-L360 | 09:50 |
| michalsieron | the only place where it is being used is here https://github.com/yoctoproject/poky/blob/master/bitbake/lib/bb/fetch2/__init__.py#L1837 | 09:51 |
| michalsieron | but at this point we have checked for donestamp and whether something needs update. so we *do* need to make a download | 09:52 |
| michalsieron | so why would we decide (after checking that repo in the download dir doesn't contain the commit we need) doesn't need to be downloaded from a PREMIRROR just because its directory already exists on the disk? | 09:53 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 09:56 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 09:57 | |
| landgraf | michalsieron: we don't need to make a download from upstream if the revision is in PREMIRROR | 10:01 |
| landgraf | michalsieron: even more if PREMIRRORONLY is set we are not allowed to download from the network outside of premirror | 10:02 |
| michalsieron | landgraf: ok. so here is an example situation where I think the behaviour is buggy: | 10:04 |
| michalsieron | We have a recipe which requires commit 'abcd'. | 10:04 |
| michalsieron | We run `do_fetch` task for it, it clones the repository from let's say a premirror. | 10:04 |
| michalsieron | Later new commit appears for example 'wxyz'. | 10:04 |
| michalsieron | We update our recipe to require it and run `do_fetch` again (this time it has to be from a premirror). | 10:04 |
| michalsieron | First bitbake checks for `donestamp`, which exists, but then `need_update` returns true as we do need an update. | 10:04 |
| michalsieron | But then in `try_premirror` we check that the directory exists and decide we don't need to download from premirrors, even though just moment ago we concluded that we need to update. | 10:04 |
| michalsieron | This way we skip premirrors even though we really shouldn't. | 10:04 |
| *** olani- <olani-!~olani@134.238.48.37> has joined #yocto | 10:04 | |
| landgraf | michalsieron: which version? iirc we have test to cover this exact case | 10:05 |
| landgraf | if we don't it should be created | 10:05 |
| michalsieron | I am on kirkstone, but when I look at master it *looks* the same to me | 10:07 |
| michalsieron | landgraf: this is even more prone to happen if your premirror is a storage for git tarballs | 10:10 |
| michalsieron | then you run a build for one machine, which downloads full tarball (it wasn't updated to require shallow tarball) | 10:10 |
| michalsieron | and then another build for the second machine wants to download updated sources with a newer hash not present in the full tarball, which are present on premirror in a shallow tarball | 10:10 |
| landgraf | michalsieron: Doesn't this test cover behaviour you mentioned https://git.openembedded.org/bitbake/tree/lib/bb/tests/fetch.py#n3181 ? | 10:18 |
| landgraf | michalsieron: kirkstone doesn't have this fix iirc | 10:19 |
| landgraf | it was merged right after kirkstone has been released | 10:19 |
| *** olani- <olani-!~olani@134.238.48.37> has quit IRC (Remote host closed the connection) | 10:25 | |
| *** olani- <olani-!~olani@134.238.48.37> has joined #yocto | 10:25 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 10:27 | |
| michalsieron | landgraf: I don't think it's the same. Please correct me if I understood the test incorrectly: | 10:39 |
| michalsieron | 1. First we setup the test by downloading and preparing some tarball in our local premirror. | 10:39 |
| michalsieron | 2. Then we set PREMIRRORS, BB_FETCH_PREMIRRORONLY and BB_NO_NETWORK | 10:39 |
| michalsieron | 3. Finally we check we correctly downloaded from our premirror | 10:39 |
| michalsieron | For this to test the behaviour I described, it would require few more steps: | 10:39 |
| michalsieron | - In preparation you would need to have a shallow tarball with a commit not present in the normal one. | 10:39 |
| michalsieron | - After downloading the normal tarball, you would change SRCREV to one from the shallow tarball and try to download afterwards | 10:39 |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 10:50 | |
| *** prabhakar <prabhakar!~prabhakar@217.163.141.2> has joined #yocto | 10:51 | |
| landgraf | michalsieron: not sure I got the last point. Do you SRCREV presents in PREMIRROR's shallow clone but not in local clonedir ("normal tarball") ? | 10:51 |
| landgraf | *Do you mean | 10:51 |
| landgraf | michalsieron: or SRCREV is in PREMIRROR but not in DL_DIR? | 10:51 |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 10:58 | |
| michalsieron | landgraf: SRCREV is present in shallow tarball, but not in not-shallow tarball | 10:59 |
| michalsieron | Think of it as shallow tarball was created for a commit after the non-shallow one was created | 10:59 |
| landgraf | michalsieron: not sure if shallow tarball is important here. For me it looks like: 1) make a tarball in the premirror 2) download(from the premirror)/build SRCREV1 3) add a commit SRCREV2 into premirror 4) download(from premirror)/build SRCREV2 | 11:11 |
| landgraf | at step 3 you have premirror tarball with new srcrev and "original" one without | 11:12 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 11:12 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 11:12 | |
| *** michalsieron <michalsieron!~michalsie@131.228.32.166> has quit IRC (Ping timeout: 250 seconds) | 11:18 | |
| *** michalsieron <michalsieron!~michalsie@131.228.32.167> has joined #yocto | 11:21 | |
| michalsieron | landgraf: sorry, some internet issues | 11:22 |
| michalsieron | yes, you are right. shallow tarball is not actually required for this to manifest. | 11:22 |
| michalsieron | in both cases bitbake would incorrectly skip downloading from a premirror | 11:22 |
| landgraf | michalsieron: it was the case for kirkstone but should be fixed in master with https://git.openembedded.org/bitbake/commit/?id=b47ecab3e3aad5c5c376ec023aa82a51aa0f3b86 | 11:23 |
| *** alperak <alperak!~alperak@176.33.65.159> has joined #yocto | 11:28 | |
| michalsieron | landgraf: let me check if it solves the problem for me | 11:32 |
| landgraf | michalsieron: if it's not then let's open a bug. looks like I need more time to reproduce the issue | 11:32 |
| michalsieron | landgraf: because the commit subject says "fetch2: Honour BB_FETCH_PREMIRRORONLY option", but you don't need PREMIRRORONLY to say this is an issue | 11:33 |
| michalsieron | is some cases you want some sources to be fetched from a premirror, and some from your own upstream | 11:33 |
| landgraf | yes. you're right | 11:34 |
| landgraf | michalsieron: do you have YP bugzilla account? | 11:35 |
| michalsieron | nope | 11:35 |
| landgraf | michalsieron: I'll create bug report then to not have it lost in the irc conversation. | 11:36 |
| michalsieron | sure. if anything it will be closed as already fixed | 11:36 |
| michalsieron | landgraf: ok. I cherry-picked the commit and it still fails | 11:52 |
| landgraf | michalsieron: right. I see the issue now. | 11:56 |
| landgraf | michalsieron: it was masked by PREMIRRORONLY as you mentioned because there's check for it in try_premirror | 11:57 |
| landgraf | michalsieron: https://bugzilla.yoctoproject.org/show_bug.cgi?id=15369 | 11:57 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 11:59 | |
| michalsieron | landgraf: oh. and you know what's the best thing? In my case all the actual mirrors are not trusted, so the build fails after skipping premirrors. | 12:02 |
| michalsieron | But if I run the build a second time, it will work again. | 12:02 |
| michalsieron | That's because bitbake will delete the tarball after failing to download from a mirror | 12:02 |
| *** RobW <RobW!~rcwoolley@104.247.247.154> has quit IRC (Quit: Leaving) | 12:04 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Ping timeout: 246 seconds) | 12:13 | |
| landgraf | michalsieron: and I have reproducer now. | 12:18 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 12:21 | |
| michalsieron | landgraf: great, so we can have a test for it. but there is still a question of how to fix it :D | 12:21 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 12:27 | |
| landgraf | michalsieron: well. fix something in fetcher code is not so difficult. the question is how to fix it and not break something else :D | 12:30 |
| *** alperak <alperak!~alperak@176.33.65.159> has quit IRC (Quit: Client closed) | 12:32 | |
| RP | rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/6348/steps/14/logs/stdio - debuginfod :/ | 12:35 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 12:39 | |
| landgraf | michalsieron: here is your problem https://github.com/yoctoproject/poky/blob/master/bitbake/lib/bb/fetch2/git.py#L378 :-/ Well, one of them actually | 13:02 |
| *** Tyaku <Tyaku!~Tyaku@89-84-109-199.abo.bbox.fr> has quit IRC (Quit: Lost terminal) | 13:02 | |
| landgraf | I know how to "fix" that in Q&D way but RP will not be happy with the fix :) | 13:03 |
| landgraf | RP: long story short `git branch --contains` doesn't look into FETCH_HEAD so this part of code is useless :( | 13:04 |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 13:08 | |
| michalsieron | landgraf: threre is still one thing I don't understand about this code. | 13:20 |
| michalsieron | From what I looked at this `Git.download` method, it tries to fetch changes with `git` not redownload actual tarball. | 13:20 |
| michalsieron | So if I have a generated tarball, which originates from the upstream, and the requested commit is not there, wouldn't `git fetch` access this upstream repository? | 13:20 |
| michalsieron | I would think, that download of the entire tarball is required, because that's how it is stored on the premirror. Binary storage can't really send you only things you are missing in your unpacked tarball. | 13:20 |
| landgraf | michalsieron: git fetch will try upstream if revision is in neither clonedir nor in premirror (unless premirroronly specified) | 13:25 |
| *** michalsieron <michalsieron!~michalsie@131.228.32.167> has quit IRC (Quit: Client closed) | 13:26 | |
| *** michalsieron <michalsieron!~michalsie@2a03:5342:1f:b::3> has joined #yocto | 13:26 | |
| michalsieron | landgraf: it's the `--mirror` flag for `git clone`? https://github.com/yoctoproject/poky/blob/master/bitbake/lib/bb/fetch2/git.py#L415 | 13:27 |
| landgraf | michalsieron: clonedir -> premirror -> mirror -> upstream that's the proper order afaik but because of the bug you've found today premirror is effectively excluded from this if clonedir exists | 13:27 |
| landgraf | michalsieron: not really. | 13:28 |
| michalsieron | landgraf: I am not talking about order in which bitbake tries to download stuff | 13:28 |
| landgraf | michalsieron: https://github.com/yoctoproject/poky/blob/master/bitbake/lib/bb/fetch2/__init__.py#L1840 | 13:28 |
| rburton | RP: ARGH | 13:29 |
| landgraf | michalsieron: --mirror is to setup a mirror of the repo, not to clone the mirror in bitbake terms | 13:30 |
| landgraf | michalsieron: in your case there're two issues. First (as you pointed out correctly) is the fact that premirror is set to false if clonedir exists and PREMIRRORONLY not specified, this is easy to fix. Second issue is the fact that fetcher doesn't see updated revision in the premirror, fixing this is more complicated | 13:36 |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has joined #yocto | 13:42 | |
| RP | landgraf: this could be the issue paulg was asking about? :/ | 13:45 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 13:45 | |
| landgraf | RP: Not with premirrors "2023-12-07 18:05:33 paulg no PREMIRRORS set". But we may have similar issue with another git fetch call below. | 13:52 |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed) | 13:59 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 14:11 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds) | 14:47 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 14:48 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 14:53 | |
| *** ernstp <ernstp!sid168075@id-168075.hampstead.irccloud.com> has quit IRC (Ping timeout: 268 seconds) | 14:57 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 264 seconds) | 14:58 | |
| *** nohit <nohit!sid334887@id-334887.tinside.irccloud.com> has quit IRC (Ping timeout: 268 seconds) | 14:58 | |
| *** roussinm <roussinm!~mroussin@142.115.196.7> has joined #yocto | 15:00 | |
| *** ernstp <ernstp!sid168075@id-168075.hampstead.irccloud.com> has joined #yocto | 15:00 | |
| *** nohit <nohit!sid334887@id-334887.tinside.irccloud.com> has joined #yocto | 15:00 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 15:02 | |
| *** Tyaku_ <Tyaku_!~Tyaku@89-84-109-199.abo.bbox.fr> has joined #yocto | 15:10 | |
| Tyaku_ | Hello, I'm back. These days I have serious problems, I don't know what my collegue do but lot of things are broken in our yocto projects. This is after some "refactoring" he split the image in multiples images, each one including another. | 15:11 |
| Tyaku_ | Problem of the day: | 15:11 |
| Tyaku_ | IMAGE_FEATURES:append = " ssh-server-dropbear allow-root-login allow-empty-password " | 15:12 |
| Tyaku_ | *In the rootfs in /etc/default/dropbear I still have "-w" arguments | 15:12 |
| Tyaku_ | So it seems that IMAGE_FEATURES is not taken. | 15:13 |
| Tyaku_ | But, in 'bitbake -e MY_IMAGE' it seems that IMAGE_FEATURES contains allow-root-login | 15:13 |
| *** michalsieron <michalsieron!~michalsie@2a03:5342:1f:b::3> has quit IRC (Ping timeout: 250 seconds) | 15:14 | |
| mattsm | is there a list of organizations that can do security scans for yocto based on spdx/sbom? e.g. https://www.windriver.com/services/linux/security-scanning is one, but are there others? | 15:19 |
| roussinm | When image is trying to do do_rootfs, it fails on: `file /etc/polkit-1/rules.d conflicts between attempted installs of polkit-group-rule-network-1.0-r0.zen2 and polkit-123-r0.zen2`, I tried to fix the bug, but can't figure out how do it since both recipe requires the pokit-1/rules.d directory. But recipes haven't changed in a while, so wondering if maybe it's not that used and we caught a bug in how | 15:22 |
| roussinm | those recipes are setup? | 15:22 |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed) | 15:26 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 15:30 | |
| yocton | roussinm: check the ownership and rights of /etc/polkit-1/rules.d from both rules, they need to be the same | 15:31 |
| roussinm | yocton: chow and chmod needs to be the same I guess? | 15:33 |
| roussinm | chown* | 15:34 |
| yocton | roussinm: yes | 15:38 |
| *** simonew <simonew!~simonew@eth1-fw1-nbg6.eb.noris.de> has joined #yocto | 16:02 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb14:11e8:f400:a7c1:8c29:8324:6ff8> has quit IRC (Remote host closed the connection) | 16:03 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto | 16:03 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 264 seconds) | 16:07 | |
| *** simonew <simonew!~simonew@eth1-fw1-nbg6.eb.noris.de> has quit IRC (Quit: Client closed) | 16:21 | |
| qschulz | RP: tlwoerner: JPEW: moto-timo: re: bmap-tools: meta-raspberrypi has a GitHub+ML contribution workflow already BTW, and it is hosted on git.yoctoproject.org. | 16:21 |
| moto-timo | as does meta-java (which is also on gitlab)... I am agnostic | 16:22 |
| qschulz | (I can comment on the ML, but here seems a bit more "private" to not make this blow out of proportions; I remember the few lengthy emails about webgui contributions in the past, don't want to revive those :) ) | 16:23 |
| qschulz | does anyone have any idea why Intel is abandoning it? I'm quite surprised actually | 16:26 |
| tlwoerner | i don't think "intel" is abandoning ig | 16:26 |
| RP | qschulz: they don't have anyone working in this area anymore | 16:26 |
| tlwoerner | my understanding is that it was always the private project of the author... who happened to publish it on the corporate intel github account | 16:26 |
| qschulz | gotcha | 16:27 |
| RP | qschulz: the difference with rpi is which github account | 16:27 |
| rburton | iirc it was started by artem but very much used by some intel projects at the time | 16:27 |
| RP | tlwoerner: not really true, it was part of the tizen work originally | 16:27 |
| * tlwoerner lives in his own reality which rarely intersects with actual reality | 16:29 | |
| tlwoerner | intersects? interacts? | 16:29 |
| tlwoerner | ;-) | 16:30 |
| JPEW | Well, if you all are figments of my imagination, at least my imagination figmented nice people :) | 16:38 |
| RP | tlwoerner: I think I should try that more! :) | 16:39 |
| JaMa | what is reality? | 16:47 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:47 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 246 seconds) | 16:49 | |
| mischief | nobody's real! | 16:52 |
| *** mckoan is now known as mckoan|away | 16:57 | |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto | 17:01 | |
| *** risca_ <risca_!~quassel@h-155-4-62-62.A980.priv.bahnhof.se> has joined #yocto | 17:13 | |
| *** risca <risca!~quassel@h-155-4-62-62.A980.priv.bahnhof.se> has quit IRC (Ping timeout: 264 seconds) | 17:14 | |
| *** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has joined #yocto | 17:15 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 264 seconds) | 17:16 | |
| *** pbsds <pbsds!~pbsds@84.20.102.94> has quit IRC (Ping timeout: 276 seconds) | 17:31 | |
| *** pbsds <pbsds!~pbsds@84.20.102.94> has joined #yocto | 17:32 | |
| *** Tyaku_ <Tyaku_!~Tyaku@89-84-109-199.abo.bbox.fr> has quit IRC (Quit: Lost terminal) | 17:38 | |
| *** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has joined #yocto | 17:40 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-008-099.78.49.pool.telefonica.de> has joined #yocto | 18:04 | |
| *** bhstalel <bhstalel!~bhstalel@196.236.230.149> has joined #yocto | 18:19 | |
| *** risca_ <risca_!~quassel@h-155-4-62-62.A980.priv.bahnhof.se> has quit IRC (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) | 18:35 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Remote host closed the connection) | 18:38 | |
| *** risca <risca!~quassel@h-155-4-62-62.A980.priv.bahnhof.se> has joined #yocto | 18:43 | |
| *** sotaoverride is now known as Guest6151 | 18:58 | |
| *** Guest6151 <Guest6151!~ctraven@139.68.81.2> has quit IRC (Killed (silver.libera.chat (Nickname regained by services))) | 18:58 | |
| *** sotaover1ide is now known as sotaoverride | 18:58 | |
| *** ctraven <ctraven!~ctraven@139.68.81.2> has joined #yocto | 19:04 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 19:11 | |
| *** sakman <sakman!~Thunderbi@208.111.77.233> has quit IRC (Ping timeout: 264 seconds) | 19:22 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 19:27 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds) | 19:59 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 20:01 | |
| *** sakman <sakman!~Thunderbi@99.209.85.163> has joined #yocto | 20:08 | |
| *** sakman1 <sakman1!~Thunderbi@99.209.85.164> has joined #yocto | 20:09 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 20:12 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 20:12 | |
| *** sakman <sakman!~Thunderbi@99.209.85.163> has quit IRC (Ping timeout: 268 seconds) | 20:13 | |
| *** sakman1 is now known as sakman | 20:13 | |
| moto-timo | classes-global and classes-recipe now showing on Layerindex https://layers.openembedded.org/layerindex/branch/master/layer/openembedded-core/ | 20:23 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor) | 20:24 | |
| *** simonew <simonew!~ile@2a02:810d:a940:35fc:266b:d62d:85f7:47a1> has joined #yocto | 20:44 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 20:57 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 21:01 | |
| *** geoffhp <geoffhp!~geoff@107-185-048-203.res.spectrum.com> has quit IRC (Remote host closed the connection) | 21:08 | |
| *** simonew <simonew!~ile@2a02:810d:a940:35fc:266b:d62d:85f7:47a1> has quit IRC (Quit: Konversation terminated!) | 21:14 | |
| roussinm | Looking at documentation for BB_PRESSURE_MAX_MEMORY saying maximum is 1000000 but I see: full avg10=1.49 avg60=14.77 avg300=37.99 total=297837869, on my system. Using Kernel 5.4 did the value was changed since 4.20 ? | 21:16 |
| roussinm | Same for CPU actually: some avg10=0.01 avg60=5.08 avg300=29.38 total=18393902580 do I have to divide by the amount of threads ? | 21:18 |
| roussinm | RTFM I guess... found it... | 21:26 |
| *** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 264 seconds) | 21:29 | |
| *** wyre <wyre!~wyre@user/wyre> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 21:49 | |
| *** wyre <wyre!~wyre@user/wyre> has joined #yocto | 21:51 | |
| *** bhstalel <bhstalel!~bhstalel@196.236.230.149> has quit IRC (Read error: Connection reset by peer) | 22:08 | |
| *** bhstalel <bhstalel!~bhstalel@196.236.230.149> has joined #yocto | 22:27 | |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 22:34 | |
| *** davidinux <davidinux!~davidinux@host-79-31-135-6.retail.telecomitalia.it> has quit IRC (Ping timeout: 260 seconds) | 22:42 | |
| *** bhstalel <bhstalel!~bhstalel@196.236.230.149> has quit IRC (Read error: Connection reset by peer) | 22:46 | |
| *** olani- <olani-!~olani@134.238.48.37> has quit IRC (Ping timeout: 268 seconds) | 23:50 | |
| *** sakman1 <sakman1!~Thunderbi@99.209.85.163> has joined #yocto | 23:53 | |
| *** sakman <sakman!~Thunderbi@99.209.85.164> has quit IRC (Ping timeout: 264 seconds) | 23:55 | |
| *** sakman1 is now known as sakman | 23:55 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!