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.

Hello,

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.

Hello,

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

* <a href="https://src.fedoraproject.org/rpms/facter/pull-request/4" title="https://src.fedoraproject.org/rpms/facter/pull-request/4">https://src.fedoraproject.org/rpms/facter/pull-request/4</a>
* <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1733765" title="https://bugzilla.redhat.com/show_bug.cgi?id=1733765">https://bugzilla.redhat.com/show_bug.cgi?id=1733765</a>

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="http://koji.fedoraproject.org/koji/buildinfo?buildID=1331249" title="http://koji.fedoraproject.org/koji/buildinfo?buildID=1331249">http://koji.fedoraproject.org/koji/buildinfo?buildID=1331249</a>
<a href="http://koji.fedoraproject.org/koji/buildinfo?buildID=1331278" title="http://koji.fedoraproject.org/koji/buildinfo?buildID=1331278">http://koji.fedoraproject.org/koji/buildinfo?buildID=1331278</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

Hi,

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="https://bugzilla.redhat.com/show_bug.cgi?id=1733707" title="https://bugzilla.redhat.com/show_bug.cgi?id=1733707">https://bugzilla.redhat.com/show_bug.cgi?id=1733707</a>

Thank you,

regards,

bex

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: compose.cloud.all

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="https://openqa.fedoraproject.org/tests/426877" title="https://openqa.fedoraproject.org/tests/426877">https://openqa.fedoraproject.org/tests/426877</a>
ID: 426899 Test: x86_64 Workstation-live-iso install_

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

To convert UTC to your local time, take a look at
<a href="http://fedoraproject.org/wiki/UTCHowto" title="http://fedoraproject.org/wiki/UTCHowto">http://fedoraproject.org/wiki/UTCHowto</a>

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

Links to all issues to be discussed can be found at:
<a href="https://pagure.io/fesco/report/meeting_agenda" title="https://pagure.io/fesco/report/meeting_agenda">https://pagure.io/fesco/report/meeting_agenda</a>

= New business =

#topic #2179 python27 exception request for ptxdist
<a href="https://pagure.io/fesco/issue/2179" title="https://pagure.io/fesco/issue/2179">https://pagure.io/fesco/issue/2179</a>

= Open Floor =

For more complete details, please visit each individual
issue.

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="https://bugzilla.redhat.com/show_bug.cgi?id=1727343" title="https://bugzilla.redhat.com/show_bug.cgi?id=1727343">https://bugzilla.redhat.com/show_bug.cgi?id=1727343</a>
ACTION: QA to verify libdnf-0.35.1-2 fixes the bug

Proposed blockers
1.

Hello,

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

Review Request: wgctrl - Control of WireGuard interfaces on multiple platforms
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1730911" title="https://bugzilla.redhat.com/show_bug.cgi?id=1730911">https://bugzilla.redhat.com/show_bug.cgi?id=1730911</a>

Review Request: golang-github-mattn-ieproxy - Detect the proxy settings on
Windows platform
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1733160" title="https://bugzilla.redhat.com/show_bug.cgi?id=1733160">https://bugzilla.redhat.com/show_bug.cgi?id=1733160</a>

Review Request: golang-github-google-renameio - Atomically create or replace a
file or symbolic link
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1733175" title="https://bugzilla.redhat.com/show_bug.cgi?id=1733175">https://bugzilla.redhat.com/show_bug.cgi?id=1733175</a>

Review Request: golang-x-mod - Go module mechanics libraries
<a href="https://bugzilla.redhat.com/show_bug" title="https://bugzilla.redhat.com/show_bug">https://bugzilla.redhat.com/show_bug</a>

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"
status.

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

Hi,

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.

Hi,

(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/R-make-search-index.sh

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.

hmmm. from the root.log

DEBUG util.py:585: BUILDSTDERR: Error:
DEBUG util.py:585: BUILDSTDERR: Problem: conflicting requests
DEBUG util.py:585: 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?

Hi,

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

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

<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1729382" title="https://bugzilla.redhat.com/show_bug.cgi?id=1729382">https://bugzilla.redhat.com/show_bug.cgi?id=1729382</a>

And

<a href="https://koji.fedoraproject.org/koji/taskinfo?taskID=36501622" title="https://koji.fedoraproject.org/koji/taskinfo?taskID=36501622">https://koji.fedoraproject.org/koji/taskinfo?taskID=36501622</a>

Probably going to have lot of FTBFS....

Remi

I plan to drop the following python2 subpackages from rawhide:

python2-kobo
python2-kobo-client
python2-kobo-worker
python2-kobo-rpmlib

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="https://bugzilla.redhat.com/show_bug.cgi?id=1731903" title="https://bugzilla.redhat.com/show_bug.cgi?id=1731903">https://bugzilla.redhat.com/show_bug.cgi?id=1731903</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="https://fedoraproject.org/wiki/Changes/F31_Mass_P" title="https://fedoraproject.org/wiki/Changes/F31_Mass_P">https://fedoraproject.org/wiki/Changes/F31_Mass_P</a>

Hello,

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

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: compose.cloud.all

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="https://openqa.fedoraproject.org/tests/425894" title="https://openqa.fedoraproject.org/tests/425894">https://openqa.fedoraproject.org/tests/425894</a>
ID: 425895 Test: x86_64 Server-dvd-iso server_role_dep

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.

<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1732635" title="https://bugzilla.redhat.com/show_bug.cgi?id=1732635">https://bugzilla.redhat.com/show_bug.cgi?id=1732635</a>

Anyone knows how to contact Moez?

<a href="https://fedoraproject.org/wiki/Changes/AArch64_Xfce_Desktop_image" title="https://fedoraproject.org/wiki/Changes/AArch64_Xfce_Desktop_image">https://fedoraproject.org/wiki/Changes/AArch64_Xfce_Desktop_image</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).

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="https://pagure.io/releng/issue/8555" title="https://pagure.io/releng/issue/8555">https://pagure.io/releng/issue/8555</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.

<a href="https://fedoraproject.org/wiki/Changes/Anaconda_Reclaim_Disk_Space" title="https://fedoraproject.org/wiki/Changes/Anaconda_Reclaim_Disk_Space">https://fedoraproject.org/wiki/Changes/Anaconda_Reclaim_Disk_Space</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.

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.

<a href="https://fedoraproject.org/wiki/Changes/Add_LLD_As_Update_Alternatives_Option_For_LD" title="https://fedoraproject.org/wiki/Changes/Add_LLD_As_Update_Alternatives_Option_For_LD">https://fedoraproject.org/wiki/Changes/Add_LLD_As_Update_Alternatives_Op...</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.

<a href="https://fedoraproject.org/wiki/Changes/OpenLDAPwithBerkleyDBasModule" title="https://fedoraproject.org/wiki/Changes/OpenLDAPwithBerkleyDBasModule">https://fedoraproject.org/wiki/Changes/OpenLDAPwithBerkleyDBasModule</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
modules.

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.