[Bug 1451337] perl-Data-ICal-0.22-7.fc26 FTBFS with perl-5.26.0

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1451337

Ralf Corsepius  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
Last Closed||2017-05-17 00:25:34



--- Comment #1 from Ralf Corsepius  ---
I opted to removing inc/ and using unbundled inc/ modules.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

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

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 678  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 672  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 562  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 534  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 144  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e3e50897ac   
libbsd-0.8.3-2.el6
  40  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-c0d33ae70f   
tnef-1.4.14-1.el6
  20  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-b56d84e139   
mod_security-2.7.3-5.el6
  19  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4efdb40c89   
squirrelmail-1.4.22-5.el6
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-59f87a9740   
php-horde-ingo-3.2.15-1.el6
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-0868b62cfe   
lynis-2.5.0-1.el6
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-9c983665aa   
roundcubemail-1.0.9-4.el6
  10  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-3e639b5a06   
python-fedora-0.9.0-3.el6 python-openidc-client-0-3.20170327git5456800.el6
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-6ee18d1c7b   
openvpn-2.4.2-1.el6
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-1f2571d162   
nagios-4.3.2-1.el6
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4aef39b497   
chicken-4.12.0-2.el6


The following builds have been pushed to Fedora EPEL 6 updates-testing

R-3.4.0-2.el6
php-doctrine-annotations-1.2.7-4.el6
php-doctrine-datafixtures-1.0.2-5.el6
php-doctrine-doctrine-cache-bundle-1.3.0-4.el6
php-doctrine-inflector-1.1.0-4.el6
php-doctrine-lexer-1.0.1-8.el6
php-jdorn-sql-formatter-1.2.17-5.el6

Details about builds:



 R-3.4.0-2.el6 (FEDORA-EPEL-2017-c925ae6906)
 A language for data analysis and graphics

Update Information:

Update to R 3.4.0.

References:

  [ 1 ] Bug #181 - R-3.4.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=181




 php-doctrine-annotations-1.2.7-4.el6 (FEDORA-EPEL-2017-668835b1da)
 PHP docblock annotations parser library

Update Information:

Switch autoloader to `php-fedora-autoloader`




 php-doctrine-datafixtures-1.0.2-5.el6 (FEDORA-EPEL-2017-668835b1da)
 Data Fixtures for all Doctrine Object Managers

Update Information:

Switch autoloader to `php-fedora-autoloader`




 php-doctrine-doctrine-cache-bundle-1.3.0-4.el6 (FEDORA-EPEL-2017-668835b1da)
 Symfony2 Bundle for Doctrine Cache

Update Information:

Switch autoloader to `php-fedora-autoloader`




 php-doctrine-inflector-1.1.0-4.el6 (FEDORA-EPEL-2017-668835b1da)
 Common string manipulations with regard to casing and singular/plural rules

Update Information:

Switch autoloader to `php-fedora-autoloader`




 php-doctrine-lexer-1.0.1-8.el6 (FEDORA-EPEL-2017-668835b1da)
 Base library for a lexer that can be used in top-down, recursive descent 
parsers

Update Information:

Switch autoloader to `php-fedora-autoloader`




 php-jdorn-sql-formatter-1.2.17-5.el6 (FEDORA-EPEL-2017-7705dd22fa)
 PHP SQL highlighting library

Update 

[Bug 1446002] perl-Lingua-Translit-0.27 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1446002

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Lingua-Translit-0.27-1 |perl-Lingua-Translit-0.27-1
   |.fc25   |.fc25
   |perl-Lingua-Translit-0.27-1 |perl-Lingua-Translit-0.27-1
   |.el7|.el7
   ||perl-Lingua-Translit-0.27-1
   ||.el6



--- Comment #14 from Fedora Update System  ---
perl-Lingua-Translit-0.27-1.el6 has been pushed to the Fedora EPEL 6 stable
repository. If problems still persist, please make note of it in this bug
report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Deprecated net-tools? Mass bug filing?

[Stephen John Smoogen]

On 16 May 2017 at 18:29, James Hogarth  wrote:
> Hi,
>
> It was pointed out on IRC to me tonight that there are actually a
> reasonable number of packages that still depend on net-tools[0].
>
> This has been deprecated for a long time now and we really should
> strive to have everything use iproute2 instead so that there is no
> longer a need to keep the deprecated package about, other than if
> someone explicitly really wants netstat or ifconfig for some reason.
>
> Is the best way to handle this a mass bug filing?
>
> If we can at least start cutting down this list in the FC27 cycle I
> think it would be a worthy effort.
>
> James
>
>
> [0] package list:
> sudo dnf repoquery --alldeps --whatrequires net-tools

> gnome-nettool-0:3.8.1-9.fc26.x86_64

I think the name says it all there :)

> redhat-lsb-supplemental-0:4.1-34.fc26.x86_64

That might be a hard and fast not going to happen unless the LSB is
modernized not to require ifconfig etc.


-- 
Stephen J Smoogen.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Making swatchbooker run

[Luya Tshimbalanga]

Any suggestion to symlink to the 64bit flavour?

Luya
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 799  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 562  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f   
mcollective-2.8.4-1.el7
 144  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-04bc9dd81d   
libbsd-0.8.3-1.el7
  42  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d241156dfe   
mod_cluster-1.3.3-10.el7
  40  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-5f9a6163b4   
tnef-1.4.14-1.el7
  39  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-7ecb12e378   
python-XStatic-jquery-ui-1.12.0.1-1.el7
  19  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e2fae7fb04   
squirrelmail-1.4.22-16.el7
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-f057518fbd   
proftpd-1.3.5e-2.el7
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-9250b82d1c   
php-horde-ingo-3.2.15-1.el7
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-828e5e0986   
lynis-2.5.0-1.el7
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-bb8576affa   
radicale-1.1.2-1.el7
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-650d7b9356   
python-fedora-0.9.0-1.el7 python-openidc-client-0-3.20170327git5456800.el7 
bodhi-2.6.2-1.el7
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-2acdfa3ad8   
struts-1.3.10-14.1.el7
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-6acdeb07a7   
chicken-4.12.0-2.el7
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-c97810a9a7   
jbig2dec-0.12-4.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4269265615   
menu-cache-1.0.1-2.el7


The following builds have been pushed to Fedora EPEL 7 updates-testing

R-3.4.0-2.el7
c3p0-0.9.2.1-6.el7
cli-parser-1.1.2-6.el7
jboss-logging-tools1-1.2.1-2.el7
libtermkey-0.18-3.el7
libvterm-0-0.2.bzr681.el7
lua-bit32-5.3.0-2.el7
lua-mpack-1.0.4-2.el7
menu-cache-1.0.1-2.el7
neovim-0.2.0-2.el7
php-dnoegel-php-xdg-base-dir-0.1-3.el7
php-doctrine-annotations-1.2.7-4.el7
php-doctrine-common-2.5.3-3.el7
php-doctrine-datafixtures-1.0.2-5.el7
php-doctrine-doctrine-cache-bundle-1.3.0-4.el7
php-doctrine-inflector-1.1.0-4.el7
php-doctrine-lexer-1.0.1-8.el7
php-jakub-onderka-php-console-color-0.1-3.el7
php-jakub-onderka-php-console-highlighter-0.3.2-3.el7
php-jdorn-sql-formatter-1.2.17-5.el7
php-league-climate-3.2.1-3.el7
php-mnapoli-phpunit-easymock-0.2.3-3.el7
php-phpmyadmin-sql-parser-4.1.5-1.el7
python-dockerpty-0.4.1-6.el7
python-robosignatory-0.3.6-1.el7
python-sync2jira-1.1-1.el7
python-tqdm-4.10.0-2.el7.1
rubygem-rdiscount-2.1.8-2.el7
unibilium-1.2.0-2.el7

Details about builds:



 R-3.4.0-2.el7 (FEDORA-EPEL-2017-85f9bf80f6)
 A language for data analysis and graphics

Update Information:

Update to R 3.4.0.

References:

  [ 1 ] Bug #181 - R-3.4.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=181




 c3p0-0.9.2.1-6.el7 (FEDORA-EPEL-2017-b8338f0a63)
 JDBC DataSources/Resource Pools

Update Information:

Fixes #1449781 Class missing for c3p0




 cli-parser-1.1.2-6.el7 (FEDORA-EPEL-2017-f15e88c068)
 Command Line Interface Parser for Java

Update Information:

Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild




 jboss-logging-tools1-1.2.1-2.el7 (FEDORA-EPEL-2017-1f6b8f79a3)
 JBoss Logging I18n Annotation Processor

Update Information:

Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild




 libtermkey-0.18-3.el7 (FEDORA-EPEL-2017-e55d6f7a83)
 Library for easy processing of keyboard entry from terminal-based programs

Update Information:

neovim 

Deprecated net-tools? Mass bug filing?

[James Hogarth]

Hi,

It was pointed out on IRC to me tonight that there are actually a
reasonable number of packages that still depend on net-tools[0].

This has been deprecated for a long time now and we really should
strive to have everything use iproute2 instead so that there is no
longer a need to keep the deprecated package about, other than if
someone explicitly really wants netstat or ifconfig for some reason.

Is the best way to handle this a mass bug filing?

If we can at least start cutting down this list in the FC27 cycle I
think it would be a worthy effort.

James


[0] package list:
sudo dnf repoquery --alldeps --whatrequires net-tools
WALinuxAgent-0:2.0.18-2.fc26.noarch
beakerlib-0:1.15-2.fc26.noarch
chkrootkit-0:0.52-1.fc26.x86_64
cloud-init-0:0.7.9-4.fc26.noarch
cloud-init-0:0.7.9-5.fc26.noarch
ctdb-2:4.6.3-0.fc26.x86_64
facter-0:2.4.3-1.fc23.x86_64
gnome-nettool-0:3.8.1-9.fc26.x86_64
inxi-0:2.3.8-2.fc26.noarch
iodine-server-0:0.7.0-7.fc26.x86_64
mariadb-server-3:10.1.21-3.fc26.x86_64
mediatomb-0:0.12.1-40.fc26.20120403gitb66dc1.x86_64
open-vm-tools-0:10.1.5-4.fc26.i686
open-vm-tools-0:10.1.5-4.fc26.x86_64
openslp-server-0:2.0.0-12.fc26.x86_64
openwsman-server-0:2.6.3-2.git4391e5c.fc26.i686
openwsman-server-0:2.6.3-2.git4391e5c.fc26.x86_64
peervpn-0:0.044-1.fc25.x86_64
pki-server-0:10.3.5-12.fc26.noarch
psad-0:2.4.3-4.fc26.x86_64
redhat-lsb-supplemental-0:4.1-34.fc26.x86_64
resource-agents-0:4.0.1-1.fc26.1.x86_64
synce-connector-0:0.15.2-13.fc24.i686
synce-connector-0:0.15.2-13.fc24.x86_64
systemtap-runtime-java-0:3.1-3.fc26.x86_64
testcloud-0:0.1.11-1.fc26.noarch
tunir-0:0.17.1-1.fc26.noarch
tunir-0:0.17.2-1.fc26.noarch
vpnc-script-0:20140805-5.gitdf5808b.fc26.noarch
wicd-common-0:1.7.4-2.fc26.noarch
wifi-radar-0:2.0.s10-4.fc26.noarch
wlassistant-0:0.5.7-25.fc26.x86_64
x2goserver-0:4.0.1.20-2.fc26.x86_64
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Finding conflicts in /usr/bin

[Rex Dieter]

Przemek Klosowski wrote:

>>> While this should probably be considered a bug that needs to be fixed,
>> https://bugzilla.redhat.com/show_bug.cgi?id=1451463
> And Frank Ch. Eigler closed it, explaining that:
>> It turns out that this is a deliberate decision.  As
>> outlined within the .spec file, the -devel subrpm is for building
>> systemtap modules (running pass 1..4); the -client subrpm is for being
>> able to build
>> systemtap modules -remotely-.  Both those tasks happen to be performed by
>> the same binary.
> One could create a sub-subpackage that both subpackages depend on, but
> it's getting to be silly. Is there no other option to handle this in RPM?

other option is the status quo, where a common file is shared among > 1 
subpkg (which is acceptable, not particularly a bug per-se).

-- Rex
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Making swatchbooker run

[Björn 'besser82' Esser]

Am 16.05.2017 um 20:58 schrieb Luya Tshimbalanga:

python2-lcms2 just landed in the repository

https://koji.fedoraproject.org/koji/packageinfo?packageID=24206

Attempting to run swatcbooker resulted his error:

$ swatchbooker
Traceback (most recent call last):
   File "/usr/share/swatchbooker/swatchbooker.pyw", line 27, in 
 from sbcommon import *
   File "/usr/share/swatchbooker/sbcommon.py", line 27, in 
 from swatchbook import *
   File "/usr/lib/python2.7/site-packages/swatchbook/__init__.py", line
26, in 
 from color import *
   File "/usr/lib/python2.7/site-packages/swatchbook/color.py", line 22,
in 
 from lcms2 import *
   File "/usr/lib/python2.7/site-packages/swatchbook/lcms2.py", line 601,
in 
 _libs["lcms2"] = load_library("lcms2")
   File "/usr/lib/python2.7/site-packages/swatchbook/lcms2.py", line 350,
in load_library
 return self.load(path)
   File "/usr/lib/python2.7/site-packages/swatchbook/lcms2.py", line 366,
in load
 raise ImportError(e)
ImportError: /lib/liblcms2.so.2.0.8: wrong ELF class: ELFCLASS32

python2-lcm2 was supposed to resolve the issue but it seems no effect,
what will be missing piece to properly bind lcms2 using python2-lcms2 or
a better approach?

Current swatchbooker spec:

https://src.fedoraproject.org/cgit/rpms/swatchbooker.git/tree/swatchbooker.spec


Thanks in advance



It looks like you are having python2-lcm in 32-bit flavour installed on 
a 64-bit machine…

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Making swatchbooker run

[Luya Tshimbalanga]

python2-lcms2 just landed in the repository

https://koji.fedoraproject.org/koji/packageinfo?packageID=24206

Attempting to run swatcbooker resulted his error:

$ swatchbooker
Traceback (most recent call last):
  File "/usr/share/swatchbooker/swatchbooker.pyw", line 27, in 
from sbcommon import *
  File "/usr/share/swatchbooker/sbcommon.py", line 27, in 
from swatchbook import *
  File "/usr/lib/python2.7/site-packages/swatchbook/__init__.py", line
26, in 
from color import *
  File "/usr/lib/python2.7/site-packages/swatchbook/color.py", line 22,
in 
from lcms2 import *
  File "/usr/lib/python2.7/site-packages/swatchbook/lcms2.py", line 601,
in 
_libs["lcms2"] = load_library("lcms2")
  File "/usr/lib/python2.7/site-packages/swatchbook/lcms2.py", line 350,
in load_library
return self.load(path)
  File "/usr/lib/python2.7/site-packages/swatchbook/lcms2.py", line 366,
in load
raise ImportError(e)
ImportError: /lib/liblcms2.so.2.0.8: wrong ELF class: ELFCLASS32

python2-lcm2 was supposed to resolve the issue but it seems no effect,
what will be missing piece to properly bind lcms2 using python2-lcms2 or
a better approach?

Current swatchbooker spec:

https://src.fedoraproject.org/cgit/rpms/swatchbooker.git/tree/swatchbooker.spec


Thanks in advance

-- 
Luya Tshimbalanga
Graphic & Web Designer
E: l...@fedoraproject.org
W: http://www.coolest-storm.net

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

libdrm 2.4.80 Mesa 17.1.0 Wine-Stage 2.8 on Fedora 25

[Andreas Benzler]

Hello Guys,

I build successfully:

libdrm 2.4.80 Mesa 17.1.0 Wine-Stage 2.8

and use it daily.

https://copr.fedorainfracloud.org/coprs/andybe/


Sincerely

AndyBe
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Broken dependencies: perl-Alien-ROOT

[buildsys]

perl-Alien-ROOT has broken dependencies in the rawhide tree:
On ppc64:
perl-Alien-ROOT-5.34.36.1-4.fc26.noarch requires root-core
On ppc64le:
perl-Alien-ROOT-5.34.36.1-4.fc26.noarch requires root-core
Please resolve this as soon as possible.

___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Finding conflicts in /usr/bin

[Przemek Klosowski]

On 05/16/2017 01:14 PM, Przemek Klosowski wrote:


This sender failed our fraud detection checks and may not be who they appear to be. 
Learn about spoofing    Feedback 


On 05/13/2017 02:55 AM, Emmanuel Seyman wrote:

* Przemek Klosowski [12/05/2017 16:27] :

The only one I could see that is really provided by multiple packages is
/usr/bin/stap* : they seem to be provided by both systemtap-client and
systemtap-devel.
WHAT'S UP WITH THAT?

While this should probably be considered a bug that needs to be fixed,

https://bugzilla.redhat.com/show_bug.cgi?id=1451463

And Frank Ch. Eigler closed it, explaining that:

It turns out that this is a deliberate decision.  As
outlined within the .spec file, the -devel subrpm is for building systemtap
modules (running pass 1..4); the -client subrpm is for being able to build
systemtap modules -remotely-.  Both those tasks happen to be performed by the
same binary.
One could create a sub-subpackage that both subpackages depend on, but 
it's getting to be silly. Is there no other option to handle this in RPM?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Finding conflicts in /usr/bin

[Przemek Klosowski]

On 05/13/2017 02:55 AM, Emmanuel Seyman wrote:

* Przemek Klosowski [12/05/2017 16:27] :

The only one I could see that is really provided by multiple packages is
/usr/bin/stap* : they seem to be provided by both systemtap-client and
systemtap-devel.
WHAT'S UP WITH THAT?

While this should probably be considered a bug that needs to be fixed,

https://bugzilla.redhat.com/show_bug.cgi?id=1451463

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Broken dependencies: perl-Alien-ROOT

[buildsys]

perl-Alien-ROOT has broken dependencies in the rawhide tree:
On ppc64:
perl-Alien-ROOT-5.34.36.1-4.fc26.noarch requires root-core
On ppc64le:
perl-Alien-ROOT-5.34.36.1-4.fc26.noarch requires root-core
Please resolve this as soon as possible.

___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1446002] perl-Lingua-Translit-0.27 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1446002

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Lingua-Translit-0.27-1 |perl-Lingua-Translit-0.27-1
   |.fc25   |.fc25
   ||perl-Lingua-Translit-0.27-1
   ||.el7



--- Comment #13 from Fedora Update System  ---
perl-Lingua-Translit-0.27-1.el7 has been pushed to the Fedora EPEL 7 stable
repository. If problems still persist, please make note of it in this bug
report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Fedora 26 Beta Freeze

[Mohan Boddu]

Hi all,

Today is an important day on the Fedora 26 schedule[1], with two
 significant cut-offs.

Today is the Beta freeze[2]. This means that only packages which fix
accepted blocker or freeze exception bugs[3][4] will be marked as 'stable'
and included in the Beta composes. Other builds will remain in
updates-testing until the Beta release is approved, at which point the Beta
freeze is lifted and packages can move to 'stable' as usual until the Final
freeze.

Finally, Today is the '100% code complete deadline' Change Checkpoint[5],
meaning that Fedora 26 Changes must now be code complete, meaning all the
code required to enable to the new change is finished. The level of code
completeness is reflected as tracker bug state ON_QA. The change does not
have to be fully tested by this deadline'.

Regards

Mohan Boddu

[1] https://fedoraproject.org/wiki/Releases/26/Schedule
[2] https://fedoraproject.org/wiki/Milestone_freezes
[3] https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process
[4] https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process
[5] https://fedoraproject.org/wiki/Changes/Policy
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Wild changes in nsswitch.conf

[David Sommerseth]

On 16/05/17 14:20, Stephen Gallagher wrote:
>> apparently *designed* with philosophy much like that of systemd. It's
>> supposed to be a unified set of tools replacing a lot of already
>> existing functionality, and adding some useful features.
>> Unfortunately, its unifying multiple service and multiple host
>> authentication doesn't seem to have become popular: Most folks I've
>> seen using Kerberos and LDAP, which sssd was designed to integrate,
>> have simply ignored sssd and gone straight to the more multi-platform
>> supported Samba.
>
> Just a reminder: anecdotes do not equal rigorous data :)
> 
> SSSD is in extremely wide use around the world and is the preferred
> LDAP/Kerberos client option in all of the major Linux distributions.

Just to backup this a bit further.  Those integrating with AD, will also
most likely take advantage of LDAP/Kerberos as well.  Kerberos is the
only authentication scheme I know of which also enables a truly working
SSO solution, which tackles the full stack from localhost login to
various network services.

In addition, SSSD provides a possibility to cache authentication details
so you can have laptops fully integrated with an LDAP/Kerberos
environment, provide a centralized password policy and yet be able to do
local authentication if the LDAP/Kerberos backends are unavailable.

And then there is the support for OTP based authentication, which it
also seems to be handled quite well regardless if you are online or not.

From my perspective, SSSD solves more issues than what nscd is capable
of, at least to how I've learnt to know nscd.  And my experience with
computers enrolled into a FreeIPA managed network have overall just been
a wonderful and easy experience.


-- 
kind regards,

David Sommerseth



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1451337] New: perl-Data-ICal-0.22-7.fc26 FTBFS with perl-5.26.0

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1451337

Bug ID: 1451337
   Summary: perl-Data-ICal-0.22-7.fc26 FTBFS with perl-5.26.0
   Product: Fedora
   Version: rawhide
 Component: perl-Data-ICal
  Assignee: rc040...@freenet.de
  Reporter: jples...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: c...@wpi.edu, perl-devel@lists.fedoraproject.org,
rc040...@freenet.de, xav...@bachelot.org
   External Bug ID: CPAN 121141



Created attachment 1279318
  --> https://bugzilla.redhat.com/attachment.cgi?id=1279318=edit
Fix for Perl 5.26

Perl 5.26.0 removes "." from @INC and Data-ICal-0.22's Makefile.PL fails:

+ /usr/bin/perl Makefile.PL INSTALLDIRS=vendor --skipdeps NO_PACKLIST=1
Can't locate inc/Module/Install.pm in @INC (you may need to install the
inc::Module::Install module) (@INC contains: /usr/local/lib64/perl5
/usr/local/share/perl5 /usr/lib64/perl5/vendor_perl
/usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5) at Makefile.PL
line 1.
BEGIN failed--compilation aborted at Makefile.PL line 1.


This can be fixed by patching Makefile.PL or unbundling the ./inc modules.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Wild changes in nsswitch.conf

[Stephen Gallagher]

On 05/16/2017 07:04 AM, Nico Kadel-Garcia wrote:
> On Mon, May 15, 2017 at 11:37 AM, Stephen Gallagher  
> wrote:
>>
>>
>> On 05/15/2017 11:30 AM, Jakub Hrozek wrote:
>>> On Mon, May 15, 2017 at 05:22:14PM +0200, Tomas Mraz wrote:
> 
 The questions still hold for the consistency between passwd and shadow
 and also for the systemd module present.
>>> Since sssd doesn't handle the password map, being consistent there in
>>> the ordering sense (sss before files) wouldn't make much sense, because
>>> the nss module functions for the shadow map are not even implemented in
>>> nss_sss. We could even omit the sss module from that map altogether.
>>
>> The only historical reason it is there is because authconfig didn't
>> differentiate them; it made all changes to shadow identically to passwd.
>> I don't know if that's still the case, but I'm pretty sure it was when
>> we first added SSSD support to authconfig. It's not harmful, since the
>> SSSD client just immediately returns with an appropriate NSS error code
>> if it's asked for any shadow map function.
> 
> Stephen, activating *any* service you don't need and using it for work
> that cannot possibly succeed is potentially harmful to performance and
> stability of the system. It may not be notably destructive or very
> expensive, and in this case would normally be harmless. But it helps
> create another possible point of failure in a system critical
> function. The underlying problem there would seem to be one of
> authconfig activating features pointlessly in /etc/nsswitch.cnf, not
> of the sssd software itself.
> 

To clarify, having this in nsswitch.conf does *NOT* activate the SSSD service on
the system (in and of itself). And the system around it is carefully designed so
that if SSSD is not running or accessible, it immediately returns control to
glibc which then goes through the classic nss_files path.

> Tomasz's tone has been consistently rude. In this cae, he did seem to
> have a point. sssd is, in this case, re-inventing some of the wheels
> of nscd. He could have said so much more nicely. 

Yes, SSSD does reinvent nscd, because nscd did not meet the needs of a great
many people. Its caching methodology is too simplistic (it uses the exact same
approach to deal with all possible name-service maps, which means that its
decision process has to be least-common-denominator). We very much set out to
replace nscd because it didn't work well and the upstream at the time was
immovable on many of these points. While this may no longer be true, that ship
has sailed.


And Tomasz? sssd was
> apparently *designed* with philosophy much like that of systemd. It's
> supposed to be a unified set of tools replacing a lot of already
> existing functionality, and adding some useful features.
> Unfortunately, its unifying multiple service and multiple host
> authentication doesn't seem to have become popular: Most folks I've
> seen using Kerberos and LDAP, which sssd was designed to integrate,
> have simply ignored sssd and gone straight to the more multi-platform
> supported Samba.

Just a reminder: anecdotes do not equal rigorous data :)

SSSD is in extremely wide use around the world and is the preferred
LDAP/Kerberos client option in all of the major Linux distributions.


 And authconfig has never really evolved to provide
> more robust, consistent activation of localized configurations,
> settings which are overwritten without notification when authconfig is
> run. Authconfig is a fairly dangerous tool if you need to customize
> local configurations, including its inability to remove obsolete
> domains or to support multiple domains in the /etc/krb5.cnf
> configurations, and its consistent overwriting of localized
> configurations for password expiration in /etc/nsswitch.cnf.
> 

Yes, authconfig is *not* a good tool for managing centralized authentication
services and its upstream has been unable to keep up with the changing needs of
the system. That's why work is under way to replace it with more robust tools. I
think Jakub can talk more about that.


> The resulting potential for confusion would thus not really seem to be
> an sssd issue. It would seem to be an authconfig issue. Since shadow,
> and password, are distinct settings with distinct sets of attributes
> driven by sssd activation, perhaps that would be a good place to spend
> some configuration management time, rather than relying on sssd to
> reply sensibly to a request that it will never be able to fulfill.

I'm not sure what exactly you're saying here other than "don't include 'sss' in
the 'shadow' line, to which I completely agree.



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1451283] perl-Text-Quoted-2.09-7.fc26 FTBFS with perl-5.26.0

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1451283

Ralf Corsepius  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
Last Closed||2017-05-16 07:56:24



--- Comment #1 from Ralf Corsepius  ---
I opted to removing inc/ and using unbundled inc/ modules.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Wild changes in nsswitch.conf

[Nico Kadel-Garcia]

On Mon, May 15, 2017 at 11:37 AM, Stephen Gallagher  wrote:
>
>
> On 05/15/2017 11:30 AM, Jakub Hrozek wrote:
>> On Mon, May 15, 2017 at 05:22:14PM +0200, Tomas Mraz wrote:

>>> The questions still hold for the consistency between passwd and shadow
>>> and also for the systemd module present.
>> Since sssd doesn't handle the password map, being consistent there in
>> the ordering sense (sss before files) wouldn't make much sense, because
>> the nss module functions for the shadow map are not even implemented in
>> nss_sss. We could even omit the sss module from that map altogether.
>
> The only historical reason it is there is because authconfig didn't
> differentiate them; it made all changes to shadow identically to passwd.
> I don't know if that's still the case, but I'm pretty sure it was when
> we first added SSSD support to authconfig. It's not harmful, since the
> SSSD client just immediately returns with an appropriate NSS error code
> if it's asked for any shadow map function.

Stephen, activating *any* service you don't need and using it for work
that cannot possibly succeed is potentially harmful to performance and
stability of the system. It may not be notably destructive or very
expensive, and in this case would normally be harmless. But it helps
create another possible point of failure in a system critical
function. The underlying problem there would seem to be one of
authconfig activating features pointlessly in /etc/nsswitch.cnf, not
of the sssd software itself.

Tomasz's tone has been consistently rude. In this cae, he did seem to
have a point. sssd is, in this case, re-inventing some of the wheels
of nscd. He could have said so much more nicely.  And Tomasz? sssd was
apparently *designed* with philosophy much like that of systemd. It's
supposed to be a unified set of tools replacing a lot of already
existing functionality, and adding some useful features.
Unfortunately, its unifying multiple service and multiple host
authentication doesn't seem to have become popular: Most folks I've
seen using Kerberos and LDAP, which sssd was designed to integrate,
have simply ignored sssd and gone straight to the more multi-platform
supported Samba. And authconfig has never really evolved to provide
more robust, consistent activation of localized configurations,
settings which are overwritten without notification when authconfig is
run. Authconfig is a fairly dangerous tool if you need to customize
local configurations, including its inability to remove obsolete
domains or to support multiple domains in the /etc/krb5.cnf
configurations, and its consistent overwriting of localized
configurations for password expiration in /etc/nsswitch.cnf.

The resulting potential for confusion would thus not really seem to be
an sssd issue. It would seem to be an authconfig issue. Since shadow,
and password, are distinct settings with distinct sets of attributes
driven by sssd activation, perhaps that would be a good place to spend
some configuration management time, rather than relying on sssd to
reply sensibly to a request that it will never be able to fulfill.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: OpenVPN v2.4.2 with two important fixes

[David Sommerseth]

On 12/05/17 13:59, Jonathan Wakely wrote:
> On 11/05/17 16:59 +0200, David Sommerseth wrote:
>>
>> Hi,
>>
>> Just making a little noise here, as the upstream OpenVPN community have
>> released v2.4.2 which fixes to critical authenticated remote DoS
>> vulnerabilities.
>>
>> 
>>
>> (the site is being hammered right now, so patience is needed ;-))
>>
>> I have already sent the updates to EPEL 6, EPEL7 and F-25.
>>
>> Next in the pipe is F-26 and Rawhide, but that have the challenges
>> around OpenSSL 1.1 vs mbedtls - and I plan to test out compat-openssl
>> with compat-pkcs11-helper.
> 
> Will F24 get an update to 2.3.15?
> 
> The current 2.3.14 version seems to have the same issues as 2.4.1 in
> F25 does.

Just prepared this update:



-- 
kind regards,

David Sommerseth



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[389-devel] [lib389] dsconf plugins support and cmd line design

[Ilias Stamatis]

Hello,

I'm going to add support for the memberOf plugin into the dsconf tool.
However, because this is going to be the first plugin to be configurable
through lib389, design decisions will affect all future plugins to be
supported.

I'd like thoughts on which approach would be more convenient for an admin.

Right now, there's an initial general design for all plugins here:
https://pagure.io/lib389/blob/master/f/lib389/cli_conf/plugin.py

This suggests that we do things the following way:

1. "dsconf instance plugin enable" and then it prompts us to enter the dn
of the plugin to enable.
2. "dsconf instance plugin config" and then it prompts again for a dn and
displays configuration options *specific* to that plugin

I think it might be more handy to avoid additional prompts and directly do
things like the following:

dsconf instance plugin memberof enable
dsconf instance plugin memberof fixup

However, this way we will end up with very long commands.
eg.
dsconf instance plugin memberof config modify "memberofattr" "memberOf2"

which is huge.

With the second approach it's easier to write scripts based on dsconf
though.

Any thoughts on this?

Thanks in advance,
Ilias
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org

[Bug 1451283] New: perl-Text-Quoted-2.09-7.fc26 FTBFS with perl-5.26.0

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1451283

Bug ID: 1451283
   Summary: perl-Text-Quoted-2.09-7.fc26 FTBFS with perl-5.26.0
   Product: Fedora
   Version: rawhide
 Component: perl-Text-Quoted
  Assignee: rc040...@freenet.de
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: lxt...@gmail.com, perl-devel@lists.fedoraproject.org,
rc040...@freenet.de, trem...@tremble.org.uk
   External Bug ID: CPAN 121699



Created attachment 1279253
  --> https://bugzilla.redhat.com/attachment.cgi?id=1279253=edit
Proposed fix

Perl 5.26.0 removes "." from @INC and Text-Quoted-2.09's Makefile.PL fails:

+ /usr/bin/perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
Can't locate inc/Module/Install.pm in @INC (you may need to install the
inc::Module::Install module) (@INC contains: /usr/local/lib64/perl5
/usr/local/share/perl5 /usr/lib64/perl5/vendor_perl
/usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5) at Makefile.PL
line 2.
BEGIN failed--compilation aborted at Makefile.PL line 2.
error: Bad exit status from /var/tmp/rpm-tmp.cUWJ6e (%build)

This can be fixed by patching Makefile.PL or unbundling the ./inc modules.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1451147] perl-Function-Parameters-2.000007 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1451147

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Function-Parameters-2.
   ||0.7-1.fc27
 Resolution|--- |RAWHIDE
Last Closed||2017-05-16 05:07:02



--- Comment #1 from Petr Pisar  ---
A bug-fix release suitable for Fedora ≥ 27.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: Review swap: keepassxc - Cross-platform password manager

[Germano Massullo]

Review request has been taken
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: mp3 encoding now ok

[James Hogarth]

On 15 May 2017 at 23:31, Peter Robinson  wrote:
> On Mon, May 15, 2017 at 10:35 PM, James Hogarth  
> wrote:
>>
>>
>> On 15 May 2017 5:15 pm, "Tom Callaway"  wrote:
>>
>> On 05/04/2017 09:09 AM, Jon Ciesla wrote:
>>>
>>>
>>> On Thu, May 4, 2017 at 8:07 AM, Christian Schaller >> > wrote:
>>>
>>> Hi, not sure why Spot hasn't chimed in, but yes this
>>> has been run through legal. Tom and I where on the same
>>> email thread with the laywers.
>>>
>>> I'm assuming it's because he's at RH Summit.  He looked blissfully busy
>>> in the pic I saw, and I assume this has contributed. :)
>>
>> Yes. I've been traveling almost non-stop for a month, so I'm behind on a
>> lot of things. I was involved here, though, much credit is due to
>> Christian and his team for a lot of hard work behind the scenes.
>>
>>
>> The reddit thread and the comments on the Fedora Magazine discussing this
>> had quite a few people highlighting AC3 as no longer being encumbered as
>> well.
>>
>> Is there anything you can share with us on that area too?
>
> a52dec has been packaged in mainline Fedora since late March:
> https://koji.fedoraproject.org/koji/packageinfo?packageID=23992


I missed that news.

Thanks for the pointer - I'll go reply to the relevant comments shortly :)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

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

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 799  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 561  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f   
mcollective-2.8.4-1.el7
 143  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-04bc9dd81d   
libbsd-0.8.3-1.el7
  41  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d241156dfe   
mod_cluster-1.3.3-10.el7
  39  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-5f9a6163b4   
tnef-1.4.14-1.el7
  38  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-7ecb12e378   
python-XStatic-jquery-ui-1.12.0.1-1.el7
  18  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-e2fae7fb04   
squirrelmail-1.4.22-16.el7
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-f057518fbd   
proftpd-1.3.5e-2.el7
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-9250b82d1c   
php-horde-ingo-3.2.15-1.el7
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-828e5e0986   
lynis-2.5.0-1.el7
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-bb8576affa   
radicale-1.1.2-1.el7
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-650d7b9356   
python-fedora-0.9.0-1.el7 python-openidc-client-0-3.20170327git5456800.el7 
bodhi-2.6.2-1.el7
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-2acdfa3ad8   
struts-1.3.10-14.1.el7
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-6acdeb07a7   
chicken-4.12.0-2.el7
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-c97810a9a7   
jbig2dec-0.12-4.el7


The following builds have been pushed to Fedora EPEL 7 updates-testing

jdeparser1-1.0.0-3.el7
php-egulias-email-validator-1.2.13-3.el7
php-gitter-0.3.0-8.el7
php-gliph-0.1.8-7.el7
php-guzzlehttp-guzzle-5.3.1-3.el7
php-guzzlehttp-ringphp-1.1.0-9.el7
php-guzzlehttp-streams-3.0.0-9.el7
qmapshack-1.8.1-1.el7

Details about builds:



 jdeparser1-1.0.0-3.el7 (FEDORA-EPEL-2017-0992139d52)
 Source generator library for Java

Update Information:

Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild




 php-egulias-email-validator-1.2.13-3.el7 (FEDORA-EPEL-2017-1f27ea9fd8)
 A library for validating emails

Update Information:

Switch autoloader to `php-fedora-autoloader`




 php-gitter-0.3.0-8.el7 (FEDORA-EPEL-2017-1f27ea9fd8)
 Object oriented interaction with Git repositories

Update Information:

Switch autoloader to `php-fedora-autoloader`




 php-gliph-0.1.8-7.el7 (FEDORA-EPEL-2017-1f27ea9fd8)
 A graph library for PHP

Update Information:

Switch autoloader to `php-fedora-autoloader`




 php-guzzlehttp-guzzle-5.3.1-3.el7 (FEDORA-EPEL-2017-1f27ea9fd8)
 PHP HTTP client and webservice framework

Update Information:

Switch autoloader to `php-fedora-autoloader`




 php-guzzlehttp-ringphp-1.1.0-9.el7 (FEDORA-EPEL-2017-1f27ea9fd8)
 Simple handler system used to power clients and servers in PHP

Update Information:

Switch autoloader to `php-fedora-autoloader`




 php-guzzlehttp-streams-3.0.0-9.el7 (FEDORA-EPEL-2017-1f27ea9fd8)
 Provides a simple abstraction over streams of data

Update Information:

Switch autoloader to `php-fedora-autoloader`

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

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 677  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 671  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 561  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 533  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 143  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e3e50897ac   
libbsd-0.8.3-2.el6
  39  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-c0d33ae70f   
tnef-1.4.14-1.el6
  19  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-b56d84e139   
mod_security-2.7.3-5.el6
  18  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4efdb40c89   
squirrelmail-1.4.22-5.el6
  10  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-59f87a9740   
php-horde-ingo-3.2.15-1.el6
  10  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-0868b62cfe   
lynis-2.5.0-1.el6
  10  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-9c983665aa   
roundcubemail-1.0.9-4.el6
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-3e639b5a06   
python-fedora-0.9.0-3.el6 python-openidc-client-0-3.20170327git5456800.el6
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-6ee18d1c7b   
openvpn-2.4.2-1.el6
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-1f2571d162   
nagios-4.3.2-1.el6
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4aef39b497   
chicken-4.12.0-2.el6


The following builds have been pushed to Fedora EPEL 6 updates-testing

php-egulias-email-validator-1.2.13-3.el6
php-gliph-0.1.8-7.el6

Details about builds:



 php-egulias-email-validator-1.2.13-3.el6 (FEDORA-EPEL-2017-56d8c4c4c0)
 A library for validating emails

Update Information:

Switch autoloader to `php-fedora-autoloader`




 php-gliph-0.1.8-7.el6 (FEDORA-EPEL-2017-56d8c4c4c0)
 A graph library for PHP

Update Information:

Switch autoloader to `php-fedora-autoloader`

___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org

[Bug 1446611] perl-Test-PostgreSQL-1.23 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1446611

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Test-PostgreSQL-1.23-1 |perl-Test-PostgreSQL-1.23-1
   |.fc27   |.fc27
   |perl-Test-PostgreSQL-1.23-1 |perl-Test-PostgreSQL-1.23-1
   |.fc26   |.fc26
   |perl-Test-PostgreSQL-1.23-1 |perl-Test-PostgreSQL-1.23-1
   |.fc24   |.fc24
   ||perl-Test-PostgreSQL-1.23-1
   ||.fc25



--- Comment #12 from Fedora Update System  ---
perl-Test-PostgreSQL-1.23-1.fc25 has been pushed to the Fedora 25 stable
repository. If problems still persist, please make note of it in this bug
report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1448243] perl-DateTime-Format-Pg-0.16013 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1448243

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-DateTime-Format-Pg-0.1 |perl-DateTime-Format-Pg-0.1
   |6013-1.fc27 |6013-1.fc27
   |perl-DateTime-Format-Pg-0.1 |perl-DateTime-Format-Pg-0.1
   |6013-1.fc26 |6013-1.fc26
   |perl-DateTime-Format-Pg-0.1 |perl-DateTime-Format-Pg-0.1
   |6013-1.fc24 |6013-1.fc24
   ||perl-DateTime-Format-Pg-0.1
   ||6013-1.fc25



--- Comment #9 from Fedora Update System  ---
perl-DateTime-Format-Pg-0.16013-1.fc25 has been pushed to the Fedora 25 stable
repository. If problems still persist, please make note of it in this bug
report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org