summarylogtreecommitdiffstats
AgeCommit message (Collapse)Author
2023-09-06merge: master <--- feature/v17.2.6-4Bazaah
* HEAD | \ | * 2821569 <github@luxolus.com> pkgbuild: pkgrel=4 | / | master Signed-off-by: Bazaah <github@luxolus.com>
2023-09-06pkgbuild: pkgrel=4Bazaah
Rebuild for boost, thrift and some python stuff
2023-07-30merge: master <--- feature/v17.2.6-3Bazaah
* HEAD | \ | * 7692995 <github@luxolus.com> pkgbuild: pkgrel=3 | * 5c53c4e <github@luxolus.com> pkgbuild: use ceph-17.2.6-cython-fixes.patch | * 34d11c3 <github@luxolus.com> pkgbuild: use backport-with-fmt-version.patch | * 22f7a39 <github@luxolus.com> repo: add ceph-17.2.6-cython-fixes.patch | * 7dfdbe1 <github@luxolus.com> repo: add backport-with-fmt-version.patch | / | master Signed-off-by: Bazaah <github@luxolus.com>
2023-07-30pkgbuild: pkgrel=3Bazaah
2023-07-30pkgbuild: use ceph-17.2.6-cython-fixes.patchBazaah
2023-07-30pkgbuild: use backport-with-fmt-version.patchBazaah
Issue: https://github.com/bazaah/aur-ceph/issues/17 Reported-by: https://aur.archlinux.org/account/UweSauter Reported-in: https://aur.archlinux.org/pkgbase/ceph#comment-926651
2023-07-30repo: add ceph-17.2.6-cython-fixes.patchBazaah
cython v3.0.0 introduced a breaking change to exception propagation through cdef (and ctypedef) functions, creating a type error when trying to assign &no_op_progress_callback = librbd_progress_fn_t, and similar for __aio_complete_cb = rbd_callback_t This fixes those. Surprisingly these are the only compile errors I found for this pattern, because there are many more ctypedef'd fptrs in the pybind stuff. References: https://cython.readthedocs.io/en/latest/src/userguide/migrating_to_cy30.html#exception-values-and-noexcept
2023-07-30repo: add backport-with-fmt-version.patchBazaah
This is a workaround for the fmtlib v10 removal of FMT_DEPRECATED_OSTREAM. v18 has (many, many) fixes for this, but it simply not feasible to backport all of them, particularly because v18 is releasing shortly. So instead, we use the bundled fmtlib rather than the system one, for now. Of special note, we add the EXACT find_package attr, so that cmake is forced to conclude that there isn't a compatible system version. This is slightly uglier than messing with cmake version range specs, but it requires much less thought for the same outcome, and is only a temp fix. Upstream-ref: https://github.com/ceph/ceph/commit/051ec194df16927187cbe4b26dacd06c31fa186a Upstream-ref: https://github.com/ceph/ceph/commit/0d41777cea1720cdf3fc54e182325b4440b08d40
2023-05-12merge: master <--- feature/v17.2.6-2Bazaah
* HEAD | \ | * 64699fc <github@luxolus.com> pkgbuild: pkgrel=2 | * 800578f <github@luxolus.com> pkgbuild: use cherrypy, pylint patches | * 6741cd4 <github@luxolus.com> repo: mgr/dashboard deps pylint->2.17, cherrypy->18 | * 887c85e <github@luxolus.com> pkgbuild: use mgr-dashboard-node-version.patch | * d931804 <github@luxolus.com> repo: add mgr-dashboard-node-version.patch | * abe5a35 <github@luxolus.com> pkgbuild: use gcc13 patches | * aab480f <github@luxolus.com> repo: patches for gcc13 includes in rocksdb, ceph | / | master Fixes: #12 Fixes: #14 Signed-off-by: Bazaah <github@luxolus.com>
2023-05-12pkgbuild: pkgrel=2Bazaah
2023-05-12pkgbuild: use cherrypy, pylint patchesBazaah
2023-05-12repo: mgr/dashboard deps pylint->2.17, cherrypy->18Bazaah
cherrypy is a runtime dependency, while pylint is a build/lint dep, both of them encountered import errors due to API removals in py3.11, see the links for more. pylint's is indirect, a dependency of a dependency: pylint->astroid->wrapt but fixed by moving to a more recent version - ceph-17.2.6-mgr-dashboard-cherrypy-18.patch - ceph-17.2.6-mgr-dashboard-pylint-217.patch Issue: https://github.com/bazaah/aur-ceph/issues/12 References: https://github.com/cherrypy/cherrypy/commit/8245a74aa4e090c40445535a9ce3997ed9904798 References: https://github.com/GrahamDumpleton/wrapt/issues/196
2023-05-08pkgbuild: use mgr-dashboard-node-version.patchBazaah
2023-05-08repo: add mgr-dashboard-node-version.patchBazaah
up the bundled node version to 16, so as to fix node-gyp errors originating from a too-old npm version in 14. Basically, python 3.11 removed a deprecated file open option from python, which consequently blows up `npm ci`, preventing the build. Issue: https://github.com/bazaah/aur-ceph/issues/12 References: https://github.com/npm/cli/issues/5113 References: https://github.com/npm/cli/issues/4664 References: https://github.com/npm/cli/issues/4660
2023-05-08pkgbuild: use gcc13 patchesBazaah
2023-05-08repo: patches for gcc13 includes in rocksdb, cephBazaah
These are caused by the changes in gcc13, that move previously included-by-default imports like uint64_t and system_error into separate headers. Parts of the rocksdb patch where taken from the upstream -- facebook/rocksdb@88edfbf, but more were needed for however ceph configures the build. We also add a couple that were missing in ceph itself. - ceph-17.2.6-ceph-gcc13-includes.patch - ceph-17.2.6-rocksdb-gcc13-includes.patch References: https://gcc.gnu.org/gcc-13/porting_to.html#header-dep-changes References: https://github.com/facebook/rocksdb/commit/88edfbfb5e1cac228f7cc31fbec24bb637fe54b1
2023-04-29merge: master <--- feature/v17.2.6-1Bazaah
* HEAD | \ | * 75c66e6 <github@luxolus.com> pkgbuild: pkgver=17.2.6, pkgrel=1 | * 55f267d <github@luxolus.com> pkgbuild: rm disable-test-cls-fifo.patch | * 3a4ece4 <github@luxolus.com> pkgbuild: revert ceph-18.0.0-mgr-sqlite-pragmas.patch | * 1bd9308 <github@luxolus.com> pkgbuild: revert rdkafka.mpatch, use therein | * 7f61f1b <github@luxolus.com> pkgbuild: rere tox-mypy-false-postive.patch | / | master Signed-off-by: Bazaah <github@luxolus.com>
2023-04-10pkgbuild: pkgver=17.2.6, pkgrel=1Bazaah
2023-04-10pkgbuild: rm disable-test-cls-fifo.patchBazaah
Upstream appears to have removed the test Upstream-Ref: https://github.com/ceph/ceph/commit/62121704f019f225b1df4b0c63ba2d89fe9be9ca
2023-04-10pkgbuild: revert ceph-18.0.0-mgr-sqlite-pragmas.patchBazaah
As this is now backported in the upstream Upstream-Ref: https://github.com/ceph/ceph/commit/b49753e374e0ba30e61eab0b7d88abb5104e5975 Reverts: 82a7efacca33c5640103622e251755a5523e78cd
2023-04-10pkgbuild: revert rdkafka.mpatch, use thereinBazaah
No longer needed, as the Archlinux package has fixed this issue by reverting to an older (?) method for building rdkafka, which doesn't contain the bug this patch worked around. Reverts: dd2565ded777ce438f5063d6e9cc8b2fe22244e7 Reverts: d0451743748d9c381a598fb45b658c3669ee357f References: https://github.com/archlinux/svntogit-community/commit/924fddef74a86f020ec6813291979946f6da55da
2023-04-10pkgbuild: rere tox-mypy-false-postive.patchBazaah
Same patch, just updated to follow upstream changes to src/pybind/mgr/tox.ini
2023-03-07merge: master <--- feature/v17.2.5-6Bazaah
* HEAD | \ | * 948bd85 <github@luxolus.com> pkgbuild: pkgrel=6 | * d470b03 <github@luxolus.com> pkgbuild: use ceph-17.2.5-rgw-client-boost-string-view.patch | * 5bc29e5 <github@luxolus.com> pkgbuild: add ceph-17.2.5-rgw-client-boost-string-view.patch | * dd2565d <github@luxolus.com> pkgbuild: use rdkafka.mpatch + set env | * d045174 <github@luxolus.com> pkgbuild: add rdkafka.mpatch | / | master Fixes: #11 Signed-off-by: Bazaah <github@luxolus.com>
2023-03-06pkgbuild: pkgrel=6Bazaah
2023-03-06pkgbuild: use ceph-17.2.5-rgw-client-boost-string-view.patchBazaah
2023-03-06pkgbuild: add ceph-17.2.5-rgw-client-boost-string-view.patchBazaah
So long story short, boost 1.81 has fairly large breaking API changes, as they migrated to use an internal string_view shim rather than std::string_view, across the entire beast codebase. Therefore, we remove any attempts to convert to std::string_view from boost::core::string_view, as it implicitly handles conversions to std::string where needed (like std::string_view). Long story. boostorg/beast#2451 introduced a change in their string_view type defs for beast, which ultimately removed the to_string() method inherited from boost::string_view (which is different to boost::core), effectively changing the type of most of the returned values in rgw_asio_client.cc's header manipulation logic. However, this new shim string_view implicitly converts to std::string, which is needed by RGWEnv::set, hence our removal of the various to_string()s scattered across the file. Notably, RGWEnv::set is remarkably strict in its accepted values, so I trust that if this compiles we have introduced a subtle use after free vis-a-vis all these string_views flying around. References: https://github.com/boostorg/beast/pull/2451 References: https://github.com/ceph/ceph/blob/v17.2.5/src/rgw/rgw_asio_client.cc References: https://github.com/boostorg/beast/issues/2594#issuecomment-1360956011 References: https://github.com/ceph/ceph/blob/v17.2.5/src/rgw/rgw_env.cc#L22
2023-03-06pkgbuild: use rdkafka.mpatch + set envBazaah
2023-03-06pkgbuild: add rdkafka.mpatchBazaah
This is a fix to confluentinc/librdkafka#4155, which blocks our ability to build this package. The plan is to apply the patch to the system file, output into a local directory and instruct pkgconfig to search that directory. References: https://github.com/bazaah/aur-ceph/issues/11 References: https://github.com/confluentinc/librdkafka/issues/4155
2022-12-23merge: master <--- feature/v17.2.5-5Bazaah
* HEAD | \ | * 51829c2 <github@luxolus.com> pkgbuild: pkgrel=5 | * 50b8266 <github@luxolus.com> pkgbuild: package_ceph backup /etc/ conf | * fe1e3d3 <github@luxolus.com> pkgbuild: add logrotate-ignore-dups.patch | * 82a7efa <github@luxolus.com> pkgbuild: add mgr-sqlite-pragmas.patch | / | master Signed-off-by: Bazaah <github@luxolus.com>
2022-12-21pkgbuild: pkgrel=5Bazaah
2022-12-21pkgbuild: package_ceph backup /etc/ confBazaah
Backport-to: ceph-bin Issue: https://github.com/bazaah/aur-ceph/issues/9 Closes: #9
2022-12-21pkgbuild: add logrotate-ignore-dups.patchBazaah
This fixes an unfortunate issue in the upstream's provided logrotate, and the one which `cephadm` creates during runs. Unfortunately, logrotate throws an error if more than one rule matches a given file, which is the case between our '.../ceph/*.log' and the cephadm generated one: '.../ceph/cephadm.log'. Because the file is generated we can't really complain to the maintainer for cephadm, and we also can't change our rule because ceph may generate any pattern matching '<cluster>-<svc>-<id>', all of which are user / cluster specific. Fortunately, the most recent (as of this commit) logrotate as introduced a workaround: 'ignoreduplicates' which does what you expect. We patch the upstream logrotate.conf to include this keyword, fixing this issue. See the issue for more. References: https://github.com/logrotate/logrotate/pull/473 References: https://github.com/ceph/ceph/blob/v17.2.5/src/cephadm/cephadm#L9408 Closes: #8 Issue: https://github.com/bazaah/aur-ceph/issues/8 Reported-by: snack@aur.archlinux.org
2022-12-21pkgbuild: add mgr-sqlite-pragmas.patchBazaah
This patch is taken directly from an (at the time of writing) open PR of the upstream which fixes a crash in the mgr's device_metrics module when using a later version of the python sqlite driver. The upstream docs for libcephsqlite specifically call out that file based temp tables are not supported. See: https://docs.ceph.com/en/quincy/rados/api/libcephsqlite/#temporary-tables Closes: #5 Issue: https://github.com/bazaah/aur-ceph/issues/5 Upstream-Ref: https://github.com/ceph/ceph/pull/48449
2022-11-06merge: master <--- feature/v17.2.5-4Bazaah
* HEAD | \ | * c7f9572 <github@luxolus.com> pkgbuild: pkgrel=4 | * 141da5d <github@luxolus.com> pkgbuild: reword package_ceph() comment | * f8abbf3 <github@luxolus.com> pkgbuild: add ceph.sudoers to package_ceph() | * ee56937 <github@luxolus.com> pkgbuild: add osd sysctls to package_ceph() | * dd34fc2 <github@luxolus.com> pkgbuild: add udev rbd rules to package_ceph() | * aea914d <github@luxolus.com> pkgbuild: add logrotate rules to package_ceph() | * 09027d9 <github@luxolus.com> pkgbuild: rm unneeded boost defines in prepare() | * bae39af <github@luxolus.com> pkgbuild: rm unneeded mypy hint in prepare() | * ad2c9df <github@luxolus.com> pkgbuild: rm pylint override for python 3.9 | * 1c23b12 <github@luxolus.com> pkgbuild: rm zstd overwrite in prepare() | * ea3c054 <github@luxolus.com> justfile: hardcode github repo | * ba9456d <github@luxolus.com> gitattributes: github syntax highlighting for justfile | / | master Signed-off-by: Bazaah <github@luxolus.com>
2022-11-06pkgbuild: pkgrel=4Bazaah
3 is skipped to accommodate a screwup in the sister ceph-bin package
2022-11-06pkgbuild: reword package_ceph() commentBazaah
to be more in line with the new additions
2022-11-06pkgbuild: add ceph.sudoers to package_ceph()Bazaah
This file is inspired by the upstream's 'sudoers.d/ceph-smartctl' file, however, unlike their one; isn't a security threat if anyone nasty ever elevates to the 'ceph' user. We use the latest and greatest in sudo technology: regexes. Sudo is only 4 decades late to the party, and we welcome them in with open arms, though unfortunately all the pizza has been eaten, along with most of the soda drinks, and most of the party's participants are tired, like this metaphor.
2022-11-06pkgbuild: add osd sysctls to package_ceph()Bazaah
2022-11-05pkgbuild: add udev rbd rules to package_ceph()Bazaah
2022-11-05pkgbuild: add logrotate rules to package_ceph()Bazaah
2022-11-05pkgbuild: rm unneeded boost defines in prepare()Bazaah
Upstream no longer uses deprecated headers (... here).
2022-11-05pkgbuild: rm unneeded mypy hint in prepare()Bazaah
This was fixed a while back, and is not needed anymore. Upstream-Ref: https://github.com/ceph/ceph/commit/42b41f897d2a0a7673ad7fb4b6d2a3426f9609c1
2022-11-05pkgbuild: rm pylint override for python 3.9Bazaah
archlinux no longer uses python 3.9
2022-11-05pkgbuild: rm zstd overwrite in prepare()Bazaah
Since 35b4e84 we no longer need to play funny games with the upstream around zstd.
2022-11-05justfile: hardcode github repoBazaah
As I now use git.st8l.com as my origin, but still use github for free hosting. Thanks github!
2022-11-05gitattributes: github syntax highlighting for justfileBazaah
2022-11-05merge: master <--- feature/v17.2.5-2Bazaah
* HEAD | \ | * 238ad0a <github@luxolus.com> pkgbuild: pkgrel=2 | * 4053e14 <github@luxolus.com> pkgbuild: generate legacy_options headers prebuild | * 89ef08b <github@luxolus.com> pkgbuild: rm broken cmake depends patches | / | master Signed-off-by: Bazaah <github@luxolus.com>
2022-11-05pkgbuild: pkgrel=2Bazaah
2022-11-05pkgbuild: generate legacy_options headers prebuildBazaah
See the previous commit for a longer explanation.
2022-11-05pkgbuild: rm broken cmake depends patchesBazaah
- ceph-17.2.4-common-legacy-gen-depends.patch - ceph-17.2.4-compressor-common-depends.patch These do not *actually* solve the problem they were originally added as fixes for. Here's the real problem: Sometime between v16 and v17 the upstream changed how they handle internal configuration. Previously, they had headers that were included "globally" -- in a common ${CMAKE_PROJECT_PATH}/include -- dir, and everything just imported these headers, without an explicit dependency on src/common/options ('s targets). This was okay because: 1. The headers always exist 2. You can include headers that haven't yet had their source file compiled. You only need to ensure that by link time the relevant .o files exist. However. These "global" header files *now require an arbitrarily slow python script to generate them*. And CMake is not aware of this dependency, leading to compile fails because other sources are importing headers that don't exist yet. I tried for a long time to catch all the targets that depend on these headers' CMake target, and gave up after about 30ish; as even if it was possible, that patch is simply unmaintainable long term. Instead, we'll take a much dumber, simpler solution: just run the generate step before building. See this commit's parent for more.