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













-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#8634): 
https://lists.yoctoproject.org/g/meta-virtualization/message/8634
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]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to