Thursday, 2024-08-08

*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto00:05
*** reatmon_ <reatmon_!~reatmon@192.91.75.30> has quit IRC (Remote host closed the connection)00:18
*** reatmon_ <reatmon_!~reatmon@192.91.75.12> has joined #yocto00:19
*** jclsn <jclsn!~jclsn@2a04:4540:650f:4600:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 276 seconds)01:47
*** jclsn <jclsn!~jclsn@2a04:4540:650b:a300:2ce:39ff:fecf:efcd> has joined #yocto01:49
*** KanjiMonster <KanjiMonster!~KanjiMons@dslb-002-205-016-065.002.205.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds)02:57
*** KanjiMonster <KanjiMonster!~KanjiMons@dslb-002-205-017-144.002.205.pools.vodafone-ip.de> has joined #yocto02:59
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto03:37
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 260 seconds)03:45
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has joined #yocto03:51
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has quit IRC (Client Quit)03:52
*** nerdboy <nerdboy!~nerdboy@47.143.129.195> has joined #yocto03:58
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has joined #yocto03:59
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 252 seconds)03:59
*** jmd <jmd!~user@2001:a61:2a51:1801:edcb:9e4c:3259:2a73> has joined #yocto04:22
*** jmd <jmd!~user@2001:a61:2a51:1801:edcb:9e4c:3259:2a73> has quit IRC (Remote host closed the connection)04:49
*** jmd <jmd!~user@2001:a61:2a51:1801:edcb:9e4c:3259:2a73> has joined #yocto04:49
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 252 seconds)04:57
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto04:59
*** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto05:01
*** Guest60 <Guest60!~Guest40@70.22.171.124> has joined #yocto05:04
*** amitk <amitk!~amit@58.84.61.2> has joined #yocto05:08
*** kanavin_ <kanavin_!~Alexander@2a02:2454:2a7:1800:ea0:a5be:afd:9683> has joined #yocto05:09
*** kanavin <kanavin!~Alexander@82.119.7.105> has quit IRC (Ping timeout: 252 seconds)05:10
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.3.5)05:10
*** enok <enok!~Thunderbi@94.191.136.180.mobile.tre.se> has joined #yocto05:11
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto05:13
*** enok <enok!~Thunderbi@94.191.136.180.mobile.tre.se> has quit IRC (Quit: enok)05:28
*** enok <enok!~Thunderbi@94.191.136.180.mobile.tre.se> has joined #yocto05:28
*** enok <enok!~Thunderbi@94.191.136.180.mobile.tre.se> has quit IRC (Ping timeout: 252 seconds)05:33
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has joined #yocto05:34
*** guest92 <guest92!~guest92@185.37.248.114> has joined #yocto05:53
*** enok <enok!~Thunderbi@94.191.137.48.mobile.tre.se> has joined #yocto05:55
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has quit IRC (Ping timeout: 248 seconds)05:58
*** frieder <frieder!~frieder@88.130.219.77> has joined #yocto05:59
*** enok <enok!~Thunderbi@94.191.137.48.mobile.tre.se> has quit IRC (Read error: Connection reset by peer)06:04
*** enok <enok!~Thunderbi@94.191.137.48.mobile.tre.se> has joined #yocto06:04
*** frieder <frieder!~frieder@88.130.219.77> has quit IRC (Ping timeout: 245 seconds)06:05
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has joined #yocto06:08
*** Jones42__ <Jones42__!~Jones42@user/Jones42> has joined #yocto06:09
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto06:10
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has quit IRC (Ping timeout: 276 seconds)06:13
*** zpfvo <zpfvo!~fvo@i59F5CD57.versanet.de> has joined #yocto06:13
*** florian_kc <florian_kc!~florian@dynamic-077-176-058-183.77.176.pool.telefonica.de> has joined #yocto06:14
*** florian_kc is now known as florian06:14
*** enok <enok!~Thunderbi@94.191.137.48.mobile.tre.se> has quit IRC (Quit: enok)06:15
*** enok71 <enok71!~Thunderbi@94.191.137.48.mobile.tre.se> has joined #yocto06:16
*** enok71 is now known as enok06:18
*** frieder <frieder!~frieder@88.130.219.77> has joined #yocto06:18
*** enok <enok!~Thunderbi@94.191.137.48.mobile.tre.se> has quit IRC (Ping timeout: 252 seconds)06:22
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:25
*** Guest60 <Guest60!~Guest40@70.22.171.124> has quit IRC (Quit: Client closed)06:29
*** leonanavi <leonanavi!~Leon@2a01:5a8:479:c93c:3ff8:b0b6:2087:6358> has joined #yocto06:31
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto06:33
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Ping timeout: 252 seconds)06:33
*** BenBE <BenBE!~benbe@user/benbe> has joined #yocto06:38
jclsnMorning guys, I want to split systemd-timesyncd into its own package. Is it sufficient to add PACKAGES =+ "timesyncd" into the .bbappend for this?06:38
*** leonanavi <leonanavi!~Leon@2a01:5a8:479:c93c:3ff8:b0b6:2087:6358> has quit IRC (Ping timeout: 244 seconds)06:43
jclsnor maybe do a PACKAGECONFIG:remove = " timesyncd" PACKAGES =+ "timesyncd" PACKAGECONFIG_timesyncd:add = " timesyncd"06:44
*** kanavin_ <kanavin_!~Alexander@2a02:2454:2a7:1800:ea0:a5be:afd:9683> has quit IRC (Ping timeout: 276 seconds)06:47
jclsnI want to find a way to not build systemd-timesyncd when chrony is installed06:49
*** leon-anavi <leon-anavi!~Leon@2a01:5a8:479:c93c:9916:98be:2d3c:e1d> has joined #yocto06:52
*** kanavin <kanavin!~Alexander@2a02:2454:2a7:1800:ea0:a5be:afd:9683> has joined #yocto06:55
*** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has joined #yocto07:02
*** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has joined #yocto07:04
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Ping timeout: 256 seconds)07:05
*** wmills_ <wmills_!~wmills@pool-72-83-14-124.washdc.fios.verizon.net> has joined #yocto07:20
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto07:20
*** wmills__ <wmills__!~wmills@pool-72-83-14-124.washdc.fios.verizon.net> has quit IRC (Ping timeout: 265 seconds)07:23
jclsnAh, I guess not. Will try to do it like this https://patchwork.yoctoproject.org/project/oe-core/patch/20230208071251.5412-4-peter.marko@siemens.com/07:25
RPrburton, abelloni: I think the gcc upgrade is causing a coreutils ptest issue on arm: https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/6711/steps/12/logs/stdio :/07:27
RPhttps://autobuilder.yocto.io/pub/non-release/20240807-66/artefacts/qemuarm64-ptest/oeqa-target-artefacts-20240807-hpfk2m3j/usr/lib/coreutils/ptest/tests/df/df-P.log07:31
*** leon-anavi <leon-anavi!~Leon@2a01:5a8:479:c93c:9916:98be:2d3c:e1d> has quit IRC (Remote host closed the connection)07:34
*** guest92 <guest92!~guest92@185.37.248.114> has quit IRC (Quit: Client closed)07:40
*** jmd <jmd!~user@2001:a61:2a51:1801:edcb:9e4c:3259:2a73> has left #yocto (ERC 5.4 (IRC client for GNU Emacs 28.2))08:00
*** berton <berton!uid641616@id-641616.ilkley.irccloud.com> has joined #yocto08:04
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection)08:09
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto08:09
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection)08:09
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto08:09
RPI wonder if adding a | tr -s ' ' to that test is what is needed08:50
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection)09:21
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto09:21
*** Tyaku <Tyaku!~Tyaku@82-64-140-155.subs.proxad.net> has joined #yocto09:24
*** guestkati <guestkati!~guestkati@5.203.251.27> has joined #yocto09:40
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection)09:50
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto09:50
* RP has a patch to test09:54
*** sakoman1 <sakoman1!~sakoman@98.142.47.158> has quit IRC (Ping timeout: 276 seconds)10:24
*** sakoman <sakoman!~sakoman@98.142.47.158> has joined #yocto10:39
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection)10:40
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto11:10
*** enok <enok!~Thunderbi@94.191.137.95.mobile.tre.se> has joined #yocto11:13
*** enok <enok!~Thunderbi@94.191.137.95.mobile.tre.se> has quit IRC (Client Quit)11:15
*** enok <enok!~Thunderbi@94.191.137.95.mobile.tre.se> has joined #yocto11:15
*** sotaoverride is now known as Guest537811:28
*** Guest5378 <Guest5378!~ctraven@139.68.81.2> has quit IRC (Killed (calcium.libera.chat (Nickname regained by services)))11:28
*** eminboydak <eminboydak!~eminboyda@user/eminboydak> has joined #yocto11:31
*** ctraven_ <ctraven_!~ctraven@139.68.81.2> has joined #yocto11:34
*** florian <florian!~florian@dynamic-077-176-058-183.77.176.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds)11:36
*** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8071:65c3:7240:8732:2b1b:1918:4d4c> has joined #yocto11:40
*** guestkati <guestkati!~guestkati@5.203.251.27> has quit IRC (Ping timeout: 256 seconds)11:45
*** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has joined #yocto11:46
*** eminboydak <eminboydak!~eminboyda@user/eminboydak> has quit IRC (Quit: Client closed)11:50
*** mvlad <mvlad!~mvlad@2a02:2f05:810e:b200:e88e:21ff:fe65:be18> has joined #yocto11:57
*** enok <enok!~Thunderbi@94.191.137.95.mobile.tre.se> has quit IRC (Read error: Connection reset by peer)12:04
abellonihttps://ghostwriteattack.com/12:09
*** Guest22 <Guest22!~Guest76@49.249.19.242> has joined #yocto12:09
*** Guest22 <Guest22!~Guest76@49.249.19.242> has quit IRC (Client Quit)12:10
mcfriskarhg, few days wasted due to += overwriting systemd PACKAGECONFIG which is set with ??=, what's the point with that...12:16
*** eminboydak <eminboydak!~eminboyda@user/eminboydak> has joined #yocto12:19
RPmcfrisk: I wish I could find the time to sit down and try and work out a better way of handling this :/12:20
mcfriskI think use either ??= or ?= on oe-core, not both12:21
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto12:21
RPmcfrisk: it does depend on conf vs class vs recipe context12:22
mcfriskI should just learn to always, always check bitbake -e output. assignments and various things which impact variables across layers are so far from trivial12:23
mcfriskand runtime impacts are even more interesting. at least systemd reported the PACKAGECONFIG output on first line in boot so I got the hint to check that12:24
eminboydakHello, I am using Yocto to create the rootfs and the kernel provided by the board manufacturer. Wi-Fi works on the default Debian rootfs but not on the rootfs I created with Yocto. I reached out to the company about this issue, and they told me to copy the kernel module file to the "/system/lib/" directory and then enable the module in Yocto. I12:30
eminboydakwant to enable the "bcmdhd" module in Yocto, but I can't find the proper solution. Is there anyone here who knows how to do this?12:30
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)12:36
mckoan|awayeminboydak: the manufacturer gave you a bad advice. "/system/lib/" directory doesn't exist12:58
*** mckoan|away is now known as mckoan12:58
mckoaneminboydak: and moreover you can't mismatch kernel modules from a kernel to another12:58
mckoaneminboydak: you are still in time to change board manufacturer :-D12:59
*** sveinse <sveinse!~sveinse@2a01:799:557:ec00:1466:6aff:fe8a:220e> has joined #yocto13:02
*** zhmylove <zhmylove!~zhmylove@80.254.50.127> has joined #yocto13:03
sveinseIs it possible to look up RDEPENDS:xyz from another recipe? I would assume via bb, but I haven't found any viable ones yet.13:04
zhmyloveHey everyone! Is there any way to specify sha/md5 checksums for local file:// ? I've already tried adding `;sha256sum=XXX` and `;name=XXX` + `SRC_URI[XXX.sha256sum]` -- Yocto just ignores that13:05
sveinseI'm trying list every RDEPENDS package recursively in order to generate dependencies do run package_write_ipk on all of them13:06
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.3.5)13:13
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto13:16
*** sa7mfo_ <sa7mfo_!~sa7mfo@83-233-6-197.cust.bredband2.com> has quit IRC (Quit: Lost terminal)13:24
*** zpfvo <zpfvo!~fvo@i59F5CD57.versanet.de> has quit IRC (Remote host closed the connection)13:27
*** zpfvo <zpfvo!~fvo@i59F5CD57.versanet.de> has joined #yocto13:28
rburtonsveinse: no. if you want to look at rdepends then bitbake's concept isn't accurate: you want to iterate pkgdata13:30
rburtonzhmylove: checksums are not validated for local files13:31
sveinserburton: ok. Hmm. Seems so trivial problem to collect all ipks from a given RDEPENDS hierarchy, but it truly isn't13:32
rburtonsveinse: rdepends are generated at build time so asking the parse-time data store isn't useful at all13:34
rburtonsveinse: pkgdata contains the final rdepends and is exactly what you want13:35
sveinsePackagegroup provides the dependencies, but it's not enough to simply bitbake it, as the generation of `package_write_*` is not depended on13:35
rburtonwhat do you actually want to do?13:35
sveinseCollect all ipks from a given list of packages, hierachical. Its for collecting uploading to a distro package repo.13:36
RPsveinse: have a look at the runall and runonly bitbake options13:37
rburtonsveinse: pkgdata can tell you that, or bitbake your target with a clean deploydir and whetever ends up in deploy will be what you want13:37
sveinseipk packages aren't built unless they are explicitly used in images13:37
RPsveinse: Try bitbake <image> --runall do_package_write_ipk13:37
RPsorry, <packages>13:38
sveinseRP: I tried runall some time back, but it was enormous. More than what I got if I did a bitbake of a packagegroup in a build with empty sstate cache. What is runall doing? Is it world-like?13:38
RPsveinse: the dependency chains are more convoluted than people think13:39
RPsveinse: it looks at any recipe included in the given target and sees whether any of it's dependencies have a write_ipk task and recurses, adding any it finds13:40
sveinseJust to back up for context: I have a packagegroup with a list of RDEPENDS. If I do a complete rebuild from scratch withou sstate I get a collection of ipks that I want. If I repeat the process after removing tmp/ but with sstate cache, I do not get the same set of ipks. Nor if I use --runall. Then I get an even bigger set.13:41
rburtonthe runnall set is the _complete_ set13:41
rburtonas you say, it only builds the ipkgs that is needs at a particular point in time13:41
sveinseAnd its that (partial) list I'm looking to compile -- to repeat the output from a fresh build13:42
sveinseMaking a fake image doesn't work that well either. These packages are for the distro repo and might conflict, so they may not be able to be installed into a fake image.13:43
sveinseIt is possible to make tooling outside of bitbake, but I'd hope I could do this in a bbclass or somesuch13:44
*** enok <enok!~Thunderbi@185.102.18.74> has joined #yocto13:44
rburtonyou can either have the partial subset that a particular build wants, or the complete set.  you want to runall on the packagegroup.  if you can name a package which is built but shouldn't be then identify it13:44
rburtonif you don't trust bitbake then pkgdata will be useful and. you can read that outside of bitbake13:45
sveinseI trust bitbake, but I'm curious to why "bitbake packagegroup-x" returns less packages than its --runall all does. What does it exclude in the former?13:46
*** paulg <paulg!~paulg@198-48-234-200.cpe.pppoe.ca> has quit IRC (Remote host closed the connection)13:47
sveinseThe second run of "bitbake packagegroup-x" is an, uhm, feature, of the sstate mechanism and another issue13:47
rburtonrunall is most likely causing buildtime only dependencies to also be packaged up. but that shouldn't be that many so again i'm curious what the differences are13:48
sveinseI can probably setup a test to see. It'll take me 5-8 hours do to, since I need to wipe the sstate cache for it13:49
sveinseI wonder what others that maintain distro package repos does to collect ipk/deb/rpm files.13:51
sveinseOr are most only building images and stop at that?13:51
*** paulg <paulg!~paulg@198-48-234-200.cpe.pppoe.ca> has joined #yocto13:52
rburtonsveinse: surely you can do the same experiment with packagegroup-boot in core?13:53
rburtonalso no need to wipe sstate, just wipe tmp13:53
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto13:54
rburtonif you're interested in package feeds and binary distros then i point you at zeddii who is running a project to improve tooling here. this has been discussed a lot in the weekly status calls/mails.13:54
rburtonbut yes most people don't use a binary feed because they're terrible for production.13:55
sveinseRunning `bitbake packagegroup-x`, extracting the ipks, deleting tmp, running `bitbake packagegroup-x` again won't yield the same set of ipks.13:56
*** Tyaku <Tyaku!~Tyaku@82-64-140-155.subs.proxad.net> has quit IRC (Quit: Lost terminal)13:56
sveinsewhich is the primary cause of the problem13:56
rburtonsveinse: what happened before the first bitbake? or are you saying that with a clean tmp, bitbake isn't reproducible?13:57
*** Xagen <Xagen!~Xagen@4.14.206.69> has joined #yocto13:58
sveinserburton: Yes, because say `packagegroup-foo` RDEPENDS bar. On the first build `bar_*.bb` will run everything, producing output ipks. On the second build, however, the RDEPENDS will be satisfied with the setstate from the sstatecache. It will not, however, rebuild the output ipks. Thus they are different.14:00
rburton<cough> runall :)14:01
*** enok <enok!~Thunderbi@185.102.18.74> has quit IRC (Ping timeout: 252 seconds)14:01
sveinseSo it seems :D14:02
sveinserburton: Its interesting that yocto isn't used for basis for building binary feeds. It does advertise to be something that builds distros. And most distros have a rich set of additional packages available.14:05
rburtonsveinse: sure it can. you bitbake world, and rsync the result :)14:05
rburtonif you have thoughts here then please do get involved with the effort to improve it14:05
rburtonbut in many production situations, a feed is the wrong answer: a proper A/B updater works much better14:06
rburtoni don't want a bricked soundbar because i had a power cut whilst opkg was running, for example14:06
sveinseNo, but for development communities, having embedded HW systems with rich tooling is expected. You can't fathom how many times our team is asked "but I can do apt install in raspberry pi? Why can't you."14:07
rburtonso bitbake --runall && rsync14:08
sveinseFTR, I agree, A/B is absolutely best14:08
sveinseI'm going to test why my --runall is so big14:09
sveinsethank you14:10
RPsveinse: we have two conflicting user groups - those who want everything built when they run "bitbake image" and those who want the things needed for the image. The runall and runtask options were our attempt to try and give people all the options14:18
RPsveinse: I'd be interested to know if runtask does what you want instead of runall14:18
RPsveinse: might be worth a try against your sstate in case that does work14:18
* RP has a suspicion it might14:19
sveinseI'll post what my findings are. It will take some time thou, since at the present this is our full system. Once I've identified, I can start reducing the problem into something public, like poky.14:20
RPsveinse: the runtask test should be straight forward if you have the sstate and know what the result should look like?14:21
*** zhmylove <zhmylove!~zhmylove@80.254.50.127> has quit IRC (Quit: Leaving)14:23
sveinseRP: With runtask you'd need a list of the recipes you'd want to run do_pacakge_wrike_ipk, not?14:25
*** aardo <aardo!~ardo@host-87-7-55-21.retail.telecomitalia.it> has joined #yocto14:25
RPsveinse: no, that would be the -c option. --runtask does something a bit different14:26
RPsveinse: try it with your packagegroup or which ever target you want to reproduce a from scratch build of14:26
RPsveinse: I say this as the person who implemented it14:27
*** ardo <ardo!~ardo@host-79-49-46-32.retail.telecomitalia.it> has quit IRC (Ping timeout: 252 seconds)14:27
sveinsetesting now with emptied tmp and with populated sstate cache14:27
RPsveinse: I mean runonly, I'm getting confused now14:30
sveinseAlas. I'm on kirkstone on this system14:33
sveinseShould the hashsrv db be wiped when the sstate cache is emptied?14:37
sveinserburton: What email list can I find the discussions about the improved tooling discussions?14:52
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto14:53
*** ray-san <ray-san!~ray-san@195.50.168.194> has quit IRC (Ping timeout: 252 seconds)14:56
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)14:59
*** BenBE <BenBE!~benbe@user/benbe> has quit IRC (Ping timeout: 265 seconds)15:01
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 4.3.5)15:11
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection)15:19
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto15:19
*** jbo <jbo!~jbo@user/tct> has quit IRC (Quit: ZNC 1.9.0 - https://znc.in)15:22
*** jbo <jbo!~jbo@user/tct> has joined #yocto15:25
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto15:29
*** amitk_ <amitk_!~amit@58.84.62.119> has joined #yocto15:37
*** enok <enok!~Thunderbi@185.102.18.74> has joined #yocto15:39
*** amitk <amitk!~amit@58.84.61.2> has quit IRC (Ping timeout: 252 seconds)15:40
frayI started with the confgi_only=True because in some of my configs parse time is excessive (if I don't need to run a build) but I still need to get some bitbake vars15:44
RPfray: wrong window :)15:48
*** enok <enok!~Thunderbi@185.102.18.74> has quit IRC (Ping timeout: 245 seconds)15:48
frayohh well.. ;)15:48
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection)15:52
*** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has quit IRC (Ping timeout: 246 seconds)15:54
*** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has joined #yocto15:55
*** Ram-Z_ <Ram-Z_!~Ram-Z@li1814-254.members.linode.com> has joined #yocto15:59
*** Ram-Z <Ram-Z!Ram-Z@2a01:7e01::f03c:91ff:fe57:d2df> has quit IRC (Ping timeout: 246 seconds)16:00
*** mckoan is now known as mckoan|away16:21
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)16:27
*** zpfvo <zpfvo!~fvo@i59F5CD57.versanet.de> has quit IRC (Remote host closed the connection)16:30
*** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has quit IRC (Remote host closed the connection)16:35
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto17:09
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection)17:15
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving)17:15
*** sgw <sgw!~swold@user/sgw> has quit IRC (Quit: Leaving.)17:17
*** BenBE <BenBE!~benbe@user/benbe> has joined #yocto17:28
*** Jones42__ <Jones42__!~Jones42@user/Jones42> has quit IRC (Ping timeout: 260 seconds)17:31
fullstopgood news, everyone, I'm finally migrating from mickledore to scarthgap.  \o/17:45
*** mjm <mjm!~mjm@user/mjm> has joined #yocto18:02
*** florian <florian!~florian@dynamic-077-176-058-183.77.176.pool.telefonica.de> has joined #yocto18:23
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.113> has quit IRC (Quit: Konversation terminated!)18:26
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.113> has joined #yocto18:27
*** jmd <jmd!~user@2001:a61:2a51:1801:edcb:9e4c:3259:2a73> has joined #yocto18:30
*** berton <berton!uid641616@id-641616.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)18:37
*** rynofinn____ <rynofinn____!sid362734@id-362734.lymington.irccloud.com> has joined #yocto18:45
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 260 seconds)18:47
*** enok <enok!~Thunderbi@94.191.136.99.mobile.tre.se> has joined #yocto18:57
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Ping timeout: 260 seconds)19:12
sveinseRP: I have some test results: Short summary is that --runall is the way to go for gathering ipk. --runonly does nothing new. It does not trigger the package_write_ipk for depended on packages. So you we're right. Thanks.19:14
sveinseI also found that my previous test runs were flawed, no a "bitbake packagegroup-something" with an empty sstate cache and a subsequent run with populated sstate cache produce the same ipk output. That is, it does not have the files I need. So I withdraw the suspicion that it behaves differently.19:17
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto19:25
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto19:37
*** enok <enok!~Thunderbi@94.191.136.99.mobile.tre.se> has quit IRC (Ping timeout: 252 seconds)19:44
*** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8071:65c3:7240:8732:2b1b:1918:4d4c> has quit IRC (Read error: Connection reset by peer)19:46
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection)19:56
*** |Xagen <|Xagen!~Xagen@4.14.206.69> has joined #yocto19:56
*** Xagen <Xagen!~Xagen@4.14.206.69> has quit IRC (Ping timeout: 255 seconds)19:58
*** jmd <jmd!~user@2001:a61:2a51:1801:edcb:9e4c:3259:2a73> has quit IRC (Remote host closed the connection)20:03
*** jmd <jmd!~user@2001:a61:2a51:1801:edcb:9e4c:3259:2a73> has joined #yocto20:03
RPsveinse: ok, that is good to know from my perspective at least that it is consistent20:05
*** mvlad <mvlad!~mvlad@2a02:2f05:810e:b200:e88e:21ff:fe65:be18> has quit IRC (Remote host closed the connection)20:07
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto20:09
*** jmd <jmd!~user@2001:a61:2a51:1801:edcb:9e4c:3259:2a73> has quit IRC (Remote host closed the connection)20:20
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds)20:24
*** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)20:39
*** ente <ente!~daemon@inferno.barfooze.de> has quit IRC (Quit: Caught SIGSEGV, exiting...)21:00
*** amitk_ <amitk_!~amit@58.84.62.119> has quit IRC (Ping timeout: 265 seconds)21:16
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.113> has quit IRC (Ping timeout: 248 seconds)21:19
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.108> has joined #yocto21:20
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.108> has quit IRC (Ping timeout: 265 seconds)21:27
*** prasmi <prasmi!~prasmi@2a00:23c8:2500:a01:27e5:fd2b:c383:4217> has joined #yocto21:33
*** prasmi <prasmi!~prasmi@2a00:23c8:2500:a01:27e5:fd2b:c383:4217> has quit IRC (Client Quit)21:35
*** prasmi <prasmi!~prasmi@2a00:23c8:2500:a01:27e5:fd2b:c383:4217> has joined #yocto21:35
*** prasmi <prasmi!~prasmi@2a00:23c8:2500:a01:27e5:fd2b:c383:4217> has quit IRC (Client Quit)21:38
*** prasmi <prasmi!~prasmi@2a00:23c8:2500:a01:27e5:fd2b:c383:4217> has joined #yocto21:38
*** prasmi <prasmi!~prasmi@2a00:23c8:2500:a01:27e5:fd2b:c383:4217> has quit IRC (Client Quit)21:40
*** prasmi <prasmi!~prasmi@2a00:23c8:2500:a01:27e5:fd2b:c383:4217> has joined #yocto21:40
*** frieder <frieder!~frieder@88.130.219.77> has quit IRC (Remote host closed the connection)21:42
sveinseWhen building for aarch64, are there any real gains in building for this MACHINE on a machine of the same architecture? As opposed to building on an Intel CPU21:58
sveinseRP: Yes, I am too. Consistency is always best.21:59
sveinseI see that some tools (looking at you nodejs) that takes forever and a day to build due to the arm emulation22:00
*** florian <florian!~florian@dynamic-077-176-058-183.77.176.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)22:17
*** prasmi <prasmi!~prasmi@2a00:23c8:2500:a01:27e5:fd2b:c383:4217> has quit IRC (Ping timeout: 276 seconds)22:30
*** |Xagen <|Xagen!~Xagen@4.14.206.69> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)23:11
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has quit IRC (Ping timeout: 252 seconds)23:33
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto23:43

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!