Right got real life squared away.
I'm planning on pushing out a release this weekend, but there will likely be a series of followups to handle the impending python 3.11 release, and any issues gcc 13 brings.
Git Clone URL: | https://aur.archlinux.org/ceph.git (read-only, click to copy) |
---|---|
Package Base: | ceph |
Description: | Ceph Storage CLI utility [VIRTUAL] |
Upstream URL: | https://ceph.com/ |
Licenses: | GPL-2.0-or-later OR LGPL-2.1-or-later OR LGPL-3.0-or-later |
Submitter: | foxxx0 |
Maintainer: | pbazaah |
Last Packager: | pbazaah |
Votes: | 7 |
Popularity: | 0.27 |
First Submitted: | 2022-08-08 09:09 (UTC) |
Last Updated: | 2025-01-05 14:54 (UTC) |
« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 11 Next › Last »
Right got real life squared away.
I'm planning on pushing out a release this weekend, but there will likely be a series of followups to handle the impending python 3.11 release, and any issues gcc 13 brings.
@Warjavi
To be fixed in the next release, IRL and $dayJob stuff has prevented me from working on it. This patch should be all you need to make it work on the current version:
https://git.st8l.com/luxolus/aur.ceph/commit/1bd9308f5ed3d31709eba7cc5e949f0a1d964d47
MAKEPKG fails due to rdkafka being "read only", any ideas?
File /usr/lib/pkgconfig/rdkafka.pc is read-only; trying to patch anyway
patching file __pkgconfig__/rdkafka.pc (read from /usr/lib/pkgconfig/rdkafka.pc)
Hunk #1 FAILED at 6.
1 out of 1 hunk FAILED -- saving rejects to file __pkgconfig__/rdkafka.pc.rej
==> ERROR: A failure occurred in prepare().
Aborting...
@hurufu
I can't reproduce this in a clean chroot, running the current PKGBUILD.
So while unhelpful as a response goes, its a problem on your end.
Based on previous experiences the leading causes of build errors is user modification of the PKGBUILD, followed by an out-of-date Archlinux install. I'd check those off first before exploring more esoteric causes.
Linking of multiple libraries fails with undefined reference
error, eg.:
[ 18%] Linking CXX shared library ../../../lib/libec_isa.so
...
usr/bin/ld: CMakeFiles/ec_isa.dir/ErasureCodeIsa.cc.o: in function `ceph::buffer::v15_2_0::list::list()':
/home/build/tmp/ceph-aur/ceph/src/ceph-17.2.5/src/include/buffer.h:931: undefined reference to `ceph::buffer::v15_2_0::list::always_empty_bptr'
/usr/bin/ld: CMakeFiles/ec_isa.dir/ErasureCodeIsa.cc.o: in function `ErasureCodeIsa::encode_chunks(std::set<int, std::less<int>, std::allocator<int> > const&, std::map<int, ceph::buffer::v15_2_0::list, std::less<int>, std::allocator<std::pair<int const, ceph::buffer::v15_2_0::list> > >*)':
...
I tried to remove already installed ceph
and ceph-libs
packages, but it didn't help. Any ideas?
@insanemal, imho it's good idea to use something like nproc --ignore=1
for number of parallel jobs.
@insanemal Set that locally in your /etc/makepkg.conf
.
Can you add a -j4 or something into this to help the C++ build a tad faster? It's downright painful even on a powerful CPU at the moment because it's all being built one at a time
v17.2.5-6 has been released.
tests passed except for two random py failures (boo hiss).
I'll see if I can push something out after work
looking good, but tests are still running. I'll pick this up tomorrow.
Pinned Comments
pbazaah commented on 2022-10-05 13:03 (UTC) (edited on 2022-10-05 13:03 (UTC) by pbazaah)
For future commenters:
TLDR:
https://aur.archlinux.org/pkgbase/ceph | From source build (slow)
https://aur.archlinux.org/pkgbase/ceph-bin | Pre-built binaries (fast)
Unlike the original community version, this repo builds ceph from source. Ceph is a large, complicated project so this takes several hours on a good build server.
To get a similar experience to how community/ceph worked (pre-built binaries) use ceph-bin instead.