Re: GCC broken in rawhide?

I'm getting: configure: error: C compiler cannot create executables On Friday, January 26, 2018 1:53 AM, Ralf Corsepius wrote: 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:

Re: Build flag injection for qmake

On 01/24/2018 11:18 PM, Rex Dieter wrote: It should capture all of CFLAGS, CXXFLAGS, LDFLAGS , see https://src.fedoraproject.org/rpms/qt5/blob/master/f/macros.qt5 where it pulls from %{optflags} and %{?__global_ldflags} as appropriate Ahh—it's conditional whether CFLAGS etc. have been set. If

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:

python2 dummy packages for EPEL

Following my proposal in https://fedoraproject.org/wiki/User:Tibbs/EPELPythonStubPackages which met with favor from a number of folks, I went ahead and set up four dummy packages: python2-setuptools (in EPEL6) python2-sphinx (EPEL7) python2-pytest (EPEL7) python2-six (EPEL7) I'll

Re: GCC broken in rawhide?

On 01/25/2018 10:50 PM, Ralf Corsepius wrote: 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)

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

Re: Question about LUKS2 on-disk format

On 01/25/2018 08:40 PM, inderau...@arcor.de wrote: >> Milan Broz hat am 25. Januar 2018 um 20:32 geschrieben: >> On 01/25/2018 08:05 PM, inderau...@arcor.de wrote: >>> Hej there! Just want to ask if/or when it will be available for Fedora >>> workstation. >> >> Fedora

Re: python2 dummy packages for EPEL

It would of course be better if I actually provided links to the updates: python2-setuptools (EPEL6): https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-92c3e1b0e4 python2-sphinx (EPEL7): https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-9cd64dfc3c python2-pytest (EPEL7):

Re: -z defs linker flag activated in Fedora rawhide

On Thu, Jan 25, 2018 at 08:31:29AM +0100, Remi Collet wrote: > Le 22/01/2018 à 16:24, Florian Weimer a écrit : > > I updated redhat-rpm-config to instruct ld to reject linking shared > > objects with undefined symbols.  Such undefined symbols break symbol > > versioning because the are not

Re: -z defs linker flag activated in Fedora rawhide

On 25/01/18 07:31, Remi Collet wrote: Le 22/01/2018 à 16:24, Florian Weimer a écrit : I updated redhat-rpm-config to instruct ld to reject linking shared objects with undefined symbols.  Such undefined symbols break symbol versioning because the are not necessarily bound to the correct symbol

Re: EPEL support in "master" branch (aka speeding up Fedora development)

Just to illustrate what this is about, these are 3 PR trying to fix the branches for next RHEL: https://src.fedoraproject.org/rpms/rubygem-ruby-rc4/pull-request/1 https://src.fedoraproject.org/rpms/rubygem-Ascii85/pull-request/1 https://src.fedoraproject.org/rpms/rubygem-nokogiri/pull-request/1

Re: -z defs linker flag activated in Fedora rawhide

On 01/25/2018 04:37 PM, Petr Pisar wrote: On 2018-01-25, Daniel P Berrangé wrote: Not neccessarily - with perl, the APIs used by extensions are actually in libperl.so, not /usr/bin/perl, and the extensions link to libperl.so So perl binary modules ought to still build

Re: Problems debugging problems... formerly Re: Wyland is a disaster

On 24/01/18 15:06 -0700, stan wrote: On Wed, 24 Jan 2018 14:37:30 -0500 Przemek Klosowski wrote: For instance, I observed a reliable desktop session crash on exiting Pan newsreader. I don't know how to debug it because it crashes the session and I get logged out.

Re: -z defs linker flag activated in Fedora rawhide

On 01/25/2018 08:50 AM, Peter Robinson wrote: It did [1], and I'm fairly certain it was referenced on this thread already too. [1]https://fedoraproject.org/wiki/Changes/BINUTILS2291#Scope That's poorly advertised. I would not associate a Binutils version update with a LDFLAGS change. The

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

After consulting with Jakub, I switched rawhide to generic GCC tuning on i686, as was the intent when we dropped the Atom tuning for Fedora 26. See: This should paper over most instances of the compiler bug in question. (GCC itself has

Re: -z defs linker flag activated in Fedora rawhide

On Thu, 2018-01-25 at 14:50 +, Peter Robinson wrote: > On Thu, Jan 25, 2018 at 2:21 PM, Michael Cronenworth > wrote: > > On 01/25/2018 02:41 AM, Richard W.M. Jones wrote: > > > > > > I think the -z defs change should be reverted. It breaks very > > > long- > > > standing

Re: -z defs linker flag activated in Fedora rawhide

On 25 January 2018 at 14:52, Florian Weimer wrote: >> ../src/fu-device-locker.c:49:1: internal compiler error: in >> ix86_expand_prologue, at config/i386/i386.c:14572 > Yes, this is: https://bugzilla.redhat.com/show_bug.cgi?id=1538648 Agreed. > I can perhaps put a workaround

Re: [HEADS UP] Removal of systemd-units

Igor Gnatenko wrote: > 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

[Package Review] 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: https://bugzilla.redhat.com/show_bug.cgi?id=1538341 https://bugzilla.redhat.com/show_bug.cgi?id=1538658 Thanks! ---Brett.

Non-responsive maintainer: joost

Per the policy I am asking here if anyone knows how to get in touch with joost (jo...@cnoc.nl). 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

Re: Build flag injection for qmake

Rex Dieter wrote: > It should capture all of CFLAGS, CXXFLAGS, LDFLAGS , see > https://src.fedoraproject.org/rpms/qt5/blob/master/f/macros.qt5 > where it pulls from %{optflags} and %{?__global_ldflags} as appropriate It will capture CFLAGS, CXXFLAGS, LDFLAGS from the environment, but it will not

Re: Build flag injection for qmake

Kevin Kofler wrote: > Rex Dieter wrote: >> It should capture all of CFLAGS, CXXFLAGS, LDFLAGS , see >> https://src.fedoraproject.org/rpms/qt5/blob/master/f/macros.qt5 >> where it pulls from %{optflags} and %{?__global_ldflags} as appropriate > > It will capture CFLAGS, CXXFLAGS, LDFLAGS from the

Re: Wyland is a disaster

On Wed, 2018-01-24 at 14:29 -0500, Przemek Klosowski wrote: > On 01/23/2018 06:56 PM, Howard Howell wrote: > > Due to that last line, issued su and password and ran it again: > > # lshw > > Segmentation fault (core dumped) > > ok, great---so now do 'gdb lshw', type 'r' in gdb, and see where it >

Re: [HEADS UP] Removal of systemd-units

> "IG" == Igor Gnatenko writes: IG> It's just 198 packages and we are just going to fix them for you in IG> following days. When posting big lists of packages, please consider running that list through

Question about LUKS2 on-disk format

Hej there! Just want to ask if/or when it will be available for Fedora workstation. https://mbroz.fedorapeople.org/talks/DevConf2016/devconf2016-luks2.pdf https://fosdem.org/2018/schedule/event/cryptsetup/ All the best! ___ devel mailing list

Re: Question about LUKS2 on-disk format

On 01/25/2018 08:05 PM, inderau...@arcor.de wrote: > Hej there! Just want to ask if/or when it will be available for Fedora > workstation. Fedora usually has build of all cryptsetup/LUKS tools as the first distro. So, for now, rawhide has all recent builds, so Fedora 28 should get all builds

Re: Question about LUKS2 on-disk format

Thanks for your quick reply! > Milan Broz hat am 25. Januar 2018 um 20:32 geschrieben: > > > On 01/25/2018 08:05 PM, inderau...@arcor.de wrote: > > Hej there! Just want to ask if/or when it will be available for Fedora > > workstation. > > Fedora usually has build of all

Re: Wyland is a disaster

On Thu, 2018-01-25 at 09:51 -0800, Howard Howell wrote: > On Wed, 2018-01-24 at 14:29 -0500, Przemek Klosowski wrote: > > On 01/23/2018 06:56 PM, Howard Howell wrote: > > > Due to that last line, issued su and password and ran it again: > > > # lshw > > > Segmentation fault (core dumped) > > > >

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:

Re: Wyland is a disaster

On 01/25/2018 12:02 PM, Howard Howell wrote: [root@school lesh]# dnf debuginfo-install glibc-2.25-12.fc26.x86_64 Package glibc-debuginfo-2.23.1-11.fc24.x86_64 is already installed, skipping. Dependencies resolved. Nothing to do. Try adding --best to the command.

Re: [HEADS UP] Removal of systemd-units

On Thu, 2018-01-25 at 15:42 +0100, Igor Gnatenko wrote: > On Thu, 2018-01-25 at 15:10 +0100, Igor Gnatenko wrote: > > 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

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] https://src.fedoraproject.org/rpms/mlt/blob/master/f/mlt.spec#_127 -- Sérgio M. B.

Re: Package review requests: Splitting the "sustmi" GNOME Shell extensions into separate packages

One more time: both of the newly split packages have been marked as approved on Bugzilla, but I can't get anyone to do whatever final approval is needed for the old "sustmi" GNOME Shell extensions to become two separate packages in Fedora. I started this process back in October. I'd like to be

Re: cflag ffast-math

On Thu, Jan 25, 2018 at 2:53 PM, Sérgio Basto wrote: > 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] ? > > I have no meaningful

Re: -z defs linker flag activated in Fedora rawhide

On 2018-01-25, Daniel P Berrangé wrote: > Not neccessarily - with perl, the APIs used by extensions are actually > in libperl.so, not /usr/bin/perl, and the extensions link to libperl.so > So perl binary modules ought to still build without undefined symbols, > as IIUC

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

On Thu, 2018-01-25 at 15:15 +0100, Michael Schwendt wrote: > 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. > > https://koji.fedoraproject.org/koji/buildinfo?buildID=1020693 >

Re: -z defs linker flag activated in Fedora rawhide

On 01/25/2018 04:51 PM, Richard Hughes wrote: On 25 January 2018 at 14:52, Florian Weimer wrote: ../src/fu-device-locker.c:49:1: internal compiler error: in ix86_expand_prologue, at config/i386/i386.c:14572 Yes, this is: https://bugzilla.redhat.com/show_bug.cgi?id=1538648

Re: -z defs linker flag activated in Fedora rawhide

On 25/01/18 15:58, Florian Weimer wrote: On 01/25/2018 04:37 PM, Petr Pisar wrote: On 2018-01-25, Daniel P  Berrangé wrote: Not neccessarily - with perl, the APIs used by extensions are actually in libperl.so, not /usr/bin/perl, and the extensions link to libperl.so So

Re: libcdio soname bump in rawhide

On Thu, 25 Jan 2018 15:24:38 +0100, Adrian Reber wrote: > /usr/include/qt5/QtGui/qstatictext.h:70:18: note: no known conversion for > argument 1 from 'QString' to 'const QStaticText&' > > Which does not seem to be libcdio related. Is this a know error > in audacious-plugins? It is due to Qt

Re: -z defs linker flag activated in Fedora rawhide

Dne 25.1.2018 v 09:40 Tom Hughes napsal(a): > On 25/01/18 07:31, Remi Collet wrote: >> Le 22/01/2018 à 16:24, Florian Weimer a écrit : >>> I updated redhat-rpm-config to instruct ld to reject linking shared >>> objects with undefined symbols.  Such undefined symbols break symbol >>> versioning

Re: -z defs linker flag activated in Fedora rawhide

On Thu, Jan 25, 2018 at 6:33 AM, Daniel P. Berrangé wrote: > On Thu, Jan 25, 2018 at 08:40:29AM +, Tom Hughes wrote: >> On 25/01/18 07:31, Remi Collet wrote: >> > Le 22/01/2018 à 16:24, Florian Weimer a écrit : >> > > I updated redhat-rpm-config to instruct ld to reject

Re: -z defs linker flag activated in Fedora rawhide

On Thu, Jan 25, 2018 at 08:40:29AM +, Tom Hughes wrote: > On 25/01/18 07:31, Remi Collet wrote: > > Le 22/01/2018 à 16:24, Florian Weimer a écrit : > > > I updated redhat-rpm-config to instruct ld to reject linking shared > > > objects with undefined symbols.  Such undefined symbols break

Re: EPEL support in "master" branch (aka speeding up Fedora development)

On 25 January 2018 at 08:26, Vít Ondruch wrote: > Just to illustrate what this is about, these are 3 PR trying to fix the > branches for next RHEL: > > https://src.fedoraproject.org/rpms/rubygem-ruby-rc4/pull-request/1 >

Re: -z defs linker flag activated in Fedora rawhide

On Thu, Jan 25, 2018 at 09:03:34AM +, Tom Hughes wrote: > On 25/01/18 08:41, Richard W.M. Jones wrote: > >On Thu, Jan 25, 2018 at 08:31:29AM +0100, Remi Collet wrote: > >>Le 22/01/2018 à 16:24, Florian Weimer a écrit : > >>>I updated redhat-rpm-config to instruct ld to reject linking shared >

Re: -z defs linker flag activated in Fedora rawhide

On Thu, Jan 25, 2018 at 4:13 AM, Richard W.M. Jones wrote: > On Thu, Jan 25, 2018 at 09:03:34AM +, Tom Hughes wrote: >> On 25/01/18 08:41, Richard W.M. Jones wrote: >> >On Thu, Jan 25, 2018 at 08:31:29AM +0100, Remi Collet wrote: >> >>Le 22/01/2018 à 16:24, Florian Weimer a

Re: -z defs linker flag activated in Fedora rawhide

On 25/01/18 08:41, Richard W.M. Jones wrote: On Thu, Jan 25, 2018 at 08:31:29AM +0100, Remi Collet wrote: Le 22/01/2018 à 16:24, Florian Weimer a écrit : I updated redhat-rpm-config to instruct ld to reject linking shared objects with undefined symbols.  Such undefined symbols break symbol

Re: Re: EPEL support in "master" branch (aka speeding up Fedora development)

- Mail original - De: "Tomasz Kłoczko" ? > What I'm trying to say is that IMO I probably know why up to now it was not > possible to introduce common indentation in RH and Fedora as well. > (bad news) > I know probably as well why now it will be even harder. > .. because (as result) >

Re: koschei interpertation; was: Re: -z defs linker flag activated in Fedora rawhide

On 2018-01-23 20:06, R P Herrold wrote: On Tue, 23 Jan 2018, Daniel P. Berrange wrote: What needs to be done for this ? I see my package "libvirt" present in its UI https://apps.fedoraproject.org/koschei/package/libvirt but it says "Package is currently ineligible for scheduling due

Re: FESCo Elections - January 2018 - Result announcement

On Thu, Jan 25, 2018 at 01:47:13AM +0100, Jan Kurik wrote: > The elections for FESCo - January 2018 have concluded, and > the results are shown below. Congratulations everyone. And I especially want to thank the people who ran but didn't make the cutoff. This was an excellent slate of candidates

Re: Summary/Minutes from today's FESCo Meeting (2018-01-12)

Kevin Kofler a écrit: > Justin Forbes wrote: >> * #1810 Let's flip the switch on January 15th: gating in Fedora >> (jforbes, 16:15:51) >> * LINK: https://pagure.io/fesco/issue/1810 (jforbes, 16:16:05) >> * LINK: https://src.fedoraproject.org/rpms/waiverdb

Re: -z defs linker flag activated in Fedora rawhide

On 25/01/18 09:17, Neal Gompa wrote: On Thu, Jan 25, 2018 at 4:13 AM, Richard W.M. Jones wrote: On Thu, Jan 25, 2018 at 09:03:34AM +, Tom Hughes wrote: On 25/01/18 08:41, Richard W.M. Jones wrote: On Thu, Jan 25, 2018 at 08:31:29AM +0100, Remi Collet wrote: Le

[HEADS UP] Removal of systemd-units

-BEGIN PGP SIGNED MESSAGE- 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

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. https://koji.fedoraproject.org/koji/buildinfo?buildID=1020693 https://kojipkgs.fedoraproject.org//work/tasks/8584/24438584/build.log

Re: -z defs linker flag activated in Fedora rawhide

On 01/25/2018 02:41 AM, Richard W.M. Jones wrote: I think the -z defs change should be reverted. It breaks very long- standing expected behaviour of linkers and there's been no proper justification for doing it. +1 This should go through a Fedora Change workflow. I am unaware of a Fedora

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

On Thu, Jan 25, 2018 at 03:15:05PM +0100, Michael Schwendt wrote: > 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. > >

Re: libcdio soname bump in rawhide

On Thu, Jan 18, 2018 at 10:25:56PM +0100, Adrian Reber wrote: > libcdio upstream released the 2.0 version a few weeks ago and I will > updated rawhide to the latest libcdio version. It comes with a new > soname and I will also rebuild all dependencies. libcdio and libcdio-paranoia have been

Re: -z defs linker flag activated in Fedora rawhide

On 25 January 2018 at 14:21, Michael Cronenworth wrote: > This should go through a Fedora Change workflow. I am unaware of a Fedora > Change for this. Was there a test mass rebuild? If so, how many packages need fixes? I got bitten by this just now and it would have been nice to

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

On 01/25/2018 03:25 PM, Marek Polacek wrote: On Thu, Jan 25, 2018 at 03:15:05PM +0100, Michael Schwendt wrote: 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.

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

Re: Upstream installs AppData file in /usr/share/appdata

On Thu, Jan 25, 2018 at 9:39 AM, Samuel Rakitničan wrote: > 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

Re: [HEADS UP] Removal of systemd-units

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thu, 2018-01-25 at 15:10 +0100, Igor Gnatenko wrote: > 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

Re: -z defs linker flag activated in Fedora rawhide

On 25 January 2018 at 14:28, Richard Hughes wrote: > Was there a test mass rebuild? If so, how many packages need fixes? I > got bitten by this just now and it would have been nice to fix the > problems upstream before Fedora rebuilds just started failing. Replying to

Re: -z defs linker flag activated in Fedora rawhide

On Thu, Jan 25, 2018 at 2:21 PM, Michael Cronenworth wrote: > On 01/25/2018 02:41 AM, Richard W.M. Jones wrote: >> >> I think the -z defs change should be reverted. It breaks very long- >> standing expected behaviour of linkers and there's been no proper >> justification for

Re: -z defs linker flag activated in Fedora rawhide

On 01/25/2018 03:45 PM, Richard Hughes wrote: On 25 January 2018 at 14:28, Richard Hughes wrote: Was there a test mass rebuild? If so, how many packages need fixes? I got bitten by this just now and it would have been nice to fix the problems upstream before Fedora

Re: -z defs linker flag activated in Fedora rawhide

On Thu, Jan 25, 2018 at 3:52 PM, Florian Weimer wrote: > On 01/25/2018 03:45 PM, Richard Hughes wrote: >> >> On 25 January 2018 at 14:28, Richard Hughes wrote: >>> >>> Was there a test mass rebuild? If so, how many packages need fixes? I >>> got bitten by

Re: -z defs linker flag activated in Fedora rawhide

On 01/25/2018 04:04 PM, Fabio Valentini wrote: Yes, this is:https://bugzilla.redhat.com/show_bug.cgi?id=1538648 I can perhaps put a workaround in redhat-rpm-config, which should make it much less likely that this compiler bug is encountered. Rebuilding gcc takes 15+ hours, unfortunately, and

Re: Upstream installs AppData file in /usr/share/appdata

It's not a huge deal, appstream searches both locations. Metainfo is best, but a low priority fix IMHO. Richard On 25 Jan 2018 14:42, "Neal Gompa" wrote: On Thu, Jan 25, 2018 at 9:39 AM, Samuel Rakitničan wrote: > Hi, > > I have a package

[EPEL-devel] Re: Dummy python2 packages submitted

It would of course be better if I actually provided links to the updates: python2-setuptools (EPEL6): https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-92c3e1b0e4 python2-sphinx (EPEL7): https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-9cd64dfc3c python2-pytest (EPEL7):

[EPEL-devel] Dummy python2 packages submitted

(This is mostly a duplicate of a post I sent to devel@. I wanted to alert epel-devel@ but didn't want to crosspost.) Following my proposal in https://fedoraproject.org/wiki/User:Tibbs/EPELPythonStubPackages which met with favor from a number of folks here, I went ahead and set up four dummy

[Bug 1537839] perl-Sereal-Encoder-4.005 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1537839 --- Comment #4 from Fedora Update System --- perl-Sereal-Encoder-4.005-1.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See

[Bug 1537837] perl-Sereal-4.005 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1537837 --- Comment #4 from Fedora Update System --- perl-Sereal-4.005-1.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See

[Bug 1536730] perl-DateTime-TimeZone-2.16 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1536730 --- Comment #8 from Fedora Update System --- perl-DateTime-TimeZone-2.17-1.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See

[Bug 1537516] perl-threads-2.21 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1537516 --- Comment #5 from Fedora Update System --- perl-threads-2.21-1.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See

[Bug 1537838] perl-Sereal-Decoder-4.005 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1537838 --- Comment #4 from Fedora Update System --- perl-Sereal-Decoder-4.005-1.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See

[Bug 1537517] perl-threads-shared-1.58 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1537517 --- Comment #5 from Fedora Update System --- perl-threads-shared-1.58-1.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See

[Bug 1538075] perl-String-Print-0.93 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1538075 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA

[Bug 1537829] perl-DateTime-TimeZone-2.17 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1537829 --- Comment #4 from Fedora Update System --- perl-DateTime-TimeZone-2.17-1.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See

[EPEL-devel] Fedora EPEL 6 updates-testing report

The following Fedora EPEL 6 Security updates need testing: Age URL 925 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168 rubygem-crack-0.3.2-2.el6 815 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb mcollective-2.8.4-1.el6 787