| zeddii | k3s just built. using my constructed vendor directory. that's a month of off and on trying | 00:01 |
|---|---|---|
| moto-timo | \o/ | 00:01 |
| RP | zeddii: nice :) | 00:01 |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-130-202.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 00:01 | |
| moto-timo | zeddii: good news. thank you for sticking with it | 00:01 |
| zeddii | I manged to get the fetch time down to about 20 minutes :P | 00:04 |
| RP | zeddii: how many entries in SRC_URI? | 00:05 |
| zeddii | so there's optimization to be done, but the point is proven that it is possible. | 00:05 |
| zeddii | let me count. sec | 00:05 |
| zeddii | bahahah | 00:06 |
| zeddii | build [/home/bruc...ualization]> cat recipes-containers/k3s/k3s_git.bb |grep -E ^SRCREV_ | wc -l | 00:06 |
| zeddii | 512 | 00:06 |
| RP | zeddii: wow. Ah well, bitbake can scale :) | 00:06 |
| zeddii | this is why you have a licencing issue if you let go fetch for you | 00:06 |
| Saur[m] | That's insane. | 00:06 |
| zeddii | I'll try hacking in the shallow clone option and see how much it speeds up. | 00:07 |
| Saur[m] | I guess you don't have all of those in SRCREV_FORMAT? Would make for a veeeeeery long revision string... | 00:09 |
| zeddii | hah. no, just the k3s main one, and the major secondary one. | 00:10 |
| * RP -> sleep | 00:10 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5390:d00:12bf:48ff:feb8:38c8> has quit IRC (Ping timeout: 240 seconds) | 00:18 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5390:d00:12bf:48ff:feb8:38c8> has joined #yocto | 00:19 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 00:37 | |
| *** olani <olani!~olani@h87-96-160-54.cust.a3fiber.se> has quit IRC (Ping timeout: 256 seconds) | 01:08 | |
| *** olani <olani!~olani@h87-96-160-54.cust.a3fiber.se> has joined #yocto | 01:08 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:35c6:e789:e7e:489d> has quit IRC (Remote host closed the connection) | 01:09 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:d953:81d4:6eab:648d> has joined #yocto | 01:09 | |
| *** Tokamak_ <Tokamak_!~Tokamak@166.205.152.113> has quit IRC (Ping timeout: 240 seconds) | 01:09 | |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:3026:29df:173c:19bf> has quit IRC (Read error: Connection reset by peer) | 01:10 | |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:3026:29df:173c:19bf> has joined #yocto | 01:10 | |
| *** Tokamak <Tokamak!~Tokamak@166.205.152.113> has joined #yocto | 01:13 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 01:29 | |
| *** RobertBerger <RobertBerger!~rber|res@athedsl-202096.home.otenet.gr> has joined #yocto | 02:32 | |
| *** rber|res <rber|res!~rber|res@athedsl-202096.home.otenet.gr> has quit IRC (Ping timeout: 250 seconds) | 02:34 | |
| *** amitk <amitk!~amit@103.59.74.130> has joined #yocto | 02:53 | |
| *** osama2 <osama2!~osama@eth1-fw1-nbg6.eb.noris.de> has joined #yocto | 03:02 | |
| *** osama1 <osama1!~osama@eth1-fw1-nbg6.eb.noris.de> has quit IRC (Read error: Connection reset by peer) | 03:02 | |
| *** jclsn79 <jclsn79!~jclsn@149.233.183.255.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:06 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.120.127.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 272 seconds) | 03:09 | |
| *** jclsn79 is now known as jclsn7 | 03:09 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 05:45 | |
| *** Guest25 <Guest25!~Guest25@211.95.83.146> has joined #yocto | 06:01 | |
| *** Guest96 <Guest96!~Guest96@211.95.83.146> has joined #yocto | 06:02 | |
| *** Guest25 <Guest25!~Guest25@211.95.83.146> has quit IRC (Client Quit) | 06:02 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:14 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 06:15 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Ping timeout: 272 seconds) | 06:20 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:24 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Quit: Quit) | 06:36 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 06:37 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Read error: Connection reset by peer) | 06:43 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 06:43 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Read error: Connection reset by peer) | 06:45 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 06:46 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Read error: Connection reset by peer) | 06:55 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 06:55 | |
| *** davidinux <davidinux!~davidinux@net-188-153-130-222.cust.vodafonedsl.it> has quit IRC (Ping timeout: 240 seconds) | 07:00 | |
| *** davidinux <davidinux!~davidinux@146.70.73.94> has joined #yocto | 07:00 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 07:03 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:06 | |
| *** Guest96 <Guest96!~Guest96@211.95.83.146> has quit IRC (Quit: Ping timeout (120 seconds)) | 07:08 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 07:12 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 07:17 | |
| *** thekappe <thekappe!~thekappe@198.90.66.177> has joined #yocto | 07:19 | |
| thekappe | Hello guys, I've a question. I wan to ship "openssl" in a yocto image. I've addded RDEPENDS_${PN} = "openssl" to the recipe of a package that requires openssl being installed. This package is adedd to the list of packages required for the image. By the way the openssl binary is not available. Any hint ? | 07:22 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has joined #yocto | 07:23 | |
| *** mvlad_ <mvlad_!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has joined #yocto | 07:23 | |
| *** mvlad_ <mvlad_!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has quit IRC (Client Quit) | 07:23 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 07:24 | |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:3026:29df:173c:19bf> has quit IRC (Remote host closed the connection) | 07:25 | |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:3026:29df:173c:19bf> has joined #yocto | 07:25 | |
| jclsn[m] | Morning | 07:27 |
| jclsn[m] | Any tips on how to debug why the weston.service fails? | 07:27 |
| jclsn[m] | `systemctl status weston` does not give any useful information | 07:27 |
| landgraf | jclsn[m]: jclsn[m] journalctl -u weston ? | 07:28 |
| landgraf | jclsn[m]: and there's log file under /var/log . I don't remember the exact name (weston.log ? ) | 07:29 |
| *** mckoan|away is now known as mckoan | 07:30 | |
| *** Etheryon <Etheryon!~textual@79.113.77.204> has joined #yocto | 07:35 | |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:3026:29df:173c:19bf> has quit IRC (Read error: Connection reset by peer) | 07:39 | |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:3026:29df:173c:19bf> has joined #yocto | 07:39 | |
| LetoThe2nd | yo dudX | 07:40 |
| jclsn[m] | landgraf journalctl doesn't provide more information than systemctl | 07:40 |
| jclsn[m] | Couldn't find anything related to weston which looks like a log either | 07:41 |
| LetoThe2nd | any quick pointer on how to find the active provider for a virtual provider, specifically: which u-boot is in effect? | 07:41 |
| jclsn[m] | This is everything I could find | 07:42 |
| jclsn[m] | https://pastebin.com/HjZ9R9zf | 07:42 |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:527b:127a:2d5a:c3c8> has quit IRC (Quit: vladest) | 07:51 | |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:3026:29df:173c:19bf> has quit IRC (Remote host closed the connection) | 07:51 | |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:3026:29df:173c:19bf> has joined #yocto | 07:51 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:7bd:de52:9732:3d73> has joined #yocto | 07:52 | |
| landgraf | jclsn[m]: You can edit service file to run weston under strace (and save logs somewhere). like prepend with strace -o/tmp/weston.out [original weston command] | 07:54 |
| jclsn[m] | landgraf: Will try thanks | 07:55 |
| landgraf | jclsn[m]: another approach may be https://wiki.st.com/stm32mpu/wiki/How_to_debug_Weston | 07:56 |
| * landgraf has spent few nights with weston and systemd debugging. Not the best nights of my life I'd say :D | 07:57 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:02 | |
| *** davidinux <davidinux!~davidinux@146.70.73.94> has quit IRC (Read error: Connection reset by peer) | 08:04 | |
| *** turquoisetree <turquoisetree!~turquoise@p54abbba5.dip0.t-ipconnect.de> has joined #yocto | 08:05 | |
| *** davidinux <davidinux!~davidinux@138.199.54.238> has joined #yocto | 08:07 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:09 | |
| turquoisetree | Hello guys, https://docs.yoctoproject.org/3.1.14/ref-manual/ref-classes.html?highlight=inherit%20useradd#useradd-bbclass explains via an example how to create users, but it does not show how to add it to an existing recipe. For example, how can I add useradd-example as a dependency to another recipe? | 08:09 |
| *** Guest96 <Guest96!~Guest96@211.95.83.146> has joined #yocto | 08:11 | |
| jclsn[m] | Anyone ever tried Progressive Web Apps on Yocto? | 08:12 |
| mckoan | turquoisetree: in your another.bb recipe add RDEPENDS_${PN} = "useradd-example" | 08:13 |
| jclsn[m] | Someone just threw this topic at me and I have no idea what that even is | 08:13 |
| mckoan | jclsn[m]: I know only Progressive Rock :-D | 08:14 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 08:15 | |
| jclsn[m] | @mckoan Yeah me too ^^ | 08:16 |
| LetoThe2nd | jclsn[m]: essentially, its about a web app that is "kind-of" installed onto the device. | 08:17 |
| LetoThe2nd | no fun. | 08:17 |
| Etheryon | Progressive Web Apps run in the browser | 08:17 |
| turquoisetree | mckoan: Thank you :) | 08:17 |
| jclsn[m] | LetoThe2nd: Why? | 08:18 |
| LetoThe2nd | jclsn[m]: because pain. much pain. | 08:19 |
| *** Guest9615 <Guest9615!~Guest96@211.95.83.146> has joined #yocto | 08:22 | |
| Etheryon | On linux you need a Chromium-based browser | 08:24 |
| *** Guest96 <Guest96!~Guest96@211.95.83.146> has quit IRC (Quit: Client closed) | 08:29 | |
| *** Guest9615 <Guest9615!~Guest96@211.95.83.146> has quit IRC (Quit: Client closed) | 08:29 | |
| *** u1106 <u1106!~quassel@ec2-18-193-68-189.eu-central-1.compute.amazonaws.com> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 08:37 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 08:39 | |
| RP | moto-timo: build looks happier thankfully | 08:39 |
| *** u1106 <u1106!~quassel@ec2-18-193-68-189.eu-central-1.compute.amazonaws.com> has joined #yocto | 08:40 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 08:54 | |
| qschulz | thekappe: very likely openssl-bin package. You can check with oe-pkgdata-util find-path '*openssl*' to find which package isntalls the file you're after | 08:57 |
| thekappe | qschulz: thanks | 08:57 |
| *** Spectrejan[m] <Spectrejan[m]!~spectreja@2001:470:69fc:105::1609> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
| *** FredericOuellet[ <FredericOuellet[!~tazura562@2001:470:69fc:105::1:3c31> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
| kanavin | moto-timo, RP: do you need help with python things? | 09:09 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 09:18 | |
| *** Guest86 <Guest86!~Guest86@2a01:c23:8195:8101:adf7:bf1f:9b7e:7f26> has joined #yocto | 10:02 | |
| RP | kanavin: Yesterday, yes. I think after the changes last night we might be just about there though, at least for the core changes, thanks | 10:03 |
| landgraf | RP: Hi! https://bugzilla.yoctoproject.org/show_bug.cgi?id=14023 no logs anymore :( | 10:08 |
| *** olani <olani!~olani@h87-96-160-54.cust.a3fiber.se> has quit IRC (Ping timeout: 272 seconds) | 10:10 | |
| dwagenk | landgraf: yes, something like that! | 10:11 |
| dwagenk | jclsn[m]: weston has it's own log somewhere. | 10:11 |
| dwagenk | at least on sysVInit systems. I'll deal with a project involbing weston later today, so I can look up the path | 10:11 |
| dwagenk | <thekappe> "Hello guys, I've a question. I..." <- since openssl is also a lib it's possible you need to install/RDEPEND on openssl-bin | 10:11 |
| dwagenk | <jclsn[m]> "https://pastebin.com/HjZ9R9zf" <- Dunfell build, nothing special, systemd, without changing the weston config I also get `/var/log/weston.log` on the running system. | 10:11 |
| dwagenk | Last line of `/usr/bin/weston-start` is this: `exec openvt $openvt_args -- $launcher $weston_args --log=/var/log/weston.log` | 10:11 |
| landgraf | dwagenk: looks like weston doesn't start at all and fails on earlier stage (without logs). strace should answer this question | 10:12 |
| landgraf | or maybe some preinit stuff unable to start | 10:13 |
| RP | landgraf: oh, that is rather annoying :( | 10:15 |
| RP | landgraf: I'm fairly sure what I did was run oe-selftest on the autobuilder with BB_SERVER_TIMEOUT=60 or something like that | 10:16 |
| RP | landgraf: question was why that caused failures, it shouldn't have | 10:16 |
| landgraf | RP is it reproducible localy? | 10:17 |
| RP | landgraf: should be but oe-selftest takes a long time :/ | 10:17 |
| landgraf | RP: I know... will see | 10:18 |
| landgraf | there're some failures already | 10:18 |
| RP | landgraf: I'll see if I can run this on the AB quickly now | 10:19 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 256 seconds) | 10:19 | |
| RP | landgraf: scheduled, we're short on workers so it isn't running yet | 10:21 |
| landgraf | at least it will heat up my house a bit :) | 10:22 |
| RP | landgraf: Build servers do help with that! :D | 10:22 |
| landgraf | RP: gentoo does as well :) | 10:22 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 10:23 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 10:24 | |
| rburton | khem: is there an explanation as to why all the layers in meta-oe have different priorities, or is it just historical. personally I'd say a layer having a priority different to core needs to have *very strong* justification. | 10:44 |
| rburton | as it entirely overrides other layers | 10:44 |
| rburton | eg the py-wheel thing | 10:44 |
| turquoisetree | I couldn't find anything about include files. So, what is an include file? How does it differ from a recipe file? | 10:44 |
| rburton | an include file isn't anything special, it's just a file which is included during a recipe parse | 10:45 |
| rburton | recipe says require foo.inc, foo.inc is parsed at that point | 10:46 |
| Saur[m] | rburton: Isn't that the point with the layer priorities, to know deterministically which order recipes are used. How will I otherwise know which variant of a recipe is used, if the layers it exists in have the same priorities? | 10:47 |
| turquoisetree | rburton: I see, can an include file specifiy tasks, so that a recipe could build on them? | 10:48 |
| jclsn[m] | Why is kas always showing errors when updating?... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/4c75f23af61f40c74077fd956c11501bd28c60ad) | 10:48 |
| rburton | sure, all they do is tell the parser to read another file | 10:48 |
| rburton | jclsn[m]: because kas shows output from git as an error. file a bug with kas. | 10:49 |
| turquoisetree | rburton: great, thank you :) | 10:49 |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has joined #yocto | 10:54 | |
| *** huseyinkozan <huseyinkozan!~hk@31.223.46.157> has joined #yocto | 11:04 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 11:09 | |
| jclsn[m] | <rburton> "jclsn: because kas shows..." <- I filed a bug | 11:19 |
| jclsn[m] | How do you work without libgbm on i.MX6 platforms? It is needed by cog for example | 11:19 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 11:19 | |
| RP | kanavin: I think your cross sstate change breaks reuse of existing tmpdir :/ | 11:29 |
| *** turquoisetree <turquoisetree!~turquoise@p54abbba5.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 11:33 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 11:35 | |
| *** Guest86 <Guest86!~Guest86@2a01:c23:8195:8101:adf7:bf1f:9b7e:7f26> has quit IRC (Quit: Client closed) | 11:38 | |
| *** dixtater <dixtater!~dixtater@2a01:c23:8195:8101:adf7:bf1f:9b7e:7f26> has joined #yocto | 11:39 | |
| JaMa | rburton: "even if PREFERRED_VERSION_foo is set to 2." this isn't true AFAIK | 11:46 |
| rburton | maybe my test was bad | 11:46 |
| JaMa | only "even if DEFAULT_PREFERRENCE is set to -1 in in foo_2.bb" | 11:47 |
| rburton | ah | 11:47 |
| rburton | the underlying point that meta-oe isn't a distro layer so shouldn't have any need to set priority stands | 11:47 |
| rburton | it's caused pain in meta-arm already | 11:47 |
| rburton | and again the wheels thing in core/py | 11:47 |
| JaMa | having the same priority makes it a bit more undeterministic, doesn't it? | 11:47 |
| JaMa | not sure what's worse | 11:48 |
| rburton | it's then layer order, which is more understandable | 11:48 |
| rburton | i'm very much of the opinion that all layers should be prio 5 unless you've exceptional reasons | 11:48 |
| JaMa | in our builds we always override priority from layer.conf and I plan to keep it that way (with meta-oe layers having higher prio) | 11:48 |
| *** osama2 <osama2!~osama@eth1-fw1-nbg6.eb.noris.de> has quit IRC (Ping timeout: 256 seconds) | 11:49 | |
| rburton | (and layers which just provide more recipes don't have a good reason) | 11:49 |
| JaMa | then don't look at 2nd column in https://github.com/webosose/build-webos/blob/master/weboslayers.py#L61 , our priorities are from 5 to 75 ;) | 11:49 |
| rburton | 75! | 11:49 |
| JaMa | and higher in some other builds with more layers | 11:50 |
| LetoThe2nd | I want 42! | 11:50 |
| JaMa | we can solve 2 universes with 84 | 11:51 |
| LetoThe2nd | JaMa: so we finally get "bitbake multiverse"? | 11:52 |
| RP | I think there are too many options and we need to remove some of them | 11:53 |
| JaMa | rburton: having the same prio in multiple layers was causing issues as well, e.g.: https://github.com/ros/meta-ros/commit/a678695cd05613f0ace479cfd7d871a2546b4409 | 11:54 |
| RP | LetoThe2nd: multiverse would include all multiconfigs? | 11:54 |
| RP | we should do that :) | 11:54 |
| JaMa | LetoThe2nd: don't even start with multiverse, it's only couple characters away from metaverse :) | 11:54 |
| LetoThe2nd | RP: count me in! | 11:54 |
| RP | JaMa: metaverse needs to be a recipe in the meta-meta layer | 11:54 |
| JaMa | it will be terrible when meta joins yocto project | 11:56 |
| JaMa | but at least people will forget about naming confusion caused by poky :) | 11:57 |
| RP | JaMa: it already did | 11:57 |
| JaMa | oh :) | 11:58 |
| landgraf | RP: Thanks for the logs | 12:00 |
| *** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has quit IRC (Read error: Connection reset by peer) | 12:01 | |
| RP | landgraf: there should be more, that was just the first to complete | 12:02 |
| * RP worries that the autobuilder can't connect to downloads.yoctoproject.org intermittently. Guess we wait and see what the datacentre move does now | 12:03 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 12:11 | |
| *** thekappe <thekappe!~thekappe@198.90.66.177> has quit IRC (Quit: Client closed) | 12:15 | |
| *** osama2 <osama2!~osama@ipbcc2935c.dynamic.kabel-deutschland.de> has joined #yocto | 12:29 | |
| *** osama3 <osama3!~osama@eth1-fw1-nbg6.eb.noris.de> has joined #yocto | 12:30 | |
| *** osama2 <osama2!~osama@ipbcc2935c.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 240 seconds) | 12:33 | |
| *** turquoisetree <turquoisetree!~turquoise@p54abbba5.dip0.t-ipconnect.de> has joined #yocto | 12:36 | |
| pasherring | Hey there! I am trying to debug an issue with device trees. If I got it right, it would be better to do it with devtool. | 12:38 |
| pasherring | But, after changing a dts file on the workspace, and running devtool build <rn>, the dtb files aren't recompiled. | 12:39 |
| pasherring | I am clearly doing something wrong here, because right now, I run devtool build --clean <rn>, and then a new build command | 12:40 |
| pasherring | Any one care to share how to do it efficiently? :) | 12:40 |
| kanavin | RP: it probably does, but hopefully only once when the commit is pulled in? | 12:42 |
| RP | rburton: I've just merged python-wheel into core. I didn't take much of the other python stuff yet | 12:42 |
| RP | kanavin: you have to wipe tmpdir and start again. People don't expect this and the weird sstate build errors will confuse people :( | 12:43 |
| RP | kanavin: we don't often force people to wipe tmpdir | 12:43 |
| RP | kanavin: I think this is why I never made that particular change :( | 12:43 |
| kanavin | RP: I'm fine if this goes in post-LTS, but I don't think you can have both binutils-cross-x86 and binutils-cross-arm in a sysroot any other way :-/ | 12:48 |
| RP | kanavin: I'm not saying the change is wrong. I'm saying it breaks things for users trying upgrade paths so we'd have to think more about how to handle migration paths | 12:51 |
| RP | kanavin: we have a load of code designed to migrate TMPDIR to new changes. sstate and all of it's uninstall functionality handles most of that now but you're changing the sstate code so it can't help | 12:51 |
| kanavin | RP: maybe add a specific advice to wipe tmp/ to the error that's going to happen? not ideal, but better than a completely cryptic error | 12:53 |
| RP | kanavin: the migration code is sanity_handle_abichanges in sanity.bbclass | 12:53 |
| * RP remembers there are open bugs against that code | 12:54 | |
| RP | kanavin: I think that code could probably uninstall the cross manifests and update the tmpdir abi | 12:54 |
| RP | kanavin: the error is https://paste.debian.net/1232219/ but could be in gcc-stahed-builddir or gcc-cross or some other cross recipe | 12:56 |
| RP | ignore the first two systemd lines there, that is something else | 12:56 |
| RP | there are many more lines to it but that gives the idea | 12:57 |
| RP | kanavin: now I think about this more, I'm also worried about whether we have any cross recipes left which don't have TARGET_ARCH in PN? | 12:58 |
| RP | A quick check says we're ok since libtool-cross doesn't inherit cross | 13:00 |
| *** Guest53 <Guest53!~Guest53@2a02:a46d:50d4:1:f6b4:3ebb:6deb:1b59> has joined #yocto | 13:01 | |
| RP | kanavin: FWIW the reason this sstate code was like this is that the cross recipes used to install into the target workdir and didn't have the arch in the PN | 13:01 |
| kanavin | RP: I checked from the other direction, what does inherit cross - I think it's just binutils/gcc/gdb/go/rust | 13:02 |
| kanavin | PN = "go-cross-${TUNE_PKGARCH}" | 13:03 |
| RP | kanavin: right, that should be ok | 13:03 |
| kanavin | PN = "rust-cross-${TUNE_PKGARCH}-${TCLIBC}" | 13:03 |
| kanavin | PN = "gdb-cross-${TARGET_ARCH}" | 13:03 |
| * RP suspects go should have the TCLIBC | 13:03 | |
| *** turquoisetree <turquoisetree!~turquoise@p54abbba5.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 13:03 | |
| RP | we've likely just not hit that bug yet | 13:04 |
| RP | kanavin: you are picking up where I left of with some of this, it is just taking me a bit of paging back in :/ | 13:04 |
| kanavin | RP: so what would be the right way to uninstall manifests? | 13:07 |
| RP | kanavin: have a look at sstate_eventhandler_reachablestamps | 13:08 |
| RP | kanavin: we'd need to call sstate_clean_manifest() on all the cross manifests which were no longer correct | 13:08 |
| *** dixtater <dixtater!~dixtater@2a01:c23:8195:8101:adf7:bf1f:9b7e:7f26> has quit IRC (Quit: Client closed) | 13:13 | |
| RP | kanavin: I'm thinking a custom version of something like that function in the sanity abihandler codepath | 13:21 |
| RP | kanavin: I mention that function just as it shows how to iterate manifests and clean them | 13:21 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 13:22 | |
| kanavin | RP: thanks, I can look into it | 13:22 |
| jclsn[m] | Is 5.14.x+fslc not used yet or deprecated? The last commit is from November. I thought this was the latest kernel to use | 13:27 |
| jclsn[m] | On 5.10.x+fslc the last commit is from February. Weird | 13:29 |
| agherzan | Did the time of bitbake.conf parsing change from dunfell? | 13:50 |
| agherzan | A ?= definition in a distro file now is not taken into account under master. | 13:51 |
| RP | agherzan: no, it didn't | 13:53 |
| agherzan | RP: was it always the case that bitbake.conf was parsed before the distro configuration? | 13:54 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:55 | |
| rburton | bitbake.conf is parsed first, always | 14:03 |
| moto-timo | RP: did the reproducible jobs pass? | 14:10 |
| agherzan | That was what I always knew too. But somehow I get a strange behavior now. | 14:10 |
| *** osama3 <osama3!~osama@eth1-fw1-nbg6.eb.noris.de> has quit IRC (Read error: Connection reset by peer) | 14:12 | |
| *** turquoisetree <turquoisetree!~turquoise@p54abbba5.dip0.t-ipconnect.de> has joined #yocto | 14:16 | |
| *** Guest53 <Guest53!~Guest53@2a02:a46d:50d4:1:f6b4:3ebb:6deb:1b59> has quit IRC (Quit: Client closed) | 14:21 | |
| *** Etheryon <Etheryon!~textual@79.113.77.204> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 14:22 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 14:25 | |
| *** akiCA <akiCA!~akiCA@user/akica> has joined #yocto | 14:29 | |
| RP | moto-timo: yes | 14:36 |
| moto-timo | \o/ | 14:37 |
| moto-timo | My local run must have had some wonky sstate | 14:38 |
| * moto-timo was changing a lot of things | 14:38 | |
| RP | agherzan: yes, has always been the case | 14:41 |
| RP | agherzan: you can see the includes at the end of bitbake.conf, that is unchanged since forever :) | 14:47 |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 14:57 | |
| agherzan | I'll dig deeper | 15:06 |
| RP | moto-timo: Decision made, merged | 15:08 |
| *** codavi <codavi!~akiCA@user/akica> has joined #yocto | 15:08 | |
| moto-timo | RP: let the hate mail begin | 15:09 |
| moto-timo | RP: thank you for all the hardwork yesterday | 15:09 |
| *** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 15:11 | |
| *** olani <olani!~olani@h87-96-160-54.cust.a3fiber.se> has joined #yocto | 15:15 | |
| RP | sgw: I'm guessing there will be a v2 of the INCOMPATIBLE_LICENSE_EXCEPTIONS change? | 15:18 |
| sgw | RP: morning, just got in. | 15:18 |
| RP | sgw: I noticed we probably need to change LGPL-3.0 -> LGPL-3.0-only in your patch too | 15:18 |
| sgw | I see I fubar'ed the license.py patch (sorry) | 15:19 |
| RP | sgw: also, execption -> exception | 15:19 |
| RP | sgw: I've fixed that one. I meant to squash the fix but failed but I did merge it | 15:19 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 15:22 | |
| agherzan | RP: I have found the issue. TCLIBC is was now moved to `bitbake.conf` when it was in `defaultsetup.conf` before. This has the side effect that a assignment in bitbake.conf will be picked as opposed to one in the distro file when using a weak assignment. | 15:25 |
| agherzan | To be more specific a distro file that includes `defaultsetup.conf` + `TCLIBC ?= "musl"` will not work anymore. | 15:25 |
| rfs613 | rburton: morning! It looks like "cve-check: get_cve_info should open the database read-only" got merged in master, but not the revert of "cve-check: add lockfile to task"... or are my eyes tricking me? | 15:27 |
| RP | rfs613: I was going to ask rburton what the plan is with the other patch. I suspect he will say he thinks it should also go in | 15:27 |
| rfs613 | I was about to ask if I should send a "tested-by" or similar... IMHO they should both go in, and into the older branches, ASAP. | 15:28 |
| RP | agherzan: this is the challenge with our rather problematic variable defaults syntaxes :( | 15:29 |
| agherzan | Indeed. | 15:29 |
| rfs613 | RP: Anyone who keeps their DL_DIR on a NFS share will see some pretty horrendous slowdown due to the lockfile... like a 2 hour build taking 2 days... | 15:29 |
| agherzan | At its core, the issue was that when it was moved, it was moved before including the distro conf. To keep the same behavior, it should have been included afterwards. | 15:30 |
| agherzan | I'm wondering if that was intentional by any chance. | 15:30 |
| agherzan | JaMa: might know ^ | 15:31 |
| agherzan | I can push a simple fix if this was not intended. | 15:31 |
| moto-timo | RP: this patch is important for meta-python stability https://lore.kernel.org/openembedded-core/20220224041200.2645054-2-tim.orling@konsulko.com/T/#u | 15:41 |
| RP | moto-timo: didn't you say to hold that? | 15:42 |
| moto-timo | the setuptoobl3.bbclass needs to be held off (I'm almost done) but the pip_install_wheel one should be ok? | 15:43 |
| RP | moto-timo: I thought you meant hold that series | 15:43 |
| moto-timo | and yes I can see why it was confusing... my bad... | 15:43 |
| RP | moto-timo: I've merged it to master without test. Lets hope that doesn't break anything | 15:44 |
| moto-timo | I promise to fix it if it does break | 15:44 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 15:53 | |
| smurray | jclsn[m]: from looking at meta-freescale, I'd guess the effort moved to 5.15.x+fslc, which is a better choice anyways since that kernel's LTS | 15:54 |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 16:06 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 16:07 | |
| *** georgem <georgem!sid210681@id-210681.tinside.irccloud.com> has quit IRC () | 16:15 | |
| *** huseyinkozan <huseyinkozan!~hk@31.223.46.157> has quit IRC (Quit: Konversation terminated!) | 16:35 | |
| kanavin | RP: I'm at bit of a loss about how https://paste.debian.net/1232219/ can be actually reproduced | 16:38 |
| kanavin | perhaps bump PR in binutils-cross? | 16:39 |
| kergoth | RP: did anything ever come of your experimentations with the bitbake operators and laziness and all, before you rolled out the overrides syntax change? i remember you experimenting | 16:41 |
| RP | kanavin: remove your patch, bitbake bash, add your patch, keep the same tmpdir ? | 16:42 |
| RP | kergoth: nothing certain. I ran into a ton of problems in the data store as it was all too magic. The first was knowing what was an actual override. That is now solved. The second was the wide selection of weird variables we supported, like :append += "x". That is also now cleaned up | 16:44 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:44 | |
| RP | kergoth: so slow progress and I think my older data store patches work work better and be simpler now we've solved that second issue too | 16:44 |
| RP | kergoth: its purely a time thing, I just can't concentrate on it and that work needs concentration | 16:45 |
| kergoth | Makes sense. What patches are those, and are there any old prototype branches that are worth looking at? It's interesting stuff | 16:45 |
| RP | kergoth: I do have some horrible code somewhere, not sure if I made it public | 16:48 |
| kergoth | fair enough | 16:48 |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:3026:29df:173c:19bf> has quit IRC (Quit: Leaving) | 16:49 | |
| RP | kergoth: I did just manage to find https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/datastore-experiment&id=b183591083d61c3c1cb3b43257610d3a5226170f | 16:51 |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:93b6:da39:f290:1e6f> has joined #yocto | 16:51 | |
| RP | kergoth: that one was trying to see if we could optimise the internal overridedata piece inside bitbake to take advantage of the fact we now know what is an override | 16:51 |
| RP | kergoth: basically making override data variable local | 16:51 |
| RP | kergoth: there are chunks of that I did fix properly like the hasOverrides method | 16:54 |
| kergoth | So much of our behavior, file format, and data model are so tightly intertwined, it's hard to change any piece in isolation. Hard to avoid that, though | 16:54 |
| kergoth | Makes sense | 16:54 |
| RP | I think that patch would be easier now but never got back to it | 16:55 |
| RP | kergoth: I'm definitely open to ideas on what we could do to try and improve from here. | 16:55 |
| * kergoth nods | 16:55 | |
| RP | kergoth: I just found it near impossible to do anything with where we were at. Now we have the markup and reduced the syntax options a little, it should help open up other routes forward | 16:56 |
| kergoth | You've got a million things on your plate, no complaints from me, just looking at the future directions and old unmerged branches and stuff while mulling over both how we should use our resources and what i personally want to hack on | 16:56 |
| * kergoth nods | 16:56 | |
| RP | I was sad that patch removed the cookie monster! | 16:57 |
| moto-timo | it's rather daunting how intertwined things are... and I don't have nearly the depth of knowledge that I fool myself into thinking I have | 16:58 |
| JPEW | Is downloads.yoctoproject.org down for anyone else? | 16:58 |
| moto-timo | RP was running circles around me yesterday :) | 16:58 |
| RP | JPEW: this might be the start of the data centre move | 16:58 |
| JPEW | Guess we'll see how good our local mirror is! | 16:59 |
| RP | JPEW: it did just respond to me FWIW, rather slowly | 16:59 |
| RP | kergoth: I'd love to have your help in trying to improve some of the things we've long since wanted to move forward! | 17:00 |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 256 seconds) | 17:00 | |
| JaMa | agherzan: is there reason for the distro which included defaultsetup.conf to use ?= for TCLIBC? why not normal assignment? | 17:01 |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 17:02 | |
| moto-timo | not for TCLIBC, but other variables I needed them ?= so they could be overridden in e.g. kas for a different MACHINE etc. | 17:03 |
| moto-timo | I suppose there are bigger hammers | 17:03 |
| JaMa | well it's not any different to e.g. TMPDIR, why should TCLIBC work differently than TMPDIR? | 17:04 |
| JaMa | TMPDIR might be even worse (for people who don't want to use the default version) as there is also | 17:05 |
| JaMa | TCLIBCAPPEND ?= "-${TCLIBC}" | 17:05 |
| JaMa | TMPDIR .= "${TCLIBCAPPEND}" | 17:05 |
| RP | kergoth: one question I still have is around the confusion of XXX:append:YYY vs XXX:YYY:append | 17:09 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 17:12 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 17:12 | |
| kanavin | RP: that worked perfectly :-/ (build bash on master without sstate or tmp/, add patch, build bash again) | 17:14 |
| RP | kanavin: did you force a recompile of bash? | 17:14 |
| kanavin | ah! | 17:14 |
| kanavin | heheh | 17:14 |
| kanavin | let me try :) | 17:14 |
| RP | kergoth: I may come to regret making ${PN} and override for packaging for that reason, not sure | 17:15 |
| RP | s/and/an/ | 17:15 |
| kanavin | RP: now I have it | 17:15 |
| agherzan | JaMa: Because I want to have the ability to inherit existing distros and be able to override that configuration. | 17:21 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 17:25 | |
| *** turquoisetree <turquoisetree!~turquoise@p54abbba5.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed) | 17:35 | |
| khem | rburton: I think for layers on openembedded perhaps its fine to stay at same priority as core | 17:35 |
| khem | perhaps we can set a good example by doing so | 17:37 |
| khem | sometimes we may have need to host a newer component since some other component may need it but oe-core may be carrying older versions | 17:38 |
| khem | having same priority means we need to test these layers more firmly with oe-core and also weigh in commits to oe-core based on that a bit | 17:39 |
| JaMa | agherzan: and ?= is preventing you to do that? why? | 17:43 |
| RP | khem: matching core would be something I'd support | 17:44 |
| RP | khem: we should be resolving any conflict quickly (and I think we do?) | 17:45 |
| *** mckoan is now known as mckoan|away | 17:46 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 17:47 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 17:47 | |
| agherzan | The idea JaMa is that behaviour changed | 17:47 |
| agherzan | The ?= Is now ignored in a distro because the bitbake ?= takes it first now. | 17:48 |
| agherzan | This was not the case when the variable was defined in the default setup inc. | 17:48 |
| RP | agherzan: We have so many different behaviours with different variables I'm not sure I would say this was a bug as such but more just highlights what a mess our default options are | 17:50 |
| JaMa | but why should TCLIBC behave differently than e.g. TMPDIR? | 17:50 |
| agherzan | Because the ?= order has changed | 17:51 |
| JaMa | TMPDIR is set in bitbake.conf with ?= as well | 17:51 |
| JaMa | so it's consistent with TCLIBC | 17:51 |
| agherzan | Fair. Maybe it's the same situation there too | 17:51 |
| agherzan | So if the reason was to unify the behaviour, I can understand | 17:52 |
| khem | RP: these days its not as bad I suppose, but I will ask wider community also if they see any issues that I might be blind to | 17:52 |
| JaMa | the reason was to set the CACHE in one place as explained in the commit message | 17:52 |
| agherzan | Right. But that had a change in behaviour too | 17:53 |
| JaMa | unifying the behavior is just a small side effect (and I don't see it as bad side effect) | 17:53 |
| moto-timo | any clues what might be causing: tmp/sstate-control/manifest-x86_64-rust-cross-core2-64-glibc.populate_sysroot not found in x86_64 (variant '')? | 17:53 |
| agherzan | A side effect in how this interacts with definitions in distros. | 17:53 |
| RP | moto-timo: master-next with kanavin's change? | 17:53 |
| moto-timo | this is for either python3-cryptography or python3-pyruvate with the patch just sent to oe-dev to fix python3-setuptools-rust-natve | 17:53 |
| moto-timo | RP: oh yes | 17:54 |
| moto-timo | sigh | 17:54 |
| moto-timo | thank you! | 17:54 |
| kanavin | I don't think I'll ever run out of things I never saw before in oe-core | 17:54 |
| moto-timo | kanavin: me either | 17:54 |
| kanavin | wrapping my head around tmp/sstate-control now :) | 17:54 |
| moto-timo | I'm just glad it isn't something specific to setuptools_rust or else I would probably scream a little bit | 17:55 |
| kanavin | moto-timo, always rebase on master :) | 17:55 |
| moto-timo | kanavin: for the last few days it had to be master-next ;) | 17:55 |
| JaMa | agherzan: yes, but it still doesn't explain why the distro doesn't use normal = for TCLIBC when it needs to use normal = for TMPDIR (or many other variables) | 17:56 |
| moto-timo | phew, that was indeed the problem | 17:58 |
| RP | kanavin: that area of the code is such fun | 18:00 |
| JaMa | agherzan: we have stack of 4 distributions inheritting each other and just including upper-distro.inc in the right order allows us to easily set whatever we need (including overwritting whatever defaults we got from intial defaultsetup and bitbake.conf) | 18:00 |
| RP | kanavin: it started so nice and simple and then the corner cases starts | 18:00 |
| moto-timo | hmmm... maybe PyO3 has a flag for build dir... | 18:01 |
| RP | kergoth: I'm still thinking about the idea of a defaultval override level, thereby allowing you to change the default value with the overrides mechanism | 18:01 |
| *** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has joined #yocto | 18:02 | |
| RP | kergoth: even having people like yourself with time to think about and play with these ideas would be valuable IMO as we need to do that to work out what makes sense | 18:03 |
| kanavin | RP: I am still somewhat confused. The error I am getting is: | 18:05 |
| kanavin | ERROR: bash-5.1.16-r0 do_prepare_recipe_sysroot: Manifest /srv/storage/alex/poky/build-gcc-cross/tmp/sstate-control/manifest-x86_64-gcc-cross-x86_64.populate_sysroot not found in x86_64 (variant '')? | 18:05 |
| kanavin | which is, 'new-style manifest not found' | 18:05 |
| kanavin | how would removing old-style manifests help here? | 18:06 |
| agherzan | JaMa let me remember now why we went down that route. I think it was to allow command line overrides too. | 18:07 |
| *** nateglims <nateglims!~nateglims@c-24-17-230-226.hsd1.wa.comcast.net> has joined #yocto | 18:09 | |
| JaMa | we have TCLIBC in BB_ENV_PASSTHROUGH_ADDITIONS and I think it still works as well | 18:11 |
| RP | kanavin: basically before you hit this, you need to ensure the old style stuff is removed. The sanity checks run right at the start of the build allowing you to do that before the state gets broken | 18:11 |
| * RP -> afk | 18:11 | |
| *** nateglims89 <nateglims89!~nateglims@204.246.162.45> has joined #yocto | 18:15 | |
| *** nateglims <nateglims!~nateglims@c-24-17-230-226.hsd1.wa.comcast.net> has quit IRC (Ping timeout: 256 seconds) | 18:18 | |
| fray | I'm looking for a clue. We've got a few out of tree kernel modules. These modules need device nodes created (we have udev rules for this), but I'm resistant for people patching systemd to add udev rules.. Is it reasonable to add udev rules into an out-of-tree kernel-module package? Do a need a 'new' package? Thoughts? | 18:24 |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:93b6:da39:f290:1e6f> has quit IRC (Quit: Leaving) | 18:31 | |
| kanavin | usually I would ask, how does 'desktop distro on my laptop' do it? | 18:35 |
| *** kevinrowland <kevinrowland!~kevinrowl@104.129.199.51> has joined #yocto | 18:39 | |
| fray | I can't find any examples for out of tree modules | 18:48 |
| fray | intree, the udev stuff ends up with either the application, ctrl logic or library it seems.. | 18:48 |
| RP | fray: Adding udev rules in the module package would seem reasonable | 18:52 |
| RP | the two would seem to only work together | 18:53 |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-049-099.2.243.pool.telefonica.de> has joined #yocto | 19:03 | |
| fray | RP ok, I wasn't sure if there was something preventing that | 19:07 |
| *** nateglims89 <nateglims89!~nateglims@204.246.162.45> has quit IRC (Quit: Client closed) | 19:09 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:d953:81d4:6eab:648d> has quit IRC (Remote host closed the connection) | 19:30 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 19:30 | |
| sgw | RP: I know it's late friday for you, I have an update to the incompatible license code, that I think addresses the open issues, do you want a patch that you can squash or a v2 of the exiting re-work patch? | 19:40 |
| *** kevinrowland <kevinrowland!~kevinrowl@104.129.199.51> has quit IRC (Quit: Client closed) | 20:36 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-049-099.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 21:05 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 21:08 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 21:12 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 21:20 | |
| halstead | Brief outage of downloads.yoctoproject.org coming shortly in order to prepare the for move tomorrow. | 21:36 |
| *** yocti <yocti!~limnoria@mail.yoctoproject.org> has joined #yocto | 21:45 | |
| halstead | Outage complete. | 21:46 |
| *** amitk <amitk!~amit@103.59.74.130> has quit IRC (Ping timeout: 256 seconds) | 22:04 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 22:47 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 22:50 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-049-099.2.243.pool.telefonica.de> has joined #yocto | 22:53 | |
| *** florian_kc is now known as florian | 22:59 | |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Read error: Connection reset by peer) | 23:02 | |
| *** chep` <chep`!~chep@82-65-36-115.subs.proxad.net> has joined #yocto | 23:02 | |
| *** chep` is now known as chep | 23:03 | |
| *** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 23:08 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 23:21 | |
| *** Androo <Androo!~andy@047-024-136-025.res.spectrum.com> has joined #yocto | 23:32 | |
| Androo | Have a .bb that tries to copy the entire contents of a directory to the rootfs (https://pastebin.com/raw/gRw9B7sL -- see "file://migrations-post"). But have noticed that sometimes if we rename these files yocto will not rebuild the package, and even if we clean the package may get rebuilt but the rootfs will not. Any suggestions on how to improve this? | 23:35 |
| *** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Ping timeout: 272 seconds) | 23:53 | |
| *** sgw <sgw!~swold_loc@user/sgw> has joined #yocto | 23:55 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!