2024-07-24T10:31:46.091Z

<Kaleb> New Coverity analysis for ceph-19.1.0 at <https://scan.coverity.com/projects/ceph>

2024-07-24T14:01:51.480Z

<nehaojha> The User Dev Meeting is happening now <https://meet.jit.si/ceph-user-dev-monthly>!

2024-07-24T14:29:56.247Z

<Patrick Donnelly> RFR: <https://github.com/ceph/ceph/pull/58355>

2024-07-24T15:28:05.633Z

<Casey Bodley> weekly rgw meeting starting soon in [ <https://pad.ceph.com/p/rgw-weekly](https://meet.google.com/oky-gdaz-ror> )

2024-07-24T15:38:07.845Z

<Patrick Donnelly> you can see the status from the top-level README for the github ceph page

2024-07-24T16:33:19.174Z

<Ilya Dryomov> ceph-devel list is for Linux kernel client discussions
Like all Linux kernel lists, it's plain-text only -- no HTTP, MIME, etc

2024-07-24T16:36:25.712Z

<Ilya Dryomov> ceph-devel list is for Linux kernel client discussions
Like all Linux kernel lists, it's plain-text only -- no HTML, MIME, etc

2024-07-24T17:56:17.297Z

<Casey Bodley> on the subject of 'ceph API tests', would it be crazy to remove them from the 'required' checks until we get a handle on all their failures? triggering rebuilds all the time is wasting lab resources and developer time, and i'm skeptical that the tests are providing enough value to make up for that

2024-07-24T18:05:09.071Z

<Æmerson> I think it would be very reasonable and I would very strongly support this. At the least I'd like to make them non-required until we can go through, find out which API tests are the most unstable and disable those ones.

2024-07-24T18:05:48.668Z

<Æmerson> (It does seem like proper Sepia testing should catch Ceph API breakage, shouldn't it?)

2024-07-24T18:07:18.361Z

<Casey Bodley> there's a risk that we merge rgw changes, for example, that introduce api regressions. but teuthology tests should catch that eventually - and we'll always run those before releases

2024-07-24T18:29:06.141Z

<Æmerson> Also @yuriw I apologize, I'm not the best with visual language, are those raised hands of 'Yes, agree!' or raised hands of warding: "No! Go back, fools!"

2024-07-24T18:36:24.488Z

<Casey Bodley> i reckon Yuri is all too familiar with the pain of kicking jenkins several times before he can merge backport prs

2024-07-24T22:19:58.886Z

<Jeroen Roodhart> Just read the 18.2.4 release notes and the warning pointing to [https://tracker.ceph.com/issues/66989](https://tracker.ceph.com/issues/66989).

Unpleasantly surprised that this type of change has been made in a minor release update. RHEL 8 support is planned for up to 2029, why not make this change in the Squid release (allowing one to choose a time to upgrade the base OS)?!