On Thu, Apr 21, 2022 at 10:38 PM ChenQi <[email protected]> wrote: > > Hi Bruce, > > I found that the nerdctl does not work on qemuarm. After tracking down > the problem, I found that it's caused by CONFIG_OABI_COMPAT being > enabled for qemuarm. It needs to be disabled for SECCOMP_FILTER to work, > which is needed by nerdctl. > > Looking at the help message of 'CONFIG_OABI_COMPAT', it seems that it's > pretty safe for us to disable it as we build things from scratch. And it > suggests that "If in doubt say N.". > > Do you think this option should be disabled by default in yocto's kernel > config?
Yes, it can be changed to =n at this point, but we still want to be explicit and not take any defaults. It was a transitional ABI setting .. almost 10 years ago. We can safely say that the transition period is over. As well as changing it to disabled, we should create a new fragment with a name like "enable-oabi.scc" and the associated "enable-oabi.cfg" that could be used via KERNEL_FEATURES to enable the OABI functionality if anyone really needs it. Bruce > > Regards, > Qi > > On 4/18/22 21:42, Bruce Ashfield wrote: > > On Mon, Apr 18, 2022 at 2:17 AM ChenQi <[email protected]> wrote: > >> Hi Bruce and Joakim, > >> > >> I'm recently looking into this nerdctl recipe. I'm kind of shocked by > >> the SRC_URI number in this recipe. > > k3s is much, much worse. > > > >> Looking at the discussion on the mailing list (go.bbclass: Allow network > > Right, we need this for licensing, SBOM, reproducibility, etc. As you > > say, there's a shocking amount of code/dependencies that are fetched > > for a lot of these recipes. The version management and scaling of them > > to individual recipes would be nearly impossible .. so this is my > > current effort :) > > > >> in do_compile), it seems that they are needed for offline build for this > >> recipe. > >> > > Yes, they are (almost) all required (indirect dependency generation > > isn't exact at times, so there may be a few extras that aren't used in > > some build configurations). > > > >> Bruce, how do you get all these contents? Also, how do you generate the > >> modules.txt file? You mentioned some helping script in the discussion, > >> what's the status of that script? > > The tool is still a WIP, once we get past the current release, I'm > > going to complete the cleanup and make it more widely available. It > > currently isn't really usable. > > > > The script generates the SRC_URI, the modules.txt and the vendor/ > > relocation parts of the recipe. > > > >> Joakim, maybe I misunderstood it, but are you still working on an > >> upgrade of this recipe? If not, I'm going to try to do it. > > I have an in progress update here. > > > > I'm using it to test the script in that mode, I should have the update > > available in the next little while, and then the script that generates > > it will follow. > > > > Cheers, > > > > Bruce > > > >> Last but not least, Bruce, thank you again for making this recipe work. > >> > >> Regards, > >> Qi > >> > >> On 3/7/22 15:30, Joakim Roubert wrote: > >>> On 2022-03-04 16:48, Bruce Ashfield wrote: > >>>> It took several months, but: > >>>> > >>>> root@qemux86-64:~# uname -a > >>>> Linux qemux86-64 5.17.0-rc6-yoctodev-standard #1 SMP PREEMPT Sun Feb > >>>> 27 22:36:33 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux > >>>> root@qemux86-64:~# nerdctl --version > >>>> nerdctl version 0.17.0-10-gf2427ff.m > >>>> root@qemux86-64:~# > >>> Really cool!!! > >>> > >>>> The recipe isn't available yet, since this is using a huge amount of > >>>> fetched go dependencies, using some new scripts/tooling that I created > >>>> .. but at least I know the approach is feasible! > >>> Excellent news! > >>> > >>> BR, > >>> > >>> /Joakim > >>> > >>> > >>> > > > -- - Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end - "Use the force Harry" - Gandalf, Star Trek II
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#7208): https://lists.yoctoproject.org/g/meta-virtualization/message/7208 Mute This Topic: https://lists.yoctoproject.org/mt/82714461/21656 Group Owner: [email protected] Unsubscribe: https://lists.yoctoproject.org/g/meta-virtualization/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
