HEADS UP: rust-crossbeam-* changed license


I'm updating rust-crossbeam-channel from 0.3.8 to 0.3.9 which has
changed license a bit: `MIT or ASL 2.0` → `(MIT or ASL 2.0) and BSD`.

Other crossbeam crates will have this change as well when upstream
releases new version.

It seems that it should have been there for long time due to some code
taken from "Bounded MPMC queue".

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.

Rust applications & i686

Hello fellows,

So that now i686 is no longer exists (I mean as an image), is there
reason to produce i686 binaries for applications written in Rust?

Intent to orphan "python-marshmallow-enum"


It seems that package is unmaintained in upstream (last commit was
more than a year ago) and FTBFS with Python 3.8[0]. Nothing depends on
it in Fedora.

Let me know if you would like to take over the package.

Intent to orphan "tracker"


I'm getting hundreds of ABRT bugs from tracker which I simply have no
time to go through. Would anybody like to take over that package from

I'll orphan it next weekend if nobody speaks up.

Possibly non-responsive maintainer: gchamoul


does anybody know how to contact Gaël Chamoulaud (gchamoul)?

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

Wanted - someone to run a simple test on Fedora/armv7 **rawhide**

I gave up my last ARM machines recently, and according to this page
there are no Fedora/armv7 test machines available running Rawhide:

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

Can someone who has access to Fedora/armv7 with **Rawhide** installed
please run the 3 very simple non-root commands here:

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

and comment on the bug what it says? You will need e2fsprogs >=
1.45.2-1.fc31 installed, and probably the latest Rawhide kernel since
I'm not sure if the bug is in kernel or userspace.


Peer authentication failure with postgres tests on ppc64 only?

I have a number of packages which use %postgresql_tests_run to start
a postgres server in %check and they all seem to have failed during
the mass rebuild, for example:

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

The failure is in %postgresql_tests_run when, after it has started
the server it tries to create a database:

+ createdb -h /tmp mockbuild --owner mockbuild -p 36884
BUILDSTDERR: createdb: could not connect to database template1: FATAL:
Peer authentication failed for user "mockbuild"

That basically

2019-07-29 @ 15:00 UTC - Fedora QA Meeting

# Fedora Quality Assurance Meeting
# Date: 2019-07-29
# Time: 15:00 UTC
(<a href="" title=""></a>)
# Location: #fedora-meeting on

Greetings testers!

We didn't meet for a few weeks, so let's check in on where we're at.

If anyone has any other items for the agenda, please reply to this
email and suggest them! Thanks.

== Proposed Agenda Topics ==

1. Previous meeting follow-up
2. Fedora 31 status
3. Process proposals: Xen / EC2 criteria, 'last minute' blockers
4. Test Day / community event status
5. Open floor

Review Swap


I am happy to try my hand at a review swap. I have worked with simple
python and golang packages.

I have the exciting multi-git-status on offer. This is a bash script.

Review Request: multi-git-status - Show uncommitted, untracked and
unpushed changes for multiple Git repos
<a href="" title=""></a>

Thank you,



Fedora-Rawhide-20190727.n.0 compose check report

No missing expected images.

Compose FAILS proposed Rawhide gating check!
3 of 45 required tests failed, 4 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING** below
Unsatisfied gating requirements that could not be mapped to openQA tests:

Failed openQA tests: 14/147 (x86_64), 1/2 (arm)

New failures (same test not failed in Fedora-Rawhide-20190726.n.0):

ID: 426877 Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: <a href="" title=""></a>
ID: 426899 Test: x86_64 Workstation-live-iso install_

Orphaning some packages which depend on camlp4

<a href=" ... at lists dot" title=" ... at lists dot"> ... at lists dot fedoraproject....</a>

camlp4 is (was) a grammar extension/macro package for OCaml. It was
replaced upstream by PPX extensions a while back, but quite a few
packages still used camlp4.

Since we updated OCaml to 4.08 there has been no work on upgrading
camlp4 to work with the new version.

Schedule for Mondays's FESCo Meeting (2019-07-29)

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

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

or run:
date -d '2019-07-29 15:00 UTC'

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

= New business =

#topic #2179 python27 exception request for ptxdist
<a href="" title=""></a>

= Open Floor =

For more complete details, please visit each individual

2019-07-29 @ 16:00 UTC - Fedora 31 Blocker Review Meeting

# F31 Blocker Review meeting
# Date: 2019-07-29
# Time: 16:00 UTC
# Location: #fedora-blocker-review on

Hi folks! We have 4 proposed Beta blockers to review, so let's have a
Fedora 31 blocker review meeting on Monday!

If you have time this weekend, you can take a look at the proposed or
accepted blockers before the meeting - the full lists can be found
here: <a href="" title=""></a> .

We'll be evaluating these bugs to see if they violate any of the
Release Criteria and warrant the blocking of a release if they're not

Fedora 31 Blocker status email #1

Oh wow, it's already that time in the Fedora 31 release cycle. Welcome
to the first Fedora 31 Beta blocker status email!

Action summary

Accepted blockers
2. libdnf — <a href="" title=""></a>
ACTION: QA to verify libdnf-0.35.1-2 fixes the bug

Proposed blockers

Fedora-Rawhide-20190726.n.0 compose check report

No missing expected images.

Compose PASSES proposed Rawhide gating check!
All required tests passed

Failed openQA tests: 6/147 (x86_64), 1/2 (arm)

New failures (same test not failed in Fedora-Rawhide-20190725.n.0):

ID: 426641 Test: x86_64 KDE-live-iso desktop_notifications_postinstall
URL: <a href="" title=""></a>
ID: 426671 Test: x86_64 universal install_btrfs
URL: <a href="" title=""></a>

Old failures (same test failed in Fedora-Rawhide-20190725.n.0):

ID: 426642 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload
URL: <a href="https://op" title="https://op">https://op</a>

Review swaps


I'd like some help to review a handful of Golang packages:

Review Request: wgctrl - Control of WireGuard interfaces on multiple platforms
<a href="" title=""></a>

Review Request: golang-github-mattn-ieproxy - Detect the proxy settings on
Windows platform
<a href="" title=""></a>

Review Request: golang-github-google-renameio - Atomically create or replace a
file or symbolic link
<a href="" title=""></a>

Review Request: golang-x-mod - Go module mechanics libraries
<a href="" title=""></a>

Offering do-anything-swap in exchange to white_dune sponsoring


Cause i can't offer a review-swap (cause i am not in the packager
group), i offer a do-anything-swap in exchange to white_dune fedora

I have some experience in writing C, C++, java, awk, lex/yacc and
shellscript, but i don't have enough time to write a complex 300000
lines program like white_dune from scratch.
Creating a prototype or a add-on would be possible.
Or debugging a big program using gdb on a clear error would be great.
The tasks i worked on are X3D, OpenGL/jogl and numerics, but i would
debug any task...

so long


I need python3-oauth for MythTV on RPM Fusion. I looked into it and there
hasn't been a successful build since F28. I tried a simple update to python
3 BR's and the package built fine so I went ahead and built packages for
Rawhide and F30 based on the "no one seems to care about this package"

Since there hasn't been a release since 2009 it may be best to move to
another "provider" in the long term.

Fedora 31 Self-Contained Change proposal: Enable net.ipv4.ping_group_range in the kernel

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

(Note this change proposal was originally submitted before the
deadline, but was delayed due to some discussion between the change
owner and change wrangler)

== Summary ==
Enable the Linux kernel's <code>net.ipv4.ping_group_range</code>
parameter to cover all groups.

== Owner ==
* Name: [[User:rishi|Debarshi Ray]]
* Email: <a href="mailto: ... at redhat dot com"> ... at redhat dot com</a>

== Detailed Description ==
Enable the Linux kernel's <code>net.ipv4.ping_group_range</code>
parameter to cover all groups.

Fedora 31 Rawhide 20190726.n.0 nightly compose nominated for testing

Announcing the creation of a new nightly release validation test event
for Fedora 31 Rawhide 20190726.n.0. Please help run some tests for this
nightly compose if you have time.

Guidelines for scriptlets modifying %config(noreplace) files


I noticed on an Ansible run that a recent update to bind changed
/etc/named.conf directly, instead of creating a separate rpmnew file.
(It's running sed in a scriptlet.)

I couldn't find clear packaging policy on this. The guidelines [0] talk
about %config(noreplace) vs %config, but /etc/named.conf is installed as
a "noreplace" file.

I've not really been a particularly active packager in a long time so I
could be wrong, but my expectation was that you're not meant to edit
"noreplace" files in scriptlets.

Orphaning python-grapefruit


I am not consuming that package and not able to update it. Time which
i can dedicate to Fedora side is dropped for me now and I am not even
sure how long it would be the case so I hope `python-grapefruit` will
find an another package maintainer.

Removing macros.R


(This message is cross-posted to the Fedora devel and R SIG Fedora
mailing lists.)

Currently, R-core installs macros.R which defines one macro:
%_R_make_search_index /usr/lib/rpm/

This script does nothing, and there is no mention of this macro in our
guidelines. The macro is used by one package, R-systemfit. The script
is not used.

According to the R %changelog, it was disabled in 2009.

I would like to clean this up, and will do so in approximately a week,
and/or whenever the mass rebuild finishes.

For unsubscribe

Please remove me from your mailing list.

mass rebuild, glusterfs build failed

hmmm. from the root.log

DEBUG BUILDSTDERR: Problem: conflicting requests
DEBUG BUILDSTDERR: - nothing provides kernel >= 4.18.0
needed by firewalld-0.6.4-1.fc31.noarch

how to deal with this? Wait for a new firewalld package?

I wish to drop python2-certifi

As a maintainer of python-certifi, I wish to get rid of python2-certifi.

It has some dependencies:

$ repoquery --repo=rawhide{,-source} --whatrequires python2-certifi

$ repoquery --repo=rawhide{,-source} --whatrequires python2-dulwich

$ repoquery --repo=rawhide{,-source} --whatrequires python2-anyvc

$ repoquery --repo=rawhide{,-source} --whatrequires python2-rabbitvcs

findbugs-contrib building on i686 builders despite ExcludeArch


Due to a dependency on Eclipse, findbugs-contrib can no longer be
built on non-64-bit architectures.

Fedora-Rawhide-20190725.n.0 compose check report

No missing expected images.

Compose FAILS proposed Rawhide gating check!
3 of 45 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING** below

Failed openQA tests: 12/147 (x86_64), 1/2 (arm)

New failures (same test not failed in Fedora-Rawhide-20190724.n.0):

ID: 426291 Test: x86_64 Server-dvd-iso server_remote_logging_server
URL: <a href="" title=""></a>
ID: 426292 Test: x86_64 Server-dvd-iso server_remote_logging_client
URL: <a href="" title=""></a>
ID: 426318 Test: x86_64 KDE-live-iso install_no_user **GA


Yet Another Ceph Build Stuck in Pending Testing

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

Would someone please give it a kick.


Mass rebuild with cpio issue ?

Is it really a good idea to launch the mass rebuild now,
when cpio is broken on i386 ?

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


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

Probably going to have lot of FTBFS....


Package nagstamon seems unmaintained / non-responsive maintainer


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

Intent to drop python2-kobo*

I plan to drop the following python2 subpackages from rawhide:


python2-kobo-rpmlib already fails to install in rawhide due to the
removal of python2-koji (bug 1732080).

One package depends on these:

freshmaker: qwan
Also fails to install in rawhide, <a href="" title=""></a>

Anyone who wants to spin off and adopt these python2 packages please get
in touch by 2019-08-15.

This announcement is being sent per removal process:
<a href="" title=""></a>

Schedule for Thursday's FPC Meeting (2019-07-25 16:00 UTC)

Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2019-07-25 16:00 UTC in #fedora-meeting-1 on

Local time information (via.

HEADS UP: Source File Verification


we've got new section in Packaging Guidelines about verifying upstream
sources[0] with GPG.

Non-responsive maintainer: dridi

Greetings fellow package maintainers,

I'm starting the non-responsive maintainer process on myself because
the time I can dedicate to Fedora will significantly drop for the next
3 months. It wasn't that much to begin with...

I don't think I will be able to follow up on anything, especially
bugzillas, at best I plan to keep on reading what's going on on the
devel list. All my packages are rather low traffic and don't require
much maintenance.

Fedora-Rawhide-20190724.n.0 compose check report

No missing expected images.

Compose FAILS proposed Rawhide gating check!
4 of 45 required tests failed, 4 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING** below
Unsatisfied gating requirements that could not be mapped to openQA tests:

Failed openQA tests: 13/147 (x86_64), 1/2 (arm)

New failures (same test not failed in Fedora-Rawhide-20190723.n.0):

ID: 425894 Test: x86_64 Server-dvd-iso install_repository_hd_variation
URL: <a href="" title=""></a>
ID: 425895 Test: x86_64 Server-dvd-iso server_role_dep

Fedora Container base image is getting smaller

Hi all,

The Container SIG has been busy in the last few weeks working on
getting the Fedora container base image smaller (It was growing over
300MB). While a few minor changes [0-1] have recently landed in the
fedora:latest and fedora:rawhide images.

Last couple days a bigger change [2] have been introduced in the
fedora:rawhide image.

Request to take ownership of gimp-resynthetizer

Following the bug report[1], I would like to take ownership of
gimp-resynthetizer because of its use on Fedora Design Suite Labs.

Nonreponsive maintainer check for moezroy (system-config-users)

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

Anyone knows how to contact Moez?

Rolling out Phase I of rawhide package gating

Good Morning Everyone,

TL;DR: On July 24th we will turn on the first phase of Rawhide package gating,
for single build updates.
In a later phase, Rawhide updates that contain multiple builds will also be
enabled for gating. Our goal is to improve our ability to continuously turn out
a useful Fedora OS. So we hope and expect to get opt-in from as many Fedora
package maintainers as possible, including maintainers of the base OS.

Fedora 31 Self-Contained Change proposal: AArch64 Xfce Desktop image

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

== Summary ==
Add an AArch64 Xfce Desktop image to deliverables in Fedora 31.

== Owner ==
* Name: [[User:pwhalen| Paul Whalen]]
* Email: <a href="mailto: ... at fedoraproject dot org"> ... at fedoraproject dot org</a>
* Responsible WG: ARM SIG

== Detailed Description ==

We currently offer Workstation, Minimal and Server images for use with
AArch64 Single Board Computer's (SBC's).

REMINDER: Software string freeze is 30 July

The software string freeze begins 30 July. For more information, see
the String Freeze Policy[1]. For more upcoming development[2] and
translation[3] milestones, see the schedule site.

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

Fedora 31 Mass Rebuild

Hi all,

Per the Fedora 31 schedule[1] we will be starting a mass rebuild for Fedora
31 tomorrow. We are doing a mass rebuild for Fedora 31 for all the changes
listed in

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

we will start the mass rebuild on 2019-07-23

This is a heads up that it will be done in a side tag and moved over
when completed.

are the ppc64le builders healthy?

I built the latest ceph-14 (14.2.2) on rawhide successfully two days ago.

Two different builds on f30 built or are building fine on x86_64, i686, and
aarch64, but failed with different errors on ppc64le at different places in
the build. One looks like it ran out of space in the file system. The
other may have been OOM killed (?).

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

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


Fedora 31 Self-Contained Change proposal: Simply reclaim disk space in Anaconda

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

== Summary ==
The installer shows the Resize Disk Space dialog to reclaim disk space
for the automatic partitioning in the graphical user interface. The
Anaconda team would like to replace this dialog with a simple list of
predefined choices.

== Owner ==
* Name: [[User:Vponcova| Vendula Poncova]]
* Email: <a href="mailto: ... at redhat dot com"> ... at redhat dot com</a>

== Detailed Description ==
The installer shows the Resize Disk Space dialog to reclaim disk space
for the automatic partitioning in the graphical user interface.

Non-responsive maintainer: tonet666p

Hi everybody,

Does anybody know how to contact tonet666p?

Fedora Atomic Host Two Week Release Announcement: 29.20190722.0

A new Fedora Atomic Host update is available via an OSTree update:

Version: 29.20190722.0
Commit(x86_64): 74566c9d78aeb334f497b77d85d726932ebf5b6ee6ef33594fb4ec072ac880bc
Commit(aarch64): c570fbbcc753ee9c3198ddd7c6344ecb7d4b3ee456a20e309bec4ec4a811ab0e
Commit(ppc64le): 41ffdaa7a8271976a8db344ec8d1ee7c7cb668f6e2f9e89945f7d85336dd2ff5

We are releasing images from multiple architectures but please note
that x86_64 architecture is the only one that undergoes automated
testing at this time.

Existing systems can be upgraded in place via e.g.

target font model on Freedesktop systems


Now that things are starting to move fonts-side[1], I’d like the various
actors to agree on a common font model target.

Without a a common target, we’ll end up working at odds with one
another. Upstream font files can not serve as a an officious target.
They are full of quirks, you end up with a different model per file-set.

My understanding of the state of the art is that OpenType is now
hegemonic. So it’s useless to target anything not specified in OpenType

Fedora 31 Self-Contained Change proposal: Add LLD As Update Alternatives Option For LD

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

== Summary ==
Allow users to optionally use update-alternatives to make /usr/bin/ld
point to /usr/bin/lld.

== Owner ==
* Name: [[User:tstellar| Tom Stellard]]
* Email: < ... at redhat dot com>

== Detailed Description ==
Update the lld package %post and %postun steps to configure the system
so that a user can use the update-alternatives tool to create a
symlink from /usr/bin/ld to /usr/bin/lld.

Fedora 31 Self-Contained Change proposal: DeepinDE 15.11

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

== Summary ==
Update the Deepin Desktop Environment to 15.11 in Fedora.

== Owner ==

* Name: [[User:Zsun|Zamir SUN]] - main coordinator, packager
* Email:
* [[User:cheeselee|Robin 'cheese' Lee]] - main packager
* Email:

== Detailed Description ==
Update Deepin Desktop in Fedora to the newest upstream, which is 15.11.

Deepin Desktop in Fedora 30 is based on 15.9 and the changelog for
15.10 and 15.11 are

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

Fedora 31 Self-Contained Change proposal: Ship BerkleyDB backend as a module

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

== Summary ==
Change the ''openldap-servers'' package so that BDB and HDB backends
are required to be dynamically loaded.

== Owner ==
* Name: [[User:mhonek| Matus Honek]]
* Email: mhonek (at) redhat (dot) com

== Detailed Description ==

So far the BDB and HDB were statically built with the ''slapd'' binary
and merely declaring `database bdb` or `database hdb` would just work.
Change introduces an additional requirement of explicitly declaring to
load the backend's SO file according to the documentation of dynamic

Fedora-Rawhide-20190723.n.0 compose check report

No missing expected images.

Compose FAILS proposed Rawhide gating check!
23 of 47 required tests failed, 19 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING** below
Unsatisfied gating requirements that could not be mapped to openQA tests:
MISSING: fedora.universal.i386.64bit - compose.install_repository_http_graphical
MISSING: fedora.universal.i386.64bit - compose.install_scsi_updates_img

Failed openQA tests: 78/147 (x86_64), 1/2 (arm)

Old failures (same test failed in Fedora-Rawhide-20190722.n.1):

ID: 425290 Test: x86_64 Server-boot-iso install_def

Orphaning/retiring 3 Java packages

Soon after Fedora 31 branching I intend to retire java-packaging-howto
package and orphan byaccj and javapackages-tools packages. The reason
is that I intend to maintain these packages as part of modules.

I will continue to maintain non-modular packages through lifecycles of
Fedora 29-31, but starting from Fedora 32 I will maintain modular
versions only.

ownership of /proc and /sys

directories /proc/ and /sys/ are owned by filesystem package. This worked in past where we needed those directories to
exist so we can mount the procfs and sysfs.

However this cause issues in containers:
<a href="" title=""></a>
and during building where hacks are needed:
<a href="" title=""></a>

I have bunch of ideas, but all of them ugly (e.g., not own that file and create that directories in scriptlet). Do you
have any ideas about this situation?

Syndicate content