Re: [Test-Announce] Fedora 31 Beta Release Announcement
On 9/18/19 17:41, Petr Pisar wrote: On 2019-09-18, Kalev Lember wrote: Hm, did perl get moved to the modular repo? That sounds like it is going to cause more issues than solve as it's not a leaf package. Why can't it stay as a regular package? Perl is still a regular package and until Fedora allows modules in a build root I wan't even start thinking about removing non-modular perl. But I provide modulerized perl in addition to the non-modular one. And there is indeed not much use of it if you don't want to sascrifice all the other Perl packages. Though, this crypto-tools error showed me one of the uses I did not realize before. I just found it interesting and wanted to pointed it out. Ahh, great :) Thanks, Petr! -- Kalev ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: [EXT] Re: [Test-Announce] Fedora 31 Beta Release Announcement
I want to keep "old" stuff in, because there's no reason to drop the support for systems that we already support, if we can do so without breaking anything. On September 18, 2019 7:07:30 PM UTC, "Anderson, Charles R" wrote: >So, not only do you want to keep "old" stuff in Fedora (i686), but now >you want to revert/remove "new" stuff (modules) too? I'm beginning to >think that Fedora just isn't a good fit for you. > >On Wed, Sep 18, 2019 at 06:22:52PM +, John M. Harris, Jr. wrote: >> Removing modules is a potential solution to this, as it would >simplify package management. >> >> On September 18, 2019 8:29:49 AM UTC, Petr Pisar >wrote: >> >On 2019-09-18, Ralf Corsepius wrote: >> >> Error: >> >> Problem 1: package crypto-utils-2.5-4.fc29.x86_64 requires >> >> libperl.so.5.28()(64bit), but none of the providers an be >installed >> >>- package crypto-utils-2.5-4.fc29.x86_64 requires >> >> perl(:MODULE_COMPAT_5.28.0), but none of the providers can be >> >installed >> >>- perl-libs-4:5.28.2-439.fc30.x86_64 does not belong to a >> >distupgrade >> >> repository >> > >> >crypto-utils has not been rebuilt against Perl 5.30 because the >package >> >fails to build for an unrelated reason and was retired (bug >#1674777) >> >and obsoleted in fedora-obsolete-packages-31-31 that is in >> >updates-testing now. Enabling updates-testing repository or waiting >> >a bit for the stabilization should help you. >> > >> >>- problem with installed package crypto-utils-2.5-4.fc29.x86_64 >> >>- package >perl-libs-4:5.28.2-439.module_f31+6019+b24e098f.x86_64 >> >is >> >> excluded >> > >> >Funnily DNF finds out that you could actually get that package >> >satisfied >> >if you enabled a modular Perl. Unfortunatelly DNF does not report >what >> >module stream the modular perl-libs packages comes from. There is >> >indeed >> >some room for improvement. DNF could start recommending "maybe you >> >wanted >> >to enable perl:5.28 stream?" :) >> > >> >-- Petr >___ >devel mailing list -- devel@lists.fedoraproject.org >To unsubscribe send an email to devel-le...@lists.fedoraproject.org >Fedora Code of Conduct: >https://docs.fedoraproject.org/en-US/project/code-of-conduct/ >List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines >List Archives: >https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org -- Sent from my mobile device. Please excuse my brevity.___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: [EXT] Re: [Test-Announce] Fedora 31 Beta Release Announcement
So, not only do you want to keep "old" stuff in Fedora (i686), but now you want to revert/remove "new" stuff (modules) too? I'm beginning to think that Fedora just isn't a good fit for you. On Wed, Sep 18, 2019 at 06:22:52PM +, John M. Harris, Jr. wrote: > Removing modules is a potential solution to this, as it would simplify > package management. > > On September 18, 2019 8:29:49 AM UTC, Petr Pisar wrote: > >On 2019-09-18, Ralf Corsepius wrote: > >> Error: > >> Problem 1: package crypto-utils-2.5-4.fc29.x86_64 requires > >> libperl.so.5.28()(64bit), but none of the providers an be installed > >>- package crypto-utils-2.5-4.fc29.x86_64 requires > >> perl(:MODULE_COMPAT_5.28.0), but none of the providers can be > >installed > >>- perl-libs-4:5.28.2-439.fc30.x86_64 does not belong to a > >distupgrade > >> repository > > > >crypto-utils has not been rebuilt against Perl 5.30 because the package > >fails to build for an unrelated reason and was retired (bug #1674777) > >and obsoleted in fedora-obsolete-packages-31-31 that is in > >updates-testing now. Enabling updates-testing repository or waiting > >a bit for the stabilization should help you. > > > >>- problem with installed package crypto-utils-2.5-4.fc29.x86_64 > >>- package perl-libs-4:5.28.2-439.module_f31+6019+b24e098f.x86_64 > >is > >> excluded > > > >Funnily DNF finds out that you could actually get that package > >satisfied > >if you enabled a modular Perl. Unfortunatelly DNF does not report what > >module stream the modular perl-libs packages comes from. There is > >indeed > >some room for improvement. DNF could start recommending "maybe you > >wanted > >to enable perl:5.28 stream?" :) > > > >-- Petr ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: [Test-Announce] Fedora 31 Beta Release Announcement
Removing modules is a potential solution to this, as it would simplify package management. On September 18, 2019 8:29:49 AM UTC, Petr Pisar wrote: >On 2019-09-18, Ralf Corsepius wrote: >> Error: >> Problem 1: package crypto-utils-2.5-4.fc29.x86_64 requires >> libperl.so.5.28()(64bit), but none of the providers can be installed >>- package crypto-utils-2.5-4.fc29.x86_64 requires >> perl(:MODULE_COMPAT_5.28.0), but none of the providers can be >installed >>- perl-libs-4:5.28.2-439.fc30.x86_64 does not belong to a >distupgrade >> repository > >crypto-utils has not been rebuilt against Perl 5.30 because the package >fails to build for an unrelated reason and was retired (bug #1674777) >and obsoleted in fedora-obsolete-packages-31-31 that is in >updates-testing now. Enabling updates-testing repository or waiting >a bit for the stabilization should help you. > >>- problem with installed package crypto-utils-2.5-4.fc29.x86_64 >>- package perl-libs-4:5.28.2-439.module_f31+6019+b24e098f.x86_64 >is >> excluded > >Funnily DNF finds out that you could actually get that package >satisfied >if you enabled a modular Perl. Unfortunatelly DNF does not report what >module stream the modular perl-libs packages comes from. There is >indeed >some room for improvement. DNF could start recommending "maybe you >wanted >to enable perl:5.28 stream?" :) > >-- Petr >___ >devel mailing list -- devel@lists.fedoraproject.org >To unsubscribe send an email to devel-le...@lists.fedoraproject.org >Fedora Code of Conduct: >https://docs.fedoraproject.org/en-US/project/code-of-conduct/ >List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines >List Archives: >https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org -- Sent from my mobile device. Please excuse my brevity.___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: [Test-Announce] Fedora 31 Beta Release Announcement
On 2019-09-18, Kalev Lember wrote: > Hm, did perl get moved to the modular repo? That sounds like it is going > to cause more issues than solve as it's not a leaf package. Why can't it > stay as a regular package? > Perl is still a regular package and until Fedora allows modules in a build root I wan't even start thinking about removing non-modular perl. But I provide modulerized perl in addition to the non-modular one. And there is indeed not much use of it if you don't want to sascrifice all the other Perl packages. Though, this crypto-tools error showed me one of the uses I did not realize before. I just found it interesting and wanted to pointed it out. I actually filed a feature request against DNF (bug #1753140) to report the module stream. When modules proliferate Fedora more, the amount of users who enabled a stream and cannot install a non-modular package will surge. Giving them a chance to know what module reset back to default is a handy. -- Petr ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: [Test-Announce] Fedora 31 Beta Release Announcement
On Wed, 2019-09-18 at 09:15 +0200, Ralf Corsepius wrote: > On 9/17/19 4:04 PM, Mohan Boddu wrote: > > > Since this is a Beta release, we expect that you may encounter bugs or > > missing features. To report issues encountered during testing, contact the > > Fedora QA team via the mailing list or in #fedora-qa on Freenode. > > Some not so pleasant results: > > # dnf system-upgrade download --refresh --releasever=31 > Before you continue ensure that your system is fully upgraded by running > "dnf --refresh upgrade". Do you want to continue [y/N]: y > ... > Ignoring repositories: rpmfusion-free-updates, rpmfusion-nonfree-updates > Modular dependency problems: > > Problem 1: conflicting requests >- nothing provides module(platform:f30) needed by module > eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64 > Problem 2: module jmc:latest:3120190813124555:7188e41a-0.x86_64 > requires module(eclipse), but none of the providers can be installed >- conflicting requests >- nothing provides module(platform:f30) needed by module > eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64 This basically means 'eclipse module has not been rebuilt for F31 platform'. I believe https://bodhi.fedoraproject.org/updates/FEDORA-MODULAR-2019-33a1b20f0a is the fix for this, so it should be resolved once that gets pushed stable. > Problem 2: problem with installed package > libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64 >- package libopenshot-0.2.3-2.20190406git101f25a.fc31.x86_64 requires > libjsoncpp.so.19()(64bit), but none of the providers can be installed >- libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64 does not belong > to a distupgrade repository >- jsoncpp-1.8.4-6.fc30.x86_64 does not belong to a distupgrade repository That's not a Fedora package, it's from a third-party repository, so you need to talk to the third party in question ;) It looks like their package just needs a rebuild. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: [Test-Announce] Fedora 31 Beta Release Announcement
On Wed, 2019-09-18 at 12:11 +0200, Kalev Lember wrote: > On 9/18/19 10:29, Petr Pisar wrote: > > On 2019-09-18, Ralf Corsepius wrote: > > > - package perl-libs-4:5.28.2-439.module_f31+6019+b24e098f.x86_64 is > > > excluded > > > > Funnily DNF finds out that you could actually get that package satisfied > > if you enabled a modular Perl. Unfortunatelly DNF does not report what > > module stream the modular perl-libs packages comes from. There is indeed > > some room for improvement. DNF could start recommending "maybe you wanted > > to enable perl:5.28 stream?" :) > > Hm, did perl get moved to the modular repo? That sounds like it is going > to cause more issues than solve as it's not a leaf package. Why can't it > stay as a regular package? It didn't get *moved* to a module, no. There are just *alternative versions* available in a module: https://src.fedoraproject.org/modules/perl that module has no default stream, which means that if you just install Fedora and do 'dnf install perl' (or do anything else which causes a perl package to get installed) you'll get the non-modular package. You'll only get a modular package if you explicitly enable the module. As Petr points out, what's happening here is DNF is noticing that a package in one of the module streams satisfies the missing dependency, but that package is 'excluded' (because that module stream is not enabled). And as he also points out, DNF could stand to explain this much more clearly. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: [Test-Announce] Fedora 31 Beta Release Announcement
> Featuritis? Actually, do not see any usefulness in any module. *any* module ? Maybe you just haven't met the right use case yet. I maintain packages of MariaDB and MySQL projects. There's no better way I can imagine, to develop two version of the packages of the DB, than modules. Fedora have MariaDB 10.3 in base. 10.4 in modules. I maintain both, I actively fix both and I try to cooperate with upstream to get it so stable, that Fedora could switch to 10.4. [1] Apart from that, I don't want to force useres to do the upgrade immediatelly. I'm providing both 10.3 and 10.4 as modules (even though 10.3 is also in base), so the user can switch to the desired stream and stay with it, no matter when I introduce the new version into the base Fedora. of course, I don't plan to mainatin the 10.3 forever after the change will be made, but I believe i surely might come handy to someone, who wants the up-to-date and secure Fedora, but haven't got time to upgrade 10.3->10.4 yet. Althought I agree with that many of the modularized packages are not useffull modularized, and / or creates more issues that way; I certainly find the modularity usefull. As per Unix motto "do one thing and do it well" [2], I never expected modularity to solve all of my problems and use cases. Just some. And it did. Just fine. For me. ( Disclaimer: modularity will need time to also comply with the part "do it well" ;) ) [1] https://fedoraproject.org/wiki/Changes/MariaDB_10.4 [2] https://en.wikipedia.org/wiki/Unix_philosophy#Do_One_Thing_and_Do_It_Well -- Michal Schorm Software Engineer Core Services - Databases Team Red Hat -- On Wed, Sep 18, 2019 at 2:07 PM Ralf Corsepius wrote: > > On 9/18/19 12:11 PM, Kalev Lember wrote: > > > > On 9/18/19 10:29, Petr Pisar wrote: > >> On 2019-09-18, Ralf Corsepius wrote: > >>> - package perl-libs-4:5.28.2-439.module_f31+6019+b24e098f.x86_64 is > >>> excluded > >> > >> Funnily DNF finds out that you could actually get that package satisfied > >> if you enabled a modular Perl. Unfortunatelly DNF does not report what > >> module stream the modular perl-libs packages comes from. There is indeed > >> some room for improvement. DNF could start recommending "maybe you wanted > >> to enable perl:5.28 stream?" :) > > Openly said, to me, the modules are permanent source of troubles. > > > Hm, did perl get moved to the modular repo? That sounds like it is going > > to cause more issues than solve as it's not a leaf package. Why can't it > > stay as a regular package? > Featuritis? Actually, do not see any usefulness in any module. > > Ralf > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: [Test-Announce] Fedora 31 Beta Release Announcement
On 9/18/19 12:11 PM, Kalev Lember wrote: On 9/18/19 10:29, Petr Pisar wrote: On 2019-09-18, Ralf Corsepius wrote: - package perl-libs-4:5.28.2-439.module_f31+6019+b24e098f.x86_64 is excluded Funnily DNF finds out that you could actually get that package satisfied if you enabled a modular Perl. Unfortunatelly DNF does not report what module stream the modular perl-libs packages comes from. There is indeed some room for improvement. DNF could start recommending "maybe you wanted to enable perl:5.28 stream?" :) Openly said, to me, the modules are permanent source of troubles. Hm, did perl get moved to the modular repo? That sounds like it is going to cause more issues than solve as it's not a leaf package. Why can't it stay as a regular package? Featuritis? Actually, do not see any usefulness in any module. Ralf ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: [Test-Announce] Fedora 31 Beta Release Announcement
On 9/18/19 10:29, Petr Pisar wrote: On 2019-09-18, Ralf Corsepius wrote: - package perl-libs-4:5.28.2-439.module_f31+6019+b24e098f.x86_64 is excluded Funnily DNF finds out that you could actually get that package satisfied if you enabled a modular Perl. Unfortunatelly DNF does not report what module stream the modular perl-libs packages comes from. There is indeed some room for improvement. DNF could start recommending "maybe you wanted to enable perl:5.28 stream?" :) Hm, did perl get moved to the modular repo? That sounds like it is going to cause more issues than solve as it's not a leaf package. Why can't it stay as a regular package? -- Kalev ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: [Test-Announce] Fedora 31 Beta Release Announcement
On 2019-09-18, Ralf Corsepius wrote: > Error: > Problem 1: package crypto-utils-2.5-4.fc29.x86_64 requires > libperl.so.5.28()(64bit), but none of the providers can be installed >- package crypto-utils-2.5-4.fc29.x86_64 requires > perl(:MODULE_COMPAT_5.28.0), but none of the providers can be installed >- perl-libs-4:5.28.2-439.fc30.x86_64 does not belong to a distupgrade > repository crypto-utils has not been rebuilt against Perl 5.30 because the package fails to build for an unrelated reason and was retired (bug #1674777) and obsoleted in fedora-obsolete-packages-31-31 that is in updates-testing now. Enabling updates-testing repository or waiting a bit for the stabilization should help you. >- problem with installed package crypto-utils-2.5-4.fc29.x86_64 >- package perl-libs-4:5.28.2-439.module_f31+6019+b24e098f.x86_64 is > excluded Funnily DNF finds out that you could actually get that package satisfied if you enabled a modular Perl. Unfortunatelly DNF does not report what module stream the modular perl-libs packages comes from. There is indeed some room for improvement. DNF could start recommending "maybe you wanted to enable perl:5.28 stream?" :) -- Petr ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: [Test-Announce] Fedora 31 Beta Release Announcement
On 9/17/19 4:04 PM, Mohan Boddu wrote: Since this is a Beta release, we expect that you may encounter bugs or missing features. To report issues encountered during testing, contact the Fedora QA team via the mailing list or in #fedora-qa on Freenode. Some not so pleasant results: # dnf system-upgrade download --refresh --releasever=31 Before you continue ensure that your system is fully upgraded by running "dnf --refresh upgrade". Do you want to continue [y/N]: y ... Ignoring repositories: rpmfusion-free-updates, rpmfusion-nonfree-updates Modular dependency problems: Problem 1: conflicting requests - nothing provides module(platform:f30) needed by module eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64 Problem 2: module jmc:latest:3120190813124555:7188e41a-0.x86_64 requires module(eclipse), but none of the providers can be installed - conflicting requests - nothing provides module(platform:f30) needed by module eclipse:2019-06:3020190807134759:6ebe2c0f-0.x86_64 Error: Problem 1: package crypto-utils-2.5-4.fc29.x86_64 requires libperl.so.5.28()(64bit), but none of the providers can be installed - package crypto-utils-2.5-4.fc29.x86_64 requires perl(:MODULE_COMPAT_5.28.0), but none of the providers can be installed - perl-libs-4:5.28.2-439.fc30.x86_64 does not belong to a distupgrade repository - problem with installed package crypto-utils-2.5-4.fc29.x86_64 - package perl-libs-4:5.28.2-439.module_f31+6019+b24e098f.x86_64 is excluded - package perl-libs-4:5.28.2-439.module_f31+6050+a462f342.x86_64 is excluded Problem 2: problem with installed package libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64 - package libopenshot-0.2.3-2.20190406git101f25a.fc31.x86_64 requires libjsoncpp.so.19()(64bit), but none of the providers can be installed - libopenshot-0.2.3-2.20190406git101f25a.fc30.x86_64 does not belong to a distupgrade repository - jsoncpp-1.8.4-6.fc30.x86_64 does not belong to a distupgrade repository Ralf ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org