DevHeads.net

Development

%py3_build should accept options

Just want to get others opinions before filing a bug...

Currently %py3_build expands to:

$ rpm -E %py3_build
\
CFLAGS="${CFLAGS:-${RPM_OPT_FLAGS}}"
LDFLAGS="${LDFLAGS:-${RPM_LD_FLAGS}}"\
/usr/bin/python3 setup.py build --executable="/usr/bin/python3 -s"
sleep 1

This does not allow passing of any options that I can tell... For now I'll
just paste this into my spec file.

Thanks,
Richard

F29 updates-testing

Anyone understands why this is not being pushed in recent days?

gcc-c++ and libatomic -- link issues

Hi,

I maintain the hpx package and it uses std:atomic and when I install
gcc-c++ it seems that libatomic is not a dependency of the gcc-c++
package. My program fails, because it can not link against libatomic. Is
this the supposed behavior to install libatomic or should libatomic
become one of the dependencies of gcc-c++?

Best,

Patrick

signing status

Just wanted to update everyone on our current status.

As you know from the other thread:

* The mass rebuild happened and finished.
* The mass rebuild side tag was merged into the f30-pending tag
(to make sure everything was signed).
* In the middle of the night our autosign box stopped processing.
* The next morning this was noticed and a request for a replacement
motherboard was sent.
* Since that was going to take a day, we setup another machine to do
autosigning.
* That machine started processing the backlog, but also stopped
processing a few times (waiting on koji).
* Finally we set back

Games spin needs owner or will be dropped

The owner of the Games spin[1] has indicated[2] that he will not be
able to maintain the Spin. If it is not adopted by Friday 15 February,
I will request it be dropped from Fedora 30. If you would like to
adopt this spin, please comment in the Pagure issue[3].

[1] <a href="https://fedoraproject.org/wiki/Games_Spin" title="https://fedoraproject.org/wiki/Games_Spin">https://fedoraproject.org/wiki/Games_Spin</a>
[2] <a href="https://pagure.io/fedora-project-schedule/issue/99#comment-552078" title="https://pagure.io/fedora-project-schedule/issue/99#comment-552078">https://pagure.io/fedora-project-schedule/issue/99#comment-552078</a>
[3] <a href="https://pagure.io/fedora-project-schedule/issue/99" title="https://pagure.io/fedora-project-schedule/issue/99">https://pagure.io/fedora-project-schedule/issue/99</a>

compilation of mellowplayer fails on Fedora 30 with gcc-9.0.1 - error: redundant move in return statement [-Werror=redundant-move]

Hi,

the compilation of mellowplayer-3.5.1 with gcc-9.0.1 fails on Fedora 30, see the build.log [1]

Fedora Bugzilla [2] - -Wredundant-move gives false positives in C++11 mode

[1] <a href="https://kojipkgs.fedoraproject.org//work/tasks/2212/32602212/build.log" title="https://kojipkgs.fedoraproject.org//work/tasks/2212/32602212/build.log">https://kojipkgs.fedoraproject.org//work/tasks/2212/32602212/build.log</a>

[2] <a href="https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87300" title="https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87300">https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87300</a>

How can this be solved ?

Regards Martin

Qt file dialogs under GNOME and MATE

Hello,

While ironing out the kinks in the upcoming version of Molsketch with
the upstream developer, we noticed that we weren't seeing the same
dialogs. He is on KDE (OpenSuSE) and I was testing in GNOME and MATE.
Molsketch has an option to save a single molecule/structure with the
.msk extension. Under KDE, the extension appears in the file dialog
and is automatically appended to the file name. This does not happen
under GTK.

He installed Fedora in a VM and ran some tests:

undefined symbol: shm_open (ppc64le and aarch64)

One of my packages failed the mass rebuild, but only on ppc64le and
aarch64.

Rawhide build fails because pulling in F29 depedency instead of F30 dependency

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

This says it's failing because:

DEBUG util.py:490: BUILDSTDERR: - nothing provides ocaml(Migrate_parsetree_driver) = 296ee343a6c2118db57c2ee01f0e5e88 needed by ocaml-ppx-tools-versioned-5.2-1.fc29.x86_64

But that's because it's using the wrong package.

HEADS UP: I plan to correct "python3 setup.py build" calls without proper flags

Hi,

due to <a href="https://fedoraproject.org/wiki/Changes/Python_Extension_Flags" title="https://fedoraproject.org/wiki/Changes/Python_Extension_Flags">https://fedoraproject.org/wiki/Changes/Python_Extension_Flags</a> it is no
longer correct to just call `python3 setup.py build` or `python3 setup.py
build_ext` in spec without setting the proper flags (for arched builds with
Python extension modules at least).

That is without setting both CFLAGS **and** LDFLAGS.

I've grepped the usage and skimmed trough specs, destining the following list of
packages that fail to properly set both flags.

I intend to fix the packages using my provenpackager rights during next week. I
plan to push directly.

transtats.fedoraproject.org is live now!

Hi Everyone,

Happy to announce that Transtats[1] (v0.1.6) is now deployed in
production[2].
Please follow quick writeup[3] for getting started.

Changelog is here:
<a href="https://github.com/transtats/transtats/blob/master/CHANGELOG.md" title="https://github.com/transtats/transtats/blob/master/CHANGELOG.md">https://github.com/transtats/transtats/blob/master/CHANGELOG.md</a>
And contribution guide:
<a href="https://github.com/transtats/transtats/blob/master/CONTRIBUTING.md" title="https://github.com/transtats/transtats/blob/master/CONTRIBUTING.md">https://github.com/transtats/transtats/blob/master/CONTRIBUTING.md</a>
Roadmap: <a href="http://docs.transtats.org/en/latest/roadmap.html" title="http://docs.transtats.org/en/latest/roadmap.html">http://docs.transtats.org/en/latest/roadmap.html</a>

Transtats can be accessed through CLI[4] also.

F30 change, bootloaderspec by default

<a href="https://fedoraproject.org/wiki/Changes/BootLoaderSpecByDefault" title="https://fedoraproject.org/wiki/Changes/BootLoaderSpecByDefault">https://fedoraproject.org/wiki/Changes/BootLoaderSpecByDefault</a>

I want this change to succeed but I'm experiencing a regression, and
while trying to troubleshoot it I'm finding it difficult to understand
the myriad differences:

- I can't find the code. I assume all of it is in grub as blscfg.mod
and grub2-mkconfig and its associated scripts in /etc/grub.d but I'm
not seeing code or code reference in the change or here
<a href="https://apps.fedoraproject.org/packages/grub2-efi-x64-modules/" title="https://apps.fedoraproject.org/packages/grub2-efi-x64-modules/">https://apps.fedoraproject.org/packages/grub2-efi-x64-modules/</a>

- I can't find any documentation.

Review swaps

Hi all,

Sagemath 8.6 is out, which means that at long last we can upgrade the
gap package. Upgrading gap means dealing with the fact that some of
the fundamental group libraries have now been split out of the main
package and have their own upstream repositories.

Debugging ppc64le

Hi,

While packaging up votca-csg-1.5, I ran into some tests failing:
<a href="https://github.com/votca/csg/issues/326" title="https://github.com/votca/csg/issues/326">https://github.com/votca/csg/issues/326</a>
but this only happens on ppc64le under epel7. (So I expect boost-1.53
being the culprit!)

Is there a good way (qemu or something) to debug this interactively?

Cheers,

Christoph

rpmlint: library-not-linked-against-libc (parts of Python stdlib, after gcc 9)

I've just spotted these when working on Python 3.8.0a1.

libiptcdata removal broke Rawtherapee

Libiptcdata was removed due to
<a href="https://fedoraproject.org/wiki/Changes/Mass_Python_2_Package_Removal" title="https://fedoraproject.org/wiki/Changes/Mass_Python_2_Package_Removal">https://fedoraproject.org/wiki/Changes/Mass_Python_2_Package_Removal</a>

Unfortunately, Rawtherapee needs it and is now broken:
<a href="https://koji.fedoraproject.org/koji/buildinfo?buildID=1201565" title="https://koji.fedoraproject.org/koji/buildinfo?buildID=1201565">https://koji.fedoraproject.org/koji/buildinfo?buildID=1201565</a>

I would have expected that only the Python2 subpackage was removed, not
the entire package!

Team IRC meeting minutes (2019-02-05)

========================================================
#fedora-meeting-3: Weekly Meeting of the Modularity Team
========================================================

Meeting started by nils at 15:00:10 UTC.

Minutes: <a href="https://meetbot.fedoraproject.org/fedora-meeting-3/2019-02-05/modularity.2019-02-05-15.00.html" title="https://meetbot.fedoraproject.org/fedora-meeting-3/2019-02-05/modularity.2019-02-05-15.00.html">https://meetbot.fedoraproject.org/fedora-meeting-3/2019-02-05/modularity...</a>
Minutes (text): <a href="https://meetbot.fedoraproject.org/fedora-meeting-3/2019-02-05/modularity.2019-02-05-15.00.txt" title="https://meetbot.fedoraproject.org/fedora-meeting-3/2019-02-05/modularity.2019-02-05-15.00.txt">https://meetbot.fedoraproject.org/fedora-meeting-3/2019-02-05/modularity...</a>
Log: <a href="https://meetbot.fedoraproject.org/fedora-meeting-3/2019-02-05/modularity.2019-02-05-15.00.log.html" title="https://meetbot.fedoraproject.org/fedora-meeting-3/2019-02-05/modularity.2019-02-05-15.00.log.html">https://meetbot.fedoraproject.org/fedora-meeting-3/2019-02-05/modularity...</a>

Meeting summary
*

Orphaning pysvn (and non-responsive maintainer: ravenoak)

I've been maintaining this for several years since the main admin
(ravenoak) vanished from Fedora. I don't use it anymore (and most of
the world has long since switched to git...) and it has yet again
failed to rebuild during the mass rebuild.

I'm initiating the Non-Responsive Maintainer process for ravenoak so
the main admin will be cleared.

Fedora Rawhide-20190205.n.0 compose check report

No missing expected images.

Compose FAILS proposed Rawhide gating check!
22 of 47 required tests failed, 21 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING** below

Failed openQA tests: 82/132 (x86_64), 24/24 (i386), 1/2 (arm)

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

ID: 349640 Test: x86_64 Server-boot-iso install_default **GATING**
URL: <a href="https://openqa.fedoraproject.org/tests/349640" title="https://openqa.fedoraproject.org/tests/349640">https://openqa.fedoraproject.org/tests/349640</a>
ID: 349641 Test: x86_64 Server-boot-iso install_default@uefi **GATING**
URL: <a href="https://openqa.fedoraproject.org/tests/349641" title="https://openqa.fedoraproject.org/tests/349641">https://openqa.fedoraproject.org/tests/349641</a>
ID: 349642 Test: x86_64 Se

package management symlink

`Nimue` doesn't tends to be a wrapper like pacapt which itself tends to "emulate" a Arch Linux environment.

Nonrepsonsive maintainer Stefan Seefeld

Anyone knows how to contact Stefan?

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

Nonrepsonsive maintainer Ryan H. Lewis

Anyone knows how to contact Ryan?

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

Orphaned rubygem-rails-observers

Hi all,

This package used to be part of Ruby on Rails, later it was removed from
the framework and extracted into independent gem mainly for backward
compatibility. This package is FTBFS ATM, presumably since Ruby on Rails
5.2 were imported into F29, because there is one test failure. Upstream
does not bother to fix this issue and because I don't have any use for
this package, I just orphaned it.

Lazarus 2.0 release - push to Rawhide or wait?

Just a couple of minutes ago, version 2.0 of Lazarus, the Pascal IDE / GUI toolkit was released.

Here's the link to the changelog; there are a few compatibility-breaking changes:
<a href="http://wiki.lazarus.freepascal.org/Lazarus_2.0.0_release_notes" title="http://wiki.lazarus.freepascal.org/Lazarus_2.0.0_release_notes">http://wiki.lazarus.freepascal.org/Lazarus_2.0.0_release_notes</a>

Lazarus is used to compile a few other Fedora packages, thus I'd want to avoid just upgrading it to v.2.0 and calling it a day without checking how it affects the dependent packages. I could submit an F30 change proposal, though that would be way past the deadline.

Orphaned rubygem-capybara_minitest_spec

There were no dependent packages.

Orphaned some Java packages

I've just orphaned 259 packages listed below.

package managemt symlink

Dear Fedora mailing list community,

I am Sören alias Valor Naram and I founded the project "goeasyLinux".

Reminder meeting : Modularity WG (weekly)

Dear all,

You are kindly invited to the meeting:
Modularity WG (weekly) on 2019-02-05 from 15:00:00 to 16:00:00 UTC
At <a href="mailto:fedora-meeting- ... at irc dot freenode.net">fedora-meeting- ... at irc dot freenode.net</a>

The meeting will be about:
Meeting of the Modularity Working Group.

More information available at: [Modularity Working Group wiki page](<a href="https://fedoraproject.org/wiki/Modularity_Working_Group" title="https://fedoraproject.org/wiki/Modularity_Working_Group">https://fedoraproject.org/wiki/Modularity_Working_Group</a>)

The agenda for the meeting is available as flagged tickets [in the Modularity repository](<a href="https://pagure.io/modularity/issues?status=Open&amp;tags=Meeting" title="https://pagure.io/modularity/issues?status=Open&amp;tags=Meeting">https://pagure.io/modularity/issues?status=Open&amp;tags=Meeting</a>).

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

Unannounced soname bumps: proj and geos

Hi,

The recent bump of proj in Rawhide from 4.9.3 to 5.2.0 also bumped the
soname from libproj.so.12 to libproj.so.13.
The bump of geos in Rawhide from 3.6.1 to 3.7.1 also bumped the soname
from libgeos-3.6.1.so to libgeos-3.7.1.so.

These bumps should be announced *before* the build has been made.

Fortunately, as I was already investigating the possibility of
updating proj, I have the list of proj-dependent packages already. I
was not looking at geos, but hopefully the list below includes
everyone.

Python packages with extras dependencies

Python packages can specify extras dependencies, which are sets of dependencies not required for core functionality, and which generally correspond to some feature. These can then be specified by downstream consumers of the package. For example, requests has an entry in extras called security[1], which currently adds requirements of python packages pyOpenSSL >= 0.14, cryptography >= 1.3.4, and idna >= 2.0.0. A downstream consumer that wants to use this would add a dependency on requests[security].

From what I can tell, the current practice in Fedora packaging is to ignore these.

Fedora 30 Mass Rebuild

Hi all,

Per the Fedora 30 schedule[1] we started a mass rebuild for Fedora 30
on Jan 31st 2019.

Orphaned packages to be retired

The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them.

dxflib ABI changed yet nothing changed

Hi,

Got via e-mail that libdxflib's ABI changed in comparison to previous release, yet nothing changed in the package except version bump for the mass rebuild. Why is that?

Digest Summary:
1. dist.abicheck FAILED for libdxflib-3.17.0-8.fc30
2.

Agenda for Tuesday's Modularity Team Meeting (2019-02-05)

Find below a list of topics which are planned to be discussed in the
Fedora Modularity Team meeting on Tuesday at 15:00 UTC in
#fedora-meeting-3 on irc.freenode.net.

To find out when this is in your local time zone, check the Fedora
Calendar (if you've set it and are logged in):
<a href="https://apps.fedoraproject.org/calendar/modularity/#m5249" title="https://apps.fedoraproject.org/calendar/modularity/#m5249">https://apps.fedoraproject.org/calendar/modularity/#m5249</a>

Alternatively, to convert UTC to your local time zone, 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 'Tuesday 15:00 UTC'

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

= Discusse

Fedora Rawhide-20190204.n.0 compose check report

No missing expected images.

Compose FAILS proposed Rawhide gating check!
9 of 47 required tests failed, 12 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING** below

Failed openQA tests: 23/132 (x86_64), 4/24 (i386), 1/2 (arm)

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

ID: 349307 Test: x86_64 Workstation-live-iso install_default_upload **GATING**
URL: <a href="https://openqa.fedoraproject.org/tests/349307" title="https://openqa.fedoraproject.org/tests/349307">https://openqa.fedoraproject.org/tests/349307</a>
ID: 349322 Test: x86_64 Workstation-boot-iso memory_check@uefi
URL: <a href="https://openqa.fedoraproject.org/tests/349322" title="https://openqa.fedoraproject.org/tests/349322">https://openqa.fedoraproject.org/tests/349322</a>
ID: 349324 Test: i386 Wor

Proposal to CANCEL: 2019-02-04 Fedora QA Meeting

Hi folks! I'm proposing we cancel the QA meeting today. Apologies for
the late notice. I actually meant to run a meeting this week to finish
up the topics from last week, but I'm officially on vacation right now
and forgot about sending out the announcement!

CMake Error: No source or binary directory provided

Hi,

It seems that since CMake 3.13, it is required to invoke the cmake
command explicitly with path to source, which was not required
previously.

Help needed with meson build for modem-manager-gui

Hello everyone,

I'd be really grateful if someone versed in meson could help me fix build errors in modem-manager-gui.
The error is a bit of a random thing, as only some builds fail, and some work fine; I actually haven't been able to reproduce the error on my machines and only see it in Fedora builders.

The tl;dr version is that there seems to be some kind of race condition in the build script, and sometimes it will run into a situation where it tries to install a file that hasn't been created yet - this most often happens with translation files.

If you want to help out, here's the most re

Fedora Rawhide-20190203.n.0 compose check report

No missing expected images.

Compose FAILS proposed Rawhide gating check!
8 of 47 required tests failed, 8 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING** below

Failed openQA tests: 30/132 (x86_64), 3/24 (i386), 1/2 (arm)

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

ID: 349095 Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: <a href="https://openqa.fedoraproject.org/tests/349095" title="https://openqa.fedoraproject.org/tests/349095">https://openqa.fedoraproject.org/tests/349095</a>
ID: 349104 Test: x86_64 Server-dvd-iso install_updates_nfs
URL: <a href="https://openqa.fedoraproject.org/tests/349104" title="https://openqa.fedoraproject.org/tests/349104">https://openqa.fedoraproject.org/tests/349104</a>
ID: 349105 Test: x86_64 Server-dvd-is

Help needed for FTBFS in rawhide because of libraries order

Hi,
I'm trying to debug a FTBFS in rawhide:

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

Apparently it fails because of library ordering, but it works in f29.
g_object_unref is defined in gobject-2.0 and it gets surely added by
the 'pkgconf --libs cairo pangocairo pango' command.

Did anything about gobject or glib change in rawhide recently?

Thank you for any help.

Guido

FAS account: tartina

Schedule for Monday's FESCo Meeting (2019-02-04)

(Sorry for the late announcment.)

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-02-04 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>

= Discussed and Voted in the Ticket =

#1820 Drop batched updates policy
<a href="https://pagure.io/fesco/issue/1820" title="https://pagure.io/fesco/issue/1820">https://pagure.io/fesco/issue/1820</a>
AGREED (+5, 0, 0)

#2003 Ursa Major (modules in buildroot) enablement
<a href="https://pagu" title="https://pagu">https://pagu</a>

install command nit

I noticed a warning on one of my packages that the appdata file was marked
as executable. The source file is not, its 644, but I use the install
command to install it to the metainfo directory.

Does "install" install files as executable by default or is something else
going on here?

Adding -m 0644 fixed it but it shouldn't be necessary.

Thanks,
Richard

Camotics fails with default Fedora flags GCC9 (cbang)

Hi,

With a new version of GCC errors are blocking the build at various places. Not sure how serious the issue is.

Is system-config-users maintained or not?

Hi,

it seems system-config-users is broken [1],
and appears to have no upstream [2].

Do we maintain it at this point at all? Should it be retired "for safety"?

[1] <a href="https://bugz.fedoraproject.org/system-config-users" title="https://bugz.fedoraproject.org/system-config-users">https://bugz.fedoraproject.org/system-config-users</a>
[2]
<a href="https://src.fedoraproject.org/rpms/system-config-users/blob/master/f/system-config-users.spec#_44" title="https://src.fedoraproject.org/rpms/system-config-users/blob/master/f/system-config-users.spec#_44">https://src.fedoraproject.org/rpms/system-config-users/blob/master/f/sys...</a>

Removal of glibc-langpacks-all -> 1.0?kB

Hi all,

One of my package builds (fwupd) in F30 is failing in the unit tests,
with this failure comparing the expected output of a to_string()
function:

- Size: 1.0 kB
+ Size: 1.0?kB

I assume it's due to the removal of glibc-langpacks-all from the
buildroot. I'ts not immediately obvious from reading
<a href="https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_buildroot" title="https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_buildroot">https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_b...</a>
and <a href="https://fedoraproject.org/w/index.php?title=Changes/Remove_glibc-langpacks-all_from_buildroot" title="https://fedoraproject.org/w/index.php?title=Changes/Remove_glibc-langpacks-all_from_buildroot">https://fedoraproject.org/w/index.php?title=Changes/Remove_glibc-langpac...</a>
what I'm supposed to do.

Fedora Rawhide-20190201.n.0 compose check report

No missing expected images.

Compose FAILS proposed Rawhide gating check!
7 of 47 required tests failed, 7 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING** below

Failed openQA tests: 25/132 (x86_64), 4/24 (i386), 1/2 (arm)

New failures (same test not failed in Rawhide-20190121.n.1):

ID: 348859 Test: x86_64 Server-dvd-iso support_server
URL: <a href="https://openqa.fedoraproject.org/tests/348859" title="https://openqa.fedoraproject.org/tests/348859">https://openqa.fedoraproject.org/tests/348859</a>
ID: 348860 Test: x86_64 Server-dvd-iso install_repository_nfs_variation
URL: <a href="https://openqa.fedoraproject.org/tests/348860" title="https://openqa.fedoraproject.org/tests/348860">https://openqa.fedoraproject.org/tests/348860</a>
ID: 348864 Test: x86_64 Server-dvd-iso ser

Fedora 30 Rawhide 20190201.n.0 nightly compose nominated for testing

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

Unannounced soname bump - libwmf-0.2.so.7 -> libwmf-0.2.so.8

Hi,

there is unannounced soname bump in the buildroot of rawhide and F29:

libwmf-0.2.so.7 -> libwmf-0.2.so.8

It breaks several components like gimp, ImageMagick, libabiword etc and
packages dependent on them (like emacs, gutenprint...) . These updates
are now unpushed, so they did not get into stable.

OpenVPN 3 Linux client - v3 beta release

Hi,

As some of you know, I've been involved with the OpenVPN packages for some
time as well as being an upstream OpenVPN developer and maintainer. Now we
have released the third beta release of OpenVPN 3 Linux.

This new client shares the same code base the OpenVPN Connect (proprietary)
clients uses as well as the OpenVPN for Android when switching to use the
OpenVPN 3 backend. The OpenVPN 3 code base is a rewrite in C++ and makes use
of the more modern features of C++11.

The Linux version is also very different from the OpenVPN 2.x generation, as
it is now D-Bus based.

Mass rebuild - emacs broken

emacs isn't installable at the moment, so any package that needs emacs
fails to build, eg:

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

Rich.

Can't figure out how to build flatpaks

Hi,

I've noticed that someone created a flatpak build for one of my packages (feedreader), but it's horribly out of date: flatpak has 2.5.1 vs rpm has 2.7.0. I've been trying to update the flatpak build, but not much luck here.

Policy change: module defaults changes & Fedora Changes

The Modularity Team has published an updated policy regarding changing
module defaults and submitting Fedora Changes [1].

Simplified summary:
instead of: "Packagers must submit a Fedora Change when changing module
defaults."
it now says: "Packagers should submit a Fedora Change when changing module
defaults based on their best judgement."

That brings it much closer to how we handle major changes in traditional
packages.

Cheers!
Adam

[1]
<a href="https://docs.fedoraproject.org/en-US/modularity/making-modules/managing-defaults/" title="https://docs.fedoraproject.org/en-US/modularity/making-modules/managing-defaults/">https://docs.fedoraproject.org/en-US/modularity/making-modules/managing-...</a>

MBI (Playground 2.0)

MayBe I …(can do something useful)?

Hello,

We've been discussing some (hopefully) nice idea with Mikolaj, Neal and
Jakub how we could improve packager (and user) experience and we have some
proposal which will be described below.

We would like to ask you to read it, understand it and ask us any questions
you have.

Self Introduction

Hi Folks. My name is Samuel and I have been a user of Fedora for about 7 years now. I am a systems engineer co-maintaining my company's patching infrastructure, working closely with carlwgeorge. I use Fedora as my main workstation with special interest in both exotic display and audio configurations. I've had a lot of enjoyment tinkering with Fedora over the past few years using it as my workstation at the office along with the trials that come along with maintaining it as new releases become available.

Outage 2019-02-02 13:00 UTC -> 15:00 UTC

This outage is a replacement of an earlier one in December which had to be
cancelled.

There will be an outage starting at 2019-02-02 13:00 UTC,
which will last approximately 2 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 '2019-02-02 13:00UTC'

Reason for outage:

Various switches at the colocation are needing updates and reboots to get
latest firmware working.

Syndicate content