Package Details: librados 18.2.4-4

Git Clone URL: https://aur.archlinux.org/ceph.git (read-only, click to copy)
Package Base: ceph
Description: Ceph Storage client library to the RADOS distributed object store
Upstream URL: https://ceph.com/
Licenses: GPL-2.0-or-later OR LGPL-2.1-or-later OR LGPL-3.0-or-later
Provides: librados.so, libradosstriper.so
Submitter: foxxx0
Maintainer: pbazaah
Last Packager: pbazaah
Votes: 7
Popularity: 0.49
First Submitted: 2022-08-08 09:09 (UTC)
Last Updated: 2024-12-01 16:03 (UTC)

Dependencies (84)

Sources (29)

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.

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 Next › Last »

a4orce84 commented on 2022-10-04 18:54 (UTC)

How long should it take to build this package? I got an update for it, and my laptop has been running for 30 min+ so far.

Any ideas? Thanks!

pbazaah commented on 2022-09-29 13:37 (UTC)

@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

petronny commented on 2022-09-29 11:58 (UTC)

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.

petronny commented on 2022-09-29 09:46 (UTC) (edited on 2022-09-29 09:50 (UTC) by petronny)

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

pbazaah commented on 2022-09-29 09:00 (UTC)

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

petronny commented on 2022-09-22 09:16 (UTC) (edited on 2022-09-23 08:29 (UTC) by petronny)

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.

petronny commented on 2022-09-21 09:41 (UTC)

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.

pbazaah commented on 2022-09-20 18:19 (UTC) (edited on 2022-09-20 18:21 (UTC) by pbazaah)

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)

phaseburn commented on 2022-09-20 16:53 (UTC)

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.

petronny commented on 2022-09-20 12:37 (UTC)

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

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 Next › Last »