ceph upgrade

ceph upgrade

[Bruce Ashfield]

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

Re: [meta-virtualization] ceph upgrade

[Khem Raj]

[-- Attachment #1: Type: text/plain, Size: 1419 bytes --]

On Tue, Mar 5, 2024 at 6:22 PM Bruce Ashfield <bruce.ashfield@gmail.com>
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).
>

Post the cmake error logs this might give some hints

>
> 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
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#8604):
> https://lists.yoctoproject.org/g/meta-virtualization/message/8604
> Mute This Topic: https://lists.yoctoproject.org/mt/104759213/1997914
> Group Owner: meta-virtualization+owner@lists.yoctoproject.org
> Unsubscribe: https://lists.yoctoproject.org/g/meta-virtualization/unsub [
> raj.khem@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
>

[-- Attachment #2: Type: text/html, Size: 2513 bytes --]

Re: [meta-virtualization] ceph upgrade

[Bruce Ashfield]

On Wed, Mar 6, 2024 at 1:38 AM Khem Raj <raj.khem@gmail.com> wrote:
>
>
>
> On Tue, Mar 5, 2024 at 6:22 PM Bruce Ashfield <bruce.ashfield@gmail.com> 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).
>
>
> Post the cmake error logs this might give some hints

Instead of that, I've pushed the broken recipe to master-next. The logs aren't
very useful because they are missing the important details.

CMake is failing a "working c compiler" test on one of the nested modules
it builds.  In particular it can't find things lke libgcc, etc.

That of course implies that the sysroot and our other toolchain options are
not making it to that level of the build. That's about all that the logs will
tell someone.

That's the part I need help with, I have no idea how to (and everything
I've tried has failed) to get those flags picked up by that part of the
build. Other components are building file, so the toolchain environment
is not completely broken.

Assistance in that area, really does need to hands on since the logs
don't show nearly enough to debug it.

Bruce


>>
>>
>> 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
>>
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>> View/Reply Online (#8604): https://lists.yoctoproject.org/g/meta-virtualization/message/8604
>> Mute This Topic: https://lists.yoctoproject.org/mt/104759213/1997914
>> Group Owner: meta-virtualization+owner@lists.yoctoproject.org
>> Unsubscribe: https://lists.yoctoproject.org/g/meta-virtualization/unsub [raj.khem@gmail.com]
>> -=-=-=-=-=-=-=-=-=-=-=-
>>


-- 
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II

RE: [meta-virtualization] ceph upgrade

[Chen, Qi]

Hi Bruce,

I've sent out V2, which handles these QA issues, as well as some simple runtime issues.

Regards,
Qi

-----Original Message-----
From: meta-virtualization@lists.yoctoproject.org <meta-virtualization@lists.yoctoproject.org> On Behalf Of Bruce Ashfield via lists.yoctoproject.org
Sent: Wednesday, March 13, 2024 8:58 PM
To: Chen, Qi <Qi.Chen@windriver.com>
Cc: Christopher Clark <christopher.w.clark@gmail.com>; Tim Orling <ticotimo@gmail.com>; meta-virtualization <meta-virtualization@lists.yoctoproject.org>
Subject: Re: [meta-virtualization] ceph upgrade

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.Chen@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-lin
> ux/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.s
> o 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/de
> pendency_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-lin
> ux-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-linu
> x-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-lin
> ux/ceph/18.2.0/temp/log.do_package_qa.3746018
> ERROR: Task
> (/ala-lpggp72/qichen/Yocto/poky/meta-virtualization/recipes-extended/c
> eph/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.clark@gmail.com> wrote:
> >>> On Mon, Mar 11, 2024 at 6:56 PM Bruce Ashfield 
> >>> <bruce.ashfield@gmail.com> wrote:
> >>>> On Mon, Mar 11, 2024 at 8:41 PM Tim Orling <ticotimo@gmail.com> wrote:
> >>>>> On Mon, Mar 11, 2024 at 2:11 PM Bruce Ashfield 
> >>>>> <bruce.ashfield@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.com@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

Re: [meta-virtualization] ceph upgrade

[Bruce Ashfield]

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.Chen@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.clark@gmail.com> wrote:
> >>> On Mon, Mar 11, 2024 at 6:56 PM Bruce Ashfield
> >>> <bruce.ashfield@gmail.com> wrote:
> >>>> On Mon, Mar 11, 2024 at 8:41 PM Tim Orling <ticotimo@gmail.com> wrote:
> >>>>> On Mon, Mar 11, 2024 at 2:11 PM Bruce Ashfield
> >>>>> <bruce.ashfield@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.com@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
> >>>>
> >>>>
> >>>>
> >>
> >>
> >>
> >>
> >>
> >
> >
> > -=-=-=-=-=-=-=-=-=-=-=-
> > Links: You receive all messages sent to this group.
> > View/Reply Online (#8632): https://lists.yoctoproject.org/g/meta-virtualization/message/8632
> > Mute This Topic: https://lists.yoctoproject.org/mt/104759213/3618072
> > Group Owner: meta-virtualization+owner@lists.yoctoproject.org
> > Unsubscribe: https://lists.yoctoproject.org/g/meta-virtualization/unsub [Qi.Chen@windriver.com]
> > -=-=-=-=-=-=-=-=-=-=-=-
> >
>


-- 
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II

Re: [meta-virtualization] ceph upgrade

[ChenQi]

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.clark@gmail.com> wrote:
>>> On Mon, Mar 11, 2024 at 6:56 PM Bruce Ashfield 
>>> <bruce.ashfield@gmail.com> wrote:
>>>> On Mon, Mar 11, 2024 at 8:41 PM Tim Orling <ticotimo@gmail.com> wrote:
>>>>> On Mon, Mar 11, 2024 at 2:11 PM Bruce Ashfield 
>>>>> <bruce.ashfield@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.com@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
>>>>
>>>>
>>>>
>>
>>
>>
>>
>>
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#8632): https://lists.yoctoproject.org/g/meta-virtualization/message/8632
> Mute This Topic: https://lists.yoctoproject.org/mt/104759213/3618072
> Group Owner: meta-virtualization+owner@lists.yoctoproject.org
> Unsubscribe: https://lists.yoctoproject.org/g/meta-virtualization/unsub [Qi.Chen@windriver.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>

Re: [meta-virtualization] ceph upgrade

[ChenQi]

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.clark@gmail.com> wrote:
>> On Mon, Mar 11, 2024 at 6:56 PM Bruce Ashfield <bruce.ashfield@gmail.com> wrote:
>>> On Mon, Mar 11, 2024 at 8:41 PM Tim Orling <ticotimo@gmail.com> wrote:
>>>> On Mon, Mar 11, 2024 at 2:11 PM Bruce Ashfield <bruce.ashfield@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.com@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
>>>
>>>
>>>
>
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#8629): https://lists.yoctoproject.org/g/meta-virtualization/message/8629
> Mute This Topic: https://lists.yoctoproject.org/mt/104759213/3618072
> Group Owner: meta-virtualization+owner@lists.yoctoproject.org
> Unsubscribe: https://lists.yoctoproject.org/g/meta-virtualization/unsub [Qi.Chen@windriver.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>

Re: [meta-virtualization] ceph upgrade

[Bruce Ashfield]

On Tue, Mar 12, 2024 at 1:58 PM Christopher Clark
<christopher.w.clark@gmail.com> wrote:
>
> On Mon, Mar 11, 2024 at 6:56 PM Bruce Ashfield <bruce.ashfield@gmail.com> wrote:
> > On Mon, Mar 11, 2024 at 8:41 PM Tim Orling <ticotimo@gmail.com> wrote:
> > > On Mon, Mar 11, 2024 at 2:11 PM Bruce Ashfield <bruce.ashfield@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.com@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
> >
> > -=-=-=-=-=-=-=-=-=-=-=-
> > Links: You receive all messages sent to this group.
> > View/Reply Online (#8626): https://lists.yoctoproject.org/g/meta-virtualization/message/8626
> > Mute This Topic: https://lists.yoctoproject.org/mt/104759213/3619036
> > Group Owner: meta-virtualization+owner@lists.yoctoproject.org
> > Unsubscribe: https://lists.yoctoproject.org/g/meta-virtualization/unsub [christopher.w.clark+meta-virt@gmail.com]
> > -=-=-=-=-=-=-=-=-=-=-=-
> >



-- 
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II

Re: [meta-virtualization] ceph upgrade

[Christopher Clark]

On Mon, Mar 11, 2024 at 6:56 PM Bruce Ashfield <bruce.ashfield@gmail.com> wrote:
> On Mon, Mar 11, 2024 at 8:41 PM Tim Orling <ticotimo@gmail.com> wrote:
> > On Mon, Mar 11, 2024 at 2:11 PM Bruce Ashfield <bruce.ashfield@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?

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.com@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
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#8626): https://lists.yoctoproject.org/g/meta-virtualization/message/8626
> Mute This Topic: https://lists.yoctoproject.org/mt/104759213/3619036
> Group Owner: meta-virtualization+owner@lists.yoctoproject.org
> Unsubscribe: https://lists.yoctoproject.org/g/meta-virtualization/unsub [christopher.w.clark+meta-virt@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>

Re: [meta-virtualization] ceph upgrade

[Bruce Ashfield]

On Mon, Mar 11, 2024 at 8:41 PM Tim Orling <ticotimo@gmail.com> wrote:
>
>
>
> On Mon, Mar 11, 2024 at 2:11 PM Bruce Ashfield <bruce.ashfield@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.

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.com@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
>>
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>> View/Reply Online (#8624): https://lists.yoctoproject.org/g/meta-virtualization/message/8624
>> Mute This Topic: https://lists.yoctoproject.org/mt/104759213/924729
>> Group Owner: meta-virtualization+owner@lists.yoctoproject.org
>> Unsubscribe: https://lists.yoctoproject.org/g/meta-virtualization/unsub [ticotimo@gmail.com]
>> -=-=-=-=-=-=-=-=-=-=-=-
>>


-- 
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II

Re: [meta-virtualization] ceph upgrade

[Tim Orling]

[-- Attachment #1: Type: text/plain, Size: 2433 bytes --]

On Mon, Mar 11, 2024 at 2:11 PM Bruce Ashfield <bruce.ashfield@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.

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.com@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
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#8624):
> https://lists.yoctoproject.org/g/meta-virtualization/message/8624
> Mute This Topic: https://lists.yoctoproject.org/mt/104759213/924729
> Group Owner: meta-virtualization+owner@lists.yoctoproject.org
> Unsubscribe: https://lists.yoctoproject.org/g/meta-virtualization/unsub [
> ticotimo@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
>

[-- Attachment #2: Type: text/html, Size: 3942 bytes --]

Re: [meta-virtualization] ceph upgrade

[Bruce Ashfield]

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.

Bruce

On Tue, Mar 5, 2024 at 9:22 PM Bruce Ashfield via
lists.yoctoproject.org
<bruce.ashfield=gmail.com@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
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#8604): https://lists.yoctoproject.org/g/meta-virtualization/message/8604
> Mute This Topic: https://lists.yoctoproject.org/mt/104759213/1050810
> Group Owner: meta-virtualization+owner@lists.yoctoproject.org
> Unsubscribe: https://lists.yoctoproject.org/g/meta-virtualization/unsub [bruce.ashfield@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>


-- 
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II