similar to: xen repo el8

The latest bunch of test packages are available here: http://au1.mirror.crc.id.au/repo/el8/x86_64/ Hopefully, as of a few hours ago, this set should actually install. Currently, networking won't work as they require brctl - which isn't in EL8. I've written patches for this, but they'll probably end up being part of a cleanup of everything in /etc/xen/scripts/ Problem is,

Hello everybody, A recent update of the sssd-common-2.8.1-1.el8.x86_64 package is causing sssd.service systemctl failures all over my CentosOS machines. What is the best way to report this issue and when can we expect an update from the sssd-common package for this regression bug? I think sssd-common is part of the baseos repository and installed even when the configuration file is not

Hi, I am looking for centos-release-8.1-1.1911.0.9.el8.src.rpm. Does anyone know where to find it. The only thing I see in vault is centos-release-8.1-1.1911.0.8.el8.src.rpm. Regards, -- Tom me at tdiehl.org

Heh, Your sentiments on the website very much mirror my own, although I?m more focused on server applications rather than on desktop (we use Macs and Ubuntu for that). When Red Hat announced Streams, I was terrified at first and my first instinct was to switch to Rocky or a similar 1:1 distro, but then thought there might be something good coming out of the whole ordeal. And indeed it did, we

> On 1/3/23 05:17, Orion Poplawski wrote: >> On 12/30/22 04:06, Jelle de Jong wrote: >>> On 12/27/22 22:55, Gordon Messmer wrote: >>>> On 2022-12-25 07:44, Jelle de Jong wrote: >>>>> A recent update of the sssd-common-2.8.1-1.el8.x86_64 package is >>>>> causing sssd.service systemctl failures all over my CentosOS >>>>>

On 1/7/23 13:41, Aleksandar Ivanisevic wrote: > Heh, > > Your sentiments on the website very much mirror my own, although I?m more focused on server applications rather than on desktop (we use Macs and Ubuntu for that). When Red Hat announced Streams, I was terrified at first and my first instinct was to switch to Rocky or a similar 1:1 distro, but then thought there might be something

On 1/3/23 13:41, Simon Matter wrote: >> On 1/3/23 05:17, Orion Poplawski wrote: >>> On 12/30/22 04:06, Jelle de Jong wrote: >>>> On 12/27/22 22:55, Gordon Messmer wrote: >>>>> On 2022-12-25 07:44, Jelle de Jong wrote: >>>>>> A recent update of the sssd-common-2.8.1-1.el8.x86_64 package is >>>>>> causing sssd.service

> On 1/3/23 13:41, Simon Matter wrote: >>> On 1/3/23 05:17, Orion Poplawski wrote: >>>> On 12/30/22 04:06, Jelle de Jong wrote: >>>>> On 12/27/22 22:55, Gordon Messmer wrote: >>>>>> On 2022-12-25 07:44, Jelle de Jong wrote: >>>>>>> A recent update of the sssd-common-2.8.1-1.el8.x86_64 package is

I am building a new workstation based on EL8 now. As someone else here mentioned, the raw EL8 distribution is unusable as a workstation. Therefore I am building lot of additional packages. Today I came across a problem with a custom package with an Epoch version, that kills the yum/dnf update process (it tries to find a "best" package etc.). My actually question; is the RPM Epoch

On Mon, 8 Jul 2019 at 18:08, Leon Fauster via CentOS <centos at centos.org> wrote: > I am building a new workstation based on EL8 now. As someone else here > mentioned, the raw EL8 distribution > is unusable as a workstation. Therefore I am building lot of additional > packages. Today I came across a problem > with a custom package with an Epoch version, that kills the

On 12/27/22 22:55, Gordon Messmer wrote: > On 2022-12-25 07:44, Jelle de Jong wrote: >> A recent update of the sssd-common-2.8.1-1.el8.x86_64 package is >> causing sssd.service systemctl failures all over my CentosOS machines. > ... >> [sssd] [confdb_expand_app_domains] (0x0010): No domains configured, >> fatal error! > > > Were you previously using

There was no source directory for EL8 guest agent (only EL6 and EL7). RHBZ#1791802 Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com> --- v2v/windows_virtio.ml | 1 + 1 file changed, 1 insertion(+) diff --git a/v2v/windows_virtio.ml b/v2v/windows_virtio.ml index 5ec7664b..86bc8c0a 100644 --- a/v2v/windows_virtio.ml +++ b/v2v/windows_virtio.ml @@ -192,6 +192,7 @@ and

On 2/14/23 08:49, Orion Poplawski wrote: > On 1/29/23 11:24, Orion Poplawski wrote: >> It seems that thunderbird-102.7.1-1.el8 (at least on CentOS Stream) broke >> OAuth authentication with outlook.office365.com.? Downgrading to >> 102.4.0-1.el8 resolved the issue. >> >> Error console reports: >> >> XHR POST

It seems that thunderbird-102.7.1-1.el8 (at least on CentOS Stream) broke OAuth authentication with outlook.office365.com. Downgrading to 102.4.0-1.el8 resolved the issue. Error console reports: XHR POST https://login.microsoftonline.com/common/oauth2/v2.0/token [HTTP/1.1 400 Bad Request 293ms] Is anyone else seeing this? -- Orion Poplawski he/him/his - surely the least important thing

On 29/01/2023 18:24, Orion Poplawski wrote: > It seems that thunderbird-102.7.1-1.el8 (at least on CentOS Stream) > broke OAuth authentication with outlook.office365.com.? Downgrading to > 102.4.0-1.el8 resolved the issue. > > Error console reports: > > XHR POST https://login.microsoftonline.com/common/oauth2/v2.0/token > [HTTP/1.1 400 Bad Request 293ms] > > Is

On 12/30/22 04:06, Jelle de Jong wrote: > On 12/27/22 22:55, Gordon Messmer wrote: >> On 2022-12-25 07:44, Jelle de Jong wrote: >>> A recent update of the sssd-common-2.8.1-1.el8.x86_64 package is >>> causing sssd.service systemctl failures all over my CentosOS machines. >> ... >>> [sssd] [confdb_expand_app_domains] (0x0010): No domains configured,

On Thu, Jan 16, 2020 at 04:05:10PM +0100, Tomáš Golembiovský wrote: > There was no source directory for EL8 guest agent (only EL6 and EL7). > > RHBZ#1791802 > > Signed-off-by: Tomáš Golembiovský <tgolembi@redhat.com> > --- > v2v/windows_virtio.ml | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/v2v/windows_virtio.ml b/v2v/windows_virtio.ml > index

Hi, I'm moving some old stuff from EL6 to EL8 and one setup has a cron job which uses "tmpwatch -umc $dir" to clean some directories (/etc/cron.daily/tmpwatch). It seems that this triggers this AVC (SElinux mode is enforcing): type=AVC msg=audit(1598576896.772:4267): avc: denied { dac_override } for pid=11013 comm="tmpwatch" capability=1

I have some scripts using certwatch from the crypto-utils package. This rpm seems to be unshipped with EL8. Any ideas whats the "new" tool to check pem cert files? -- Leon

EL8: Since the new update of firefox (rebased), I get a lot of coredumps while playing videos. Anyone experiencing the same? Aug 30 16:44:05 work.localdomain systemd-coredump[27017]: Process 21016 (firefox) of user 1006 dumped core. Stack trace of thread 21016: #0