Postings by Dominik 'Rathann' Mierzejewski

libdvdread SONAME bump


libdvdread 6.0.2 brings a SONAME bump from .so.4 to .so.7 due to a small
change in the pgc_t struct (still_time and pg_playback_mode fields were
swapped). Only dvdauthor and libdvdnav packages in Fedora and dvd95
package in RPM Fusion actually reference any of those fields, but it's
still an ABI break. I'm doing the rebuilds using my provenpackager
privileges now.

utf8cpp major update

Hello, new utf8cpp maintainer here (thanks to Jamie for packaging it
and maintaining so far).

It appears that the project moved from SourceForge to GitHub a couple of
years ago and made quite a few releases since then. I've already
submitted an update from 2.3.4 to 2.3.6 in F30+, but I would like to
update to the latest 3.1 release in rawhide only, too.

As this is a header-only package, no rebuilds are required immediately.

I did try to rebuild all dependent packages in COPR[1]. It looks like
there are 7 consumers and 5 of them rebuilt with no issues.

orphaning nodejs-flot and js-excanvas

I'm orphaning nodejs-flot. Originally, I picked it up to unbundle
it from one of my own packages, but I really have no NodeJS expertise
to maintain it and I didn't have time to keep it up to date with
all the recent upstream activity this year.

The package build-depends on jarjar which is orphaned already and
js-excanvas, which I'm orphaning as well.

If nobody steps up within a week, I'll orphan these two.


Attention Gmail users, please turn off HTML mail

Dear developers,
sorry for a slightly off-topic post, but I've noticed that a significant
number of posters is sending HTML e-mail to this list (not to mention
top-replying), which generates unnecessary network traffic. Some people
pay for every bit downloaded, so they're paying for the same information
twice, because the e-mails are sent with multipart/alternative format,
which contains BOTH text/plain and text/html.

NoScript: dropping legacy version (for SeaMonkey et al.)

Dear list,
as mozilla-noscript maintainer I'm dropping the NPAPI/legacy version
of the add-on from the package. I've never actually used it with
SeaMonkey and I don't have any free time to test it. Upstream announced
a long time ago that it will be supported only until September 2018,
when Firefox ESR 52.x becomes EOL.

updates in stable branches introducing new dependencies

does anyone else beside me think it's not OK to introduce new
dependencies without any explanation in package updates released
to stable Fedora branches?

Arguably, the current stable updates policy is against this
<a href="" title=""></a> :
[...] Updates should aim to fix bugs, and not introduce features, [...]

This is happening regularly and FESCo mostly ignored the
issue when I raised it (<a href="" title=""></a>).

Sadly, this is still happening, and the reason for this particular
e-mail is the httpd update httpd-2.4.33-2:
<a href="https://bodh" title="https://bodh">https://bodh</a>

unannounced libfastjson ABI change breaks rsyslog

Dear Fedora,
it looks like the libfastjson-0.99.7 update that was submitted as an
update for all branches contained an unannounced ABI break:
$ abipkgdiff --d1 libfastjson-debuginfo-0.99.6-1.fc26.x86_64.rpm --d2 libfastjson-debuginfo-0.99.7-1.fc26.x86_64.rpm --devel1 libfastjson-devel-0.99.6-1.fc26.x86_64.rpm --devel2 libfastjson-devel-0.99.7-1.fc26.x86_64.rpm libfastjson-0.99.6-1.fc26.x86_64.rpm libfastjson-0.99.7-1.fc26.x86_64.rpm
================ changes of ''===============
Functions changes summary: 3 Removed, 1 Changed (57 filtered out), 4 Added functions

major elpa update (API and ABI incompatible)

I intend to update elpa to the latest version (2017.05.002) in rawhide.
This is a major change from currently packaged 2015.11.001. It comes
with a new API and is ABI-incompatible. Old APIs, especially some
private functions which were exposed but not meant for public use by
upstream have been removed. New API is described in [1].

There are two consumers of elpa in Fedora: cp2k and openmx. I put
the maintainers (myself included) of these packages on Cc in this

While cp2k already supports this new elpa, openmx does not.

Depending on pygobject3 may cause an unnecessary dependency on cairo

Dear fellow Fedora developers!
I was puzzled by this after upgrading from F25 to F26 on a headless
machine with a pretty minimal set of packages installed (i.e. almost
no libraries related to Xorg or mesa). The upgrade brought in an
updated abrt package which grew a dependency on
python-gobject/python3-gobject. That, in itself, wouldn't be so bad,
but python-gobject pulls in cairo and over 20 other libraries related
to graphical display.

Orphaning: makedepf90

Dear All,
I'm orphaning the package makedepf90. I originally packaged it only
to be able to unbundle it from cp2k, where it was used during the
build process, but it hasn't been used since release 2.6.0, when
upstream switched to their own dependency generation script written
in python. If anyone wants to take it, feel free to do so. Nothing
depends on it as far as I know.

Review swaps


I've got a couple of easy python packages to review:

Review Request: python-fypp - Fortran preprocessor
<a href="" title=""></a>

Review Request: python-mmtf - A decoding library for the macromolecular transmission format (MMTF)
<a href="" title=""></a>

I'll review a couple of yours in return.


Schedule for Friday's FESCo Meeting (2017-03-10)

Following is the list of topics that will be discussed in the
FESCo meeting Friday at 16:00UTC in #fedora-meeting on

To convert UTC to your local time, take a look at
<a href="" title=""></a>

or run:
date -d '2017-03-10 16:00 UTC'

Links to all issues below can be found at:
<a href="" title=""></a>

= Followups =

#topic #1635 F26 Self Contained Changes
.fesco 1635
<a href="" title=""></a>

= New business =

#topic #1686 F27 System Wide Change: No More Alphas
.fesco 1686
<a href="" title=""></a>

#topic #1687 Cons

policy on changes in or introduction of new dependencies

Dear Fedora developers,
there have been a number of examples where an update in a stable branch
brought in new dependencies and in significant numbers.

openbabel-2.4 update (ABI bump)

I've just pushed (not built yet) openbabel-2.4.1 in rawhide. I rebuilt
all the affected packages locally to ensure there are no issues.
The only thing failing is xdrawchem, which I maintain and that's
not due to openbabel update anyway.

Affected packages which I'll be rebuilding later today, after openbabel:


intention to unretire package: psad

Dear All,
I intend to unretire the package psad (Port Scan Attack Detector)
which was retired due to not having a native systemd unit.

I have updated the package to the latest upstream version which
supports journalctl and added an unit file. Here's my review
request: <a href="" title=""></a>

Review swaps welcome.


including EOL and vulnerable software in Fedora

Dear All,
I was made aware that EOL software with known security bugs that will
not be fixed upstream (due to EOL status) was reviewed and accepted into
Fedora recently. This came on the back of the FPC ticket [1] asking to
make some changes in the Python Packaging Guidelines. I did go back and
re-read our current guidelines and found that we don't have any policy
on that. As a result, I opened a FESCo ticket [2] with the aim of
establishing a clear policy on how to treat EOL software with known
security vulnerabilities.

My proposal is:

python-matplotlib-2.0.0 major update

I've just pushed (but not built) python-matplotlib-2.0.0b4 to rawhide.
I'll be attempting to rebuild all the affected packages locally to
test if they're compatible.

Schedule for Friday's FESCo Meeting (2016-09-02)

Following is the list of topics that will be discussed in the
FESCo meeting Friday at 16:00UTC in #fedora-meeting on

To convert UTC to your local time, take a look at
<a href="" title=""></a>

or run:
date -d '2016-08-12 16:00 UTC'

Links to all tickets below can be found at:
<a href="" title=""></a>

= Followups =

#topic #1609 Fedora 26 schedule proposal
.fesco 1609
<a href="" title=""></a>

#topic #1614 FHS exception for /snap
.fesco 1614
<a href="" title=""></a>

#topic #1617 Council update on Thir

broken dependencies due to libgexiv2 python subpackages rename

Hello, Kalev.
It would've been nice if you had contacted the maintainers of affected
packages before renaming the python subpackages of libgexiv2:

* Mon Aug 15 2016 Kalev Lember < ... at redhat dot com> - 0.10.4-1
- Rename python2 and python3 subpackages are per latest guidelines

I started getting broken dep nag-mails on August 20th:
lazygal has broken dependencies in the rawhide tree:
On x86_64:
lazygal-0.8.8-1.fc26.noarch requires libgexiv2-python2
On i386:
lazygal-0.8.8-1.fc26.noarch requires libgexiv2-python2
On armhfp:
lazygal-0.8.8-1.fc26.noarch requires libgexiv2-pytho

Heads up, elpa soname bump

I'm going to update elpa to 2015.11 this week, which includes a soname
bump and an API change. This change affects the following packages:


cp2k is already taken care of. I'm looking at openmx at the moment,
but help is welcome.


review swaps


I'm looking for reviewers for a couple of new packages:
<a href="" title=""></a>
mozilla-lightbeam - An add-on for visualizing HTTP requests between
websites in real time

<a href="" title=""></a>
mozilla-privacy-badger - Protects your privacy by blocking spying ads
and invisible trackers

<a href="" title=""></a>
tng - Trajectory Next Generation binary format manipulation library

a re-review for unretirement:
<a href="" title=""></a>
lazygal - A static web gallery generator

and t

openbabel update in rawhide

While fixing the FTBFS in openbabel, I rebased it to current git HEAD.
There seem to be some minor ABI changes, as expected with C++ libraries,
so a rebuild of the dependent packages is required. I found the
following consumers:

All of them except avogadro and IQmol build fine with no modifications.

avogadro has an unrelated issue (probably due to Qt or gcc update),
which is easily fixed.

IQmol depends on boost-1.58 internals which changed in 1.59+, so it's
still FTBFS.

I'll take care of all rebuilds except IQmol.

orphaning dx (OpenDX)

I'm orphaning the dx and dx-samples in rawhide.

It is FTBFS in rawhide due to stricter checks in gcc-6, the upstream
is dead (or actually it was never there, ever since IBM released the
code), and the code itself is ancient (1999). I don't use it and I don't
know anyone who does, so it's not really worth my effort to fix it
to build with gcc-6. I've been keeping the code building (and running,
mostly) for almost 10 years now and I think it's time for someone
else to take over, if they're interested.

Feel free to take it (and request other branches/admin access).

Heads Up: New arpack coming to rawhide

Dear maintainers,
I've just updated arpack to 3.3.0 in rawhide.

virtual provides/metapackage for various OpenCL implementations

Dear maintainers,
I've just enabled OpenCL support in the gromacs package[1] and would
like to express a weak dependency on an OpenCL implementation, but I
have no way of doing so at the moment.

We have three packages which provide OpenCL implementations:
beignet - Intel GPUs
mesa-libOpenCL - AMD GPUs (only?)
pocl - CPU-based

Would it make sense to add a virtual provide to each of the packages
to mean the all provide a "vendor" OpenCL implementation?

JavaScript SIG?

is there a JavaScript SIG or a mailing list? I've been forced to package
several JavaScript code/libraries and I have some questions.

However, I couldn't find any trace of a JavaScript SIG or a mailing
list. Is there anyone interested in creating/joining one?


OpenBabel rebase to pre-2.4 (current Git master)

Dear fellow packagers,
I intend to update openbabel to pre-2.4 (current Git master) in rawhide
in a few weeks. For now I'm providing the new builds in copr:
<a href="" title=""></a>
Package owners in Bcc: please check if your packages build against this
new version and still work correctly.

Affected packages:

One known issue is that building Ruby bindings makes 66% of the tests
fail. If anyone could look at that, I'd appreciate it a lot.


Re: Orphaning freefem++

Dear Fedora Community,
I'm orphaning the freefem++ package[1] since I don't have access to
anyone that uses it and despite having an active upstream, it's a pain
to get it to build with each new release.

Also, I can hardly speak French.

Nothing seems to depend on freefem++ directly. There are two open bugs:
one for updating to the latest upstream release 3.32 and another
to enable two more build dependencies.

Hopefully, someone who actually uses it can take care of this package.


Orphaning iscan-firmware (Firmware for Epson flatbed scanners)

Dear Fedora Community,
I'm orphaning the iscan-firmware package since I no longer have even
one Epson scanner which would require it. Hopefully someone else
with one of the supported scanners can take it.


Open Seats on the Fedora Packaging Committee

The Fedora Packaging Committee has two open seats and is accepting
submissions from interested candidates to serve on the FPC.

This position involves not only reviewing Packaging Guideline drafts
submitted to the FPC for consideration, but also rewriting drafts
(sometimes from scratch) to resolve the issue in a more acceptable
fashion. Additionally, the FPC reviews bundling exceptions (and UID/GID
soft static assignment). The FPC meets on IRC weekly, Wednesdays at 1600
UTC, for approximately an hour. FPC members serve for as long as they
are willing, there are currently no term limits.