Arch Linux User Repository

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.

@petronny,

You can basically ignore any commit that touches the justfile, and just cherry-pick those e.g something like:

git log --format=%h v15.2.14-7^..v15.2.14-9 -- ":(exclude)justfile" | xargs

Could pull out all of commits that aren't related to my private repo tools.

Just replace 'v15.2.14-7^..v15.2.14-9' with whatever range makes sense.

I (used) to have a working 16.2.x build until whatever killed the tests compiling, need to figure that out. I'm mostly at the point where I'm testing the package before releasing it.

I'm not expecting it to take to much longer, but obviously my day job takes priority.

You can mess around with my current work here: https://github.com/bazaah/aur-ceph/tree/feature/16-2-7_1

And thanks for finding the fix for fmt 9, with that I finally have ceph-pacific compiled.

But I see that you have more changes in your branch which I don't know if they are necessary. Please let me know if you want to add them to ceph-pacific.

PS. ceph 18.0.0 is out, but it doesn't have a name yet.

I can help provide the prebuilt binaries in the arch4edu repository. If the PKGBUILD works then the binaries will be in the repository tommorow.

Build log: https://github.com/arch4edu/cactus/actions/runs/3150309101/jobs/5122945341

I've pushed the first functional version of this package to AUR now.

That is: 15.2.14-9 can actually be built. I'm currently building the binaries for ceph-bin, and should hopefully get that out today, too; for those who don't want to build ceph from source.

What still needs to be done at this point:

1. Update package to use a non EOL ceph version

I find the last PKGBUILD for ceph 15.2.7 in the official repository and change it to ceph-octopus. You can focus on upgrading to 16.x or even 17.x now.

Also I find a way to bypass the previous error by set WITH_TESTS=OFF.

ceph doesn't exist in the official repository anymore. See https://archlinux.org/packages/?q=ceph .

And I tried to solve the error I get. It seems to be a new error about boost asio. I find a similar issue at https://github.com/yandex/ozo/issues/127 . But I'm not familiar to boost and the solution is quite complicated.

Hi,

You'll need to bare with me at the moment as I'm currently quite busy with my day job.

I have a suggestion which is creating packages like ceph-octopus to provide ceph=15 and ceph-pacific to provide ceph=16 and so on. And ceph always provides the latest.

I simply don't have a bandwidth to maintain more than one version of ceph, particularly due to archlinux's rolling release.

However, you are welcome to fork the origin repo and use the release/15.2.14 branch link as a base for your own packages.

Also, the build fails with the current PKGBUILD:

Yes, upstream (aur) has not been updated yet to my working PKGBUILD, see:

Here's what still needs to be done: - Push the latest changes to aur.archlinux.org -- blocked until community/ceph is removed

I have not checked recently if the maintainers have finally removed community/ceph, but I'll look into this once work has calmed done a bit (probably next week/end)

I'd love to see version-specific packages like ceph-octopus and ceph-pacific as @petronny suggested.

I'm also hopeful that there will be a libvirt-storage-rbd AUR package to make use of ceph from libvirt, as the official package for that also disappeared due to the policy against official packages being dependent on AUR packages.

Also, the build fails with the current PKGBUILD:

In file included from /usr/include/boost/asio/io_context.hpp:22,^M
                 from /build/ceph/src/ceph-15.2.14/src/common/async/yield_context.h:19,^M
                 from /build/ceph/src/ceph-15.2.14/src/rgw/rgw_dmclock_scheduler.h:21,^M
                 from /build/ceph/src/ceph-15.2.14/src/rgw/rgw_dmclock_sync_scheduler.h:18,^M
                 from /build/ceph/src/ceph-15.2.14/src/test/rgw/test_rgw_dmclock_scheduler.cc:17:^M
/usr/include/boost/asio/async_result.hpp: In instantiation of ‘struct boost::asio::async_completion<boost::asio::basic_yield_context<boost::asio::executor>, void(boost::system::error_code, crimson::dmclock::PhaseType)>’:^M
/build/ceph/src/ceph-15.2.14/src/rgw/rgw_dmclock_async_scheduler.h:132:61:   required from ‘auto rgw::dmclock::AsyncScheduler::async_request(const rgw::dmclock::client_id&, const crimson::dmclock::ReqParams&, const crimson::dmclock::Time&, crimson::dmclock::Cost, CompletionToken&&) [with CompletionToken = boost::asio::basic_yield_context<boost::asio::executor>; crimson::dmclock::Time = double; crimson::dmclock::Cost = unsigned int]’^M
/build/ceph/src/ceph-15.2.14/src/test/rgw/test_rgw_dmclock_scheduler.cc:418:34:   required from here^M
/usr/include/boost/asio/async_result.hpp:651:9: error: no type named ‘completion_handler_type’ in ‘class boost::asio::async_result<boost::asio::basic_yield_context<boost::asio::executor>, void(boost::system::error_code, crimson::dmclock::PhaseType)>’^M
  651 |         completion_handler_type;^M
      |         ^~~~~~~~~~~~~~~~~~~~~~~^M
/usr/include/boost/asio/async_result.hpp:684:62: error: no type named ‘completion_handler_type’ in ‘class boost::asio::async_result<boost::asio::basic_yield_context<boost::asio::executor>, void(boost::system::error_code, crimson::dmclock::PhaseType)>’^M
  684 |     completion_handler_type&, completion_handler_type>::type completion_handler;^M
      |                                                              ^~~~~~~~~~~~~~~~~~^M

Full build log can be downloaded from https://github.com/arch4edu/cactus/actions/runs/3089392900

Hi, thank you for maintaining this package.

I have a suggestion which is creating packages like ceph-octopus to provide ceph=15 and ceph-pacific to provide ceph=16 and so on. And ceph always provides the latest.

Then users can install the version same to their server.