DevHeads.net

Postings by Christian Krause

Orphaned package "solfege"

Hi,

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
years.

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

Hi,

according to
<a href="http://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers" title="http://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers">http://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers</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
releases:

<a href="https://pkgs.fedoraproject.org/cgit/gpx-viewer.git/tree/dead.package" title="https://pkgs.fedoraproject.org/cgit/gpx-viewer.git/tree/dead.package">https://pkgs.fedoraproject.org/cgit/gpx-viewer.git/tree/dead.package</a>

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

<a href="https://launchpad.net/gpx-viewer" title="https://launchpad.net/gpx-viewer">https://launchpad.net/gpx-viewer</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

Hi,

I'd like to offer a review swap:

<a href="https://bugzilla.redhat.com/show_bug.cgi?id=765625" title="https://bugzilla.redhat.com/show_bug.cgi?id=765625">https://bugzilla.redhat.com/show_bug.cgi?id=765625</a>
python-pymodbus - A Modbus Protocol Stack in Python

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

Thanks!

Christian

Build failure if STABS debug symbols are found

Hi,

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

<a href="https://koji.fedoraproject.org/koji/getfile?taskID=3507060&amp;name=build.log" title="https://koji.fedoraproject.org/koji/getfile?taskID=3507060&amp;name=build.log">https://koji.fedoraproject.org/koji/getfile?taskID=3507060&amp;name=build.log</a>

+ /usr/lib/rpm/find-debuginfo.sh --strict-build-id
/builddir/build/BUILD/scummvm-1.4.0
extracting debug info from
/builddir/build/BUILDROOT/scummvm-1.4.0-1.fc16.i386/usr/bin/scummvm
Stabs debuginfo not supported:
/builddir/build/BUILDROOT/scummvm-1.4.0-1.fc16.i386/usr/bin/scummvm
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

Hi,

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,
Christian

Thunderbird updates mixed up in F14

Hi,

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

Hi,

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/
to
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