perl-Log-Any-Adapter-Dispatch-0.06-16.fc26 fails to build in F26 because tests fail: t/00-load.t ... ok found extra parameters: [category] at /usr/share/perl5/vendor_perl/Exception/Class/Base.pm line 88. Exception::Class::Base::throw("Params::ValidationCompiler::Exception::Named::Extra", "message", "found extra parameters: [category]", "parameters", ARRAY(0x21241b8)) called at (eval 139)[/usr/share/perl5/vendor_perl/Eval/Closure.pm:149] line 98 Eval::Closure::Sandbox_115::__ANON__[(eval 139)[/usr/share/perl5/vendor_perl/Eval/Closure.pm:149]:104]("outputs", ARRAY(0x259b2d8), "category", "main") called at /usr/share/perl5/vendor_perl/Log/Dispatch.pm line 52 Log::Dispatch::new("Log::Dispatch", "outputs", ARRAY(0x259b2d8), "category", "main") called at /builddir/build/BUILD/Log-Any-Adapter-Dispatch-0.06/blib/lib/Log/Any/Adapter/Dispatch.pm line 15 Log::Any::Adapter::Dispatch::init(Log::Any::Adapter::Dispatch=HASH(0x259b4e8), "outputs", ARRAY(0x259b2d8), "category", "main") called at /usr/share/perl5/vendor_perl/Log/Any/Adapter/Base.pm line 16 Log::Any::Adapter::Base::new("Log::Any::Adapter::Dispatch", "outputs", ARRAY(0x259b2d8), "category", "main") called at /usr/share/perl5/vendor_perl/Log/Any/Manager.pm line 72 Log::Any::Manager::_new_adapter_for_entry(Log::Any::Manager=HASH(0x1719c70), HASH(0x259b4d0), "main") called at /usr/share/perl5/vendor_perl/Log/Any/Manager.pm line 171 Log::Any::Manager::_reselect_matching_adapters(Log::Any::Manager=HASH(0x1719c70), qr(.*)) called at /usr/share/perl5/vendor_perl/Log/Any/Manager.pm line 122 Log::Any::Manager::set(Log::Any::Manager=HASH(0x1719c70), "Dispatch", "outputs", ARRAY(0x259b2d8)) called at /usr/share/perl5/vendor_perl/Log/Any/Adapter.pm line 19 Log::Any::Adapter::set("Log::Any::Adapter", "Dispatch", "outputs", ARRAY(0x259b2d8)) called at t/dispatch.t line 62 # Looks like your test exited with 255 before it could output anything. t/dispatch.t .. Dubious, test returned 255 (wstat 65280, 0xff00) Failed 56/56 subtests A difference between working and failing build root is: perl-Log-Dispatch 2.58-1.fc26 > 2.60-1.fc26 perl-namespace-autoclean > 0.28-5.fc25 perl-Params-ValidationCompiler > 0.23-1.fc26 perl-Specio > 0.35-1.fc26 perl-Devel-Confess > 0.009003-1.fc26 perl-Eval-Closure > 0.14-1.fc25 perl-B-Hooks-EndOfScope > 0.21-1.fc25 perl-Role-Tiny > 2.000005-1.fc26 perl-Compress-Raw-Zlib 2.071-2.fc26 > 2.072-1.fc26 perl-Devel-StackTrace > 1:2.02-1.fc26 perl-namespace-clean > 0.27-1.fc25 perl-IO-Compress 2.070-2.fc26 > 2.072-1.fc26 perl-Sub-Identify > 0.12-4.fc25 perl-Exception-Class > 1.42-1.fc26 perl-Ref-Util > 0.113-1.fc26 libgcc 7.0.1-0.7.fc26 > 7.0.1-0.8.fc26 perl-Math-BigInt 1.9998.08-1.fc26 > 1.9998.09-1.fc26 perl-Package-Stash > 0.37-5.fc25 perl-Devel-LexAlias > 0.05-11.fc25 nss-softokn-freebl 3.29.0-2.fc26 < 3.28.1-2.fc26 perl-Class-Method-Modifiers > 2.12-3.fc25 perl-Compress-Raw-Bzip2 2.070-1.fc26 > 2.072-1.fc26 perltidy > 20160302-2.fc25 perl-Class-Data-Inheritable > 0.08-22.fc25 perl-Variable-Magic > 0.61-1.fc26 perl-Params-Validate 1.26-1.fc26 < kernel-headers 4.10.0-0.rc7.git4.1.... > 4.10.0-0.rc8.git0.1.... libstdc++-devel 7.0.1-0.7.fc26 > 7.0.1-0.8.fc26 nss-softokn 3.29.0-2.fc26 < 3.28.1-2.fc26 nss-tools 3.29.0-3.fc26 < 3.28.1-6.fc26 gcc 7.0.1-0.7.fc26 > 7.0.1-0.8.fc26 perl-Devel-Caller > 2.06-10.fc25 perl-Package-Stash-XS > 0.28-12.fc25 nss 3.29.0-3.fc26 < 3.28.1-6.fc26 file 5.29-3.fc26 > 5.30-1.fc26 libgomp 7.0.1-0.7.fc26 > 7.0.1-0.8.fc26 glib2 2.51.0-2.fc26 > 2.51.1-1.fc26 file-libs 5.29-3.fc26 > 5.30-1.fc26 nss-sysinit 3.29.0-3.fc26 < 3.28.1-6.fc26 libstdc++ 7.0.1-0.7.fc26 > 7.0.1-0.8.fc26 nss-util 3.29.0-2.fc26 < 3.28.1-2.fc26 cpp 7.0.1-0.7.fc26 > 7.0.1-0.8.fc26 perl-PadWalker > 2.2-3.fc25 audit-libs 2.7.1-1.fc26 > 2.7.2-2.fc26 gcc-c++ 7.0.1-0.7.fc26 > 7.0.1-0.8.fc26 ca-certificates 2017.2.11-3.fc26 > 2017.2.11-4.fc26 gdb-headless 7.12.1-43.fc26 > 7.12.1-44.fc26
See also: https://github.com/jonswar/perl-log-any-adapter-dispatch/issues/1
This BZ confuses me. perl-Log-Any-Adapter-Dispatch-0.06-17 (!) was successfully rebuilt on Sat Feb 11 https://koji.fedoraproject.org/koji/buildinfo?buildID=850960
Due to Red Hat currently is not providing an appropriate testing environment for Fedora (rawhide), anymore, I do not see any possibility to furtherly investigate this BZ at this point in time.
(In reply to Ralf Corsepius from comment #3) > Due to Red Hat currently is not providing an appropriate testing environment > for Fedora (rawhide), anymore, I do not see any possibility to furtherly > investigate this BZ at this point in time. That's not true. You can easily use the Koji repositories to install exactly the packages that are in the environment. Look at your mock configs for Fedora targets sometime, and notice that there's a "local" repo that isn't so local. It's the Koji internal repositories that you can use to pull down the environment packages to your environment.
(In reply to Neal Gompa from comment #4) > Look at your mock configs for > Fedora targets sometime, and notice that there's a "local" repo that isn't > so local. It's the Koji internal repositories that you can use to pull down > the environment packages to your environment. Does it work? I don't think it does. E.g. I can't spot mock pulling in perl-Log-Dispatch-2.63-1.fc26.noarch. I see it pulling in perl-Log-Dispatch-2.62-1.fc26.noarch. The same during the last couple days, when I was going after FTBFSes. Local mocks used packages from rawhide and did not receive packages which were outside of rawhide.
(In reply to Ralf Corsepius from comment #5) > (In reply to Neal Gompa from comment #4) > > Look at your mock configs for > > Fedora targets sometime, and notice that there's a "local" repo that isn't > > so local. It's the Koji internal repositories that you can use to pull down > > the environment packages to your environment. > > Does it work? I don't think it does. One explictly has to enable it in mock (It's disabled by default). Though it's not called rawhide, it actually is what I think "rawhide" should be, what rawhide once was and what packagers and devs actually need. The "current rawhide" is a playground for rel-eng and waste of time to packagers. Anyway, back to this bug. Upon closer inspection, I think, this package can be removed from Fedora without substitute. AFAIS, it's not used for anything but a BR: of perl-CHI, a dependency, which I believe probably once was used, but nowadays appears to be bogus. So, ... speak up now, if you need or spot something in Fedora which needs perl(Log::Any::Adapter::Dispatch), otherwise I likely will retire it very soon.
(In reply to Ralf Corsepius from comment #6) > (In reply to Ralf Corsepius from comment #5) > Anyway, back to this bug. Upon closer inspection, I think, this package can > be removed from Fedora without substitute. AFAIS, it's not used for anything > but a BR: of perl-CHI, a dependency, which I believe probably once was used, > but nowadays appears to be bogus. > > So, ... speak up now, if you need or spot something in Fedora which needs > perl(Log::Any::Adapter::Dispatch), otherwise I likely will retire it very > soon. Fine by me. I can't even find anything still using it (at least at runtime) in EPEL 6/7.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
(In reply to Paul Howarth from comment #7) > Fine by me. I can't even find anything still using it (at least at runtime) > in EPEL 6/7. Thanks for the reply. As you probably noticed from the automated response, I just retired the package on master.
FWIW, if anyone is still interested in this package, upstream has released 0.08 which fixes this issue.