Re: [CentOS] (SOLVED) YUM (DNF) Possible Confusion Centos 8
On 1/30/20 10:08 PM, Simon Matter via CentOS wrote: >> On 1/24/20 8:02 AM, Simon Matter via CentOS wrote: > 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=fs=+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=utf-8=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 I have a free subscription, but still can't get to the solution page. Oh well. >>> >>> I've never really understood how hiding those solutions behind a wall is >>> a >>> good thing in/for the OpenSource world. Looks like I'm not alone :-) >>> >> >> A good thing is the ability for someone to be able to pay people actual >> money so that CentOS can actually exist. There is no CentOS (or >> Scientfic Linux or Oracle Linux) without RHEL. There is no RHEL if Red >> Hat can not make money. > > And there is no RedHat if thousands of developers would not allow RedHat > to consume their work for free. Creators of free software didn't build > walls around their projects. Do you thinks it's a good thing that RedHat > does exactly this with their tip and tricks (KB)? I believe it can damage > RedHat because a lot of people at the source of RedHats products don't > appreciate it at all. But you are not talking about access to source code here .. you are taking about access to a paid support website for customers for knowledge base articles. The Source Code .. heck, even Binary rpms, exist and were installed in this case .. completely for free from CentOS Linux. What is being complained about is no access to documentation for paid customers to fix issues with RHEL .. not to fix something in CentOS Linux. This list and wiki.centos.org and forums.centos.org are where the CentOS Community can develop open source, free documentation for these issues for CentOS Linux. Red Hat certainly understands open source .. as shown by this: https://www.infoworld.com/article/3253948/who-really-contributes-to-open-source.html (github commits) and this: https://www.phoronix.com/scan.php?page=news_item=Linux-Git-Stats-EOY2019 (kernel commits) The same holds true for any number of important projects .. gcc, etc. I love open source .. that is why I have been doing CentOS binaries since 2004. I totally believe in open source. It has. in fact, taken over the world of Information Technology much to my delight. Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (SOLVED) YUM (DNF) Possible Confusion Centos 8
> On 1/24/20 8:02 AM, Simon Matter via CentOS wrote: >>> >>> >>> 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=fs=+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=utf-8=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 >>> >>> I have a free subscription, but still can't get to the solution page. >>> Oh >>> well. >> >> I've never really understood how hiding those solutions behind a wall is >> a >> good thing in/for the OpenSource world. Looks like I'm not alone :-) >> > > A good thing is the ability for someone to be able to pay people actual > money so that CentOS can actually exist. There is no CentOS (or > Scientfic Linux or Oracle Linux) without RHEL. There is no RHEL if Red > Hat can not make money. And there is no RedHat if thousands of developers would not allow RedHat to consume their work for free. Creators of free software didn't build walls around their projects. Do you thinks it's a good thing that RedHat does exactly this with their tip and tricks (KB)? I believe it can damage RedHat because a lot of people at the source of RedHats products don't appreciate it at all. Regards, Simon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (SOLVED) YUM (DNF) Possible Confusion Centos 8
> On 1/24/20 8:02 AM, Simon Matter via CentOS wrote: >>> >>> >>> 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=fs=+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=utf-8=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 >>> >>> I have a free subscription, but still can't get to the solution page. >>> Oh >>> well. >> >> I've never really understood how hiding those solutions behind a wall is >> a >> good thing in/for the OpenSource world. Looks like I'm not alone :-) >> > > A good thing is the ability for someone to be able to pay people actual > money so that CentOS can actually exist. There is no CentOS (or > Scientfic Linux or Oracle Linux) without RHEL. There is no RHEL if Red > Hat can not make money. I can not agree here. To make this clear, I'm not from the "everything must be free to consume" crowd just in case it sounds so. But when we talk about money and RedHat my POV is this: 1) RedHat has made quite a lot of money through me in the past decades! Of course not from my personal purchases but from those companies who bought from RedHat because I was behind the projects. 2) RedHat includes the work of thousands of people around the world without paying a cent to most of them. One of them is me, work from me can be found in RedHat products and it's from my personal work as well as work I did for companies who agreed to keep this work free for everybody as well. I never asked a cent from RedHat and don't expect it. I only don't like how they've built walls to prevent me from having access to some useful tips and tricks which can make my life easier. That's why I don't like these walls even if you can climb them for free somehow if you learn how. Regards, Simon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (SOLVED) YUM (DNF) Possible Confusion Centos 8
On Jan 30, 2020, at 9:37 AM, Johnny Hughes wrote: > > On 1/24/20 8:02 AM, Simon Matter via CentOS wrote: >> >> I've never really understood how hiding those solutions behind a wall is a >> good thing in/for the OpenSource world. Looks like I'm not alone :-) > > A good thing is the ability for someone to be able to pay people actual > money so that CentOS can actually exist. There is no CentOS (or > Scientfic Linux or Oracle Linux) without RHEL. There is no RHEL if Red > Hat can not make money. > > If one is not smart enough to support their own install .. the answer is > .. buy RHEL. While I think I agree with you in principle, this case doesn’t really fall into the category you’re outlining, for several reasons. 1. dnf is complaining that "nothing provides module(perl:5.26)” when Perl is evidently installed. How did it get there if nothing provides it? I don’t see how this is anything but a packaging bug. If the financial stability of the Red Hat subsidiary of IBM, Inc. depends on people paying them for advice on how to get around broad-based bugs Red Hat created — or at least allowed to pass QA — that’s a perverse incentive that will ultimately damage the subsidiary. 2. I would think that the “support” you speak of, the lifeblood of the Red Hat subsidiary, is principally one-to-one, where the recipient is getting value they could not easily receive any other way. That should exclude problems so common that they end up in the knowledge base. That’s one-to-many, which means the per-recipient value of the information is amortized. The bottom line is that I think the community here is acting as an auxiliary QA arm for Red Hat, benefiting their paying customers. Our payment? I’ll take some more CentOS, thanks. :) ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (SOLVED) YUM (DNF) Possible Confusion Centos 8
On 1/24/20 8:02 AM, Simon Matter via CentOS wrote: >> >> >> >>> 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=fs=+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=utf-8=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 >> >> I have a free subscription, but still can't get to the solution page. Oh >> well. > > I've never really understood how hiding those solutions behind a wall is a > good thing in/for the OpenSource world. Looks like I'm not alone :-) > A good thing is the ability for someone to be able to pay people actual money so that CentOS can actually exist. There is no CentOS (or Scientfic Linux or Oracle Linux) without RHEL. There is no RHEL if Red Hat can not make money. If one is not smart enough to support their own install .. the answer is .. buy RHEL. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (SOLVED) YUM (DNF) Possible Confusion Centos 8
On 24/01/20 4:47 pm, david wrote: I have a free subscription, but still can't get to the solution page. Oh well. I can confirm it works with a free sub. It may be that yours is expired, you have to renew it every year. Peter ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (SOLVED) YUM (DNF) Possible Confusion Centos 8
> > > >>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=fs=+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=utf-8=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 > > I have a free subscription, but still can't get to the solution page. Oh > well. I've never really understood how hiding those solutions behind a wall is a good thing in/for the OpenSource world. Looks like I'm not alone :-) Simon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (SOLVED) YUM (DNF) Possible Confusion Centos 8
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=fs=+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=utf-8=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 I have a free subscription, but still can't get to the solution page. Oh well. David ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (SOLVED) YUM (DNF) Possible Confusion Centos 8
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@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@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@rhel8mail nataraj]# dnf check >> Updating Subscription Management repositories. >> [root@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=fs=+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=utf-8=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 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (SOLVED) YUM (DNF) Possible Confusion Centos 8
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@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@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@rhel8mail nataraj]# dnf check Updating Subscription Management repositories. [root@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. 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. Thanks for the research. David Kurn ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos