Camel in a Hat

loadable library and perl binaries are mismatched

Orion Poplawski, 2017-04-12T16:57:05
32-bit rawhide/f26 builds of perl-Cflow failed with:

Cflow.c: loadable library and perl binaries are mismatched (got handshake key
0x7e00080, needed 0x7f00080)

other arches are okay.  Why?


Orion Poplawski
Technical Manager                          720-772-5637
NWRA, Boulder/CoRA Office             FAX: 303-415-9702
3380 Mitchell Lane                       orion(a)
Boulder, CO 80301         

Spam from postmaster

Petr Pisar, 2017-04-12T11:55:14

I'm sorry for the Chinese spam sent from a spoofed
<postmaster(a)> address that passed into the list.
It looks like a bug in the Mailman3
system <>. I added the
address to banned address list, but I don't believe it will help.

-- Petr

Fedora-Live-26 fails to boot: A start job is running for dev-map...\x2drv.device

Ralf Corsepius, 2017-03-27T09:33:35

I have been trying to test

Unfortunately, all attempts in recent weeks hang with this boot message:
[...] A start job is running for dev-map...\x2drv.device

Q: Which component is issuing this message?

I just filed a BZ against device-mapper, but to my big surprise this 
package appears orphaned[1].



License change in 4 perl modules

Emmanuel Seyman, 2017-03-27T08:14:02
A number of perl modules have changed licenses, all moving from GPLv3+
to the Perl license (ie GPL+ or Artistic). These modules are:

- perl-Test-Type
- perl-Test-Dist-VersionSync
- perl-Queue-DBI
- perl-Data-Validate-Type

Packages with the new license will hit rawhide today.


Intend to retire perl-Log-Any-Adapter-Dispatch

Ralf Corsepius, 2017-02-21T17:38:20

I intend to retire perl-Log-Any-Adapter-Dispatch for Fedora > 25.

- This package currently FTBFSs in fc26,
- This packages doesn't seem to be used by any other package in Fedora.
- Its upstream appears "semi-dead" (Last update from 2013).

If you still need this package, feel free to take over, otherwise I will 
retire it for Fedora >= 25, pretty soon.


Packaging CPAN distributions on perl without '.' in @INC

Petr Pisar, 2017-02-20T10:17:15

those who follow Perl 5 Porters know that Perl 5.26.0 will be possible to be
built without '.' in the default @INC path
and that being it default 5.28.0 behavior is the current plan. For security
reasons, I'd like to configure perl this way as soon as possible. That means
perl-5.26.0 in Fedora 27.

Removing dot from @INC will affect many CPAN distributions (last estimate was
3000). Reportedly, there will be applied some mitigations to CPAN clients and
Test::Harness to ease the transition. But you can already see distributions
applying a fix now, like inc::Module::Install users:

--- Module-Install-CheckLib-0.10/Makefile.PL
+++ Module-Install-CheckLib-0.12/Makefile.PL
@@ -1,3 +1,4 @@
+use if ! ( grep { $_ eq '.' } @INC ), qw[lib .];
 use strict;
 use inc::Module::Install;

The exact fix varies, somebody injects the dot only when needed (like the
example above), somebody injects the dot unconditionally, somebody loads
modules by absolute paths based on FindBin output.

But the main point of this message is my recommendation to count with this
change when packaging and not to forget to build-require perl(lib) in cases
similar to the quoted one.

-- Petr

On new zlib breaking perl

Petr Pisar, 2017-02-10T09:12:34

you could notice that after Rawhide upgraded zlib from 1.2.8 to 1.2.11 perl
(bug #1420326), perl-Compress-Raw-Zlib (bug #1419841), and perl-IO-Compress
(bug #1420012) started failing tests.

The reason is zlib-1.2.9 changed behavior of deflateParams() function and this
change propagates to all zlib users. Because perl-Compress-Raw-Zlib tests
a Perl wrapper for deflateParams(), perl-Compress-Raw-Zlib build fails. Because
perl-IO-Compress is built on top of Compress::Raw::Zlib and it does the same
tests, it fails. And perl bundles both of the distributions and thus fails

I prepared test adjustements, posted them to upstreams, and applied to
perl-Compress-Raw-Zlib. But then Paul reported the new tests do not work
with ancient zlib version that exist in RHELs. So I looked again at the
Compress-Raw-Zlib code and found out there is a deficiency in deflateParams()
wrapper. Correct fix that could hide the zlib behavior change for Perl
programs and thus eliminite need for patching tests in all the three packages
will require more work

Because upstream is working on it I believe there will bw proper fix once day.
In the mean time, I will patch the tests in Fedora packages because we need
buildable perl (we have Fedora mass rebuild, new GCC, some perl bug fixes
ahead). I believe patching the tests does not make things worse because the
current binary packages are already affected by the new zlib that is already
in use. When proper fix is available I will revert the patches.

-- Petr

Reviews needed: perl-Mail-Message and perl-Mail-Transport

Tom Callaway, 2017-02-07T16:27:58
These new components came out of perl-Mail-Box at 3.000. I need them
reviewed to update Mail::Box.


Red Hat
Generated from at 2017-04-29T17:04:14. Report issues with this page to Petr Pisar <>.