I will continue at least through 2025.
Hopefully Archlinux doesn't push py3.13 before the new year, because I will not be around do a pkgrel for that.
Git Clone URL: | https://aur.archlinux.org/ceph.git (read-only, click to copy) |
---|---|
Package Base: | ceph |
Description: | Ceph Storage utility for preparing block devices for use as OSDs |
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.46 |
First Submitted: | 2022-08-08 09:09 (UTC) |
Last Updated: | 2024-12-01 16:03 (UTC) |
I will continue at least through 2025.
Hopefully Archlinux doesn't push py3.13 before the new year, because I will not be around do a pkgrel for that.
I was just seeing if you were continuing the maintenance on this? I do not mean to pressure you just to ask. Thanks for your work
v18.2.2-3 has been released.
Bringing small fixes to the ceph-volume utility, and usage of python 3.12
The dashboard (and cephadm) functionality remain broken, though there was been some minor movement in PyO3 towards supporting subinterpreters. See {1} for more.
{1}: https://github.com/PyO3/pyo3/issues/3451#issuecomment-2096539900
v18.2.2-1 has been released.
The most important aspect of this release is the work done to bypass this mgr issues described in {1}.
With this release we reenable the mgr/dashboard module, and prevent the catastrophic failures from python-bcrypt
upgrading to >=0.17 of pyo3.
Unfortunately, the mgr/orch (used by and for cephadm) module remains broken, as I cannot safely patch python-cryptography
in a similar fashion to python-bcrypt
, as they actually store py objects in global state, making them actually UB in subinterpreters.
One side note for anyone building ceph: the check()
is broken for mgr tests at the moment. I'll fix this in a future pkgrel
v18.2.0-2 has been released. This is just a rebuild; as nothing changed, minus some cleanup.
v18.2.0-1 has been released.
the AUR binary packages will come tomorrow
So the release of v18.2.0 is imminent.
There are a lot of changes to the packaging process in this release.
make install
once now, which brings a ~60% decrease in packaging time, shaving something like 8 minutes off the whole build (at least for me)depends()
on java-runtime
in the common case. If you were using the cephfs JNI bindings you'll need to explicitly install java-cephfs
.ceph-cli
for the ceph
CLI utility, which is guaranteed to pull in the required package(s) for the CLI.All in all, this has been about ~2 months worth of work, over about a 7 month time span.
I'm sure there will be bugs, and missing depends, particularly in the python sphere, despite my best efforts; so I'd appreciate any reports on any you find, when you upgrade. Thanks.
(0): https://github.com/bazaah/aur-ceph/issues/15
(1): https://github.com/bazaah/aur-ceph/issues/20
(2): https://docs.ceph.com/en/reef/rbd/rbd-persistent-write-log-cache/
@md2prof
patch
is a part of the base-devel (0) group, which is assumed to be installed for any packaging activities.
Thank you for taking care of this package! In building on a fresh arch VM I discovered that patch
is a dependency to add to your list.
v17.2.6-3 has been released. See https://github.com/bazaah/aur-ceph/releases/tag/v17.2.6-3 for more.
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.