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

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 450  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 444  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 376  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8156   
nagios-4.0.8-1.el6
 334  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 306  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 192  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-30a8346813   
vtun-3.0.1-10.el6
  90  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-d0e444c5f2   
pypy-5.0.1-4.el6
  51  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-a1450d7fe0   
knot-1.6.8-1.el6
  36  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-8594ed3a53   
chicken-4.11.0-3.el6
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-edda50420f   
mongodb-2.4.14-4.el6
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-25e30f6dc3   
jansson-2.9-1.el6
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e8602185c5   
links-2.13-1.el6
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-1117d3c7f6   
golang-1.7.1-1.el6
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-efb0141e9c   
php-ZendFramework-1.12.20-1.el6


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

ansible-2.1.2.0-1.el6
armadillo-7.300.1-1.el6
bitstream-1.1-2.el6
lighttpd-1.4.41-2.el6
mlpack-1.0.8-7.el6
speexdsp-1.2-0.9.rc3.el6

Details about builds:



 ansible-2.1.2.0-1.el6 (FEDORA-EPEL-2016-b01a9377cb)
 SSH-based configuration management, deployment, and task execution system

Update Information:

See https://github.com/ansible/ansible/blob/stable-2.1/CHANGELOG.md for a full
list of changes and bugfixes.

References:

  [ 1 ] Bug #1372018 - None
https://bugzilla.redhat.com/show_bug.cgi?id=1372018




 armadillo-7.300.1-1.el6 (FEDORA-EPEL-2016-f5aca833e6)
 Fast C++ matrix library with interfaces to LAPACK and ATLAS

Update Information:

update to 7.300.1 (finally)




 bitstream-1.1-2.el6 (FEDORA-EPEL-2016-c18d5a7fd0)
 Simpler access to binary structures such as specified by MPEG, DVB, IETF

Update Information:

libdvbpsi converts binary structures to C structures. Lists are implemented with
chained lists of C structures.  biTStream is lower level, and more efficient:
fewer memory allocations, fewer memory copies. It also features a better
separation between layers and specifications.




 lighttpd-1.4.41-2.el6 (FEDORA-EPEL-2016-e62a847e5c)
 Lightning fast webserver with light system requirements

Update Information:

Directory and permissions fixes.

References:

  [ 1 ] Bug #1201056 - None
https://bugzilla.redhat.com/show_bug.cgi?id=1201056




 mlpack-1.0.8-7.el6 (FEDORA-EPEL-2016-f5aca833e6)
 Scalable, fast C++ machine learning library

Update Information:

update to 7.300.1 (finally)




 speexdsp-1.2-0.9.rc3.el6 (FEDORA-EPEL-2016-70edfd442b)
 A voice compression format (DSP)

Update Information:

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

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

[Bug 1380561] perl-Scalar-List-Utils-1.46 is available

[bugzilla]

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



--- Comment #6 from Fedora Update System  ---
perl-Scalar-List-Utils-1.46-1.fc24 has been pushed to the Fedora 24 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-a300f36043

-- 
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 1380057] perl-Params-Validate-1.25 is available

[bugzilla]

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



--- Comment #6 from Fedora Update System  ---
perl-Params-Validate-1.25-1.fc24 has been pushed to the Fedora 24 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-b07878be9a

-- 
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 1380057] perl-Params-Validate-1.25 is available

[bugzilla]

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



--- Comment #5 from Fedora Update System  ---
perl-Params-Validate-1.25-1.fc23 has been pushed to the Fedora 23 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-88f3328948

-- 
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: Assistance to build LuxRender 1.6

[Luya Tshimbalanga]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Removing these lines from the spec file below

# -DBoost_INCLUDE_DIR=%{_includedir} \
# -DLUXRAYS_DISABLE_OPENCL:BOOL=OFF \
# -DCMAKE_CXX_FLAGS="$CXXFLAGS -DLUXRAYS_DISABLE_OPENCL=0" \
# -DCMAKE_CXX_FLAGS="$CXXFLAGS" \
#%%if %%{?_lib} == "lib64"
# -DLIBDIR=%{_lib} \
#%%endif
# ..

resolves the issue. Because upstream requires embree as dependency (only
available for 64 bit architectures),
the conditional statement "%{?_lib} == "lib64" is no longer valid. The
build is running as I type and I will remove the remaining
of non longer needed commented codes.

- -- 
Luya Tshimbalanga
Graphic & Web Designer
E: l...@fedoraproject.org
W: http://www.coolest-storm.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJX70fiAAoJEF5SgXTYomCaVpYIAJvEVJpZ6YHJmVTflRrnbNXB
nVNGFgtTS23o1c8CENsGOe85xWtefds+sgxw+6gb2YiWZyh6zj1+dGaDP6OtVNBm
ywOW/o9cAz4DzL/EcQQWBDe1IRb8MEH2q15SVnZI441TRH0FRLJ9ol/Hv8PYhrhL
fzQrjCndmjtj01Oflie5CB6LHZebmhfBhGRVpcW07rVNmOAgGX1J/6OtYro/hzT8
O9jJNutbQov9pPJPobsK/DYUCMZaBpWYWTGn6BEjkzUtrhA4IJFPe6/NItS9/n5j
QwVb6QH/PmHMIvTaMrHejMfmkv7nPIW5yrMMdONHfkVBYBw/o3gYgTjJUVz6SiQ=
=syHI
-END PGP SIGNATURE-
___
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
 572  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 334  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f   
mcollective-2.8.4-1.el7
  53  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-23fa04bf1c   
redis-3.2.3-1.el7
  51  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-4b8dd3488d   
knot-1.6.8-1.el7
  36  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e8f4ff76b3   
chicken-4.11.0-3.el7
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-03fb3c1531   
banshee-2.6.2-11.el7 dbus-sharp-0.7.0-15.el7 dbus-sharp-glib-0.5.0-13.el7 
gdata-sharp-1.4.0.2-18.el7 gio-sharp-0.3-14.el7 gkeyfile-sharp-0.1-19.el7 
gnome-sharp-2.24.2-12.el7 gtk-sharp-beans-2.14.0-17.el7 
gtk-sharp2-2.12.26-3.el7 gtk-sharp3-2.99.3-16.el7 gudev-sharp-0.1-18.el7 
libappindicator-12.10.0-11.el7 libgpod-0.8.3-8.el7 mono-4.2.4-7.el7 
mono-addins-1.1-3.el7 mono-cecil-0.9.6-6.el7 mono-zeroconf-0.9.0-16.el7 
notify-sharp-0.4.0-0.26.20100411svn.el7 notify-sharp3-3.0.3-2.el7 
nunit-3.4.1-2.el7 nunit2-2.6.4-14.el7 pinta-1.6-5.el7 taglib-sharp-2.1.0.0-3.el7
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-49577d864a   
mongodb-2.6.12-3.el7
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-aca1572ceb   
mingw-gnutls-3.3.24-1.el7
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-8f6ed4db26   
libuv-1.9.1-1.el7 nodejs-6.7.0-107.el7
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-28ad6782b3   
php-adodb-5.20.6-2.el7
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-bf5b9b3332   
chromium-53.0.2785.116-1.el7
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-208f62faa6   
links-2.13-1.el7
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-452534ff97   
php-ZendFramework-1.12.20-1.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-39560a2353   
mingw-c-ares-1.12.0-1.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-60045af95e   
mingw-libidn-1.33-1.el7


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

ansible-2.1.2.0-1.el7
ansible-lint-3.3.3-1.el7
bitstream-1.1-2.el7
fts-3.4.3-3.el7
gfal2-2.12.2-2.el7
kompose-0.1.0-0.1.git8227684.el7
lighttpd-1.4.41-2.el7
mingw-c-ares-1.12.0-1.el7
mingw-libidn-1.33-1.el7
mingw-nsis-2.50-1.el7
mkvtoolnix-7.4.0-3.el7
pugixml-1.7-3.el7
python-epi-0.1-3.el7
rubygem-activeresource-4.0.0-9.el7
speexdsp-1.2-0.9.rc3.el7
texlive-extension-2012-41.el7
xsp-4.2-2.el7

Details about builds:



 ansible-2.1.2.0-1.el7 (FEDORA-EPEL-2016-aa11ff7124)
 SSH-based configuration management, deployment, and task execution system

Update Information:

See https://github.com/ansible/ansible/blob/stable-2.1/CHANGELOG.md for a full
list of changes and bugfixes.

References:

  [ 1 ] Bug #1372018 - None
https://bugzilla.redhat.com/show_bug.cgi?id=1372018




 ansible-lint-3.3.3-1.el7 (FEDORA-EPEL-2016-b9ba4a545a)
 Best practices checker for Ansible

Update Information:

Update to 3.3.3




 bitstream-1.1-2.el7 (FEDORA-EPEL-2016-ca3dd4d1fa)
 Simpler access to binary structures such as specified by MPEG, DVB, IETF

Update Information:

libdvbpsi converts binary structures to C structures. Lists are implemented with
chained lists of C structures.  biTStream is lower level, and more efficient:
fewer memory allocations, fewer memory copies. It also features a better
separation between layers and specifications.




 fts-3.4.3-3.el7 (FEDORA-EPEL-2016-dce60c46e0)
 File Transfer Service V3

Update Information:

Update pugixml to latest version and rebuild dependencies.    New upstream
release 2.12.2

References:

  [ 1 ] Bug #1347390 - None
https://bugzilla.redhat.com/show_bug.cgi?id=1347390

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

[updates]

The following Fedora EPEL 5 Security updates need testing:
 Age  URL
 842  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-1626   
puppet-2.7.26-1.el5
 691  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-3849   
sblim-sfcb-1.3.8-2.el5
 334  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-edbea40516   
mcollective-2.8.4-1.el5
 306  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-582c8075e6   
thttpd-2.25b-24.el5
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-f724258766   
irssi-0.8.20-2.el5
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-803d3bfa1a   
openssl101e-1.0.1e-9.el5
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-c9c041384d   
c-ares-1.12.0-1.el5


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

c-ares-1.12.0-1.el5

Details about builds:



 c-ares-1.12.0-1.el5 (FEDORA-EPEL-2016-c9c041384d)
 A library that performs asynchronous DNS operations

Update Information:

Security fix for CVE-2016-5180

References:

  [ 1 ] Bug #1380463 - CVE-2016-5180 c-ares: Single byte out of buffer write
https://bugzilla.redhat.com/show_bug.cgi?id=1380463

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

[Bug 1378062] perl-Module-CoreList-5.20160920 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Module-CoreList-5.2016 |perl-Module-CoreList-5.2016
   |0920-1.fc26 |0920-1.fc26
   |perl-Module-CoreList-5.2016 |perl-Module-CoreList-5.2016
   |0920-1.fc24 |0920-1.fc24
   |perl-Module-CoreList-5.2016 |perl-Module-CoreList-5.2016
   |0920-1.fc25 |0920-1.fc25
   ||perl-Module-CoreList-5.2016
   ||0920-1.fc23



--- Comment #7 from Fedora Update System  ---
perl-Module-CoreList-5.20160920-1.fc23 has been pushed to the Fedora 23 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: Cannot build live iso using livemedia-creator

[Brian C. Lane]

Looks like this is similar to
https://bugzilla.redhat.com/show_bug.cgi?id=1245960

and probably depends on something unique in your environment. As adam
said, running it inside a mock is safer, or if you have libvirt setup
you could use that with a f24 boot.iso to further isolate things.

-- 
Brian C. Lane (PST8PDT)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: /sbin/nologin in /etc/shells

[Kevin Kofler]

Jakub Svoboda wrote:
> - Debian doesn't list nologin in /etc/shells.

I can confirm this. (I checked it on a Debian system.) And thus, the 
argument that "this is just the Unix way and how it has always been" is not 
valid.

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

Re: Cloud and Server Q

[Chris Murphy]

On Fri, Sep 30, 2016 at 3:31 PM, Josh Berkus  wrote:
> On 09/30/2016 02:01 PM, Josh Boyer wrote:
>
>> 16:44:56  Cloud base image is the only blocking deliverable.
>> 16:44:59  Atomic is not.
>>
>> I realize this WG is in the middle of rebooting itself, but to have
>> clearly conflicting information from the WG members is a bit
>> concerning.
>
> Kushal?
>
> Based on my attendence at the Cloud WG meetings, I had the understanding
> that Atomic was becoming our main deliverable.  If that's not true, then
> I need to pull a whole bunch of changes and put them on ice until Fedora 26.

What also matters is the understanding of others who needed to
understand this. To me it sounds like a baton was dropped. But moving
forward...

What does release blocking mean? There are a bunch of QA criteria and
test cases that help make sure those criteria are met. There are no
atomic host specific criteria or test cases that I'm aware of. I
expect QA probably can't provide significant assistance in QAing the
atomic qcow2 image for this release. How big of a problem is that? Is
there a Fedora policy that requires a default download product to be
QA'd somehow, or to be release blocking? Can Cloud WG take the lead
QA'ing the atomic qcow2 image? What are the releng implications of it
not being release blocking?

For example, during the Fedora 24 cycle there was a neat bug in the
compose process that caused some images to fail. It wasn't possible to
just do another compose and cherry pick the working ISOs from two
different composes (I forget why). Is there anything like that here,
or is there sufficiently good isolation between ostree images and
other images? What happens if release is a go for everything else, but
atomic qcow2 is not working? What I've heard is "fix the problem and
remake the image" similar to the current two week cycle. Does releng
agree, and will there be time between a Thursday "go" and Tuesday
(whatever day it is) "release" to get an atomic qcow2 built and on
getfedora? What if there isn't? What if it's a week after release
before there's a working one?

If the liabilities there can be sorted out satisfactorily I'd say
proceed with Atomic on getfedora.

Next issue is Cloud Base images. Cloud WG needs to decide if these are
going to be created and if so how they're going to get linked to and
from where. Is there a designed landing page for these already? If
not, my thought is have a side bar link to a basic directory listing
for them, rather than the fancy landing page that currently exists for
Fedora 24 Cloud Base images. And demote the Cloud Base images to
non-release blocking. And then whatever contingency for that side bar
link if the Cloud Base images aren't available for release day.



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

Re: USB writing changes: wiki instructions, tests

[Brian C. Lane]

On Fri, Sep 30, 2016 at 03:39:39PM -0700, Adam Williamson wrote:
> On Fri, 2016-09-30 at 15:35 -0700, Brian C. Lane wrote:
> > 
> > The livecd-iso-to-disk script itself is pretty self-contained so it
> > could be moved to a more convenient package. I don't have any
> > suggestions or preferences as to which one.
> 
> Are you still interested in maintaining it, though? Especially the
> advanced features, which are the only reason to care about it any more?
> For e.g., if we found the persistent overlay stuff was broken (which it
> may be, I have no idea...) and filed a bug, are you gonna get to it?
> Just trying to gauge its status.

I don't have as much time to handle things like this as I did, so it
would be better to hand it over to someone who actually uses it. Fred
Grose has contributed to it a bunch, and uses the more advanced features
with sugarlabs so if he's interested...

-- 
Brian C. Lane (PST8PDT)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

python-xlib license change to LGPLv2+

[Orion Poplawski]

python-xlib-0.17-1.fc26 changed it's license from GPLv2+ to LGPLv2+.

-- 
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301   http://www.nwra.com
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Cannot build live iso using livemedia-creator

[Sergio Belkin]

2016-09-30 19:04 GMT-03:00 Adam Williamson :

> On Fri, 2016-09-30 at 23:53 +0200, Kevin Kofler wrote:
> > Sergio Belkin wrote:
> > > You can take a look at http://pastebin.com/U3RPX0qK (Anaconda log)
> >
> >
> > Here's your error:
> >
> > >  File "/usr/lib64/python3.5/site-packages/pyanaconda/nm.py", line
> 762, in
> >
> > nm_device_setting_value
> > >raise SettingsNotFoundError(name)
> > >
> > > pyanaconda.nm.SettingsNotFoundError: SettingsNotFoundError('
> vboxnet0',)
>
> ...which looks like you used a kickstart intended for installing to
> VirtualBox or something. The live media kickstarts are kind of a
> specific layout and it's really best to start from one of the official
> kickstarts when building a live image, rather than starting from a
> typical system installation kickstart.
> --
> Adam Williamson
> Fedora QA Community Monkey
> IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
> http://www.happyassassin.net
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>


I've taken the example from Fedora Wiki and made litlle customizations:

http://pastebin.com/MWDczEis


VirtualBox was opened at moment of running lmc, but then I even closed and
the errors persisted...

Any ideas?

Thanks in advance!

-- 
--
Sergio Belkin
LPIC-2 Certified - http://www.lpi.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: USB writing changes: wiki instructions, tests

[Dennis Gilmore]

On Friday, September 30, 2016 3:35:49 PM CDT Brian C. Lane wrote:
> On Fri, Sep 30, 2016 at 03:13:49PM -0700, Adam Williamson wrote:
> > On Fri, 2016-09-30 at 16:10 -0600, Kevin Fenzi wrote:
> > > I wonder if we know the fate of this script?
> > 
> > I don't know what if any plans there are for it. Personally I'm all for
> > having less crap to test and support, but I know some people do (still)
> > use the persistence features.
> > 
> > > Currently it's shipped in the livecd-tools package, which I thought was
> > > going to go away at some point soon?
> > 
> > My understanding was that it was livecd-creator specifically that was
> > deprecated, not necessarily anything else in livecd-tools. But I could
> > well be wrong.
> > 
> > >  Also, since it's not used by live
> > > 
> > > media anymore the copy of that script to the livecd's root dir no
> > > longer works. ;(
> > 
> > Sorry, I can't quite parse what you mean here?
> > 
> > > I guess we should ask bcl?
> 
> livecd-tools is limping along at the moment. It needs to be deprecated
> at some point since it's not going to get a dnf rewrite. I think
> dgilmore is still using bits of it for appliance-creator, but that may
> have changed.
It has not changed yet, hopefully in f26


> The livecd-iso-to-disk script itself is pretty self-contained so it
> could be moved to a more convenient package. I don't have any
> suggestions or preferences as to which one.

lorax is probably the best, or make it stand alone and install it into the 
lives.

Dennis


signature.asc
Description: This is a digitally signed message part.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: USB writing changes: wiki instructions, tests

[Adam Williamson]

On Fri, 2016-09-30 at 15:35 -0700, Brian C. Lane wrote:
> 
> The livecd-iso-to-disk script itself is pretty self-contained so it
> could be moved to a more convenient package. I don't have any
> suggestions or preferences as to which one.

Are you still interested in maintaining it, though? Especially the
advanced features, which are the only reason to care about it any more?
For e.g., if we found the persistent overlay stuff was broken (which it
may be, I have no idea...) and filed a bug, are you gonna get to it?
Just trying to gauge its status.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: USB writing changes: wiki instructions, tests

[Brian C. Lane]

On Fri, Sep 30, 2016 at 03:13:49PM -0700, Adam Williamson wrote:
> On Fri, 2016-09-30 at 16:10 -0600, Kevin Fenzi wrote:
> > 
> > I wonder if we know the fate of this script?
> 
> I don't know what if any plans there are for it. Personally I'm all for
> having less crap to test and support, but I know some people do (still)
> use the persistence features.
> 
> > Currently it's shipped in the livecd-tools package, which I thought was
> > going to go away at some point soon?
> 
> My understanding was that it was livecd-creator specifically that was
> deprecated, not necessarily anything else in livecd-tools. But I could
> well be wrong.
> 
> >  Also, since it's not used by live
> > media anymore the copy of that script to the livecd's root dir no
> > longer works. ;( 
> 
> Sorry, I can't quite parse what you mean here?
> 
> > I guess we should ask bcl?

livecd-tools is limping along at the moment. It needs to be deprecated
at some point since it's not going to get a dnf rewrite. I think
dgilmore is still using bits of it for appliance-creator, but that may
have changed.

The livecd-iso-to-disk script itself is pretty self-contained so it
could be moved to a more convenient package. I don't have any
suggestions or preferences as to which one.

-- 
Brian C. Lane (PST8PDT)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: USB writing changes: wiki instructions, tests

[Kevin Fenzi]

On Fri, 30 Sep 2016 15:13:49 -0700
Adam Williamson  wrote:

> On Fri, 2016-09-30 at 16:10 -0600, Kevin Fenzi wrote:

...snip...

> >  Also, since it's not used by live
> > media anymore the copy of that script to the livecd's root dir no
> > longer works. ;(   
> 
> Sorry, I can't quite parse what you mean here?

Sorry, should have been more clear/verbose...

In the past (back when we made live media with
livecd-tools/livecd-creator we copied the livecd-iso-to-disk script to
the just made live media in post. So, you could boot a live and run the
script easily from there. However, since we moved to livemedia-creator: 

fedora-live-base.ks:  cp /usr/bin/livecd-iso-to-disk $LIVE_ROOT/LiveOS

11:07:25,421 INFO program: cp: cannot stat
'/usr/bin/livecd-iso-to-disk': No such file or directory

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

kevin



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

Re: USB writing changes: wiki instructions, tests

[Adam Williamson]

On Fri, 2016-09-30 at 16:10 -0600, Kevin Fenzi wrote:
> 
> I wonder if we know the fate of this script?

I don't know what if any plans there are for it. Personally I'm all for
having less crap to test and support, but I know some people do (still)
use the persistence features.

> Currently it's shipped in the livecd-tools package, which I thought was
> going to go away at some point soon?

My understanding was that it was livecd-creator specifically that was
deprecated, not necessarily anything else in livecd-tools. But I could
well be wrong.

>  Also, since it's not used by live
> media anymore the copy of that script to the livecd's root dir no
> longer works. ;( 

Sorry, I can't quite parse what you mean here?

> I guess we should ask bcl?

Indeed :)
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: USB writing changes: wiki instructions, tests

[Kevin Fenzi]

On Fri, 30 Sep 2016 15:02:38 -0700
Adam Williamson  wrote:

> Hey folks! Wanted to send a heads-up that I've made some fairly
> significant changes to the wiki regarding writing Fedora to USB.
> 
> I've done (yet another) revision of the main wiki instructions for
> writing USB sticks:
> 
> https://fedoraproject.org/wiki/How_to_create_and_use_Live_USB
> 
> since the Fedora Media Writer tool - the rewrite (of the rewrite?) of
> LiveUSB Creator - now looks to be working well in testing, and is
> available on all our target platforms, the page now heavily promotes
> it as the best tool to use in almost all cases. Some other methods
> have been entirely removed - FMW should be a better choice for
> Windows and macOS than the tools that were listed before.
> 
> I retained sections for:
> 
> * livecd-iso-to-disk, as it's now the only tool that supports non-
> destructive write and data persistence

I wonder if we know the fate of this script?

Currently it's shipped in the livecd-tools package, which I thought was
going to go away at some point soon? Also, since it's not used by live
media anymore the copy of that script to the livecd's root dir no
longer works. ;( 

I guess we should ask bcl?

kevin


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

Re: pytest 3.0 in rawhide

[Adam Williamson]

On Fri, 2016-09-30 at 23:22 +0200, Thomas Moschny wrote:
> Hi,
> 
> this is a heads-up about the pytest update to version 3.0.3 that just
> hit rawhide.
> 
> A number of incompatible changes were made in 3.0.0 compared to 2.9.2.
> See http://doc.pytest.org/en/latest/changelog.html for the full list of
> changes and new features.
> 
> If you got this email directly, then your package (SRPM) depends on
> pytest. Please check, whether it builds and works with the new pytest
> release. This especially holds for the pytest plugins, some of which
> definitively need to be updated to support pytest 3.0.
> 
> Here's the list of packages that (according to dnf repoquery)
> build-depend on pytest:
> 
>   copr-frontend
>   copr-keygen
>   freeipa
>   python-astropy
>   python-coveralls
>   python-django-pytest
>   python-docopt
>   python-gabbi
>   python-lib389
>   python-pytest-cache
>   python-pytest-capturelog
>   python-pytest-cov
>   python-pytest-mock
>   python-pytest-multihost
>   python-pytest-pep8
>   python-pytest-runner
>   python-pytest-sourceorder
>   python-pytest-spec
>   python-pytest-testmon
>   python-pytest-timeout
>   python-pytest-watch
>   python-pytest-xdist
>   python3-pytest-asyncio

I don't think you made this query wide enough. It doesn't list fedfind,
for instance, which has:

BuildRequires:  pytest
%if 0%{?with_python3}
BuildRequires:  python3-pytest
%endif # if with_python3
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Cannot build live iso using livemedia-creator

[Adam Williamson]

On Fri, 2016-09-30 at 23:53 +0200, Kevin Kofler wrote:
> Sergio Belkin wrote:
> > You can take a look at http://pastebin.com/U3RPX0qK (Anaconda log)
> 
> 
> Here's your error:
> 
> >  File "/usr/lib64/python3.5/site-packages/pyanaconda/nm.py", line 762, in 
> 
> nm_device_setting_value
> >raise SettingsNotFoundError(name)
> > 
> > pyanaconda.nm.SettingsNotFoundError: SettingsNotFoundError('vboxnet0',)

...which looks like you used a kickstart intended for installing to
VirtualBox or something. The live media kickstarts are kind of a
specific layout and it's really best to start from one of the official
kickstarts when building a live image, rather than starting from a
typical system installation kickstart.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

USB writing changes: wiki instructions, tests

[Adam Williamson]

Hey folks! Wanted to send a heads-up that I've made some fairly
significant changes to the wiki regarding writing Fedora to USB.

I've done (yet another) revision of the main wiki instructions for
writing USB sticks:

https://fedoraproject.org/wiki/How_to_create_and_use_Live_USB

since the Fedora Media Writer tool - the rewrite (of the rewrite?) of
LiveUSB Creator - now looks to be working well in testing, and is
available on all our target platforms, the page now heavily promotes it
as the best tool to use in almost all cases. Some other methods have
been entirely removed - FMW should be a better choice for Windows and
macOS than the tools that were listed before.

I retained sections for:

* livecd-iso-to-disk, as it's now the only tool that supports non-
destructive write and data persistence

* gnome-disk-utility, for non-Fedora *nix without Flatpak support

* dd, for non-Fedora *nix without Flatpak or GNOME and people who just
like dd

* unetbootin, because the section basically exists to explicitly state
that we don't support it (maybe we should add a similar section for
Rufus...)

Please do tell me about any problems you note, or if you think I
removed something wrongly, or anything. Note that as of right now the
best version of mediawriter for F23 and F24 is in updates-testing, so I
had the instructions to install it include `--enablerepo=updates-
testing`; I'm expecting the updates will go stable soon and we can
remove that.

For validation testing folks, I have also revised the USB validation
test cases. I really kinda hated the way the Installation matrix was
set up with test names that didn't match the test case page names for
no good reason, and also didn't think we really needed all the
different test cases, so I've consolidated them into three
consistently-named test cases with more result columns:

https://fedoraproject.org/wiki/QA:Testcase_USB_dd
https://fedoraproject.org/wiki/QA:Testcase_USB_fmw
https://fedoraproject.org/wiki/QA:Testcase_USB_litd

The effect is pretty much the same as before - except that we now
include the FMW test instead of the LiveUSB Creator test - we test all
three methods for both BIOS and UEFI and for both live and DVD images,
but it's just arranged a little differently (and, I hope, better). I
combined the separate 'live' and 'dvd' versions of the dd and litd test
cases (which were barely different at all) into single test cases, and
consolidated common wording between all the test cases using templates.
I've put this change live on the current Installation validation page -
https://fedoraproject.org/wiki/Test_Results:Fedora_25_Branched_20160930.n.0_Installation

again, please let me know of any problems you see with this change :)
Thanks everyone!
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Cannot build live iso using livemedia-creator

[Kevin Kofler]

Sergio Belkin wrote:
> You can take a look at http://pastebin.com/U3RPX0qK (Anaconda log)

Here's your error:

>  File "/usr/lib64/python3.5/site-packages/pyanaconda/nm.py", line 762, in 
nm_device_setting_value
>raise SettingsNotFoundError(name)
>
> pyanaconda.nm.SettingsNotFoundError: SettingsNotFoundError('vboxnet0',)

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

Fw: pytest 3.0 in rawhide

[Kevin Fenzi]

Forwarding this on from announce for any intested parties. 

Begin forwarded message:

Date: Fri, 30 Sep 2016 23:22:07 +0200
From: Thomas Moschny 
To: devel-annou...@lists.fedoraproject.org
Cc: python-de...@lists.fedoraproject.org
Subject: pytest 3.0 in rawhide


Hi,

this is a heads-up about the pytest update to version 3.0.3 that just
hit rawhide.

A number of incompatible changes were made in 3.0.0 compared to 2.9.2.
See http://doc.pytest.org/en/latest/changelog.html for the full list of
changes and new features.

If you got this email directly, then your package (SRPM) depends on
pytest. Please check, whether it builds and works with the new pytest
release. This especially holds for the pytest plugins, some of which
definitively need to be updated to support pytest 3.0.

Here's the list of packages that (according to dnf repoquery)
build-depend on pytest:

  copr-frontend
  copr-keygen
  freeipa
  python-astropy
  python-coveralls
  python-django-pytest
  python-docopt
  python-gabbi
  python-lib389
  python-pytest-cache
  python-pytest-capturelog
  python-pytest-cov
  python-pytest-mock
  python-pytest-multihost
  python-pytest-pep8
  python-pytest-runner
  python-pytest-sourceorder
  python-pytest-spec
  python-pytest-testmon
  python-pytest-timeout
  python-pytest-watch
  python-pytest-xdist
  python3-pytest-asyncio

Thanks,
Thomas
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to
devel-announce-le...@lists.fedoraproject.org


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

pytest 3.0 in rawhide

[Thomas Moschny]

Hi,

this is a heads-up about the pytest update to version 3.0.3 that just
hit rawhide.

A number of incompatible changes were made in 3.0.0 compared to 2.9.2.
See http://doc.pytest.org/en/latest/changelog.html for the full list of
changes and new features.

If you got this email directly, then your package (SRPM) depends on
pytest. Please check, whether it builds and works with the new pytest
release. This especially holds for the pytest plugins, some of which
definitively need to be updated to support pytest 3.0.

Here's the list of packages that (according to dnf repoquery)
build-depend on pytest:

  copr-frontend
  copr-keygen
  freeipa
  python-astropy
  python-coveralls
  python-django-pytest
  python-docopt
  python-gabbi
  python-lib389
  python-pytest-cache
  python-pytest-capturelog
  python-pytest-cov
  python-pytest-mock
  python-pytest-multihost
  python-pytest-pep8
  python-pytest-runner
  python-pytest-sourceorder
  python-pytest-spec
  python-pytest-testmon
  python-pytest-timeout
  python-pytest-watch
  python-pytest-xdist
  python3-pytest-asyncio

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

pytest 3.0 in rawhide

[Thomas Moschny]

Hi,

this is a heads-up about the pytest update to version 3.0.3 that just
hit rawhide.

A number of incompatible changes were made in 3.0.0 compared to 2.9.2.
See http://doc.pytest.org/en/latest/changelog.html for the full list of
changes and new features.

If you got this email directly, then your package (SRPM) depends on
pytest. Please check, whether it builds and works with the new pytest
release. This especially holds for the pytest plugins, some of which
definitively need to be updated to support pytest 3.0.

Here's the list of packages that (according to dnf repoquery)
build-depend on pytest:

  copr-frontend
  copr-keygen
  freeipa
  python-astropy
  python-coveralls
  python-django-pytest
  python-docopt
  python-gabbi
  python-lib389
  python-pytest-cache
  python-pytest-capturelog
  python-pytest-cov
  python-pytest-mock
  python-pytest-multihost
  python-pytest-pep8
  python-pytest-runner
  python-pytest-sourceorder
  python-pytest-spec
  python-pytest-testmon
  python-pytest-timeout
  python-pytest-watch
  python-pytest-xdist
  python3-pytest-asyncio

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

Re: Cloud and Server Q

[Josh Boyer]

On Fri, Sep 30, 2016 at 4:41 PM, Josh Berkus  wrote:
> On 09/30/2016 01:11 PM, Adam Miller wrote:
>> On Fri, Sep 30, 2016 at 8:35 AM, Matthew Miller
>>  wrote:
>>> On Thu, Sep 29, 2016 at 04:16:15PM -0700, Adam Williamson wrote:
> think QA clearly understands what cloud image(s) are release blocking,
> as previously they were just the non-atomic images.
 Which images are prominent on the download pages and how much of a
 relationship there is between that and 'release blocking' status is
 *also* not my problem, but I'd agree with you (Chris) that it'd be
 rather strange for the most prominently advertised deliverable for a
 given product not to be a release-blocking one.
>>>
>>> I don't think that Atomic *needs* to be release blocking, because if it
>>> misses the grand unified release, we have the ability to update it at
>>> the next cycle, so it's less of a big deal. But if we collectively
>>> prefer to make sure everything is lined up on the release day... I can
>>> see arguments for that, too.
>
> Well, currently I'm working with the designers on a new page for Atomic
> F25.  So if that's NOT going to be live the day of the F25 release, then
> it's something we need to know ahead of time.
>
> I also really don't like the message Atomic not being ready sends.   We
> will have three branches for GetFedora: Workstation, Server, and Atomic.
>  If Atomic isn't ready the day of the release, it looks pretty bad;
> that's saying we're ok with only being 2/3 ready, or that despite
> promoting Atomic to 1st class status we don't really believe it's important.

So... there is a pretty big disparity between what you just said and
what FESCo has been told in the past two meetings.  Jan has been
trying to get release blocking deliverables for the Cloud WG (now
Atomic?) confirmed for a while [1].  Two weeks ago, Kushal confirmed
the existing base images are release blocking and Atomic is not.  That
was repeated in today's meeting[2] as well:

16:44:56  Cloud base image is the only blocking deliverable.
16:44:59  Atomic is not.

I realize this WG is in the middle of rebooting itself, but to have
clearly conflicting information from the WG members is a bit
concerning.

josh

[1] https://fedorahosted.org/fesco/ticket/1626
[2] 
https://meetbot.fedoraproject.org/fedora-meeting/2016-09-30/fesco.2016-09-30-16.01.log.html
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1379999] perl-CPAN-ParseDistribution-1.54 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #1 from Fedora Update System  ---
perl-CPAN-ParseDistribution-1.54-1.fc25 has been pushed to the Fedora 25
testing repository. If problems still persist, please make note of it in this
bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-4052754f41

-- 
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 1380053] perl-Math-MatrixReal-2.13 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #1 from Fedora Update System  ---
perl-Math-MatrixReal-2.13-1.fc25 has been pushed to the Fedora 25 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-976781b43b

-- 
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 1380212] perl-DateTime-TimeZone-2.05 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #1 from Fedora Update System  ---
perl-DateTime-TimeZone-2.05-1.fc25 has been pushed to the Fedora 25 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-d45b7a2ec9

-- 
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 1376998] perl-DateTime-TimeZone-2.03 is available

[bugzilla]

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



--- Comment #3 from Fedora Update System  ---
perl-DateTime-TimeZone-2.05-1.fc25 has been pushed to the Fedora 25 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-d45b7a2ec9

-- 
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 1380561] perl-Scalar-List-Utils-1.46 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|NEW |ON_QA



--- Comment #5 from Fedora Update System  ---
perl-Scalar-List-Utils-1.46-1.fc25 has been pushed to the Fedora 25 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-265c3fca0d

-- 
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 1380057] perl-Params-Validate-1.25 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|NEW |ON_QA



--- Comment #4 from Fedora Update System  ---
perl-Params-Validate-1.25-1.fc25 has been pushed to the Fedora 25 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-1eef06c0d6

-- 
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: F26 System Wide Change: OpenSSL 1.1.0

[David Woodhouse]

On Thu, 2016-09-29 at 17:02 +, Ralf Senderek wrote:
> 
> > What we should strive for is to limit the use of crypto to one of these 
> > three libraries and avoid any additional ones with exception of 
> > libgcrypt for gnupg2.
> 
> This assumption ignores the fact that Cryptlib has joined Fedora and has 
> every right to be included in that list.

And don't forget Botan. I just rebuilt SoftHSM against that here,
because I got tired of having muiltiple versions of OpenSSL in the same
process

-- 
dwmw2




smime.p7s
Description: S/MIME cryptographic signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F26 System Wide Change: OpenSSL 1.1.0

[David Woodhouse]

On Wed, 2016-09-28 at 11:43 -0400, Matthew Miller wrote:
> 
>   The libraries that should be preferred instead of arbitrary other
>   crypto stacks are (in the order of the preference):
> 
>   1. NSS
>   2. GNUTLS (with nettle as crypto backend, but nettle never used
>    directly by applications)
>   3. OpenSSL
>   4. libgcrypt 
> 
> and it might be reasonable to keep this as a "if possible, please
> prefer" policy rather than a mandate.

That is out of date. NSS should not be at the top now, for Fedora.

Our packaging guidelines¹ say that packages SHOULD work seamlessly with
PKCS#11 — if I plug in my Yubikey, or if I want to use a cert from
SoftHSM or GNOME keyring or something like that, then I should just be
able to use a standard PKCS#11 URI like 

  'pkcs11:manufacturer=piv_II;id=%01'

Applications should automatically accept an identifier like that in
place of a filename, whenever they can use certs from a file.

With GnuTLS and OpenSSL, this works fine (OpenSSL apps need to use the
ENGINE but it's relatively simple). With NSS... it's broken. Bugs² have
been filed upstream... patches have even been attached to those bugs.
But it looks like with Fedora 25, YET ANOTHER Fedora release is going
out the door without NSS getting fixed.

There are bugs open against packages like curl which would be *fixed*
by moving them away from NSS and onto something else. Anything else.


I strongly suspect that any historical anecdotal bugs about switching
crypto libraries are irrelevant now. All three major crypto libraries
now conform to the same system policy about which versions of TLS to
use and which ciphers to enable — which was the most likely reason for
any sudden change in interoperability in the past. But without bug
numbers, any such anecdotes were immediately discardable anyway, of
course.

-- 
dwmw2

¹ https://fedoraproject.org/wiki/Packaging:SSLCertificateHandling
² https://bugzil.la/1296263 and https://bugzil.la/1162897


smime.p7s
Description: S/MIME cryptographic signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Cloud and Server Q

[Adam Miller]

On Fri, Sep 30, 2016 at 8:35 AM, Matthew Miller
 wrote:
> On Thu, Sep 29, 2016 at 04:16:15PM -0700, Adam Williamson wrote:
>> > think QA clearly understands what cloud image(s) are release blocking,
>> > as previously they were just the non-atomic images.
>> Which images are prominent on the download pages and how much of a
>> relationship there is between that and 'release blocking' status is
>> *also* not my problem, but I'd agree with you (Chris) that it'd be
>> rather strange for the most prominently advertised deliverable for a
>> given product not to be a release-blocking one.
>
> I don't think that Atomic *needs* to be release blocking, because if it
> misses the grand unified release, we have the ability to update it at
> the next cycle, so it's less of a big deal. But if we collectively
> prefer to make sure everything is lined up on the release day... I can
> see arguments for that, too.
>

Note that the cycle that Matt is mentioning here is Two-Week
iterations for Atomic Host so the window to release is relatively
rapid compared to the standard ~6 months.

-AdamM


>
> --
> Matthew Miller
> 
> Fedora Project Leader
> ___
> cloud mailing list -- cl...@lists.fedoraproject.org
> To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Cloud and Server Q

[Adam Miller]

On Fri, Sep 30, 2016 at 8:35 AM, Matthew Miller
 wrote:
> On Thu, Sep 29, 2016 at 04:16:15PM -0700, Adam Williamson wrote:
>> > think QA clearly understands what cloud image(s) are release blocking,
>> > as previously they were just the non-atomic images.
>> Which images are prominent on the download pages and how much of a
>> relationship there is between that and 'release blocking' status is
>> *also* not my problem, but I'd agree with you (Chris) that it'd be
>> rather strange for the most prominently advertised deliverable for a
>> given product not to be a release-blocking one.
>
> I don't think that Atomic *needs* to be release blocking, because if it
> misses the grand unified release, we have the ability to update it at
> the next cycle, so it's less of a big deal. But if we collectively
> prefer to make sure everything is lined up on the release day... I can
> see arguments for that, too.
>
>
> --
> Matthew Miller
> 
> Fedora Project Leader
> ___
> cloud mailing list -- cl...@lists.fedoraproject.org
> To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1380054] perl-PDF-Reuse-0.39 is available

[bugzilla]

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



--- Comment #4 from Fedora Update System  ---
perl-PDF-Reuse-0.39-1.fc23 has been pushed to the Fedora 23 testing repository.
If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-2508e032f2

-- 
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 1379997] perl-Canary-Stability-2012 is available

[bugzilla]

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



--- Comment #7 from Fedora Update System  ---
perl-Canary-Stability-2012-1.fc23 has been pushed to the Fedora 23 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-27f10dec70

-- 
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 1379025] perl-PDF-Reuse-0.37 is available

[bugzilla]

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



--- Comment #10 from Fedora Update System  ---
perl-PDF-Reuse-0.39-1.fc23 has been pushed to the Fedora 23 testing repository.
If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-2508e032f2

-- 
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 1380044] perl-Authen-SASL-SASLprep-1.100 is available

[bugzilla]

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



--- Comment #7 from Fedora Update System  ---
perl-Authen-SASL-SASLprep-1.100-1.fc23 has been pushed to the Fedora 23 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-aca2a6d794

-- 
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: Schedule for Friday's FESCo Meeting (2016-09-30)

[Catalin]

Dear team.
I'm not into the Fedora Engineering Steering Committee.
but I think will be great according to 'handles the process of
accepting new features'
to have processing from https://processing.org into Fedora distro.
I tested linux 64 tgz file with the last Fedora 25 and working great.
Thank you. Regards.

2016-09-30 16:12 GMT+03:00 Stephen Gallagher :

> If you would like to add something to this agenda, you can
> reply to this e-mail, file a new ticket at
> https://fedorahosted.org/fesco, e-mail me directly, or bring it
> up at the end of the meeting, during the open floor topic. Note
> that added topics may be deferred until the following meeting.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: /sbin/nologin in /etc/shells

[J.C. Cleaver]

On Fri, September 30, 2016 3:16 am, Toby Goodwin wrote:
> As a member of the "remove nologin from /etc/shells" faction, I have 2
> technical reasons for my position. I don't think either of these points
> have been addressed by the "leave it in" faction.
>
> 1. Certain programs use pam_shells to check access, but without requiring
> that the shell is able to run commands. So far I've found vsftpd and
> proftpd, and I'd expect all ftp daemons to follow suit. With nologin in
> /etc/shells, these programs will grant access to nologin users. I find
> this
> behaviour "surprising". In general it's better for security features to
> default to the least permissive setting.

The thing is, this is a well-known usage for /sbin/nologin -- one of the
two canonical cases (the other being for the display of a polite message
when a login is attempted). I understand that someone might find this
"surprising", but... I've found a lot of things surprising over the years
in Linux. I don't see why that justifies changing a 14 y/o default. Plenty
of others may find its removal that much more surprising.

At a certain point, "bugs" turn into features and known, if not
particularly greatly documented, behaviors. I think this is the case here.


> 2. It's often been said that Unix allows you to shoot yourself in the
> foot,
> but I can't think of anything else a normal user can do that's quite as
> simple and drastic as "chsh -s /sbin/nologin".

> 1. As originally proposed [1], the change of adding nologin to /etc/shells
> was to allow it to be set with chsh. But in modern Fedora root is allowed
> to do so anyway, and I don't think it's a bug that normal users cannot
> permanently lock themselves out in this way.


I've actually done this on a few rare occasions; I needed to do some final
creation of a system account's directory structure, didn't want to bother
with a recursive chown and verification of umask afterwards, and removed
the default shell after me.

I've also done it a few times to prevent simple logins from certain
externally-automated accounts while I'm doing maintenance, as it's quicker
than exiting back to root to do it then su'ing back in if I happen to be
on the box.

I can imagine cases where on larger multiuser systems a step like this
could be performed by local policy. Places are weird.

I do understand that it's weird, but why are we intentionally disabling
people's ability to do "weird" things arbitrarily? A sense of aesthetics?


Finally, all change has a cost; this now forces Yet Another Conditional
out there in people's config/automation scripts for reasons of rather
questionable importance. The fact that that's been something of the mantra
of Fedora's over the past 6 years doesn't mean we need to keep on doing
that.


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

Re: Review swap

[gil]

Il 30/09/2016 19:41, Jon Ciesla ha scritto:

I will trade this:

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

for one of yours.  It's an easy Python module, and will allow us to 
upgrade pylint to 1.6.x.


Thanks!


taken!
hi

-me

--
http://cecinestpasunefromage.wordpress.com/

in your fear, seek only peace
in your fear, seek only love

-d. bowie


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


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

Assistance to build LuxRender 1.6

[Luya Tshimbalanga]

Attempting to build newer version led to a failure due cmake unable to
find LuxRay

http://paste.fedoraproject.org/439204/75260457/

Yet the path correctly defined. I don't know if there is a mistake or a
bug to cmake.

Here is the source RPM as reference:

https://luya.fedorapeople.org/packages/SRPMS/LuxRender-1.6-1.fc26.src.rpm


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




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

Re: Who can fix coredumpctl?

[Chris Murphy]

On Fri, Sep 30, 2016 at 6:09 AM, Michael Catanzaro  wrote:
> On Fri, 2016-09-30 at 11:50 +, Zbigniew Jędrzejewski-Szmek wrote:
>> a bunch of patches which resulted from your report have now been
>> merged
>> into systemd upsteam (https://github.com/systemd/systemd/commit/6740e
>> c4a6),
>> which should, I hope, fix the issues you mentioned.
>
> Cool.
>
> But is it still required to disable SELinux to use it? If the SELinux
> developers are unable to fix issues identified as priorities by the
> desktop team, it impacts my consideration of whether we should continue
> to enable SELinux in Workstation.

Egads, really?! That seems awfully extreme. On the matter of
probability, it's easy to argue we'll get better bug information
gathering with coredumptctl+abrt enabled reports compared to the
higher risk with SELinux disabled. But that sounds like it requires a
qualified risk assessment.


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

Re: Who can fix coredumpctl?

[Chris Murphy]

On Fri, Sep 30, 2016 at 5:50 AM, Zbigniew Jędrzejewski-Szmek
 wrote:
> On Thu, Sep 15, 2016 at 08:52:03AM -0600, Chris Murphy wrote:
>> On Thu, Sep 15, 2016 at 8:17 AM, Michael Catanzaro  
>> wrote:
>> > Hi,
>> >
>> > Something between F23 and F24 broke coredumpctl in Fedora. It's still
>> > broken. Appears to be an SELinux bug. It's reported as [1]. I want
>> > coredumpctl to be enabled by default in F26 as a F26 feature, but I can
>> > hardly go ahead and propose that while it's still broken. It would be
>> > great if the SELinux developers could look into the issue. systemd
>> > developers have been responsive and already left several comments in
>> > the bug, but I've failed to get the attention of SELinux folks thus
>> > far.
>
> Hi,
>
> a bunch of patches which resulted from your report have now been merged
> into systemd upsteam (https://github.com/systemd/systemd/commit/6740ec4a6),
> which should, I hope, fix the issues you mentioned.
>
> You could try the git version, or wait a bit. The next release is being
> prepared, and rawhide should have it within a few days. Those patches
> should also be backported for F25 (F24?), but that will take longer.

Awesome yes I'll try it once it appears in Rawhide, might be a few weeks.


>
>> I think that's only part of the problem. I regularly get: is not a
>> core dump: File format not recognized
> It was a problem with copying of uncompressed coredumps.
>
>> I asked about it on systemd list and there's no reply. And very often
>> now I get this: More than one entry matches, ignoring rest.
> Off-by-one in the condition check.
>
>> I get that message whether I specify by PID or by EXE. The man page
>> example by path to executable says it'll dump the most recent core
>> file, but it doesn't. I get the 'more than one entry matches' and it
>> creates a 0 length file. I have entries going back to June, inevitably
>> there are duplicates. There's also no command to clean things up.
> That's the same as the first issue.
>
>> And my favorite:
>>
>> Refusing to dump core to tty.
> We now check that the file is readable (if the core is stored externally
> on the fs), or that the journal entry has the COREDUMP= field (if it
> is stored internally in the journal). In both cases it'll report all
> errors that can be detected without actually reading and decompressing
> the data, and only check if output is connected to a tty after that.
>
>> OK fine, so lets use --output= and dump it to a file!
> The error message now also suggests --output or shell redirection.
>
>> Cannot retrieve coredump from journal nor disk.
>> Coredump retrieval failed: No such file or directory
>>
>> OK so it exists, but can't go to tty... oh wait you want it output to
>> a file? No it doesn't exist. What?
> I also added a bunch of log messages when the core is being _written_
> and core writing is disabled, or is being written truncated because of
> the size limits. This could still use improvement, to report things
> better when _reading_ the core, it's on the TODO list.
>
> Thanks for the report!

Thanks for the followup.


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

Review swap

[Jon Ciesla]

I will trade this:

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

for one of yours.  It's an easy Python module, and will allow us to upgrade
pylint to 1.6.x.

Thanks!

-me

-- 
http://cecinestpasunefromage.wordpress.com/

in your fear, seek only peace
in your fear, seek only love

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

Summary/Minutes from today's FESCo Meeting (2016-09-30)

[Stephen Gallagher]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

===
#fedora-meeting: FESCO (2016-09-30)
===


Meeting started by sgallagh at 16:01:15 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting/2016-09-30/fesco.2016-09-30-16.01.log.html
.



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

* #1629 F26 System Wide Change: OpenSSL 1.1.0  (sgallagh, 16:05:38)
  * ACTION: OpenSSL 1.1.0 Change is approved, will be landed alongside
1.0.2 compat package in Rawhide as soon as possible (+6, 0 ,-0)
(sgallagh, 16:18:17)
  * The compat package will be retained at least for the duration of
F27. After that, it will be at the maintainer's discretion.
(sgallagh, 16:24:11)

* #1626 Release blocking deliverables for Fedora 25  (sgallagh,
  16:26:25)
  * LINK: https://fedorahosted.org/fesco/ticket/1427#comment:12
(nirik, 16:33:11)
  * LINK:

https://fedoraproject.org/wiki/Fedora_Program_Management/ReleaseBlocking/Fedora25
(nirik, 16:45:17)

* #1628 F26 System Wide Change: DNF 2.0  (sgallagh, 16:50:49)
  * LINK:

https://meetbot.fedoraproject.org/fedora-meeting/2016-09-16/fesco.2016-09-16-16.06.log.html
(jwb, 16:55:46)
  * this was approved last week  (sgallagh, 16:59:13)

* #1630 F25 Changes not in ON_QA status (<100% completed)  (sgallagh,
  16:59:31)
  * AGREED: Wait one week for information about GHC. Enact Contingency
Plan on python autoprovides (+6, 0, -0)  (sgallagh, 17:16:33)

* Next Week's Chair  (sgallagh, 17:16:50)
  * kalev to chair 2016-10-07 meeting  (sgallagh, 17:17:54)

* Open Floor  (sgallagh, 17:17:58)
  * LINK:
https://qa.fedoraproject.org/blockerbugs/milestone/25/beta/buglist
(nirik, 17:19:05)

Meeting ended at 17:24:45 UTC.




Action Items
- 
* OpenSSL 1.1.0 Change is approved, will be landed alongside 1.0.2
  compat package in Rawhide as soon as possible (+6, 0 ,-0)




Action Items, by person
- ---
* **UNASSIGNED**
  * OpenSSL 1.1.0 Change is approved, will be landed alongside 1.0.2
compat package in Rawhide as soon as possible (+6, 0 ,-0)




People Present (lines said)
- ---
* sgallagh (96)
* nirik (51)
* kalev (33)
* t8m (32)
* maxamillion (31)
* jwb (20)
* zodbot (16)
* jsmith (10)
* kushal (8)
* Southern_Gentlem (1)
* paragan (0)
* Rathann (0)
* dgilmore (0)




Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/MeetBot
-BEGIN PGP SIGNATURE-
Version: Mailvelope v1.5.2
Comment: https://www.mailvelope.com

wkYEAREIABAFAlfuoCIJEHolVWI2uqOjAADT3QCglY1JyGb93bDmPKaBr24d
HxnaYwYAnj1YfrqjK2gkEtf5qg7EnrIqVuvm
=Emy8
-END PGP SIGNATURE-
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1380152] perl-HTTP-Tiny 0.068 pulls in lots of new dependencies including Xorg

[bugzilla]

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



--- Comment #9 from Peter Robinson  ---
(In reply to Petr Pisar from comment #7)
> However, in my opinion, the biggest problem is Business::ISBN requiring GD

what functionality does GD as a graphics library provide to a ISBN library?

-- 
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: /sbin/nologin in /etc/shells

[Pete Travis]

On Sep 30, 2016 05:17, "Toby Goodwin"  wrote:
>
> As a member of the "remove nologin from /etc/shells" faction, I have 2
> technical reasons for my position. I don't think either of these points
> have been addressed by the "leave it in" faction.
>
> 1. Certain programs use pam_shells to check access, but without requiring
> that the shell is able to run commands. So far I've found vsftpd and
> proftpd, and I'd expect all ftp daemons to follow suit. With nologin in
> /etc/shells, these programs will grant access to nologin users. I find
this
> behaviour "surprising". In general it's better for security features to
> default to the least permissive setting.
>

I suspect a lot of admins rely on this behavior to configure users that
have FTP access, but not shell access.  FTP does not provide a shell
session.   Aside, please stop using legacy FTP, sftp via sshd does the job
securely and the distinction is more or less transparent to the user.

> 2. It's often been said...shoot yourself in the foot,
> but I can't think of anything else a normal user can do that's quite as
> simple and drastic as "chsh -s /sbin/nologin".
>
> I have been trying to be sympathetic to the arguments from the other side,
> but so far have not seen any that hold water.
>
> 1. As originally proposed [1], the change of adding nologin to /etc/shells
> was to allow it to be set with chsh. But in modern Fedora root is allowed
> to do so anyway, and I don't think it's a bug that normal users cannot
> permanently lock themselves out in this way.
>
> 2. Can anyone provide further detail on the "Shell variable pre-load
> attack" mentioned in that original ticket? It's surely far too old to be
> the "Shellshock" bug.
>
> 3. Stephen J Smoogen raised the issue of government / bank audit rules
[2].
> I was nearly swayed by this argument: it's outside my area of expertise,
> and in general I'd be supportive of changes to help those that have to go
> through such processes. But the actual page he linked to [3] quite clearly
> allows nologin to be omitted from /etc/shells.
>

Admins and auditors will expect the options for user shells to be listed in
/etc/shells.  /sbin/nologin is a valid option for a user's default shell.
I don't see the problem here.

> How can we take this forwards? Who would have the authority to take a
> decision on the issue?
>

Almost certainly FESCo.  Impact to dependent software aside, compliance
audits tend to be tedious and rote verification of a checklist, and the
list does often address /etc/shells.  IMO disruption of those expectations
does warrant a Change proposal.

> [1] https://bugzilla.redhat.com/show_bug.cgi?id=53963#c0
> [2]
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/SR76Q2ZTGQDJREEMC2AE53JC4PQZISLQ/
> [3]
https://www.stigviewer.com/stig/vmware_esxi_v5/2013-01-15/finding/GEN002140-ESXI5-46
>
> Toby.
> ___
>

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

Re: Attempting to contact unresponsive maintainers - zeenix, theinric, ifarkas, mchalk

[Sylvia]

Craig Barnes is a name that sounds familiar to me, but it's been a ling
while since I heard a word from him.


Cheers,
Sylvia

On Wed, 2016-09-28 at 08:15 +, jack smith wrote:
> 2 others maintainers don't respond
> 
> Craig Barnes (Discount)
> 
> Eric Smith (Gsmartcontrol)
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: /sbin/nologin in /etc/shells

[Stephen John Smoogen]

On 30 September 2016 at 12:07, Stephen John Smoogen  wrote:
> On 30 September 2016 at 02:25, Thomas Moschny  
> wrote:
>> 2016-09-29 16:58 GMT+02:00 Stephen John Smoogen :
>>> https://www.stigviewer.com/stig/vmware_esxi_v5/2013-01-15/finding/GEN002140-ESXI5-46
>>
>> This is titled
>>   "All shells referenced in /etc/passwd must be listed in the
>> /etc/shells file, except any shells specified for the purpose of
>> preventing logins."
>> and *doesn't* require /sbin/nologin to be in /etc/shells, or am I misreading 
>> it?
>>
>
> No you are not misreading it. I was the one misreading and
> misremembering it. [I do remember having to add nologin into
> /etc/shells on a bunch of hosts for some sort of finding but for all I
> know my brain is lieing to me.]
>

I have gone through all the old data I could find, and I was wrong on
this being a finding. My apologies for the misinformation.


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

Re: /sbin/nologin in /etc/shells

[Stephen John Smoogen]

On 30 September 2016 at 02:25, Thomas Moschny  wrote:
> 2016-09-29 16:58 GMT+02:00 Stephen John Smoogen :
>> https://www.stigviewer.com/stig/vmware_esxi_v5/2013-01-15/finding/GEN002140-ESXI5-46
>
> This is titled
>   "All shells referenced in /etc/passwd must be listed in the
> /etc/shells file, except any shells specified for the purpose of
> preventing logins."
> and *doesn't* require /sbin/nologin to be in /etc/shells, or am I misreading 
> it?
>

No you are not misreading it. I was the one misreading and
misremembering it. [I do remember having to add nologin into
/etc/shells on a bunch of hosts for some sort of finding but for all I
know my brain is lieing to me.]

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



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

Fedora 25-20160930.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Cloud_base raw-xz i386

Failed openQA tests: 2/102 (x86_64), 1/17 (i386)

Old failures (same test failed in 25-20160929.n.0):

ID: 37483   Test: x86_64 Atomic-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/37483
ID: 37543   Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/37543
ID: 37584   Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/37584

Passed openQA tests: 100/102 (x86_64), 16/17 (i386), 2/2 (arm)

New passes (same test did not pass in 25-20160929.n.0):

ID: 37474   Test: x86_64 Workstation-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/37474
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1377506] perl-Git-PurePerl-0.53 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version||perl-Git-PurePerl-0.53-1.fc
   ||24
 Resolution|--- |ERRATA
Last Closed||2016-09-30 11:52:20



--- Comment #9 from Fedora Update System  ---
perl-Git-PurePerl-0.53-1.fc24 has been pushed to the Fedora 24 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 1377428] perl Datetime::Format::Pg doesn' t handle fractions of a second.

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-DateTime-Format-Pg-0.1 |perl-DateTime-Format-Pg-0.1
   |6012-2.fc26 |6012-2.fc26
   |perl-DateTime-Format-Pg-0.1 |perl-DateTime-Format-Pg-0.1
   |6012-2.fc25 |6012-2.fc25
   |perl-DateTime-Format-Pg-0.1 |perl-DateTime-Format-Pg-0.1
   |6012-2.fc23 |6012-2.fc23
   ||perl-DateTime-Format-Pg-0.1
   ||6012-2.fc24



--- Comment #10 from Fedora Update System  ---
perl-DateTime-Format-Pg-0.16012-2.fc24 has been pushed to the Fedora 24 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

[Test-Announce] Fedora 25 Branched 20160930.n.0 nightly compose nominated for testing

[rawhide]

Announcing the creation of a new nightly release validation test event
for Fedora 25 Branched 20160930.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_plan

Notable package version changes:
python-blivet - 20160927.n.0: python-blivet-2.1.4-2.fc25.src, 20160930.n.0: 
python-blivet-2.1.5-1.fc25.src

Test coverage information for the current release can be seen at:
https://www.happyassassin.net/testcase_stats/25

You can see all results, find testing instructions and image download
locations, and enter results on the Summary page:

https://fedoraproject.org/wiki/Test_Results:Fedora_25_Branched_20160930.n.0_Summary

The individual test result pages are:

https://fedoraproject.org/wiki/Test_Results:Fedora_25_Branched_20160930.n.0_Installation
https://fedoraproject.org/wiki/Test_Results:Fedora_25_Branched_20160930.n.0_Base
https://fedoraproject.org/wiki/Test_Results:Fedora_25_Branched_20160930.n.0_Server
https://fedoraproject.org/wiki/Test_Results:Fedora_25_Branched_20160930.n.0_Cloud
https://fedoraproject.org/wiki/Test_Results:Fedora_25_Branched_20160930.n.0_Desktop
https://fedoraproject.org/wiki/Test_Results:Fedora_25_Branched_20160930.n.0_Security_Lab

Thank you for testing!
-- 
Mail generated by relval: https://www.happyassassin.net/relval/
___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Cannot build live iso using livemedia-creator

[Sergio Belkin]

Hi Adam,

Thanks for your clarifications

You can take a look at http://pastebin.com/U3RPX0qK (Anaconda log)

Meanwhile I will use system-config-kickstart

Greetings



2016-09-29 19:13 GMT-03:00 Adam Williamson :

> On Thu, 2016-09-29 at 15:08 -0700, Adam Williamson wrote:
> >
> > That error means the anaconda install failed. The way livemedia_creator
> > works is that it actually runs an anaconda install using the kickstart
> > specified - using its 'install to a directory' method if you pass --no-
> > virt, otherwise in a VM - then creates an image file from the resulting
> > installation.
>
> ...well, okay, that's a lie. It actually creates the image file, then
> either attaches it to a VM and runs the install in the VM (virt mode)
> or mounts it and runs an anaconda directory install into the mounted
> path (novirt mode), so either way, the image now contains an installed
> system. Once anaconda is done it twiddles about a bit more with the
> image.
> --
> Adam Williamson
> Fedora QA Community Monkey
> IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
> http://www.happyassassin.net
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>



-- 
--
Sergio Belkin
LPIC-2 Certified - http://www.lpi.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Cloud and Server Q

[Matthew Miller]

On Thu, Sep 29, 2016 at 04:16:15PM -0700, Adam Williamson wrote:
> > think QA clearly understands what cloud image(s) are release blocking,
> > as previously they were just the non-atomic images.
> Which images are prominent on the download pages and how much of a
> relationship there is between that and 'release blocking' status is
> *also* not my problem, but I'd agree with you (Chris) that it'd be
> rather strange for the most prominently advertised deliverable for a
> given product not to be a release-blocking one.

I don't think that Atomic *needs* to be release blocking, because if it
misses the grand unified release, we have the ability to update it at
the next cycle, so it's less of a big deal. But if we collectively
prefer to make sure everything is lined up on the release day... I can
see arguments for that, too.


-- 
Matthew Miller

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

Schedule for Friday's FESCo Meeting (2016-09-30)

[Stephen Gallagher]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Following is the list of topics that will be discussed in the
FESCo meeting Friday at 16:00UTC in #fedora-meeting on
irc.freenode.net.

To convert UTC to your local time, take a look at
  http://fedoraproject.org/wiki/UTCHowto

or run:
  date -d '2016-08-12 16:00 UTC'


Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9

= Followups =

#topic #1626 Release blocking deliverables for Fedora 25
.fesco 1626
https://fedorahosted.org/fesco/ticket/1626

= New business =

#topic #1628 F26 System Wide Change: DNF 2.0
.fesco 1628
https://fedorahosted.org/fesco/ticket/1628

#topic #1629 F26 System Wide Change: OpenSSL 1.1.0
.fesco 1629
https://fedorahosted.org/fesco/ticket/1629

#topic #1630 F25 Changes not in ON_QA status (<100% completed)
.fesco 1630
https://fedorahosted.org/fesco/ticket/1630

= Open Floor =

For more complete details, please visit each individual
ticket.  The report of the agenda items can be found at
https://fedorahosted.org/fesco/report/9

If you would like to add something to this agenda, you can
reply to this e-mail, file a new ticket at
https://fedorahosted.org/fesco, e-mail me directly, or bring it
up at the end of the meeting, during the open floor topic. Note
that added topics may be deferred until the following meeting. 
-BEGIN PGP SIGNATURE-
Version: Mailvelope v1.5.2
Comment: https://www.mailvelope.com

wkYEAREIABAFAlfuZLUJEHolVWI2uqOjAACwXQCfe7iEwLfS4V9//akT5m61
188FE8EAn1wdEWAqdSwL6cCxXixWQlIrRnns
=A0aU
-END PGP SIGNATURE-
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

[Bug 1377996] perl-XML-LibXML: Expanding external entities by default

[bugzilla]

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



--- Comment #7 from Petr Pisar  ---
Created attachment 1206255
  --> https://bugzilla.redhat.com/attachment.cgi?id=1206255=edit
Disable entitiy expansion

Proposed fix that disables entity expansion by default. It affects both
external and internal entities.

It still allows to load external DTD.

-- 
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: unretire kompose package

[Dusty Mabe]

The package has been un-retired and I have started the process of putting the 
new
kompose into place.

Thanks!

On 09/29/2016 03:48 PM, Dusty Mabe wrote:
> 
> I am trying to package [1] in fedora and there is a name conflict with an 
> old/retired
> package [2] that no longer has an upstream. I have talked with the old 
> maintainer (cc'd)
> and we would like to unretire the package and allow for the new project to 
> assume the name
> in rpm. 
> 
> I'm attempting to follow the process described at [3]. I will request for the 
> package 
> to be unretired and file a ticket for releng to unblock the package.
> 
> I have already had the new package spec file reviewed in Fedora [4].
> 
> Dusty
> 
> [1] https://github.com/skippbox/kompose
> [2] https://admin.fedoraproject.org/pkgdb/package/rpms/kompose/
> [3] 
> https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_a_Retired_Package
> [4] https://bugzilla.redhat.com/show_bug.cgi?id=1379460
> 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Who can fix coredumpctl?

[Michael Catanzaro]

On Fri, 2016-09-30 at 11:50 +, Zbigniew Jędrzejewski-Szmek wrote:
> a bunch of patches which resulted from your report have now been
> merged
> into systemd upsteam (https://github.com/systemd/systemd/commit/6740e
> c4a6),
> which should, I hope, fix the issues you mentioned.

Cool.

But is it still required to disable SELinux to use it? If the SELinux
developers are unable to fix issues identified as priorities by the
desktop team, it impacts my consideration of whether we should continue
to enable SELinux in Workstation.

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

[Bug 1380561] perl-Scalar-List-Utils-1.46 is available

[bugzilla]

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



--- Comment #4 from Upstream Release Monitoring 
 ---
adelton's perl-Scalar-List-Utils-1.46-1.fc26 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=805761

-- 
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: Who can fix coredumpctl?

[Zbigniew Jędrzejewski-Szmek]

On Thu, Sep 15, 2016 at 08:52:03AM -0600, Chris Murphy wrote:
> On Thu, Sep 15, 2016 at 8:17 AM, Michael Catanzaro  
> wrote:
> > Hi,
> >
> > Something between F23 and F24 broke coredumpctl in Fedora. It's still
> > broken. Appears to be an SELinux bug. It's reported as [1]. I want
> > coredumpctl to be enabled by default in F26 as a F26 feature, but I can
> > hardly go ahead and propose that while it's still broken. It would be
> > great if the SELinux developers could look into the issue. systemd
> > developers have been responsive and already left several comments in
> > the bug, but I've failed to get the attention of SELinux folks thus
> > far.

Hi,

a bunch of patches which resulted from your report have now been merged
into systemd upsteam (https://github.com/systemd/systemd/commit/6740ec4a6),
which should, I hope, fix the issues you mentioned.

You could try the git version, or wait a bit. The next release is being
prepared, and rawhide should have it within a few days. Those patches
should also be backported for F25 (F24?), but that will take longer.

> I think that's only part of the problem. I regularly get: is not a
> core dump: File format not recognized
It was a problem with copying of uncompressed coredumps.

> I asked about it on systemd list and there's no reply. And very often
> now I get this: More than one entry matches, ignoring rest.
Off-by-one in the condition check.

> I get that message whether I specify by PID or by EXE. The man page
> example by path to executable says it'll dump the most recent core
> file, but it doesn't. I get the 'more than one entry matches' and it
> creates a 0 length file. I have entries going back to June, inevitably
> there are duplicates. There's also no command to clean things up.
That's the same as the first issue.

> And my favorite:
> 
> Refusing to dump core to tty.
We now check that the file is readable (if the core is stored externally
on the fs), or that the journal entry has the COREDUMP= field (if it
is stored internally in the journal). In both cases it'll report all
errors that can be detected without actually reading and decompressing
the data, and only check if output is connected to a tty after that.

> OK fine, so lets use --output= and dump it to a file!
The error message now also suggests --output or shell redirection.

> Cannot retrieve coredump from journal nor disk.
> Coredump retrieval failed: No such file or directory
> 
> OK so it exists, but can't go to tty... oh wait you want it output to
> a file? No it doesn't exist. What?
I also added a bunch of log messages when the core is being _written_
and core writing is disabled, or is being written truncated because of
the size limits. This could still use improvement, to report things
better when _reading_ the core, it's on the TODO list.

Thanks for the report!
Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

adelton pushed to perl-Scalar-List-Utils (f24). "1380561 - Rebase to upstream version 1.46."

[notifications]

From 92f3254eff8d851fc90331c8aead733f3dbc1033 Mon Sep 17 00:00:00 2001
From: Jan Pazdziora 
Date: Fri, 30 Sep 2016 12:57:35 +0200
Subject: 1380561 - Rebase to upstream version 1.46.

---
 perl-Scalar-List-Utils.spec | 8 ++--
 sources | 2 +-
 2 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/perl-Scalar-List-Utils.spec b/perl-Scalar-List-Utils.spec
index b6e66f4..ead4994 100644
--- a/perl-Scalar-List-Utils.spec
+++ b/perl-Scalar-List-Utils.spec
@@ -1,7 +1,7 @@
 Name:   perl-Scalar-List-Utils
 Epoch:  3
-Version:1.45
-Release:2%{?dist}
+Version:1.46
+Release:1%{?dist}
 Summary:A selection of general-utility scalar and list subroutines
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -32,6 +32,7 @@ BuildRequires:  perl(List::Util)
 BuildRequires:  perl(Math::BigInt)
 BuildRequires:  perl(overload)
 BuildRequires:  perl(Symbol)
+BuildRequires:  perl(Sub::Util)
 BuildRequires:  perl(Test::More)
 BuildRequires:  perl(threads)
 BuildRequires:  perl(threads::shared)
@@ -74,6 +75,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Sep 30 2016 Jan Pazdziora  - 3:1.46-1
+- 1380561 - Rebase to upstream version 1.46.
+
 * Sat May 14 2016 Jitka Plesnikova  - 3:1.45-2
 - Increase epoch to favour standalone package
 
diff --git a/sources b/sources
index 9cfeebc..671f85e 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-b469e990ec92a4c9386aaf9e92857ae9  Scalar-List-Utils-1.45.tar.gz
+91b581cec3dd3de016bca7bbb106063b  Scalar-List-Utils-1.46.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Scalar-List-Utils.git/commit/?h=f24=92f3254eff8d851fc90331c8aead733f3dbc1033
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

adelton pushed to perl-Scalar-List-Utils (f24). "Increase epoch to favour standalone package"

[notifications]

From b49cbade557adf2b4e8372cd160cd9a6c9e87871 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Sat, 14 May 2016 11:25:46 +0200
Subject: Increase epoch to favour standalone package

---
 perl-Scalar-List-Utils.spec | 9 ++---
 1 file changed, 6 insertions(+), 3 deletions(-)

diff --git a/perl-Scalar-List-Utils.spec b/perl-Scalar-List-Utils.spec
index 5c034fc..b6e66f4 100644
--- a/perl-Scalar-List-Utils.spec
+++ b/perl-Scalar-List-Utils.spec
@@ -1,7 +1,7 @@
 Name:   perl-Scalar-List-Utils
-Epoch:  2
+Epoch:  3
 Version:1.45
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:A selection of general-utility scalar and list subroutines
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -74,7 +74,10 @@ make test
 %{_mandir}/man3/*
 
 %changelog
-* Mon Mar 29 2016 Jan Pazdziora  - 2:1.45-1
+* Sat May 14 2016 Jitka Plesnikova  - 3:1.45-2
+- Increase epoch to favour standalone package
+
+* Tue Mar 29 2016 Jan Pazdziora  - 2:1.45-1
 - 1.45 bump
 
 * Fri Mar 18 2016 Jan Pazdziora  - 2:1.44-1
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Scalar-List-Utils.git/commit/?h=f24=b49cbade557adf2b4e8372cd160cd9a6c9e87871
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

adelton pushed to perl-Scalar-List-Utils (f24). "Merge 'master' into f24"

[notifications]

From b49cbade557adf2b4e8372cd160cd9a6c9e87871 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Sat, 14 May 2016 11:25:46 +0200
Subject: Increase epoch to favour standalone package

---
 perl-Scalar-List-Utils.spec | 9 ++---
 1 file changed, 6 insertions(+), 3 deletions(-)

diff --git a/perl-Scalar-List-Utils.spec b/perl-Scalar-List-Utils.spec
index 5c034fc..b6e66f4 100644
--- a/perl-Scalar-List-Utils.spec
+++ b/perl-Scalar-List-Utils.spec
@@ -1,7 +1,7 @@
 Name:   perl-Scalar-List-Utils
-Epoch:  2
+Epoch:  3
 Version:1.45
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:A selection of general-utility scalar and list subroutines
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -74,7 +74,10 @@ make test
 %{_mandir}/man3/*
 
 %changelog
-* Mon Mar 29 2016 Jan Pazdziora  - 2:1.45-1
+* Sat May 14 2016 Jitka Plesnikova  - 3:1.45-2
+- Increase epoch to favour standalone package
+
+* Tue Mar 29 2016 Jan Pazdziora  - 2:1.45-1
 - 1.45 bump
 
 * Fri Mar 18 2016 Jan Pazdziora  - 2:1.44-1
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Scalar-List-Utils.git/commit/?h=f24=a423db69d0e65094497ee55fe8b5cdb41eab8c6e
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1377996] perl-XML-LibXML: Expanding external entities by default

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Attachment|0   |1
#1203692 is||
   obsolete||



--- Comment #6 from Petr Pisar  ---
Created attachment 1206227
  --> https://bugzilla.redhat.com/attachment.cgi?id=1206227=edit
Parametrized reproduder

Yes, but that disables expanding internal entities too. This is unacceptable. I
think XML::LibXML or libxml2 is missing a knob that affects external entities
only.

Attached script accepts an optional argument and pass it as expand_entities
option value if exists. If you execute it with "0", it also disabled expanding
the internal entity. And I think this is wrong.

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

adelton pushed to perl-Scalar-List-Utils (f24). "Fixing bogus date in %changelog."

[notifications]

From cae37dfc305836ca2b73a1b29743d1d72accee35 Mon Sep 17 00:00:00 2001
From: Jan Pazdziora 
Date: Fri, 30 Sep 2016 12:56:51 +0200
Subject: Fixing bogus date in %changelog.

---
 perl-Scalar-List-Utils.spec | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/perl-Scalar-List-Utils.spec b/perl-Scalar-List-Utils.spec
index 5c034fc..bfa6737 100644
--- a/perl-Scalar-List-Utils.spec
+++ b/perl-Scalar-List-Utils.spec
@@ -74,7 +74,7 @@ make test
 %{_mandir}/man3/*
 
 %changelog
-* Mon Mar 29 2016 Jan Pazdziora  - 2:1.45-1
+* Tue Mar 29 2016 Jan Pazdziora  - 2:1.45-1
 - 1.45 bump
 
 * Fri Mar 18 2016 Jan Pazdziora  - 2:1.44-1
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Scalar-List-Utils.git/commit/?h=f24=cae37dfc305836ca2b73a1b29743d1d72accee35
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

adelton pushed to perl-Scalar-List-Utils (f25). "1380561 - Rebase to upstream version 1.46."

[notifications]

From bde2ecb7c534556a990660196892bfb2ce46d1dc Mon Sep 17 00:00:00 2001
From: Jan Pazdziora 
Date: Fri, 30 Sep 2016 12:57:35 +0200
Subject: 1380561 - Rebase to upstream version 1.46.

---
 perl-Scalar-List-Utils.spec | 8 ++--
 sources | 2 +-
 2 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/perl-Scalar-List-Utils.spec b/perl-Scalar-List-Utils.spec
index 09af8ec..95d023a 100644
--- a/perl-Scalar-List-Utils.spec
+++ b/perl-Scalar-List-Utils.spec
@@ -1,7 +1,7 @@
 Name:   perl-Scalar-List-Utils
 Epoch:  3
-Version:1.45
-Release:2%{?dist}
+Version:1.46
+Release:1%{?dist}
 Summary:A selection of general-utility scalar and list subroutines
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -33,6 +33,7 @@ BuildRequires:  perl(List::Util)
 BuildRequires:  perl(Math::BigInt)
 BuildRequires:  perl(overload)
 BuildRequires:  perl(Symbol)
+BuildRequires:  perl(Sub::Util)
 BuildRequires:  perl(Test::More)
 BuildRequires:  perl(threads)
 BuildRequires:  perl(threads::shared)
@@ -75,6 +76,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Sep 30 2016 Jan Pazdziora  - 3:1.46-1
+- 1380561 - Rebase to upstream version 1.46.
+
 * Sat May 14 2016 Jitka Plesnikova  - 3:1.45-2
 - Increase epoch to favour standalone package
 
diff --git a/sources b/sources
index 9cfeebc..671f85e 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-b469e990ec92a4c9386aaf9e92857ae9  Scalar-List-Utils-1.45.tar.gz
+91b581cec3dd3de016bca7bbb106063b  Scalar-List-Utils-1.46.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Scalar-List-Utils.git/commit/?h=f25=bde2ecb7c534556a990660196892bfb2ce46d1dc
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

adelton pushed to perl-Scalar-List-Utils (master). "1380561 - Rebase to upstream version 1.46."

[notifications]

From bde2ecb7c534556a990660196892bfb2ce46d1dc Mon Sep 17 00:00:00 2001
From: Jan Pazdziora 
Date: Fri, 30 Sep 2016 12:57:35 +0200
Subject: 1380561 - Rebase to upstream version 1.46.

---
 perl-Scalar-List-Utils.spec | 8 ++--
 sources | 2 +-
 2 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/perl-Scalar-List-Utils.spec b/perl-Scalar-List-Utils.spec
index 09af8ec..95d023a 100644
--- a/perl-Scalar-List-Utils.spec
+++ b/perl-Scalar-List-Utils.spec
@@ -1,7 +1,7 @@
 Name:   perl-Scalar-List-Utils
 Epoch:  3
-Version:1.45
-Release:2%{?dist}
+Version:1.46
+Release:1%{?dist}
 Summary:A selection of general-utility scalar and list subroutines
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -33,6 +33,7 @@ BuildRequires:  perl(List::Util)
 BuildRequires:  perl(Math::BigInt)
 BuildRequires:  perl(overload)
 BuildRequires:  perl(Symbol)
+BuildRequires:  perl(Sub::Util)
 BuildRequires:  perl(Test::More)
 BuildRequires:  perl(threads)
 BuildRequires:  perl(threads::shared)
@@ -75,6 +76,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Sep 30 2016 Jan Pazdziora  - 3:1.46-1
+- 1380561 - Rebase to upstream version 1.46.
+
 * Sat May 14 2016 Jitka Plesnikova  - 3:1.45-2
 - Increase epoch to favour standalone package
 
diff --git a/sources b/sources
index 9cfeebc..671f85e 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-b469e990ec92a4c9386aaf9e92857ae9  Scalar-List-Utils-1.45.tar.gz
+91b581cec3dd3de016bca7bbb106063b  Scalar-List-Utils-1.46.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Scalar-List-Utils.git/commit/?h=master=bde2ecb7c534556a990660196892bfb2ce46d1dc
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Re: review swap

[Mukundan Ragavan]

On 09/30/2016 06:52 AM, Björn Esser wrote:
> Hello,
> 
> there is another small python-package from me that needs review [1]. 
> Any offers?
> 
> Cheers
>   Björn
> 
> 
> [1]  https://bugzilla.redhat.com/show_bug.cgi?id=1380671

Taken.


-- 
GPG Key - E5C8BC67
---





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

ppisar pushed to perl-Encode (f23). "Fix panic when encoding undefined scalars"

[notifications]

From 7b969c79ad9c8cc940eb3d4b7fef18d3100b80ba Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 30 Sep 2016 11:03:18 +0200
Subject: Fix panic when encoding undefined scalars

---
 86-Fix-panic-when-encoding-undef-scalars.patch | 47 ++
 perl-Encode.spec   |  5 +++
 2 files changed, 52 insertions(+)
 create mode 100644 Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch

diff --git a/Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch 
b/Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch
new file mode 100644
index 000..4e522c2
--- /dev/null
+++ b/Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch
@@ -0,0 +1,47 @@
+From 519fb7e761447245fed9bb2de02e894b71ccae2f Mon Sep 17 00:00:00 2001
+From: Vincent van Dam 
+Date: Thu, 22 Sep 2016 14:48:05 +0200
+Subject: [PATCH] Fix panic when encoding undef scalars
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Signed-off-by: Petr Písař 
+---
+ lib/Encode/Encoder.pm | 4 +++-
+ t/undef.t | 8 
+ 2 files changed, 11 insertions(+), 1 deletion(-)
+ create mode 100644 t/undef.t
+
+diff --git a/lib/Encode/Encoder.pm b/lib/Encode/Encoder.pm
+index 23e0349..fef4e9b 100644
+--- a/lib/Encode/Encoder.pm
 b/lib/Encode/Encoder.pm
+@@ -85,7 +85,9 @@ sub AUTOLOAD {
+ from_to( $self->{data}, $self->{encoding}, $obj->name, 1 );
+ }
+ else {
+-$self->{data} = $obj->encode( $self->{data}, 1 );
++if ( defined($self->{data}) ) {
++$self->{data} = $obj->encode( $self->{data}, 1 );
++}
+ }
+ $self->{encoding} = $obj->name;
+ return $self;
+diff --git a/t/undef.t b/t/undef.t
+new file mode 100644
+index 000..ad8bcd6
+--- /dev/null
 b/t/undef.t
+@@ -0,0 +1,8 @@
++use Encode::Encoder qw(encoder);
++
++use Test::More;
++plan tests => 1;
++
++my $emptyutf8;
++eval { $c = encoder($emptyutf8)->utf8; };
++ok(!$@,"crashed encoding undef variable ($@)");
+-- 
+2.7.4
+
diff --git a/perl-Encode.spec b/perl-Encode.spec
index ed90ff3..046f887 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -22,6 +22,9 @@ Patch0: 
Encode-2.84-CVE-2016-1238-avoid-loading-optional-modules-from.pa
 # Fix Encode::encode_utf8(undef) to return undef, CPAN RT#116904,
 # in upstream after 2.86
 Patch1: Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch
+# Fix panic when encoding undefined scalars,
+# , in upstream after 2.86
+Patch2: Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  make
@@ -134,6 +137,7 @@ your own encoding to perl. No knowledge of XS is necessary.
 %setup -q -n Encode-%{cpan_version}
 %patch0 -p1
 %patch1 -p1
+%patch2 -p1
 
 %build
 # Additional scripts can be installed by appending MORE_SCRIPTS, UCM files by
@@ -177,6 +181,7 @@ make test
 %changelog
 * Fri Sep 30 2016 Petr Pisar  - 3:2.80-7
 - Fix Encode::encode_utf8(undef) to return undef (CPAN RT#116904)
+- Fix panic when encoding undefined scalars
 
 * Fri Sep 16 2016 Petr Pisar  - 3:2.80-6
 - Add Artistic 2.0 into license tag because of encguess tool
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=f23=7b969c79ad9c8cc940eb3d4b7fef18d3100b80ba
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Encode (f23). "Fix Encode::encode_utf8(undef) to return undef"

[notifications]

From 7b342ade06085be7206770dff3ef3014d1638205 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 30 Sep 2016 10:36:38 +0200
Subject: Fix Encode::encode_utf8(undef) to return undef

---
 ...-return-value-of-Encode-encode_utf8-undef.patch | 73 ++
 perl-Encode.spec   |  9 ++-
 2 files changed, 81 insertions(+), 1 deletion(-)
 create mode 100644 
Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch

diff --git a/Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch 
b/Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch
new file mode 100644
index 000..fb48e8e
--- /dev/null
+++ b/Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch
@@ -0,0 +1,73 @@
+From 646aaae364fc8cd19786a66b88ec6aaf3f093024 Mon Sep 17 00:00:00 2001
+From: Pali 
+Date: Thu, 11 Aug 2016 23:09:26 +0200
+Subject: [PATCH] Fix return value of Encode::encode_utf8(undef)
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Documentation says that '$octets = encode_utf8($string)' is equivalent to
+'$octets = encode("utf8", $string)'. And if the $string is undef, then
+undef is returned. However without this patch encode_utf8(undef) returned
+'' (empty string) and not undef. This patch fixes it and undef is returned.
+
+All other utf8 Encode calls already returns undef, just encode_utf8() acted
+differently.
+
+  Encode::encode('utf8', undef) -> undef
+  Encode::decode('utf8', undef) -> undef
+  Encode::decode_utf8(undef) -> undef
+
+Reported bug: https://rt.cpan.org/Public/Bug/Display.html?id=116904
+
+Signed-off-by: Petr Písař 
+---
+ Encode.pm   |  1 +
+ t/utf8ref.t | 15 ++-
+ 2 files changed, 15 insertions(+), 1 deletion(-)
+
+diff --git a/Encode.pm b/Encode.pm
+index bda8e1b..bc600be 100644
+--- a/Encode.pm
 b/Encode.pm
+@@ -254,6 +254,7 @@ sub from_to($$$;$) {
+ 
+ sub encode_utf8($) {
+ my ($str) = @_;
++return undef unless defined $str;
+ utf8::encode($str);
+ return $str;
+ }
+diff --git a/t/utf8ref.t b/t/utf8ref.t
+index 3253e08..aff098f 100644
+--- a/t/utf8ref.t
 b/t/utf8ref.t
+@@ -6,7 +6,7 @@ use strict;
+ use warnings;
+ use Encode;
+ use Test::More;
+-plan tests => 4;
++plan tests => 12;
+ #plan 'no_plan';
+ 
+ # my $a = find_encoding('ASCII');
+@@ -18,3 +18,16 @@ is $u->encode($r), '';
+ $r = {};
+ is decode_utf8($r), ''.$r;
+ is $u->decode($r), '';
++use warnings 'uninitialized';
++
++is encode_utf8(undef), undef;
++is decode_utf8(undef), undef;
++
++is encode_utf8(''), '';
++is decode_utf8(''), '';
++
++is Encode::encode('utf8', undef), undef;
++is Encode::decode('utf8', undef), undef;
++
++is Encode::encode('utf8', ''), '';
++is Encode::decode('utf8', ''), '';
+-- 
+2.7.4
+
diff --git a/perl-Encode.spec b/perl-Encode.spec
index e064322..ed90ff3 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -8,7 +8,7 @@ Version:%{cpan_version}
 # perl-encoding sub-package has independent version which does not change
 # often and consecutive builds would clash on perl-encoding NEVRA. This is the
 # same case as in perl.spec.
-Release:6%{?dist}
+Release:7%{?dist}
 Summary:Character encodings in Perl
 # ucm:  UCD
 # bin/encguess: Artistic 2.0
@@ -19,6 +19,9 @@ URL:http://search.cpan.org/dist/Encode/
 Source0:
http://www.cpan.org/authors/id/D/DA/DANKOGAI/Encode-%{cpan_version}.tar.gz
 #Avoid loading optional modules from default . (CVE-2016-1238)
 Patch0: 
Encode-2.84-CVE-2016-1238-avoid-loading-optional-modules-from.patch
+# Fix Encode::encode_utf8(undef) to return undef, CPAN RT#116904,
+# in upstream after 2.86
+Patch1: Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  make
@@ -130,6 +133,7 @@ your own encoding to perl. No knowledge of XS is necessary.
 %prep
 %setup -q -n Encode-%{cpan_version}
 %patch0 -p1
+%patch1 -p1
 
 %build
 # Additional scripts can be installed by appending MORE_SCRIPTS, UCM files by
@@ -171,6 +175,9 @@ make test
 %{perl_vendorarch}/Encode/encode.h
 
 %changelog
+* Fri Sep 30 2016 Petr Pisar  - 3:2.80-7
+- Fix Encode::encode_utf8(undef) to return undef (CPAN RT#116904)
+
 * Fri Sep 16 2016 Petr Pisar  - 3:2.80-6
 - Add Artistic 2.0 into license tag because of encguess tool
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=f23=7b342ade06085be7206770dff3ef3014d1638205
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Encode (f23). "Correct changelog"

[notifications]

From d3f558fb52a6354b8d84f325503591feb528a943 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 30 Sep 2016 12:51:23 +0200
Subject: Correct changelog

---
 perl-Encode.spec | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/perl-Encode.spec b/perl-Encode.spec
index f5471ca..e064322 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -171,10 +171,10 @@ make test
 %{perl_vendorarch}/Encode/encode.h
 
 %changelog
-* Fri Sep 16 2016 Petr Pisar  - 3:2.84-6
+* Fri Sep 16 2016 Petr Pisar  - 3:2.80-6
 - Add Artistic 2.0 into license tag because of encguess tool
 
-* Tue Aug 02 2016 Jitka Plesnikova  - 3:2.84-5
+* Tue Aug 02 2016 Jitka Plesnikova  - 3:2.80-5
 - Avoid loading optional modules from default . (CVE-2016-1238)
 
 * Mon Jan 25 2016 Petr Pisar  - 3:2.80-4
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=f23=d3f558fb52a6354b8d84f325503591feb528a943
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

adelton uploaded Scalar-List-Utils-1.46.tar.gz for perl-Scalar-List-Utils

[notifications]

91b581cec3dd3de016bca7bbb106063b  Scalar-List-Utils-1.46.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Scalar-List-Utils/Scalar-List-Utils-1.46.tar.gz/md5/91b581cec3dd3de016bca7bbb106063b/Scalar-List-Utils-1.46.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

Fwd: [fpc] #650: Suggested Change for Python Guidelines about Alternate Python Interpreters

[Miro Hrončok]

 Forwarded Message 
Subject: [fpc] #650: Suggested Change for Python Guidelines about 
Alternate Python Interpreters

Date: Fri, 30 Sep 2016 10:47:07 -
From: fpc 
Reply-To: nob...@fedoraproject.org

#650: Suggested Change for Python Guidelines about Alternate Python 
Interpreters

--+---
  Reporter:  churchyard   | Owner:
Status:  new  |  Priority:  normal
 Component:  Guideline Draft  |  Keywords:
Blocked By:   |  Blocking:
--+---
 Whole page:

https://fedoraproject.org/wiki/User:Churchyard/AlternatePythons#Alternate_Python_versions

 Diff:

https://fedoraproject.org/w/index.php?title=User%3AChurchyard%2FAlternatePythons=475537=475535

 Quote:

 == Alternate Python versions ==

 There are alternate Python versions packaged in Fedora, such as python26,
 python33, python34, python35 and possibly more in the future.
 No package shall ever ''BuildRequire'' or ''Require'' those packages (or
 their ''Provides''), as those packages are only intended for developers
 for testing purposes and may have security issues. Those packages may only
 be ''Recommended'' or ''Suggested'' by tools intended for testing Python
 code on various interpreters, such as python-tox.

--
Ticket URL: 
fpc 
Fedora Packages Collection Task Tracking
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Encode (f24). "Fix Encode::encode_utf8(undef) to return undef"

[notifications]

From 305ef8c333a9d0b376dfe6d4a34fcd97195eccdd Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 30 Sep 2016 10:36:38 +0200
Subject: Fix Encode::encode_utf8(undef) to return undef

---
 ...-return-value-of-Encode-encode_utf8-undef.patch | 73 ++
 perl-Encode.spec   |  9 ++-
 2 files changed, 81 insertions(+), 1 deletion(-)
 create mode 100644 
Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch

diff --git a/Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch 
b/Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch
new file mode 100644
index 000..fb48e8e
--- /dev/null
+++ b/Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch
@@ -0,0 +1,73 @@
+From 646aaae364fc8cd19786a66b88ec6aaf3f093024 Mon Sep 17 00:00:00 2001
+From: Pali 
+Date: Thu, 11 Aug 2016 23:09:26 +0200
+Subject: [PATCH] Fix return value of Encode::encode_utf8(undef)
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Documentation says that '$octets = encode_utf8($string)' is equivalent to
+'$octets = encode("utf8", $string)'. And if the $string is undef, then
+undef is returned. However without this patch encode_utf8(undef) returned
+'' (empty string) and not undef. This patch fixes it and undef is returned.
+
+All other utf8 Encode calls already returns undef, just encode_utf8() acted
+differently.
+
+  Encode::encode('utf8', undef) -> undef
+  Encode::decode('utf8', undef) -> undef
+  Encode::decode_utf8(undef) -> undef
+
+Reported bug: https://rt.cpan.org/Public/Bug/Display.html?id=116904
+
+Signed-off-by: Petr Písař 
+---
+ Encode.pm   |  1 +
+ t/utf8ref.t | 15 ++-
+ 2 files changed, 15 insertions(+), 1 deletion(-)
+
+diff --git a/Encode.pm b/Encode.pm
+index bda8e1b..bc600be 100644
+--- a/Encode.pm
 b/Encode.pm
+@@ -254,6 +254,7 @@ sub from_to($$$;$) {
+ 
+ sub encode_utf8($) {
+ my ($str) = @_;
++return undef unless defined $str;
+ utf8::encode($str);
+ return $str;
+ }
+diff --git a/t/utf8ref.t b/t/utf8ref.t
+index 3253e08..aff098f 100644
+--- a/t/utf8ref.t
 b/t/utf8ref.t
+@@ -6,7 +6,7 @@ use strict;
+ use warnings;
+ use Encode;
+ use Test::More;
+-plan tests => 4;
++plan tests => 12;
+ #plan 'no_plan';
+ 
+ # my $a = find_encoding('ASCII');
+@@ -18,3 +18,16 @@ is $u->encode($r), '';
+ $r = {};
+ is decode_utf8($r), ''.$r;
+ is $u->decode($r), '';
++use warnings 'uninitialized';
++
++is encode_utf8(undef), undef;
++is decode_utf8(undef), undef;
++
++is encode_utf8(''), '';
++is decode_utf8(''), '';
++
++is Encode::encode('utf8', undef), undef;
++is Encode::decode('utf8', undef), undef;
++
++is Encode::encode('utf8', ''), '';
++is Encode::decode('utf8', ''), '';
+-- 
+2.7.4
+
diff --git a/perl-Encode.spec b/perl-Encode.spec
index 91b3342..feca9d2 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -8,7 +8,7 @@ Version:%{cpan_version}
 # perl-encoding sub-package has independent version which does not change
 # often and consecutive builds would clash on perl-encoding NEVRA. This is the
 # same case as in perl.spec.
-Release:10%{?dist}
+Release:11%{?dist}
 Summary:Character encodings in Perl
 # ucm:  UCD
 # bin/encguess: Artistic 2.0
@@ -19,6 +19,9 @@ URL:http://search.cpan.org/dist/Encode/
 Source0:
http://www.cpan.org/authors/id/D/DA/DANKOGAI/Encode-%{cpan_version}.tar.gz
 #Avoid loading optional modules from default . (CVE-2016-1238)
 Patch0: 
Encode-2.84-CVE-2016-1238-avoid-loading-optional-modules-from.patch
+# Fix Encode::encode_utf8(undef) to return undef, CPAN RT#116904,
+# in upstream after 2.86
+Patch1: Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  make
@@ -131,6 +134,7 @@ your own encoding to perl. No knowledge of XS is necessary.
 %prep
 %setup -q -n Encode-%{cpan_version}
 %patch0 -p1
+%patch1 -p1
 
 %build
 # Additional scripts can be installed by appending MORE_SCRIPTS, UCM files by
@@ -172,6 +176,9 @@ make test
 %{perl_vendorarch}/Encode/encode.h
 
 %changelog
+* Fri Sep 30 2016 Petr Pisar  - 3:2.84-11
+- Fix Encode::encode_utf8(undef) to return undef (CPAN RT#116904)
+
 * Fri Sep 16 2016 Petr Pisar  - 3:2.84-10
 - Add Artistic 2.0 into license tag because of encguess tool
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=f24=305ef8c333a9d0b376dfe6d4a34fcd97195eccdd
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Encode (f24). "Fix panic when encoding undefined scalars"

[notifications]

From 3bacfb5825195b30637b84b54f4d54dad6a4919f Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 30 Sep 2016 11:03:18 +0200
Subject: Fix panic when encoding undefined scalars

---
 86-Fix-panic-when-encoding-undef-scalars.patch | 47 ++
 perl-Encode.spec   |  5 +++
 2 files changed, 52 insertions(+)
 create mode 100644 Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch

diff --git a/Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch 
b/Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch
new file mode 100644
index 000..4e522c2
--- /dev/null
+++ b/Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch
@@ -0,0 +1,47 @@
+From 519fb7e761447245fed9bb2de02e894b71ccae2f Mon Sep 17 00:00:00 2001
+From: Vincent van Dam 
+Date: Thu, 22 Sep 2016 14:48:05 +0200
+Subject: [PATCH] Fix panic when encoding undef scalars
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Signed-off-by: Petr Písař 
+---
+ lib/Encode/Encoder.pm | 4 +++-
+ t/undef.t | 8 
+ 2 files changed, 11 insertions(+), 1 deletion(-)
+ create mode 100644 t/undef.t
+
+diff --git a/lib/Encode/Encoder.pm b/lib/Encode/Encoder.pm
+index 23e0349..fef4e9b 100644
+--- a/lib/Encode/Encoder.pm
 b/lib/Encode/Encoder.pm
+@@ -85,7 +85,9 @@ sub AUTOLOAD {
+ from_to( $self->{data}, $self->{encoding}, $obj->name, 1 );
+ }
+ else {
+-$self->{data} = $obj->encode( $self->{data}, 1 );
++if ( defined($self->{data}) ) {
++$self->{data} = $obj->encode( $self->{data}, 1 );
++}
+ }
+ $self->{encoding} = $obj->name;
+ return $self;
+diff --git a/t/undef.t b/t/undef.t
+new file mode 100644
+index 000..ad8bcd6
+--- /dev/null
 b/t/undef.t
+@@ -0,0 +1,8 @@
++use Encode::Encoder qw(encoder);
++
++use Test::More;
++plan tests => 1;
++
++my $emptyutf8;
++eval { $c = encoder($emptyutf8)->utf8; };
++ok(!$@,"crashed encoding undef variable ($@)");
+-- 
+2.7.4
+
diff --git a/perl-Encode.spec b/perl-Encode.spec
index feca9d2..2366d1f 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -22,6 +22,9 @@ Patch0: 
Encode-2.84-CVE-2016-1238-avoid-loading-optional-modules-from.pa
 # Fix Encode::encode_utf8(undef) to return undef, CPAN RT#116904,
 # in upstream after 2.86
 Patch1: Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch
+# Fix panic when encoding undefined scalars,
+# , in upstream after 2.86
+Patch2: Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  make
@@ -135,6 +138,7 @@ your own encoding to perl. No knowledge of XS is necessary.
 %setup -q -n Encode-%{cpan_version}
 %patch0 -p1
 %patch1 -p1
+%patch2 -p1
 
 %build
 # Additional scripts can be installed by appending MORE_SCRIPTS, UCM files by
@@ -178,6 +182,7 @@ make test
 %changelog
 * Fri Sep 30 2016 Petr Pisar  - 3:2.84-11
 - Fix Encode::encode_utf8(undef) to return undef (CPAN RT#116904)
+- Fix panic when encoding undefined scalars
 
 * Fri Sep 16 2016 Petr Pisar  - 3:2.84-10
 - Add Artistic 2.0 into license tag because of encguess tool
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=f24=3bacfb5825195b30637b84b54f4d54dad6a4919f
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik changed jplesnik's branch request for perl-Params-ValidationCompiler in f23 from Pending to Obsolete

[notifications]

jplesnik changed jplesnik's branch request for perl-Params-ValidationCompiler 
in f23 from Pending to Obsolete

https://admin.fedoraproject.org/pkgdb/package/perl-Params-ValidationCompiler/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik changed jplesnik's branch request for perl-Test2-Plugin-NoWarnings in f23 from Pending to Obsolete

[notifications]

jplesnik changed jplesnik's branch request for perl-Test2-Plugin-NoWarnings in 
f23 from Pending to Obsolete

https://admin.fedoraproject.org/pkgdb/package/perl-Test2-Plugin-NoWarnings/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik changed jplesnik's branch request for perl-Params-ValidationCompiler in f24 from Pending to Obsolete

[notifications]

jplesnik changed jplesnik's branch request for perl-Params-ValidationCompiler 
in f24 from Pending to Obsolete

https://admin.fedoraproject.org/pkgdb/package/perl-Params-ValidationCompiler/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik changed jplesnik's branch request for perl-Specio in f23 from Pending to Obsolete

[notifications]

jplesnik changed jplesnik's branch request for perl-Specio in f23 from Pending 
to Obsolete
https://admin.fedoraproject.org/pkgdb/package/perl-Specio/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Encode (f25). "Refuse non-shortests UTF-8 representations in strict mode"

[notifications]

From d172f3fed9e842f590e55c48d8c94d9cc88e7cf5 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 30 Sep 2016 10:51:47 +0200
Subject: Refuse non-shortests UTF-8 representations in strict mode

---
 ...-Add-tests-for-Malformed-and-Overlong-UTF.patch |  95 +++
 ...-Check-for-overflowed-and-overlong-UTF-8-.patch |  61 ++
 ...-Fix-count-of-replacement-characters-for-.patch |  33 +
 ...-Fix-processing-invalid-UTF-8-subsequence.patch | 135 +
 perl-Encode.spec   |  17 +++
 5 files changed, 341 insertions(+)
 create mode 100644 
Encode-2.86-Encode-utf8-Add-tests-for-Malformed-and-Overlong-UTF.patch
 create mode 100644 
Encode-2.86-Encode-utf8-Check-for-overflowed-and-overlong-UTF-8-.patch
 create mode 100644 
Encode-2.86-Encode-utf8-Fix-count-of-replacement-characters-for-.patch
 create mode 100644 
Encode-2.86-Encode-utf8-Fix-processing-invalid-UTF-8-subsequence.patch

diff --git 
a/Encode-2.86-Encode-utf8-Add-tests-for-Malformed-and-Overlong-UTF.patch 
b/Encode-2.86-Encode-utf8-Add-tests-for-Malformed-and-Overlong-UTF.patch
new file mode 100644
index 000..5d6b3d5
--- /dev/null
+++ b/Encode-2.86-Encode-utf8-Add-tests-for-Malformed-and-Overlong-UTF.patch
@@ -0,0 +1,95 @@
+From 2aac84fb885fb8560294c1080fc6bbf9be35e731 Mon Sep 17 00:00:00 2001
+From: Pali 
+Date: Tue, 16 Aug 2016 18:34:37 +0200
+Subject: [PATCH] Encode::utf8: Add tests for Malformed and Overlong UTF-8
+ sequences
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+EBCDIC tests are not included yet.
+
+Signed-off-by: Petr Písař 
+---
+ t/utf8strict.t | 51 ++-
+ 1 file changed, 46 insertions(+), 5 deletions(-)
+
+diff --git a/t/utf8strict.t b/t/utf8strict.t
+index 3f362f4..39293d3 100644
+--- a/t/utf8strict.t
 b/t/utf8strict.t
+@@ -47,8 +47,8 @@ BEGIN {
+qq/dd 67 41 41/=> 0, # 2.3.2
+qq/ee 42 73 73 71/ => 0, # 2.3.3
+qq/f4 90 80 80/ => 1, # 2.3.4 -- out of range so NG
+-   # "3 Malformed sequences" are checked by perl.
+-   # "4 Overlong sequences"  are checked by perl.
++   # EBCDIC TODO: "3 Malformed sequences"
++   # EBCDIC TODO: "4 Overlong sequences"
+);
+  } else {
+%SEQ = (
+@@ -56,8 +56,49 @@ BEGIN {
+qq/ee 80 80/=> 0, # 2.3.2
+qq/f4 8f bf bd/ => 0, # 2.3.3
+qq/f4 90 80 80/ => 1, # 2.3.4 -- out of range so NG
+-   # "3 Malformed sequences" are checked by perl.
+-   # "4 Overlong sequences"  are checked by perl.
++   qq/80/  => 1, # 3.1.1
++   qq/bf/  => 1, # 3.1.2
++   qq/80 bf/   => 1, # 3.1.3
++   qq/80 bf 80/=> 1, # 3.1.4
++   qq/80 bf 80 bf/ => 1, # 3.1.5
++   qq/80 bf 80 bf 80/ => 1,  # 3.1.6
++   qq/80 bf 80 bf 80 bf/ => 1,   # 3.1.7
++   qq/80 bf 80 bf 80 bf 80/ => 1,# 3.1.8
++   qq/80 81 82 83 84 85 86 87 88 89 8a 8b 8c 8d 8e 8f 90 91 92 93 
94 95 96 97 98 99 9a 9b 9c 9d 9e 9f a0 a1 a2 a3 a4 a5 a6 a7 a8 a9 aa ab ac ad 
ae af b0 b1 b2 b3 b4 b5 b6 b7 b8 b9 ba bb bc bd be bf/ => 1, # 3.1.9
++   qq/c0 20 c1 20 c2 20 c3 20 c4 20 c5 20 c6 20 c7 20 c8 20 c9 20 
ca 20 cb 20 cc 20 cd 20 ce 20 cf 20 d0 20 d1 20 d2 20 d3 20 d4 20 d5 20 d6 20 
d7 20 d8 20 d9 20 da 20 db 20 dc 20 dd 20 de 20 df 20/ => 1, # 3.2.1
++   qq/e0 20 e1 20 e2 20 e3 20 e4 20 e5 20 e6 20 e7 20 e8 20 e9 20 
ea 20 eb 20 ec 20 ed 20 ee 20 ef 20/ => 1, # 3.2.2
++   qq/f0 20 f1 20 f2 20 f3 20 f4 20 f5 20 f6 20 f7 20/ => 1, # 
3.2.3
++   qq/f8 20 f9 20 fa 20 fb 20/ => 1, # 3.2.4
++   qq/fc 20 fd 20/ => 1, # 3.2.5
++   qq/c0/ => 1,  # 3.3.1
++   qq/e0 80/ => 1,   # 3.3.2
++   qq/f0 80 80/ => 1,# 3.3.3
++   qq/f8 80 80 80/ => 1, # 3.3.4
++   qq/fc 80 80 80 80/ => 1,  # 3.3.5
++   qq/df/ => 1,  # 3.3.6
++   qq/ef bf/ => 1,   # 3.3.7
++   qq/f7 bf bf/ => 1,# 3.3.8
++   qq/fb bf bf bf/ => 1, # 3.3.9
++   qq/fd bf bf bf bf/ => 1,  # 3.3.10
++   qq/c0 e0 80 f0 80 80 f8 80 80 80 fc 80 80 80 80 df ef bf f7 bf 
bf fb bf bf bf fd bf bf bf bf/ => 1, # 3.4.1
++   qq/fe/ => 1,  # 3.5.1
++   qq/ff/ => 1,  # 3.5.2
++   qq/fe fe ff ff/ => 1, # 3.5.3
++   qq/c0 af/ => 1,   # 4.1.1
++  

ppisar pushed to perl-Encode (f25). "Fix Encode::encode_utf8(undef) to return undef"

[notifications]

From 67d2e1aca7ee4ba50b9b534fd8105574b2b69142 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 30 Sep 2016 10:36:38 +0200
Subject: Fix Encode::encode_utf8(undef) to return undef

---
 ...-return-value-of-Encode-encode_utf8-undef.patch | 73 ++
 perl-Encode.spec   |  9 ++-
 2 files changed, 81 insertions(+), 1 deletion(-)
 create mode 100644 
Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch

diff --git a/Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch 
b/Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch
new file mode 100644
index 000..fb48e8e
--- /dev/null
+++ b/Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch
@@ -0,0 +1,73 @@
+From 646aaae364fc8cd19786a66b88ec6aaf3f093024 Mon Sep 17 00:00:00 2001
+From: Pali 
+Date: Thu, 11 Aug 2016 23:09:26 +0200
+Subject: [PATCH] Fix return value of Encode::encode_utf8(undef)
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Documentation says that '$octets = encode_utf8($string)' is equivalent to
+'$octets = encode("utf8", $string)'. And if the $string is undef, then
+undef is returned. However without this patch encode_utf8(undef) returned
+'' (empty string) and not undef. This patch fixes it and undef is returned.
+
+All other utf8 Encode calls already returns undef, just encode_utf8() acted
+differently.
+
+  Encode::encode('utf8', undef) -> undef
+  Encode::decode('utf8', undef) -> undef
+  Encode::decode_utf8(undef) -> undef
+
+Reported bug: https://rt.cpan.org/Public/Bug/Display.html?id=116904
+
+Signed-off-by: Petr Písař 
+---
+ Encode.pm   |  1 +
+ t/utf8ref.t | 15 ++-
+ 2 files changed, 15 insertions(+), 1 deletion(-)
+
+diff --git a/Encode.pm b/Encode.pm
+index bda8e1b..bc600be 100644
+--- a/Encode.pm
 b/Encode.pm
+@@ -254,6 +254,7 @@ sub from_to($$$;$) {
+ 
+ sub encode_utf8($) {
+ my ($str) = @_;
++return undef unless defined $str;
+ utf8::encode($str);
+ return $str;
+ }
+diff --git a/t/utf8ref.t b/t/utf8ref.t
+index 3253e08..aff098f 100644
+--- a/t/utf8ref.t
 b/t/utf8ref.t
+@@ -6,7 +6,7 @@ use strict;
+ use warnings;
+ use Encode;
+ use Test::More;
+-plan tests => 4;
++plan tests => 12;
+ #plan 'no_plan';
+ 
+ # my $a = find_encoding('ASCII');
+@@ -18,3 +18,16 @@ is $u->encode($r), '';
+ $r = {};
+ is decode_utf8($r), ''.$r;
+ is $u->decode($r), '';
++use warnings 'uninitialized';
++
++is encode_utf8(undef), undef;
++is decode_utf8(undef), undef;
++
++is encode_utf8(''), '';
++is decode_utf8(''), '';
++
++is Encode::encode('utf8', undef), undef;
++is Encode::decode('utf8', undef), undef;
++
++is Encode::encode('utf8', ''), '';
++is Encode::decode('utf8', ''), '';
+-- 
+2.7.4
+
diff --git a/perl-Encode.spec b/perl-Encode.spec
index fe1f875..25c84ef 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -8,7 +8,7 @@ Version:%{cpan_version}
 # perl-encoding sub-package has independent version which does not change
 # often and consecutive builds would clash on perl-encoding NEVRA. This is the
 # same case as in perl.spec.
-Release:2%{?dist}
+Release:3%{?dist}
 Summary:Character encodings in Perl
 # ucm:  UCD
 # bin/encguess: Artistic 2.0
@@ -17,6 +17,9 @@ License:(GPL+ or Artistic) and Artistic 2.0 and UCD
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Encode/
 Source0:
http://www.cpan.org/authors/id/D/DA/DANKOGAI/Encode-%{cpan_version}.tar.gz
+# Fix Encode::encode_utf8(undef) to return undef, CPAN RT#116904,
+# in upstream after 2.86
+Patch0: Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  make
@@ -127,6 +130,7 @@ your own encoding to perl. No knowledge of XS is necessary.
 
 %prep
 %setup -q -n Encode-%{cpan_version}
+%patch0 -p1
 
 %build
 # Additional scripts can be installed by appending MORE_SCRIPTS, UCM files by
@@ -168,6 +172,9 @@ make test
 %{perl_vendorarch}/Encode/encode.h
 
 %changelog
+* Fri Sep 30 2016 Petr Pisar  - 4:2.86-3
+- Fix Encode::encode_utf8(undef) to return undef (CPAN RT#116904)
+
 * Fri Sep 16 2016 Petr Pisar  - 4:2.86-2
 - Add Artistic 2.0 into license tag because of encguess tool
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=f25=67d2e1aca7ee4ba50b9b534fd8105574b2b69142
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Encode (f25). "Fix panic when encoding undefined scalars"

[notifications]

From 49d1c19c4ea3514e3001736cd3de24ae10d483f6 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 30 Sep 2016 11:03:18 +0200
Subject: Fix panic when encoding undefined scalars

---
 86-Fix-panic-when-encoding-undef-scalars.patch | 47 ++
 perl-Encode.spec   |  5 +++
 2 files changed, 52 insertions(+)
 create mode 100644 Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch

diff --git a/Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch 
b/Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch
new file mode 100644
index 000..4e522c2
--- /dev/null
+++ b/Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch
@@ -0,0 +1,47 @@
+From 519fb7e761447245fed9bb2de02e894b71ccae2f Mon Sep 17 00:00:00 2001
+From: Vincent van Dam 
+Date: Thu, 22 Sep 2016 14:48:05 +0200
+Subject: [PATCH] Fix panic when encoding undef scalars
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Signed-off-by: Petr Písař 
+---
+ lib/Encode/Encoder.pm | 4 +++-
+ t/undef.t | 8 
+ 2 files changed, 11 insertions(+), 1 deletion(-)
+ create mode 100644 t/undef.t
+
+diff --git a/lib/Encode/Encoder.pm b/lib/Encode/Encoder.pm
+index 23e0349..fef4e9b 100644
+--- a/lib/Encode/Encoder.pm
 b/lib/Encode/Encoder.pm
+@@ -85,7 +85,9 @@ sub AUTOLOAD {
+ from_to( $self->{data}, $self->{encoding}, $obj->name, 1 );
+ }
+ else {
+-$self->{data} = $obj->encode( $self->{data}, 1 );
++if ( defined($self->{data}) ) {
++$self->{data} = $obj->encode( $self->{data}, 1 );
++}
+ }
+ $self->{encoding} = $obj->name;
+ return $self;
+diff --git a/t/undef.t b/t/undef.t
+new file mode 100644
+index 000..ad8bcd6
+--- /dev/null
 b/t/undef.t
+@@ -0,0 +1,8 @@
++use Encode::Encoder qw(encoder);
++
++use Test::More;
++plan tests => 1;
++
++my $emptyutf8;
++eval { $c = encoder($emptyutf8)->utf8; };
++ok(!$@,"crashed encoding undef variable ($@)");
+-- 
+2.7.4
+
diff --git a/perl-Encode.spec b/perl-Encode.spec
index 5da3294..8565ded 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -32,6 +32,9 @@ Patch3: 
Encode-2.86-Encode-utf8-Check-for-overflowed-and-overlong-UTF-8-
 # 3/3 Refusing non-shortests UTF-8 representations,
 # , in upstream after 2.86
 Patch4: 
Encode-2.86-Encode-utf8-Fix-count-of-replacement-characters-for-.patch
+# Fix panic when encoding undefined scalars,
+# , in upstream after 2.86
+Patch5: Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  make
@@ -147,6 +150,7 @@ your own encoding to perl. No knowledge of XS is necessary.
 %patch2 -p1
 %patch3 -p1
 %patch4 -p1
+%patch5 -p1
 
 %build
 # Additional scripts can be installed by appending MORE_SCRIPTS, UCM files by
@@ -191,6 +195,7 @@ make test
 * Fri Sep 30 2016 Petr Pisar  - 4:2.86-3
 - Fix Encode::encode_utf8(undef) to return undef (CPAN RT#116904)
 - Refuse non-shortests UTF-8 representations in strict mode
+- Fix panic when encoding undefined scalars
 
 * Fri Sep 16 2016 Petr Pisar  - 4:2.86-2
 - Add Artistic 2.0 into license tag because of encguess tool
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=f25=49d1c19c4ea3514e3001736cd3de24ae10d483f6
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

pkgdb_updater updated: upstream_url of perl-PDF-Reuse

[notifications]

pkgdb_updater updated: upstream_url of perl-PDF-Reuse
https://admin.fedoraproject.org/pkgdb/package/perl-PDF-Reuse/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

pkgdb_updater updated: description of perl-IO-FDPass

[notifications]

pkgdb_updater updated: description of perl-IO-FDPass
https://admin.fedoraproject.org/pkgdb/package/perl-IO-FDPass/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Encode (master). "Fix Encode::encode_utf8(undef) to return undef"

[notifications]

From b6a844858c40d16423a6d3ca1189d051e7dc5ab2 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 30 Sep 2016 10:36:38 +0200
Subject: Fix Encode::encode_utf8(undef) to return undef

---
 ...-return-value-of-Encode-encode_utf8-undef.patch | 73 ++
 perl-Encode.spec   |  9 ++-
 2 files changed, 81 insertions(+), 1 deletion(-)
 create mode 100644 
Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch

diff --git a/Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch 
b/Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch
new file mode 100644
index 000..fb48e8e
--- /dev/null
+++ b/Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch
@@ -0,0 +1,73 @@
+From 646aaae364fc8cd19786a66b88ec6aaf3f093024 Mon Sep 17 00:00:00 2001
+From: Pali 
+Date: Thu, 11 Aug 2016 23:09:26 +0200
+Subject: [PATCH] Fix return value of Encode::encode_utf8(undef)
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Documentation says that '$octets = encode_utf8($string)' is equivalent to
+'$octets = encode("utf8", $string)'. And if the $string is undef, then
+undef is returned. However without this patch encode_utf8(undef) returned
+'' (empty string) and not undef. This patch fixes it and undef is returned.
+
+All other utf8 Encode calls already returns undef, just encode_utf8() acted
+differently.
+
+  Encode::encode('utf8', undef) -> undef
+  Encode::decode('utf8', undef) -> undef
+  Encode::decode_utf8(undef) -> undef
+
+Reported bug: https://rt.cpan.org/Public/Bug/Display.html?id=116904
+
+Signed-off-by: Petr Písař 
+---
+ Encode.pm   |  1 +
+ t/utf8ref.t | 15 ++-
+ 2 files changed, 15 insertions(+), 1 deletion(-)
+
+diff --git a/Encode.pm b/Encode.pm
+index bda8e1b..bc600be 100644
+--- a/Encode.pm
 b/Encode.pm
+@@ -254,6 +254,7 @@ sub from_to($$$;$) {
+ 
+ sub encode_utf8($) {
+ my ($str) = @_;
++return undef unless defined $str;
+ utf8::encode($str);
+ return $str;
+ }
+diff --git a/t/utf8ref.t b/t/utf8ref.t
+index 3253e08..aff098f 100644
+--- a/t/utf8ref.t
 b/t/utf8ref.t
+@@ -6,7 +6,7 @@ use strict;
+ use warnings;
+ use Encode;
+ use Test::More;
+-plan tests => 4;
++plan tests => 12;
+ #plan 'no_plan';
+ 
+ # my $a = find_encoding('ASCII');
+@@ -18,3 +18,16 @@ is $u->encode($r), '';
+ $r = {};
+ is decode_utf8($r), ''.$r;
+ is $u->decode($r), '';
++use warnings 'uninitialized';
++
++is encode_utf8(undef), undef;
++is decode_utf8(undef), undef;
++
++is encode_utf8(''), '';
++is decode_utf8(''), '';
++
++is Encode::encode('utf8', undef), undef;
++is Encode::decode('utf8', undef), undef;
++
++is Encode::encode('utf8', ''), '';
++is Encode::decode('utf8', ''), '';
+-- 
+2.7.4
+
diff --git a/perl-Encode.spec b/perl-Encode.spec
index fe1f875..25c84ef 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -8,7 +8,7 @@ Version:%{cpan_version}
 # perl-encoding sub-package has independent version which does not change
 # often and consecutive builds would clash on perl-encoding NEVRA. This is the
 # same case as in perl.spec.
-Release:2%{?dist}
+Release:3%{?dist}
 Summary:Character encodings in Perl
 # ucm:  UCD
 # bin/encguess: Artistic 2.0
@@ -17,6 +17,9 @@ License:(GPL+ or Artistic) and Artistic 2.0 and UCD
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Encode/
 Source0:
http://www.cpan.org/authors/id/D/DA/DANKOGAI/Encode-%{cpan_version}.tar.gz
+# Fix Encode::encode_utf8(undef) to return undef, CPAN RT#116904,
+# in upstream after 2.86
+Patch0: Encode-2.86-Fix-return-value-of-Encode-encode_utf8-undef.patch
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  make
@@ -127,6 +130,7 @@ your own encoding to perl. No knowledge of XS is necessary.
 
 %prep
 %setup -q -n Encode-%{cpan_version}
+%patch0 -p1
 
 %build
 # Additional scripts can be installed by appending MORE_SCRIPTS, UCM files by
@@ -168,6 +172,9 @@ make test
 %{perl_vendorarch}/Encode/encode.h
 
 %changelog
+* Fri Sep 30 2016 Petr Pisar  - 4:2.86-3
+- Fix Encode::encode_utf8(undef) to return undef (CPAN RT#116904)
+
 * Fri Sep 16 2016 Petr Pisar  - 4:2.86-2
 - Add Artistic 2.0 into license tag because of encguess tool
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=master=b6a844858c40d16423a6d3ca1189d051e7dc5ab2
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

ppisar pushed to perl-Encode (master). "Refuse non-shortests UTF-8 representations in strict mode"

[notifications]

From e02bca89973eb682d0336a4bb6e1235865cd42b1 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 30 Sep 2016 10:51:47 +0200
Subject: Refuse non-shortests UTF-8 representations in strict mode

---
 ...-Add-tests-for-Malformed-and-Overlong-UTF.patch |  95 +++
 ...-Check-for-overflowed-and-overlong-UTF-8-.patch |  61 ++
 ...-Fix-count-of-replacement-characters-for-.patch |  33 +
 ...-Fix-processing-invalid-UTF-8-subsequence.patch | 135 +
 perl-Encode.spec   |  17 +++
 5 files changed, 341 insertions(+)
 create mode 100644 
Encode-2.86-Encode-utf8-Add-tests-for-Malformed-and-Overlong-UTF.patch
 create mode 100644 
Encode-2.86-Encode-utf8-Check-for-overflowed-and-overlong-UTF-8-.patch
 create mode 100644 
Encode-2.86-Encode-utf8-Fix-count-of-replacement-characters-for-.patch
 create mode 100644 
Encode-2.86-Encode-utf8-Fix-processing-invalid-UTF-8-subsequence.patch

diff --git 
a/Encode-2.86-Encode-utf8-Add-tests-for-Malformed-and-Overlong-UTF.patch 
b/Encode-2.86-Encode-utf8-Add-tests-for-Malformed-and-Overlong-UTF.patch
new file mode 100644
index 000..5d6b3d5
--- /dev/null
+++ b/Encode-2.86-Encode-utf8-Add-tests-for-Malformed-and-Overlong-UTF.patch
@@ -0,0 +1,95 @@
+From 2aac84fb885fb8560294c1080fc6bbf9be35e731 Mon Sep 17 00:00:00 2001
+From: Pali 
+Date: Tue, 16 Aug 2016 18:34:37 +0200
+Subject: [PATCH] Encode::utf8: Add tests for Malformed and Overlong UTF-8
+ sequences
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+EBCDIC tests are not included yet.
+
+Signed-off-by: Petr Písař 
+---
+ t/utf8strict.t | 51 ++-
+ 1 file changed, 46 insertions(+), 5 deletions(-)
+
+diff --git a/t/utf8strict.t b/t/utf8strict.t
+index 3f362f4..39293d3 100644
+--- a/t/utf8strict.t
 b/t/utf8strict.t
+@@ -47,8 +47,8 @@ BEGIN {
+qq/dd 67 41 41/=> 0, # 2.3.2
+qq/ee 42 73 73 71/ => 0, # 2.3.3
+qq/f4 90 80 80/ => 1, # 2.3.4 -- out of range so NG
+-   # "3 Malformed sequences" are checked by perl.
+-   # "4 Overlong sequences"  are checked by perl.
++   # EBCDIC TODO: "3 Malformed sequences"
++   # EBCDIC TODO: "4 Overlong sequences"
+);
+  } else {
+%SEQ = (
+@@ -56,8 +56,49 @@ BEGIN {
+qq/ee 80 80/=> 0, # 2.3.2
+qq/f4 8f bf bd/ => 0, # 2.3.3
+qq/f4 90 80 80/ => 1, # 2.3.4 -- out of range so NG
+-   # "3 Malformed sequences" are checked by perl.
+-   # "4 Overlong sequences"  are checked by perl.
++   qq/80/  => 1, # 3.1.1
++   qq/bf/  => 1, # 3.1.2
++   qq/80 bf/   => 1, # 3.1.3
++   qq/80 bf 80/=> 1, # 3.1.4
++   qq/80 bf 80 bf/ => 1, # 3.1.5
++   qq/80 bf 80 bf 80/ => 1,  # 3.1.6
++   qq/80 bf 80 bf 80 bf/ => 1,   # 3.1.7
++   qq/80 bf 80 bf 80 bf 80/ => 1,# 3.1.8
++   qq/80 81 82 83 84 85 86 87 88 89 8a 8b 8c 8d 8e 8f 90 91 92 93 
94 95 96 97 98 99 9a 9b 9c 9d 9e 9f a0 a1 a2 a3 a4 a5 a6 a7 a8 a9 aa ab ac ad 
ae af b0 b1 b2 b3 b4 b5 b6 b7 b8 b9 ba bb bc bd be bf/ => 1, # 3.1.9
++   qq/c0 20 c1 20 c2 20 c3 20 c4 20 c5 20 c6 20 c7 20 c8 20 c9 20 
ca 20 cb 20 cc 20 cd 20 ce 20 cf 20 d0 20 d1 20 d2 20 d3 20 d4 20 d5 20 d6 20 
d7 20 d8 20 d9 20 da 20 db 20 dc 20 dd 20 de 20 df 20/ => 1, # 3.2.1
++   qq/e0 20 e1 20 e2 20 e3 20 e4 20 e5 20 e6 20 e7 20 e8 20 e9 20 
ea 20 eb 20 ec 20 ed 20 ee 20 ef 20/ => 1, # 3.2.2
++   qq/f0 20 f1 20 f2 20 f3 20 f4 20 f5 20 f6 20 f7 20/ => 1, # 
3.2.3
++   qq/f8 20 f9 20 fa 20 fb 20/ => 1, # 3.2.4
++   qq/fc 20 fd 20/ => 1, # 3.2.5
++   qq/c0/ => 1,  # 3.3.1
++   qq/e0 80/ => 1,   # 3.3.2
++   qq/f0 80 80/ => 1,# 3.3.3
++   qq/f8 80 80 80/ => 1, # 3.3.4
++   qq/fc 80 80 80 80/ => 1,  # 3.3.5
++   qq/df/ => 1,  # 3.3.6
++   qq/ef bf/ => 1,   # 3.3.7
++   qq/f7 bf bf/ => 1,# 3.3.8
++   qq/fb bf bf bf/ => 1, # 3.3.9
++   qq/fd bf bf bf bf/ => 1,  # 3.3.10
++   qq/c0 e0 80 f0 80 80 f8 80 80 80 fc 80 80 80 80 df ef bf f7 bf 
bf fb bf bf bf fd bf bf bf bf/ => 1, # 3.4.1
++   qq/fe/ => 1,  # 3.5.1
++   qq/ff/ => 1,  # 3.5.2
++   qq/fe fe ff ff/ => 1, # 3.5.3
++   qq/c0 af/ => 1,   # 4.1.1
++  

ppisar pushed to perl-Encode (master). "Fix panic when encoding undefined scalars"

[notifications]

From 927bd09f437d63295e52bdc0472dcddcf975d907 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 30 Sep 2016 11:03:18 +0200
Subject: Fix panic when encoding undefined scalars

---
 86-Fix-panic-when-encoding-undef-scalars.patch | 47 ++
 perl-Encode.spec   |  5 +++
 2 files changed, 52 insertions(+)
 create mode 100644 Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch

diff --git a/Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch 
b/Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch
new file mode 100644
index 000..4e522c2
--- /dev/null
+++ b/Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch
@@ -0,0 +1,47 @@
+From 519fb7e761447245fed9bb2de02e894b71ccae2f Mon Sep 17 00:00:00 2001
+From: Vincent van Dam 
+Date: Thu, 22 Sep 2016 14:48:05 +0200
+Subject: [PATCH] Fix panic when encoding undef scalars
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Signed-off-by: Petr Písař 
+---
+ lib/Encode/Encoder.pm | 4 +++-
+ t/undef.t | 8 
+ 2 files changed, 11 insertions(+), 1 deletion(-)
+ create mode 100644 t/undef.t
+
+diff --git a/lib/Encode/Encoder.pm b/lib/Encode/Encoder.pm
+index 23e0349..fef4e9b 100644
+--- a/lib/Encode/Encoder.pm
 b/lib/Encode/Encoder.pm
+@@ -85,7 +85,9 @@ sub AUTOLOAD {
+ from_to( $self->{data}, $self->{encoding}, $obj->name, 1 );
+ }
+ else {
+-$self->{data} = $obj->encode( $self->{data}, 1 );
++if ( defined($self->{data}) ) {
++$self->{data} = $obj->encode( $self->{data}, 1 );
++}
+ }
+ $self->{encoding} = $obj->name;
+ return $self;
+diff --git a/t/undef.t b/t/undef.t
+new file mode 100644
+index 000..ad8bcd6
+--- /dev/null
 b/t/undef.t
+@@ -0,0 +1,8 @@
++use Encode::Encoder qw(encoder);
++
++use Test::More;
++plan tests => 1;
++
++my $emptyutf8;
++eval { $c = encoder($emptyutf8)->utf8; };
++ok(!$@,"crashed encoding undef variable ($@)");
+-- 
+2.7.4
+
diff --git a/perl-Encode.spec b/perl-Encode.spec
index 5da3294..8565ded 100644
--- a/perl-Encode.spec
+++ b/perl-Encode.spec
@@ -32,6 +32,9 @@ Patch3: 
Encode-2.86-Encode-utf8-Check-for-overflowed-and-overlong-UTF-8-
 # 3/3 Refusing non-shortests UTF-8 representations,
 # , in upstream after 2.86
 Patch4: 
Encode-2.86-Encode-utf8-Fix-count-of-replacement-characters-for-.patch
+# Fix panic when encoding undefined scalars,
+# , in upstream after 2.86
+Patch5: Encode-2.86-Fix-panic-when-encoding-undef-scalars.patch
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  make
@@ -147,6 +150,7 @@ your own encoding to perl. No knowledge of XS is necessary.
 %patch2 -p1
 %patch3 -p1
 %patch4 -p1
+%patch5 -p1
 
 %build
 # Additional scripts can be installed by appending MORE_SCRIPTS, UCM files by
@@ -191,6 +195,7 @@ make test
 * Fri Sep 30 2016 Petr Pisar  - 4:2.86-3
 - Fix Encode::encode_utf8(undef) to return undef (CPAN RT#116904)
 - Refuse non-shortests UTF-8 representations in strict mode
+- Fix panic when encoding undefined scalars
 
 * Fri Sep 16 2016 Petr Pisar  - 4:2.86-2
 - Add Artistic 2.0 into license tag because of encguess tool
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Encode.git/commit/?h=master=927bd09f437d63295e52bdc0472dcddcf975d907
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

[Bug 1380212] perl-DateTime-TimeZone-2.05 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |MODIFIED
   Fixed In Version||perl-DateTime-TimeZone-2.05
   ||-1.fc26



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

jplesnik pushed to perl-DateTime-TimeZone (f25). "2.05 bump (2016g Olson database)"

[notifications]

From c00d660909dfbfa86ed4c8cb14c1bf787293c996 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 30 Sep 2016 10:45:18 +0200
Subject: 2.05 bump (2016g Olson database)

---
 perl-DateTime-TimeZone.spec | 5 -
 sources | 2 +-
 2 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/perl-DateTime-TimeZone.spec b/perl-DateTime-TimeZone.spec
index e9217e1..c17b241 100644
--- a/perl-DateTime-TimeZone.spec
+++ b/perl-DateTime-TimeZone.spec
@@ -1,5 +1,5 @@
 Name:   perl-DateTime-TimeZone
-Version:2.04
+Version:2.05
 Release:1%{?dist}
 Summary:Time zone object base class and factory
 License:GPL+ or Artistic
@@ -96,6 +96,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Sep 30 2016 Jitka Plesnikova  - 2.05-1
+- 2.05 bump (2016g Olson database)
+
 * Tue Sep 27 2016 Jitka Plesnikova  - 2.04-1
 - 2.04 bump
 
diff --git a/sources b/sources
index 7d595b9..19bbb61 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-11d2642ae95e4bfeaec735678dea11b0  DateTime-TimeZone-2.04.tar.gz
+c48de9112613c16fd280c23d32706d10  DateTime-TimeZone-2.05.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-DateTime-TimeZone.git/commit/?h=f25=c00d660909dfbfa86ed4c8cb14c1bf787293c996
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik pushed to perl-DateTime-TimeZone (master). "2.05 bump (2016g Olson database)"

[notifications]

From 6df6ea0c3ebf50fe6e12fd492c20a40419605afb Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 30 Sep 2016 10:45:18 +0200
Subject: 2.05 bump (2016g Olson database)

---
 perl-DateTime-TimeZone.spec | 5 -
 sources | 2 +-
 2 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/perl-DateTime-TimeZone.spec b/perl-DateTime-TimeZone.spec
index e9217e1..c17b241 100644
--- a/perl-DateTime-TimeZone.spec
+++ b/perl-DateTime-TimeZone.spec
@@ -1,5 +1,5 @@
 Name:   perl-DateTime-TimeZone
-Version:2.04
+Version:2.05
 Release:1%{?dist}
 Summary:Time zone object base class and factory
 License:GPL+ or Artistic
@@ -96,6 +96,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Sep 30 2016 Jitka Plesnikova  - 2.05-1
+- 2.05 bump (2016g Olson database)
+
 * Tue Sep 27 2016 Jitka Plesnikova  - 2.04-1
 - 2.04 bump
 
diff --git a/sources b/sources
index 7d595b9..19bbb61 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-11d2642ae95e4bfeaec735678dea11b0  DateTime-TimeZone-2.04.tar.gz
+c48de9112613c16fd280c23d32706d10  DateTime-TimeZone-2.05.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-DateTime-TimeZone.git/commit/?h=master=6df6ea0c3ebf50fe6e12fd492c20a40419605afb
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik uploaded DateTime-TimeZone-2.05.tar.gz for perl-DateTime-TimeZone

[notifications]

c48de9112613c16fd280c23d32706d10  DateTime-TimeZone-2.05.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-DateTime-TimeZone/DateTime-TimeZone-2.05.tar.gz/md5/c48de9112613c16fd280c23d32706d10/DateTime-TimeZone-2.05.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik requested branch f23 for package perl-Specio

[notifications]

jplesnik requested branch f23 for package perl-Specio
https://admin.fedoraproject.org/pkgdb/package/perl-Specio/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org

jplesnik requested branch f23 for package perl-Params-ValidationCompiler

[notifications]

jplesnik requested branch f23 for package perl-Params-ValidationCompiler

https://admin.fedoraproject.org/pkgdb/package/perl-Params-ValidationCompiler/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org