I've got non working dashboard (PyO3 modules may only be initialized once per interpreter process) and coredumping (some kind of assert) fuse client with this update.
Search Criteria
Package Base Details: ceph
Package Actions
Git Clone URL: | https://aur.archlinux.org/ceph.git (read-only, click to copy) |
---|---|
Submitter: | foxxx0 |
Maintainer: | pbazaah |
Last Packager: | pbazaah |
Votes: | 6 |
Popularity: | 0.064636 |
First Submitted: | 2022-08-08 09:09 (UTC) |
Last Updated: | 2024-03-23 14:44 (UTC) |
Packages (34)
- ceph-common
- ceph-compressor
- ceph-crypto
- ceph-erasure
- ceph-tools
- ceph-test
- ceph-volume
- ceph-cephadm
- ceph-rados
- ceph-base
- ceph-mon
- ceph-mgr
- ceph-osd
- ceph-mds
- ceph-rbd
- ceph-cephfs
- ceph-rgw
- librados
- libcephfs
- librbd
- librgw
- libcephsqlite
- python-ceph-common
- python-rados
- python-rbd
- python-cephfs
- python-rgw
- cephfs-top
- cephfs-shell
- java-cephfs
- ceph
- ceph-libs
- ceph-cluster
- ceph-cli
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 .. 11 Next › Last »
AsGreyWolf commented on 2023-07-15 12:38 (UTC)
pbazaah commented on 2023-07-14 10:20 (UTC)
I was unable to reproduce this in a clean chroot, 17.2.6-2 still builds successfully
pbazaah commented on 2023-07-13 09:24 (UTC)
@mostlyharmless
I'll take a look after $dayJob
mostlyharmless commented on 2023-07-12 23:59 (UTC)
I get a build failure because of a dependency on markupsafe, error is ImportError: cannot import name 'soft_unicode' from 'markupsafe' around 28% build. Turns out soft_unicode was deprecated in markupdafe 2.1.0, we are now at version 2.1.3. See https://bobbyhadz.com/blog/python-importerror-cannot-import-name-soft-unicode-from-markupsafe. Not really an AUR problem perhaps, but upstream? I do not want to break python by forcing markupsafe 2.0.1, nor do I want to remove ceph, as there are qemu dependencies.
pbazaah commented on 2023-07-03 08:12 (UTC)
@bidulock
Odd, previously makedepends('java-runtime' ...)
was sufficient, but I've not built v17.2.6 recently. I'll give it a go when I have time
bidulock commented on 2023-07-02 06:58 (UTC)
I had to add jdk11-openjdk to makedepends to get 17.2.6-2 to build in a clean chroot.
pbazaah commented on 2023-06-21 10:25 (UTC)
@diggit
Oh interesting: https://github.com/ceph/ceph/pull/39826
I somehow missed this. That said, I know many ceph devs still use Make as the build tool.
I will definitely experiment with setting ninja as the build engine for v18 and beyond.
xorly commented on 2023-06-20 18:00 (UTC)
@pbazaah I agree, it's not trivial. Official build docs are using ninja https://docs.ceph.com/en/quincy/install/build-ceph/#id1 . That's why I was asking. I may give it a shot later.
pbazaah commented on 2023-06-19 20:21 (UTC)
@diggit
As you mentioned, it is unlikely that switching the fundamental build system is as easy as -B ninja
.
Moreover, ceph is more complex than the average cmake project, and I try to align with the upstream build as much as possible so-as to save myself a bunch of pain.
That said, feel free to fork https://github.com/bazaah/aur-ceph and play around. Hopefully it turns out to be a relatively simple change, and you can keep in sync with my tree.
xorly commented on 2023-06-18 08:55 (UTC)
Hi, would it be possible to modify PKGBUILD so it is build tool agnostic? I'd like to use ninja instead of make. cmake has abstraction for this (cmake --build), but there wili be probably some difference in arguments.
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.