[Bug 1457844] perl-Crypt-OpenSSL-EC-1.3 is available
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1458088 Fedora Update Systemchanged: 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
https://bugzilla.redhat.com/show_bug.cgi?id=1457844 Fedora Update Systemchanged: 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
https://bugzilla.redhat.com/show_bug.cgi?id=1458259 Fedora Update Systemchanged: 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
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
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
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
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
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 MillerFedora 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
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
On Fri, Jun 2, 2017 at 4:07 PM, Matthew Millerwrote: > 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
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 MillerFedora 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
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
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
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 MillerFedora 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
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 MillerFedora 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
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
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 MillerFedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
python-dnf questions
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
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)
=== #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
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
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
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
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"
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"
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
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 MillerFedora 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
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
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
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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1458259 Petr Pisarchanged: 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"
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"
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"
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"
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
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
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
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
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
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
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)
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...
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
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...
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"
From 0e8f781327d69a556704653805d94846a220b017 Mon Sep 17 00:00:00 2001 From: Paul HowarthDate: 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"
From 92f40c92581f10b31232703efb2df42b7c5c3119 Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: 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"
From c6ae91038f522a38c239fe92fcf3e443982c351f Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: 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"
From 9222753d5905974b78484ae148c66473c9112c1a Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: 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"
From a3242ec8ad71d6745fce243b56ea60ac85a415ca Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: 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"
From 626b34547f64ad80cbe9cd92e92f6da891514e54 Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: 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"
From e3ff0d84b51f959f385fc6a9d557c7521dcc263f Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: 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"
From 1cc589830adf977b2361de75be1b5a02748018bb Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: 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"
From 42891dbeccde29f71f0a545ac6ef7e4984f04e3c Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: 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
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?
On Fri, Jun 2, 2017 at 1:15 PM, Zbigniew Jędrzejewski-Szmekwrote: > 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
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
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"
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"
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
https://bugzilla.redhat.com/show_bug.cgi?id=1458088 Petr Pisarchanged: 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"
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
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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1458088 Petr Pisarchanged: 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
https://bugzilla.redhat.com/show_bug.cgi?id=1458088 Petr Pisarchanged: 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
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
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
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"
From d013a2df63fb777eb024c170db80a3fc6476c65e Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: 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"
From 0546fa18041a8ca223f4f441dc1868fc81ddce0f Mon Sep 17 00:00:00 2001 From: Jitka PlesnikovaDate: 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