| *** camus <camus!~Instantbi@2409:8a1e:9112:6900:a067:7638:8bbf:a96f> has joined #oe | 00:40 | |
| *** amahnui <amahnui!uid502939@id-502939.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 01:29 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-142-56.home.otenet.gr> has joined #oe | 01:32 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-142-56.home.otenet.gr> has quit IRC (Ping timeout: 256 seconds) | 01:34 | |
| *** darkapex <darkapex!~darkapex@user/darkapex> has quit IRC (Ping timeout: 256 seconds) | 01:46 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 02:13 | |
| *** darkapex <darkapex!~darkapex@user/darkapex> has joined #oe | 05:29 | |
| *** amahnui <amahnui!uid502939@id-502939.tinside.irccloud.com> has joined #oe | 06:41 | |
| *** zeddii <zeddii!~zeddii@173.34.88.218> has quit IRC (Ping timeout: 246 seconds) | 08:03 | |
| *** zeddii <zeddii!~zeddii@173.34.88.218> has joined #oe | 08:04 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-157-026.2.244.pool.telefonica.de> has joined #oe | 08:32 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-157-026.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds) | 08:45 | |
| *** jeroen_ <jeroen_!~jeroen@2001:1c01:3bc5:4e00:e791:efe6:bf00:7133> has joined #oe | 09:07 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-157-026.2.244.pool.telefonica.de> has joined #oe | 10:19 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-157-026.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 10:48 | |
| *** amahnui <amahnui!uid502939@id-502939.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 11:00 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-157-026.2.244.pool.telefonica.de> has joined #oe | 11:11 | |
| *** darkapex <darkapex!~darkapex@user/darkapex> has quit IRC (Ping timeout: 276 seconds) | 12:10 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-142-56.home.otenet.gr> has quit IRC (Remote host closed the connection) | 13:06 | |
| *** amahnui <amahnui!uid502939@id-502939.tinside.irccloud.com> has joined #oe | 15:20 | |
| jeroen_ | zeddii: do you happen to be around? | 16:18 |
|---|---|---|
| *** dl9pf[m] <dl9pf[m]!~dl9pfmatr@2001:470:69fc:105::9a8> has joined #oe | 16:18 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #oe | 16:26 | |
| marex | sakoman: kanavin_: hey, so I started looking at the mixin layers again -- https://git.yoctoproject.org/meta-lts-mixins/ -- because that seems like the recommended way to get newer kernel versions of older OE releases, but ... | 16:34 |
| marex | they layer seems dead | 16:34 |
| marex | denix: ^ | 16:34 |
| marex | would it make sense to plug it into AUH somehow, so it gets timely updates for example ? | 16:34 |
| sakoman | marex: to be honest I don't monitor that layer, so I can't say whether it is alive or dead! | 16:37 |
| marex | its dead all right | 16:37 |
| tlwoerner | marex: i don't think it's dead | 17:08 |
| tlwoerner | on jan 14 the 5.10 kernel was updated to 5.10.91 | 17:08 |
| tlwoerner | the latest commits were to the dunfell/go layer on feb 3 | 17:08 |
| tlwoerner | marex: perhaps a little neglected, but a bit early to call it dead | 17:09 |
| tlwoerner | sakoman: zeddii: denix: will 5.15 get a dunfell mixin branch? | 17:10 |
| jeroen_ | Am I the only one who really hates autotools, grrr. | 17:14 |
| jeroen_ | I am trying to fix this, https://bugzilla.yoctoproject.org/show_bug.cgi?id=14681, as gcc in the SDK fails when gcc plugins are used. | 17:16 |
| marex | tlwoerner: that's 21 linux-stable releases behind ... which is like hundreds of fixes that are missing | 17:16 |
| marex | oh, the usual gcc plugins issue, heh | 17:17 |
| denix | tlwoerner: it's impossible to measure demand for mixin layers. unlike kernel, my understanding that kanavin's go and docker layers were special-purpose one-off and won't be updated | 17:18 |
| jeroen_ | that is caused by https://github.com/gcc-mirror/gcc/blob/master/gcc/configure#L32124 | 17:18 |
| jeroen_ | since it ends in https://github.com/gcc-mirror/gcc/blob/master/gcc/configure#L32157, and -rdynamic is not added.. | 17:19 |
| denix | marex: kernel is up-to-date now - there were 7 update commits, 1 RT commit and 6 config fixes. I fell behind updating it, since there's no feedback | 17:19 |
| marex | denix: the mixin layer isn't great, so I keep linux-stable , mesa , mainline u-boot layer and just keep it up to date | 17:20 |
| marex | https://source.denx.de/denx/meta-mainline-common/-/commits/dunfell-3.1 here | 17:20 |
| marex | and I just keep rolling it forward using a script, there are users who need timely updates, so they consume that | 17:20 |
| jeroen_ | So I changed that check configure.ac, but for some reason configure isn't update. Which magic command do I need for that? | 17:21 |
| marex | denix: I would like to switch to something more upstream, but it seems the mixin layer isn't an option , because outdated all the time | 17:22 |
| denix | marex: unlike your own rolling linux-stable layer where you keep updating it often, mixin layer policy is to only take backports, i.e. zeddii's commits that propagated through other stable branches after some massaging due to different structure... | 17:26 |
| marex | denix: so the mixin kernel layer would take linux 5.10 (.0) and then take backports from linux-stable which is all backports of stable fixes to linux 5.10 anyway ? | 17:27 |
| marex | maybe I don't quite understand this policy | 17:27 |
| denix | sure, 3 months delay is my fault. but don't expect rolling updates. zeddii makes updates to 5.10 about once a month or even less - last update was over a month ago - March 22 | 17:28 |
| marex | those updates could be automated with a 10 line script or AUH | 17:29 |
| marex | I think oe-core does that already | 17:29 |
| denix | marex: backport policy is due to testing - only commits that went into oe-core master are being tested, plus commits that went into stable branches like hardknott, honister, gatesgarth get some testing too | 17:30 |
| *** amahnui <amahnui!uid502939@id-502939.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:30 | |
| marex | denix: but we're not talking about oe-core here, the mixin layers are supposed to provide up-to-date software for older OE releases | 17:32 |
| marex | denix: does that mean the mixin layers are assembled from commits which are in newer oe-core releases ? | 17:32 |
| denix | marex: yes, check for yourself - https://git.yoctoproject.org/meta-lts-mixins/log/?h=dunfell/kernel | 17:34 |
| denix | since mixin layers don't have their own QA | 17:34 |
| marex | I see, I think I will stick to rolling my own then, it runs through multiple CI instances and it is kept up to date with linux-stable and mesa releases | 17:36 |
| marex | would it make sense to somehow have something more "rolling" more official ? | 17:36 |
| denix | marex: there's 5.10.112 already, but master has 5.10.109 and hardknott only has 5.10.107 | 17:36 |
| denix | yes, if you need the very latest "rolling", right now you have to do it yourself | 17:37 |
| denix | marex: how about adding dunfell branch to meta-linux-mainline? | 17:38 |
| marex | denix: what's meta-linux-mainline ? | 17:38 |
| denix | maybe you can offer paulbarker maintenance help with dunfell branch | 17:39 |
| denix | marex: https://sr.ht/~pbarker/meta-linux-mainline/ | 17:39 |
| marex | denix: oh, that, I tried talking to paul before, but it got nowhere | 17:39 |
| marex | it seems like there is demand then, everyone is rolling their own thing, none of it is really upstream | 17:40 |
| denix | heh, and everyone is calling it linux-stable_5.10.bb :) I thought you were using meta-linux-mainline at least, but apparently that's completely your own? | 17:44 |
| denix | marex: what's the demand for the very cutting-edge stable release? I can only see 2 reasons - a timely security fix or you are part of stable development | 17:48 |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-157-026.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 17:49 | |
| marex | denix: no, the layer I use actually predates the one from paul | 17:55 |
| marex | denix: paul apparently did something similar later | 17:56 |
| marex | also, the layer from paul is outdated too ... | 17:56 |
| marex | I dont see any reason to use it | 17:56 |
| denix | marex: yeah, I understand | 18:01 |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-157-026.2.244.pool.telefonica.de> has joined #oe | 18:01 | |
| marex | denix: and its not just kernel, I also have up to date mesa there, which is needed for various drivers | 18:02 |
| denix | marex: it all boils down to testing. sure, you can completely rely on kernel stable testing, but we've seen issues and platforms not booting with such updates in yocto QA | 18:03 |
| marex | denix: well could AUH and the QA help spot such bad updates and report/skip them ? | 18:07 |
| marex | that could all be automated, right ? | 18:07 |
| paulbarker | marex: up-to-date url: https://github.com/unnecessary-abstraction/meta-linux-mainline | 18:14 |
| denix | marex: there are no official builds or tests for dunfell+5.10 at all, since Yocto QA is at the limit with existing builds and releases. ask RP about all the intermittent issues, mosly in ptest or qemu - that's why kirkstone had to be rebuilt and re-tested 3 times... | 18:15 |
| *** Notgnoshi <Notgnoshi!~quassel@184-83-133-77-dynamic.midco.net> has joined #oe | 18:26 | |
| marex | oh well | 18:32 |
| *** kanavin_ <kanavin_!~Alexander@62.117.23.44> has quit IRC (Remote host closed the connection) | 18:50 | |
| *** kanavin_ <kanavin_!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #oe | 18:50 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has joined #oe | 19:46 | |
| jeroen_ | for what is worth, autoconf has an -f option, which seem to help.. | 20:03 |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-157-026.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 20:25 | |
| *** jeroen_ <jeroen_!~jeroen@2001:1c01:3bc5:4e00:e791:efe6:bf00:7133> has quit IRC (Quit: Konversation terminated!) | 21:14 | |
| *** jeroen_ <jeroen_!~jeroen@2001:1c01:3bc5:4e00:e791:efe6:bf00:7133> has joined #oe | 21:20 | |
| RP | marex: I have wanted to do more cutting edge testing but we struggle to have the people to monitor it | 21:31 |
| marex | RP: with that meta-mainline-common, I just let a couple of CIs chew on it and if something breaks, I just fix it and move on | 21:32 |
| marex | but all the users I am aware of are arm32 and arm64 | 21:33 |
| RP | marex: I have so many things I need to "just" fix already :/ | 21:33 |
| marex | RP: in case of that layer, I am talking about me fixing it | 21:34 |
| RP | marex: I think I was looking at the discussion from a different direction so I'll not go further :) | 21:37 |
| * RP wonders why reproducibility builds are still failing on ubuntu1804-ty-3 | 21:38 | |
| jeroen_ | I pushed https://github.com/victronenergy/openembedded-core/commit/59c3a48d1102d388858452a3b788fdc08291f02c (for dunfell) | 21:39 |
| jeroen_ | zeddii: you might like that, since it fixes a bug assigned to you, https://bugzilla.yoctoproject.org/show_bug.cgi?id=14681 | 21:40 |
| marex | RP: I guess I might just be willing to keep an eye on those builds, because, well, I already do anyway | 21:46 |
| marex | RP: that's all I'm trying to say | 21:46 |
| RP | marex: that is handy to know, I'll keep it in mind thanks. I would like to do something like than and I know some others would too | 21:47 |
| marex | RP: indeed | 22:00 |
| *** amahnui <amahnui!uid502939@id-502939.tinside.irccloud.com> has joined #oe | 22:10 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-157-026.2.244.pool.telefonica.de> has joined #oe | 22:21 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Ping timeout: 240 seconds) | 22:45 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-157-026.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 22:59 | |
| *** sgw <sgw!~swold_loc@user/sgw> has joined #oe | 23:27 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!