Postings by Paul Howarth

Modularity tooling intro?

Hi everyone,

I have a bunch of packages in a local repo built for various versions
of Fedora and CentOS, and am looking to build some of them for EL-8.
Clearly the way to go for an EL-8 add-on repo is to build modules, so
that it what I'd like to do. However, I want to do it on my own
infrastructure and hence use the lower-level tooling such as
mbs-manager/mock and local git repos rather than fedpkg/koji/dist-git.

There's quite a bit of documentation around about building modules but
what I've found seems to be either out of date (e.g.

perl-true license change

For your information:

perl-true's license has changed from "Same as Perl" (GPL+ or Artistic) to "Artistic 2.0".

This happened when the version changed from 0.18 to 1.0.1 today.

geoipupdate rewritten, new license

Just a heads-up:

Upstream has rewritten geoipupdate, a utility for fetching new versions
of GeoIP databases.

perl-Test-Manifest license change

perl-Test-Manifest 2.021, just built in Rawhide, has a different
license (Artistic 2.0) than previous versions (GPL+ or Artistic).

Regards, Paul.

perl-autobox license change

perl-autobox version 2.86, just built in Rawhide, has a different
license (Artistic 2.0) than previous versions (GPL+ or Artistic).

Regards, Paul.

/usr/bin/ld: cannot find /usr/lib64/libpthread_nonshared.a


Just got a koschei report about perl-perl5i failing to build:
<a href="" title=""></a>

It seems the linker can't find /usr/lib64/libpthread_nonshared.a:

+ perl Build.PL --installdirs=vendor '--optimize=-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -fasynchronous-unwind-tables -fstack-clash-protection'
Created MYMETA.yml and MYMETA.json

What's up with koji?

I'm trying to update mod_fcgid, which is a loadable module for httpd.

It was failing this afternoon due to the gcc internal compiler error
affecting i686 builds mentioned elsewhere, and I fixed that locally by
rebuilding httpd (and hence apxs, the httpd module building tool).
Having verified locally that that got the build working again, I did a
rebuild of httpd in Rawhide, completing successfully and resulting in
httpd-2.4.29-4.fc28, which seems to be tagged OK in f28-build:

$ koji latest-pkg f28-build httpd
Build Tag Built by

Packages stuck in f27-pending

What reasons would there be for some old packages (one going back to 5th
June) being stuck in f27-pending and not getting tagged into f27?

<a href=";tagID=427&amp;order=-build_id&amp;latest=1" title=";tagID=427&amp;order=-build_id&amp;latest=1">;tagID=427&amp;order=-...</a>

Seems not to be blockage in the signing queue as other packages are
going through OK.


Retiring python-fpconst

Upstream is dead, nothing in current Fedora seems to use it.

I'll retire it next week unless someone wants to keep it (and will take
over the maintenance of the package).


perl-Module-Extract-VERSION license changed to Artistic 2.0

It was previously GPL+ or Artistic.

License of perl-Test-Prereq changed from (GPL+ or Artistic) to Artistic 2.0

The license of perl-Test-Prereq changed from (GPL+ or Artistic) to
Artistic 2.0.

grepmail license change

The grepmail stack (perl-FileHandle-Unget, perl-Mail-Mbox-MessageParser,
grepmail) has changed from GPL+ to GPLv2 in Rawhide.


Heads-up: pari 2.7 update in Rawhide

I'm about to build pari 2.7.1 in Rawhide, which includes an soname bump
and has API changes that will need fixes in many of the handful of
packages that use it. I've already been in discussion with the
maintainers regarding this, and it seems best to have the new version
available in Rawhide to work on.

To mitigate the disruption this will cause, I'm temporarily including
the old library in the package, so there won't be broken deps whilst the
migration process takes place.


Rawhide buildroot broken?

I'm seeing this in root.log for all Rawhide builds:

DEBUG Executing command: ['fedpkg', 'sources'] with env
{'LANG': 'en_US.UTF-8', 'TERM': 'vt100', 'SHELL': '/bin/bash',
'HOSTNAME': 'mock', 'PROMPT_COMMAND': 'echo -n "<mock-chroot>"', 'HOME':
'/builddir', 'PATH': '/usr/bin:/bin:/usr/sbin:/sbin'}
DEBUG Traceback (most recent call last):
DEBUG File "/usr/bin/fedpkg", line 13, in <module>
DEBUG from fedpkg.__main__ import main
"/usr/lib/python2.7/site-packages/fedpkg/", line 12, in <module>

ps2pdf not finding Times-Italic font - where should it be?

I'm trying to track down a problem I'm having with ps2pdf in Rawhide,
whereby it can't find the Times-Italic font. I know very little about
fonts and in fact I don't even know where (in which package, or on the
filesystem) this font should live.

Anyone interested in spambayes?

I'm currently the maintainer of spambayes, which I picked up when it got
orphaned by its previous maintainer as I needed it for
trac-spamfilter-plugin, with which I've not had any problems.

However, a few people using it with kmail have reported issues with it
on occasion, and since it's not very active upstream and I'm not a
python person, there's not a lot I can do to help them. Is there anyone
here who could give it more love?


GeoIP license partly changing

As raised in <a href="" title=""></a>, I have changed the
license of GeoIP slightly.

The package was previously listed as LGPLv2+.

The package contains two libraries, libGeoIP and libGeoIPUpdate, plus a
few binary utility tools.

Of these, libGeoIPUpdate contains some GPL code (which upstream does
declare in its COPYRIGHT file), so I have changed the license to be
"LGPLv2+ and GPLv2+", whereby libGeoIPUpdate and one of the utilities
that is linked against it comprise the GPLv2+ part.

pari soname bump in Rawhide

I have just done the long-awaited update of pari from 2.3.x to 2.5.x in
Rawhide, which has associated soname and API changes. The delay was
mainly due to there being no movement upstream in porting perl-Math-Pari
to the new API, so I have given up on that and introduced a libpari23
package that perl-Math-Pari is now built against.

As a result of the introduction of the libpari23 package, there should
be no broken dependencies caused by this update, but new builds of
packages using libpari will use the new version.

Rawhide perl dependency generator flaky?

I've been doing some rebuilds of my packages for the gcc 4.7 mass
rebuild and when comparing the F16 and newly-rebuilt packages, I seem
to be losing a lot of the perl dependencies.

For instance, with smbldap-tools, rpmdiff says (amongst other things):

removed REQUIRES perl(:MODULE_COMPAT_5.14.1)
removed REQUIRES perl(Digest::MD5)
removed REQUIRES perl(Digest::SHA1)
removed REQUIRES perl(FindBin)
removed REQUIRES perl(Getopt::Long)
removed REQUIRES perl(Getopt::Std)
removed REQUIRES perl(MIME::Base64)
removed REQUIRES perl(Net::LDAP::LDIF)

Package segfaults when built with -O2 but not with -O0

One of my packages, pptp, suffers occasional segfaults as reported in
<a href="" title=""></a>. However, whilst investigating this,
it seems to be the case that simply rebuilding the package using no
optimization (-O0) as opposed to the default -O2 is enough to stop this

This raises two questions (at least!):

1. Is it reasonable for me to flout the packaging guidelines by
rebuilding with -O0 until this is resolved?

2. How to determine what the actual problem is, e.g. a problem with the
way the code is written leading to unsafe optimizations, or a gcc bug?


Proposal: retire bittorrent

I propose to retire bittorrent (the original python client) for the
reasons outlined below. If anyone's interested in taking it over
instead, please apply on the package database and I'll transfer

rpm's treatment of unversioned provides

RPM traditionally treats unversioned provides as meaning "any version".
Over on perl-devel list, it's been suggested that this is a bug in rpm.

Googling around, I can't find any specific rationale for why rpm does
this as opposed to say providing version 0. Can anybody enlighten me?


Problem uploading to lookaside cache

I'm trying to update perl-IO-Multiplex to 1.11 but I can't upload the
tarball to the lookaside cache. "fedpkg new-sources" reports success but
hasn't actually worked:

$ fedpkg new-sources IO-Multiplex-1.11.tar.gz
Uploading: 7db84e16c24579865c9044843880962a IO-Multiplex-1.11.tar.gz
Uploaded and added to .gitignore: IO-Multiplex-1.11.tar.gz
Source upload succeeded.

bluefish license changing from GPLv2+ to GPLv3+

bluefish's license has changed to GPLv3+ from 2.0.2-rc1, which will be
landing in Rawhide soon.


Broken dependencies script at it again

Please make it stop.

milter-regex-1.7-6.fc12.ppc requires /bin/sh

I guess this is happening because of dropping ppc/ppc64 as primary

ISTR the last time the dep checker went off on a mailbombing session it
was suggested that it checks for broken deps against obvious things
like /bin/sh and declared itself insane, sparing us all the pointless


dist-f12 buildroot broken due to conflicting /%{_lib}/ versions

Task info: <a href="" title=""></a>

Transaction Check Error:
DEBUG file /lib64/ conflicts between
attempted installs of e2fsprogs-libs-1.41.6-1.fc12.x86_64 and

I guess one of these packages needs fixing but something will have to be
untagged before that can be done.