01:36.39 | *** join/#oe tgoodwin (~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net) |
01:41.34 | *** join/#oe adelcast (~adelcast@2603-8080-1e08-7cd8-823f-5dff-fe15-cf0d.res6.spectrum.com) |
01:49.59 | *** join/#oe ohama (ohama@46.229.238.172) |
04:03.47 | *** join/#oe davidlt (~davidlt@78-63-27-146.static.zebra.lt) |
04:12.00 | tlwoerner | zeddii: if i want to "build up" a kernel config using config fragments but starting with a relatively empty kernel, is there a path for doing this? |
04:12.52 | tlwoerner | zeddii: currently i'm starting with the in-kernel "defconfig", which is massive, and creating a fragment to "turn off all platforms" then a fragment to "turn on the one i want" |
04:13.21 | tlwoerner | doing this for networking, audio, usb, ⦠is getting tedius :-/ |
04:14.54 | zeddii | yah. there's a few things to do. I was just about to call it quits after an annoying day fighting with both my infrastructure and perf reproducibility fixes. I can follow up with you tomorrow during the day to get a better understanding. |
06:33.49 | *** join/#oe ohama (ohama@cicolina.org) |
06:34.40 | *** join/#oe AndersD (~AndersD@h83-209-96-136.cust.a3fiber.se) |
06:38.42 | *** join/#oe AndersD_ (~AndersD@h83-209-96-136.cust.a3fiber.se) |
07:06.08 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
07:16.50 | *** join/#oe eFfeM (~frans@a97014.upc-a.chello.nl) |
07:33.37 | *** join/#oe frsc (~frsc@i59F4B0B5.versanet.de) |
07:37.42 | *** join/#oe B0ned1ger (~B0ned1ger@78-63-48-72.static.zebra.lt) |
07:42.41 | *** join/#oe florian (~florian_k@Maemo/community/contributor/florian) |
07:50.29 | *** join/#oe frsc (~frsc@i59F4B0B5.versanet.de) |
07:51.32 | *** join/#oe LetoThe2nd (uid453638@gateway/web/irccloud.com/x-vzgjqtwnqobljsrl) |
07:53.43 | *** join/#oe B0ned1ger2 (~B0ned1ger@82-135-139-249.static.zebra.lt) |
08:15.13 | *** join/#oe cpriouzeau (~cpriouzea@165.225.94.93) |
08:22.49 | *** join/#oe tnovotny (~tnovotny@ip4-83-240-26-162.cust.nbox.cz) |
08:29.16 | *** join/#oe bradfa_ (sid297668@gateway/web/irccloud.com/x-fwmvxnaadfzdvsdv) |
08:29.16 | *** join/#oe madisox_ (sid453692@gateway/web/irccloud.com/x-zytrvlwpzwhilqdt) |
08:29.43 | *** join/#oe roxell_ (sid330443@gateway/web/irccloud.com/x-cchwsntuvlgabqtm) |
08:29.45 | *** join/#oe dagmcr_ (sid323878@gateway/web/irccloud.com/x-dekjquacesnyebkg) |
08:29.46 | *** join/#oe dl9pf_ (sid395223@opensuse/member/dl9pf) |
08:29.54 | *** join/#oe dos11 (~dos1@neo900/coreteam/dos) |
08:29.59 | *** join/#oe FluffyFoxeh (~Frogging@kitsune.fastquake.com) |
08:30.01 | *** join/#oe Lightsword_ (~Lightswor@2604:a880:1:20::1d3:9001) |
08:30.38 | *** join/#oe mithro_ (sid24875@gateway/web/irccloud.com/x-afdyfuzrbopmyjty) |
08:43.49 | *** join/#oe RP (~RP@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b) |
08:44.15 | *** join/#oe eFfeM (~frans@a97014.upc-a.chello.nl) |
09:00.24 | *** join/#oe leon-anavi (~Leon@78.130.197.211) |
09:11.09 | *** join/#oe ao2 (~ao2@host-95-250-15-64.retail.telecomitalia.it) |
09:36.46 | *** join/#oe eFfeM (~frans@a97014.upc-a.chello.nl) |
09:49.37 | *** join/#oe hrw (~hrw@redhat/hrw) |
10:45.10 | *** join/#oe B0ned1ger (~B0ned1ger@78-63-48-72.static.zebra.lt) |
10:48.20 | *** join/#oe nslu2-log (~nslu2-log@23.141.224.192) |
11:07.35 | *** join/#oe B0ned1ger (~B0ned1ger@82-135-139-249.static.zebra.lt) |
11:37.44 | *** join/#oe berton (~user@200-180-244-11.user3p.brasiltelecom.net.br) |
11:42.00 | *** join/#oe B0ned1ger2 (~B0ned1ger@82-135-139-249.static.zebra.lt) |
12:12.45 | *** join/#oe B0ned1ger (~B0ned1ger@82-135-139-249.static.zebra.lt) |
12:21.22 | marex | JaMa: thanks |
13:02.29 | *** join/#oe sgw1 (~sgw@2601:642:c400:ecf0:8180:4f70:76b5:561b) |
13:36.22 | *** join/#oe B0ned1ger (~B0ned1ger@78-63-48-72.static.zebra.lt) |
13:52.14 | *** join/#oe sakoman (~steve@72.173.249.164) |
14:02.30 | *** join/#oe B0ned1ger2 (~B0ned1ger@82-135-139-249.static.zebra.lt) |
14:22.34 | *** join/#oe vmeson (~rmacleod@198-48-226-187.cpe.pppoe.ca) |
14:35.24 | *** join/#oe JaMa (~martin@ip-109-238-218-228.aim-net.cz) |
14:44.44 | *** join/#oe tnovotny (~tnovotny@ip4-83-240-26-162.cust.nbox.cz) |
14:55.48 | *** join/#oe sgw1 (~sgw@2601:642:c400:ecf0:8180:4f70:76b5:561b) |
15:30.27 | *** join/#oe dqx (~dqx@unaffiliated/dqx) |
15:36.47 | *** join/#oe tnovotny (~tnovotny@ip4-83-240-26-162.cust.nbox.cz) |
15:37.52 | *** join/#oe dqx (~dqx@unaffiliated/dqx) |
15:38.59 | *** join/#oe dev1990 (~dev@dynamic-78-8-51-35.ssp.dialog.net.pl) |
16:08.29 | *** join/#oe tnovotny (~tnovotny@ip4-83-240-26-162.cust.nbox.cz) |
16:53.09 | *** join/#oe Jin^eLD (~jin@staging.betepah.su) |
17:02.24 | *** join/#oe sakoman (~steve@rrcs-66-91-142-162.west.biz.rr.com) |
17:02.29 | *** join/#oe B0ned1ger (~B0ned1ger@82-135-139-249.static.zebra.lt) |
17:40.00 | leon-anavi | A couple of weeks ago submitted a patch for meta-python2 to support some legacy code and systems but it never got picked in master-next. Any chance to add it? |
17:40.01 | leon-anavi | https://lists.openembedded.org/g/openembedded-devel/message/89728?p=,,,20,0,0,0::Created,,meta-python2,20,2,0,80884272 |
17:48.14 | smurray | leon-anavi: I think that's a JaMa question, last few commits since moto-timo stepped down as maintainer of it seem to be from him |
17:49.14 | smurray | leon-anavi: adding a new module at this point might be less appealing. Plus Kodi 19 switched to python3, I thought... |
18:02.37 | *** join/#oe B0ned1ger2 (~B0ned1ger@82-135-139-249.static.zebra.lt) |
18:43.07 | tlwoerner | zeddii: hey, let me know if you feel like taking a poke at something other than infrastructure and perf ;-) |
18:45.08 | *** join/#oe B0ned1ger (~B0ned1ger@78-63-48-72.static.zebra.lt) |
19:11.28 | armpit | tlwoerner, he should try poking a bear |
19:26.21 | tlwoerner | lol |
19:30.45 | tlwoerner | armpit: actually the questions i have for zeddii are a result of my trying to make my BSP layer as nice as yours (i.e. using kernel config fragments and scc files etc) |
19:57.58 | zeddii | tlwoerner: here |
19:59.08 | tlwoerner | currently my BSP layer is using the in-kernel multi-defconfig for configuration |
19:59.24 | tlwoerner | zeddii: this works just fine, the boards all boot, not a problem |
20:00.21 | tlwoerner | however⦠the resulting kernel is 11MB in size and including everything *and* the kitchen sink. every conceivable platform is enabled, and a vast number of drivers that could never be needed |
20:00.51 | tlwoerner | zeddii: i was thinking of using kernel fragments to trim down the config and, ideally, customize them for each board |
20:01.17 | tlwoerner | but creating the fragments to turn off vast swaths of kernel config is getting tedious |
20:01.53 | zeddii | nods. tearing down is harder than building up. |
20:02.00 | tlwoerner | i was wondering if you had a recommendation for a way of starting with a very small, minimal, config (and then adding to it)? |
20:02.15 | tlwoerner | is there a "make smallconfig" or something? |
20:03.44 | tlwoerner | also, is the ordering of the fragments significant? i was thinking of spreading the fragments out between various config files in the BSP layer |
20:04.01 | zeddii | I have a script that has bit rotted a bit that can take a defconfig and yank out fragements from it. That in theory, can then be applied on top of a allnoconfig and you'll get a small, but booting config. |
20:04.12 | zeddii | let me go and find that script and see what it looks like. |
20:04.28 | zeddii | the ordering does matter, in the sense that the last fragment will set the value. |
20:08.39 | *** join/#oe BlastuR (~magnus@unaffiliated/blastur) |
20:21.18 | tlwoerner | zeddii: interesting. how does the script work? i'm guessing it's more than just grepping for a CONFIGF_ value? |
20:21.28 | tlwoerner | s/CONFIGF_/CONFIG_ |
20:26.11 | JaMa | leon-anavi: I've just overlooked it, but adding new module and in older version than what is already there (recipes-devtools/python/python-pygobject_3.34.0.bb) is indeed less appealing (if LibreELEC settings is the only user which needs that, then I would leave it in the layer with this add-on) |
20:30.32 | *** join/#oe mrnuke (~mrnuke@c-98-195-139-126.hsd1.tx.comcast.net) |
20:31.17 | leon-anavi | JaMa, it is up to you. version 2.28.7 is without GI because of this in my opinion it makes sense to have it for backward compatibility. Anyway python2 is OEL and meta-python2 is kept for backward compatibility so I think another version of python-pygobject in there won't hurt anyone. I guess Kodi 18 plugins and older are not the only use cases. |
20:33.48 | zeddii | tlwoerner: yah. it runs some iterative configuration runs of the kernel and looks for what you do/don't need. I'm sure i can make it better now, so I'm trying to wrap my head around it at the moment. |
20:35.43 | tlwoerner | zeddii: or you could make it available to me and i'll take a look? i really appreciate the advise, but i don't want to keep you from other things. |
20:35.45 | leon-anavi | *sorry EOL (on OEL) :) |
20:35.50 | leon-anavi | not |
20:36.25 | leon-anavi | oh man, I am making a typo on every line :) |
20:36.36 | tlwoerner | my other thought is to do a menuconfig and disable all the drivers, platforms, and other non-core things manually, turn that into a defconfig, and build from there |
20:42.26 | zeddii | That can work as well. The problem is that my script is using my old audit output, I need to tweak it a bit at least. I'll try for a bit, and if not, I can explain/writeup what it is doing. |
20:46.30 | *** join/#oe B0ned1ger (~B0ned1ger@78-63-48-72.static.zebra.lt) |
20:56.19 | JaMa | leon-anavi: won't hurt except me to maintain it :) I have also volunteered to maintain only python-native and possibly move it to separate layer while letting the rest rot away (as python-native is still unfortunately used by many projects during build like chromium etc) |
21:05.59 | JaMa | leon-anavi: if it's needed by other projects, then where they were getting it since 2016 when this older version was removed from oe-core? https://git.openembedded.org/openembedded-core/commit/?id=12d61ac95b6bfae60dd4a7c7239bc8b8b0bcafbb |
21:25.38 | *** join/#oe florian (~florian_k@Maemo/community/contributor/florian) |
22:48.50 | *** join/#oe tgoodwin (~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net) |
22:49.28 | *** join/#oe B0ned1ger (~B0ned1ger@78-63-48-72.static.zebra.lt) |
23:12.48 | *** join/#oe dqx (~dqx@unaffiliated/dqx) |
23:50.05 | *** join/#oe florian (~florian_k@Maemo/community/contributor/florian) |