| *** Tokamak <Tokamak!~Tokamak@172.58.188.132> has joined #yocto | 00:03 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:13 | |
| *** wesm <wesm!~wes@firewall.mitsi.com> has joined #yocto | 00:14 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Write error: Connection reset by peer) | 00:18 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Ping timeout (120 seconds)) | 00:18 | |
| *** neuberfran <neuberfran!~neuberfra@2804:14c:b385:848a:b717:56e5:8174:6c5> has quit IRC (Quit: Ping timeout (120 seconds)) | 00:19 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 240 seconds) | 00:31 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 00:35 | |
| *** osama4 <osama4!~osama@eth1-fw1-nbg6.eb.noris.de> has quit IRC (Ping timeout: 272 seconds) | 00:41 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-101-197.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 00:49 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 00:53 | |
| *** otavio <otavio!~otavio@201-3-135-79.paemt705.dsl.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 00:57 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 01:03 | |
| *** yolo <yolo!~xxiao@li1120-73.members.linode.com> has joined #yocto | 01:27 | |
| yolo | in the newest bitbake hello example, it runs 'bitbake' in a blank folder and saying some mistakes, I ran it, no errors, no warning about BBPATH unset, what am I missing | 01:28 |
|---|---|---|
| yolo | there is a bitbake-cookerdaemon.log generated, inside there is no warning or error either, is the newest doc out of date | 01:29 |
| yolo | yes the doc is unclear, BBPATH is not needed until you build out of topdir | 01:45 |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 01:49 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 02:07 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 02:18 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 02:21 | |
| *** starblue <starblue!~juergen@dslb-088-078-100-191.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds) | 02:31 | |
| *** starblue <starblue!~juergen@dslb-084-061-077-137.084.061.pools.vodafone-ip.de> has joined #yocto | 02:33 | |
| vmeson | yolo: can you provide more context? Are you using poky.git/master or jsut bitbake and what steps are required to encounter the error you see. Did things work before? Did you try to revert? | 02:36 |
| yolo | I did: git clone bitbake; set PATH for bitbake; mkdir hello; cd hello; bitbake; that's all, no errors reported, but the doc says it should report errors. I eventually got the bitbake hellworld working fine. BBPATH is optional(i.e. no error) as long as you stay inside the project | 02:38 |
| vmeson | yolo: ah, yes, I just scrolled back and saw that: 13:16] <yolo> git clone bitbake | 02:38 |
| yolo | is devtool a standalone project or just part of poky or something? | 02:40 |
| yolo | plan to restudy bitbake, then oe-core, then openembedded, then poky/yocto before I got lost | 02:41 |
| yolo | also is toaster mature enough for 'product use'? last time I used yocto toaster just came out :) so I never actually used it | 02:42 |
| vmeson | yolo: devtool is part of YP / oe-core | 02:43 |
| vmeson | toaster is having a mid-life crisis or something. ;-) It's been around for a while, a few people use it. We were talking about it's future on this week's conference call. | 02:44 |
| vmeson | I think it was broken until RP pushed a bitbake fix: bf723f2c 2022-03-07 server/xmlrpcserver: Add missing xmlrpcclient import | 02:47 |
| vmeson | yolo: if you see any problems with devtool or toaster or just have comments or questions, we're all ears. Doubly so for patches, in which casse we're all hands... | 02:48 |
| yolo | thanks! it has been a while, does yocto/oe-core have a menuconfig like buildroot and the others | 02:48 |
| vmeson | yolo: cmdline, no there's no menuconfig. Toaster is supposed to be a good way to discover features . I just read / search all the commits, code! | 02:49 |
| yolo | thanks again, so the way to use it is unchanged over the years then. | 02:50 |
| vmeson | yolo: there have been some recent syntax changes on overrides : _ -> : and some inclusive language changes but yeah, it's basically the same. | 02:52 |
| * vmeson wanders off for the night... | 02:53 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 03:27 | |
| *** jclsn78 <jclsn78!~jclsn@149.224.77.55.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:38 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 03:38 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.145.239.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 252 seconds) | 03:41 | |
| yolo | oe-core defaults to ipk(was it rpm?), qemu has no riscv support yet? and local.conf has no parallel build settings I assume bitbake will build in parallel on its own then? | 03:41 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 03:44 | |
| yolo | http://www.openembedded.org/wiki/OE-Core_Standalone_Setup seems broken for me: bitbake core-image-minimal, I got : ERROR: Variable PROVIDES_prepend contains an operation using the old override syntax. Please convert this layer/metadata before attempting to use with a newer bitbake. | 03:44 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 03:48 | |
| *** dev1990 <dev1990!~dev@78.9.136.196> has quit IRC (Quit: Konversation terminated!) | 03:49 | |
| yolo | switched to 2021-10.2-honister branch "fixed" it, that doc is also out of date due to: https://lore.kernel.org/openbmc/YRL8U4+7i23utzRl@heinlein/T/ I guess, old oe-core needs to go with older bitbake version | 03:56 |
| *** amitk <amitk!~amit@103.208.69.108> has joined #yocto | 04:18 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 04:39 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 04:40 | |
| yolo | found the riscv meta layer that hopefully contains qemu-riscv | 04:40 |
| yolo | question: is musl an officially supported lib in yocto? like what buildroot|opewnrt|alpine does, or it's just an add-on that "you're on your own" | 04:41 |
| *** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has quit IRC (Quit: Quitting) | 05:09 | |
| *** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has joined #yocto | 05:10 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 05:26 | |
| *** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has quit IRC (Quit: ZNC - http://znc.in) | 05:49 | |
| *** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has joined #yocto | 05:51 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:52 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 05:55 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 05:56 | |
| *** michalkotyla <michalkotyla!~quassel@84-10-27-202.static.chello.pl> has joined #yocto | 06:08 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 06:17 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 06:36 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 07:05 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 07:06 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:c075:7975:f5a2:1e76> has quit IRC (Remote host closed the connection) | 07:08 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:c075:7975:f5a2:1e76> has joined #yocto | 07:09 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 07:30 | |
| *** olani <olani!~olani@2a02:aa1:1028:4b00:2b00:8c5e:8af5:6d33> has joined #yocto | 07:30 | |
| *** mckoan|away is now known as mckoan | 07:37 | |
| mckoan | good morning | 07:37 |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has joined #yocto | 07:39 | |
| *** rperier_ <rperier_!~quassel@234.ip-51-91-57.eu> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 07:47 | |
| *** rperier <rperier!~quassel@234.ip-51-91-57.eu> has joined #yocto | 07:47 | |
| RP | yolo: yes, musl support is there | 07:50 |
| *** frieder <frieder!~frieder@i59F72453.versanet.de> has joined #yocto | 07:50 | |
| jclsn78 | Morning | 07:52 |
| *** osama4 <osama4!~osama@ipbcc2935c.dynamic.kabel-deutschland.de> has joined #yocto | 07:55 | |
| *** osama <osama!~osama@eth1-fw1-nbg6.eb.noris.de> has joined #yocto | 07:56 | |
| *** osama4 <osama4!~osama@ipbcc2935c.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 260 seconds) | 08:00 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 08:01 | |
| *** olani <olani!~olani@2a02:aa1:1028:4b00:2b00:8c5e:8af5:6d33> has quit IRC (Ping timeout: 268 seconds) | 08:02 | |
| jclsn78 | rburton: Yeah so I created a man page, but it is just one big file containing the information. Like this it is not of much use... | 08:08 |
| *** dev1990 <dev1990!~dev@78.9.136.196> has joined #yocto | 08:28 | |
| LetoThe2nd | yo dudX! | 08:52 |
| LetoThe2nd | quick one - is there some part in the documentation that explains (and shows best practises) for custom commercial licenses? LICENSE="CLOSED" is the usual, but wrong way as we all know. | 08:53 |
| mckoan | LetoThe2nd: hey | 08:56 |
| LetoThe2nd | mckoan: howdy! | 08:59 |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-042-253.93.133.pool.telefonica.de> has joined #yocto | 09:06 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 09:09 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-042-253.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 09:14 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has joined #yocto | 09:20 | |
| *** risca <risca!~quassel@h-155-4-62-42.A980.priv.bahnhof.se> has quit IRC (Remote host closed the connection) | 09:20 | |
| *** risca <risca!~quassel@h-155-4-62-42.A980.priv.bahnhof.se> has joined #yocto | 09:22 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 240 seconds) | 09:25 | |
| rburton | LetoThe2nd: not sure if there's a section but i'd use NO_GENERIC_LICENSE to embed the correct license from the distribution, and LICENSE_FLAGS to mark it as opt-in. https://docs.yoctoproject.org/dev-manual/common-tasks.html#enabling-commercially-licensed-recipes | 09:29 |
| LetoThe2nd | rburton: thx! | 09:33 |
| rburton | grep around for examples of NO_GENERIC_LICENSE, its basically saying 'this license isn't a standard one, use this file as the text' | 09:34 |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 256 seconds) | 09:34 | |
| rburton | its not really documented, which should be fixed | 09:34 |
| LetoThe2nd | extra brownie points! | 09:35 |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 09:36 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:37 | |
| *** lucaceresoli__ <lucaceresoli__!~lucaceres@77.244.183.192> has joined #yocto | 09:38 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Remote host closed the connection) | 09:39 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 256 seconds) | 09:41 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 09:41 | |
| qschulz | jclsn78: https://git.yoctoproject.org/yocto-docs/tree/documentation/README#n106 | 09:47 |
| qschulz | LetoThe2nd: HOWEVER, if multiple of your pieces of software have the same license, it'd probably be better to add this license file to the list of valid licenses | 09:48 |
| jclsn78 | qschulz: Thanks | 09:49 |
| qschulz | LetoThe2nd: https://github.com/nymea/meta-nymea/blob/master/conf/layer.conf#L14 + https://github.com/nymea/meta-nymea/tree/master/licenses as an example of how I did it some time ago | 09:49 |
| *** GillesM <GillesM!~gilles@228.100.5.84.rev.sfr.net> has joined #yocto | 09:50 | |
| *** osama <osama!~osama@eth1-fw1-nbg6.eb.noris.de> has quit IRC (Quit: WeeChat 3.4) | 09:51 | |
| qschulz | LetoThe2nd: you still need the LICENSE_FLAGS though (I didn't need it technically because it was a Proprietary | GPL-3.0 dual license) | 09:55 |
| LetoThe2nd | qschulz: thanks! | 09:56 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 10:07 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Client Quit) | 10:07 | |
| RP | jclsn78: how would you want it split up? | 10:11 |
| *** mauro_anjo <mauro_anjo!~quassel@191.13.251.42> has joined #yocto | 10:12 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has joined #yocto | 10:28 | |
| *** lucaceresoli__ <lucaceresoli__!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 272 seconds) | 10:31 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:85a0:7214:95e:173a> has joined #yocto | 10:40 | |
| *** starblue <starblue!~juergen@dslb-084-061-077-137.084.061.pools.vodafone-ip.de> has quit IRC (Ping timeout: 240 seconds) | 10:51 | |
| *** starblue <starblue!~juergen@dslb-084-061-077-137.084.061.pools.vodafone-ip.de> has joined #yocto | 10:53 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 11:06 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC (Quit: off) | 11:18 | |
| *** mixfix41 <mixfix41!~homefame@user/mixfix41> has quit IRC (Ping timeout: 256 seconds) | 11:20 | |
| RP | hmm, two ping failures for centos8-ty-2 :( | 11:25 |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 11:26 | |
| *** tre <tre!~tre@mail.phytec.de> has joined #yocto | 11:54 | |
| jclsn78 | RP: By chapter I would say. On second thought that would only make sense if the chapters were tags to jump between the files I guess | 12:08 |
| jclsn78 | The headlineas are also not bold. It is not nice to read | 12:09 |
| rburton | i'm really curious how well the yocto docs would translate to man pages | 12:09 |
| rburton | (i suspect: not) | 12:09 |
| rburton | you can split per book, but then you have a few very large manpages | 12:09 |
| jclsn78 | rburton: it is okay, just not structured | 12:10 |
| rburton | or by chapter, but then you get manpages like yocto-ref-manual-tasks | 12:10 |
| jclsn78 | Would be nice to search things like man yocto-layer | 12:10 |
| jclsn78 | or man yocto-recipe | 12:10 |
| jclsn78 | man yocto-bsp | 12:10 |
| jclsn78 | You get the gist | 12:10 |
| rburton | what bit of the docs would those be? | 12:11 |
| jclsn78 | No idea | 12:11 |
| rburton | i think that's the important point :) | 12:11 |
| jclsn78 | I guess it would be too much work with a questionable outcome | 12:11 |
| jclsn78 | Unless you write some skelton for sphinx to parse or somthing | 12:11 |
| jclsn78 | I just had the idea while searching through the vim docs | 12:12 |
| rburton | you can generate a mega manpage now. i'd hope it's not a huge amount of effort to get sphinx to split it into separate pages per book. separate pages per chapter might be crazy. | 12:12 |
| jclsn78 | You can write your plugin and just type :h something and it appears | 12:12 |
| jclsn78 | So convenient | 12:12 |
| jclsn78 | Yeah it is okay | 12:13 |
| jclsn78 | Just weird that the table of contents is not there | 12:13 |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving) | 12:17 | |
| jclsn[m] | Does the order of the layers matter?... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/a2bddfe3e899f4bad40af70d2817be41cae6437d) | 12:23 |
| jclsn78 | I just realized that mine are the other way around | 12:23 |
| zyga[m] | coldspark29[m]: yes, the order matters | 12:27 |
| jclsn[m] | zyga[m]: So the hierarchy of the layers is determined by this order? | 12:28 |
| zyga[m] | coldspark29[m]: I don't know, I know layers have priority but I've seen cases where ordering does matter | 12:28 |
| zyga[m] | mind you I'm still a novice | 12:28 |
| jclsn[m] | qschulz: ? ^^ | 12:28 |
| qschulz | jclsn[m]: properly written layers shouldn't impact the build depending on the order in which they are included | 12:29 |
| jclsn[m] | It is not described under variables | 12:29 |
| jclsn[m] | Alright thanks | 12:29 |
| qschulz | alas, they often aren't properly written :) | 12:29 |
| jclsn[m] | Wondering because it seems that meta-webkit influenced our graphics stack and Chromium | 12:29 |
| qschulz | I mean that's not real,y true what I just said | 12:29 |
| jclsn[m] | Without even having included cog or anything | 12:30 |
| qschulz | basically, the order matters for layers with the same priority | 12:30 |
| jclsn[m] | So I guess this is bad... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/59a176701d097f9e183881fef893b430e9e8e99b) | 12:31 |
| jclsn[m] | In kas they are the other way round actually | 12:31 |
| qschulz | jclsn78: I could see a manpage for the variable glossary, and optionally classes "glossary" too | 12:32 |
| jclsn[m] | Yes I missed that one actually. You need it very often | 12:33 |
| qschulz | jclsn[m]: I have no idea how I would be able to tell you if a specific ordering of layers would be "bad" | 12:33 |
| qschulz | jclsn[m]: as always, contributions welcome :) | 12:33 |
| jclsn[m] | Okay I just wondered | 12:33 |
| jclsn[m] | I will probably need to contribute to kas first, because we need a functionality to generate snapshots | 12:34 |
| jclsn[m] | Jan Kiszka is open for it, but he seems like he wants to plan it first | 12:34 |
| RP | It seems somewhat perverse that the change to enable the datastore history tracking by default broke the display of history in the output :( | 12:35 |
| *** tre <tre!~tre@mail.phytec.de> has quit IRC (Remote host closed the connection) | 12:43 | |
| *** davidinux <davidinux!~davidinux@217.138.219.165> has quit IRC (Ping timeout: 256 seconds) | 13:03 | |
| *** davidinux <davidinux!~davidinux@net-188-153-130-222.cust.vodafonedsl.it> has joined #yocto | 13:05 | |
| *** hansihe <hansihe!~hansihe@2001:470:69fc:105::1:9dd> has joined #yocto | 13:16 | |
| *** lucaceresoli__ <lucaceresoli__!~lucaceres@77.244.183.192> has joined #yocto | 13:17 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 272 seconds) | 13:20 | |
| *** otavio <otavio!~otavio@201-3-135-79.paemt705.dsl.brasiltelecom.net.br> has joined #yocto | 13:33 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:33 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 13:41 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 13:41 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 13:50 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:50 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 13:53 | |
| *** rando25892 <rando25892!~homefame@user/rando25892> has joined #yocto | 14:06 | |
| *** robertd[m] <robertd[m]!~robertdno@2001:470:69fc:105::1:ce51> has joined #yocto | 14:16 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 14:20 | |
| robertd[m] | hey guys, I have a question regarding ptest | 14:21 |
| robertd[m] | is there a standard way to grab a file, like a test report, from the qemu target? | 14:22 |
| robertd[m] | I saw `copy_from` function in the oeqa, but it's not being used anywhere in ptest test suite context | 14:24 |
| robertd[m] | any hints? | 14:24 |
| *** Guest81 <Guest81!~Guest81@217-208-192-91-no98.tbcn.telia.com> has joined #yocto | 14:25 | |
| Guest81 | Is yocto no longer allowing building under /usr/local/src? Seems PSEUDO_IGNORE_PATHS complains about overlapping paths. Is that intentional? | 14:26 |
| yolo | 4 hours re-learn yocto, so far so good. build a glibc minimal and a musl one, now I need write 10 sample recipes to recall :) | 14:32 |
| yolo | oelint-adv is pretty strict, is there a syntax-format utility for recipe? like clang-format for c|c++ | 14:33 |
| yolo | or, if reciple looks very similar to some other formats I can leverage their formatter | 14:34 |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 14:34 | |
| *** marc2 <marc2!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (Ping timeout: 268 seconds) | 14:52 | |
| *** marc2 <marc2!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 14:53 | |
| *** nsbdfl <nsbdfl!nsfbdl@user/nsbdfl> has quit IRC (Ping timeout: 250 seconds) | 15:18 | |
| *** opello <opello!~opello@about/csharp/opello> has quit IRC (Remote host closed the connection) | 15:19 | |
| *** opello <opello!~opello@about/csharp/opello> has joined #yocto | 15:19 | |
| *** nsbdfl <nsbdfl!nsfbdl@user/nsbdfl> has joined #yocto | 15:19 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 15:24 | |
| khem | yolo: good progress 4hr .. not bad at all. We do not have an utility to rewrite formatted recipe you can take a look at meta-openembedded/contrib/oe-stylize.py | 15:26 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 15:27 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 15:39 | |
| yolo | cool. Thanks! | 15:49 |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:1416:a546:ff88:20cd> has joined #yocto | 16:08 | |
| pasherring | Hey there, yoctoers! I've been trying to use dunfell for the past few days and I've been getting a lot of segmenation fault errors during the build... Is there something weird going on upstream, or is it just my setup that should be somehow plagued? | 16:10 |
| pasherring | I mean, the compiler is triggering the segfault | 16:11 |
| rburton | run memcheck | 16:15 |
| rburton | yocto builds thrash your hardware, and bad ram can do that | 16:15 |
| pasherring | rburton, I see. I'll give it a go, thanks! One thing strikes me as strange is that on hardknott, it all builds fine, with no extra tunning required, like BB_NUMBER_THREADS or -l XX -j YY | 16:22 |
| *** frieder <frieder!~frieder@i59F72453.versanet.de> has quit IRC (Remote host closed the connection) | 16:25 | |
| RP | moto-timo: just to add, I tried your test script and it worked for me with my patches | 16:30 |
| moto-timo | RP: that is excellent news... probably my guess at the failure mode was just wrong | 16:31 |
| * moto-timo in a meeting but will check soon | 16:38 | |
| *** rando25892 <rando25892!~homefame@user/rando25892> has quit IRC (Ping timeout: 252 seconds) | 16:48 | |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:1416:a546:ff88:20cd> has quit IRC (Quit: Leaving) | 16:48 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:06 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 252 seconds) | 17:09 | |
| *** mckoan is now known as mckoan|away | 17:23 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 17:39 | |
| *** davidinux <davidinux!~davidinux@net-188-153-130-222.cust.vodafonedsl.it> has quit IRC (Ping timeout: 240 seconds) | 17:44 | |
| *** davidinux <davidinux!~davidinux@146.70.73.92> has joined #yocto | 17:45 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 17:51 | |
| *** amitk <amitk!~amit@103.208.69.108> has quit IRC (Ping timeout: 240 seconds) | 17:57 | |
| rfs613 | Am looking at CVE-2021-25219 in package bind... it seems this is fixed in various ways in all active branches, except for dunfell. | 18:06 |
| rfs613 | dunfell has 9.11.35 currently, there is an update 9.11.36 which fixes the CVE. So we could either patch, or update to .36, is there a preference? | 18:07 |
| rfs613 | also, the 9.11.x series is EOL right now (March 2022), so should dunfell move to 9.16.x? All other branches are on various 9.16.x it seems. | 18:08 |
| khem | bumping major revision in dunfell is kind of risky | 18:08 |
| sakoman | rfs613: is 9.11.36 a security/bug fix release? If no new features I would take a patch for that update. | 18:16 |
| rfs613 | sakoman: yes, security fix and bugfix, https://ftp.isc.org/isc/bind9/9.11.36/CHANGES | 18:17 |
| rfs613 | i've compiled and tested it locally... only change name of recipe and the sha256sum for the download, all existing OE patches apply. Want me to submit a patch for this? | 18:18 |
| sakoman | rfs613: Yes, I see I've done a number of those in the past. If you could follow this format it would make me happy ;-) https://git.openembedded.org/openembedded-core-contrib/commit/?h=stable/dunfell-nut&id=ede9176c53d2de5559a15f48f2a0a3a31a331d1b | 18:18 |
| sakoman | rfs613: Thanks for helping with CVEs, I really appreciate it! | 18:19 |
| rfs613 | sakoman: i have a few more in the pipe, but let me get this one sorted as first step. | 18:19 |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.132> has quit IRC (Ping timeout: 240 seconds) | 18:20 | |
| rfs613 | sakoman: I've been meaning to ask about the repos, as they seem confusing... the patch you linked is in openembedded-core-contrib, but when I look in poky the same commit has a different hash (with a link to OE-Core rev added) | 18:21 |
| rfs613 | so how should I do my local workflow to generate patch against correct repo? or does it matter. | 18:21 |
| sakoman | rfs613: Submit patches to oe-core | 18:22 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 18:22 | |
| sakoman | rfs613: poky is a constructed repo -- oe-core + bitbake + meta-yocto + yocto-docs | 18:22 |
| sakoman | rfs613: so patch submissions should be for the base component repo, not poky | 18:23 |
| rfs613 | is there a guide to setting up local build using individual repos, rather than the poky constructed one? | 18:23 |
| khem | rfs613: generally patches done on top of poky are directly applicaple to oe-core unless you have local changes | 18:24 |
| prabhakarlad | Hi all, I have tmux package in my rfs, but when I run it I get "tmux: need UTF-8 locale (LC_CTYPE) but have ANSI_X3.4-1968". Any pointers on how to add UTF-8 support in yocto? | 18:25 |
| khem | yocto project consumes openembedded-core + bitbake and create poky repository along with few other layers fudged together | 18:25 |
| sakoman | rfs613: what khem said -- but when you submit, make sure you send the patch to the appropriate component repo mailing list | 18:25 |
| rfs613 | sakoman: I sent the mail, but I missed the "Notes for ...", so i'll do a v2 in a moment. | 18:34 |
| rfs613 | let me know if this looks okay otherwise | 18:36 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 18:36 | |
| *** konsgn <konsgn!~konsgn@user/Konsgn> has joined #yocto | 18:39 | |
| konsgn | Alright, I've been banging my head against a wall for a bit now. I'm trying to get a pocket-beagle design to shutdown properly. Instead, the sysvinit tool halt grabs a system_transition_mutex lock and never lets go causing a stack dump after the umountfs init.d script successfully completes. How can I debug this? | 18:41 |
| konsgn | looking at the uart output I see that umountfs script complete and the terminal drops back to displaying kernel messages, but I then get a warning that locks are still held by halt, followed by a stacktrace. | 18:42 |
| rfs613 | prabhakarlad: not sure what version of yocto you're using, but try checking $LANG as a first step. Or perhaps check the output of "locale" command. I'm guessing you will see "C" rather than something ending in ".UTF-8" | 18:43 |
| prabhakarlad | rfs613: $LANG is C | 18:44 |
| khem | konsgn: I would test same setup on qemuarm and if it works there then its perhaps a beagle kernel issue | 18:44 |
| rfs613 | prabhakarlad: so that's probably the reason, ANSI_X3.4-1968 is basically the same as C | 18:45 |
| yolo | can I list all recipes used for an image, e.g. core-image-minimal, bitbake -s seems just list everything possible | 18:45 |
| khem | konsgn: maybe there is some spurious unlock_system_sleep() call in kernel path | 18:45 |
| *** chep` <chep`!~chep@82-65-36-115.subs.proxad.net> has joined #yocto | 18:45 | |
| prabhakarlad | rfs613: I see, how can I force it to UTF-8? | 18:46 |
| rfs613 | prabhakarlad: well, as a quick test, just try "export LANG=en_US.UTF-8" and then run tmux... if that works, it's just your default locale that's the issue. | 18:47 |
| khem | you might first check if you have locales included see IMAGE_LINGUAS and what it is set to | 18:48 |
| konsgn | khem, thanks for the pointers. specifically, I do have the beaglebone kernel 5.4 (as opposed to my dunfell at 5.9.16) shutting down gracefully, but it is running systemd as opposed to sysv. How could I check the kernel path? | 18:48 |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Ping timeout: 245 seconds) | 18:48 | |
| *** chep` is now known as chep | 18:48 | |
| prabhakarlad | rfs613: that didn't help "tmux: invalid LC_ALL, LC_CTYPE or LANG". | 18:48 |
| rfs613 | prabhakarlad: ok, so probaly missing locale support, as khem just noted, check IMAGE_LINGUAS in your config | 18:49 |
| khem | konsgn: perhap trace the halt path in kernel maybe with some kprintfs or something | 18:51 |
| konsgn | khem: one more note, reboot works fine. | 18:51 |
| khem | yeah reboot and halt are different paths | 18:51 |
| konsgn | alright, will look into what you said, seeing power/main.c a focus point. | 18:52 |
| prabhakarlad | rfs613: khem: reports its empty ( bitbake -e core-image-minimal | grep IMAGE_LINGUAS) | 18:54 |
| Saur[m] | jclsn: Yes, the order of the layers in `BBLAYERS` matters. You typically want layers with higher priority earlier in that list as this, e.g., will affect the order include/require finds files. | 18:54 |
| rfs613 | prabhakarlad: so you can try setting it to IMAGE_LINGUAS="en-us" for example | 18:57 |
| khem | prabhakarlad: yeah minimal images are minimal add IMAGE_LINGUAS = "en-us" right | 18:58 |
| rfs613 | prabhakarlad: https://www.yoctoproject.org/docs/1.6.1/ref-manual/ref-manual.html#var-IMAGE_LINGUAS for more info | 18:58 |
| prabhakarlad | rfs613: khem: thanks for the pointer Ill give that a try now. | 19:00 |
| sakoman | rfs613: what you sent is fine | 19:04 |
| rfs613 | sakoman: v2 is there with the extre line added, take your pick ;-) | 19:04 |
| sakoman | rfs613: I took the first version and I'm testing now. Will try to get it into the 3.1.15 release. | 19:06 |
| rfs613 | great thanks! | 19:06 |
| khem | yolo: you can do bitbake -g <your-image> which will generate a file called pn-buildlist which has the info you are seeking | 19:07 |
| rfs613 | it seems the bitbake in dunfell branch has changed recently (last few days) to reject the old override syntax. I guess I missed the announcement? Or is this not intentional | 19:08 |
| rfs613 | no, never mind, I was on the wrong poky branch. | 19:09 |
| moto-timo | RP: weird, still seeing the same behavior on Debian 11 (bullseye) which is Python 3.9.2 in stock config... I'll see if there is a backport of newer py3 | 19:09 |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-042-253.93.133.pool.telefonica.de> has joined #yocto | 19:10 | |
| prabhakarlad | rfs613: khem: looks like setting the IMAGE_LINGUAS = "en-us" in conf file is ignored when building minimal image. | 19:35 |
| rfs613 | prabhakarlad: indeed, it is set to empty in poky/meta/recipes-core/images/core-image-minimal.bb | 19:38 |
| rfs613 | you could comment out that line, or find another way to override it, I suppose | 19:38 |
| prabhakarlad | ouch, i see only option is to comment it, unless there is a graceful way to override it. | 19:40 |
| rfs613 | in yocto, there is always a bigger hammer available :-) | 19:40 |
| khem | use core-image-base | 19:41 |
| rfs613 | sakoman: next on my list is CVE-2022-23308 in libxml2... it's new this week... got a few moments to discuss that one? | 19:43 |
| sakoman | rfs613: yes | 19:44 |
| prabhakarlad | rfs613: khem: yep looks like I will have to go with core-image-base | 19:44 |
| rfs613 | sakoman: so we have 2.9.12 in master branch, and there is a 2.9.13 release whcih fixes the CVE. | 19:45 |
| rfs613 | sakoman: it also seems the project has moved from xmlsoft.org to gitlab.gnome.org, so "devtool upgrade" doesn't pick up on the new release. | 19:46 |
| sakoman | rfs613: are you looking to fix in master or in dunfell? | 19:46 |
| rfs613 | sakoman: master first, as I know thats teh policy | 19:47 |
| *** _wmills <_wmills!~wmills@pool-71-163-150-39.washdc.fios.verizon.net> has quit IRC (Ping timeout: 256 seconds) | 19:48 | |
| sakoman | rfs613: if master, you might be able to sneak in the version upgrade if you work very fast, check with RP to see if he would still take that patch | 19:49 |
| sakoman | rfs613: it would also make sense to fix and broken paths in the recipe before the release | 19:50 |
| sakoman | rfs613: for dunfell it would need to be a CVE patch rather than version upgrade (unless there is a bug fix/security fix only release) | 19:51 |
| moto-timo | RP: confirmed with a toaster-container using master-next and Ubuntu 20.04 that the web UI can build quilt-native | 19:51 |
| rfs613 | sakoman: yes, I'm messing with it now, though I will have to break to pickup car and kids soon, so may not have it soon enough for RP | 19:51 |
| rfs613 | sakoman: I guess we can try to backport the CVE only to 2.9.10 in dunfell | 19:52 |
| sakoman | rfs613: If you can do it in the next few days it may be fine, but check with RP | 19:52 |
| yolo | khem: thanks that works. is there a command to list the recipes(and/or pkgs) that is only for the target, i.e. the rootfs? bitbake cares about all the recipes(host and target), sometimes I want to know what exactly went to the target rootfs | 19:52 |
| sakoman | rfs613: no time constraints on dunfell -- it will live for another couple of years :-) | 19:53 |
| rfs613 | RP: ^^ i'm looking at updating libxml2 version (2.9.12 to 2.9.13) for CVE fix... but also the project download URLs changed (moved to gitlab.gnome.org) | 19:53 |
| rfs613 | just a heads up ;-) | 19:53 |
| rfs613 | Does it make sense to switch from download .tar.gz to using git instead? Finding non-javascript download links on gitlab seems to be challenging. | 19:56 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 19:56 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 20:03 | |
| yolo | to answer my own question: enable buildhistory will give me the target pkg info | 20:11 |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-042-253.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 20:12 | |
| jclsn[m] | <Saur[m]> "jclsn: Yes, the order of the..." <- Alright thanks | 20:23 |
| konsgn | well shiver me timbers, I'm hitting the omap_rtc_power_off(void) function just fine, it just doesn't trigger the pmic chip to shutdown somehow..... | 20:29 |
| *** mauro_anjo <mauro_anjo!~quassel@191.13.251.42> has quit IRC (Ping timeout: 252 seconds) | 20:39 | |
| khem | yolo: right, you want to check output packages ( ipk/rpm/deb ) not recipes in that case | 20:44 |
| khem | look under images/ directory in buildhistory | 20:45 |
| khem | it has quite a bit there | 20:45 |
| khem | konsgn: https://e2e.ti.com/support/processors-group/processors/f/processors-forum/652998/linux-am3352-kernel-panic-during-power-off might be interesting to you | 20:47 |
| konsgn | khem: yea, that seems very related. Though In my case the bits are set the same btwn yocto's and beaglebones, at least it is the same as:https://github.com/beagleboard/linux/blob/bbf5c979011a099af5dc76498918ed7df445635b/drivers/rtc/rtc-omap.c#L481 | 20:52 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:85a0:7214:95e:173a> has quit IRC (Remote host closed the connection) | 20:53 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 20:53 | |
| khem | maybe check if right PMIC options are enabled in .config | 20:54 |
| konsgn | .config controls those? interesting | 20:59 |
| RP | rfs613: I'd prefer to use release tarballs | 20:59 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 21:00 | |
| rfs613 | RP: good timing, as I finally found https://download.gnome.org/sources/libxml2/2.9/ | 21:00 |
| konsgn | khem: Thank you! | 21:00 |
| rfs613 | RP: although the 2.9 in the pathname is unforunate, not sure if there is a good way to handle that. | 21:01 |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-042-253.93.133.pool.telefonica.de> has joined #yocto | 21:01 | |
| RP | rfs613: I'm sure we've dealt with this kind of thing before | 21:03 |
| rburton | rfs613: gnomebase does that for you | 21:03 |
| rfs613 | rburton: thanks, I am checking that out now! | 21:05 |
| Saur[m] | yolo: You do not need to enable buildhistory if all you want is a list of the packages that went into an image. E.g., if you build core-image-minimal for qemux86-64 then you should have an `tmp/deploy/images/qemux86-64/core-image-minimal-qemux86-64.manifest` file that lists all the packages in the image. | 21:05 |
| kergoth | Huh, how did I miss that license_image warns/errors about installing incompatible packages? I can drop an entire class from my layer that did that now. woo | 21:08 |
| * kergoth rolls eyes at self | 21:08 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 21:11 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.132> has joined #yocto | 21:13 | |
| rfs613 | rburton: gnomebase is good! However the original SRC_URL used name=libtar on the end, whereas gnomebase seems to call it "archive". Any idea if this matters? | 21:13 |
| wesm | I am using a different x11 wm than x11-base so I've made my own packagegroup that replaces the one selected by IMAGE_FEATURES. But rootfs-postcommands picks the systemd default.target based only on finding 'x11-base' in IMAGE_FEATURES. What's the correct way to override that bbclass or otherwise set the default.target myself? | 21:19 |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-042-253.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 21:21 | |
| rburton | rfs613: not at all, just rename any instances, like the checksum | 21:26 |
| khem | how can I extract some extra logs on a failing build on AB | 21:26 |
| khem | I need config.log file from pcp build https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/1506 | 21:27 |
| konsgn | *facepalm .... Every 1.0s: cat /sys/class/rtc/rtc0/time shows 00:00:00.... rtc clocks not running. | 21:28 |
| khem | oh | 21:28 |
| konsgn | maybe setting up a seperate rtc threw it off | 21:29 |
| khem | check your DT | 21:29 |
| RP | khem: you need ssh access so either someone with access grabs it or you get the access from halstead | 21:29 |
| khem | yeah if you can help grabbing this one wouild be goof | 21:30 |
| khem | good | 21:30 |
| khem | I can work with halstead on ssh access | 21:30 |
| khem | I think I have access but I might have lost the instructions | 21:30 |
| RP | khem: you don't have access on that worker that I can see | 21:31 |
| khem | that failure is not reproducible on any of machines I have access to so kind of specific to that builder | 21:31 |
| khem | ok | 21:31 |
| RP | khem: https://autobuilder.yocto.io/pub/failed-builds-data/config.log-for-khem | 21:32 |
| khem | ah thanks RP | 21:34 |
| khem | -I/usr/include/python3.10m -I/usr/include/python3.10 -I/usr/include/python3.10m -I/usr/include/python3.10 | 21:34 |
| khem | somehow its getting that poked | 21:35 |
| halstead | khem: Can I get you set up right now? I think you have an ssh account already. | 21:35 |
| khem | sure | 21:35 |
| khem | I sent my key | 21:35 |
| Saur[m] | Hmm, is it still appropriate to refer to the colon override syntax as "the new override syntax" in a commit message given that we have been using it for quite a while now. On the other hand, I had expected us to have smoked out all use of the old syntax from OE-Core by now, but alas I just found a case of the old syntax in `oe-pkgdata-util` (which resulted in incorrect output for `oe-pkgdata-util package-info`)... | 21:36 |
| halstead | khem: Shall I remove your previous keys? | 21:36 |
| khem | halstead: they are still valid | 21:37 |
| RP | Saur[m]: "the override syntax" is less helpful | 21:37 |
| fray | most people have been using the : syntax for less then a year. I would still call it the 'new' syntax through at least the end of 2022 | 21:37 |
| khem | Saur: on universe time scale human civilization is still very new 🙂 | 21:37 |
| Saur[m] | :) | 21:38 |
| RP | moto-timo: I guess I should do an upgrade of my system, see if that reproduces :/ | 21:38 |
| halstead | khem: Can you try now? | 21:40 |
| Saur[m] | RP: You can find the fix on the `pkj/oe-pkgdata-util` branch in poky-contrib, but I'll send it to the list tomorrow when I'm at the office. | 21:41 |
| moto-timo | RP: it might be something I have on top of master-next. I should try again in a clean environment. | 21:42 |
| *** GillesM <GillesM!~gilles@228.100.5.84.rev.sfr.net> has quit IRC (Remote host closed the connection) | 21:44 | |
| RP | Saur[m]: thanks, I'll queue | 21:44 |
| *** lucaceresoli__ <lucaceresoli__!~lucaceres@77.244.183.192> has quit IRC (Quit: Leaving) | 21:44 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 21:45 | |
| khem | hmm so pcp issue seems to be specific to fedora35 nodes | 21:45 |
| RP | khem: the failed data is there, just renamed from build/build/ to build/build-renamed/ | 21:46 |
| RP | moto-timo: I tried on my 21.10 ubuntu and it shows exit code zero to your test script | 21:59 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection) | 22:01 | |
| RP | moto-timo: and I can run builds ok there using the UI | 22:01 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 22:02 | |
| moto-timo | RP: I think we call that bug closed. I must have something else happening. | 22:02 |
| RP | moto-timo: did david see this issue too? | 22:03 |
| moto-timo | RP: I don’t know | 22:03 |
| RP | moto-timo: try with a clean build dir with master-next and see where that gets us... | 22:05 |
| khem | :q:q | 22:06 |
| * moto-timo reboots for the first time in a month | 22:07 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 240 seconds) | 22:08 | |
| moto-timo | RP: yes, exactly. It should work. My container test proves it. | 22:08 |
| RP | moto-timo: I missed that in the scrollback! | 22:12 |
| RP | (the container worked) | 22:12 |
| moto-timo | RP: confirmed. It went away. | 22:17 |
| * moto-timo goes to close a bug \o/ | 22:17 | |
| RP | moto-timo: cool :) | 22:18 |
| moto-timo | RP: thank you so much for figuring this one out. | 22:19 |
| RP | np, happy it is working | 22:20 |
| tlwoerner | RP: i like the new setscene/tasks info layout | 22:30 |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-042-253.93.133.pool.telefonica.de> has joined #yocto | 23:00 | |
| RP | tlwoerner: cool :) | 23:07 |
| tlwoerner | also, i don't have the root cause, but the build issue i've been seeing is related to BB_NUMBER_THREADS and PARALLEL_MAKE | 23:08 |
| tlwoerner | i've been able to reproduce it without having to use jenkins, and i've narrowed it down to those 2 variables | 23:09 |
| RP | tlwoerner: likely some kind of race then? :/ | 23:11 |
| tlwoerner | RP: yes, i would assume, quilt complains that the patches are already applied. it *only* happens with recipes where the sources are in-layer | 23:11 |
| RP | tlwoerner: is it a task execution issue, i.e. is it running some task twice somehow? | 23:12 |
| tlwoerner | and it only started happening feb 25th (or thereabouts) | 23:12 |
| RP | are the patches really already applied? | 23:12 |
| RP | tlwoerner: https://git.yoctoproject.org/poky/commit/?id=da344db43c856355412376e39b515998cc31afce was about then but is only for git application of patches | 23:13 |
| RP | tlwoerner: you don't have that configured I assume? | 23:14 |
| tlwoerner | yes, because there's really nothing to patch. the source files are in the layer and they're already in the work directory because they're "patches" | 23:14 |
| tlwoerner | a fresh build doesn't show the issue | 23:14 |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-042-253.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 23:15 | |
| tlwoerner | but if the layers update and a new build occurs, then it might happen. starting with layers a day or two old, building, deleting sstate, updating the layers, then building again will cause it | 23:15 |
| tlwoerner | let me revert that patch and see... | 23:15 |
| RP | so it is some kind of build directory reuse issue | 23:16 |
| RP | tlwoerner: do you have git patch application configured? | 23:16 |
| RP | that code shouldn't be involved otherwise | 23:16 |
| tlwoerner | i'm guessing "no", since i'm not sure what you're saying :-) | 23:16 |
| RP | tlwoerner: right, it defaults to not enabled | 23:17 |
| tlwoerner | anyway, i'll keep poking at it | 23:17 |
| RP | tlwoerner: ok. Just thought i'd mention in case you were using git patching instead of quilt | 23:17 |
| * RP should sleep | 23:17 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 23:37 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 23:49 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!