04:23 <DC-IRC> <Hz> Hello, I am a new volunteer board maintainer and I see there are upcoming release and associated testing requests. I am not sure which image should I test and what to look for. A little guidance could help.

06:57 <DC-IRC> <igorpec> welcome! tl;dr; testing of rolling releases focusing into this list https://github.com/armbian/build/pull/5658#issuecomment-1795045281 if bug is found, record here (a few we already have) https://www.armbian.com/participate/

06:58 <DC-IRC> <igorpec> nf_conntrack_bridge could be perhaps build-in? Check kernel config

07:00 <DC-IRC> <Werner> In the old build script kernel changes were adopted in the continouing build process. But I think in the framework makeover this was adjusted that it had to be moved manually? Or was that reverted to some extent? Lost track 🙂

07:01 <DC-IRC> <Werner> In the old build script kernel changes were adopted in the continouing build process. But I think in the framework makeover this was adjusted that it had to be moved manually? Or was that reverted to some extend? Lost track 🙂

07:01 <DC-IRC> <Werner> In the old build script kernel changes were adopted in the continuing build process. But I think in the framework makeover this was adjusted that it had to be moved manually? Or was that reverted to some extend? Lost track 🙂

07:01 <DC-IRC> <igorpec> try this https://github.com/lanefu/clammy-ng

12:26 <DC-IRC> <prahal> "compile.sh kernel <...>" does not build the kernel, I get 'Artifact is available in remote cache [ ghcr.io/armbian/os/kernel-rockchip64-edge:6.6.1-S8afa-D04a2-P45a7-C5be0Hfe66-HK01ba-Vc222-B1743-R448a - 'kernel-rockchip64-edge - 6.6.1-S8afa" (...)', how comes ? (I have a local commit I want to test build before opening a PR

12:27 <DC-IRC> <prahal> I am reading the build framework code to find out but a hint would save me quite some time

12:39 <DC-IRC> <igorpec> where was the change made? if there is no change , it will download kernel from cache

12:52 <DC-IRC> <tenkawa42> @igorpec are any of the branches building 6.6 yet? I noticed in his output it saus 6.6 kernel and @prahal what machine type areyou trying to build for?

12:52 <DC-IRC> <tenkawa42> @igorpec are any of the branches building 6.6 yet? I noticed in his output it saus 6.6 kernel and @prahal what machine type are you trying to build for?

12:52 <DC-IRC> <tenkawa42> @igorpec are any of the CI branches building 6.6 yet? I noticed in his output it saus 6.6 kernel and @prahal what machine type are you trying to build for?

12:53 <DC-IRC> <tenkawa42> @igorpec are any of the CI branches building 6.6 yet? I noticed in his output it says 6.6 kernel and @prahal what machine type are you trying to build for?

13:07 <DC-IRC> <igorpec> some are at 6.6, not all

13:08 <DC-IRC> <tenkawa42> Yeah that's why I'm curious what @prahal is trying to build if its even in the repo or not.

13:18 <DC-IRC> <igorpec> dunno, more info is needed

13:19 <DC-IRC> <tenkawa42> Exactly

13:40 <DC-IRC> <prahal> @igorpec the changes are made in the local build repository. What might prevent the kernel rebuild is that these changes are the build framework itself (I cook the PR for to revert the now uneeded fix for rtl8723ds

13:41 <DC-IRC> <Werner> Tried `--artifact-ignore-cache` ?

13:43 <DC-IRC> <igorpec> i see. if there is no change in actual code, then you need to force rebuild

13:43 <DC-IRC> <prahal> that is I remove a process_patch_file instruction and the fetch_from_repo passed value back to "branch:master"

13:43 <DC-IRC> <igorpec> yes, that is fine, make a PR

13:44 <DC-IRC> <prahal> @igorpec can I and how could I force rebuild without wiping the cache? I tried to remove vmlinux and the rtl8723ds direcotry from the kernel cache but it did not trigger a rebuild

13:45 <DC-IRC> <igorpec> removing sources doesn't help ... there is some command ignore cache or force rebuild

13:47 <DC-IRC> <igorpec> ARTIFACT_IGNORE_CACHE="yes"

13:49 <DC-IRC> <Werner> Tried ~~`--artifact-ignore-cache`~~ ? -> ARTIFACT_IGNORE_CACHE="yes"

13:50 <DC-IRC> <soylent_snacks> No unfortunately it is not. From what I can tell all the netfilter options are built as modules. But the ko file for nf_conntrack_bridge does not exist anywhere

13:54 <DC-IRC> <igorpec> sorry, i don't know why it would be missing. perhaps something else is not enabled and this config is not applying correctly. use your own config and build kernel

14:24 <DC-IRC> <tenkawa42> Yeah by default... # CONFIG_NF_CONNTRACK_BRIDGE is not set is not set in most configurations

14:25 <DC-IRC> <tenkawa42> Yeah by default... # CONFIG_NF_CONNTRACK_BRIDGE is disabled in most configurations

14:28 <DC-IRC> <tenkawa42> I do have it enabled though in one 6.5.5 config for an edge kernel though

14:28 <DC-IRC> <tenkawa42> CONFIG_NF_CONNTRACK_BRIDGE=m

17:12 <DC-IRC> <soylent_snacks> Oh, where are you defining that? What file?

17:53 <DC-IRC> <tenkawa42> @soylent_snacks its on my Quadra machine

17:53 <DC-IRC> <tenkawa42> Let me see if it was enabled by default

19:10 <DC-IRC> <tenkawa42> @soylent_snacks you can build an image and enable it in the kernel that way on any build

20:02 <DC-IRC> <soylent_snacks> Thanks for the response. Yeah, I built a kernel, but did not see a kernel option specific for nf_conntrack_bridge. I went through and made sure that all nf options were either built or built with module support. In the end it still did not work. I was confused, I see this on in my PC linux kernel, but not in the kernel for armbian

20:04 <DC-IRC> <tenkawa42> look for NF_CONNTRACK_BRIDGE using / to search... its in

20:04 <DC-IRC> <tenkawa42> -> Networking support (NET [=y]) │

20:04 <DC-IRC> <tenkawa42> │ -> Networking options │

20:04 <DC-IRC> <tenkawa42> │ -> Network packet filtering framework (Netfilter) (NETFILTER [=y]) │

20:04 <DC-IRC> <tenkawa42> │ (1) -> IPv4/IPV6 bridge connection tracking support (NF_CONNTRACK_BRIDGE [=m])

20:04 <DC-IRC> <igorpec> "kernel for armbian"

20:04 <DC-IRC> <igorpec> which hardware do you use?

20:05 <DC-IRC> <soylent_snacks> Cool, thanks @tenkawa42. I will try that

20:06 <DC-IRC> <soylent_snacks> @igorpec I am using the nanopi r5c, It has the rk3568 chip

20:06 <DC-IRC> <igorpec> aha, this is more or less mainline kernel

20:07 <DC-IRC> <tenkawa42> @igorpec its a stock netfilter one thats been around since: found in Linux kernels: 5.3–5.19, 6.0–6.6, 6.7-rc+HEAD

20:07 <DC-IRC> <soylent_snacks> Yeah, 5.3 is when this was introduced

20:07 <DC-IRC> <igorpec> for those recent kernels you never know if there is some problem / regression on standard features. rare, but happens

20:13 <DC-IRC> <.rest_> hi

20:45 <DC-IRC> <igorpec> hi