On 12/14/21 00:26, Alexander Bokovoy wrote:

On ma, 13 joulu 2021, Johnny Hughes wrote:

...

There is an issue with CentOS Stream 8 and the currently published samba-4.15.2-2.el8.

I am working on a compose that removes that build from the repo.

In the interim, if you need to perform an update before i get the new compose released .. place this:

exclude=*4.15.2-2.el8*

in your CentOS-Stream-AppStream.repo and CentOS-Stream-BaseOS.repo.

I should have this fixed within in the next couple of hours.

Thanks, Johnny. The problem is that RHEL compose tooling is not ideal with the updates that span non-modular and modular content at the same time. To do Samba rebase to 4.15.2, we had to rebuild all dependent packages which use NDR libraries from Samba. Part of them are in modules (idm:DL1 stream), part are non-modular. They all have to pass RHEL gating process and complete pre-verification by QE at the same time to get into RHEL compose. We did that last week, finally and internal RHEL 8.6 nightly compose contains all rebuilt packages -- at least those required by idm:DL1 stream.

Samba package was imported in CentOS 8 Stream yesterday but so far I have not seen the same for IPA and SSSD. Until they are imported and rebuilt in a proper order, compose will be broken. We've done that in CentOS 9 Stream already using side-tags, though the pre-verification process is still being done by RHEL QE team and thus no updates are in CentOS 9 Stream composes. CentOS 8 Stream processes aren't yet at the same level.

Thanks Alexander. I noticed we were missing the sssd, it hasn't been released to git yet. I did not notice the idm:DL1 module though, so thanks :)

Hi all,

Thanks for the quick response, Johnny. I believe this issue would have been caught by this QA test:

https://github.com/CentOS/sig-core-t_functional/pull/69

Sadly, it's still not merged. Has it just fallen through the cracks?

I'd like to also take this opportunity to ask about the status of the CS9 public QA integration tests. I know they won't be using sig-core-t_functional and I was told some months ago to stay tuned, but I'm interested to know how it's going. Basically, I want to add a test like this one to make sure these sorts of things don't happen in the future.

Cheers, Alex

On 12/14/21 8:15 AM, Johnny Hughes wrote:

On 12/13/21 19:57, Johnny Hughes wrote:

...

There is an issue with CentOS Stream 8 and the currently published samba-4.15.2-2.el8.

I am working on a compose that removes that build from the repo.

In the interim, if you need to perform an update before i get the new compose released .. place this:

exclude=*4.15.2-2.el8*

in your CentOS-Stream-AppStream.repo and CentOS-Stream-BaseOS.repo.

I should have this fixed within in the next couple of hours.

OK .. the newer samba has been removed and everything should nopw be working.

---

CentOS-devel mailing list CentOS-devel@centos.org https://lists.centos.org/mailman/listinfo/centos-devel

On 12/15/21 14:45, Brian Stinson wrote:

On Wed, Dec 15, 2021, at 02:28, Alex Iribarren wrote:

...

Hi all,

Thanks for the quick response, Johnny. I believe this issue would have been caught by this QA test:

https://github.com/CentOS/sig-core-t_functional/pull/69

I tried to pull that in and it caused issues, I have not had time to figure out why. I am sure we can get some time to figure it out soon.

...

Sadly, it's still not merged. Has it just fallen through the cracks?

Likely yes. I'll get this reviewed shortly.

...

I'd like to also take this opportunity to ask about the status of the CS9 public QA integration tests. I know they won't be using sig-core-t_functional and I was told some months ago to stay tuned, but I'm interested to know how it's going. Basically, I want to add a test like this one to make sure these sorts of things don't happen in the future.

The true cause of this issue is that we do Stream 8 builds after RHEL builds happen and maintainers are not in control of when code is dropped for CentOS Stream. In Stream 9 maintainers are in full control of what gets released together.

Adding a test like this to Stream 9 would indeed provide an extra layer of assurance though. The framework for compose-wide testing is something we're still working on.

So, as we move the CentOS Stream 8 process to be the same as the CentOS Stream 9 process .. it will be more of the RHEL gating/developer tests and less of (or no) t_functional testing for Stream 8.

There is a process to move the way CentOS Steam 8 is being done to the CentOS Stream 9 process .. obviously, developing RHEL9 is the priority.

As with everything this is going to take time. But once Stream 8 is being done like Stream 9, these sort of things will happen much less often.

<snip>

Thanks, Johnny Hughes