| *** Wulf <Wulf!~Wulf@user/wulf> has quit IRC (Ping timeout: 256 seconds) | 00:27 | |
| *** Wulf <Wulf!~Wulf@user/wulf> has joined #yocto | 00:28 | |
| *** Guest33 <Guest33!~Guest33@2405:201:a000:7975:1058:6bf5:5d97:16d7> has joined #yocto | 00:29 | |
| *** Guest33 <Guest33!~Guest33@2405:201:a000:7975:1058:6bf5:5d97:16d7> has quit IRC (Client Quit) | 00:29 | |
| *** florian <florian!~florian@dynamic-093-133-089-174.93.133.pool.telefonica.de> has joined #yocto | 00:47 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 00:53 | |
| *** ana_gasi <ana_gasi!~ana_gasi@213.149.51.151> has quit IRC (Ping timeout: 256 seconds) | 01:02 | |
| *** florian <florian!~florian@dynamic-093-133-089-174.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 01:03 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 01:04 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 01:04 | |
| *** Guest33 <Guest33!~Guest33@2405:201:a000:7975:1058:6bf5:5d97:16d7> has joined #yocto | 01:09 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-166-98.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 01:19 | |
| *** Guest33 <Guest33!~Guest33@2405:201:a000:7975:1058:6bf5:5d97:16d7> has quit IRC (Ping timeout: 256 seconds) | 01:19 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 01:21 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 01:57 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 01:58 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 02:20 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 02:21 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-139-172.home.otenet.gr> has joined #yocto | 02:32 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-139-172.home.otenet.gr> has quit IRC (Ping timeout: 252 seconds) | 02:34 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 252 seconds) | 02:46 | |
| *** troth <troth!~troth@2001:558:6040:43:ac7b:f516:c3ef:13a8> has joined #yocto | 03:00 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds) | 03:06 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 03:15 | |
| *** xantoz <xantoz!~tewi_inab@c-c0bae255.013-124-73746f25.bbcust.telenor.se> has quit IRC (Ping timeout: 252 seconds) | 03:16 | |
| *** xantoz <xantoz!~tewi_inab@c-c0bae255.013-124-73746f25.bbcust.telenor.se> has joined #yocto | 03:21 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 03:24 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds) | 03:30 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 03:36 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 03:44 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 04:02 | |
| *** troth <troth!~troth@2001:558:6040:43:ac7b:f516:c3ef:13a8> has quit IRC (Ping timeout: 268 seconds) | 04:05 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds) | 04:16 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 04:24 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds) | 04:24 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 04:25 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 04:26 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 04:37 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 256 seconds) | 04:51 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 04:52 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 04:52 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds) | 04:53 | |
| *** camus1 is now known as camus | 04:53 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 05:00 | |
| *** troth <troth!~troth@2001:558:6040:43:ac7b:f516:c3ef:13a8> has joined #yocto | 05:06 | |
| *** Kumar <Kumar!~Kumar@182.176.107.191> has joined #yocto | 05:07 | |
| *** troth <troth!~troth@2001:558:6040:43:ac7b:f516:c3ef:13a8> has quit IRC (Ping timeout: 268 seconds) | 05:10 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 05:15 | |
| *** RaulM <RaulM!~quassel@34-61-201-31.ftth.glasoperator.nl> has joined #yocto | 05:16 | |
| *** RaulM <RaulM!~quassel@34-61-201-31.ftth.glasoperator.nl> has quit IRC (Ping timeout: 256 seconds) | 05:25 | |
| *** troth <troth!~troth@2001:558:6040:43:ac7b:f516:c3ef:13a8> has joined #yocto | 05:26 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 05:31 | |
| *** Kumar <Kumar!~Kumar@182.176.107.191> has quit IRC (Quit: Client closed) | 05:33 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 05:34 | |
| *** Kumar <Kumar!~Kumar@182.176.107.191> has joined #yocto | 05:34 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Quit: Client closed) | 05:43 | |
| *** davidinux <davidinux!~davidinux@84.17.59.175> has quit IRC (Ping timeout: 256 seconds) | 06:11 | |
| *** davidinux <davidinux!~davidinux@net-109-116-25-240.cust.vodafonedsl.it> has joined #yocto | 06:12 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:14 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 06:14 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 06:23 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds) | 06:25 | |
| *** camus1 is now known as camus | 06:25 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds) | 06:29 | |
| *** lowfi <lowfi!~lowfi@user/lowfi> has quit IRC (Read error: Connection reset by peer) | 06:57 | |
| JosefHolzmayrThe | yo dudX | 07:16 |
|---|---|---|
| *** kyrix <kyrix!~textual@78.142.65.171> has joined #yocto | 07:17 | |
| *** ana_gasi <ana_gasi!~ana_gasi@213.149.51.151> has joined #yocto | 07:19 | |
| *** pbergin <pbergin!~pbergin@h-79-136-99-68.na.cust.bahnhof.se> has joined #yocto | 07:20 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 07:22 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 07:23 | |
| *** tre <tre!~tre@ip5f588487.dynamic.kabel-deutschland.de> has joined #yocto | 07:27 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 07:29 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 07:30 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 07:33 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 07:34 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:36 | |
| *** pbergin_ <pbergin_!~pbergin@83.218.73.98> has joined #yocto | 07:37 | |
| *** pbergin <pbergin!~pbergin@h-79-136-99-68.na.cust.bahnhof.se> has quit IRC (Ping timeout: 256 seconds) | 07:40 | |
| *** mckoan|away is now known as mckoan | 07:48 | |
| *** mckoan is now known as MarcoCavallini | 07:48 | |
| MarcoCavallini | good morning | 07:48 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 07:50 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 07:53 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 07:55 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 08:00 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 245 seconds) | 08:07 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 08:08 | |
| *** kayterina <kayterina!~kayterina@62.38.55.161> has joined #yocto | 08:08 | |
| *** destmaster <destmaster!~giuseppec@mail.abe.it> has joined #yocto | 08:09 | |
| *** davidinux <davidinux!~davidinux@net-109-116-25-240.cust.vodafonedsl.it> has quit IRC (Ping timeout: 256 seconds) | 08:11 | |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has joined #yocto | 08:11 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 245 seconds) | 08:12 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 08:13 | |
| *** kayterina <kayterina!~kayterina@62.38.55.161> has quit IRC (Quit: Leaving) | 08:15 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 252 seconds) | 08:29 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 08:29 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 08:37 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 245 seconds) | 08:38 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 08:38 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds) | 08:39 | |
| wyre | how should I set a custom environment for u-boot? | 08:42 |
| wyre | should I create a new recipe? 🤔 | 08:42 |
| wyre | cannot I force u-boot to fetch the ethaddr from the hardware? | 08:42 |
| RobertBerger | @wyre: you could patch your existing u-boot recipe via a .bbappend | 08:47 |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 252 seconds) | 08:48 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 08:49 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Ping timeout: 252 seconds) | 08:54 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 08:56 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 08:57 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 245 seconds) | 08:57 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 08:58 | |
| *** RaulM <RaulM!~quassel@34-61-201-31.ftth.glasoperator.nl> has joined #yocto | 08:59 | |
| *** falk0n[m] <falk0n[m]!~falk0nmat@2001:470:69fc:105::ce60> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
| *** Artzaik[m] <Artzaik[m]!~artzaikma@2001:470:69fc:105::1:2941> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Ping timeout: 256 seconds) | 09:01 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 256 seconds) | 09:02 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 09:03 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 09:09 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 256 seconds) | 09:13 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 09:14 | |
| wyre | RobertBerger, and what about the MAC address? 🤔 | 09:16 |
| qschulz | wyre: either do it from the U-Boot command line (i.e. manually or from an env command) or write your own board file and patch U-Boot for this | 09:17 |
| wyre | qschulz, every board has its own MAC address ... so should I do something like a template and ... what mechanism could I use to fetch this MAC address automatically? | 09:19 |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 252 seconds) | 09:19 | |
| wyre | apparently the kernel is able to do it once the system has booted | 09:19 |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 09:20 | |
| qschulz | where is this MAC address stored? | 09:23 |
| wyre | qschulz, I'm not sure ... the SoM has it in its sticker | 09:23 |
| wyre | but for sure this has to be flashed somewhere in the nic | 09:23 |
| wyre | hasn't it? 🤔 | 09:23 |
| qschulz | not necessarily | 09:23 |
| JosefHolzmayrThe | wyre: nope. it really depends on the hardware | 09:23 |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 245 seconds) | 09:24 | |
| qschulz | if it was set in the NIC, why would you need to have the MAC address in the first place? | 09:24 |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 09:24 | |
| JosefHolzmayrThe | can be in fusebits, in eeprom... so please go and ask your hardware vendor. its their job to support that. | 09:24 |
| wyre | well, I guess if the SoM has it in its sticker ... this has to be inside the SoM and ... apparently it shouldn't be flashed in the carrier EERAM or something like that | 09:24 |
| wyre | EEPROM, sorry | 09:24 |
| wyre | JosefHolzmayrThe, I see | 09:25 |
| qschulz | wyre: there's a fuse command in U-Boot, maybe you can access it from there | 09:25 |
| JosefHolzmayrThe | wyre: do you really think that some random person in manufacturing will put a sticker on the IC that holds a specific function? like the EEPROM? no way. | 09:25 |
| qschulz | but I assume there's some bit manipulation to be done and I couldn't be bothered doing it in the very weak U-Boot command line | 09:25 |
| qschulz | just create your board file and do it from there | 09:25 |
| *** frinke <frinke!~frinke@217.5.190.74> has joined #yocto | 09:26 | |
| wyre | qschulz, could you give a link with more info about these board files? 🤔 | 09:26 |
| wyre | but I'm afraid I'll have to build the image for each board 😥 | 09:26 |
| qschulz | wyre: probably very outdated but the gist of it shouldn't have changed much: https://www.youtube.com/watch?v=5E0sdYkvq-Q | 09:27 |
| qschulz | wyre: no, you will add logic to read the fuse from your board file and set the ethaddr in the env from your board file | 09:27 |
| qschulz | it's logic that'll be run at runtime and not build time | 09:27 |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 252 seconds) | 09:29 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 09:30 | |
| qschulz | grep in the board/ directory for ethaddr and you'll see how vendors are handling this | 09:32 |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 245 seconds) | 09:38 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 09:38 | |
| qschulz | rburton: back to square one, the IT told me the server has never been above 20% of RAM in use.. the thing we'll look for now is container resources if they are limited in any way... | 09:39 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 09:45 | |
| RobertBerger | wyre, where from you want to grab the MAC address? | 09:47 |
| *** Guest56 <Guest56!~Guest56@79.174.190.130> has joined #yocto | 09:48 | |
| RobertBerger | wyre, I guess people were faster then me already ;) | 09:48 |
| Guest56 | Hello! I`d like to find out if all tasks (like do_patch, do_compile, etc.) are performed by the same interpreter ? | 09:50 |
| qschulz | Guest56: either sh or python, both from your host distribution IIRC | 09:53 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:53 | |
| Guest56 | Thanks | 09:53 |
| qschulz | hence why your shell tasks/functions should be POSIX compliant as much as possible :) | 09:54 |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 252 seconds) | 09:58 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 09:59 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 252 seconds) | 10:03 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 10:04 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 10:19 | |
| rburton | qschulz: i had a hunch it wasnt actually using ram, but allocating vast amounts | 10:21 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 10:21 | |
| qschulz | rburton: right now, IT has strong feeling it's max number of pids allowed | 10:22 |
| qschulz | they ran a bash bomb and it started failing at 2048 forks | 10:22 |
| rburton | oh yeah that's going to be it | 10:22 |
| qschulz | rburton: raised pids_limit in containers.conf to 1M let's see where this brings us :D | 10:26 |
| rburton | yeah try that | 10:27 |
| rburton | we should write this down in the docs :) | 10:27 |
| *** Guest56 <Guest56!~Guest56@79.174.190.130> has quit IRC (Quit: Client closed) | 10:27 | |
| rburton | common "my build randomly fails" problems, like max open file, max pid, etc | 10:27 |
| dvorkindmitry | what global variable contains current poky/yocto branch? | 10:29 |
| qschulz | dvorkindmitry: https://git.yoctoproject.org/poky-contrib/tree/meta-poky/conf/distro/poky.conf#n4 I would say | 10:30 |
| qschulz | rburton: indeed.. I guess we can add this to the FAQ? https://docs.yoctoproject.org/ref-manual/faq.html or somewhere on the official docs? | 10:31 |
| qschulz | or more the wiki? | 10:31 |
| rburton | any of those :) | 10:31 |
| rburton | maybe a wiki page would let people start collating known gotchas | 10:31 |
| rburton | ideally, with example error messages | 10:32 |
| dvorkindmitry | qschulz, I am using my own distro file. Would like to have it from bitbake or from core... | 10:32 |
| RP | we do document the pid number thing on the autobuilder | 10:36 |
| RP | https://wiki.yoctoproject.org/wiki/AutoBuilder_Cluster_Setup | 10:37 |
| rburton | dvorkindmitry: what do you actually want exactly? | 10:38 |
| dvorkindmitry | rburton, I want to use branch name in SSTATE_DIR ?= "/disk2/build.${BRANCH}/sstate-cache" | 10:39 |
| rburton | there's no need to do that | 10:39 |
| rburton | if you *really* want to do that, hardcode it | 10:39 |
| dvorkindmitry | rburton, I have a lot of builds, different branches and don't want to name the build dirs manually :) | 10:40 |
| rburton | metadata_scm has base_get_metadata_git_branch which if you give it a path to a layer will show you the git description, but that isn't just the branchname reliably | 10:41 |
| rburton | just use a single sstate, its easier and you'll share more | 10:41 |
| RP | kroon: I was a little curious about your sorted() comments, the recent changes to the sig files should make them more deterministic :/ | 10:42 |
| *** pbergin_ <pbergin_!~pbergin@83.218.73.98> has quit IRC (Quit: Leaving) | 10:42 | |
| qschulz | dvorkindmitry: to be clear, the poky version (well, at least a version, i don't know where they get it from) is part of the sstate-cache full path | 10:43 |
| kroon | RP, yeah, I don't know if it is because I was comparing sigfiles from two different build paths. But I'm on master in both builds, and I needed to add sorted() in two places in siggen.py | 10:43 |
| RP | kroon: do you have the patch somewhere I could look at? | 10:44 |
| RP | kroon: it is possible the paths could do weird things unfortunately | 10:44 |
| RP | kroon: I'm a bit torn on what to suggest with the native/cross reproducibility changes, they are rather tough | 10:45 |
| kroon | RP, yeah I can send it to bitbake-devel if you want to. but there are probably more places in there that could use a sorted(), but for some reason I didn't need them | 10:45 |
| *** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has quit IRC (Ping timeout: 256 seconds) | 10:46 | |
| kroon | RP, aye. i sent a response, im not sure what we are gaining with different build path reproduciblity to be honest.. | 10:46 |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 245 seconds) | 10:47 | |
| kroon | RP, I made a pastebin instead of posting to bitbake devel: https://pastebin.com/1URXkmMi | 10:48 |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 10:48 | |
| *** Guest81 <Guest81!~Guest81@131.181.223.213.rev.sfr.net> has joined #yocto | 10:50 | |
| RP | kroon: I just saw the email and have replied | 10:51 |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 245 seconds) | 10:54 | |
| dvorkindmitry | rburton, can TMP dir be shared too? | 10:54 |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 10:54 | |
| qschulz | dvorkindmitry: no, share DL_DIR and SSTATE_DIR | 10:54 |
| dvorkindmitry | qschulz, so I need at least one unique (TMPDIR) path for builds. May I use branch name without harcoding it? | 10:56 |
| RP | kroon: ah, yes. we never made that dump output diffable, we've assumed people would actually use the diff functions | 10:56 |
| RP | kroon: the data is in sets so would be unsorted there. We can change that though | 10:57 |
| kroon | RP, aha. and the diff functions only operate within the same build ? | 10:57 |
| qschulz | dvorkindmitry: what I used to do is to use dirname of the directory where I source the script, in the TMPDIR | 10:57 |
| RP | kroon: I suspect two different builds is a path that is not walked :) | 10:58 |
| RP | kroon: you were using the -t options which I personally hate too :/ | 10:58 |
| dvorkindmitry | qschulz, my poky dir is at homedirm but build dir is at another, mounted hdd. that's why I'm thinking about paths | 10:59 |
| rburton | dvorkindmitry: sure, my checkouts are in $HOME but the build dirs are /yocto | 11:00 |
| rburton | specifically my build dirs are /yocto/ross/build-something with sstate at /yocto/sstate and dldir at /yocto/downloads | 11:01 |
| rburton | the sstate and dldir are shared between all builds for all branches for maximum reuse | 11:01 |
| Guest81 | Hi everyone, I'm looking for some help on my Yocto project. I want to build a nativesdk recipe which need the package "cups", so I added the BBCLASSEXTEND="nativesdk" in a cups .bbappend recipe. But now the cups recipe doesn't compile anymore "do_compile: oe_runmake failed" "undefined reference to `crypt'" it's seems to be a problem with the | 11:01 |
| Guest81 | linker | 11:01 |
| dvorkindmitry | rburton, can you share your flexible path setting? Now I am using site.conf to set only 2 absolute paths: TMPDIR and SSTATE_DIR. DL_DIR is shared | 11:02 |
| rburton | its exactly what you'd expect: local.conf sets DL_DIR=/yocto/downloads and SSTATE_DIR=/yocto/sstate | 11:03 |
| rburton | a site.conf that does the same would be sensible too | 11:03 |
| rburton | don't set tmpdir in site.conf and you can let it default to "tmp under the build dir" | 11:04 |
| dvorkindmitry | rburton, no potential problems to share SSTATE? | 11:07 |
| rburton | none | 11:07 |
| rburton | explicitly designed to do that | 11:07 |
| rburton | the autobuilder shared a single sstate between 20-ish workers that all build different configurations for different branches | 11:07 |
| rburton | more sharing == more reuse | 11:08 |
| RP | dvorkindmitry: it is specifically designed to handle this | 11:09 |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 11:11 | |
| *** oberonc <oberonc!~oberonc@93-173-109-129.bb.netvision.net.il> has joined #yocto | 11:16 | |
| oberonc | hi | 11:16 |
| oberonc | is there a recipe for adding uci ? | 11:17 |
| qschulz | oberonc: https://layers.openembedded.org/layerindex/branch/master/recipes/?q=uci | 11:17 |
| oberonc | how do I add it to local.conf ? | 11:18 |
| oberonc | I add it to REDEPEND, but I get the error: | 11:19 |
| oberonc | RROR: Nothing RPROVIDES 'uci' | 11:19 |
| oberonc | *ERROR | 11:19 |
| dvorkindmitry | rburton, but if I'll delete current build dir and rebuild it and then use another builds, drop my previous one, sstate will take a lot of inodes and full of garbage, right? | 11:20 |
| JosefHolzmayrThe | oberonc: a) add the layer b) add it to your image. | 11:20 |
| JosefHolzmayrThe | oberonc: neither involves local.con | 11:20 |
| rburton | dvorkindmitry: garbage, no. it will be fill of useful objects that can be reused | 11:20 |
| qschulz | dvorkindmitry: and you can do some file management to remove those you don't use often with a simple find -atime +30 -delete for example | 11:21 |
| qschulz | and there's a script which allows to keep only the last sstate-cache entry per recipe | 11:22 |
| dvorkindmitry | qschulz, If I'll delete the whole sstate dir, keeping TMPDIR untouched, will it rebuild all recipes from scratch on next run? Or it will re-create sstate? | 11:23 |
| qschulz | both | 11:24 |
| rburton | the sstate *cache* is a cache, keep it around | 11:24 |
| qschulz | I mean "rebuild everything from scratch" induces "re-create sstate" | 11:24 |
| qschulz | but yeah, as rburton says, there's no point in removing the whole ssatte dir | 11:24 |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 11:24 | |
| rburton | FWIW our CI's sstate-cache managed to fill up the node at 600GB last week | 11:25 |
| rburton | someone might have forgotten to run the prune job | 11:25 |
| rburton | keep it, share it, and periodically delete anything that hasn't been touched for some time (with that find, for example) | 11:27 |
| qschulz | rburton: cronjob with find -atime -delete should be enough shouldn;t it? | 11:27 |
| rburton | that's literally what we have, so yeah | 11:27 |
| dvorkindmitry | so delete sstate dir will force the complete rebuild? | 11:27 |
| qschulz | rburton: ok so raising pids_whatever worked, I don't have to limit xz and zstd threads and memory 🎉 :) | 11:28 |
| qschulz | dvorkindmitry: yes.. it's cache. If you don't have cache it needs to rebuild stuff | 11:28 |
| rburton | dvorkindmitry: do you mean 'if i delete sstate and keep tmp will it rebuild', then no, as tmp has the build in so it won't want to build anything. but the moment it needs to rebuild something it always looks in sstate first | 11:29 |
| qschulz | rburton: but jenkins still playing with me, my artifacts are 0B 😭 but nothing to do with Yocto :) | 11:29 |
| rburton | qschulz: your problem is using jenkins :) | 11:29 |
| qschulz | rburton: assuming they don't removing the stamps too I assume | 11:29 |
| rburton | right | 11:29 |
| oberonc | ERROR: Layer openwrt-layer is not compatible with the core layer which only supports these series: hardknott (layer is compatible with honister) | 11:29 |
| oberonc | anyway to fix this ? | 11:30 |
| qschulz | rburton: yeah... but we develop on.. gitolite, gitlab, gerrit and all.. makes it difficult to have a one size fits all system :/ | 11:30 |
| qschulz | oberonc: checkout the correct branch for openwrt based on what you use for your core | 11:30 |
| qschulz | and btw, hardknott's EOL so try to update ASAP | 11:31 |
| qschulz | RP: I'm trying to rework package.bbclass to use recursive glob for .debug and .debug-static files... turns out this triggers something else now... this matches paths with symlinks which prints a warning.. | 11:32 |
| qschulz | I was wondering why we don't actually include the symlink and also the file it points to instead of erroring out? | 11:33 |
| rburton | you often want the symlink in a different package to the file, if that's what you mean | 11:34 |
| qschulz | right now we print 1) a wanring that a file in a symlinked dir is in FILES and 2) error out if the target of the symlink isn't in the FILES | 11:34 |
| coldspark29[m] | Does anynone know a way to check if secure boot is enabled in the U-Boot shell. I need a return value for a function | 11:34 |
| qschulz | rburton: no, it's like: path/something/file <symlink-to-path/something>/file | 11:35 |
| qschulz | and you have <symlink-to-path/something>/file in FILES | 11:35 |
| qschulz | coldspark29[m]: I assume this is vendor specific. I know imx SoCs have something like hab_status command that should be available | 11:36 |
| qschulz | also, you probably want to ask on #u-boot instead :) | 11:38 |
| coldspark29[m] | qschulz: Yeah, that is exactly the problem. I am manually authenticating the boot script with HAB using that command, which works well. But there are production cases where secure boot is disabled and then the command isn't available and thus the boot process fails. So I need to check before if it is available. I guess I could do it with a hab command that always returns 0 when available | 11:38 |
| qschulz | rburton: WARNING: m4-1.4.19-r0 do_package: FILES contains file '/usr/lib/m4/m4-1.4.19/tests/.debug' which resides under a directory symlink. Please fix the recipe and use the real path for the file. this is my warning | 11:38 |
| RP | qschulz: I don't remember the reasons. recursive globbing never used to exist though | 11:39 |
| *** DavidS <DavidS!~DavidS@2001:8003:6818:5301:5c9d:268:8cd3:1611> has joined #yocto | 11:39 | |
| RP | qschulz: I suspect we error as we wanted users to be specific about what they wanted | 11:39 |
| coldspark29[m] | qschulz: HAB isn't so bad btw if you have worked through the painful process of signing etc. You can basically sign and authenticate everything | 11:39 |
| coldspark29[m] | ;) | 11:39 |
| qschulz | coldspark29[m]: non-standard process is no-go for me :) | 11:40 |
| coldspark29[m] | I know ^^ | 11:40 |
| qschulz | coldspark29[m]: I think you have support for test command in U-Boot command line | 11:40 |
| coldspark29[m] | For our next project we will also use mainline U-Boot | 11:40 |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 11:40 | |
| coldspark29[m] | I will try thanks | 11:40 |
| qschulz | so you could probably run a dummy command requiring the hab command or whatever and check its return code | 11:40 |
| qschulz | RP: globbing is ANCIENT python... like... 3.5.... what do you mean this didn't exist in 2010's :D | 11:41 |
| qschulz | trying to simplify the packaging at least for the -dbg one and make it less magic :) | 11:42 |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Client Quit) | 11:42 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 11:42 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 11:45 | |
| rburton | git grep noinsrt_ | 11:46 |
| rburton | whoops :) | 11:46 |
| qschulz | rburton: nice password, nobody will suspect anything | 11:47 |
| rburton | haha | 11:47 |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Client Quit) | 11:48 | |
| RP | qschulz: I remember having all kinds of crazniess and making it simple but magic was a big win :/ | 11:49 |
| rburton | i can see the benefit in removing the magic and just using a recursive glob | 11:50 |
| RP | right, those didn't exist back then although I do wonder if the performance will be as good | 11:50 |
| qschulz | RP: I'll try to benchmark this, first step being to have something that works before actually benmchmarking | 11:51 |
| qschulz | and I assume removing all do_package sstate-cache files will be enough for me to benchmark this | 11:51 |
| RP | qschulz: probably just timing a few recipes with many files in the do_package step | 11:52 |
| RP | (before and after) | 11:52 |
| RP | perl, ltp and the kernel are the pathological ones that come to mind | 11:53 |
| qschulz | those have many .debug files? | 11:53 |
| qschulz | also, recursive globbing is enabled only if '**' is in the filepath, so it won't change anything for existing FILES since none are using ** | 11:54 |
| user_ | Hi | 11:56 |
| RP | qschulz: you'll still have to glob even if there aren't many debug files so I think this will affect recipes with large numbers of files regardless | 11:56 |
| RP | qschulz: finding something with large numbers of debug would also help obviously. Maybe lttng-tools | 11:56 |
| RP | qschulz: presumably you'll add a FILES_${PN}-dbg with it in so it will be run everywhere | 11:57 |
| rburton | looks like glob.glob only changes logic if the pattern actually has ** in | 11:57 |
| rburton | https://github.com/python/cpython/blob/eac07e5ab02474c43aa9924753d4d774f8ff6828/Lib/glob.py#L66 | 11:58 |
| qschulz | rburton: yes, that's what |I meant | 11:58 |
| qschulz | https://docs.python.org/3/library/glob.html#glob.glob | 11:58 |
| rburton | yeah, sorry, i went to check and missed you saying that already :) | 11:58 |
| qschulz | If recursive is true, the pattern “**” will match any files and zero or more directories, subdirectories and symbolic links to directories. If the pattern is followed by an os.sep or os.altsep then files will not match. | 11:58 |
| qschulz | rburton: no no, it was not clear enough since I was misunderstood :) | 11:58 |
| rburton | and if recursive is true but the pattern doesn't contain **, its like recursive is false | 11:58 |
| rburton | so its not a performance hit in the existing case | 11:59 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 11:59 | |
| rburton | easily tested by setting recursive=true and verifying that a build takes the same time, and no changes to packaging happened | 11:59 |
| qschulz | and lgob.glob is already used | 11:59 |
| qschulz | rburton: re: jenkins... archiveArtifact archives symlinks but not what they point to... | 12:01 |
| rburton | useful! | 12:02 |
| qschulz | though they do have a followSymlinks options | 12:02 |
| qschulz | which does exactly what the name suggests... if you add a symlink, it fails | 12:03 |
| qschulz | damn Jenkins | 12:03 |
| qschulz | this is stupid | 12:03 |
| qschulz | anyway :) | 12:03 |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 252 seconds) | 12:04 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 12:05 | |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 12:06 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 12:07 | |
| user_ | I trying to print pdf format in the yocto base system using cups library in meta layer, but it is not printing. I am able to print the pdf format in the ubuntu system using the same filter. | 12:07 |
| *** zyga-mbp <zyga-mbp!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Client Quit) | 12:07 | |
| user_ | Is there any additional package required to print the pdf format? | 12:09 |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 245 seconds) | 12:12 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 12:13 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 12:16 | |
| *** RaulM_ <RaulM_!~Raul_M@34-61-201-31.ftth.glasoperator.nl> has joined #yocto | 12:17 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 245 seconds) | 12:17 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has joined #yocto | 12:18 | |
| *** RaulM <RaulM!~quassel@34-61-201-31.ftth.glasoperator.nl> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 12:18 | |
| *** RaulM_ is now known as RaulM | 12:18 | |
| rburton | RP: can you remember why i called sgw Master of Disaster? https://www.flickr.com/photos/rossburton/8575882332/in/album-72157633042933821/ | 12:22 |
| rburton | (just making myself feel very, very old) | 12:22 |
| RP | rburton: he must have been breaking things but I don't remember :/ | 12:23 |
| rburton | it was some time ago now... | 12:24 |
| sgw | rburton: that was a while ago! I guess that's why paulbarker grabbed my patchset yesterday! | 12:25 |
| rburton | i do miss the days of smuggling beer into skamania :) | 12:26 |
| sgw | Right, that's the library! | 12:28 |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Leaving.) | 12:29 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 12:35 | |
| fray | I don't remember a lot of 'smuggling', just beer.. | 12:45 |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 12:48 | |
| *** MauroAnjo <MauroAnjo!~MauroAnjo@191.13.251.42> has joined #yocto | 12:51 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Leaving.) | 12:54 | |
| *** sstiller <sstiller!~sstiller@p200300f07f148200cca12ab2444de1b4.dip0.t-ipconnect.de> has joined #yocto | 12:55 | |
| Guest81 | Hi everyone, I'm looking for some help on my Yocto project. I want to build a nativesdk recipe which need the package "cups", so I added the BBCLASSEXTEND="nativesdk" in a cups .bbappend recipe. But now the cups recipe doesn't compile anymore "do_compile: oe_runmake failed" "undefined reference to `crypt'" it's seems to be a problem with the | 12:58 |
| Guest81 | linker | 12:58 |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has quit IRC (Ping timeout: 256 seconds) | 12:59 | |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has joined #yocto | 13:01 | |
| dacav | Hi. Are yocto mailing lists on gmane, by any chance? I've found some, but the name look different than what is found on lists.yoctoproject.org | 13:03 |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 13:03 | |
| rburton | those might be the old lists | 13:04 |
| rburton | also the lists moved, so they might be using the old names | 13:04 |
| Guest81 | So I don't understand why to add "nativesdk" as BBCLASSEXTEND generates error during compilation | 13:04 |
| *** akiCA <akiCA!~akiCA@user/akica> has joined #yocto | 13:05 | |
| dacav | mh, you're right: I just subscribed a random newsgroup, and the mails seem to be very old | 13:05 |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Leaving.) | 13:09 | |
| *** codavi <codavi!~akiCA@user/akica> has joined #yocto | 13:10 | |
| *** troth <troth!~troth@2001:558:6040:43:ac7b:f516:c3ef:13a8> has quit IRC (Ping timeout: 268 seconds) | 13:11 | |
| *** troth <troth!~troth@2001:558:6040:43:ac7b:f516:c3ef:13a8> has joined #yocto | 13:12 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 13:13 | |
| *** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 13:14 | |
| *** codavi is now known as akiCA | 13:15 | |
| sgw | dacav: check out the lore.kernel.org setup, you should be able to access nntp from there also | 13:15 |
| dacav | sgw: thanks! | 13:15 |
| sgw | that's relatively new | 13:15 |
| dacav | I love nntp :) Happy to know that there's fresh development on that side | 13:16 |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Leaving.) | 13:19 | |
| *** pbergin <pbergin!~pbergin@83.218.73.98> has joined #yocto | 13:20 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 13:23 | |
| paulbarker | dacav: My talk yesterday covered that! | 13:32 |
| *** troth <troth!~troth@2001:558:6040:43:ac7b:f516:c3ef:13a8> has quit IRC (Ping timeout: 268 seconds) | 13:32 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 13:35 | |
| *** Kumar <Kumar!~Kumar@182.176.107.191> has quit IRC (Quit: Client closed) | 13:36 | |
| *** pbergin <pbergin!~pbergin@83.218.73.98> has quit IRC (Ping timeout: 252 seconds) | 13:47 | |
| dacav | paulbarker: your talk? | 13:48 |
| paulbarker | dacav: I presented a talk on using lore.kernel.org with the Yocto mailing lists at the Yocto Project Summit yesterday | 13:49 |
| paulbarker | My demo used nntp to subscribe to the list and `b4` to pull down patch series | 13:50 |
| dacav | paulbarker: I'm quite new around here, there's a lot I don't know. I've heard about lore before, but I never used it. I should probably investigate a bit. | 13:53 |
| * dacav is overwhelmed with info since a couple of weeks | 13:53 | |
| paulbarker | dacav: There's a steep learning curve but a good community here and lots of info, tutorials, etc available | 13:53 |
| paulbarker | The talk I gave yesterday was focused on handling patches sent to the mailing list so may not be immediately applicable if you're just getting started using Yocto | 13:55 |
| dacav | paulbarker: it seems interesting nonetheless. I'm marking it on my todolist, to check lore, so I can come back later to it. | 13:56 |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-139-172.home.otenet.gr> has quit IRC (Ping timeout: 256 seconds) | 14:01 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-139-15.home.otenet.gr> has joined #yocto | 14:01 | |
| rfs613 | paulbarker: is the talk and/or slides available somewhere? | 14:06 |
| tlwoerner | https://elinux.org/YPS_2021.11_Presentations | 14:06 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:06 | |
| jonmason | possible stupid question, does halt/reboot work in poky-tiny? because its not working for me | 14:06 |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 14:06 | |
| tlwoerner | the videos of the talks will be cut up and uploaded to youtube in the next couple days (week-ish) | 14:06 |
| rfs613 | tlwoerner: thanks! | 14:06 |
| jonmason | tlwoerner: too slow! what are we (not) paying you for?!? | 14:07 |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Leaving.) | 14:14 | |
| *** zpfvo <zpfvo!~fvo@88.130.222.121> has quit IRC (Ping timeout: 245 seconds) | 14:14 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 14:18 | |
| tlwoerner | lol | 14:18 |
| Guest81 | do someone know if openjdk-9 is going to be added to Yocto project ? | 14:19 |
| *** tre <tre!~tre@ip5f588487.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 14:21 | |
| fray | lol, I keep telling Philip there is no 'space' in MontaVista.. :) | 14:23 |
| *** pbergin <pbergin!~pbergin@ua-213-113-157-96.bbcust.telenor.se> has joined #yocto | 14:25 | |
| *** sakoman45 <sakoman45!~sakoman@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:26 | |
| *** zpfvo <zpfvo!~fvo@89.244.126.167> has joined #yocto | 14:29 | |
| agherzan | RP: Do you remember the proposal for backporting https://bugzilla.yoctoproject.org/show_bug.cgi?id=13183 onto `dunfell`? I'm wondering if it's something that is still planned. Also, can we cherry-pick the two commits in https://bugzilla.yoctoproject.org/show_bug.cgi?id=14054 as well? Otherwise add-layer adds broken layers without parsing their dependencies and that creates a very confusing situation: if you add a broken layer it goes without any | 14:31 |
| agherzan | issues (it doesn't refresh/sync the new bblayers nor catching the BBHandledException) but afterwards, if you add a new layer it breaks as the first invocation would be expected to. If that sounds reasonable, let's reopen https://bugzilla.yoctoproject.org/show_bug.cgi?id=14054 for dunfell backport. CC sakoman sakoman45 | 14:31 |
| RP | agherzan: you need to ask sakoman about these | 14:33 |
| agherzan | Thanks RP . I've mentioned him above. | 14:34 |
| RP | agherzan: I'd put together some emails with the patches for Steve to consider | 14:36 |
| sakoman | agherzan: the three patches specified in 13183 are in yesterday's pull request | 14:36 |
| sakoman | (see bitbake mailing list) | 14:37 |
| *** zpfvo <zpfvo!~fvo@89.244.126.167> has quit IRC (Ping timeout: 256 seconds) | 14:37 | |
| agherzan | Thanks sakoman . I missed those ones. | 14:37 |
| agherzan | Can we also pull in the ones in 14054? | 14:37 |
| agherzan | They are two, they apply without any conflicts and they work alright in my testing env. | 14:37 |
| RP | agherzan: I just updated for those | 14:38 |
| *** zpfvo <zpfvo!~fvo@89.244.126.167> has joined #yocto | 14:38 | |
| RP | sakoman: for the core pull request I wondered if we wanted all the patch status changes? :/ | 14:38 |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Leaving.) | 14:39 | |
| sakoman | RP: I struggled with that too, but figured it made sense to have correct patch status. So I went ahead and included them -- no one commented during the review period. Not that that means much :-) | 14:41 |
| sakoman | If you think it is a bad idea I can drop them | 14:41 |
| *** zpfvo <zpfvo!~fvo@89.244.126.167> has quit IRC (Ping timeout: 252 seconds) | 14:42 | |
| sakoman | agherzan: I put the two in 14054 in my testing queue | 14:42 |
| *** zpfvo <zpfvo!~fvo@89.244.126.167> has joined #yocto | 14:43 | |
| agherzan | sakoman: thanks. I'll keep an eye on a pull req cover in bitbake ml | 14:43 |
| RP | sakoman: It isn't a big deal either way but does cause rebuilds and adds some risk | 14:44 |
| *** jpuhlman_ <jpuhlman_!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 14:46 | |
| *** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Ping timeout: 256 seconds) | 14:49 | |
| *** jpuhlman_ is now known as jpuhlman | 14:52 | |
| RP | sakoman: I'm torn on it | 14:53 |
| wyre | could I set a systemd service as disabled by default when inheriting from systemd class? 🤔 | 14:53 |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 14:53 | |
| sakoman | RP: if you are torn then let's drop them. I'll send a new pull request. | 14:54 |
| RP | sakoman: ok, I think we should only take them if we run into dependency patch issues | 14:55 |
| sakoman | RP: sounds like a plan | 14:56 |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Leaving.) | 14:59 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 15:03 | |
| *** DavidS <DavidS!~DavidS@2001:8003:6818:5301:5c9d:268:8cd3:1611> has quit IRC (Quit: Client closed) | 15:07 | |
| *** nad <nad!~nad@pr-svc-em1-015.emea.corpinter.net> has joined #yocto | 15:19 | |
| *** nad <nad!~nad@pr-svc-em1-015.emea.corpinter.net> has quit IRC (Client Quit) | 15:22 | |
| *** MauroAnjo <MauroAnjo!~MauroAnjo@191.13.251.42> has quit IRC (Quit: Client closed) | 15:23 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Leaving.) | 15:24 | |
| *** oberonc <oberonc!~oberonc@93-173-109-129.bb.netvision.net.il> has quit IRC (Quit: Client closed) | 15:24 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 15:28 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 15:28 | |
| *** sakoman45 <sakoman45!~sakoman@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Client closed) | 15:38 | |
| *** sakoman45 <sakoman45!~sakoman45@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 15:38 | |
| wyre | apparently I can set SYSTEMD_AUTO_ENABLE to "disable" but ... what if my software has multiple services but I want all disabled but one of them enabled? | 15:50 |
| *** Guest81 <Guest81!~Guest81@131.181.223.213.rev.sfr.net> has quit IRC (Quit: Client closed) | 15:50 | |
| *** mlalu <mlalu!~mlalu@131.181.223.213.rev.sfr.net> has joined #yocto | 15:50 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 15:52 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 15:55 | |
| *** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has quit IRC (Quit: You have been kicked for being idle) | 16:00 | |
| vmeson | Does anyone know Kevin Chow from TimeSys ? He's scheduled to talk at the YP summit... | 16:04 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 16:06 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 16:11 | |
| wyre | q/quit | 16:17 |
| wyre | upss, sorry 😆 | 16:17 |
| *** ana_gasi <ana_gasi!~ana_gasi@213.149.51.151> has quit IRC (Quit: Client closed) | 16:24 | |
| *** sstiller <sstiller!~sstiller@p200300f07f148200cca12ab2444de1b4.dip0.t-ipconnect.de> has quit IRC (Quit: Leaving) | 16:30 | |
| *** destmaster <destmaster!~giuseppec@mail.abe.it> has quit IRC (Quit: Leaving) | 16:34 | |
| *** mlalu <mlalu!~mlalu@131.181.223.213.rev.sfr.net> has quit IRC (Quit: Client closed) | 16:35 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 16:39 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 16:39 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 16:45 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 16:47 | |
| *** ana_gasi <ana_gasi!~ana_gasi@213.149.51.151> has joined #yocto | 16:47 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 252 seconds) | 16:54 | |
| *** MauroAnjo <MauroAnjo!~MauroAnjo@191.13.251.42> has joined #yocto | 16:58 | |
| *** MauroAnjo <MauroAnjo!~MauroAnjo@191.13.251.42> has quit IRC (Client Quit) | 16:58 | |
| *** frinke <frinke!~frinke@217.5.190.74> has quit IRC (Ping timeout: 256 seconds) | 16:59 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-166-98.ssp.dialog.net.pl> has joined #yocto | 17:01 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Leaving.) | 17:04 | |
| *** zpfvo <zpfvo!~fvo@89.244.126.167> has quit IRC (Remote host closed the connection) | 17:05 | |
| *** MarcoCavallini is now known as mckoan|away | 17:09 | |
| ad__ | hi, on gatesgarth, do_wic_image claims ext4 image is missing. tried also removing build folder, same issue. What could be missing ? | 17:10 |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 17:10 | |
| *** zpfvo <zpfvo!~fvo@89.244.126.167> has joined #yocto | 17:10 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Read error: Connection reset by peer) | 17:17 | |
| *** zpfvo <zpfvo!~fvo@89.244.126.167> has quit IRC (Quit: Leaving.) | 17:17 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 17:18 | |
| *** pabigot <pabigot!~pab@67-1-116-23.tcso.qwest.net> has quit IRC (Remote host closed the connection) | 17:22 | |
| *** sakoman45 <sakoman45!~sakoman45@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Client closed) | 17:22 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Quit: beers!) | 17:23 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Leaving.) | 17:24 | |
| *** pabigot <pabigot!~pab@67-1-116-23.tcso.qwest.net> has joined #yocto | 17:24 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-139-15.home.otenet.gr> has quit IRC (Read error: Connection reset by peer) | 17:27 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 17:30 | |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:ee6f:c15a:9915:a8b> has joined #yocto | 17:34 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:50 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Leaving.) | 17:54 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 17:58 | |
| ad__ | i see a do_ext4_image running but is not producing anything. Wondering if there may be any gatesgarth bug | 18:05 |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Leaving.) | 18:09 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 18:13 | |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:ee6f:c15a:9915:a8b> has quit IRC (Ping timeout: 252 seconds) | 18:26 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Ping timeout: 256 seconds) | 18:28 | |
| *** kiran_ <kiran_!~kiran@cpe20f19e128a6a-cm20f19e128a68.cpe.net.cable.rogers.com> has joined #yocto | 18:29 | |
| *** pabigot <pabigot!~pab@67-1-116-23.tcso.qwest.net> has quit IRC (Remote host closed the connection) | 18:36 | |
| *** kiran_ <kiran_!~kiran@cpe20f19e128a6a-cm20f19e128a68.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 256 seconds) | 18:37 | |
| *** pabigot <pabigot!~pab@67-1-116-23.tcso.qwest.net> has joined #yocto | 18:38 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 19:12 | |
| *** bluelightning <bluelightning!~paul@2406:e003:151f:d701:4973:9426:b390:f1c6> has quit IRC (Remote host closed the connection) | 19:14 | |
| *** ana_gasi <ana_gasi!~ana_gasi@213.149.51.151> has quit IRC (Ping timeout: 256 seconds) | 19:15 | |
| *** gchamp <gchamp!~champagne@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 19:16 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 19:23 | |
| *** mischief2 <mischief2!~mischief@wopr.sciops.net> has joined #yocto | 19:27 | |
| mischief2 | is it possible to disable sstate generation for a recipe | 19:27 |
| JosefHolzmayrThe | mischief2: what would that be helpful with? | 19:28 |
| mischief2 | some of our code changes frequently, and generates a bunch of sstate we don't need. | 19:33 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 19:33 | |
| mischief2 | there's 6400 copies of a sstate tarball for one recipe filling up a disk. it's pointless. | 19:34 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 19:47 | |
| kergoth | mischief2: https://github.com/openembedded/openembedded-core/search?q=SSTATE_SKIP_CREATION | 19:53 |
| kergoth | just set SSTATE_SKIP_CREATION=1 in the recipe, should do it | 19:53 |
| mischief2 | is there a better solution to unbounded sstate cache growth than deleting it all or skipping creation for frequently changing recipes? | 19:56 |
| RP | mischief2: delete older files - it touches them when it uses them | 19:59 |
| mischief2 | based on atime? | 20:00 |
| kergoth | atime is a common approach, yeah | 20:01 |
| *** amitk_ <amitk_!~amit@103.208.71.38> has joined #yocto | 20:20 | |
| mischief2 | well, that works. 700G less crap :) | 20:23 |
| *** amitk <amitk!~amit@103.208.71.78> has quit IRC (Ping timeout: 256 seconds) | 20:23 | |
| rfs613 | wow. Mine is "only" 17G... | 20:25 |
| rburton | 17g isn't even trying! :) | 20:32 |
| *** pbergin <pbergin!~pbergin@ua-213-113-157-96.bbcust.telenor.se> has quit IRC (Remote host closed the connection) | 20:36 | |
| *** pbergin <pbergin!~pbergin@ua-213-113-157-96.bbcust.telenor.se> has joined #yocto | 20:36 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 20:40 | |
| kroon | speaking of big sstate cache, is that cleanup using the access time an easy oneliner, or should it be added to sstate-cache-management.sh ? | 20:57 |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:25b3:bd9d:98e9:44fd> has joined #yocto | 20:57 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds) | 21:01 | |
| mischief2 | kroon: 'find . -type f -atime +15 -delete' is what i ran. | 21:06 |
| *** pbergin <pbergin!~pbergin@ua-213-113-157-96.bbcust.telenor.se> has quit IRC (Quit: Leaving) | 21:07 | |
| kroon | mischief2, aha | 21:08 |
| *** kyrix <kyrix!~textual@78.142.65.171> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 21:31 | |
| *** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:25b3:bd9d:98e9:44fd> has quit IRC (Ping timeout: 252 seconds) | 21:43 | |
| *** RaulM <RaulM!~Raul_M@34-61-201-31.ftth.glasoperator.nl> has quit IRC (Ping timeout: 252 seconds) | 21:49 | |
| *** florian <florian!~florian@78.48.153.141> has joined #yocto | 21:50 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 21:55 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Quit: Client closed) | 22:06 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 22:06 | |
| vd | which package provides ssh and scp again? | 22:08 |
| Saur[m] | vd: openssh and dropbear | 22:11 |
| vd | I thought it was part of packagegroup-core-full-cmdline but I might be dreaming | 22:11 |
| *** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 22:30 | |
| *** florian <florian!~florian@78.48.153.141> has quit IRC (Ping timeout: 252 seconds) | 22:57 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 23:06 | |
| kroon | RP, uhm.. ok so the sstate cache is already build path independent, meaning I can use reuse sstate from one build in another build with the same configuration but in a different path ? | 23:23 |
| *** florian <florian!~florian@dynamic-078-048-153-141.78.48.pool.telefonica.de> has joined #yocto | 23:28 | |
| *** florian <florian!~florian@dynamic-078-048-153-141.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 23:33 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 23:34 | |
| RP | kroon: yes, just the binaries can have hardcoded paths in them | 23:34 |
| kroon | RP, right, then I don't really see what benefits different build path reproducability buys us .. | 23:39 |
| kroon | RP, i just mean that if the build path changes, its probably because of a version update, and the content is gonna change anyway | 23:40 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!