Postings by Raphael Groner

Orphaned concurrentunit


concurrentunit will be orphaned.

As the maintainer, I lost interest in general java packaging and I don't have the time any more to fully support all of my packages in Fedora.

Orphaning 7kaa


The package for the game 7kaa is now orphaned. This package is already in a not good state due to a new upstream release not yet as a build in Fedora repo.

As a co-maintainer, I don't have the time to fully support that package in Fedora.

Orphaning rabbitmq-java-client


rabbitmq-java-client is now orphaned.

As a co-maintainer, I don't have the time to fully support that package in Fedora.

Package nagstamon seems unmaintained / non-responsive maintainer


does anyone know how to reach out for the maintainer of nagstamon?

Orphaned jwebunit

the package jwebunit is orphaned.

build matplotlib for epel with python3


for my review request of python-vpoller, with intention to build in epel7, that needs python-tabulate and therefore also python-matplotlib:

In rawhide we've currently:
<a href="" title=""></a> (python2 only)
<a href="" title=""></a> (python3 only)

Shouldn't first be named python2-matplotlib2 to show a compatibility package?
Please be aware version 3 of matplotlib does not support Python 2.

Orphan winetricks

Hi there,

I tend to orphan winetricks.

Orphaned bouml and bouml-doc, again.

as discussed in another thread, bouml has actually license issues to comply with Fedora guidelines, especially bouml-doc in its recent version. There was a modification at upstream to the license model, they closed some parts and we fail to distribute it properly with Fedora.

Orphaning some of my packages


because of lack of time to actively and properly maintain all of my packages, please feel free to take those packages if you think they are useful in Fedora:

tristripper - TriStripper is a triangle stripification algorithm (from Tanguy Fautre).

Default editor for LXQt spin


writing to general devel list intentionally. No idea if all members of lxqt-sig list can read here, too and especially @zsun.

Is there any sense why @lxqt-sig is member of packaging for featherpad? LXQt SIG decided to have enki in the spin as the default editor.

Taskotron and test dependencies


naive noob question: Is it possible to execute scripts with taskotron to download 3rd-party dependencies e.g. with pip from PyPi? I tend to say that it's not worth to package simple test libraries with all the dependency hell behind.

Orphaning speedometer

I'll orphan speedometer.

Orphaning nitroshare

I'll orphan nitroshare.

License of dreamchess


let me inform about the license of dreamchess.
Upstream dropped GPLv2+ and clearly indicates now to want GPLv3+ within LICENSE.txt file.
It should not be of any further matter as there has been COPYING and COPYRIGHT files (replaced now with the single file LICENSE.txt only), the spec file included a comment about GPLv2+ or GPLv3+ and it had GPLv3+ in License tag anyways since this package exists.
Although, some source files still have a BSD header, therefore the dedicated comment about dual license is kept in the spec file.

Regards, Raphael

Orphaning some of my packages

I'll orphan the packages cpptest and dreamchess-tools because both currently FTBFS and I don't find any time to fix them in near future, besides I don't currently use those packages.
Maybe a simple add of BuildRequires: gcc-c++ would fix the builds.

Non-responsive maintainer of psi-plus: ivanromanov

does anyone know if ivanromanov is still interested in Fedora packaging or how to contact?
I've also opened a ticket to FESCO.
<a href="" title=""></a>


Orphaning packages

Hi there,

I orphaned some packages because I don't use them (any more):

Java micro-library for time sensitive testing and concurrency.

C++ logging library for Shibboleth (OpenSAML)

I've checked with dnf repoquery --whatrequires and none of them have (active) parent dependencies.

Please feel free to take those packages if you think they can be still useful in Fedora.


Orphaned packages: rabbitmq-java-client and lyra


I decided to orphan rabbitmq-java-client and lyra because I don't use them any longer. There are build issues with updates, lyra needs a more current rabbitmq-java-client for enhanced API. New versions of rabbitmq-java-client show unresolvable dependencies due to not available packages.

Abakus is now orphaend

HI there,

just at the moment I orphaned abakus.

Abakus [0] is still based on qt4. There's an already long open bug [1] about open work in coordination with upstream to port it to Qt5. I remember found some patches somewhere (lost link) tor a qt5 port, but do not find them any more. Further, upstream should be checked if still alive and poked about a new release with the qt5 feature.

Orphaning xlogin


because of lack of free time to actively maintan all of my packages with trying to give the same chances to all of them, I decided to orphan xlogin.
Also, I don't use xlogin any more due to some issues with SELinux.

Please feel free to pick the package up. I'll click the orphan button just after sent this e-mail.

rpms/xlogin -- Automatic X login service for systemd ( master f25 f24 epel7 )


Orphaning uispec4j


upstream of uispec4j is dormant [1] since over a year, homepage is down [2]. I don't use this package and builds fail randomly on koschei [3].


[1] <a href="" title=""></a>
[2] <a href="" title=""></a>
[3] <a href="" title=""></a>

Trojita FTBFS on ppc64, ppc64le, aarch64 and armv7hl


could someone help to fix FTBFS of trojita on several (new) primary architectures?

Bug 1402582 - trojita FTBFS on armv7hl because ragel core dumps
<a href="" title=""></a>

Bug 1402577 - trojita FTBFS on ppc64 and ppc64le
<a href="" title=""></a>

Bug 1402580 - trojita FTBFS on aarch64
<a href="" title=""></a>

Any help is appreciated.


Orphaning some of my packages


just right now I orphaned some of my packages because I don't have the time to maintain them properly. Feel free to pick them up.

- xfce-bluetooth
- diodon
- freetalk


Some of my packages are looking for new (co-)maintainers


I'll orphan some of my packages due to lack of available time to properly maintain them:
- rpms/bats -- Bash Automated Testing System ( master f25 f24 f23 epel7 el6 )
- rpms/docsis-config-encoder -- Encode a DOCSIS binary configuration file ( master f25 f24 f23 )
- rpms/i7z -- CLI curses based monitoring tool for Intel Core i7 processors ( master f25 f24 f23 )
- rpms/jpype -- Full access for Python programs to Java class libraries ( master f25 f24 f23 epel7 )
- rpms/mdp -- Minimalist password safe ( master f25 f24 f23 )
- rpms/python-javaobj -- Python module for serializing and deserializ

Broken dependencies: qt-virt-manager

FTR, this is fixed in testing for a long time now.
I still get those nasty mails, though and propably due to the freeze.

I filed it as a Freeze Exception:
<a href="" title=""></a>

qt-virt-manager has broken dependencies in the F-24 tree:
On x86_64:
qt-virt-manager-0.27.50-3.fc24.x86_64 requires nc6
On i386:
qt-virt-manager-0.27.50-3.fc24.i686 requires nc6
On armhfp:
qt-virt-manager-0.27.50-3.fc24.armv7hl requires nc6
Please resolve this as soon as po

I'll orphan some of my packages

Feel free to take:

- rpms/xfce4-hamster-plugin -- Time tracker port of the 'hamster project extension' for the xfce4 panel ( master f24 f23 f22 epel7 )



the package python-SecretStorage is looking for a new maintainer.

I took it temporarily because it's a dependency for backintime that I'm co-maintainer of. SecretStorage is an (optional) feature of backintime ¹, an alternative would be to disable it and I do not use this feature.

Orphaning willie, the irc bot

I've orphaned willie package cause upstream is dead.

I can not fix bug #1138618 for several reasons:
new tarball from pypi with new version 5.5.1 maybe but that tarball misses
- COPYING (was available in 4.5.0) though no idea how to handle EFL in such a case
- docs (was available in 4.5.0) though still usable as backport
- contrib with systemd support (was available in 4.5.0) though still usable as backport

It's suggested to use sopel instead, it's not yet packaged.
<a href="" title=""></a>

Looking for co-maintainer(s)


I would be glad to have some co-maintainers for the following packages that I took over from cicku:

RemoteBox - b0rken appstream-util validate (reported to upstream, no response so far)
lnav - randomly failing tests, no idea how to solve (tests success is not mandatory for now)

I took those packages to not let them orphan or even retire, though I do not use them in daily work and do not have the time to fix them ATM.
There are currently open update requests in bugzilla for all of them above, except lnav with a hotfix for the tests.
Please feel free to take individuall

ICU - Building packages with clang?

May that (or removing/adding another gcc/clang option) to the ICU x86 problem, too?

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