#73 Add altarch build artifacts for rh-postgresql10
Closed: Fixed by jstanek. Opened by jstanek.

Last rh-postgresql10 build was done before the alternative architectures were enabled by default, so it contains only x86_64 build artifacts. On similar requests in the past, the altarch artifacts were built and added to the build "retroactively", without the need of additional build on x86_64. I would like to request that this happens to the linked build as well.

Since similar requests reach us from time to time, if this magic is something a mere mortal can do, I would also be satisfied with link to the docs on how to do it (and apologize for spam) :)


Original GH request: https://github.com/sclorg/postgresql-container/issues/384


Metadata Update from @dkirwan:
- Issue tagged with: cbs

@jstanek : you first have to build same src.rpm (same ENVR) against new architectures as scratch builds and then report on this ticket when done .
See doc : https://wiki.centos.org/HowTos/CommunityBuildSystem/KojiOperations#Rebuild_a_package_for_a_different_arch

For the next call (mergeScratch), unfortunately it needs koji admin rights, reason why you can ping in this ticket when you can point us to the task/build ID for your scratch builds and we'll merge/import these and they'll be available in the tags

Metadata Update from @arrfab:
- Issue assigned to arrfab
- Issue priority set to: Waiting on Reporter (was: Needs Review)
- Issue tagged with: doc, low-gain, low-trouble

@arrfab Thanks for the explanation and the link to the docs (another bookmark made).

Finished scratch build: https://cbs.centos.org/koji/taskinfo?taskID=1460432

Merged and so it appears in the original build :
https://cbs.centos.org/koji/buildinfo?buildID=21858

Is that the only one for that collection or do you need other ones ? If so I'll let this ticket open and we can process these here, or we can close . Just let us know ;)

One thing that will probably have to be done is to re-tag (or untag/tag) the ENVR for -testing / -release to see these ones landing at correct place.

This should be the only one – the only other package in that collection is a metapackage, and it already has an altarch build.

Thanks for the guidance and help!

Metadata Update from @jstanek:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)

Log in to comment on this ticket.

Metadata