#12410 please create epel10 based el10-openjdk tag
Opened 2 months ago by jvanek. Modified a month ago

As per rules as described here:
https://pagure.io/releng/issue/11848

and as we do in fedoras:
https://pagure.io/releng/issue/12364

I guess tehre sno rush on that. TY! If it is to early, thats ok by me. I will elaborate later.


Metadata Update from @jnsamyak:
- Issue assigned to jnsamyak

2 months ago

Metadata Update from @kevin:
- Issue tagged with: low-gain, low-trouble, ops

2 months ago

Hey @jvanek,

just to confirm, I wanted to double-check on the naming convention since, we are using epel10.0 tags for this, do you want to change the tag nomenclature to el10.0-openjdk?

Here's an example what I had in my mind:

koji add-tag ep10.0-openjdk --parent=epel10.0-build --arches=x86_64,aarch64,ppc64le,s390x
koji add-target el10.0-openjdk el10.0-openjdk
koji regen-repo el10.0-openjdk

hi! Thanx for heads up. What the .0 will be for? I had noticed it in the builds, and was surprised ny its existence. I doubt that epel will ever follow the rhel's major_minor of each major. Epel is just rolling? On contrary, if you would create jsut el10-openjdk it would mean that you would need to edit thsi tag?

I doubt that epel will ever follow the rhel's major_minor of each major.

That is precisely what is happening in EPEL 10. We don't have this fully documented yet, mainly because EPEL 10 hasn't officially launched yet, but it is described in detail in the original proposal discussion thread. There is also a more up to date summary from the CentOS Connect conference earlier this year.

https://discussion.fedoraproject.org/t/epel-10-proposal/44304

https://youtu.be/mUoI0rqWfmY

Epel is just rolling?

EPEL has never been rolling (and by policy doesn't allow rolling packages), but it has been major version only until now.

On contrary, if you would create jsut el10-openjdk it would mean that you would need to edit thsi tag?

I'm not sure exactly what the best approach for openjdk would be. We had a similar question come up in #12334 for the openh264 tags. We decided that the best approach in that case will be to follow the minor versions. We've built in a step to the work-in-progress EPEL SOP to clone the epel10.0-openh264 tag to create an epel10.1-openh264 tag when the time comes. Specifically, we'll run koji clone-tag --all --latest-only epel10.0-openh264 epel10.1-openh264, which will duplicate the configs, groups, package lists, and builds. Do you think that would work for the way you're using the openjdk tags? I saw your description in one of the issues you linked as a "permanent protected sidetag". I would lean towards handling this the same way as openh264 and using minor versions, just to avoid doing something non-standard.

In those cases, I think these works, CC: @jvanek

koji add-tag el10.0-openjdk --parent=epel10.0-build --arches=x86_64,aarch64,ppc64le,s390x
koji add-target el10.0-openjdk el10.0-openjdk
koji regen-repo el10.0-openjdk

Log in to comment on this ticket.

Metadata
Boards 1
Ops Status: Backlog