DevHeads.net

Development

broken terminfo database in latest ncurses?

Hi,

Just applied all recent updates and seems after this now mc is not able
recognize correctly number of available colors on gnome-terminal and xterm,
and on gnome-terminal cursors are not working now.

$ rpm -q --changelog ncurses-base | head -10
* Tue Jan 30 2018 Miroslav Lichvar < ... at redhat dot com> 6.1-2.20180129
- update to 6.1-20180129
- use macro for ldconfig scriptlets

* Mon Jan 29 2018 Miroslav Lichvar < ... at redhat dot com> 6.1-1.20180127
- update to 6.1-20180127

* Thu Nov 30 2017 Miroslav Lichvar < ... at redhat dot com> 6.0-15.20171125
- update to 6.0-20171125 (CVE-2017-16879)

ca

Heads up: automatic shebang munging in rawhide

With redhat-rpm-config-91-1.fc28 which is currently in rawhide comes
automatic munging of the "#!" (shebang) line in executable scripts, as
well as several additional checks. The following changes will be
applied the shebang line of executables:

1) "#!/usr/bin/env foo" will be replaced with "#!/usr/bin/foo".
2) "#!/usr/bin/python" will be replaced with "#!/usr/bin/python2".

Both might happen, so /usr/bin/env python will get fixed properly.

Fedora Rawhide-20180131.n.0 compose check report

Missing expected images:

Workstation live i386
Kde live i386

Failed openQA tests: 12/129 (x86_64), 3/22 (i386), 1/2 (arm)

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

ID: 189692 Test: x86_64 Workstation-boot-iso memory_check
URL: <a href="https://openqa.fedoraproject.org/tests/189692" title="https://openqa.fedoraproject.org/tests/189692">https://openqa.fedoraproject.org/tests/189692</a>
ID: 189695 Test: i386 Workstation-boot-iso install_default
URL: <a href="https://openqa.fedoraproject.org/tests/189695" title="https://openqa.fedoraproject.org/tests/189695">https://openqa.fedoraproject.org/tests/189695</a>

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

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

perl-RDF-RDFa-Generator license change

perl-RDF-RDFa-Generator-0.192-1.fc28 changed license from:

(GPL+ or Artistic) and CC-BY-SA and Public Domain

to:

(GPL+ or Artistic) and Public Domain.

-- Petr

Re: [HEADS UP] Removal of systemd-units

Btw this scriptlenting doesn't break epel 7 i.e. I had received reports that systemd doesn't reload daemons correctly in epel 7 , I'm talking about clamav

Sent from my Android
Em 31/01/2018 3:51 da manhã, Nathanael Noblet < ... at fedoraproject dot org> escreveu:

Fedora 28 Rawhide Rebase Warning to Package Maintainers

Greetings,

This e-mail is intended to inform you about the upcoming Bugzilla changes
happening on 2018-02-20 (Rawhide bug rebase) and what you need to do, if
anything.

We will be automatically changing the version for most rawhide bugs to
Fedora 28.
This will result in regular bugs reported against rawhide during the Fedora
28
development cycle being changed to version ‘28' instead of their current
assignment, ‘rawhide’.

Fedora Rawhide-20180130.n.0 compose check report

Missing expected images:

Workstation live i386
Kde live i386

Failed openQA tests: 14/129 (x86_64), 3/22 (i386), 1/2 (arm)

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

ID: 189390 Test: x86_64 Workstation-live-iso install_default@uefi
URL: <a href="https://openqa.fedoraproject.org/tests/189390" title="https://openqa.fedoraproject.org/tests/189390">https://openqa.fedoraproject.org/tests/189390</a>
ID: 189406 Test: i386 Workstation-boot-iso memory_check
URL: <a href="https://openqa.fedoraproject.org/tests/189406" title="https://openqa.fedoraproject.org/tests/189406">https://openqa.fedoraproject.org/tests/189406</a>
ID: 189465 Test: x86_64 universal install_simple_encrypted
URL: <a href="https://openqa.fedoraproject.org/tests/189465" title="https://openqa.fedoraproject.org/tests/189465">https://openqa.fedoraproject.org/tests/189465</a>
ID: 189476 Test: x86_64 universal install_xfs@uefi
URL: <a href="https://openqa.fedora" title="https://openqa.fedora">https://openqa.fedora</a>

Fedora 28 Rawhide 20180130.n.0 nightly compose nominated for testing

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

Changes to the packaging guidelines

Here are the recent changes to the packaging guidelines.

We have more things coming in concert with various distro changes that
are happening, but I wanted to get these two out there now.

The icon cache scriptlets were removed from the scriptlet guidelines, as
no live Fedora release needs them.

copr mailist?

Hi! I was wondering what would be the best place to ask help about
problems building packages on copr...

Thank you and sorry for off-topic,
Adrian

FYI: Fedora/RISC-V third and final bootstrap

About a month ago I posted about the state of the RISC-V architecture
for Fedora:

<a href="https://lists.fedoraproject.org/archives/list/ ... at lists dot fedoraproject.org/thread/EYY4TFJTV66EAG322F3E6V6TA7I3RZAZ/" title="https://lists.fedoraproject.org/archives/list/ ... at lists dot fedoraproject.org/thread/EYY4TFJTV66EAG322F3E6V6TA7I3RZAZ/">https://lists.fedoraproject.org/archives/list/ ... at lists dot fedoraproject....</a>

Quoting from that email:

| First the basics: RISC-V is a free and open Instruction Set
| Architecture (ISA). You can read more about it on the RISC-V
| Foundation's website here:
|
| <a href="https://riscv.org/" title="https://riscv.org/">https://riscv.org/</a>
|
| Fedora/RISC-V is a project to port Fedora to RISC-V.

net-snmp, cmake, mc unresponsive packagers

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

net-snmp
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1529716" title="https://bugzilla.redhat.com/show_bug.cgi?id=1529716">https://bugzilla.redhat.com/show_bug.cgi?id=1529716</a>
<a href="https://src.fedoraproject.org/rpms/net-snmp/pull-request/2" title="https://src.fedoraproject.org/rpms/net-snmp/pull-request/2">https://src.fedoraproject.org/rpms/net-snmp/pull-request/2</a>

cmake:
<a href="https://src.fedoraproject.org/rpms/cmake/pull-request/2" title="https://src.fedoraproject.org/rpms/cmake/pull-request/2">https://src.fedoraproject.org/rpms/cmake/pull-request/2</a>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1530574" title="https://bugzilla.redhat.com/show_bug.cgi?id=1530574">https://bugzilla.redhat.com/show_bug.cgi?id=1530574</a>

mc
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1536909" title="https://bugzilla.redhat.com/show_bug.cgi?id=1536909">https://bugzilla.redhat.com/show_bug.cgi?id=1536909</a>
<a href="https://src.fedoraproject.org/rpms/mc/pull-request/1" title="https://src.fedoraproject.org/rpms/mc/pull-request/1">https://src.fedoraproject.org/rpms/mc/pull-request/1</a>

In case of mc there is no contact with maintainer since my last mc updates
(May 2017)

kloczek

F28 Self Contained Change: Atomic, Cloud and Docker images for s390x

= Proposed Self Contained Change: Atomic, Cloud and Docker images for s390x =
<a href="https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_for_s390x" title="https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_for_s390x">https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_fo...</a>

Change owner(s):
* Sinny Kumari <sinnykumari AT fedoraproject DOT org>

This change is to bring s390x architecture closer to other Fedora
architectures by adding widely used Fedora variants.

Orphaning some Spacewalk packages

I orphaned
rhnmd
This is Spacewalk package which is not developed any more.

And I orphaned
perl-Socket-MsgHdr
perl-Crypt-GeneratePassword
as I these are not used in Spacewalk as well.

Miroslav

Change Checkpoint: Proposal submission deadline (Self contained Changes) on Fedora 28 is today

Hi everyone!

Today is the submission deadline for Self contained Changes of Fedora
28 [1]. Please schedule your upcoming Changes (Self contained as well
as System wide) for the next (Fedora 29) release.
Branch of Fedora 28 from Rawhide is then planned on 2018-Fed-20.

[1] <a href="https://fedoraproject.org/wiki/Releases/28/Schedule" title="https://fedoraproject.org/wiki/Releases/28/Schedule">https://fedoraproject.org/wiki/Releases/28/Schedule</a>

Regards,
Jan

F28 Self Contained Change: VA-API 1.0.0

= Proposed Self Contained Change: VA-API 1.0.0 =
<a href="https://fedoraproject.org/wiki/Changes/VA-API_1.0.0" title="https://fedoraproject.org/wiki/Changes/VA-API_1.0.0">https://fedoraproject.org/wiki/Changes/VA-API_1.0.0</a>

Change owner(s):
* Nicolas Chauvet <kwizart - at - fedoraproject.org>

This change is about upgrading libva and others to version 2.0. This
change affects several multimedia players as there are both API and
ABI changes.

Reminder meeting : Modularity Office Hours

Dear all,

You are kindly invited to the meeting:
Modularity Office Hours on 2018-01-30 from 10:00:00 to 11:00:00 US/Eastern
At <a href="mailto:fedora- ... at chat dot freenode.net">fedora- ... at chat dot freenode.net</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>

Reminder meeting : Modularity Office Hours

Dear all,

You are kindly invited to the meeting:
Modularity Office Hours on 2018-01-30 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/8711/" title="https://apps.fedoraproject.org/calendar/meeting/8711/">https://apps.fedoraproject.org/calendar/meeting/8711/</a>

F28 Self Contained Change: Removing ldconfig scriptlets

= Proposed Self Contained Change: Removing ldconfig scriptlets =
<a href="https://fedoraproject.org/wiki/Changes/Removing_ldconfig_scriptlets" title="https://fedoraproject.org/wiki/Changes/Removing_ldconfig_scriptlets">https://fedoraproject.org/wiki/Changes/Removing_ldconfig_scriptlets</a>

Change owner(s):
* Igor Gnatenko <ignatenkobrain AT fedoraproject DOT org,>
* Neal Gompa <ngompa13 AT gmail DOT com>

For many years, package maintainers were required to write scriptlets
which call ldconfig in %post/%postun if they package shared libraries.

== Detailed Description ==
Since time immemorial, Red Hat/Fedora packagers have been required to
add a stanza to spec files for packages containing libraries to update
the ldconfig cache.

%post -p /sbin/ld

Packaging DSO symlinks

Hash: SHA256

Hello,

You might have seen that we are trying to eliminate /sbin/ldconfig from
scriptlets which would speedup installation / upgrade of packages
**significantly**.

One of cases Florian brought that in case of libcrypt/libcrypt-nss, libraries
didn't have symlinks, so if it would not call ldconfig in its scriptlet, then
any packages which depend on libcrypt.so would fail to execute.

In 99% (this number came just out of my head, not a real investigation) of
packages, we always package those symlinks.

So I'm going to push change to glibc which during build process executes
ldconf

Orphaning ofono

I will be orphaning the ofono package today. I'd primarily packaged it with
the the intention that it may become a new dependency of pulseaudio (which
never happened), and I've not been able to give it the time it needs.

Recently updated to latest 1.22 release which fixed a long-standing FTBFS
issue, so at least it is in good shape for anyone interested in picking it
up.

-- Rex

Correct FSF address

rpmlint show error then in source code present incorrect FSF address and we
have recomendation to correct it
<a href="https://fedoraproject.org/wiki/Common_Rpmlint_issues#incorrect-fsf-address" title="https://fedoraproject.org/wiki/Common_Rpmlint_issues#incorrect-fsf-address">https://fedoraproject.org/wiki/Common_Rpmlint_issues#incorrect-fsf-address</a>
According this recomendation correct address can be taken from
<a href="http://www.gnu.org/licenses/old-licenses/gpl-2.0.txt" title="http://www.gnu.org/licenses/old-licenses/gpl-2.0.txt">http://www.gnu.org/licenses/old-licenses/gpl-2.0.txt</a>
... Boston, MA 02110-1301 USA

But it has different ZIP-code from address present on this page
<a href="https://www.fsf.org/about/contact/" title="https://www.fsf.org/about/contact/">https://www.fsf.org/about/contact/</a>
... Boston, MA 02110-1335 USA

Which address is really correct and should be used by upstream?

soname version bump for evolution-data-server in rawhide

Hello,
the next week release (2018-02-05) of evolution-data-server,
version 3.27.90, will contain a soname version bump of libcamel,
libedataserver and libedataserverui.

2018-01-29 @ 17:00 UTC - Fedora 28 Blocker Review Meeting

# F28 Blocker Review meeting
# Date: 2018-01-29
# Time: 17:00 UTC
# Location: #fedora-blocker-review on irc.freenode.net

Hi folks! We have two proposed blockers for Fedora 28 Beta and one
for Fedora 28 Final, so let's have a review meeting today.

If you have time today, you can take a look at the proposed or
accepted blockers before the meeting - the full lists can be found
here: <a href="https://qa.fedoraproject.org/blockerbugs/" title="https://qa.fedoraproject.org/blockerbugs/">https://qa.fedoraproject.org/blockerbugs/</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
fixed.

2018-01-29 @ 16:00 UTC - Fedora QA Meeting

# Fedora Quality Assurance Meeting
# Date: 2018-01-29
# Time: 16:00 UTC
(<a href="https://fedoraproject.org/wiki/Infrastructure/UTCHowto" title="https://fedoraproject.org/wiki/Infrastructure/UTCHowto">https://fedoraproject.org/wiki/Infrastructure/UTCHowto</a>)
# Location: #fedora-meeting on irc.freenode.net

Greetings testers!

Apologies for the late notice, but we haven't met for a few weeks, so I
thought we could do the meeting tomorrow - there's a few topics we
could talk about.

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 28 mass rebuild
3. Update gating (and other gating)
4.

Fedora Rawhide-20180128.n.0 compose check report

Missing expected images:

Workstation live i386
Kde live i386

Failed openQA tests: 14/129 (x86_64), 3/22 (i386), 1/2 (arm)

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

ID: 188781 Test: x86_64 Server-dvd-iso server_cockpit_default
URL: <a href="https://openqa.fedoraproject.org/tests/188781" title="https://openqa.fedoraproject.org/tests/188781">https://openqa.fedoraproject.org/tests/188781</a>
ID: 188803 Test: x86_64 Workstation-live-iso desktop_browser
URL: <a href="https://openqa.fedoraproject.org/tests/188803" title="https://openqa.fedoraproject.org/tests/188803">https://openqa.fedoraproject.org/tests/188803</a>
ID: 188876 Test: x86_64 universal install_blivet_ext3@uefi
URL: <a href="https://openqa.fedoraproject.org/tests/188876" title="https://openqa.fedoraproject.org/tests/188876">https://openqa.fedoraproject.org/tests/188876</a>
ID: 188880 Test: x86_64 universal install_xfs@uefi
URL: <a href="https://openqa.fedor" title="https://openqa.fedor">https://openqa.fedor</a>

yaml-cpp: Better to only build static libraries?

Per <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1539386" title="https://bugzilla.redhat.com/show_bug.cgi?id=1539386">https://bugzilla.redhat.com/show_bug.cgi?id=1539386</a> I've now been
bitten twice after being asked to update a package in EPEL.

Per this version this was a patch level update but it still breaks
applications so I'm wondering if it would just be best to only supply a
static library, at least in EPEL...

Thanks,
Richard

Fedora27: NFS v4 terrible write performance, is async working

When doing a tar -xzf ... of a big source tar on an NFSv4 file system
the time taken is huge. I am seeing an overall data rate of about 1
MByte per second across the network interface.

libvpx 1.7.0 update in rawhide

The new libvpx 1.7.0 update in rawhide bumped SOVER because of an ABI
break. I rebuilt all the dependent packages I could find with dnf
repoquery, except for firefox and thunderbird due to lack of access.

Apologies if I missed something.

~tom

P.S. I will not be pushing libvpx 1.7.0 into any stable Fedora releases.

What's up with koji?

I'm trying to update mod_fcgid, which is a loadable module for httpd.

It was failing this afternoon due to the gcc internal compiler error
affecting i686 builds mentioned elsewhere, and I fixed that locally by
rebuilding httpd (and hence apxs, the httpd module building tool).
Having verified locally that that got the build working again, I did a
rebuild of httpd in Rawhide, completing successfully and resulting in
httpd-2.4.29-4.fc28, which seems to be tagged OK in f28-build:

$ koji latest-pkg f28-build httpd
Build Tag Built by

Missing step in orphaning package process? (Re: kernel component on bugzilla and call for "old bugs hunting season" to open)

Trying to look on one of the top tickets found:

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

Looks like this ticket is about package which is no longer in Fedora.

Does it mean that current Fedora package orphaning process is not closing
all such package tickets in Bugzilla?
If yes it will be some number of the tickets which is possible to close now
automatically.

kloczek

non-responsive maintainer: radford

Hi all,

I'm trying to contact Jim Radford (radford) per non-responsive
maintainer policy [1]. I contacted Jim several times on bz#1505463 [2]
and also sent a private e-mail to his email account shown in FAS.

If you know how to get in touch with Jim, please let me know.

Kind regards,
Till

[1]
<a href="https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers" title="https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers">https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers</a>
[2] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1505463" title="https://bugzilla.redhat.com/show_bug.cgi?id=1505463">https://bugzilla.redhat.com/show_bug.cgi?id=1505463</a>

kernel component on bugzilla and call for "old bugs hunting season" to pen

Hi,

In last two years, I've created something between 10 to 20 tickets against
the kernel.
Today after reboot on latest rc9 I found OOPS in dmesg and as usually, my
first thought was "raise the ticket".

devel mail spam

I'm seeing many duplicate messages coming from <a href="mailto: ... at citadel dot stu.neva.ru"> ... at citadel dot stu.neva.ru</a> for messages
from the past few days.

Anyone on it?

grass package

There has been no update for the 'grass' package in a half year. [1]
<https://src.fedoraproject.org/rpms/grass>

The package FTBFS and it looks like no interest has been given to this bug,
for example:
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1494079" title="https://bugzilla.redhat.com/show_bug.cgi?id=1494079">https://bugzilla.redhat.com/show_bug.cgi?id=1494079</a>

However, the updated and functional SPECfile can be found here:
<a href="https://trac.osgeo.org/grass/browser/grass/branches/releasebranch_7_4/rpm/grass.spec" title="https://trac.osgeo.org/grass/browser/grass/branches/releasebranch_7_4/rpm/grass.spec">https://trac.osgeo.org/grass/browser/grass/branches/releasebranch_7_4/rp...</a>
as mentioned in the bugzilla before (by a guy from upstream?)

*Does anybody know, what's the status of the package?*

[1] <a href="https://src.fedoraproject.org/rpms/grass" title="https://src.fedoraproject.org/rpms/grass">https://src.fedoraproject.org/rpms/grass</a>

Fedora Rawhide-20180126.n.0 compose check report

Missing expected images:

Workstation live i386
Kde live i386

Failed openQA tests: 14/129 (x86_64), 4/22 (i386), 1/2 (arm)

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

ID: 188556 Test: x86_64 Server-dvd-iso install_default@uefi
URL: <a href="https://openqa.fedoraproject.org/tests/188556" title="https://openqa.fedoraproject.org/tests/188556">https://openqa.fedoraproject.org/tests/188556</a>
ID: 188578 Test: x86_64 Workstation-live-iso desktop_update_graphical
URL: <a href="https://openqa.fedoraproject.org/tests/188578" title="https://openqa.fedoraproject.org/tests/188578">https://openqa.fedoraproject.org/tests/188578</a>
ID: 188579 Test: x86_64 Workstation-live-iso install_default@uefi
URL: <a href="https://openqa.fedoraproject.org/tests/188579" title="https://openqa.fedoraproject.org/tests/188579">https://openqa.fedoraproject.org/tests/188579</a>
ID: 188594 Test: i386 Workstation-boot-iso install_default
URL

Fedora Rawhide-20180125.n.0 compose check report

Missing expected images:

Server dvd i386
Workstation live i386
Server boot i386
Kde live i386

Failed openQA tests: 10/129 (x86_64), 1/2 (arm)

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

ID: 188367 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: <a href="https://openqa.fedoraproject.org/tests/188367" title="https://openqa.fedoraproject.org/tests/188367">https://openqa.fedoraproject.org/tests/188367</a>
ID: 188394 Test: x86_64 KDE-live-iso desktop_notifications_live
URL: <a href="https://openqa.fedoraproject.org/tests/188394" title="https://openqa.fedoraproject.org/tests/188394">https://openqa.fedoraproject.org/tests/188394</a>
ID: 188395 Test: x86_64 KDE-live-iso install_default_upload
URL: <a href="https://openqa.fedoraproject.org/tests/188395" title="https://openqa.fedoraproject.org/tests/188395">https://openqa.fedoraproject.org/tests/188395</a>
ID: 188396 Test: x86_64 KDE-live-iso install

Working on a Dracut bug?

Hej there!

Is anyone working on <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1385432" title="https://bugzilla.redhat.com/show_bug.cgi?id=1385432">https://bugzilla.redhat.com/show_bug.cgi?id=1385432</a>

or bugs that seems to be related with that issue. It's really annoying! And seems to be around for ages now ...

All the best!

Is broken dependencies report aware of rich dep ?

Is broken dependencies report aware of rich dep ?
Because I received:

php-phpunit-dbunit3 has broken dependencies in the rawhide tree:
On x86_64:
php-phpunit-dbunit3-3.0.3-1.fc28.noarch requires
(php-composer(symfony/yaml) >= 3.0 with php-composer(symfony/yaml) < 5)

Remi

Fedora 28 Rawhide 20180126.n.0 nightly compose nominated for testing

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

GCC broken in rawhide?

Hi,

ATM all rawhide builds are failing for me, because autoconf's tests for
CC are failing.

Digging into details led me to this error:
...
cc1: error: fail to initialize plugin
/usr/lib/gcc/x86_64-redhat-linux/7/plugin/annobin.so
annobin: conftest.c: Error: plugin built for compiler version (7.3.1)
but run with compiler version (7.2.1)
...

AFAIS, GCC in rawhide was updated to GCC-7.3.1, but apparently annobin
wasn't rebuilt, resulting into rawhide now carrying an inconsistent
GCC-toolchain.

Ralf

Fedora Rawhide-20180125.n.0 compose check report

Missing expected images:

Server dvd i386
Workstation live i386
Server boot i386
Kde live i386

Failed openQA tests: 10/129 (x86_64), 1/2 (arm)

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

ID: 188367 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: <a href="https://openqa.fedoraproject.org/tests/188367" title="https://openqa.fedoraproject.org/tests/188367">https://openqa.fedoraproject.org/tests/188367</a>
ID: 188394 Test: x86_64 KDE-live-iso desktop_notifications_live
URL: <a href="https://openqa.fedoraproject.org/tests/188394" title="https://openqa.fedoraproject.org/tests/188394">https://openqa.fedoraproject.org/tests/188394</a>
ID: 188395 Test: x86_64 KDE-live-iso install_default_upload
URL: <a href="https://openqa.fedoraproject.org/tests/188395" title="https://openqa.fedoraproject.org/tests/188395">https://openqa.fedoraproject.org/tests/188395</a>
ID: 188396 Test: x86_64 KDE-live-iso install

cflag ffast-math

Hi,
Question about gcc cflag ffast-math .
Should I enable cflag ffast-math on opencv build explicitly
( -DENABLE_FAST_MATH=ON ) ? and I keep disable cflag ffast-math in mlt
build [1] ?

Thanks,

[1]
<a href="https://src.fedoraproject.org/rpms/mlt/blob/master/f/mlt.spec#_127" title="https://src.fedoraproject.org/rpms/mlt/blob/master/f/mlt.spec#_127">https://src.fedoraproject.org/rpms/mlt/blob/master/f/mlt.spec#_127</a>

Fedora Rawhide-20180123.n.1 compose check report

Missing expected images:

Server dvd i386
Workstation live i386
Server boot i386
Kde live i386

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

New failures (same test did not fail in Rawhide-20180117.n.1):

ID: 187628 Test: x86_64 Atomic-dvd_ostree-iso install_default@uefi
URL: <a href="https://openqa.fedoraproject.org/tests/187628" title="https://openqa.fedoraproject.org/tests/187628">https://openqa.fedoraproject.org/tests/187628</a>
ID: 187629 Test: x86_64 Atomic-dvd_ostree-iso install_default
URL: <a href="https://openqa.fedoraproject.org/tests/187629" title="https://openqa.fedoraproject.org/tests/187629">https://openqa.fedoraproject.org/tests/187629</a>
ID: 187699 Test: x86_64 universal install_asian_language
URL: <a href="https://openqa.fedoraproject.org/tests/187699" title="https://openqa.fedoraproject.org/tests/187699">https://openqa.fedoraproject.org/tests/187699</a>
ID: 187915 Test: x86_64 Workstation-live-iso install

Non-responsive maintainer: joost

Per the policy I am asking here if anyone knows how to get in touch with
joost (<a href="mailto: ... at cnoc dot nl"> ... at cnoc dot nl</a>).

I have bug reports for both fpc and lazarus that have gone for weeks
without any response and it's preventing me from building cqrlog on armv7hl
in rawhide due to lazbuild and hedgewars has a segmentation fault due to a
bug in fpc.

I have tried direct emails with no response.

The following bugs have not been addressed:
fpc: needs bootstrap for armhfp
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1491788" title="https://bugzilla.redhat.com/show_bug.cgi?id=1491788">https://bugzilla.redhat.com/show_bug.cgi?id=1491788</a>

SIGSEGV during game shutdown with hedgewars 0.9.23 (hwengine)
<a href="https://bugzilla.redhat.com/show" title="https://bugzilla.redhat.com/show">https://bugzilla.redhat.com/show</a>

python-testinfra & python-anyconfig

Hello -

I'm looking to get two package requests reviewed. I'm happy to do review swaps,
if anyone has packages they need reviewed.

Here's my two review requests:
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1538341" title="https://bugzilla.redhat.com/show_bug.cgi?id=1538341">https://bugzilla.redhat.com/show_bug.cgi?id=1538341</a>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1538658" title="https://bugzilla.redhat.com/show_bug.cgi?id=1538658">https://bugzilla.redhat.com/show_bug.cgi?id=1538658</a>

Thanks!

---Brett.

Upstream installs AppData file in /usr/share/appdata

Hi,

I have a package where upstream installs AppData file in /usr/share/appdata, but the Fedora Packaging Guidelines says it should be installed to /usr/share/metainfo. I am wondering how to approach this; should I submit a PR upstream, should I change it locally or should I leave it unchanged.

internal compiler error: in ix86_expand_prologue, at config/i386/i386.c:14572

Are recent GCC changes we need to be aware of?

i686 build ends due to various internal compiler errors.
The same code has built fine before a few months ago.

<a href="https://koji.fedoraproject.org/koji/buildinfo?buildID=1020693" title="https://koji.fedoraproject.org/koji/buildinfo?buildID=1020693">https://koji.fedoraproject.org/koji/buildinfo?buildID=1020693</a>
<a href="https://kojipkgs.fedoraproject.org//work/tasks/8584/24438584/build.log" title="https://kojipkgs.fedoraproject.org//work/tasks/8584/24438584/build.log">https://kojipkgs.fedoraproject.org//work/tasks/8584/24438584/build.log</a>

Removal of systemd-units

Hash: SHA256

It's been 6 years since systemd-units package was merged to systemd, but
package maintainers still use it. EL7 has same guidelines as Fedora, so it is
safe to make it compliant with Guidelines even there. This is very safe change.

It's just 198 packages and we are just going to fix them for you in following
days.

FESCo Elections - January 2018 - Result announcement

Greetings, all!

The elections for FESCo - January 2018 have concluded, and
the results are shown below.

FESCo is electing 5 seats this time.
A total of 143 ballots were cast, meaning a candidate
could accumulate up to 1001 votes (143 * 7).

The results for the elections are as follows:

# votes | name
- --------+----------------------
703 | Kevin Fenzi (nirik)
579 | Adam Miller (maxamillion)
512 | Jared Smith (jsmith)
503 | Josh Boyer ( jwboyer/jwb )
483 | Zbigniew Jędrzejewski-Szmek (zbyszek)
- --------+----------------------
469 | Justin Forbes (jfor

Mindshare Elections - January 2018 - Result announcement

Greetings, all!

The elections for Mindshare - January 2018 have concluded, and
the results are shown below.

Mindshare is electing 2 seats this time.
A total of 124 ballots were cast, meaning a candidate
could accumulate up to 620 votes (124 * 5).

The results for the elections are as follows:

# votes | name
- --------+----------------------
344 | Jared Smith (jsmith)
325 | Nick Bebout (nb)
- --------+----------------------
302 | Jona Azizaj (jonatoni)
280 | Gabriele Trombini (mailga)
235 | Radka Janek (rhea)

Congratulations to the winning candidates, and

Council Elections - January 2018 - Result announcement

Greetings, all!

The elections for Council - January 2018 have concluded, and
the results are shown below.

Council is electing 2 seats this time.
A total of 142 ballots were cast, meaning a candidate
could accumulate up to 710 votes (142 * 5).

The results for the elections are as follows:

# votes | name
- --------+----------------------
459 | Dennis Gilmore (dgilmore / ausil)
350 | Nick Bebout (nb)
- --------+----------------------
334 | Langdon White (langdon)
309 | Jona Azizaj (jonatoni)
239 | Russ Herrold (herrold / orc_fedo)

Congratulations to the winn

Build flag injection for qmake

I have a package which indirectly calls qmake (from Qt5). Is there a
way to inject the standard build flags using environment variables, or
do I have to patch the invocation of the qmake command itself to pass
the flags, similar to what %{qmake_qt5} does?

Would it make to add rpmbuild-qmake or something similar to
qt5-rpm-macros which get the build flags from CFLAGS/CXX/FLAGS/LDFLAGS
and pass it to qmake?

Thanks,
Florian

Syndicate content