Rendering for Director Operator docs variant Fixes #780

pinikomarov · 2025-01-10T00:34:52Z

This addresses the code change requests from :
Jira: https://issues.redhat.com/browse/OSPRH-12836

Fixes docs generation for upstream and downstream odpso added targets

and removes misc. abnormalities from the text.

softwarefactory-project-zuul · 2025-01-10T04:27:27Z

Build failed (check pipeline). Post recheck (without leading slash)
to rerun all jobs. Make sure the failure cause has been resolved before
you rerun jobs.

https://softwarefactory-project.io/zuul/t/rdoproject.org/buildset/b38bc9e471a04adcbba962ec3108a99f

✔️ noop SUCCESS in 0s
✔️ adoption-standalone-to-crc-ceph SUCCESS in 2h 57m 04s
❌ adoption-standalone-to-crc-no-ceph RETRY_LIMIT in 47m 32s
❌ adoption-docs-preview FAILURE in 1m 13s

softwarefactory-project-zuul · 2025-01-11T01:34:32Z

Build failed (check pipeline). Post recheck (without leading slash)
to rerun all jobs. Make sure the failure cause has been resolved before
you rerun jobs.

https://softwarefactory-project.io/zuul/t/rdoproject.org/buildset/9c461deb26514fb4a0079b8cbc835b01

✔️ noop SUCCESS in 0s
✔️ adoption-standalone-to-crc-ceph SUCCESS in 3h 04m 27s
❌ adoption-standalone-to-crc-no-ceph RETRY_LIMIT in 49m 01s
❌ adoption-docs-preview FAILURE in 1m 27s

pinikomarov · 2025-01-12T14:17:02Z

recheck

softwarefactory-project-zuul · 2025-01-12T17:18:10Z

Build failed (check pipeline). Post recheck (without leading slash)
to rerun all jobs. Make sure the failure cause has been resolved before
you rerun jobs.

https://softwarefactory-project.io/zuul/t/rdoproject.org/buildset/4e129364dab543e98f3553594276ca46

✔️ noop SUCCESS in 0s
✔️ adoption-standalone-to-crc-ceph SUCCESS in 3h 00m 10s
❌ adoption-standalone-to-crc-no-ceph RETRY_LIMIT in 46m 40s
❌ adoption-docs-preview FAILURE in 1m 24s

softwarefactory-project-zuul · 2025-01-14T17:44:43Z

Build failed (check pipeline). Post recheck (without leading slash)
to rerun all jobs. Make sure the failure cause has been resolved before
you rerun jobs.

https://softwarefactory-project.io/zuul/t/rdoproject.org/buildset/2821a3a6bbb44ecfb7131d7d9687ba0c

✔️ noop SUCCESS in 0s
✔️ adoption-standalone-to-crc-ceph SUCCESS in 3h 05m 35s
✔️ adoption-standalone-to-crc-no-ceph SUCCESS in 3h 00m 15s
❌ adoption-docs-preview FAILURE in 1m 12s

pinikomarov · 2025-01-15T11:35:23Z

recheck

pinikomarov · 2025-01-15T13:42:09Z

@jistr @klgill review please?

klgill

@pinikomarov I have some questions and suggestions.

klgill · 2025-01-15T16:16:55Z

docs_user/assemblies/assembly_prepare_director_operator_and_rhoso_for_adoption_process.adoc

@@ -23,6 +23,8 @@ $ oc project openstack
 ----

 . Define the common environment variables:
+
+


Suggested change

+

There only needs to be one plus sign above the code.

klgill · 2025-01-15T16:22:12Z

docs_user/main.adoc

-ifeval::["{OpenStackPreviousInstaller}" == "director_operator"]
-include::assemblies/assembly_ospdo-scale-down-pre-database-adoption.adoc[leveloffset=+1]
-endif::[]
-


Why was this assembly removed from main.adoc and deleted from the repo?

probably my mistake , returning it

Shouldn't the ifeval be ifeval::["{build_variant}" == "ospdo"] ?

klgill · 2025-01-15T16:27:33Z

docs_user/main.adoc

-include::assemblies/assembly_prepare_director_operator_for_adoption_process.adoc[leveloffset=+1]
+ifeval::["{build_variant}" == "ospdo"]
+include::assemblies/assembly_prepare_director_operator_and_rhoso_for_adoption_process.adoc
+[leveloffset=+1]


This assembly is not rendering in the docs because the "assembly_prepare_director_operator_and_rhoso_for_adoption_process.adoc" is not in the assemblies folder, but it should be. Can you please move the "assembly_prepare_director_operator_and_rhoso_for_adoption_process.adoc" to the assemblies folder? After you do that, this include statement should work.

on my patch I do see it on that location : ```

k@k:/my_workspace/data-plane-adoption/docs_user$ pwd
/home/k/my_workspace/data-plane-adoption/docs_user
k@k:/my_workspace/data-plane-adoption/docs_user$ ls assemblies/assembly_prepare_director_operator_and_rhoso_for_adoption_process.adoc
assemblies/assembly_prepare_director_operator_and_rhoso_for_adoption_process.adoc

The file still isn't rendering, but I think I know why. The file name should be formatted as follows:

assemblies/assembly_prepare-director-operator-and-rhoso-for-adoption-process.adoc

If you rename the file with the name I provided here, and then update the file name in the include statement in main.adoc, I'm hoping that fixes the problem.

klgill · 2025-01-15T16:44:39Z

docs_user/modules/proc_adopting-compute-services-to-the-data-plane.adoc

@@ -126,7 +126,7 @@ endif::[]
 ifeval::["{build}" == "downstream"]
 $(cat <path_to_SSH_key> | base64 | sed \'s/^/        /')
 endif::[]
-ifeval::["{OpenStackPreviousInstaller}" == "director_operator"]
+ifeval::["{build_variant}" == "ospdo"]
      $(oc exec -n $<ospdo_namespace> -t openstackclient openstackclient -- cat /home/cloud-admin/.ssh/id_rsa | base64 | sed 's/^/        /')


The s/^/ / ` is rendering as italics in the doc, and the single quotes do not display. However, the first instance of that code above it looks okay. Is the code on line 130 missing a back slash? See the following:

line 127: sed \'s/^/ /')

line 130: sed 's/^/ /')

klgill · 2025-01-15T16:58:37Z

docs_user/modules/proc_deploying-backend-services.adoc

@@ -113,7 +113,7 @@ make input
 ----
 endif::[]

-ifeval::["{OpenStackPreviousInstaller}" == "director_operator"]
+ifeval::["{build_variant}" == "ospdo"]
 ----
 $ oc get secret tripleo-passwords -o jsonpath='{.data.*}' | base64 -d>~/tripleo-standalone-passwords.yaml
 ----


In the rendered OSPdO doc, both the $ oc project openstack command and the $ oc get secret tripleo-passwords command are rendering. Was that intended?

If not, we might need another conditional statement on the $ oc project openstack command that ensures that the command only renders in the "regular" adoption guide. Following the syntax of the downstream/upstream conditionals, you could try something like this:

ifeval::["{build}" != "ospdo"] ---- $ oc project openstack ---- endif::[]

This might require a change to the MakeFile as well.

both : oc project openstack command and the oc get secret tripleo-passwords command commands are needed in the ospdo scenario, the first is needed for the second to get the right pass from the right namespace.
and in a downstream scenarion only the first is needed. so that makes sense as is now

klgill · 2025-01-15T18:56:20Z

docs_user/modules/proc_retrieving-topology-specific-service-configuration.adoc

 To get the value to set `SOURCE_MARIADB_IP`, query the puppet-generated configurations in a Controller node:
-+


You need this plus sign.

klgill · 2025-01-15T18:58:13Z

docs_user/modules/proc_retrieving-topology-specific-service-configuration.adoc

 CONTROLLER1_SSH="ssh -i ~/install_yamls/out/edpm/ansibleee-ssh-key-id_rsa [email protected]"
 MARIADB_IMAGE=quay.io/podified-antelope-centos9/openstack-mariadb:current-podified


Do you only want lines 18-19 to appear in the OSPdO docs? The following code block is also appearing:

CONTROLLER1_SSH="ssh -i *<path to SSH key>* root@*<node IP>*" MARIADB_IMAGE=registry.redhat.io/rhosp-dev-preview/openstack-mariadb-rhel9:18.0 SOURCE_MARIADB_IP=172.17.0.2 SOURCE_DB_ROOT_PASSWORD=$(cat ~/overcloud-deploy/overcloud/overcloud-passwords.yaml | grep ' MysqlRootPassword:' | awk -F ': ' '{ print $2; }') MARIADB_CLIENT_ANNOTATIONS='--annotations=k8s.v1.cni.cncf.io/networks=internalapi'

yes that's ok

klgill · 2025-01-15T19:01:08Z

docs_user/modules/proc_retrieving-topology-specific-service-configuration.adoc

+ifeval::["{build_variant}" == "ospdo"]
 export PULL_OPENSTACK_CONFIGURATION_DATABASES=$(oc run mariadb-client --overrides="$RUN_OVERRIDES" -n $OSPDO_NAMESPACE -q --image ${MARIADB_IMAGE} -i --rm --restart=Never -- \
 endif::[]
    mysql -rsh "$SOURCE_MARIADB_IP" -uroot -p"$SOURCE_DB_ROOT_PASSWORD" -e 'SHOW databases;')
 echo "$PULL_OPENSTACK_CONFIGURATION_DATABASES"
 ----
-ifeval::["{OpenStackPreviousInstaller}" == "director_operator"]
+ifeval::["{build_variant}" == "ospdo"]
 ----
 export CONTROLLER1_SSH="oc -n $OSPDO_NAMESPACE rsh -c openstackclient openstackclient ssh controller-0.ctlplane"


Should both export commands appear in the OSPdO docs? Lines 50-57.

yes that's ok

klgill · 2025-01-15T19:01:41Z

docs_user/modules/proc_retrieving-topology-specific-service-configuration.adoc

 export PULL_OPENSTACK_CONFIGURATION_DATABASES=$(oc run mariadb-client --overrides="$RUN_OVERRIDES" -n $OSPDO_NAMESPACE -q --image ${MARIADB_IMAGE} -i --rm --restart=Never -- \
 endif::[]
    mysql -rsh "$SOURCE_MARIADB_IP" -uroot -p"$SOURCE_DB_ROOT_PASSWORD" -e 'SHOW databases;')
 echo "$PULL_OPENSTACK_CONFIGURATION_DATABASES"
 ----
-ifeval::["{OpenStackPreviousInstaller}" == "director_operator"]
+ifeval::["{build_variant}" == "ospdo"]
 ----
 export CONTROLLER1_SSH="oc -n $OSPDO_NAMESPACE rsh -c openstackclient openstackclient ssh controller-0.ctlplane"
 ----


Suggested change

----

----

+

You also need a plus sign between lines 59 and 60. (Between the step and the four dashes).

klgill · 2025-01-15T19:12:20Z

docs_user/adoption-attributes.adoc

@@ -149,6 +149,11 @@ ifeval::["{build}" == "downstream"]
 :telemetry: Telemetry service
 endif::[]

+ifeval::["{build}-{build_variant}" == "downstream-ospdo"]
+:OpenStackPreviousInstaller: director_operator


There are several instances of "director_operator" in the text in the rendered OSPdO doc. It should be "director Operator".

In the OSPdO guide, should “director Operator” replace the word “director” in all cases? For example, in the “Identity service authentication” module, this sentence now reads: “After you adopt a director_operator-based OpenStack deployment to a Red Hat OpenStack Services on OpenShift deployment, the Identity service performs user authentication and authorization by using Secure RBAC (SRBAC).”
Is this what was intended?

pinikomarov · 2025-01-15T23:31:27Z

@klgill updated according to your notes thanks, please tell me if there are any more issues thanks

klgill

I have a couple more comments, mainly about the "preparing" assembly still not rendering. But I suggested a solution. I also noticed that the build variant is incorrect for the scale down procedure. Please see my comments.

Side note: I noticed minor formatting issues, but I would like to fix this in a separate docs PR myself, since I need to split the "preparing" assembly anyway. These formatting issues will also not delay QE review.

klgill · 2025-01-16T15:46:55Z

docs_user/main.adoc

-include::assemblies/assembly_prepare_director_operator_for_adoption_process.adoc[leveloffset=+1]
+ifeval::["{build_variant}" == "ospdo"]
+include::assemblies/assembly_prepare_director_operator_and_rhoso_for_adoption_process.adoc
+[leveloffset=+1]


The file still isn't rendering, but I think I know why. The file name should be formatted as follows:

assemblies/assembly_prepare-director-operator-and-rhoso-for-adoption-process.adoc

If you rename the file with the name I provided here, and then update the file name in the include statement in main.adoc, I'm hoping that fixes the problem.

klgill · 2025-01-16T15:56:28Z

docs_user/modules/proc_deploying-backend-services.adoc

 ----
 $ oc get secret tripleo-passwords -o jsonpath='{.data.*}' | base64 -d>~/tripleo-standalone-passwords.yaml


Suggested change

----

$ oc get secret tripleo-passwords -o jsonpath='{.data.*}' | base64 -d>~/tripleo-standalone-passwords.yaml

+

----

$ oc get secret tripleo-passwords -o jsonpath='{.data.*}' | base64 -d>~/tripleo-standalone-passwords.yaml

I added a plus sign so that the second command aligns with the command above it.

klgill · 2025-01-16T16:21:25Z

docs_user/modules/proc_migrating-tls-everywhere.adoc

@@ -39,20 +39,20 @@ endif::[]

 . To locate the CA certificate and key, list all the certificates inside your NSSDB:


If both lines 40 and 51 need to appear in the OSPdO docs, then you don't need to have the following line twice:
"To locate the CA certificate and key, list all the certificates inside your NSSDB."

I would remove that line from between the OSPdO ifeval statements. So it just starts with "If you installed OSPdO..."

klgill · 2025-01-16T16:23:19Z

docs_user/modules/proc_migrating-tls-everywhere.adoc

 To locate the CA certificate and key, list all the certificates inside your NSSDB. If you installed OSPdO by using director-dev-tools, the server host runs the freeipa server as a container:
 +
 ----
 $ IPA_SSH="podman exec -ti freeipa-server"
 ----
 endif::[]
+


The alignment is still off, but I think I'd like to fix this in another PR.

klgill · 2025-01-16T16:35:10Z

docs_user/main.adoc

-ifeval::["{OpenStackPreviousInstaller}" == "director_operator"]
-include::assemblies/assembly_ospdo-scale-down-pre-database-adoption.adoc[leveloffset=+1]
-endif::[]
-


Shouldn't the ifeval be ifeval::["{build_variant}" == "ospdo"] ?

pinikomarov · 2025-01-16T23:29:38Z

@klgill ok updated my patch

softwarefactory-project-zuul · 2025-01-17T02:36:52Z

Build failed (check pipeline). Post recheck (without leading slash)
to rerun all jobs. Make sure the failure cause has been resolved before
you rerun jobs.

https://softwarefactory-project.io/zuul/t/rdoproject.org/buildset/3d8b5e1fe81a423f9dffea5302e2093b

✔️ noop SUCCESS in 0s
✔️ adoption-standalone-to-crc-ceph SUCCESS in 3h 05m 45s
✔️ adoption-standalone-to-crc-no-ceph SUCCESS in 2h 55m 21s
❌ adoption-docs-preview FAILURE in 1m 12s

klgill · 2025-01-17T14:02:34Z

recheck

klgill · 2025-01-17T16:16:27Z

@klgill ok updated my patch

@pinikomarov Unfortunately the doc build is failing. I tried to do a recheck, but rdoproject.org/github-check has stayed yellow for hours. The log says the following:

if ! type bundle; then \
	echo "Bundler not found. On Linux run 'sudo dnf install /usr/bin/bundle' to install it."; \
	exit 1; \

Can you try running sudo dnf install /usr/bin/bundle and see if that fixes it?

softwarefactory-project-zuul · 2025-01-17T17:05:44Z

Build failed (check pipeline). Post recheck (without leading slash)
to rerun all jobs. Make sure the failure cause has been resolved before
you rerun jobs.

https://softwarefactory-project.io/zuul/t/rdoproject.org/buildset/de9d7d0614e943d3a11b222298505575

✔️ noop SUCCESS in 0s
✔️ adoption-standalone-to-crc-ceph SUCCESS in 3h 02m 11s
✔️ adoption-standalone-to-crc-no-ceph SUCCESS in 2h 59m 06s
❌ adoption-docs-preview FAILURE in 1m 26s

klgill · 2025-01-17T21:48:31Z

recheck

klgill · 2025-01-17T21:50:14Z

docs_user/modules/proc_deploying-backend-services.adoc

++
+----
+$ oc get secret tripleo-passwords -o jsonpath='{.data.*}' | base64 -d>~/tripleo-standalone-passwords.yaml


Suggested change

++

+----

+$ oc get secret tripleo-passwords -o jsonpath='{.data.*}' | base64 -d>~/tripleo-standalone-passwords.yaml

+

----

$ oc get secret tripleo-passwords -o jsonpath='{.data.*}' | base64 -d>~/tripleo-standalone-passwords.yaml

@pinikomarov This seems to be where the problem starts. There are extra plus signs.

right , removed those

klgill · 2025-01-17T21:53:56Z

docs_user/modules/proc_deploying-backend-services.adoc

@@ -231,16 +232,16 @@ spec:
        service:
          metadata:
            annotations:
-ifeval::["{OpenStackPreviousInstaller}" != "director_operator"]
+ifeval::["{OpenStackPreviousInstaller}" != "director Operator"]


This ifeval needs to be ["{build_variant}" == "ospdo"]

klgill · 2025-01-17T21:54:17Z

docs_user/modules/proc_deploying-backend-services.adoc

@@ -312,7 +313,7 @@ endif::[]
  ovn:
    enabled: false
    template:
-ifeval::["{OpenStackPreviousInstaller}" != "director_operator"]
+ifeval::["{OpenStackPreviousInstaller}" != "director Operator"]


["{build_variant}" == "ospdo"]

klgill · 2025-01-17T21:55:15Z

docs_user/modules/proc_deploying-backend-services.adoc

@@ -362,13 +363,13 @@ endif::[]
          service:
            metadata:
              annotations:
-ifeval::["{OpenStackPreviousInstaller}" != "director_operator"]
+ifeval::["{OpenStackPreviousInstaller}" != "director Operator"]


["{build_variant}" == "ospdo"]

pinikomarov · 2025-01-17T22:54:29Z

updated the ospdo ifeval , fixed the extra + signs and sorted the numbering

pinikomarov · 2025-01-17T22:56:58Z

recheck

klgill

1 comment to help troubleshoot the downstream build.

klgill · 2025-01-17T23:36:30Z

docs_user/modules/proc_deploying-backend-services.adoc

+  storageClass: <storage_class> <1>

+endif::[]
  barbican:


Suggested change

storageClass: <storage_class> <1>

endif::[]

barbican:

storageClass: <storage_class> <1>

endif::[]

barbican:

klgill · 2025-01-20T14:12:51Z

recheck

softwarefactory-project-zuul · 2025-01-20T17:16:56Z

Build failed (check pipeline). Post recheck (without leading slash)
to rerun all jobs. Make sure the failure cause has been resolved before
you rerun jobs.

https://softwarefactory-project.io/zuul/t/rdoproject.org/buildset/3d512f5e8e2b48369085ccdc2b539b21

✔️ noop SUCCESS in 0s
✔️ adoption-standalone-to-crc-ceph SUCCESS in 3h 03m 10s
❌ adoption-standalone-to-crc-no-ceph FAILURE in 47m 38s
✔️ adoption-docs-preview SUCCESS in 1m 15s

klgill · 2025-01-20T17:49:35Z

recheck

openshift-ci · 2025-01-20T21:17:22Z

[APPROVALNOTIFIER] This PR is APPROVED

Approval requirements bypassed by manually added approval.

This pull-request has been approved by:

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

pinikomarov added a commit to pinikomarov/data-plane-adoption_pkomarov that referenced this pull request Jan 10, 2025

Fix docs rendering for OSPdO adoption

ca072be

JIRA: openstack-k8s-operators#780

jistr and others added 2 commits January 10, 2025 03:28

Rendering for Director Operator docs variant

f9fa9bd

Fix docs rendering for OSPdO adoption

c247a16

JIRA: openstack-k8s-operators#780

pinikomarov force-pushed the f/ospdo-rendering branch from ca072be to c247a16 Compare January 10, 2025 01:28

fix linting

56e7a41

cleaning up ascii annotations

67c049d

fix paths

4f90b09

pinikomarov changed the title ~~Rendering for Director Operator docs variant debug~~ Rendering for Director Operator docs variant Fixes Jan 15, 2025

pinikomarov added 2 commits January 15, 2025 12:52

fix misc abnormalities

b8e2f1d

fix listing block inside ifeval

7003720

klgill requested changes Jan 15, 2025

View reviewed changes

fix ascidoc and logical errors

8ebc7f7

klgill requested changes Jan 16, 2025

View reviewed changes

fix strings formatting

7c51e6a

klgill requested changes Jan 17, 2025

View reviewed changes

fix backend servcies formatting breaking the ospdo prepare doc build

2c0de02

klgill reviewed Jan 17, 2025

View reviewed changes

pinikomarov added 2 commits January 19, 2025 16:50

remove redundant ifeval for ospdo

0947dea

lint end of file

deb66d7

klgill added lgtm approved labels Jan 20, 2025

openshift-merge-bot bot merged commit 10c42a7 into openstack-k8s-operators:main Jan 20, 2025
6 checks passed

		To get the value to set `SOURCE_MARIADB_IP`, query the puppet-generated configurations in a Controller node:
		+

		CONTROLLER1_SSH="ssh -i ~/install_yamls/out/edpm/ansibleee-ssh-key-id_rsa [email protected]"
		MARIADB_IMAGE=quay.io/podified-antelope-centos9/openstack-mariadb:current-podified

		----
		$ oc get secret tripleo-passwords -o jsonpath='{.data.*}' \| base64 -d>~/tripleo-standalone-passwords.yaml

		@@ -39,20 +39,20 @@ endif::[]

		. To locate the CA certificate and key, list all the certificates inside your NSSDB:

Rendering for Director Operator docs variant Fixes #780

Rendering for Director Operator docs variant Fixes #780

Conversation

pinikomarov commented Jan 10, 2025 • edited Loading

softwarefactory-project-zuul bot commented Jan 10, 2025

softwarefactory-project-zuul bot commented Jan 11, 2025

pinikomarov commented Jan 12, 2025

softwarefactory-project-zuul bot commented Jan 12, 2025

softwarefactory-project-zuul bot commented Jan 14, 2025

pinikomarov commented Jan 15, 2025

pinikomarov commented Jan 15, 2025

klgill left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

pinikomarov commented Jan 15, 2025

klgill left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

pinikomarov commented Jan 16, 2025

softwarefactory-project-zuul bot commented Jan 17, 2025

klgill commented Jan 17, 2025

klgill commented Jan 17, 2025

softwarefactory-project-zuul bot commented Jan 17, 2025

klgill commented Jan 17, 2025

klgill Jan 17, 2025 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

pinikomarov commented Jan 17, 2025

pinikomarov commented Jan 17, 2025

klgill left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

klgill commented Jan 20, 2025

softwarefactory-project-zuul bot commented Jan 20, 2025

klgill commented Jan 20, 2025

openshift-ci bot commented Jan 20, 2025

pinikomarov commented Jan 10, 2025 •

edited

Loading

klgill Jan 17, 2025 •

edited

Loading