I'll have a closer look at the patch this morning. Cmake is still not obvious to me, so I'm going to try and reverse engineer how you came up with the patches!
Christopher: I'm still interested if there's anything that can be removed from the vendored dependencies that you were looking into. Bruce On Wed, Mar 13, 2024 at 7:10 AM ChenQi <qi.c...@windriver.com> wrote: > > I found the install and packaging issues easy to fix. So I spend a > little more time. > The patch has been sent out. > > There are still some package_qa issues as shown below: > > WARNING: ceph-18.2.0-r0 do_package_qa: QA Issue: File > /usr/bin/cephfs-top in package ceph contains reference to TMPDIR > File /usr/sbin/cephadm in package ceph contains reference to TMPDIR > [buildpaths] > ERROR: ceph-18.2.0-r0 do_package_qa: QA Issue: ceph: /usr/bin/cephfs-top > maximum shebang size exceeded, the maximum size is 128. > ceph: /usr/sbin/cephadm maximum shebang size exceeded, the maximum size > is 128. [shebang-size] > ERROR: ceph-18.2.0-r0 do_package_qa: QA Issue: /usr/bin/cephfs-top > contained in package ceph requires > /ala-lpggp72/qichen/Yocto/builds/build-poky/tmp/work/core2-64-poky-linux/ceph/18.2.0/recipe-sysroot-native/usr/bin/python3-native/python3, > but no providers found in RDEPENDS:ceph? [file-rdeps] > WARNING: ceph-18.2.0-r0 do_package_qa: QA Issue: File > /usr/lib/python3.12/site-packages/cephfs.cpython-312-x86_64-linux-gnu.so > in package ceph-python contains reference to TMPDIR > File > /usr/lib/python3.12/site-packages/rbd.cpython-312-x86_64-linux-gnu.so in > package ceph-python contains reference to TMPDIR > File > /usr/lib/python3.12/site-packages/rados.cpython-312-x86_64-linux-gnu.so > in package ceph-python contains reference to TMPDIR > File > /usr/lib/python3.12/site-packages/rgw.cpython-312-x86_64-linux-gnu.so in > package ceph-python contains reference to TMPDIR > File > /usr/lib/python3.12/site-packages/ceph_volume-1.0.0-py3.12.egg-info/dependency_links.txt > in package ceph-python contains reference to TMPDIR [buildpaths] > ERROR: ceph-18.2.0-r0 do_package_qa: QA Issue: -dev package ceph-dev > contains non-symlink .so '/usr/lib/libcephsqlite.so' [dev-elf] > WARNING: ceph-18.2.0-r0 do_package_qa: QA Issue: File > /usr/lib/python3.12/site-packages/.debug/cephfs.cpython-312-x86_64-linux-gnu.so > in package ceph-dbg contains reference to TMPDIR > File > /usr/lib/python3.12/site-packages/.debug/rbd.cpython-312-x86_64-linux-gnu.so > in package ceph-dbg contains reference to TMPDIR > File > /usr/lib/python3.12/site-packages/.debug/rados.cpython-312-x86_64-linux-gnu.so > in package ceph-dbg contains reference to TMPDIR > File > /usr/lib/python3.12/site-packages/.debug/rgw.cpython-312-x86_64-linux-gnu.so > in package ceph-dbg contains reference to TMPDIR [buildpaths] > ERROR: ceph-18.2.0-r0 do_package_qa: Fatal QA errors were found, failing > task. > ERROR: Logfile of failure stored in: > /ala-lpggp72/qichen/Yocto/builds/build-poky/tmp/work/core2-64-poky-linux/ceph/18.2.0/temp/log.do_package_qa.3746018 > ERROR: Task > (/ala-lpggp72/qichen/Yocto/poky/meta-virtualization/recipes-extended/ceph/ceph_18.2.0.bb:do_package_qa) > failed with exit code '1' > > Regards, > Qi > > > On 3/13/24 18:51, Chen Qi via lists.yoctoproject.org wrote: > > Hi Bruce, > > > > I looked into this ceph issue this afternoon. Now I can make > > do_compile pass. > > There's still some do_install issue, but I really need to head home now. > > I'll send out my patch soon. > > > > Regards, > > Qi > > > > > > On 3/13/24 02:43, Bruce Ashfield via lists.yoctoproject.org wrote: > >> On Tue, Mar 12, 2024 at 1:58 PM Christopher Clark > >> <christopher.w.cl...@gmail.com> wrote: > >>> On Mon, Mar 11, 2024 at 6:56 PM Bruce Ashfield > >>> <bruce.ashfi...@gmail.com> wrote: > >>>> On Mon, Mar 11, 2024 at 8:41 PM Tim Orling <ticot...@gmail.com> wrote: > >>>>> On Mon, Mar 11, 2024 at 2:11 PM Bruce Ashfield > >>>>> <bruce.ashfi...@gmail.com> wrote: > >>>>>> Hi all, > >>>>>> > >>>>>> I'm still looking for help with this. > >>>>>> > >>>>>> It's all fine and well that folks have packages that they are > >>>>>> interested in more than others, but it needs to be more than > >>>>>> maintainers that step up and fix the niche packages. > >>>>>> > >>>>>> I'm still holding the meta-virt master-next -> master push until > >>>>>> Ceph > >>>>>> is upgraded and working. > >>>>>> > >>>>>> I know absolutely nothing about CMake, so I'm flailing around in the > >>>>>> build of Ceph and have gotten no further since I last asked for > >>>>>> help. > >>>>> Well I did try, but I am no CMake expert nor ceph expert either. I > >>>>> got stalled on it detecting “thrift” in one of the vendored > >>>>> libraries. > >>>> I ended up with that as well (just a few minutes ago), I tried setting > >>>> some Thrift variables, but it refuses to detect those as well. > >>>> > >>>> The errors seem to rotate .. and it isn't even obvious if some are > >>>> really fatal, or not. > >>>> > >>>> Perhaps it just isn't something that cross builds anymore, and I'll > >>>> just blacklist it with the broken > >>>> recipe. > >>>> > >>>> I'll have one more try with it tomorrow before giving up. > >>> Hi Bruce, Tim, > >>> > >>> I had a look at this yesterday, and I (possibly?) made some progress > >>> with it but wanted to ask before getting too far with an approach: > >>> would it be OK to pull out at least some of those vendored components > >>> into some new separate recipes, so that rebuilding that compile stage > >>> when it needs it is faster? > >>> > >> I'm fine with stripping it down to the bare minimum to be buildable. > >> > >> I'd rather have a building (but small) recipe, and then we can see if > >> there's > >> demand for more components. > >> > >> I was also poking at this today, and I'm still seeing dramatically > >> different > >> results when I call compile multiple times .. all the way back to cmake > >> complaining it can't find the python3 interpreter, which was a problem > >> I thought I had solved! > >> > >> Feel free to grab me on the #meta-virt channel if you have any > >> interactive > >> questions. > >> > >> Bruce > >> > >>> Christopher > >>> > >>> > >>>> Bruce > >>>> > >>>>> We can only take so much abuse from upstream ;) > >>>>> > >>>>> > >>>>>> Bruce > >>>>>> > >>>>>> On Tue, Mar 5, 2024 at 9:22 PM Bruce Ashfield via > >>>>>> lists.yoctoproject.org > >>>>>> <bruce.ashfield=gmail....@lists.yoctoproject.org> wrote: > >>>>>>> Hi all, > >>>>>>> > >>>>>>> If anyone has experience with Cmake, I could use a hand > >>>>>>> completing the > >>>>>>> ceph upgrade that is marked as WIP in master-next. > >>>>>>> > >>>>>>> It took me a few hours today, but I managed to get past python3 > >>>>>>> detection issues, but now I'm running into a compiler test failure > >>>>>>> during the build. > >>>>>>> > >>>>>>> To me, it looks like our sysroot isn't being passed, which could be > >>>>>>> related to the toolchain.cmake not being used (since the > >>>>>>> compiler test > >>>>>>> is being launched by a sub component). > >>>>>>> > >>>>>>> I'm inclined to be stubborn about this, and keep working on getting > >>>>>>> the package bumped, as it has missed a few upgrades and is in > >>>>>>> need of > >>>>>>> some love. > >>>>>>> > >>>>>>> Bruce > >>>>>>> > >>>>>>> -- > >>>>>>> - Thou shalt not follow the NULL pointer, for chaos and madness > >>>>>>> await > >>>>>>> thee at its end > >>>>>>> - "Use the force Harry" - Gandalf, Star Trek II > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>> > >>>>>> -- > >>>>>> - Thou shalt not follow the NULL pointer, for chaos and madness > >>>>>> await > >>>>>> thee at its end > >>>>>> - "Use the force Harry" - Gandalf, Star Trek II > >>>>>> > >>>>>> > >>>>>> > >>>> > >>>> -- > >>>> - Thou shalt not follow the NULL pointer, for chaos and madness await > >>>> thee at its end > >>>> - "Use the force Harry" - Gandalf, Star Trek II > >>>> > >>>> > >>>> > >> > >> > >> > >> > >> > > > > > > > > > -- - 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 (#8635): https://lists.yoctoproject.org/g/meta-virtualization/message/8635 Mute This Topic: https://lists.yoctoproject.org/mt/104759213/21656 Group Owner: meta-virtualization+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/meta-virtualization/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
