similar to: repoview comparable alternative

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

What would you recommend: ansible is in EPEL8 and ConfigSIG. For the latter I do not see any sources in git.centos.org. Where they come from? I wonder with which repository I should use (long term)? dnf not checking gpg signature sounds scary: https://github.com/ansible/ansible/blob/v2.9.13/changelogs/CHANGELOG-v2.9.rst#security-fixes -- Leon

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 Mon, 17 Aug 2020 17:49:29 -0500 Gregory P. Ennis wrote: > What appears is below. Removing dependent packages is required. Removing unused dependencies is optional. dnf remove *subscription* --noautoremove should remove the dependent packages but keep thee unused dependencies if you want them. There's also a setting in /etc/dnf/dnf.conf to set the default behaviour of the autoremove

Also just to be more specific I am running CentOS 8.1. So the issue I encounter were after upgrading to 8.1. Thank you! -- Philippe. On Thu, Jan 16, 2020 at 6:48 AM Philippe Piot <piot at nicadd.niu.edu> wrote: > I am doing a dnf install package_without_version for instance for g++: > > [piot at paris opal]$ sudo dnf install gcc-c++ > Last metadata expiration check: 0:01:06

On Mon, Aug 17, 2020 at 7:37 PM Gregory P. Ennis <PoMec at pomec.net> wrote: > On Mon, 17 Aug 2020 17:49:29 -0500 > Gregory P. Ennis wrote: > > > What appears is below. > > Removing dependent packages is required. Removing unused dependencies is > optional. > > dnf remove *subscription* --noautoremove > > should remove the dependent packages but keep

The subscription-manager dnf plugin is disabled by default as part of our debranding in both CentOS Linux and CentOS Stream. c8: https://git.centos.org/rpms/subscription-manager/blob/580aca8629536c64577e6a443b9349ecb629cc17/f/SPECS/subscription-manager.spec#_850 c8s:

Four problems below: # dnf -y groupupdate "Core" "Minimal Install" bintray-tvheadend-stable 0.0? B/s |?? 0? B???? 00:00 Failed to synchronize cache for repo 'bintray-tvheadend-stable', ignoring this repo. Last metadata expiration check: 0:03:11 ago on Sat 16 May 2020 12:30:47 PM CDT. Error: ?Problem 1: package python3-hawkey-0.35.1-9.el8_1.x86_64 requires

Philippe, What's the output with '--allowerasing' switch? We are experiencing a similar issue, dnf update: ... Problem 53: problem with installed package perl-Encode-devel-4:2.97-3.el8.x86_64 - package perl-Encode-devel-4:2.97-3.el8.x86_64 requires perl-Encode(x86-64) = 4:2.97-3.el8, but none of the providers can be installed - package perl-Encode-4:2.97-3.el8.x86_64 requires

On Wed, 15 Jan 2020 at 23:29, Philippe Piot <piot at nicadd.niu.edu> wrote: > > All, > While updating my package using dnf update all I allow dnf to clean some > package with unresolved dependencies. > I would like to reinstall some of them but got an error message "but none > of the providers can be installed" during the install process as dnf is > trying

On Mon, 17 Aug 2020 17:03:24 -0500 Gregory P. Ennis wrote: > I downloaded a Centos 8 image file : > > CentOS-8.1.1911-x86_64-dvd1.iso > > then I installed it as a kvm guest on a Centos 7 host machine. > > I installed a lot of the software; gui and server to give it a test drive. > > Nothing unusual about what I did that I can identify. And the message came up when

Thanks, Stephen. Just for completeness, the repo I am currently pointing to are [piot at paris opal]$ sudo dnf update CentOS-8 - AppStream 775 kB/s | 5.8 MB 00:07 CentOS-8 - Base 798 kB/s | 4.0 MB 00:05 CentOS-8 - Extras 2.9 kB/s | 2.1 kB 00:00 CentOS-8 - PowerTools 686 kB/s | 2.0 MB 00:02

On Thu, 16 Jan 2020 at 09:48, Philippe Piot <piot at nicadd.niu.edu> wrote: > > No it did not work; see: > [piot at paris ~]$ sudo dnf install --nobest --allowerasing gcc-c++ > Last metadata expiration check: 0:18:24 ago on Thu 16 Jan 2020 08:28:51 AM CST. > Error: > Problem: package gcc-8.3.1-4.5.el8.x86_64 requires glibc-devel >= 2.2.90-12, but none of the providers

All, While updating my package using dnf update all I allow dnf to clean some package with unresolved dependencies. I would like to reinstall some of them but got an error message "but none of the providers can be installed" during the install process as dnf is trying to install the dependencies. . This happens for some critical package like boost-openmpi-devel (see below for

Good evening: I've been trying to build up Samba on RHEL 8. My work is at: https://github.com/nkadel/samba4repo/tree/nkadel-rhel8 I've run into a number of issues. One is that RHEL 8 does not have an uptodate mocka. I've add a git submodule for that. Another is that various python modules are missing: Again, I've added modules for that. Another is that RHEL 8 introduced a very

On Thu, 2020-05-14 at 08:18 +0200, Simon Matter wrote: > > On Wed, 2020-05-06 at 10:26 -0500, Robert G (Doc) Savage via CentOS > > wrote: > > > On Tue, 2020-05-05 at 19:25 -0500, Robert G (Doc) Savage via > > > CentOS > > > wrote: > > > > I'm about ready to run "dnf erase *mate*" and try re-installing > > > > MATE >

Hello everybody, Could someone give me an estimate on when the repositories are resolving the right dependencies for the freeipa pacakges in CentOS Stream release 8? I have about +10 systems sending me alerts everyday that dnf-automatic.service is failing because of the freeipa dependency issues. Since freeipa is one of the security elements I would like to give people an estimate on when

I am doing a dnf install package_without_version for instance for g++: [piot at paris opal]$ sudo dnf install gcc-c++ Last metadata expiration check: 0:01:06 ago on Thu 16 Jan 2020 06:45:59 AM CST. Error: Problem: package gcc-8.3.1-4.5.el8.x86_64 requires glibc-devel >= 2.2.90-12, but none of the providers can be installed - package glibc-devel-2.28-72.el8.i686 requires glibc-headers, but

On Tue, 2020-05-05 at 19:25 -0500, Robert G (Doc) Savage via CentOS wrote: > > I'm about ready to run "dnf erase *mate*" and try re-installing MATE > from scratch from the GNOME3 desktop. Is that possible without > ripping > the heart out of C8 by deleting other critical packages? I've attached a capture of "dnf erase *mate*" that shows the 104 packages

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