2024-06-20T01:41:49  <matrix-o-o> <Firstyear (Firstyear)> acidsys: The problem is that somehow in the upgrade it considers kanidm needing to be removed and I don't know why.
2024-06-20T01:42:19  <matrix-o-o> <Firstyear (Firstyear)> Ahhh because they arent in backports yet.
2024-06-20T01:46:15  <matrix-o-o> <Firstyear (Firstyear)> https://progress.opensuse.org/issues/162326
2024-06-20T01:46:15  <matrix-o-o> Updated with the details. At this point I have no idea where the package is - the release pipeline in OBS is like magnets. You can't explain them.
2024-06-20T01:48:40  <matrix-o-o> <Firstyear (Firstyear)> acidsys: And this is why I wait til the last possible moment to upgrade to something like 15.6
2024-06-20T08:41:14  *** teepee_ is now known as teepee
2024-06-20T09:07:05  <acidsys> Firstyear: my common approach is to upgrade as soon as possible, as I consider openSUSE infrastructure to be a reference deployment of openSUSE. :)
2024-06-20T09:07:50  <acidsys> I explained where Kanidm is stuck in the release process and the workaround in https://progress.opensuse.org/issues/162326#note-6
2024-06-20T09:08:12  <acidsys> For the next Leap release, it should be submitted into the distribution when the window is still open.
2024-06-20T09:08:51  <matrix-o-o> <Lubos Kocman> https://build.opensuse.org/project/show/openSUSE:Leap:16.0
2024-06-20T09:11:43  <acidsys> Summarizing my somewhat long winded tickets, so far we have three issues with 15.6: Missing Kanidm (worked around with Factory link), PAM configuration overwritten during upgrade (worked around by applying highstate after upgrade), broken boot on some physical machines (waiting for input in bug report).
2024-06-20T09:14:09  <acidsys> plus some minor inconvenience with apache2 packaging which was easily resolved but could have been avoided by an entry in the release notes
2024-06-20T14:25:30  <acidsys> LubosKocman: bugzilla.o.o does not have "openSUSE Leap 15.6" as an "OS" selection when making a bug in the "openSUSE distribution" product (it's somewhat redundant with "Version" but since its there it should probably have it). any idea if it's been requested?
2024-06-20T14:25:43  <matrix-o-o> <Lubos Kocman> There is Leap
2024-06-20T14:25:45  <matrix-o-o> <Lubos Kocman> and version is 15.6
2024-06-20T14:25:51  <matrix-o-o> <Lubos Kocman> openSUSE Distribution is the right product
2024-06-20T14:25:56  <matrix-o-o> <Lubos Kocman> Micro has it the same way
2024-06-20T14:26:02  <acidsys> https://bugzilla.opensuse.org/enter_bug.cgi?product=openSUSE%20Distribution open the "OS" dropdown
2024-06-20T14:26:10  <acidsys> there is "openSUSE Leap 15.5" as maximum Leap
2024-06-20T14:26:24  <matrix-o-o> <Lubos Kocman> nobody uses os thingy if there is a version :-)
2024-06-20T14:26:30  <acidsys> right but then it should be removed
2024-06-20T14:26:33  <matrix-o-o> <Lubos Kocman> hehe I can create SUSE IT ticket to fix it
2024-06-20T14:27:07  <acidsys> otherwise it's imo a bit confusing to a user if there is an "OS" field but it only offers old products
2024-06-20T14:35:04  <acidsys> made a bug for the PAM issue as well now
2024-06-20T16:03:27  <acidsys> rebooting provo-gate
2024-06-20T16:04:21  <matrix-o-o> <LCP> acidsys: I left feedback on the PR, it's almost good
2024-06-20T16:04:42  <acidsys> yep I just wait for the test env to come up one more time :D
2024-06-20T16:05:03  <matrix-o-o> <LCP> understandable
2024-06-20T16:05:53  <acidsys> done now
2024-06-20T16:06:46  <acidsys> thanks!
2024-06-20T16:07:09  <matrix-o-o> <LCP> cool
2024-06-20T16:08:22  <matrix-o-o> <LCP> Lubos Kocman: btw, I added a list of upcoming events to www-o-o, similar to your idea https://www-test.opensuse.org/
2024-06-20T16:16:21  <acidsys> provo-gate done but yet another boo#
2024-06-20T16:16:58  <acidsys> I can't recall making so many boo#'s with any previous Leap upgrade
2024-06-20T16:21:13  <acidsys> LCP: paste.i.o.o "Repository would be updated from acb2cf5 to 08b2cb8, but there are uncommitted changes." -> "modified:   app/controllers/pastes_controller.rb" smells like you :X
2024-06-20T16:21:39  <matrix-o-o> <LCP> yeah, that change is upstream already though
2024-06-20T16:21:48  <acidsys> oki reverting + updating again then
2024-06-20T16:21:49  <matrix-o-o> <LCP> so you can just overwrite it
2024-06-20T16:22:11  <matrix-o-o> <LCP> I just git reset --hard 😛
2024-06-20T16:22:29  <acidsys> I did `git restore .` ^^
2024-06-20T16:24:54  <acidsys> locally it did set conteint-disposition: inline (serving from local storage) but now on production (serving from s3.opensuse-project.net) it still serves it as "attachment"
2024-06-20T16:28:44  <acidsys> cboltz: I now tested some salt{-,call} and also salt-master restart and neither reset the permissions. however running the "sync" pipeline does cause the observed effect - root:root
2024-06-20T16:29:33  <acidsys> something changed in rsync client or server
2024-06-20T16:30:53  <cboltz> ok, then at least you have a reproducer - even if it's not the one I expected
2024-06-20T16:57:08  <matrix-o-o> <LCP> acidsys: you forgot to restart the server, I run "systemctl restart paste" and it seems to work now
2024-06-20T17:07:57  <acidsys> I did not touch the server, I applied highstate
2024-06-20T17:09:17  <cboltz> did the highstate restart the service? ;-)
2024-06-20T17:09:22  <acidsys> https://gitlab.infra.opensuse.org/infra/salt/-/merge_requests/1933
2024-06-20T17:09:34  <acidsys> thanks for noticing
2024-06-20T20:08:11  *** teepee_ is now known as teepee