[Bug 1457844] perl-Crypt-OpenSSL-EC-1.3 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1457844



--- Comment #12 from Fedora Update System  ---
perl-Crypt-OpenSSL-EC-1.31-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-2017-d2f55c9a23

-- 
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 1458259] perl-Crypt-OpenSSL-EC-1.31 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1458259



--- Comment #6 from Fedora Update System  ---
perl-Crypt-OpenSSL-EC-1.31-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-2017-d2f55c9a23

-- 
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 1458088] perl-RDF-Trine-1.017 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1458088

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #5 from Fedora Update System  ---
perl-RDF-Trine-1.017-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-2017-fa57c69e60

-- 
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 1457844] perl-Crypt-OpenSSL-EC-1.3 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1457844

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #11 from Fedora Update System  ---
perl-Crypt-OpenSSL-EC-1.31-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-2017-ca8762d7f0

-- 
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 1458259] perl-Crypt-OpenSSL-EC-1.31 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1458259

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #5 from Fedora Update System  ---
perl-Crypt-OpenSSL-EC-1.31-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-2017-ca8762d7f0

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


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

2017-06-02 Thread updates
The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 817  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 579  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f   
mcollective-2.8.4-1.el7
 161  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-04bc9dd81d   
libbsd-0.8.3-1.el7
  59  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-d241156dfe   
mod_cluster-1.3.3-10.el7
  57  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-5f9a6163b4   
tnef-1.4.14-1.el7
  56  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-7ecb12e378   
python-XStatic-jquery-ui-1.12.0.1-1.el7
  21  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-6acdeb07a7   
chicken-4.12.0-2.el7
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-c0b04702c2   
compat-tidy-0.99.0-37.20091203.el7 libopkele-2.0.4-9.el7 
mod_auth_openid-0.8-2.el7 psi-plus-0.16-0.22.20141205git440.el7 tidy-5.4.0-1.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-1d6738e592   
dropbear-2017.75-1.el7
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-83ccfea1c9   
yara-3.6.0-1.el7
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-9eed76e8c2   
python-camel-0.1.2-1.el7
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-30c96f21ef   
mosquitto-1.4.12-1.el7
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-776e20faa7   
mingw-libtasn1-4.12-1.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-b316d2bb3b   
ansible-2.3.1.0-1.el7


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

RBTools-0.7.10-1.el7
ansible-2.3.1.0-1.el7
heketi-4.0.0-2.el7
hitch-1.4.5-1.el7
lhapdf-5.9.1-15.el7
loopabull-0.0.6-2.el7
php-phpmyadmin-motranslator-3.3-1.el7
php-phpmyadmin-sql-parser-4.1.6-1.el7
python-humanize-0.5.1-7.el7
python-tqdm-4.10.0-2.el7.2

Details about builds:



 RBTools-0.7.10-1.el7 (FEDORA-EPEL-2017-6930e37c2a)
 Tools for use with ReviewBoard

Update Information:

Update to RBTools 0.7.10
https://www.reviewboard.org/docs/releasenotes/dev/rbtools/0.7.10/

References:

  [ 1 ] Bug #1409935 - [abrt] RBTools: 
__init__.py:829:resolve:DistributionNotFound: The 'tqdm' distribution was not 
found and is required by RBTools
https://bugzilla.redhat.com/show_bug.cgi?id=1409935
  [ 2 ] Bug #1456326 - RBTools installation failed missing dependancy 
python2-tqdm
https://bugzilla.redhat.com/show_bug.cgi?id=1456326




 ansible-2.3.1.0-1.el7 (FEDORA-EPEL-2017-b316d2bb3b)
 SSH-based configuration management, deployment, and task execution system

Update Information:

Update to 2.3.1, with various bugfixes and fix for CVE-2017-7481.  Full changes
available at:   https://github.com/ansible/ansible/blob/stable-2.3/CHANGELOG.md

References:

  [ 1 ] Bug #1456603 - Packages with longer names are ignored during package 
updates (#24330)
https://bugzilla.redhat.com/show_bug.cgi?id=1456603
  [ 2 ] Bug #1450280 - CVE-2017-7481 ansible: Security issue with lookup return 
not tainting the jinja2 environment [epel-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1450280
  [ 3 ] Bug #1445712 - become_method=su fails waiting for privilege escalation 
prompt
https://bugzilla.redhat.com/show_bug.cgi?id=1445712




 heketi-4.0.0-2.el7 (FEDORA-EPEL-2017-1bfdf9e102)
 RESTful based volume management framework for GlusterFS

Update Information:

Fix service file typo    Release 4 Final




 hitch-1.4.5-1.el7 (FEDORA-EPEL-2017-d15306d766)
 Network proxy that terminates TLS/SSL connections

Update Information:

New upstream release: A maintenance release with various bug fixes. See
changelog at
https://github.com/varnish/hitch/blob/master/CHANGES.rst#hitch-145-2017-05-31
for details.

References:

  [ 1 ] Bug 

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

2017-06-02 Thread updates
The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 695  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 689  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 579  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 551  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 161  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e3e50897ac   
libbsd-0.8.3-2.el6
  57  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-c0d33ae70f   
tnef-1.4.14-1.el6
  21  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-6ee18d1c7b   
openvpn-2.4.2-1.el6
  21  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-1f2571d162   
nagios-4.3.2-1.el6
  21  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4aef39b497   
chicken-4.12.0-2.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-35530e38d5   
dropbear-2017.75-1.el6
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-4e87b6e6a8   
picocom-2.2-2.el6
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2017-5279a157d2   
ansible-2.3.1.0-1.el6


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

RBTools-0.7.10-1.el6
ansible-2.3.1.0-1.el6
h5py-1.3.1-7.el6
hitch-1.4.5-1.el6
python34-3.4.5-2.el6

Details about builds:



 RBTools-0.7.10-1.el6 (FEDORA-EPEL-2017-a281c013fd)
 Tools for use with ReviewBoard

Update Information:

Update to RBTools 0.7.10
https://www.reviewboard.org/docs/releasenotes/dev/rbtools/0.7.10/  
https://www.reviewboard.org/docs/releasenotes/rbtools/0.7.7/

References:

  [ 1 ] Bug #1409935 - [abrt] RBTools: 
__init__.py:829:resolve:DistributionNotFound: The 'tqdm' distribution was not 
found and is required by RBTools
https://bugzilla.redhat.com/show_bug.cgi?id=1409935
  [ 2 ] Bug #1456326 - RBTools installation failed missing dependancy 
python2-tqdm
https://bugzilla.redhat.com/show_bug.cgi?id=1456326




 ansible-2.3.1.0-1.el6 (FEDORA-EPEL-2017-5279a157d2)
 SSH-based configuration management, deployment, and task execution system

Update Information:

Update to 2.3.1, with various bugfixes and fix for CVE-2017-7481.  Full changes
available at:   https://github.com/ansible/ansible/blob/stable-2.3/CHANGELOG.md

References:

  [ 1 ] Bug #1456603 - Packages with longer names are ignored during package 
updates (#24330)
https://bugzilla.redhat.com/show_bug.cgi?id=1456603
  [ 2 ] Bug #1450280 - CVE-2017-7481 ansible: Security issue with lookup return 
not tainting the jinja2 environment [epel-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1450280
  [ 3 ] Bug #1445712 - become_method=su fails waiting for privilege escalation 
prompt
https://bugzilla.redhat.com/show_bug.cgi?id=1445712




 h5py-1.3.1-7.el6 (FEDORA-EPEL-2017-64d71d6bf8)
 A Python interface to the HDF5 library

Update Information:

A rebuild needed due to apparent binary api change in numpy

References:

  [ 1 ] Bug #1024950 - Warnings when importing h5py in python 2.6
https://bugzilla.redhat.com/show_bug.cgi?id=1024950




 hitch-1.4.5-1.el6 (FEDORA-EPEL-2017-fae6c99789)
 Network proxy that terminates TLS/SSL connections

Update Information:

New upstream release: A maintenance release with various bug fixes. See
changelog at
https://github.com/varnish/hitch/blob/master/CHANGES.rst#hitch-145-2017-05-31
for details.

References:

  [ 1 ] Bug #1457256 - hitch-1.4.5 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1457256




Re: PkgDB and the ArbitraryBranching Change

2017-06-02 Thread Mikolaj Izdebski
On 06/02/2017 06:02 PM, Ralph Bean wrote:
> On Mon, May 29, 2017 at 12:41:57PM +0200, Miroslav Suchý wrote:
>> Dne 26.5.2017 v 21:42 Ralph Bean napsal(a):
>>> Any feedback before that would be
>>> greatly appreciated.
>>
>> PkgDB handles Koschei and upstream monitoring settings too. How I can do 
>> that after the migration?
> 
> The Koschei devs have a feature that will let you manage the koschei
> settings in the koschei web ui.

Correct. Packages can be added through Koschei web UI. This feature was
available since the beginning, but was disabled in Fedora infra.

You can see how this works by looking at Koschei dev instance -
http://209.132.184.96/ - login, click on user name, add packages.

-- 
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Re: The future of the packager group for dist-git

2017-06-02 Thread Zbigniew Jędrzejewski-Szmek
On Fri, Jun 02, 2017 at 09:42:48PM +0200, Pierre-Yves Chibon wrote:
> With the deprecation of pkgdb2, pagure will make it even easier to give 
> someone
> access to a package, if someone wants to help you maintain a package, you can
> just grant them access to the project on pagure. They will only have access to
> that project and not anything else.

If somebody is given access to the package on pagure, does it allow them to
do non-scratch koji builds and submit updates for that package?

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


Re: [Fedora-legal-list] Re: The future of the packager group for dist-git

2017-06-02 Thread Matthew Miller
On Fri, Jun 02, 2017 at 10:16:16PM +0200, Pierre-Yves Chibon wrote:
> > As we're moving things, can we do something in Pagure to cover this, so
> > the FPCA isn't needed here?
> Note that pagure running at pagure.io no longer requires FPCA, I was here
> speaking about the pagure instance running on the top of our dist-git.

In that case, I *think* we might just be able to have a blanket
statement. Let's see what Legal says?

-- 
Matthew Miller

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


Re: [Fedora-legal-list] Re: The future of the packager group for dist-git

2017-06-02 Thread Pierre-Yves Chibon
On Fri, Jun 02, 2017 at 04:07:15PM -0400, Matthew Miller wrote:
> On Fri, Jun 02, 2017 at 09:42:48PM +0200, Pierre-Yves Chibon wrote:
> > (Note: pagure can and will enforce the FPCA for dist-git)
> 
> I know Richard Fontana has expressed some interest in reducing the need
> for FPCA. Maybe this is an opportunity to move in that direction? I
> know Spot has said that "License In = License Out" is adequate for
> projects on Github; I think Spot's concern with spec files is that we
> don't give them an explicit license (right)?
> 
> As we're moving things, can we do something in Pagure to cover this, so
> the FPCA isn't needed here?

Note that pagure running at pagure.io no longer requires FPCA, I was here
speaking about the pagure instance running on the top of our dist-git.


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


Re: The future of the packager group for dist-git

2017-06-02 Thread Neal Gompa
On Fri, Jun 2, 2017 at 4:07 PM, Matthew Miller  wrote:
> On Fri, Jun 02, 2017 at 09:42:48PM +0200, Pierre-Yves Chibon wrote:
>> (Note: pagure can and will enforce the FPCA for dist-git)
>
> I know Richard Fontana has expressed some interest in reducing the need
> for FPCA. Maybe this is an opportunity to move in that direction? I
> know Spot has said that "License In = License Out" is adequate for
> projects on Github; I think Spot's concern with spec files is that we
> don't give them an explicit license (right)?
>
> As we're moving things, can we do something in Pagure to cover this, so
> the FPCA isn't needed here?
>

The alternative I've seen implemented in openSUSE is to have a license
header on the top of every spec file.

For example: 
https://build.opensuse.org/package/view_file/openSUSE:Factory/createrepo_c/createrepo_c.spec?expand=1

I'm not sure that would be really appreciated by most people, who are
fine with the FPCA automatically handling this aspect and providing
default licensing.

-- 
真実はいつも一つ!/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Re: The future of the packager group for dist-git

2017-06-02 Thread Matthew Miller
On Fri, Jun 02, 2017 at 09:42:48PM +0200, Pierre-Yves Chibon wrote:
> (Note: pagure can and will enforce the FPCA for dist-git)

I know Richard Fontana has expressed some interest in reducing the need
for FPCA. Maybe this is an opportunity to move in that direction? I
know Spot has said that "License In = License Out" is adequate for
projects on Github; I think Spot's concern with spec files is that we
don't give them an explicit license (right)?

As we're moving things, can we do something in Pagure to cover this, so
the FPCA isn't needed here?


-- 
Matthew Miller

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


Re: The future of the packager group for dist-git

2017-06-02 Thread Paul W. Frields
On Fri, Jun 02, 2017 at 09:42:48PM +0200, Pierre-Yves Chibon wrote:
> Good Morning Everyone,
> 
> With pagure becoming a front-end to dist-git, I have been wondering about the
> future of the packager group.
> 
> The packager group is currently used for a few things:
> - tracking purpose, it's one of our biggest groups and also one of the most 
> active
> - members of the packager group can do official package review
> - members of the packager group can become maintainer of a package
> 
> Someone can join this packager group in a few ways:
> - Being sponsored by someone after having submitted one or more packages for 
> review
> - Being sponsored by someone after having offered to help maintaining a 
> package
>   (it is then left at the discretion of the sponsor to teach and help the new
>packager to our workflow and procedures)
> 
> Currently pagure does not check which group you are in when you log
> in, so it has no idea about packager.  We could make pagure only
> allow people that are in the packager group to log in, but this
> would defeat one of the main idea of pagure's type of workflow:
> encourage drive-by/one-off contributions.
> 
> With the deprecation of pkgdb2, pagure will make it even easier to
> give someone access to a package, if someone wants to help you
> maintain a package, you can just grant them access to the project on
> pagure. They will only have access to that project and not anything
> else.
> 
> We could of course adjust pagure is such a way that it will enforce
> being member of the packager group to be allowed to be added to a
> project but this seems more pain than gain.  (Note: pagure can and
> will enforce the FPCA for dist-git)
> 
> So I would like to ask if we are fine with stopping to require the
> membership of the packager group to contributors?
> 
> I do not see the packager group disappearing entirely since it will
> still be needed for package reviews and we have given rel-eng
> tooling to check and enforce this on new package requests, but I
> think it makes sense to stop this requirement to commit on dist-git
> repos.
> 
> What do you think?

The way I see it, this doesn't make maintaines give up control but
avoids over-enforcement of controls that may no longer be useful.  +1.


-- 
Paul W. Frieldshttp://paul.frields.org/
  gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233  5906 ACDB C937 BD11 3717
  http://redhat.com/   -  -  -  -   http://pfrields.fedorapeople.org/
The open source story continues to grow: http://opensource.com
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


The future of the packager group for dist-git

2017-06-02 Thread Pierre-Yves Chibon
Good Morning Everyone,

With pagure becoming a front-end to dist-git, I have been wondering about the
future of the packager group.

The packager group is currently used for a few things:
- tracking purpose, it's one of our biggest groups and also one of the most 
active
- members of the packager group can do official package review
- members of the packager group can become maintainer of a package

Someone can join this packager group in a few ways:
- Being sponsored by someone after having submitted one or more packages for 
review
- Being sponsored by someone after having offered to help maintaining a package
  (it is then left at the discretion of the sponsor to teach and help the new
   packager to our workflow and procedures)

Currently pagure does not check which group you are in when you log in, so it
has no idea about packager.
We could make pagure only allow people that are in the packager group to log in,
but this would defeat one of the main idea of pagure's type of workflow: 
encourage
drive-by/one-off contributions.

With the deprecation of pkgdb2, pagure will make it even easier to give someone
access to a package, if someone wants to help you maintain a package, you can
just grant them access to the project on pagure. They will only have access to
that project and not anything else.

We could of course adjust pagure is such a way that it will enforce being member
of the packager group to be allowed to be added to a project but this seems more
pain than gain.
(Note: pagure can and will enforce the FPCA for dist-git)

So I would like to ask if we are fine with stopping to require the membership of
the packager group to contributors?

I do not see the packager group disappearing entirely since it will still be
needed for package reviews and we have given rel-eng tooling to check and 
enforce
this on new package requests, but I think it makes sense to stop this 
requirement
to commit on dist-git repos.

What do you think?


Thanks,
Pierre


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


Please note that F26 schedule does not affect F27 change deadlines

2017-06-02 Thread Matthew Miller

I just wanted to call out in particular this bit from Jan's note:

> This slip of the F26 release does not have any impact on F27 schedule [3].
> [3] https://fedoraproject.org/wiki/Releases/27/Schedule

This means that system-wide changes for Fedora 27 should be submitted
to FESCo *before* the Fedora 26 final release. Changes which require a
mass rebuild should be in _this_ month.

-- 
Matthew Miller

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


Please note that F26 schedule does not affect F27 change deadlines

2017-06-02 Thread Matthew Miller

I just wanted to call out in particular this bit from Jan's note:

> This slip of the F26 release does not have any impact on F27 schedule [3].
> [3] https://fedoraproject.org/wiki/Releases/27/Schedule

This means that system-wide changes for Fedora 27 should be submitted
to FESCo *before* the Fedora 26 final release. Changes which require a
mass rebuild should be in _this_ month.

-- 
Matthew Miller

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


Broken dependencies: perl-Alien-ROOT

2017-06-02 Thread buildsys


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

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


Re: PkgDB and the ArbitraryBranching Change

2017-06-02 Thread Matthew Miller
On Fri, May 26, 2017 at 03:42:25PM -0400, Ralph Bean wrote:
> The main motivation behind this is to enable functionality required by
> Modularity[3] and to ultimately reduce some package maintenance
> burden. For some packages, it makes sense to have only a single branch
> that feeds into multiple releases. For other packages, it makes sense
> to have multiple branches which correlate with multiple upstream minor
> releases. Today, our source branches are tied to the distro release,
> via PkgDB.  We want to decouple that and use modules to put it all
> back together again.

FWIW, I'm super-excited about this change. Thanks for working on it!

-- 
Matthew Miller

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


python-dnf questions

2017-06-02 Thread Ian Pilcher

Does anyone know of a mailing list/forum/etc. for DNF Python API
questions?

--

Ian Pilcher arequip...@gmail.com
 "I grew up before Mark Zuckerberg invented friendship" 

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


Review swap

2017-06-02 Thread Jeremy Cline
Hey all,

I've got a package I need reviewed[0]. Is anyone interested in doing a
review swap?

[0] https://bugzilla.redhat.com/show_bug.cgi?id=1418396


-- 
Jeremy Cline
XMPP: jer...@jcline.org
IRC:  jcline



signature.asc
Description: OpenPGP digital signature
___
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 (2017-06-02)

2017-06-02 Thread Justin Forbes
===
#fedora-meeting: FESCO (2017-06-02)
===


Meeting started by jforbes at 16:00:27 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting/2017-06-02/fesco.2017-06-02-16.00.log.html
.



Meeting summary
---
* init process  (jforbes, 16:00:54)

* #1707 - Firefox on non-x86 architectures  (jforbes, 16:03:27)
  * LINK: https://pagure.io/fesco/issue/1707   (jforbes, 16:03:47)
  * Firefox is now building on all arches in F26 and rawhide  (jforbes,
16:05:44)

* #1708 - F27 System Wide Change: Arbitrary Branching  (jforbes,
  16:06:51)
  * AGREED: F27 System Wide Change: Arbitrary Branching is approved but
needs to be managed very carefully with the disabling of pkgdb is
approved (+5.75 ,0,-0)  (jforbes, 16:33:37)

* #1709 -Review of release blocking deliverables for F26  (jforbes,
  16:33:59)
  * AGREED: Review of release blocking deliverables for F26 is reviewed
and agreed to (+6,0,-0)  (jforbes, 16:39:37)

* #1710 - F26 Changes not in ON_QA status (<100% completed)  (jforbes,
  16:39:57)
  * AGREED: Automated AMI test and release is to be pushed to F27, the
others are either done or continuing under an exception granted by
FESCo (+6,0,-0)  (jforbes, 16:47:33)

* #1711 - Removal of dependencies on net-tools  (jforbes, 16:47:47)
  * AGREED: Removal of dependencies on net-tools is approved. Please
follow the mass bug filing SOP
https://fedoraproject.org/wiki/Mass_bug_filing (+6,0,0)  (jforbes,
16:51:03)

* #1713 F27 System Wide Change: Ruby on Rails 5.1  (jforbes, 16:52:11)
  * AGREED: F27 System Wide Change: Ruby on Rails 5.1 is approved
(+6,0,0)  (jforbes, 16:53:57)

* Next week's chair  (jforbes, 16:54:34)
  * maxamillion will chair next weeks meeting (2917-06-09)  (jforbes,
16:55:45)

* Open Floor  (jforbes, 16:55:56)

Meeting ended at 16:59:26 UTC.




Action Items






Action Items, by person
---
* **UNASSIGNED**
  * (none)




People Present (lines said)
---
* jforbes (71)
* nirik (36)
* maxamillion (31)
* dgilmore (23)
* jsmith (18)
* zodbot (15)
* kalev (12)
* puiterwijk (9)
* mprahl (8)
* threebean (8)
* jwb (5)
* sgallagh (0)
* Rathann (0)




Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/MeetBot
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Fedora 26 Beta status is NO-GO

2017-06-02 Thread Jan Kurik
Release status of the Fedora 26 Beta is NO-GO.

After 23 hours long Go/No-Go meeting for F26 Beta 1.4 compose [1] we
have decided to slip the whole F26 release for one week [2]. The main
concern for not releasing this compose [1] as GOLD is unclear
resolution of bug #1397087, which is still causing some issues during
testing.

There is going to be one more Go/No-Go meeting the next Thursday, June
8th, 2017 to verify we are ready for the release.

This slip of the F26 release does not have any impact on F27 schedule [3].

For more information please find the logs or minutes from the meeting [4][5].

[1] https://kojipkgs.fedoraproject.org/compose/26/Fedora-26-20170531.0/compose/
[2] https://fedoraproject.org/wiki/Releases/26/Schedule
[3] https://fedoraproject.org/wiki/Releases/27/Schedule
[4] 
https://meetbot.fedoraproject.org/fedora-meeting-2/2017-06-01/f26-beta-go-no-go-meeting.2017-06-01-17.00.html
[5] 
https://meetbot.fedoraproject.org/fedora-meeting-2/2017-06-01/f26-beta-go-no-go-meeting.2017-06-01-17.00.log.html

Regards,
Jan
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
___
devel-announce mailing list -- devel-announce@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org


Fedora 26 Beta status is NO-GO

2017-06-02 Thread Jan Kurik
Release status of the Fedora 26 Beta is NO-GO.

After 23 hours long Go/No-Go meeting for F26 Beta 1.4 compose [1] we
have decided to slip the whole F26 release for one week [2]. The main
concern for not releasing this compose [1] as GOLD is unclear
resolution of bug #1397087, which is still causing some issues during
testing.

There is going to be one more Go/No-Go meeting the next Thursday, June
8th, 2017 to verify we are ready for the release.

This slip of the F26 release does not have any impact on F27 schedule [3].

For more information please find the logs or minutes from the meeting [4][5].

[1] https://kojipkgs.fedoraproject.org/compose/26/Fedora-26-20170531.0/compose/
[2] https://fedoraproject.org/wiki/Releases/26/Schedule
[3] https://fedoraproject.org/wiki/Releases/27/Schedule
[4] 
https://meetbot.fedoraproject.org/fedora-meeting-2/2017-06-01/f26-beta-go-no-go-meeting.2017-06-01-17.00.html
[5] 
https://meetbot.fedoraproject.org/fedora-meeting-2/2017-06-01/f26-beta-go-no-go-meeting.2017-06-01-17.00.log.html

Regards,
Jan
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Re: PkgDB and the ArbitraryBranching Change

2017-06-02 Thread Ralph Bean
On Mon, May 29, 2017 at 12:41:57PM +0200, Miroslav Suchý wrote:
> Dne 26.5.2017 v 21:42 Ralph Bean napsal(a):
> > Any feedback before that would be
> > greatly appreciated.
>
> PkgDB handles Koschei and upstream monitoring settings too. How I can do that 
> after the migration?

The Koschei devs have a feature that will let you manage the koschei
settings in the koschei web ui.

For upstream monitoring (hotness), we're going to extract the current
settings and add them ad a yaml file in dist-git repos for packages
that have this turned on.  We had issues for this in our backlog but
they failed to make it to the timeline in the wiki.  I've added them
just now.

> Does this change somehow affect fedora-packages (aka Moksha) 
> https://apps.fedoraproject.org/packages/ ?

Eh, it does.  That's one we missed -- thanks!

https://github.com/fedora-infra/fedora-packages/blob/develop/fedoracommunity/connectors/pkgdbconnector.py

We'll need to patch that to make requests to the pagure API here too.


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


[Bug 1431128] Upgrade perl-Mail-Box to 3.002

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1431128



--- Comment #2 from Fedora Update System  ---
perl-Mail-Transport-3.000-2.fc26 perl-Mail-Box-3.002-1.fc26 has been submitted
as an update to Fedora 26.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-fda53d1ef7

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


churchyard pushed to slic3r (f26). "Fix rendering issues with perl-OpenGL 0.70"

2017-06-02 Thread notifications
From 3ebe3e7ef1bb960757f713eaa16314b2cc1c2848 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Miro=20Hron=C4=8Dok?= 
Date: Fri, 2 Jun 2017 16:28:00 +0200
Subject: Fix rendering issues with perl-OpenGL 0.70

---
 slic3r-opengl070.patch | 117 +
 slic3r.spec|   9 +++-
 2 files changed, 125 insertions(+), 1 deletion(-)
 create mode 100644 slic3r-opengl070.patch

diff --git a/slic3r-opengl070.patch b/slic3r-opengl070.patch
new file mode 100644
index 000..b89515b
--- /dev/null
+++ b/slic3r-opengl070.patch
@@ -0,0 +1,117 @@
+diff --git a/lib/Slic3r/GUI/3DScene.pm b/lib/Slic3r/GUI/3DScene.pm
+index 7628a6c..d37199b 100644
+--- a/lib/Slic3r/GUI/3DScene.pm
 b/lib/Slic3r/GUI/3DScene.pm
+@@ -1,9 +1,9 @@
+ package Slic3r::GUI::3DScene::Base;
+ use strict;
+ use warnings;
+-
+ use Wx::Event qw(EVT_PAINT EVT_SIZE EVT_ERASE_BACKGROUND EVT_IDLE 
EVT_MOUSEWHEEL EVT_MOUSE_EVENTS);
+ # must load OpenGL *before* Wx::GLCanvas
++
+ use OpenGL qw(:glconstants :glfunctions :glufunctions :gluconstants);
+ use base qw(Wx::GLCanvas Class::Accessor);
+ use Math::Trig qw(asin);
+@@ -48,6 +48,12 @@ use constant DEFAULT_COLOR  => [1,1,0];
+ use constant SELECTED_COLOR => [0,1,0,1];
+ use constant HOVER_COLOR=> [0.4,0.9,0,1];
+ 
++# Constant to determine if Vertex Buffer objects are used to draw
++# bed grid and the cut plane for object separation.
++# Old Perl (5.10.x) should set to 0.
++use constant HAS_VBO=> 1;
++
++
+ # make OpenGL::Array thread-safe
+ {
+ no warnings 'redefine';
+@@ -114,6 +120,7 @@ sub new {
+ $self->Refresh;
+ });
+ EVT_MOUSE_EVENTS($self, \_event);
++
+ 
+ return $self;
+ }
+@@ -741,9 +748,19 @@ sub Render {
+ glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA);
+ 
+ glEnableClientState(GL_VERTEX_ARRAY);
++if (HAS_VBO) {
++my ($triangle_vertex);
++($triangle_vertex) =
++glGenBuffersARB_p(1);
++$self->bed_triangles->bind($triangle_vertex);
++glBufferDataARB_p(GL_ARRAY_BUFFER_ARB, $self->bed_triangles, 
GL_STATIC_DRAW_ARB);
++glVertexPointer_c(3, GL_FLOAT, 0, 0);
++} else {
++# fall back on old behavior
++glVertexPointer_p(3, $self->bed_triangles);
++}
+ glColor4f(0.8, 0.6, 0.5, 0.4);
+ glNormal3d(0,0,1);
+-glVertexPointer_p(3, $self->bed_triangles);
+ glDrawArrays(GL_TRIANGLES, 0, $self->bed_triangles->elements / 3);
+ glDisableClientState(GL_VERTEX_ARRAY);
+ 
+@@ -753,13 +770,29 @@ sub Render {
+ 
+ # draw grid
+ glLineWidth(3);
+-glColor4f(0.2, 0.2, 0.2, 0.4);
+ glEnableClientState(GL_VERTEX_ARRAY);
+-glVertexPointer_p(3, $self->bed_grid_lines);
++if (HAS_VBO) {
++my ($grid_vertex);
++($grid_vertex) =
++glGenBuffersARB_p(1);
++$self->bed_grid_lines->bind($grid_vertex);
++glBufferDataARB_p(GL_ARRAY_BUFFER_ARB, $self->bed_grid_lines, 
GL_STATIC_DRAW_ARB);
++glVertexPointer_c(3, GL_FLOAT, 0, 0);
++} else {
++# fall back on old behavior
++glVertexPointer_p(3, $self->bed_grid_lines);
++}
++glColor4f(0.2, 0.2, 0.2, 0.4);
++glNormal3d(0,0,1);
+ glDrawArrays(GL_LINES, 0, $self->bed_grid_lines->elements / 3);
+ glDisableClientState(GL_VERTEX_ARRAY);
+ 
+ glDisable(GL_BLEND);
++if (HAS_VBO) { 
++# Turn off buffer objects to let the rest of the draw code work.
++glBindBufferARB(GL_ARRAY_BUFFER_ARB, 0);
++glBindBufferARB(GL_ELEMENT_ARRAY_BUFFER_ARB, 0);
++}
+ }
+ 
+ my $volumes_bb = $self->volumes_bounding_box;
+@@ -899,10 +932,26 @@ sub draw_volumes {
+ glDisable(GL_BLEND);
+ 
+ if (defined $self->cutting_plane_z) {
++if (HAS_VBO) {
++# Use Vertex Buffer Object for cutting plane (previous method 
crashes on modern POGL). 
++my ($cut_vertex) = glGenBuffersARB_p(1);
++$self->cut_lines_vertices->bind($cut_vertex);
++glBufferDataARB_p(GL_ARRAY_BUFFER_ARB, $self->cut_lines_vertices, 
GL_STATIC_DRAW_ARB);
++glVertexPointer_c(3, GL_FLOAT, 0, 0);
++} else {
++# Use legacy method.
++glVertexPointer_p(3, $self->cut_lines_vertices);
++}
+ glLineWidth(2);
+ glColor3f(0, 0, 0);
+-glVertexPointer_p(3, $self->cut_lines_vertices);
+ glDrawArrays(GL_LINES, 0, $self->cut_lines_vertices->elements / 3);
++
++if (HAS_VBO) { 
++# Turn off buffer objects to let the rest of the draw code work.
++glBindBufferARB(GL_ARRAY_BUFFER_ARB, 0);
++glBindBufferARB(GL_ELEMENT_ARRAY_BUFFER_ARB, 0);
++}
++
+ }
+ glDisableClientState(GL_VERTEX_ARRAY);
+ }
diff --git 

churchyard pushed to slic3r (master). "Fix rendering issues with perl-OpenGL 0.70"

2017-06-02 Thread notifications
From 3ebe3e7ef1bb960757f713eaa16314b2cc1c2848 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Miro=20Hron=C4=8Dok?= 
Date: Fri, 2 Jun 2017 16:28:00 +0200
Subject: Fix rendering issues with perl-OpenGL 0.70

---
 slic3r-opengl070.patch | 117 +
 slic3r.spec|   9 +++-
 2 files changed, 125 insertions(+), 1 deletion(-)
 create mode 100644 slic3r-opengl070.patch

diff --git a/slic3r-opengl070.patch b/slic3r-opengl070.patch
new file mode 100644
index 000..b89515b
--- /dev/null
+++ b/slic3r-opengl070.patch
@@ -0,0 +1,117 @@
+diff --git a/lib/Slic3r/GUI/3DScene.pm b/lib/Slic3r/GUI/3DScene.pm
+index 7628a6c..d37199b 100644
+--- a/lib/Slic3r/GUI/3DScene.pm
 b/lib/Slic3r/GUI/3DScene.pm
+@@ -1,9 +1,9 @@
+ package Slic3r::GUI::3DScene::Base;
+ use strict;
+ use warnings;
+-
+ use Wx::Event qw(EVT_PAINT EVT_SIZE EVT_ERASE_BACKGROUND EVT_IDLE 
EVT_MOUSEWHEEL EVT_MOUSE_EVENTS);
+ # must load OpenGL *before* Wx::GLCanvas
++
+ use OpenGL qw(:glconstants :glfunctions :glufunctions :gluconstants);
+ use base qw(Wx::GLCanvas Class::Accessor);
+ use Math::Trig qw(asin);
+@@ -48,6 +48,12 @@ use constant DEFAULT_COLOR  => [1,1,0];
+ use constant SELECTED_COLOR => [0,1,0,1];
+ use constant HOVER_COLOR=> [0.4,0.9,0,1];
+ 
++# Constant to determine if Vertex Buffer objects are used to draw
++# bed grid and the cut plane for object separation.
++# Old Perl (5.10.x) should set to 0.
++use constant HAS_VBO=> 1;
++
++
+ # make OpenGL::Array thread-safe
+ {
+ no warnings 'redefine';
+@@ -114,6 +120,7 @@ sub new {
+ $self->Refresh;
+ });
+ EVT_MOUSE_EVENTS($self, \_event);
++
+ 
+ return $self;
+ }
+@@ -741,9 +748,19 @@ sub Render {
+ glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA);
+ 
+ glEnableClientState(GL_VERTEX_ARRAY);
++if (HAS_VBO) {
++my ($triangle_vertex);
++($triangle_vertex) =
++glGenBuffersARB_p(1);
++$self->bed_triangles->bind($triangle_vertex);
++glBufferDataARB_p(GL_ARRAY_BUFFER_ARB, $self->bed_triangles, 
GL_STATIC_DRAW_ARB);
++glVertexPointer_c(3, GL_FLOAT, 0, 0);
++} else {
++# fall back on old behavior
++glVertexPointer_p(3, $self->bed_triangles);
++}
+ glColor4f(0.8, 0.6, 0.5, 0.4);
+ glNormal3d(0,0,1);
+-glVertexPointer_p(3, $self->bed_triangles);
+ glDrawArrays(GL_TRIANGLES, 0, $self->bed_triangles->elements / 3);
+ glDisableClientState(GL_VERTEX_ARRAY);
+ 
+@@ -753,13 +770,29 @@ sub Render {
+ 
+ # draw grid
+ glLineWidth(3);
+-glColor4f(0.2, 0.2, 0.2, 0.4);
+ glEnableClientState(GL_VERTEX_ARRAY);
+-glVertexPointer_p(3, $self->bed_grid_lines);
++if (HAS_VBO) {
++my ($grid_vertex);
++($grid_vertex) =
++glGenBuffersARB_p(1);
++$self->bed_grid_lines->bind($grid_vertex);
++glBufferDataARB_p(GL_ARRAY_BUFFER_ARB, $self->bed_grid_lines, 
GL_STATIC_DRAW_ARB);
++glVertexPointer_c(3, GL_FLOAT, 0, 0);
++} else {
++# fall back on old behavior
++glVertexPointer_p(3, $self->bed_grid_lines);
++}
++glColor4f(0.2, 0.2, 0.2, 0.4);
++glNormal3d(0,0,1);
+ glDrawArrays(GL_LINES, 0, $self->bed_grid_lines->elements / 3);
+ glDisableClientState(GL_VERTEX_ARRAY);
+ 
+ glDisable(GL_BLEND);
++if (HAS_VBO) { 
++# Turn off buffer objects to let the rest of the draw code work.
++glBindBufferARB(GL_ARRAY_BUFFER_ARB, 0);
++glBindBufferARB(GL_ELEMENT_ARRAY_BUFFER_ARB, 0);
++}
+ }
+ 
+ my $volumes_bb = $self->volumes_bounding_box;
+@@ -899,10 +932,26 @@ sub draw_volumes {
+ glDisable(GL_BLEND);
+ 
+ if (defined $self->cutting_plane_z) {
++if (HAS_VBO) {
++# Use Vertex Buffer Object for cutting plane (previous method 
crashes on modern POGL). 
++my ($cut_vertex) = glGenBuffersARB_p(1);
++$self->cut_lines_vertices->bind($cut_vertex);
++glBufferDataARB_p(GL_ARRAY_BUFFER_ARB, $self->cut_lines_vertices, 
GL_STATIC_DRAW_ARB);
++glVertexPointer_c(3, GL_FLOAT, 0, 0);
++} else {
++# Use legacy method.
++glVertexPointer_p(3, $self->cut_lines_vertices);
++}
+ glLineWidth(2);
+ glColor3f(0, 0, 0);
+-glVertexPointer_p(3, $self->cut_lines_vertices);
+ glDrawArrays(GL_LINES, 0, $self->cut_lines_vertices->elements / 3);
++
++if (HAS_VBO) { 
++# Turn off buffer objects to let the rest of the draw code work.
++glBindBufferARB(GL_ARRAY_BUFFER_ARB, 0);
++glBindBufferARB(GL_ELEMENT_ARRAY_BUFFER_ARB, 0);
++}
++
+ }
+ glDisableClientState(GL_VERTEX_ARRAY);
+ }
diff --git 

Re: F27 Self Contained Change: Node.js 8.x

2017-06-02 Thread Matthew Miller
On Fri, Jun 02, 2017 at 10:22:35AM +0200, Vít Ondruch wrote:
> I hate the "self contained" vs "system wide" distinction, but since we
> have it, shouldn't this be "system wide" change?

Yeah, because:

> > == Scope ==
> > Proposal owners:
> > - Update nodejs
> > - Rebuild all binary modules, apply patches as necessary
> >
> > * Other developers:
> > Other Node.js packagers' attention may be required if the update
> > causes issues for their packages.

Generally, self-contained changes should have all of the work being
done by the owners, not asking work of other people. But, I guess it
somewhat depends on how many other packagers are affected and how
strong that "may be required" is.

But, I think better than making this system-wide would be to have the
Node SIG as a whole sign on to making sure all node packages in Fedora
are updated; from the Changes policy, "Examples include addition of a
group of leaf packages, or a coordinated effort within a SIG with
limited impact outside the SIG's functional area."


-- 
Matthew Miller

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


[Bug 1458259] perl-Crypt-OpenSSL-EC-1.31 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1458259



--- Comment #4 from Fedora Update System  ---
perl-Crypt-OpenSSL-EC-1.31-1.fc24 has been submitted as an update to Fedora 24.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-ca8762d7f0

-- 
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 1457844] perl-Crypt-OpenSSL-EC-1.3 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1457844



--- Comment #10 from Fedora Update System  ---
perl-Crypt-OpenSSL-EC-1.31-1.fc24 has been submitted as an update to Fedora 24.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-ca8762d7f0

-- 
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 1457844] perl-Crypt-OpenSSL-EC-1.3 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1457844



--- Comment #9 from Fedora Update System  ---
perl-Crypt-OpenSSL-EC-1.31-1.fc25 has been submitted as an update to Fedora 25.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-d2f55c9a23

-- 
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 1458259] perl-Crypt-OpenSSL-EC-1.31 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1458259



--- Comment #2 from Fedora Update System  ---
perl-Crypt-OpenSSL-EC-1.31-1.fc26 has been submitted as an update to Fedora 26.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-84e2175e24

-- 
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 1458259] perl-Crypt-OpenSSL-EC-1.31 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1458259



--- Comment #3 from Fedora Update System  ---
perl-Crypt-OpenSSL-EC-1.31-1.fc25 has been submitted as an update to Fedora 25.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-d2f55c9a23

-- 
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 1458259] perl-Crypt-OpenSSL-EC-1.31 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1458259

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |ON_QA
   Fixed In Version||perl-Crypt-OpenSSL-EC-1.31-
   ||1.fc27



--- Comment #1 from Petr Pisar  ---
A bug-fix release suitable for all Fedoras.

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


ppisar pushed to perl-Crypt-OpenSSL-EC (f24). "1.31 bump"

2017-06-02 Thread notifications
From e86bd5a0944084d4adc39a8300a7f1b08d6527ab Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 2 Jun 2017 15:39:43 +0200
Subject: 1.31 bump

---
 .gitignore | 1 +
 perl-Crypt-OpenSSL-EC.spec | 5 -
 sources| 2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 09ad74c..d983000 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /Crypt-OpenSSL-EC-1.01.tar.gz
 /Crypt-OpenSSL-EC-1.3.tar.gz
+/Crypt-OpenSSL-EC-1.31.tar.gz
diff --git a/perl-Crypt-OpenSSL-EC.spec b/perl-Crypt-OpenSSL-EC.spec
index 691374b..5d819d6 100644
--- a/perl-Crypt-OpenSSL-EC.spec
+++ b/perl-Crypt-OpenSSL-EC.spec
@@ -1,5 +1,5 @@
 Name:   perl-Crypt-OpenSSL-EC
-Version:1.3
+Version:1.31
 Release:1%{?dist}
 Summary:Perl extension for OpenSSL EC (Elliptic Curves) library
 License:GPL+ or Artistic
@@ -56,6 +56,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 02 2017 Petr Pisar  - 1.31-1
+- 1.31 bump
+
 * Thu Jun 01 2017 Petr Pisar  - 1.3-1
 - 1.3 bump
 
diff --git a/sources b/sources
index bb3efd7..448c735 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Crypt-OpenSSL-EC-1.3.tar.gz) = 
39f879248a95858199d578dfdac03f88dbcf2cd70ac0e7619f0b25587078c2def7cfe2a080b135850bdb516e38edf22ce2d795cb7711d0fdce0b3d9ef2f8a9bc
+SHA512 (Crypt-OpenSSL-EC-1.31.tar.gz) = 
ee631616ac4838c7e0487f732035af2a3b7c3e591ccdbdac63f49931cdd901acfcf479cbed9cf838f332bfb34fa5b2ef3617dfc9c1e6ba8bcc2909b7d2ea577f
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Crypt-OpenSSL-EC.git/commit/?h=f24=e86bd5a0944084d4adc39a8300a7f1b08d6527ab
___
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-Crypt-OpenSSL-EC (f25). "1.31 bump"

2017-06-02 Thread notifications
From 92e96186226908327c8547df14fa5b51654777e1 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 2 Jun 2017 15:39:43 +0200
Subject: 1.31 bump

---
 .gitignore | 1 +
 perl-Crypt-OpenSSL-EC.spec | 5 -
 sources| 2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 09ad74c..d983000 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /Crypt-OpenSSL-EC-1.01.tar.gz
 /Crypt-OpenSSL-EC-1.3.tar.gz
+/Crypt-OpenSSL-EC-1.31.tar.gz
diff --git a/perl-Crypt-OpenSSL-EC.spec b/perl-Crypt-OpenSSL-EC.spec
index fb11974..3445876 100644
--- a/perl-Crypt-OpenSSL-EC.spec
+++ b/perl-Crypt-OpenSSL-EC.spec
@@ -1,5 +1,5 @@
 Name:   perl-Crypt-OpenSSL-EC
-Version:1.3
+Version:1.31
 Release:1%{?dist}
 Summary:Perl extension for OpenSSL EC (Elliptic Curves) library
 License:GPL+ or Artistic
@@ -56,6 +56,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 02 2017 Petr Pisar  - 1.31-1
+- 1.31 bump
+
 * Thu Jun 01 2017 Petr Pisar  - 1.3-1
 - 1.3 bump
 
diff --git a/sources b/sources
index bb3efd7..448c735 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Crypt-OpenSSL-EC-1.3.tar.gz) = 
39f879248a95858199d578dfdac03f88dbcf2cd70ac0e7619f0b25587078c2def7cfe2a080b135850bdb516e38edf22ce2d795cb7711d0fdce0b3d9ef2f8a9bc
+SHA512 (Crypt-OpenSSL-EC-1.31.tar.gz) = 
ee631616ac4838c7e0487f732035af2a3b7c3e591ccdbdac63f49931cdd901acfcf479cbed9cf838f332bfb34fa5b2ef3617dfc9c1e6ba8bcc2909b7d2ea577f
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Crypt-OpenSSL-EC.git/commit/?h=f25=92e96186226908327c8547df14fa5b51654777e1
___
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-Crypt-OpenSSL-EC (f26). "1.31 bump"

2017-06-02 Thread notifications
From a341f07078d7e5a745802f62b550bee91d59d8a7 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 2 Jun 2017 15:39:43 +0200
Subject: 1.31 bump

---
 .gitignore | 1 +
 perl-Crypt-OpenSSL-EC.spec | 5 -
 sources| 2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 09ad74c..d983000 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /Crypt-OpenSSL-EC-1.01.tar.gz
 /Crypt-OpenSSL-EC-1.3.tar.gz
+/Crypt-OpenSSL-EC-1.31.tar.gz
diff --git a/perl-Crypt-OpenSSL-EC.spec b/perl-Crypt-OpenSSL-EC.spec
index 2d42db2..f361916 100644
--- a/perl-Crypt-OpenSSL-EC.spec
+++ b/perl-Crypt-OpenSSL-EC.spec
@@ -1,5 +1,5 @@
 Name:   perl-Crypt-OpenSSL-EC
-Version:1.3
+Version:1.31
 Release:1%{?dist}
 Summary:Perl extension for OpenSSL EC (Elliptic Curves) library
 License:GPL+ or Artistic
@@ -56,6 +56,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 02 2017 Petr Pisar  - 1.31-1
+- 1.31 bump
+
 * Thu Jun 01 2017 Petr Pisar  - 1.3-1
 - 1.3 bump
 
diff --git a/sources b/sources
index bb3efd7..448c735 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Crypt-OpenSSL-EC-1.3.tar.gz) = 
39f879248a95858199d578dfdac03f88dbcf2cd70ac0e7619f0b25587078c2def7cfe2a080b135850bdb516e38edf22ce2d795cb7711d0fdce0b3d9ef2f8a9bc
+SHA512 (Crypt-OpenSSL-EC-1.31.tar.gz) = 
ee631616ac4838c7e0487f732035af2a3b7c3e591ccdbdac63f49931cdd901acfcf479cbed9cf838f332bfb34fa5b2ef3617dfc9c1e6ba8bcc2909b7d2ea577f
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Crypt-OpenSSL-EC.git/commit/?h=f26=a341f07078d7e5a745802f62b550bee91d59d8a7
___
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-Crypt-OpenSSL-EC (master). "1.31 bump"

2017-06-02 Thread notifications
From a341f07078d7e5a745802f62b550bee91d59d8a7 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 2 Jun 2017 15:39:43 +0200
Subject: 1.31 bump

---
 .gitignore | 1 +
 perl-Crypt-OpenSSL-EC.spec | 5 -
 sources| 2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 09ad74c..d983000 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /Crypt-OpenSSL-EC-1.01.tar.gz
 /Crypt-OpenSSL-EC-1.3.tar.gz
+/Crypt-OpenSSL-EC-1.31.tar.gz
diff --git a/perl-Crypt-OpenSSL-EC.spec b/perl-Crypt-OpenSSL-EC.spec
index 2d42db2..f361916 100644
--- a/perl-Crypt-OpenSSL-EC.spec
+++ b/perl-Crypt-OpenSSL-EC.spec
@@ -1,5 +1,5 @@
 Name:   perl-Crypt-OpenSSL-EC
-Version:1.3
+Version:1.31
 Release:1%{?dist}
 Summary:Perl extension for OpenSSL EC (Elliptic Curves) library
 License:GPL+ or Artistic
@@ -56,6 +56,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 02 2017 Petr Pisar  - 1.31-1
+- 1.31 bump
+
 * Thu Jun 01 2017 Petr Pisar  - 1.3-1
 - 1.3 bump
 
diff --git a/sources b/sources
index bb3efd7..448c735 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (Crypt-OpenSSL-EC-1.3.tar.gz) = 
39f879248a95858199d578dfdac03f88dbcf2cd70ac0e7619f0b25587078c2def7cfe2a080b135850bdb516e38edf22ce2d795cb7711d0fdce0b3d9ef2f8a9bc
+SHA512 (Crypt-OpenSSL-EC-1.31.tar.gz) = 
ee631616ac4838c7e0487f732035af2a3b7c3e591ccdbdac63f49931cdd901acfcf479cbed9cf838f332bfb34fa5b2ef3617dfc9c1e6ba8bcc2909b7d2ea577f
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Crypt-OpenSSL-EC.git/commit/?h=master=a341f07078d7e5a745802f62b550bee91d59d8a7
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


ppisar uploaded Crypt-OpenSSL-EC-1.31.tar.gz for perl-Crypt-OpenSSL-EC

2017-06-02 Thread notifications
ee631616ac4838c7e0487f732035af2a3b7c3e591ccdbdac63f49931cdd901acfcf479cbed9cf838f332bfb34fa5b2ef3617dfc9c1e6ba8bcc2909b7d2ea577f
  Crypt-OpenSSL-EC-1.31.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Crypt-OpenSSL-EC/Crypt-OpenSSL-EC-1.31.tar.gz/sha512/ee631616ac4838c7e0487f732035af2a3b7c3e591ccdbdac63f49931cdd901acfcf479cbed9cf838f332bfb34fa5b2ef3617dfc9c1e6ba8bcc2909b7d2ea577f/Crypt-OpenSSL-EC-1.31.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


Re: F27 System Wide Change: Rsyslog log format change proposal

2017-06-02 Thread Roman Pavelka
Done. Thank you, Zbyszek!

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


Re: F27 System Wide Change: Rsyslog log format change proposal

2017-06-02 Thread Roman Pavelka
What was deciding factor for us was "Complex system wide changes involve 
system-wide defaults" in Changes/Policy. Also I consider system logging 
facility system-wide important. And as another Bjorn replies below, there may 
be packages dependent on current format.

Best regards

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


[Bug 1458268] New: perl-threads-shared-1.57 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1458268

Bug ID: 1458268
   Summary: perl-threads-shared-1.57 is available
   Product: Fedora
   Version: rawhide
 Component: perl-threads-shared
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 1.57
Current version/release in rawhide: 1.56-1.fc27
URL: http://search.cpan.org/dist/threads-shared/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/3460/

-- 
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 1458267] New: perl-threads-2.16 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1458267

Bug ID: 1458267
   Summary: perl-threads-2.16 is available
   Product: Fedora
   Version: rawhide
 Component: perl-threads
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 2.16
Current version/release in rawhide: 2.15-1.fc26
URL: http://search.cpan.org/dist/threads/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/3457/

-- 
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 1458259] New: perl-Crypt-OpenSSL-EC-1.31 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1458259

Bug ID: 1458259
   Summary: perl-Crypt-OpenSSL-EC-1.31 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Crypt-OpenSSL-EC
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 1.31
Current version/release in rawhide: 1.3-1.fc27
URL: http://search.cpan.org/dist/Crypt-OpenSSL-EC/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

Based on the information from anitya: 
https://release-monitoring.org/project/6214/

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


Schedule for Today's FESCo Meeting (2017-06-01)

2017-06-02 Thread Justin Forbes
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 '2017-05-26 16:00 UTC'

Links to all issues below can be found at:
https://pagure.io/fesco/report/meeting_agenda

= Followups =

#topic #1707 - Firefox on non-x86 architectures
.fesco 1707
https://pagure.io/fesco/issue/1707

#topic #1708 - F27 System Wide Change: Arbitrary Branching
.fesco 1708
https://pagure.io/fesco/issue/1708

#topic #1709 -Review of release blocking deliverables for F26
.fesco 1709
https://pagure.io/fesco/issue/1709

#topic #1710 - F26 Changes not in ON_QA status (<100% completed)
.fesco 1710
https://pagure.io/fesco/issue/1710

= New Business =

#topic #1711 - Removal of dependencies on net-tools
.fesco 1711
https://pagure.io/fesco/issue/1711

#topic #1713 - Removal of dependencies on net-tools
.fesco 1713
https://pagure.io/fesco/issue/1713

= Open Floor =

For more complete details, please visit each individual
issue.  The report of the agenda items can be found at
https://pagure.io/fesco/report/meeting_agenda

If you would like to add something to this agenda, you can
reply to this e-mail, file a new issue at
https://pagure.io/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: not all that qualified...

2017-06-02 Thread Vít Ondruch


Dne 2.6.2017 v 13:03 Michael Schwendt napsal(a):
> On Thu, 01 Jun 2017 02:29:53 +, Christopher wrote:
>
>> Do you have a link to an explanation of the automated fedora-review
>> process, and/or some of these step-by-step checklists you mention?
> fedora-review is a tool and a package with the same name. You simply point
> it at a bugzilla ticket number using its -b option and let it download
> the latest src.rpm and spec file. It performs local builds in Mock and
> runs many checks on the spec file and the results. Its output is not
> complete, however, so you will need to read it carefully and attempt at
> competing the missing tests yourself.
>
> A primary step when reviewing packages is to clear your mind and think
> about how you would create the package. Then, what you find in the
> submitted package someone else has created, is it plausible?
> A next step would be to look up individual packaging scenarios in
> the guidelines. Such as if the package includes shared libraries, what
> do the guidelines tell about shared libs? And so on.
>

There also review guidelines [1] which provides basic checklist of the
most important things to check during review.

Vít


[1] http://fedoraproject.org/wiki/Packaging:ReviewGuidelines
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


[Bug 1458244] New: [PATCH] - improve perl-Term-Completion handling of spaces

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1458244

Bug ID: 1458244
   Summary: [PATCH] - improve perl-Term-Completion handling of
spaces
   Product: Fedora
   Version: rawhide
 Component: perl-Term-Completion
  Assignee: jples...@redhat.com
  Reporter: tkaspa...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org



Created attachment 1284412
  --> https://bugzilla.redhat.com/attachment.cgi?id=1284412=edit
patch which fixes the issue

Description of problem:
perl-Term-Completion does not handle spaces and tabs after the end of completed
file very well.


Version-Release number of selected component (if applicable):
perl-Term-Completion-1.00-10.fc26


How reproducible:
always


Steps to Reproduce:
1. Enter file file?
2. /root[space][space][space][tab]
3. Ender file? /root   substr outside of string at
/usr/share/perl5/vendor_perl/Term/Completion.pm line 207,  line 1.
Use of uninitialized value $test in concatenation (.) or string at
/usr/share/perl5/vendor_perl/Term/Completion.pm line 211,  line 1.

Actual results:
Error message as shown in reproducer steps


Expected results:
No error

Additional info:
The error is caused when calculating the then length of substring to complete.
In this case the length is negative, however it's accepted for completion as
value of $add < 1 have boolean value of true. Accepting only positive values of
$add fixes dais issue.

-- 
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: not all that qualified...

2017-06-02 Thread Michael Schwendt
On Thu, 01 Jun 2017 02:29:53 +, Christopher wrote:

> Do you have a link to an explanation of the automated fedora-review
> process, and/or some of these step-by-step checklists you mention?

fedora-review is a tool and a package with the same name. You simply point
it at a bugzilla ticket number using its -b option and let it download
the latest src.rpm and spec file. It performs local builds in Mock and
runs many checks on the spec file and the results. Its output is not
complete, however, so you will need to read it carefully and attempt at
competing the missing tests yourself.

A primary step when reviewing packages is to clear your mind and think
about how you would create the package. Then, what you find in the
submitted package someone else has created, is it plausible?
A next step would be to look up individual packaging scenarios in
the guidelines. Such as if the package includes shared libraries, what
do the guidelines tell about shared libs? And so on.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


pghmcfc pushed to perl-JSON-PP (master). "With epoch bump we can use upstream's version number again"

2017-06-02 Thread notifications
From 0e8f781327d69a556704653805d94846a220b017 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Fri, 2 Jun 2017 11:36:57 +0100
Subject: With epoch bump we can use upstream's version number again

---
 perl-JSON-PP.spec | 7 ---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/perl-JSON-PP.spec b/perl-JSON-PP.spec
index 76fe22c..86807a3 100644
--- a/perl-JSON-PP.spec
+++ b/perl-JSON-PP.spec
@@ -1,4 +1,5 @@
-# Need to stick with five digit version numbers until 3.x, to maintain upgrade 
path
+# Need to provide five digit version numbers until 3.x,
+# so that BR: perl(JSON::PP) >= 2.27200 etc. will still work
 %global cpan_version 2.94
 %global five_digit_version %(LC_ALL=C; printf '%.5f' '%{cpan_version}')
 
@@ -6,8 +7,8 @@
 %global rpm49 %(rpm --version | perl -p -e 's/^.* 
(\\d+)\\.(\\d+).*/sprintf("%d.%03d",$1,$2) ge 4.009 ? 1 : 0/e' 2>/dev/null || 
echo 0)
 
 Name:  perl-JSON-PP
-Epoch:  1
-Version:   %{five_digit_version}
+Epoch: 1
+Version:   %{cpan_version}
 Release:   1%{?dist}
 Summary:   JSON::XS compatible pure-Perl module
 License:   GPL+ or Artistic
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-JSON-PP.git/commit/?h=master=0e8f781327d69a556704653805d94846a220b017
___
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-ExtUtils-MakeMaker (master). "Add epoch to favour standalone package"

2017-06-02 Thread notifications
From 92f40c92581f10b31232703efb2df42b7c5c3119 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 2 Jun 2017 12:12:02 +0200
Subject: Add epoch to favour standalone package

---
 perl-ExtUtils-MakeMaker.spec | 1 +
 1 file changed, 1 insertion(+)

diff --git a/perl-ExtUtils-MakeMaker.spec b/perl-ExtUtils-MakeMaker.spec
index 7b14572..7e9c1e9 100644
--- a/perl-ExtUtils-MakeMaker.spec
+++ b/perl-ExtUtils-MakeMaker.spec
@@ -1,6 +1,7 @@
 %global cpan_name ExtUtils-MakeMaker
 
 Name:   perl-%{cpan_name}
+Epoch:  1
 Version:7.28
 Release:1%{?dist}
 Summary:Create a module Makefile
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-ExtUtils-MakeMaker.git/commit/?h=master=92f40c92581f10b31232703efb2df42b7c5c3119
___
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-IPC-Cmd (master). "Increase epoch to favour standalone package"

2017-06-02 Thread notifications
From c6ae91038f522a38c239fe92fcf3e443982c351f Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 2 Jun 2017 12:11:58 +0200
Subject: Increase epoch to favour standalone package

---
 perl-IPC-Cmd.spec | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/perl-IPC-Cmd.spec b/perl-IPC-Cmd.spec
index 1be61bb..ea91ee6 100644
--- a/perl-IPC-Cmd.spec
+++ b/perl-IPC-Cmd.spec
@@ -1,6 +1,6 @@
 Name:   perl-IPC-Cmd
 # Epoch to compete with perl.spec
-Epoch:  1
+Epoch:  2
 Version:0.98
 Release:1%{?dist}
 Summary:Finding and running system commands made easy
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-IPC-Cmd.git/commit/?h=master=c6ae91038f522a38c239fe92fcf3e443982c351f
___
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-Getopt-Long (master). "Add epoch to favour standalone package"

2017-06-02 Thread notifications
From 9222753d5905974b78484ae148c66473c9112c1a Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 2 Jun 2017 12:11:59 +0200
Subject: Add epoch to favour standalone package

---
 perl-Getopt-Long.spec | 1 +
 1 file changed, 1 insertion(+)

diff --git a/perl-Getopt-Long.spec b/perl-Getopt-Long.spec
index 97d76d1..f62cb27 100644
--- a/perl-Getopt-Long.spec
+++ b/perl-Getopt-Long.spec
@@ -1,4 +1,5 @@
 Name:   perl-Getopt-Long
+Epoch:  1
 Version:2.50
 Release:1%{?dist}
 Summary:Extended processing of command line options
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Getopt-Long.git/commit/?h=master=9222753d5905974b78484ae148c66473c9112c1a
___
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-JSON-PP (master). "Add epoch to favour standalone package"

2017-06-02 Thread notifications
From a3242ec8ad71d6745fce243b56ea60ac85a415ca Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 2 Jun 2017 12:11:58 +0200
Subject: Add epoch to favour standalone package

---
 perl-JSON-PP.spec | 1 +
 1 file changed, 1 insertion(+)

diff --git a/perl-JSON-PP.spec b/perl-JSON-PP.spec
index 63a2026..76fe22c 100644
--- a/perl-JSON-PP.spec
+++ b/perl-JSON-PP.spec
@@ -6,6 +6,7 @@
 %global rpm49 %(rpm --version | perl -p -e 's/^.* 
(\\d+)\\.(\\d+).*/sprintf("%d.%03d",$1,$2) ge 4.009 ? 1 : 0/e' 2>/dev/null || 
echo 0)
 
 Name:  perl-JSON-PP
+Epoch:  1
 Version:   %{five_digit_version}
 Release:   1%{?dist}
 Summary:   JSON::XS compatible pure-Perl module
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-JSON-PP.git/commit/?h=master=a3242ec8ad71d6745fce243b56ea60ac85a415ca
___
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-Test-Harness (master). "Add epoch to favour standalone package"

2017-06-02 Thread notifications
From 626b34547f64ad80cbe9cd92e92f6da891514e54 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 2 Jun 2017 12:11:42 +0200
Subject: Add epoch to favour standalone package

---
 perl-Test-Harness.spec | 1 +
 1 file changed, 1 insertion(+)

diff --git a/perl-Test-Harness.spec b/perl-Test-Harness.spec
index d930129..615493f 100644
--- a/perl-Test-Harness.spec
+++ b/perl-Test-Harness.spec
@@ -2,6 +2,7 @@
 %bcond_without perl_Test_Harness_enables_optional_test
 
 Name:   perl-Test-Harness
+Epoch:  1
 Version:3.39
 Release:1%{?dist}
 Summary:Run Perl standard test scripts with statistics
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Test-Harness.git/commit/?h=master=626b34547f64ad80cbe9cd92e92f6da891514e54
___
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-Test-Simple (master). "Add epoch to favour standalone package"

2017-06-02 Thread notifications
From e3ff0d84b51f959f385fc6a9d557c7521dcc263f Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 2 Jun 2017 12:11:39 +0200
Subject: Add epoch to favour standalone package

---
 perl-Test-Simple.spec | 1 +
 1 file changed, 1 insertion(+)

diff --git a/perl-Test-Simple.spec b/perl-Test-Simple.spec
index 38186a3..6a2074d 100644
--- a/perl-Test-Simple.spec
+++ b/perl-Test-Simple.spec
@@ -1,5 +1,6 @@
 Name:   perl-Test-Simple
 Summary:Basic utilities for writing tests
+Epoch:  1
 Version:1.302085
 Release:1%{?dist}
 # CC0: lib/ok.pm
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Test-Simple.git/commit/?h=master=e3ff0d84b51f959f385fc6a9d557c7521dcc263f
___
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-Math-BigInt (master). "Add epoch to favour standalone package"

2017-06-02 Thread notifications
From 1cc589830adf977b2361de75be1b5a02748018bb Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 2 Jun 2017 12:11:58 +0200
Subject: Add epoch to favour standalone package

---
 perl-Math-BigInt.spec | 1 +
 1 file changed, 1 insertion(+)

diff --git a/perl-Math-BigInt.spec b/perl-Math-BigInt.spec
index 90672aa..58126c3 100644
--- a/perl-Math-BigInt.spec
+++ b/perl-Math-BigInt.spec
@@ -1,4 +1,5 @@
 Name:   perl-Math-BigInt
+Epoch:  1
 %global cpan_version 1.999811
 # Keep 4-digit version to compete with perl.spec
 Version:%(echo %{cpan_version} | sed 's/\(\.\)/\1./')
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-Math-BigInt.git/commit/?h=master=1cc589830adf977b2361de75be1b5a02748018bb
___
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-version (master). "Increase epoch to favour standalone package"

2017-06-02 Thread notifications
From 42891dbeccde29f71f0a545ac6ef7e4984f04e3c Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 2 Jun 2017 12:11:28 +0200
Subject: Increase epoch to favour standalone package

---
 perl-version.spec | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/perl-version.spec b/perl-version.spec
index 32d7f9a..d6c4065 100644
--- a/perl-version.spec
+++ b/perl-version.spec
@@ -1,5 +1,5 @@
 Name:   perl-version
-Epoch:  5
+Epoch:  6
 Version:0.99.18
 %global module_version 0.9918
 Release:1%{?dist}
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-version.git/commit/?h=master=42891dbeccde29f71f0a545ac6ef7e4984f04e3c
___
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 rpms/perl-Ref-Util-XS

2017-06-02 Thread notifications
pkgdb_updater updated: description of rpms/perl-Ref-Util-XS
https://admin.fedoraproject.org/pkgdb/package/rpms/perl-Ref-Util-XS/
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


Re: Should Python 3 macros us UTF-8 locale?

2017-06-02 Thread Nick Coghlan
On Fri, Jun 2, 2017 at 1:15 PM, Zbigniew Jędrzejewski-Szmek
 wrote:
> It seems that right solution, that would work while the builders are
> still not F26, would be to configure their locale to C.UTF-8. It'd
> just be a matter of dropping LANG=C.UTF-8 into /etc/locale.conf.
> I think a ticket on https://pagure.io/fedora-infrastructure would be
> the way to request the change.

While this seems like the right next step to me, if it isn't feasible
for some reason, we may need to reconsider emitting the warning at the
Python level, and instead just silently change LC_CTYPE to the more
sensible setting.

The accepted version of the PEP upstream *only* sets LC_CTYPE, so the
chance of unintended side effects from the coercion is much lower that
it was with the approach that made the F26 Beta cut-off (which also
sets LANG).

Cheers,
Nick.

-- 
Nick Coghlan
Red Hat Platform Engineering, Brisbane
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org


[Bug 1458088] perl-RDF-Trine-1.017 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1458088



--- Comment #4 from Fedora Update System  ---
perl-RDF-Trine-1.017-1.fc25 has been submitted as an update to Fedora 25.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-fa57c69e60

-- 
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 1458088] perl-RDF-Trine-1.017 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1458088



--- Comment #3 from Fedora Update System  ---
perl-RDF-Trine-1.017-1.fc26 has been submitted as an update to Fedora 26.
https://bodhi.fedoraproject.org/updates/FEDORA-2017-29dd7849f3

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


ppisar pushed to perl-RDF-Trine (f25). "1.017 bump"

2017-06-02 Thread notifications
From a33998457414bb67d00a4a7d0aa16594ee2ea601 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 2 Jun 2017 10:15:40 +0200
Subject: 1.017 bump

---
 .gitignore  | 1 +
 perl-RDF-Trine.spec | 5 -
 sources | 2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index e6c12ea..f5a413f 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
 /RDF-Trine-1.014.tar.gz
 /RDF-Trine-1.015.tar.gz
 /RDF-Trine-1.016.tar.gz
+/RDF-Trine-1.017.tar.gz
diff --git a/perl-RDF-Trine.spec b/perl-RDF-Trine.spec
index bd9b4e5..ae2b06d 100644
--- a/perl-RDF-Trine.spec
+++ b/perl-RDF-Trine.spec
@@ -1,5 +1,5 @@
 Name:   perl-RDF-Trine
-Version:1.016
+Version:1.017
 Release:1%{?dist}
 Summary:RDF Framework for Perl
 # README:   GPLv+ or Artistic
@@ -248,6 +248,9 @@ make test
 %{_mandir}/man3/Test::RDF::Trine::Store.*
 
 %changelog
+* Fri Jun 02 2017 Petr Pisar  - 1.017-1
+- 1.017 bump
+
 * Tue Apr 25 2017 Petr Pisar  - 1.016-1
 - 1.016 bump
 
diff --git a/sources b/sources
index 6718e73..e8f8e3d 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (RDF-Trine-1.016.tar.gz) = 
1e6e50eade8b7afe71001e867fb575394f21f8c0b765933d82df05d374e667465e86543ef7719de417ec60532cf210435250bf56e354e4d499e9068c1ae9baba
+SHA512 (RDF-Trine-1.017.tar.gz) = 
41cceca1121ff0f32f5e9c214b9f177f6f1b26165edda0c1c139aeb6e1b764210cccd78c05af7106f14a1c8f396d2073af7386eb050c0bad51d024c566e7c490
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-RDF-Trine.git/commit/?h=f25=a33998457414bb67d00a4a7d0aa16594ee2ea601
___
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-RDF-Trine (f26). "1.017 bump"

2017-06-02 Thread notifications
From a33998457414bb67d00a4a7d0aa16594ee2ea601 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 2 Jun 2017 10:15:40 +0200
Subject: 1.017 bump

---
 .gitignore  | 1 +
 perl-RDF-Trine.spec | 5 -
 sources | 2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index e6c12ea..f5a413f 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
 /RDF-Trine-1.014.tar.gz
 /RDF-Trine-1.015.tar.gz
 /RDF-Trine-1.016.tar.gz
+/RDF-Trine-1.017.tar.gz
diff --git a/perl-RDF-Trine.spec b/perl-RDF-Trine.spec
index bd9b4e5..ae2b06d 100644
--- a/perl-RDF-Trine.spec
+++ b/perl-RDF-Trine.spec
@@ -1,5 +1,5 @@
 Name:   perl-RDF-Trine
-Version:1.016
+Version:1.017
 Release:1%{?dist}
 Summary:RDF Framework for Perl
 # README:   GPLv+ or Artistic
@@ -248,6 +248,9 @@ make test
 %{_mandir}/man3/Test::RDF::Trine::Store.*
 
 %changelog
+* Fri Jun 02 2017 Petr Pisar  - 1.017-1
+- 1.017 bump
+
 * Tue Apr 25 2017 Petr Pisar  - 1.016-1
 - 1.016 bump
 
diff --git a/sources b/sources
index 6718e73..e8f8e3d 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (RDF-Trine-1.016.tar.gz) = 
1e6e50eade8b7afe71001e867fb575394f21f8c0b765933d82df05d374e667465e86543ef7719de417ec60532cf210435250bf56e354e4d499e9068c1ae9baba
+SHA512 (RDF-Trine-1.017.tar.gz) = 
41cceca1121ff0f32f5e9c214b9f177f6f1b26165edda0c1c139aeb6e1b764210cccd78c05af7106f14a1c8f396d2073af7386eb050c0bad51d024c566e7c490
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-RDF-Trine.git/commit/?h=f26=a33998457414bb67d00a4a7d0aa16594ee2ea601
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


[Bug 1458088] perl-RDF-Trine-1.017 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1458088

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-RDF-Trine-1.017-1.fc27



--- Comment #2 from Petr Pisar  ---
A bug fix release suitable for Fedora ≥ 25.

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


ppisar pushed to perl-RDF-Trine (master). "1.017 bump"

2017-06-02 Thread notifications
From a33998457414bb67d00a4a7d0aa16594ee2ea601 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 2 Jun 2017 10:15:40 +0200
Subject: 1.017 bump

---
 .gitignore  | 1 +
 perl-RDF-Trine.spec | 5 -
 sources | 2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index e6c12ea..f5a413f 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
 /RDF-Trine-1.014.tar.gz
 /RDF-Trine-1.015.tar.gz
 /RDF-Trine-1.016.tar.gz
+/RDF-Trine-1.017.tar.gz
diff --git a/perl-RDF-Trine.spec b/perl-RDF-Trine.spec
index bd9b4e5..ae2b06d 100644
--- a/perl-RDF-Trine.spec
+++ b/perl-RDF-Trine.spec
@@ -1,5 +1,5 @@
 Name:   perl-RDF-Trine
-Version:1.016
+Version:1.017
 Release:1%{?dist}
 Summary:RDF Framework for Perl
 # README:   GPLv+ or Artistic
@@ -248,6 +248,9 @@ make test
 %{_mandir}/man3/Test::RDF::Trine::Store.*
 
 %changelog
+* Fri Jun 02 2017 Petr Pisar  - 1.017-1
+- 1.017 bump
+
 * Tue Apr 25 2017 Petr Pisar  - 1.016-1
 - 1.016 bump
 
diff --git a/sources b/sources
index 6718e73..e8f8e3d 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-SHA512 (RDF-Trine-1.016.tar.gz) = 
1e6e50eade8b7afe71001e867fb575394f21f8c0b765933d82df05d374e667465e86543ef7719de417ec60532cf210435250bf56e354e4d499e9068c1ae9baba
+SHA512 (RDF-Trine-1.017.tar.gz) = 
41cceca1121ff0f32f5e9c214b9f177f6f1b26165edda0c1c139aeb6e1b764210cccd78c05af7106f14a1c8f396d2073af7386eb050c0bad51d024c566e7c490
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-RDF-Trine.git/commit/?h=master=a33998457414bb67d00a4a7d0aa16594ee2ea601
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


VPN l2tp+ipsec: not work with last kernel 4.11.3-200

2017-06-02 Thread Dario Lesca
Yesterday I have update my fedora 25 and after reboot VPN l2tp+ipsec do
not work anymore.

The connection happens without problem, the routing are set correctly,
the DNS (UDP protocol) and ping (ICMP protocol) to remote host work.

Only the access to some server, like ssh or smb:// (TCP protocol) do
not work, in this case, if I monitoring on remote server with tcpdump,
none arrives.

If I reboot with previous kernel (4.10.17) all work fine.

Some suggest?
 
Many thanks

-- 
Dario Lesca
(inviato dal mio Linux Fedora 25 Workstation)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Re: F27 Self Contained Change: Node.js 8.x

2017-06-02 Thread Vít Ondruch
I hate the "self contained" vs "system wide" distinction, but since we
have it, shouldn't this be "system wide" change?


V.


Dne 1.6.2017 v 20:43 Jan Kurik napsal(a):
> = Proposed Self Contained Change: Node.js 8.x =
> https://fedoraproject.org/wiki/Changes/NodeJS8x
>
> Change owner(s):
> * Zuzana Svetlikova 
>
> Fedora 27 will be updated to Node.js 8.x, the latest LTS release of
> the platform built on Chrome's JavaScript runtime for easily building
> fast, scalable network applications.
>
>
> == Detailed Description ==
> Node.js has seen many changes between v6.x and v8.x. Note that this
> release includes API updates that may require dependency updates.
>
> Upstream maintains an exhaustive list of interesting changes here:
> https://github.com/nodejs/node/blob/master/doc/changelogs/CHANGELOG_V8.md
>
> Node.js 8.x will be under active development until October 2017, at
> which time it will enter its long-term stable release, which will be
> maintained actively through April 2019 and for security issues until
> December 2019.
>
>
> == Scope ==
> Proposal owners:
> - Update nodejs
> - Rebuild all binary modules, apply patches as necessary
>
> * Other developers:
> Other Node.js packagers' attention may be required if the update
> causes issues for their packages.
>
> * Release engineering:
> N/A
>
> * Policies and guidelines:
> No expected changes
>
> * Trademark approval:
> N/A (not needed for this Change)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


ppisar uploaded RDF-Trine-1.017.tar.gz for perl-RDF-Trine

2017-06-02 Thread notifications
41cceca1121ff0f32f5e9c214b9f177f6f1b26165edda0c1c139aeb6e1b764210cccd78c05af7106f14a1c8f396d2073af7386eb050c0bad51d024c566e7c490
  RDF-Trine-1.017.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-RDF-Trine/RDF-Trine-1.017.tar.gz/sha512/41cceca1121ff0f32f5e9c214b9f177f6f1b26165edda0c1c139aeb6e1b764210cccd78c05af7106f14a1c8f396d2073af7386eb050c0bad51d024c566e7c490/RDF-Trine-1.017.tar.gz
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org


[Bug 1458088] perl-RDF-Trine-1.017 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1458088

Petr Pisar  changed:

   What|Removed |Added

 Status|MODIFIED|ASSIGNED
   Fixed In Version|gscan2pdf-1.8.2-1.fc27  |



-- 
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 1458088] perl-RDF-Trine-1.017 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1458088

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||gscan2pdf-1.8.2-1.fc27



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

-- 
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 1458080] perl-Locale-Codes-3.52 is available

2017-06-02 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1458080



--- Comment #1 from Petr Pisar  ---
An enhancement release suitable for Fedora ≥ 27. 

Delaying upgrade of this core module until Perl 5.26.0 upgrade is done in Koji.

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


libkpmcore soname bump

2017-06-02 Thread Mattia Verga
I plan to update kpmcore in the weekend, so there will be a soname bump 
to libkpmcore.so.5


I will take care of rebuilding affected packages I'm aware of 
(kde-partitionmanager and calamares).


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


ppisar uploaded Locale-Codes-3.52.tar.gz for perl-Locale-Codes

2017-06-02 Thread notifications
21c02049f8c0daa8663f1f237aa2cc880f941cda097223d9cf2770b90d72dcf1696c248fda3caa426684e93a9e491b9a147a3175f5b30302ad73839fa425ec3b
  Locale-Codes-3.52.tar.gz

https://src.fedoraproject.org/lookaside/pkgs/perl-Locale-Codes/Locale-Codes-3.52.tar.gz/sha512/21c02049f8c0daa8663f1f237aa2cc880f941cda097223d9cf2770b90d72dcf1696c248fda3caa426684e93a9e491b9a147a3175f5b30302ad73839fa425ec3b/Locale-Codes-3.52.tar.gz
___
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-srpm-macros (master). "Perl 5.26 rebuild"

2017-06-02 Thread notifications
From d013a2df63fb777eb024c170db80a3fc6476c65e Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 2 Jun 2017 09:36:29 +0200
Subject: Perl 5.26 rebuild

---
 macros.perl-srpm  | 2 +-
 perl-srpm-macros.spec | 5 -
 2 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/macros.perl-srpm b/macros.perl-srpm
index 114c422..fd86296 100644
--- a/macros.perl-srpm
+++ b/macros.perl-srpm
@@ -13,5 +13,5 @@
 # dependencies, for example: perl-Test-Minimum-Version <->
 # perl-Perl-Minimum-Version Defined for bootstraping, undefined otherwise.
 # Usage: %%if !%%{defined perl_bootstrap} ... %%endif
-#%%perl_bootstrap 1
+%perl_bootstrap 1
 
diff --git a/perl-srpm-macros.spec b/perl-srpm-macros.spec
index 1aba025..a33fb03 100644
--- a/perl-srpm-macros.spec
+++ b/perl-srpm-macros.spec
@@ -1,6 +1,6 @@
 Name:   perl-srpm-macros
 Version:1
-Release:21%{?dist}
+Release:22%{?dist}
 Summary:RPM macros for building Perl source package from source repository
 Group:  Development/Libraries
 License:GPLv3+
@@ -19,6 +19,9 @@ install -m 644 -D "%{SOURCE0}" \
 %{_rpmconfigdir}/macros.d/macros.perl-srpm
 
 %changelog
+* Fri Jun 02 2017 Jitka Plesnikova  - 1.22
+- Perl 5.26 rebuild
+
 * Sat Feb 11 2017 Fedora Release Engineering  - 1-21
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild
 
-- 
cgit v1.1



https://src.fedoraproject.org/cgit/perl-srpm-macros.git/commit/?h=master=d013a2df63fb777eb024c170db80a3fc6476c65e
___
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 (master). "Removed unused patches"

2017-06-02 Thread notifications
From 0546fa18041a8ca223f4f441dc1868fc81ddce0f Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 2 Jun 2017 08:52:22 +0200
Subject: Removed unused patches

---
 ...licate-environment-variables-from-environ.patch | 112 -
 porting-podcheck-regen.patch   |  26 -
 2 files changed, 138 deletions(-)
 delete mode 100644 
perl-5.23.8-remove-duplicate-environment-variables-from-environ.patch
 delete mode 100644 porting-podcheck-regen.patch

diff --git 
a/perl-5.23.8-remove-duplicate-environment-variables-from-environ.patch 
b/perl-5.23.8-remove-duplicate-environment-variables-from-environ.patch
deleted file mode 100644
index c2bd72d..000
--- a/perl-5.23.8-remove-duplicate-environment-variables-from-environ.patch
+++ /dev/null
@@ -1,112 +0,0 @@
-From ae37b791a73a9e78dedb89fb2429d2628cf58076 Mon Sep 17 00:00:00 2001
-From: Tony Cook 
-Date: Wed, 27 Jan 2016 11:52:15 +1100
-Subject: [PATCH] remove duplicate environment variables from environ
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-If we see duplicate environment variables while iterating over
-environ[]:
-
-a) make sure we use the same value in %ENV that getenv() returns.
-
-Previously on a duplicate, %ENV would have the last entry for the name
-from environ[], but a typical getenv() would return the first entry.
-
-Rather than assuming all getenv() implementations return the first entry
-explicitly call getenv() to ensure they agree.
-
-b) remove duplicate entries from environ
-
-Previously if there was a duplicate definition for a name in environ[]
-setting that name in %ENV could result in an unsafe value being passed
-to a child process, so ensure environ[] has no duplicates.
-
-CVE-2016-2381
-
-Signed-off-by: Petr Písař 

- perl.c | 51 +--
- 1 file changed, 49 insertions(+), 2 deletions(-)
-
-diff --git a/perl.c b/perl.c
-index 4a324c6..5c71fd0 100644
 a/perl.c
-+++ b/perl.c
-@@ -4329,23 +4329,70 @@ S_init_postdump_symbols(pTHX_ int argc, char **argv, 
char **env)
-   }
-   if (env) {
- char *s, *old_var;
-+  STRLEN nlen;
- SV *sv;
-+  HV *dups = newHV();
-+
- for (; *env; env++) {
-   old_var = *env;
- 
-   if (!(s = strchr(old_var,'=')) || s == old_var)
-   continue;
-+nlen = s - old_var;
- 
- #if defined(MSDOS) && !defined(DJGPP)
-   *s = '\0';
-   (void)strupr(old_var);
-   *s = '=';
- #endif
--  sv = newSVpv(s+1, 0);
--  (void)hv_store(hv, old_var, s - old_var, sv, 0);
-+if (hv_exists(hv, old_var, nlen)) {
-+const char *name = savepvn(old_var, nlen);
-+
-+/* make sure we use the same value as getenv(), otherwise 
code that
-+   uses getenv() (like setlocale()) might see a different 
value to %ENV
-+ */
-+sv = newSVpv(PerlEnv_getenv(name), 0);
-+
-+/* keep a count of the dups of this name so we can de-dup 
environ later */
-+if (hv_exists(dups, name, nlen))
-+++SvIVX(*hv_fetch(dups, name, nlen, 0));
-+else
-+(void)hv_store(dups, name, nlen, newSViv(1), 0);
-+
-+Safefree(name);
-+}
-+else {
-+sv = newSVpv(s+1, 0);
-+}
-+  (void)hv_store(hv, old_var, nlen, sv, 0);
-   if (env_is_not_environ)
-   mg_set(sv);
- }
-+  if (HvKEYS(dups)) {
-+  /* environ has some duplicate definitions, remove them */
-+  HE *entry;
-+  hv_iterinit(dups);
-+  while ((entry = hv_iternext_flags(dups, 0))) {
-+  STRLEN nlen;
-+  const char *name = HePV(entry, nlen);
-+  IV count = SvIV(HeVAL(entry));
-+  IV i;
-+  SV **valp = hv_fetch(hv, name, nlen, 0);
-+
-+  assert(valp);
-+
-+  /* try to remove any duplicate names, depending on the
-+   * implementation used in my_setenv() the iteration might
-+   * not be necessary, but let's be safe.
-+   */
-+  for (i = 0; i < count; ++i)
-+  my_setenv(name, 0);
-+
-+  /* and set it back to the value we set $ENV{name} to */
-+  my_setenv(name, SvPV_nolen(*valp));
-+  }
-+  }
-+  SvREFCNT_dec_NN(dups);
-   }
- #endif /* USE_ENVIRON_ARRAY */
- #endif /* !PERL_MICRO */
--- 
-2.5.0
-
diff --git a/porting-podcheck-regen.patch b/porting-podcheck-regen.patch
deleted file mode 100644
index 15df130..000
--- a/porting-podcheck-regen.patch
+++ /dev/null
@@ -1,26 +0,0 @@
-diff -up