On 1/23/20 4:20 PM, david wrote: > 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 applied all updates. I did not notice the problem until >> recently. >> > >> > # dnf list installed | head -20 >> > Updating Subscription Management repositories. >> > Modular dependency problems: >> > >> > Problem 1: conflicting requests >> > - nothing provides module(perl:5.26) needed by module >> perl-DBD-SQLite:1.58:8010020190322125518:073fa5fe-0.x86_64 >> > Problem 2: conflicting requests >> > - nothing provides module(perl:5.26) needed by module >> perl-DBI:1.641:8010020190322130042:16b3ab4d-0.x86_64 >> > Installed Packages >> > GConf2.x86_64 3.2.6-22.el8 @AppStream >> > ModemManager.x86_64 1.10.4-1.el8 @rhel-8-for-x86_64-baseos-rpms >> > . >> > . >> > . >> > >> This appears to be a known problem. I found the following >> workaround on >> the redhat site. (you need to login and it might require either a >> license or a developer subscription (which is what I have). >> >> https://access.redhat.com/solutions/4678261 >> >> The instructions were a little unclear to me, but I did the following >> and it appears to have solved the problem. >> >> root at rhel8mail nataraj]# dnf check >> Updating Subscription Management repositories. >> Modular dependency problems: >> >> Problem 1: conflicting requests >> - nothing provides module(perl:5.26) needed by module >> perl-DBD-SQLite:1.58:8010020190322125518:073fa5fe-0.x86_64 >> Problem 2: conflicting requests >> - nothing provides module(perl:5.26) needed by module >> perl-DBI:1.641:8010020190322130042:16b3ab4d-0.x86_64 >> >> >> [root at rhel8mail nataraj]# yum module enable perl:5.26 >> Updating Subscription Management repositories. >> Last metadata expiration check: 1:02:48 ago on Thu 23 Jan 2020 >> 01:42:25 PM PST. >> Dependencies resolved. >> ================================================================================ >> >> Package Architecture Version >> Repository Size >> ================================================================================ >> >> Enabling module streams: >> perl 5.26 >> >> Transaction Summary >> ================================================================================ >> >> >> Is this ok [y/N]: y >> Complete! >> [root at rhel8mail nataraj]# dnf check >> Updating Subscription Management repositories. >> [root at rhel8mail nataraj]# > > > >>>>>>>>>> SOLVED <<<<<<<<<<<<< > > Nataraj > > Yes, this does eliminate the diagnostic. Exactly what else it does I > don't know, because I haven't grasped the concept of the module > streams yet. One thing bothers me, tho..... My sense is it just renables the module (which I believe was already enabled), possibly setting a bit somewhere that was not previously set or was set incorrectly. > > Apparently, the problem was identified and workaround described in mid > December. I encountered the problem in early January, and Google > searches gave me no clue. Apparently, the RedHat forum on which this > workaround was described didn't show up, and if it did, I couldn't > access it. It was your useful "feet in both RedHat and Centos" that > made the link, but after a few people spent considerable time trying > to help. If I might be so bold as to suggest that somehow workarounds > for RedHat problems that would show up in the corresponding CentOS > release be made visible to the Centos community to avoid duplication > of effort. The redhat access page comes up in both google and duckduckgo when I put in the entire 4 lines of the error message. You still have to login to see the solution. https://www.google.com/search?client=ubuntu&channel=fs&q=+Problem+1%3A+conflicting+requests+++-+nothing+provides+module%28perl%3A5.26%29+needed+by+module+perl-DBD-SQLite%3A1.58%3A8010020190322125518%3A073fa5fe-0.x86_64++Problem+2%3A+conflicting+requests+++-+nothing+provides+module%28perl%3A5.26%29+needed+by+module+perl-DBI%3A1.641%3A8010020190322130042%3A16b3ab4d-0.x86_64&ie=utf-8&oe=utf-8 Other than that you could create a login on the redhat site and register as a developer (free of charge) and have access to some of their online resources including the access knowledgebase. I am mostly a CentOS user, and installed redhat 8 so I could start working on my applications before CentOS 8 was released. Nataraj