Comment # 3 on bug 1200658 from Michael Andres

@maintenance: If we ship our patches as .noarch, they must be indeed noarch
or cover _all_ architecutes.

- The system here is Leap-15.4-1.armv7hl

- Installed:
  libldap-2_4-2-2.4.46-14.9.1.armv7hl       (99)@System        
  libldap-data-2.4.46-14.9.1.noarch         (99)@System        

- The patch:openSUSE-SLE-15.4-2022-1670-1.noarch(repo-sle-update)
 CONFLICTS (62){
  libldap-2_4-2.x86_64 < 2.4.46-150200.14.8.1
  libldap-2_4-2.noarch < 2.4.46-150200.14.8.1
  libldap-2_4-2-32bit.x86_64 < 2.4.46-150200.14.8.1
  libldap-2_4-2-32bit.noarch < 2.4.46-150200.14.8.1
  libldap-data < 2.4.46-150200.14.8.1
  libldap-2_4-2.s390x < 2.4.46-150200.14.8.1
  libldap-2_4-2.ppc64le < 2.4.46-150200.14.8.1
  libldap-2_4-2.aarch64 < 2.4.46-150200.14.8.1
  ...(list just the libldap* conflicts)
 }

Issue:
- The patch claims to be noarch. so it is applicable on armv7hl
- The patch requires to update libldap-data, which is noarch and provided
- The patch however provides no updated ibldap-2_4-2.armv7hl

So the installed ibldap-2_4 remains unchanged; libldap-data however must be
updated and this leads to the issue because both versions don't fit:

 installed libldap-2_4-2-2.4.46-14.9.1.armv7hl requires 'libldap-data =
2.4.46-14.9.1', 
 but this requirement cannot be provided