Postings by Christian Krause

Orphaned package "solfege"


I have orphaned the package "solfege" (a small music education tool to
learn to hear intervals, rhythms, ...).

It does not build anymore [1] and there is no upstream activity since a few

Last stable version (3.22.2) is from 2013 [2]
Last unstable version (3.23.4) is from 2016 [3]
Last git commit corresponds with the 3.23.4 release [4]

For python3, version 3.23.4 would be required. However, even this version
does not compile since autoconf does not use pkg-config for Python.h and so
the path used in recent Fedora releases (e.g.

Unretiring gpx-viewer / Review Swap


according to
<a href="" title=""></a>
I'd like to announce that I want to unretire the package gpx-viewer.

The package was retired because it didn't build for multiple Fedora

<a href="" title=""></a>

Upstream is not very active, but there are still occasional bug fixes

<a href="" title=""></a>

gpx-viewer has one advantage over the full-featured tools like josm or
merkaartor: it can display a GPX track using OpenStreet maps without any
setup or configuration.

The r

Review Swap


I'd like to offer a review swap:

<a href="" title=""></a>
python-pymodbus - A Modbus Protocol Stack in Python

It is a simple python package, so it should be quite an easy review. ;-)



Build failure if STABS debug symbols are found


during the build of the new scummvm release we run into the following
build issue:

<a href=";name=build.log" title=";name=build.log">;name=build.log</a>

+ /usr/lib/rpm/ --strict-build-id
extracting debug info from
Stabs debuginfo not supported:
error: Bad exit status from /var/tmp/rpm-tmp.wtAmWB (%install)
RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.wtAmWB (%install)
Child returnco

Deprecating podsleuth and ipod-sharp in rawhide


I'm going to deprecate podsleuth and ipod-sharp in rawhide.

Banshee has switched to libgpod(-sharp) and no other package depends on
these two packages.

Are there any objections?

Best regards,

Thunderbird updates mixed up in F14


Beginning of today "package-cleanup --orphans" reports
thunderbird-3.1.10-1.fc14.i686 as orphan in F14.

"yum clean all; yum list thunderbird" reports thunderbird-3.1.9-2.fc14
as newest thunderbird package in the repositories.

Multilib issue with hard-coded paths in mash script


During the F14 release cycle gtk2 was updated from 2.20.x to 2.22.x.
During this change gdk-pixbuf2 was split off into a separate package and
the location of the gdk-pixbuf loaders has changed from:

F13: /usr/lib/gtk-2.0/2.10.0/loaders/
F14: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders

This caused now some strange effects due to the hard-coded paths in the
mash script for creating the x86_64 repository:

So in F13 the mash script picked up all i686 packages which provid