I found the bug and could have a big impact. When we use mock with config_opts['package_manager'] = 'yum' locale -a fails [1] rpm -qa | grep glibc glibc-common-2.24-3.fc25.x86_64 glibc-headers-2.24-3.fc25.x86_64 glibc-langpack-zu-2.24-3.fc25.x86_64 glibc-devel-2.24-3.fc25.x86_64 glibc-2.24-3.fc25.x86_64 install glibc-all-langpacks fix the problem with config_opts['package_manager'] = 'dnf' glibc-all-langpacks is installed instead glibc-langpack-zu, so we don't have this problem.

On Dom, 2016-09-11 at 12:33 +0200, Nicolas Chauvet wrote: >  > dnf doesn't work with us for some reasons (it loses its network > access, maybe something around proxy and ipv4 only network, I've > recently fixed the buildroot for el7 and yum because of that ). I knew that and found the issue by having that information (thanks), about use dnf in rhel7 is another thread (  https://lists.fedoraproject.org/archives/search?mlist=epel-devel%40li sts.fedoraproject.org&q=new+DNF+for+everyone ).

On Dom, 2016-09-11 at 12:33 +0200, Nicolas Chauvet wrote: > I've added glibc-all-langpacks to the srpm-build and srpm-build > groups > for the f26-free koji target. > please try to see if it works. I just check other packages, that depend on perl, and perl-IP-Country also miss some provides on builds *without* this fix. In the build on f24 [1] we have Provides: perl(IP::Authority) = 604.001 perl(IP::Country) = 2.26 perl(IP::Country::Fast) = 604.001 perl(IP::Country::MaxMind) = 1.0 perl(IP::Country::Medium) = 0.05 perl(IP::Country::Slow) = 0.04 perl-IP-Country = 2.26-8.fc24 In the build on f25 [2] it misses some provides.

To not query much and to be safe, I'm planing do one mass rebuild on perl modules [3] : dvdrip-0.98.11-10.fc26.src.rpm get-flash-videos-1.24-11.20131203git2d46d08.fc25.src.rpm mythtv-0.28-7.fc26.src.rpm pdflib-lite-7.0.5-7.fc25.src.rpm perl-Crypt-IDEA-1.10-4.fc25.src.rpm perl-IP-Country-2.26-8.fc25.src.rpm perl-PGPLOT-2.21-3.fc25.src.rpm xmltv-0.5.68-1.fc25.src.rpm Query all by "perl*" [4] we more these packages: akmods-0.5.4-3.fc26.src.rpm get_iplayer-2.96-1.fc26.src.rpm lives-2.8.0-1.fc26.src.rpm mythtv-status-0.10.4-3.fc25.src.rpm mythweb-0.28-2.fc26.src.rpm ndiswrapper-1.60-1.fc24.src.rpm normalize-0.7.7-10.fc25.src.rpm pangzero-1.4.1-2.fc25.src.rpm vdrsync-0.1.3-18.PRE1.050322.fc24.src.rpm Also we may query like this [5]. I known that aren't the perfect queries but rebuild the first group [3] seems to me imperative, second group [4] more or less maybe, the third group [5] I don't know , but I don't mind to rebuild all, it is just safe and don't harm, even if don't change anything. I going begin the mass rebuild of first group.

On Dom, 2016-09-11 at 12:33 +0200, Nicolas Chauvet wrote: > > I've added glibc-all-langpacks to the srpm-build and srpm-build > groups > for the f26-free koji target. > please try to see if it works. I just check other packages, that depend on perl, and perl-IP-Country also miss some provides on builds *without* this fix. In the build on f24 [1] we have Provides:  perl(IP::Authority) = 604.001 perl(IP::Country) = 2.26 perl(IP::Country::Fast) = 604.001 perl(IP::Country::MaxMind) = 1.0 perl(IP::Country::Medium) = 0.05 perl(IP::Country::Slow) = 0.04 perl-IP-Country = 2.26-8.fc24 In the build on f25 [2] it misses some provides.  To not query much and to be safe, I'm planing do one mass rebuild on perl modules [3] : dvdrip-0.98.11-10.fc26.src.rpm get-flash-videos-1.24-11.20131203git2d46d08.fc25.src.rpm mythtv-0.28-7.fc26.src.rpm pdflib-lite-7.0.5-7.fc25.src.rpm perl-Crypt-IDEA-1.10-4.fc25.src.rpm perl-IP-Country-2.26-8.fc25.src.rpm perl-PGPLOT-2.21-3.fc25.src.rpm xmltv-0.5.68-1.fc25.src.rpm Query all by "perl*" [4] we more these packages: akmods-0.5.4-3.fc26.src.rpm get_iplayer-2.96-1.fc26.src.rpm lives-2.8.0-1.fc26.src.rpm mythtv-status-0.10.4-3.fc25.src.rpm mythweb-0.28-2.fc26.src.rpm ndiswrapper-1.60-1.fc24.src.rpm normalize-0.7.7-10.fc25.src.rpm pangzero-1.4.1-2.fc25.src.rpm vdrsync-0.1.3-18.PRE1.050322.fc24.src.rpm Also we may query like this [5]. I known that aren't the perfect queries but rebuild the first group [3] seems to me imperative, second group [4] more or less maybe, the third group [5] I don't know , but I don't mind to rebuild all, it is just safe and don't harm, even if don't change anything. I going begin the mass rebuild of first group.  Best regards, [1] http://koji.rpmfusion.org/koji/rpminfo?rpmID=27007 [2] http://koji.rpmfusion.org/koji/rpminfo?rpmID=27028 [3] dnf --disablerepo='*' --enablerepo=rpmfusion-free-rawhide \ --enablerepo=rpmfusion-nonfree-rawhide repoquery --qf "%{sourcerpm}" \ --available --whatrequires "perl(:MODULE_COMPAT_5.24.0)" --alldeps  [4] dnf --disablerepo='*' --enablerepo=rpmfusion-free-rawhide \ --enablerepo=rpmfusion-nonfree-rawhide repoquery --qf "%{sourcerpm}" \ --available --whatrequires "perl*" --alldeps [5] dnf repoquery --arch=src --disablerepo='*' \ --enablerepo='rpmfusion*rawhide-source' --whatrequires "perl*" \ --alldeps --available

On 30/09/16 05:17, Sérgio Basto wrote: > > I'd like have an ack or an nack or something on this subject. Today > I > found that this also happened in F24, since commmit [1] on 2016-03- > 01. > But looking for build of mythtv-0.28-3.fc24 (2016-06-22), the > provides > of the rpm package are correct. Seems that is just with Perl 5.24 > when > don't have glibc-all-langpacks . > What I would do, is rebuild all of course. Packages that ship perl code will need to BR: perl-generators to get  proper requires/provides on F-25 and later. Prior to that it wasn't  needed, pulled in by rpm-build.

On Sex, 2016-09-30 at 20:56 +0100, Sérgio Basto wrote: > On Sex, 2016-09-30 at 14:30 +0100, Paul Howarth wrote: >> >> On 30/09/16 05:17, Sérgio Basto wrote: >>> >>> >>> I'd like have an ack or an nack or something on this subject. >>> Today >>> I >>> found that this also happened in F24, since commmit [1] on 2016- >>> 03- >>> 01. >>> But looking for build of mythtv-0.28-3.fc24 (2016-06-22), the >>> provides >>> of the rpm package are correct. Seems that is just with Perl 5.24 >>> when >>> don't have glibc-all-langpacks . >>> What I would do, is rebuild all of course. >> Packages that ship perl code will need to BR: perl-generators to >> get >> proper requires/provides on F-25 and later. Prior to that it >> wasn't >> needed, pulled in by rpm-build. > Thanks to point it out again , yes some provides still not there , I > will add BR: perl-generators to that packages . FTR: we should query all packages [1] with : 1. --whatrequires "libperl.so*" --alldeps these packages now need BuildRequires: perl-devel perl-Crypt-IDEA (ok) perl-PGPLOT (not ok) 2. --whatprovides "perl(*)" need BuildRequires: perl-generators dvdrip (ok) get-flash-videos (not ok) mythtv (ok) pangzero (ok) pdflib-lite (ok) perl-Crypt-IDEA (?) perl-IP-Country (ok) perl-PGPLOT (not ok) xmltv (ok) 3. --whatrequires "perl(*)" --alldeps needs review ? I don't know get_iplayer lives m2vmp2cut mplayer mythtv-status mythweb ndiswrapper normalize vdrsync [1] dnf --disablerepo='*' --enablerepo=rpmfusion-free -- enablerepo=rpmfusion-free-updates --enablerepo=rpmfusion-free- updates-testing --enablerepo=rpmfusion-nonfree --enablerepo=rpmfusion- nonfree-updates --enablerepo=rpmfusion-nonfree-updates-testing repoquery --available --latest-limit 1 --qf "%{sourcerpm}"

2016-10-21 12:03 GMT+02:00 Paul Howarth <paul(a)city-fan.org&gt;: [...] > I'll take a look at these perl issues. I just applied for provenpackager > (I'm already a provenpackager in Fedora) and can add the necessary BRs where > appropriate. > > Paul. @Paul, Thx for joining us. I'm fixing few issues related to the fas migration from the last days, so you should be able to fix packages in git starting from now. But I expect you cannot submit build until you can get your rpmfusion cert, I hope to have this fixed over the week-end. Then you will be able to submit build. Until then, please drop me an email (or to sergiomb) if you need some packages to build.

On 21/10/16 13:49, Nicolas Chauvet wrote: > > 2016-10-21 12:03 GMT+02:00 Paul Howarth <paul(a)city-fan.org&gt;: > [...] >> >> I'll take a look at these perl issues. I just applied for provenpackager >> (I'm already a provenpackager in Fedora) and can add the necessary BRs >> where >> appropriate. >> >> Paul. > > > @Paul, > Thx for joining us. > > I'm fixing few issues related to the fas migration from the last days, > so you should be able to fix packages in git starting from now. > But I expect you cannot submit build until you can get your rpmfusion > cert, I hope to have this fixed over the week-end. > Then you will be able to submit build. > Until then, please drop me an email (or to sergiomb) if you need some > packages to build. Thanks for that. Builds are no problem actually, perl-Crypt-IDEA is mine and I updated and built it soon after the new infra came online. perl-PGPLOT is now done too.

2016-10-21 16:11 GMT+02:00 Paul Howarth <paul(a)city-fan.org&gt;: > On 21/10/16 13:49, Nicolas Chauvet wrote: >> >> 2016-10-21 12:03 GMT+02:00 Paul Howarth <paul(a)city-fan.org&gt;: >> [...] >>> >>> I'll take a look at these perl issues. I just applied for provenpackager >>> (I'm already a provenpackager in Fedora) and can add the necessary BRs >>> where >>> appropriate. >>> >>> Paul. >> >> >> @Paul, >> Thx for joining us. >> >> I'm fixing few issues related to the fas migration from the last days, >> so you should be able to fix packages in git starting from now. >> But I expect you cannot submit build until you can get your rpmfusion >> cert, I hope to have this fixed over the week-end. >> Then you will be able to submit build. >> Until then, please drop me an email (or to sergiomb) if you need some >> packages to build. > > > Thanks for that. > > Builds are no problem actually, perl-Crypt-IDEA is mine and I updated and > built it soon after the new infra came online. perl-PGPLOT is now done too. Okay, you can try to request acl commit also, the main interest it that you will be noticed of changes in both packages once the notification emails will be fixed. That and bugreports from bugzilla. There is no perl or others groups in rpmfusion, I haven't looked at how it's implemented, but this could be re-used. Other topic, but related to perl. Can anyone can explain why perl-generator isn't part of perl-devel if not the case already ? Thx

Can you show me a perl noarch package that would built without perl-devel (in buildroot as a remote dependency).

The problem is that perl-generator is a distro specific package, so it would be better hidden behind perl-devel or even perl-ExtUtils-MakeMaker.

2016-10-21 16:11 GMT+02:00 Paul Howarth <paul(a)city-fan.org&gt;: > On 21/10/16 13:49, Nicolas Chauvet wrote: >> >> 2016-10-21 12:03 GMT+02:00 Paul Howarth <paul(a)city-fan.org&gt;: >> [...] >>> >>> I'll take a look at these perl issues. I just applied for provenpackager >>> (I'm already a provenpackager in Fedora) and can add the necessary BRs >>> where >>> appropriate. >>> >>> Paul. >> >> >> @Paul, >> Thx for joining us. >> >> I'm fixing few issues related to the fas migration from the last days, >> so you should be able to fix packages in git starting from now. >> But I expect you cannot submit build until you can get your rpmfusion >> cert, I hope to have this fixed over the week-end. >> Then you will be able to submit build. >> Until then, please drop me an email (or to sergiomb) if you need some >> packages to build. > > > Thanks for that. > > Builds are no problem actually, perl-Crypt-IDEA is mine and I updated and > built it soon after the new infra came online. perl-PGPLOT is now done too. Okay, you can try to request acl commit also, the main interest it that you will be noticed of changes in both packages once the notification emails will be fixed. That and bugreports from bugzilla. There is no perl or others groups in rpmfusion, I haven't looked at how it's implemented, but this could be re-used. Other topic, but related to perl. Can anyone can explain why perl-generator isn't part of perl-devel if not the case already ? Thx

* Nicolas Chauvet [24/10/2016 14:49] : > > 2016-10-21 22:03 GMT+02:00 Nicolas Chauvet <kwizart(a)gmail.com&gt;: >> >> Other topic, but related to perl. Can anyone can explain why >> perl-generator isn't part of perl-devel if not the case already ? > > Anyone to answear the question ? This was done so that packages that contain a perl script do not have to have perl-devel as a BuildRequires (because this is considered expensive)

There (should be) no case where using perl-devel and not require perl-generators. But instead the "fedora/epel" perl packaging is opening a gap for this fault.

On Sex, 2016-09-30 at 20:56 +0100, Sérgio Basto wrote: > On Sex, 2016-09-30 at 14:30 +0100, Paul Howarth wrote: >> >> On 30/09/16 05:17, Sérgio Basto wrote: >>> >>> >>> I'd like have an ack or an nack or something on this subject. >>> Today >>> I >>> found that this also happened in F24, since commmit [1] on 2016- >>> 03- >>> 01. >>> But looking for build of mythtv-0.28-3.fc24 (2016-06-22), the >>> provides >>> of the rpm package are correct. Seems that is just with Perl 5.24 >>> when >>> don't have glibc-all-langpacks . >>> What I would do, is rebuild all of course. >> Packages that ship perl code will need to BR: perl-generators to >> get >> proper requires/provides on F-25 and later. Prior to that it >> wasn't >> needed, pulled in by rpm-build. > Thanks to point it out again , yes some provides still not there , I > will add BR: perl-generators to that packages . FTR: we should query all packages [1] with : 1. --whatrequires "libperl.so*" --alldeps these packages now need BuildRequires: perl-devel perl-Crypt-IDEA (ok) perl-PGPLOT (not ok) 2. --whatprovides "perl(*)" need BuildRequires: perl-generators dvdrip (ok) get-flash-videos (not ok) mythtv (ok) pangzero (ok) pdflib-lite (ok) perl-Crypt-IDEA (?) perl-IP-Country (ok) perl-PGPLOT (not ok) xmltv (ok) 3. --whatrequires "perl(*)" --alldeps needs review ? I don't know get_iplayer lives m2vmp2cut mplayer mythtv-status mythweb ndiswrapper normalize vdrsync