rubygem-pry requires rubygem-coderay to install. rubygem-codray isn't in epel9 yet.
tdawson can we have this in stable and then build lightdm-gtk?
Sure. Once this is in stable, I will build lightdm-gtk. That was my original plan, but then I saw people wanting lightdm, so I thought I would ask what people want.
lightdm IS in epel9 - https://koji.fedoraproject.org/koji/buildinfo?buildID=1965476
lightdm-gtk IS NOT in epel9, because it depends on xfce4-dev-tools to build. Which is part of this update. I (or others) could build it on this side-tag and add it to this update. Or I could wait until this is done testing. Let me know what you want.
Looks and works great. Thank You.
Correct. qt5-qtwebengine, and 10 other packages that depend on it is waiting on a python27 module issue. Looks like it's been in CentOS Stream 8 since February, but we're the first ones who've used python27 in epel8-next since it got pushed.
This update has been unpushed.
This update has been unpushed.
This package is 5 years old and cannot install in all that time. Unpushing it.
Pushing to stable. This should fix several "fails to install" on epel7
Installs and works. Thank you very much for this.
I pulled the packages from koji and tried them. Install correctly. Work correctly on all my tests. Thank You
I am able to install all the original iptables, and all the iptables-legacy packages together at the same time. Looks good. Thank You
That was a mistake, I meant to give it negative karma.
iptables-legacy-libs obsoletes iptables-libs < 1.8.7-30.el9
It should not do that, for two reasons. 1 - An EPEL package should not obsolete a RHEL package. 2 - Even if the above weren't true, the iptables in CentOS Stream is 1.8.7-28. thus if someone has iptables-nft installed, then things are broken, such as
Error: Problem: cannot install the best candidate for the job - nothing provides iptables-libs(x86-64) = 1.8.7-30.el9 needed by iptables-legacy-1.8.7-30.el9.1.x86_64 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) [root@cs9 ~]# dnf --enablerepo=epel-testing install iptables-legacy-libs Last metadata expiration check: 0:08:02 ago on Fri 01 Apr 2022 06:55:52 AM PDT. Error: Problem: problem with installed package iptables-nft-1.8.7-28.el9.x86_64 - package iptables-nft-1.8.7-28.el9.x86_64 requires libxtables.so.12()(64bit), but none of the providers can be installed - package iptables-nft-1.8.7-23.el9.x86_64 requires iptables-libs(x86-64) = 1.8.7-23.el9, but none of the providers can be installed - package iptables-nft-1.8.7-26.el9.x86_64 requires iptables-libs(x86-64) = 1.8.7-26.el9, but none of the providers can be installed - package iptables-legacy-libs-1.8.7-30.el9.1.x86_64 obsoletes iptables-libs < 1.8.7-30.el9 provided by iptables-libs-1.8.7-28.el9.x86_64 - package iptables-legacy-libs-1.8.7-30.el9.1.x86_64 obsoletes iptables-libs < 1.8.7-30.el9 provided by iptables-libs-1.8.7-23.el9.x86_64 - package iptables-legacy-libs-1.8.7-30.el9.1.x86_64 obsoletes iptables-libs < 1.8.7-30.el9 provided by iptables-libs-1.8.7-26.el9.x86_64 - cannot install the best candidate for the job (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
Ya! Love the update. Thanks.
Installs and works. Thank You
Installs and works for me. Thank You
Thank you for this. Installs correctly, works for what I've needed it for thus far.
xorg-x11-drv-evdev-devel should be in the next production compose of CentOS Stream 9. I am stopping this from being pushed to stable, because I will be retiring the package within a week.
Installs and works correctly. Thank You.