similar to: yum/dnf diff

On 6/1/20 7:25 PM, Kenneth Porter wrote: > I'm used to using "git diff" and "svn diff" to view changes in my > development system. Is there a similar thing that works with changes > between a repository package and the installed RPM? Ie. something that > shows the changes in /etc hinted at by "rpm -V". I'm already using > etckeeper+git but that

--On Friday, June 05, 2020 9:10 AM -0500 Johnny Hughes <johnny at centos.org> wrote: > These are two totally separate programs and projects. I'm not talking about diff'ing the yum and dnf programs. I'm talking about diffing the RPM packages that "rpm -V" reveals as changed. Such a utility would download the package if it wasn't in the cache, unpack it with

On 6/5/2020 12:21 PM, Johnny Hughes wrote: > if you click on the six digit number, for example, e52775 for the > current latest "import 389-ds-base-1.3.10.1-9.el7_8". The result is > every diff of every change for the rpm. That's quite handy! But not what I'm looking for. I'm trying to figure out what edits I made to my config files. My most recent case was

On Fri, Jun 05, 2020 at 12:34:07PM -0700, Kenneth Porter wrote: > I'm trying to figure out > what edits I made to my config files. > > My most recent case was trying to figure out what I'd done to my BIND files > (/etc/named.*, /etc/logrotate.d/named, /var/named/*). I ended up just > tarring them up and erasing and re-installing the bind package, then > untarring my

> > Simon and others > Here's a very simple and hopefully reproducible test-case > > Select as your boot ISO: > ?CentOS-8.1.1911-x86_64-dvd1.iso > Choose to reclaim all space on the disk > Choose 'Minimal Install' as the software selection > Connect yourself to the network (I use a wired connection) > Don't bother creating a user, just provide your

At 03:46 PM 1/23/2020, Nataraj wrote: >On 1/23/20 2:29 PM, Nataraj wrote: > > > > I would agree.? I have the same behavior in a Redhat 8 development > > system, so it's not a problem with the Centos build.? I have not added > > any repositories other then the Redhat > > codeready-builder-for-rhel-8-x86_64-rpms. I original installed 8.0 and > > have

On 6/5/20 11:55 AM, Kenneth Porter wrote: > --On Friday, June 05, 2020 9:10 AM -0500 Johnny Hughes > <johnny at centos.org> wrote: > >> These are two totally separate programs and projects. > > I'm not talking about diff'ing the yum and dnf programs. I'm talking > about diffing the RPM packages that "rpm -V" reveals as changed. Such a >

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

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

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

--On Friday, June 05, 2020 1:39 PM -0700 John Pierce <jhn.pierce at gmail.com> wrote: > don't most packages create a .rpmnew file if you've modified the previous > package file ? That file is created AFTER you've made edits, and reflects only the state of the file in the latest package. So it's not clear what changed from the original package that needs to be

Just as a followup even g++ is broken: [piot at paris ~]$ g++ bash: g++: command not found... Install package 'gcc-c++' to provide command 'g++'? [N/y] y * Waiting in queue... The following packages have to be downgraded: cpp-8.2.1-3.5.el8.x86_64 The C Preprocessor glibc-2.28-42.el8.1.i686 The GNU libc libraries glibc-2.28-42.el8.1.x86_64 The GNU libc libraries

Folks In a test Centos 8 installation as a guest of VirtualBox on Windows 10, I want to install ffmpeg, and support for exfat. They're not in the standard distribution (as far as I know), so I issue as root: yum -y --enablerepo rpmfusion-free-updates install ffmpeg fuse-exfat exfat-utils and that works just fine. The ffmpeg functionality works; I haven't tested exfat yet.

On Sat, 23 Nov 2019, Stephen John Smoogen wrote: > On Sat, 23 Nov 2019 at 15:39, Sergio Belkin <sebelk at gmail.com> wrote: >> >> Hi, >> >> I was using yum for years on CentOS servers, and since a few years ago dnf >> on Fedora desktops. My question is: >> Is the same yum4 on CentOS 8 that dnf? What should I use? >> Thanks in advance >>

Hi, I was using yum for years on CentOS servers, and since a few years ago dnf on Fedora desktops. My question is: Is the same yum4 on CentOS 8 that dnf? What should I use? Thanks in advance -- -- Sergio Belkin LPIC-2 Certified - http://www.lpi.org

> On 1/21/20 10:10 AM, david wrote: >> At 08:52 AM 1/21/2020, David G. Miller wrote: >> >> >>> On 1/21/20 9:35 AM, david wrote: >>>> Folks >>>> >>>> In a test Centos 8 installation as a guest of VirtualBox on Windows >>>> 10, I want to install ffmpeg, and support for exfat. They're not in >>>> 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

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

I tried to conditionally run etckeeper at the end of a puppet run. For that I defined the following class : class os::etckeeper::commit { $cmd = "$operatingsystem" ? { ''debian'' => ''/usr/sbin/etckeeper'', default => ''/usr/bin/etckeeper'', } exec {"etckeeper commit": command =>

> 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 >> > from scratch from the GNOME3 desktop. Is that possible without >> > ripping >>