Hi,

I just build a new version of g2clib (upgraded from 1.4.0 to 1.6.0), and
with this change this static library for grib file handling changes name:
old: libgrib2c.a
new: libg2c_v1.6.0.a

I dont know of a packaging guideline that tells me to announce this, but
to prevent surprises for dependent packages I thought I'd mention it.

Best regards,

Jos

Hello Fedora devels and users,

more than three years ago, the same topic started discussion if we want
this package in Fedora or not and how [1]. The discussion resulted
mostly in flames and in the removal of the dependency on tcp_wrappers
from systemd. But it was quite agreed that it is considered as a
security layer for some users, if they use it correctly, or something
that is or should be replaced by firewalls.

So can we discuss it now once more without the affiliation to systemd?
The fact is that we still do not have any other replacement except
firewalls.

Hi Fedora community,

as the originally planned FAmSCo and FESCo Voting period was
cancelled, we are now starting the alternative Voting period to these
two teams.

Dear all,

You are kindly invited to the meeting:
Modularity Office Hours on 2017-08-15 from 10:00:00 to 11:00:00 US/Eastern
At <a href="https://meet.jit.si/fedora-modularity" title="https://meet.jit.si/fedora-modularity">https://meet.jit.si/fedora-modularity</a>

The meeting will be about:
This is where you ask the Fedora Modularity Team questions (and we try to answer them)!

Join us on [IRC](irc://chat.freenode.net/#fedora-modularity): #fedora-modularity on [FreeNode](<a href="https://freenode.net" title="https://freenode.net">https://freenode.net</a>)

Source: <a href="https://apps.fedoraproject.org/calendar/meeting/5910/" title="https://apps.fedoraproject.org/calendar/meeting/5910/">https://apps.fedoraproject.org/calendar/meeting/5910/</a>

Hello,

there is a new version of Wireshark available in Fedora Rawhide (2.4.0)
and it comes with both Qt and GTK+ GUI. Nonetheless the upstream
developers do not support GTK version any more.

<a href="https://www.wireshark.org/docs/relnotes/wireshark-2.4.0.html" title="https://www.wireshark.org/docs/relnotes/wireshark-2.4.0.html">https://www.wireshark.org/docs/relnotes/wireshark-2.4.0.html</a>

I think it's time to drop it and use Wireshark Qt version only, because
it is the only GUI supported by upstream. What do you think, do you have
any objections?

Best regards,

Fedora community,

I need to inform you that currently running elections to FESCo needs
to be cancelled. As reported on Council ticket #131 [1], one of the
nominees to FESCo has already granted FESCo seat till end of the F27
period. As such his nomination for the current Elections needs to be
cancelled and subsequently we need to cancel the whole voting and run
it once more.

I would like to ask members of Fedora community to vote once more
starting on Tuesday 2017-Aug-15 00:00:00 UTC. The new voting period
will stop on 2017-Aug-21 at 23:59:00 UTC.

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
<a href="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life" title="https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life">https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life</a>

Note: If you received this mail directly you (co)maintain one of the affected
packages or a package that depends on one.

Missing expected images:

Cloud_base qcow2 x86_64
Atomic qcow2 x86_64
Workstation live i386
Cloud_base raw-xz x86_64
Server boot i386
Atomic raw-xz x86_64
Kde live i386

Failed openQA tests: 41/137 (x86_64), 4/18 (i386), 1/2 (arm)

New failures (same test did not fail in Rawhide-20170811.n.2):

ID: 128737 Test: i386 universal install_btrfs
URL: <a href="https://openqa.fedoraproject.org/tests/128737" title="https://openqa.fedoraproject.org/tests/128737">https://openqa.fedoraproject.org/tests/128737</a>
ID: 128749 Test: x86_64 universal support_server
URL: <a href="https://openqa.fedoraproject.org/tests/128749" title="https://openqa.fedoraproject.org/tests/128749">https://openqa.fedoraproject.org/tests/128749</a>
ID: 128751 Test: x86_64 universal install_lvmthin@uefi
URL: <a href="https://openqa.fedoraproject.org/tests/128751" title="https://openqa.fedoraproject.org/tests/128751">https://openqa.fedoraproject.org/tests/128751</a>

For some odd reasons, I am unable to update via bodhi even though the
package is already built[1].

Is it a bug from the infrastructure as the database failed to list new
package [2]?

Reference

[1]
<a href="http://koji.fedoraproject.org/koji/search?type=package&amp;match=glob&amp;terms=gimp-luminosity-masks" title="http://koji.fedoraproject.org/koji/search?type=package&amp;match=glob&amp;terms=gimp-luminosity-masks">http://koji.fedoraproject.org/koji/search?type=package&amp;match=glob&amp;terms=...</a>

[2] <a href="https://src.fedoraproject.org/rpms/gimp-luminosity-masks" title="https://src.fedoraproject.org/rpms/gimp-luminosity-masks">https://src.fedoraproject.org/rpms/gimp-luminosity-masks</a>

During one of the releng rebuilds my package OCE is failing to build[1]
because it can't find /usr/include/xlocale.h

In both Fedora 24/25 it is provided by the glibc-headers package but it
seems to have been dropped in 2.26 in rawhide.

# dnf repoquery --whatprovides /usr/include/xlocale.h
Fedora 26 - x86_64 - Updates
5.2 MB/s | 10 MB 00:01
Fedora 26 - x86_64
6.5 MB/s | 53 MB 00:08
Last metadata expiration check: 0:00:03 ago on Sat Aug 12 13:18:38 2017.
glibc-headers-0:2.25-6.fc26.i686
glibc-headers-0:2.25-6.fc26.x86_64
glibc-headers

Hi,

I found this issue when installing fedpkg in either f25 container or
VM.

Hash: SHA256

===================================
#fedora-meeting: FESCO (2017-08-11)
===================================

Meeting started by sgallagh at 16:01:00 UTC. The full logs are available
athttps://meetbot.fedoraproject.org/fedora-meeting/2017-08-11/fesco.2017-08-11-16.01.log.html
.

Meeting summary
* init process (sgallagh, 16:01:00)

* #1721 Non-responsive maintainer process for caillon, and retiring
xchat (sgallagh, 16:04:19)
* AGREED: orphan all of caillon's packages and announce this.

Hello,

I am sending these release notes also to fedora-devel list (and not just
copr-devel list as usually) because they contain information
about upcoming Fedora branching and what features COPR provides to move the
set of packages from your rawhide chroots into the newly branched ones.

We have just released copr-frontend-1.118.

Hash: SHA256

Following is the list of topics that will be discussed in the
FESCo meeting Friday at 16:00UTC in #fedora-meeting onirc.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 '2017-08-11 16:00 UTC'

Links to all issues below can be found
at:https://pagure.io/fesco/report/meeting_agenda

= Followups =

= New business =

#topic #1760 F27 approved Changes not in MODIFIED status (considered
as not testable)https://pagure.io/fesco/issue/1760

#topic #1758 ImageMagick Unresponsive Maintainer process - hubbitus
(Pav

I've just pushed an import commit to my first repository that was created
with fedrepo_req on pagure, and I got the following traceback from the
remote when it obviously failed to run a post-receive hook:

remote: Traceback (most recent call last):
remote: File "./hooks/post-receive.default", line 19, in <module>
remote: import pagure # noqa: E402
remote: File "/usr/lib/python2.7/site-packages/pagure/__init__.py", line
60, in <module>
remote: APP.config.from_envvar('PAGURE_CONFIG')
remote: File "/usr/lib/python2.7/site-packages/flask/config.py", line
108, in from_envvar
remote:

Hi,

I have a strange build failure my package seafile-client on ARM for
f26 (rawhide and f25 are fine). From what I understand, this is a ld
issue related to Qt5. However, I am no expert in these sort of things.
Can someone help me with this?

Build on koji:
<a href="https://koji.fedoraproject.org/koji/taskinfo?taskID=21153235" title="https://koji.fedoraproject.org/koji/taskinfo?taskID=21153235">https://koji.fedoraproject.org/koji/taskinfo?taskID=21153235</a>
Build.log file:
<a href="https://kojipkgs.fedoraproject.org//work/tasks/3235/21153235/build.log" title="https://kojipkgs.fedoraproject.org//work/tasks/3235/21153235/build.log">https://kojipkgs.fedoraproject.org//work/tasks/3235/21153235/build.log</a>

Regards,

$ fedpkg clone nuvola-app-mixcloud; cd nuvola-app-mixcloud
$ fedpkg import ~/rpmbuild/SRPMS/nuvola-app-mixcloud-3.2-3.fc26.src.rpm
$ git commit -m "Initial import (#1478067)."

$[martin@f26 nuvola-app-mixcloud]$ git push -v
Pushing to ssh:// ... at pkgs dot fedoraproject.org/rpms/nuvola-app-mixcloud
FATAL: W any rpms/nuvola-app-mixcloud martinkg DENIED by fallthru
(or you mis-spelled the reponame)
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

Hi,

something changed between F24 and F26 (even F25) regarding font
rendering and I can't figure out what it is. On F24, fonts were crispy
clear with full hinting and antialiasing. On F25+, fonts are quite
blurry even with the same hinting and antialiasing settings. I'm using
XFCE and didn't change any settings. I didn't upgrade, but reinstalled
F26. I would like to fix this because it's killing my eyes. Any idea
what has changed or what to install/remove/reconfigure to bring the
old rendering back?

Cheers,

Hello,

while working on another thing, I noticed that when use_bootstrap_container
project option was introduced (Wed Jun 14 this year), it was introduced as
enabled for existing COPR projects at that time. That was not exactly
intended as this feature is experimental.

Enabling this option makes mock setup two chroots during build:

- "bootstrap" one with the latest dnf, rpm (and other build tools) for the
given build chroot (e.g.

ocaml-gsl (OCaml bindings for GNU Scientific Library) currently
fails to link to atlas:

+ /usr/bin/ocamlfind ocamlopt -g -I lib -linkpkg -package bigarray -I lib -I examples lib/gsl.cmxa examples/blas_ex.cmx -o examples/blas_ex.native
/usr/lib64/atlas/libsatlas.so: undefined reference to `dlarfy_'
/usr/lib64/atlas/libsatlas.so: undefined reference to `slarfy_'
/usr/lib64/atlas/libsatlas.so: undefined reference to `clarfy_'
/usr/lib64/atlas/libsatlas.so: undefined reference to `zlarfy_'
collect2: error: ld returned 1 exit status

However this only happens with the very latest atlas that was bu

Hello,

I am just starting out with fedora packaging. My background is mostly
working in NOCs, infrastructure support roles and working as sys admin.

Look for forward to learning as much as possible with the hopes of getting
sponsored.

Regards,

David J Battaglia

As of the 8th of August 2017, Fedora 24 has reached its end of life

for updates and support. No further updates, including security updates,
will be available for Fedora 24. A previous reminder was sent on 21st of
July 2017 [0]. Fedora 25 will continue to receive updates until
approximately one month after the release of Fedora 27. The maintenance
schedule of Fedora releases is documented on the Fedora Project wiki [1].
The Fedora Project wiki also contains instructions [2] on how to upgrade
from a previous release of Fedora to a version receiving updates.

=================================================================================
#fedora-meeting-3: Meeting of the Modularity Working Group (once every two weeks)
=================================================================================

Meeting started by nils at 14:00:21 UTC.

Minutes: <a href="https://meetbot.fedoraproject.org/fedora-meeting-3/2017-08-08/modularity_wg.2017-08-08-14.00.html" title="https://meetbot.fedoraproject.org/fedora-meeting-3/2017-08-08/modularity_wg.2017-08-08-14.00.html">https://meetbot.fedoraproject.org/fedora-meeting-3/2017-08-08/modularity...</a>
Minutes (text): <a href="https://meetbot.fedoraproject.org/fedora-meeting-3/2017-08-08/modularity_wg.2017-08-08-14.00.txt" title="https://meetbot.fedoraproject.org/fedora-meeting-3/2017-08-08/modularity_wg.2017-08-08-14.00.txt">https://meetbot.fedoraproject.org/fedora-meeting-3/2017-08-08/modularity...</a>
Log: <a href="https://meetbot.fedoraproject.org/fedora-meeting-3/2017-08-08/modularity_wg.2017-08-0" title="https://meetbot.fedoraproject.org/fedora-meeting-3/2017-08-08/modularity_wg.2017-08-0">https://meetbot.fedoraproject.org/fedora-meeting-3/2017-08-08/modularity...</a>

Upstream released[0] new version of gmic nearly two months ago and
bugzilla notified about the update[1]. Unfortunately I do not have
proven packager privilege to do the
change so is there anyone doing the update? Thanks in advance.

Reference

[0] <a href="http://gmic.eu/download.shtml" title="http://gmic.eu/download.shtml">http://gmic.eu/download.shtml</a>

[1] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1321779" title="https://bugzilla.redhat.com/show_bug.cgi?id=1321779">https://bugzilla.redhat.com/show_bug.cgi?id=1321779</a>

Hi,

the Voting period of the currently running Fedora Elections has just
started. Please vote for your candidates to Council [1], FAmSCo[2] and
FESCo [3].
You can vote till August 14th, 2017 when the voting ends at 23:59:00 UTC.

To help you to make the right decision we have published Fedora
Magazine article [4] summarizing this elections and pointing to
interviews with nominees we have published on Community Blog.

Missing expected images:

Atomic qcow2 x86_64
Workstation live i386
Server boot i386
Atomic raw-xz x86_64
Kde live i386

Failed openQA tests: 23/137 (x86_64), 3/18 (i386), 1/2 (arm)

New failures (same test did not fail in Rawhide-20170806.n.0):

ID: 127164 Test: x86_64 universal upgrade_2_minimal_64bit
URL: <a href="https://openqa.fedoraproject.org/tests/127164" title="https://openqa.fedoraproject.org/tests/127164">https://openqa.fedoraproject.org/tests/127164</a>

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

ID: 127070 Test: x86_64 Server-dvd-iso base_services_start
URL: <a href="https://openqa.fedoraproject.org/tests/127070" title="https://openqa.fedoraproject.org/tests/127070">https://openqa.fedoraproject.org/tests/127070</a>
ID: 127077 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller

There will be an outage starting at 2017-08-08 21:00UTC, which will last
approximately 4 hours.

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

date -d '2017-08-08 21:00 UTC'

Reason for outage:

We will be applying updates and rebooting servers into newer kernels.
Fedora build related services may be up or down during the outage window.

Affected Services:

* pkgs.fedoraproject.org

* koji

* koshei

* kojipkgs

* mbs (module build service)

* bodhi / updates

* mdapi service

Services not listed are not affected by this outage