Thursday, 2024-06-06

*** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 246 seconds)00:16
*** davidinux <davidinux!~davidinux@45.11.82.48> has quit IRC (Ping timeout: 252 seconds)01:03
*** davidinux <davidinux!~davidinux@45.11.82.48> has joined #yocto01:04
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)01:22
*** sgw <sgw!~swold@user/sgw> has quit IRC (Quit: Leaving.)01:26
*** jclsn <jclsn!~jclsn@2a04:4540:6539:1a00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 272 seconds)01:58
*** jclsn <jclsn!~jclsn@2a04:4540:653d:ba00:2ce:39ff:fecf:efcd> has joined #yocto02:00
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 255 seconds)02:11
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto02:12
*** mjm_ <mjm_!~mjm@user/mjm> has joined #yocto02:23
*** mjm <mjm!~mjm@user/mjm> has quit IRC (Ping timeout: 268 seconds)02:26
*** mjm_ <mjm_!~mjm@user/mjm> has quit IRC (Ping timeout: 272 seconds)02:28
*** sotaoverride <sotaoverride!~ctraven@139.68.81.2> has quit IRC (Killed (silver.libera.chat (Nickname regained by services)))02:35
*** sotaover1ide is now known as sotaoverride02:35
*** ctraven <ctraven!~ctraven@139.68.81.2> has joined #yocto02:40
*** mjm <mjm!~mjm@user/mjm> has joined #yocto03:21
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.104.192> has quit IRC (Quit: ZNC 1.9.0 - https://znc.in)04:08
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.104.192> has joined #yocto04:10
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has quit IRC (Read error: Connection reset by peer)04:29
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has quit IRC (Remote host closed the connection)04:36
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto04:36
*** ctraven <ctraven!~ctraven@139.68.81.2> has quit IRC (Ping timeout: 268 seconds)04:44
*** roussinm <roussinm!~mroussin@142.115.196.7> has quit IRC (Ping timeout: 268 seconds)04:47
*** ctraven <ctraven!~ctraven@139.68.81.2> has joined #yocto04:49
*** schtobia <schtobia!~quassel@schmidl.dev> has quit IRC (Quit: Bye!)04:59
*** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto04:59
*** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Remote host closed the connection)05:12
*** ctraven <ctraven!~ctraven@139.68.81.2> has quit IRC (Ping timeout: 268 seconds)05:14
*** ctraven <ctraven!~ctraven@139.68.81.2> has joined #yocto05:20
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has quit IRC (Remote host closed the connection)05:21
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto05:22
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto05:23
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has quit IRC (Remote host closed the connection)05:30
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto05:30
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has quit IRC (Remote host closed the connection)05:32
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto05:33
*** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has joined #yocto05:44
*** ctraven <ctraven!~ctraven@139.68.81.2> has quit IRC (Ping timeout: 260 seconds)05:45
*** ctraven <ctraven!~ctraven@139.68.81.2> has joined #yocto05:50
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has quit IRC (Remote host closed the connection)05:52
*** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has joined #yocto05:53
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto06:02
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has quit IRC (Remote host closed the connection)06:02
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto06:17
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto06:53
*** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has joined #yocto06:54
*** belsirk <belsirk!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has joined #yocto07:14
*** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto07:14
*** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has quit IRC (Ping timeout: 268 seconds)07:17
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has quit IRC (Quit: Konversation terminated!)07:19
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has joined #yocto07:20
*** dkc <dkc!~dan@user/dkc> has quit IRC (Ping timeout: 268 seconds)07:21
khemRP: sent a fix for gcc which should fix the problem, you might try both python and gcc patch together and see how it goes07:21
*** belsirk is now known as rfuentess07:24
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has joined #yocto07:42
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:947c:b844:93b:1d1e> has joined #yocto07:46
*** dkc <dkc!~dan@user/dkc> has joined #yocto07:51
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto08:15
*** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto08:52
*** Saur_Home69 <Saur_Home69!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto08:56
*** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Ping timeout: 250 seconds)09:00
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:02
*** BhsTalel <BhsTalel!~BhsTalel@147.161.164.95> has joined #yocto09:05
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has joined #yocto09:13
*** xmn <xmn!~xmn@2600:4040:9398:a200:b43a:e1c1:4cb5:736d> has quit IRC (Quit: ZZZzzz…)09:15
*** Jones42 <Jones42!~Jones42@user/Jones42> has quit IRC (Ping timeout: 240 seconds)09:16
*** Jones42_ is now known as Jones4209:25
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving)09:42
RPkhem: I'm afraid I know it won't work just reading the patch :(09:46
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 268 seconds)09:52
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:947c:b844:93b:1d1e> has quit IRC (Ping timeout: 268 seconds)09:54
*** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)10:04
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:c585:df6f:334e:46b6> has joined #yocto10:06
KanjiMonsterI'm having a hard time coming up with a way to setup a tree (using repo) with checking out poky and supplying a .templateconf to point to a different template without forking poky or causing uncommited git changes present10:07
XogiumKanjiMonster: I mean, poky is a reference distro. You shouldn't be using it to make your own things, probably10:09
Xogiumusing oe-core might avoid the problems you have ?10:10
KanjiMonsterunfortunately not, oe-core also ships a (different) .templateconfig10:10
rburtonKanjiMonster: can you not put the templateconf in your layer10:14
KanjiMonsterwhat I'm attempting is to not force users to set TEMPLATECONF, but rather use the one for our "distro" by default10:14
CroftonBut that means changing the default configs, and that is what your problem is ....10:15
KanjiMonsterfor kirkstone we ship a semi-pre-poulated build dir with .sample files and a templateconf.cfg, so running oe-init-build-env build-our-distro automagically works10:16
rburtonyour layer can have its own oe-init-build-env script10:17
rburtonhttps://github.com/rossburton/customdistro is very old and needs updating but that just provides its own init-env script10:18
CroftonJust use TEMPLATECONF?10:18
KanjiMonsterthat's what I'm currently trying to avoid, I want to keep things working as they currently do, as these are ingrained in docs and CI etc10:20
*** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Read error: Connection reset by peer)10:29
*** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto10:29
*** davidinux <davidinux!~davidinux@45.11.82.48> has quit IRC (Ping timeout: 246 seconds)10:43
*** davidinux <davidinux!~davidinux@45.11.80.107> has joined #yocto10:45
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:c585:df6f:334e:46b6> has quit IRC (Quit: ehussain)11:07
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 268 seconds)11:16
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto11:24
*** Kubu_work <Kubu_work!~kubu@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto11:31
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto11:33
*** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has joined #yocto11:48
tgamblinrburton: do you know if there's a better license for public domain than meta/files/common-licenses/PD?11:48
tgamblinUnlicense?11:49
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto11:52
tgamblinI guess it'd be CC-PDDC11:59
*** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Ping timeout: 264 seconds)12:16
*** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto12:18
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds)12:20
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto12:26
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Client Quit)12:27
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto12:27
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has joined #yocto12:28
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto12:29
*** Jones42 <Jones42!~Jones42@user/Jones42> has quit IRC (Ping timeout: 268 seconds)12:32
*** xmn <xmn!~xmn@2600:4040:9398:a200:b43a:e1c1:4cb5:736d> has joined #yocto12:44
rburtontgamblin: that's probably the closest12:45
rburtontgamblin: people who use 'public domain' should be shot into space12:45
tgamblinrburton: I put CC0-1.0 in at the end, since that's what's referenced in COPYING.txt12:46
rburtontgamblin: good rationale thanks12:46
*** zpfvo <zpfvo!~fvo@14-59-142-46.pool.kielnet.net> has joined #yocto12:46
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has quit IRC (Ping timeout: 240 seconds)12:49
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)12:50
*** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Quit: Leaving)13:00
*** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto13:00
*** phako_ <phako_!~phako_@p200300f877199b00798741b3bf972518.dip0.t-ipconnect.de> has joined #yocto13:05
phako_hi. Does anyone happen to know what fixed CMake's FindPython picking up the host python? (I am on honister, seems to work fine on langdale)13:06
rburtonthere's a FIND_PATH assignment in cmake.bbclass13:08
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-37-142-115-196-7.dsl.bell.ca> has joined #yocto13:11
phako_rburton do you mean OECMAKE_FIND_ROOT_PATH_MODE_PROGRAM ?13:11
phako_or the filling of the *FIND_ROOT_PATH path in toolchain.cmake13:11
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 260 seconds)13:17
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 272 seconds)13:20
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto13:20
*** mulk <mulk!~mulk@p5b2dc1a2.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 264 seconds)13:26
rburtonyes, those13:31
*** mulk <mulk!~mulk@p5b2dc1a2.dip0.t-ipconnect.de> has joined #yocto13:35
phako_They seem to be identical between honister and langdale. Wonder if CMake fixed FindPython13:38
phako_They only differ in a comment. Well, screw it, I will hard-code python include paths and hope we can get rid of anything older than langdale ASAP13:43
Guest3738for some reason, CONVERSIONTYPES is missing enc as an option, inherit swupdate-enc clearly says "CONVERSIONTYPES += "enc"" and my image recipe inherits it13:48
vvnI have a shared docker volume mounted on /deploy and I set DEPLOY_DIR to a subfolder of it per project, e.g. /deploy/myproject, yet bitbake complains about overlapping files. What am I missing?13:50
*** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto13:51
rburtonvvn: without more context, its impossible to say13:57
rburtonif files exist that bitbake didn't know about then it will complain13:57
vvnrburton: ha ok, indeed the file exists, but from the same build. Exactly as with an existing build (and DEPLOY_DIR set to TMPDIR/deploy)13:58
rburton_same tmpdir_ though?13:59
rburtondoes bitbake actually know about them?13:59
vvnhum no it's a fresh tmpdir indeed13:59
rburtonif your goal is to just archive builds, it might be easier to do a build and then _if its is successful_ copy to the shared directory13:59
rburtonotherwise you'll end up with partial builds in your shared deploy13:59
vvnI just set DEPLOY_DIR to an external folder so that I get serve them during development (but a subfolder per project)14:00
vvnrburton: ok so you're saying that I should keep the DEPLOY_DIR under TMPDIR, correct?14:00
rburtonyeah i would14:00
vvnok ok, being about to set a different value for DEPLOY_DIR* is confusing then14:01
JPEWRP: I realized the UNPACKDIR changes can simplify some of the SPDX code to capture source files; I sent an RFC patch set. Curious what you think14:07
*** BhsTalel <BhsTalel!~BhsTalel@147.161.164.95> has quit IRC (Quit: Client closed)14:09
*** Jones42 <Jones42!~Jones42@user/Jones42> has quit IRC (Ping timeout: 256 seconds)14:10
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Computer going to sleep)14:10
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto14:10
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto14:11
*** vthor <vthor!~thor@user/vthor> has joined #yocto14:11
RPJPEW: I was hoping to be able to make some simplifications like this. Should we do this in the fetcher though?14:17
phako_the missing magic seems to be  "inherit python3native"14:17
RPdoing a walk over all the files isn't ideal but...14:18
JPEWRP: I didn't time it, but it seems to be fast enough I didn't notice the difference. I think at this point the files are still "hot" in the FS cache, since they were just written14:19
JPEWSHould be profiled though to make sure14:20
JPEWRP: Like in fetcher.unpack() ?14:20
RPJPEW: right, everything should still be in the disk cache. Is SPDX doing this at a later point anyway?14:20
JPEWIt's doing the silly thing of re-running do_unpack like archive.bbclass14:20
RPJPEW: or we expose a new API in the fetcher and call it after .unpack() ?14:20
RPJPEW: oh right. Yes, please lets stop doing that!14:21
RPJPEW: I was also thinking about writing out the SDE info from somewhere around here14:22
JPEW`fetcher.write_file_manifest(unpackdir, manifest_path, ....)` isn't really and different than the OE write_file_manifest(), other than that it lives in bitbake  (which is fine if you think that's a better option)14:22
RPJPEW: you might need to persist the manifest info but we could do that alongside SDE14:23
JPEWRP: I don't think I need it persisted (for SPDX) anyway14:23
RPJPEW: I was just thinking we should perhaps keep the fetcher "ops" together14:23
RPJPEW: it means if you need to rebuild the SPDX data it would have to unpack all the source code14:23
JPEWYes, that is already true (at least if you want the source file tracking, which is disabled by default)14:24
RPwell, you might be able to avoid it...14:24
JPEWRight14:24
RPJPEW: I'm trying to think about this from multiple angles14:25
JPEWI'm not sure how to persist it though, would it need some... do_unpack_manifest task that is sstate?14:25
RPJPEW: merge with do_deploy_source_date_epoch14:25
JPEWmmm, ya, ok14:25
RPthey're both "source info"14:25
RPas I've hinted at, I think these functions need rework anyway14:25
vvnrburton: do all your projects have some post-scripts to copy files around?14:26
rburtonvvn: _our_ projects just use gitlab artifacts to save what we want to save14:26
rburtonbut i don't have the same use case as you i imagine14:27
vvnrburton: I have several build to do, all of them obviously use different revisions, etc. in the end I need to centralize the .wic* and .ipk files somewhere14:28
RPJPEW: we can do this incrementally, I'm just trying to share where I see things going. Your patch even as is seems an improvement14:28
JPEWRP: Ya, either way we'll need to write the manifest out in do_unpack; we can make it saved in sstate and simplify SDE (?)14:29
JPEW*saved in sstate and simplify SDE later(?)14:30
RPJPEW: we can't make unpack directly sstate since it doesn't restore the source14:30
JPEWYa, for sure14:30
*** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 255 seconds)14:30
khemRP: that check is used in multiple places in GCC sources already, this patch does not introduce that check, so we might be hopig too much by using common compiler across glibc and musl systems14:33
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds)14:36
*** cambrian_invader <cambrian_invader!~cambrian_@50.217.174.170> has joined #yocto14:42
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has quit IRC (Ping timeout: 260 seconds)14:42
*** LocutusOfBorg <LocutusOfBorg!~locutusof@host-95-231-134-228.business.telecomitalia.it> has joined #yocto14:46
*** goliath <goliath!~goliath@user/goliath> has joined #yocto15:07
*** vthor <vthor!~thor@2806:10a6:6:1b6e:4d72:5f66:a1ca:d616> has joined #yocto15:11
*** Guest62 <Guest62!~Guest90@176.33.64.59> has joined #yocto15:14
Guest62Is it necessary to do an UNPACKDIR migration for B = ${WORKDIR}15:14
*** Guest3738 <Guest3738!~Guest37@199.59.102.58> has quit IRC (Quit: Connection closed)15:14
*** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has quit IRC (Remote host closed the connection)15:18
jonmasontgamblin: https://www.amazon.com/dp/B0BYGRLRS1/?th=115:26
*** phako_ <phako_!~phako_@p200300f877199b00798741b3bf972518.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed)15:26
jonmason"Matter" is the power monitoring15:26
tgamblinjonmason: thanks, gonna order a few of these for next week15:26
jonmasonThe strips https://www.amazon.com/Kasa-Smart-Power-Strip-TP-Link/dp/B07G95FFN3/?th=115:27
*** Guest62 <Guest62!~Guest90@176.33.64.59> has quit IRC (Quit: Client closed)15:30
rburtonjonmason: Matter is lots of things, support for matter doesn't mean monitoring15:32
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 268 seconds)15:36
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto15:40
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 240 seconds)15:45
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 252 seconds)15:47
JPEWRP: I think maybe the problem with making it part of the fetcher is that I'm not sure making a manifest of a directory is specific to the fetcher; I could see the same function being used in other places. Maybe make it part of bb.utils?16:00
RPJPEW: we did already have some of this manifest generation added within the fetcher too. The piece which is missing from that manifest which people have wanted is the info of which files come from which srcuri entries16:05
*** Kubu_work <Kubu_work!~kubu@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Quit: Leaving.)16:07
JPEWRP: BB_UNPACK_TRACER_CLASS ?16:08
RPJPEW: the tracer, yes. I was blanking on that word16:10
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed)16:11
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has joined #yocto16:12
JPEWBB_UNPACK_TRACER_CLASS should probably be a list of classes I guess, and we'd have a class that appends to a manifest file each time it's called?16:13
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto16:14
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:bc99:1176:92d8:93d3> has joined #yocto16:22
RPJPEW: maybe, or drop the "API" to it and just put some kind of manifest generation into the unpack code out the box16:24
*** zpfvo <zpfvo!~fvo@14-59-142-46.pool.kielnet.net> has quit IRC (Remote host closed the connection)16:44
*** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 246 seconds)16:56
khemRP: sent a v2 which makes the musl check in code istead of build time macro check17:03
khemI have checked that it works correctly for TCLIBC=musl and TCLIBC=glibc17:04
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Computer going to sleep)17:16
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto17:17
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has quit IRC (Read error: Connection reset by peer)17:30
tlwoernerso we still have to wait 2 weeks for workdir/unpackdir fixes for meta-arm? i see other patches getting into meta-arm master17:45
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:bc99:1176:92d8:93d3> has quit IRC (Quit: ehussain)17:56
*** sveinse <sveinse!~sveinse@2a01:799:557:ec00:1466:6aff:fe8a:220e> has joined #yocto18:01
sveinseIs there still activity in this channel?18:02
*** mischief <mischief!~mischief@2601:646:100:23:2efd:a1ff:feba:38aa> has quit IRC (Remote host closed the connection)18:03
*** mischief2 <mischief2!~mischief@2601:646:100:23:2efd:a1ff:feba:38aa> has joined #yocto18:04
sveinseIs there something that can be done to rebuild the packages (ipk i my case)? I have a system which relies on sstate cache and I'm having problems with that e.g. the package gcc-*.ipk is missing in build/tmp despite it being rdepended on by packagegroup-core-buildessential.18:04
sveinseI suspect I'm lacking a step to rebuild the ipks18:04
khembeing part of packagegroup wont be enough, unless the packagegroup is used in an image which is being built18:08
sveinseSo bitbake packagegroup-core-buildessential is not enough, is that what you mean?18:09
sveinseI'm building lots of additional packages for a package repo. There are many packages that isn't included in images.18:11
*** Saur_Home69 <Saur_Home69!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)18:13
*** Saur_Home69 <Saur_Home69!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto18:13
*** mischief2 <mischief2!~mischief@2601:646:100:23:2efd:a1ff:feba:38aa> has quit IRC (Ping timeout: 256 seconds)18:14
*** mischief <mischief!~mischief@2601:646:100:23:2efd:a1ff:feba:38aa> has joined #yocto18:19
khemwell generally ipks should be built for target and all its dependencies so it should work in general18:19
sveinseI just tested by removing "make" from sstate cache and rerun "bitbake packagegroup-core-buildessential". I verify that the package is built, but for some reason I don't seem to get a package generated18:21
sveinsebitbake is happy and saying the build target is complete18:21
sveinseaha. Now I run "bitbake make" and now I get the ipk target running. So I think you're right khem, only bitbaking the packagegroup is not enough18:24
khempackage groups are meta packages they have no existence of their own otherwise18:25
sveinseNo, that's fine. But I need all the ipks that the packagegroup depends on18:25
khemyou can create an image or you can do bitbake world if you want to offer a large set of binary packages18:26
sveinseHmm. I want neither. World is too big, and I don't need to spend efforts building an image I don't want.18:27
*** rfs613 <rfs613!~rfs613@bras-base-otwaon1102w-grc-03-76-69-90-99.dsl.bell.ca> has quit IRC (Ping timeout: 260 seconds)18:27
sveinseBut I can investigate how world pulls everything.18:27
sveinseSuspect its hard coded18:27
*** rfs613 <rfs613!~rfs613@bras-base-otwaon1102w-grc-16-174-89-14-191.dsl.bell.ca> has joined #yocto18:28
*** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)18:33
*** dkl <dkl!~dkl@prometheus.umask.eu> has quit IRC (Quit: %quit%)18:45
*** Saur_Home69 <Saur_Home69!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)18:45
*** Saur_Home69 <Saur_Home69!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto18:46
*** dkl <dkl!~dkl@prometheus.umask.eu> has joined #yocto18:46
*** mischief <mischief!~mischief@2601:646:100:23:2efd:a1ff:feba:38aa> has quit IRC (Ping timeout: 256 seconds)18:56
*** vthor <vthor!~thor@user/vthor> has joined #yocto18:57
*** mischief <mischief!~mischief@2601:646:100:23:2efd:a1ff:feba:38aa> has joined #yocto18:57
*** Saur_Home69 <Saur_Home69!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)19:09
*** Saur_Home69 <Saur_Home69!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto19:09
*** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 255 seconds)19:18
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds)19:20
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto19:22
*** Saur_Home69 <Saur_Home69!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)19:28
*** Saur_Home69 <Saur_Home69!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto19:28
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has joined #yocto19:46
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has joined #yocto19:52
mischiefhow is license compliance handled with the crate fetcher? IIUC, it.. isn't.19:58
RPsveinse: you can probably use the --runall and/or --runonly options to bitbake and specify package_write_ipk as the task you want19:58
RPkhem: you got some replies on gcc's bugzilla :/20:19
*** Saur_Home69 <Saur_Home69!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)20:26
*** Saur_Home69 <Saur_Home69!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto20:26
*** Saur_Home69 <Saur_Home69!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Client Quit)20:28
*** Saur_Home69 <Saur_Home69!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto20:29
*** sotaoverride is now known as Guest239120:34
*** Guest2391 <Guest2391!~aatir@ool-4578fe22.dyn.optonline.net> has quit IRC (Killed (tungsten.libera.chat (Nickname regained by services)))20:34
*** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has quit IRC (Remote host closed the connection)20:35
sveinseRP: What I attempt is to get _all_ packages recursively rdepended on by a packagegroup. The whole point is to collect all ipks for transfer to a package repo.20:35
*** sotaoverride <sotaoverride!~aatir@ool-4578fe22.dyn.optonline.net> has joined #yocto20:37
RPsveinse: so did you try bitbake packagegroup --runall package_write_ipk ?20:38
sveinseRP: I'm running it now. OOI, --runall here means to run that task on ALL packages or just the ones depeneded by "packagegroup"?20:42
RPsveinse: just the ones depended upon by packagegroup. See bitbake --help20:43
*** florian_kc <florian_kc!~florian@dynamic-093-131-021-252.93.131.pool.telefonica.de> has joined #yocto20:49
*** Guest28 <Guest28!~Guest28@2601:647:4d7e:8f80:3817:71e:b4d6:bb48> has joined #yocto21:05
Guest28Hi Yocto Project users. I have a question, wondering if you can suggest. I ran a qemu build. added a layer for testing and wrote simple recipe to build myhello.c the bitbake myhello compiled fine. bitbake image-minimal is taking much longer than expected, it's running something busily;but it shouldn't take more than a few minutes. any suggestions21:07
Guest28for what to check? thank you.!21:07
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto21:14
*** Guest28 <Guest28!~Guest28@2601:647:4d7e:8f80:3817:71e:b4d6:bb48> has quit IRC (Quit: Client closed)21:15
sveinseRP: I needed all ipks recusively, so --runonly didn't work, but --runall seems to do the trick. Thanks a lot.21:36
*** sveinse <sveinse!~sveinse@2a01:799:557:ec00:1466:6aff:fe8a:220e> has quit IRC (Quit: Lost terminal)22:01
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)22:05
RPkhem: https://valkyrie.yoctoproject.org/#/builders/7/builds/50 :(22:06
*** florian_kc <florian_kc!~florian@dynamic-093-131-021-252.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)22:27
*** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.9.0 - https://znc.in)22:35
*** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto22:36
*** vthor <vthor!~thor@user/vthor> has joined #yocto22:43
*** vthor <vthor!~thor@user/vthor> has quit IRC (Client Quit)22:47
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto22:58
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds)23:16
*** xmn <xmn!~xmn@2600:4040:9398:a200:b43a:e1c1:4cb5:736d> has quit IRC (Ping timeout: 268 seconds)23:42
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto23:50
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)23:53
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has quit IRC (Quit: Leaving)23:54

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