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

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 551  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 313  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f   
mcollective-2.8.4-1.el7
  76  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e0c08a1414   
php-PHPMailer-5.2.16-2.el7
  32  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-23fa04bf1c   
redis-3.2.3-1.el7
  30  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-4b8dd3488d   
knot-1.6.8-1.el7
  15  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e8f4ff76b3   
chicken-4.11.0-3.el7
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-62fd4a9900   
phpMyAdmin-4.4.15.8-2.el7
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-c1dbac22db   
elog-3.1.1-7.el7
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-2a2061ee5f   
php-adodb-5.15-10.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-7e2d0ee701   
wordpress-4.6.1-1.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-12c4b7b928   
php-horde-Horde-Core-2.26.1-1.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-c7c4c1e885   
php-horde-Horde-Mime-Viewer-2.2.1-1.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-175e2d3d7c   
php-horde-Horde-Text-Filter-2.3.5-1.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-f71c0650c3   
php-horde-horde-5.2.12-1.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-77f23b948f   
GraphicsMagick-1.3.25-1.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-0e40142bd3   
pdns-3.4.10-1.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-6d70ae9a57   
chromium-53.0.2785.101-1.el7


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

am-utils-6.2.0-20.el7
chromium-53.0.2785.101-1.el7
gitolite3-3.6.6-1.el7
kbibtex-0.6-4.el7
pdns-3.4.10-1.el7
perl-MCE-1.805-1.el7
php-ircmaxell-random-lib-1.2.0-1.el7
python-arrow-0.8.0-3.el7
python-fmn-rules-0.9.1-1.el7
python-pyvmomi-6.0.0.2016.6-1.el7
python3-dateutil-2.4.2-3.el7

Details about builds:



 am-utils-6.2.0-20.el7 (FEDORA-EPEL-2016-8bddd3a8a4)
 Automount utilities including an updated version of Amd

Update Information:

- sync with updtream git and add a couple of bug fixes.




 chromium-53.0.2785.101-1.el7 (FEDORA-EPEL-2016-6d70ae9a57)
 A WebKit (Blink) powered web browser

Update Information:

Stable update to 53.0.2785.101.  Security fix for CVE-2016-5147, CVE-2016-5148,
CVE-2016-5149, CVE-2016-5150, CVE-2016-5151, CVE-2016-5152, CVE-2016-5153,
CVE-2016-5154, CVE-2016-5155, CVE-2016-5156, CVE-2016-5157, CVE-2016-5158,
CVE-2016-5159, CVE-2016-5161, CVE-2016-5162, CVE-2016-5163, CVE-2016-5164,
CVE-2016-5165, CVE-2016-5166, CVE-2016-5160, CVE-2016-5167  Also applies fix for
chrome-remote-desktop where HOME env variable was not properly set via systemd
service.    Remove fedora only Requires, use bundled harfbuzz because el7
system lib is too old.    Disabled hidpi option in Chromium. Cleanup
widevine handling so that third party addon package can exist. Add
Requires(post) for selinux deps. Fix provides/requires to not include private
libs.

References:

  [ 1 ] Bug #1372229 - CVE-2016-5167 chromium-browser: various fixes from 
internal audits
https://bugzilla.redhat.com/show_bug.cgi?id=1372229
  [ 2 ] Bug #1372228 - CVE-2016-5160 chromium-browser: extensions web 
accessible resources bypass
https://bugzilla.redhat.com/show_bug.cgi?id=1372228
  [ 3 ] Bug #1372227 - CVE-2016-5166 chromium-browser: smb relay attack via 
save page as
https://bugzilla.redhat.com/show_bug.cgi?id=1372227
  [ 4 ] Bug #1372225 - CVE-2016-5165 chromium-browser: script injection in 
devtools
https://bugzilla.redhat.com/show_bug.cgi?id=1372225
  [ 5 ] Bug #1372224 - CVE-2016-5164 chromium-browser: universal xss using 
devtools
https://bugzilla.redhat.com/show_bug.cgi?id=1372224
  [ 6 ] Bug #1372223 - CVE-2016-5163 chromium-browser: address bar spoofing
https://bugzilla.redhat.com/show_bug.cgi?id=1372223
  [ 7 ] Bug #137 - CVE-2016-5162 chromium-browser: extensions web 
accessible resources bypass
https://bugzilla.redhat.com/show_bug.cgi?id=137
  [ 8 ] Bug #1372221 - CVE-2016-5161 chromium-browser: type confusion in blink
https://bugzilla.redhat.com/show_bug.cgi?id=1372221

Fedora Rawhide-20160909.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Kde live i386
Kde live x86_64
Cloud_base raw-xz i386
Atomic raw-xz x86_64
Kde raw-xz armhfp

Failed openQA tests: 5/85 (x86_64), 3/16 (i386), 1/2 (arm)

New failures (same test did not fail in Rawhide-20160908.n.0):

ID: 33357   Test: x86_64 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/33357
ID: 33389   Test: i386 universal install_software_raid
URL: https://openqa.fedoraproject.org/tests/33389
ID: 33395   Test: i386 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/33395

Old failures (same test failed in Rawhide-20160908.n.0):

ID: 33309   Test: x86_64 Atomic-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/33309
ID: 33310   Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/33310
ID: 33326   Test: x86_64 Server-dvd-iso realmd_join_cockpit
URL: https://openqa.fedoraproject.org/tests/33326
ID: 5   Test: x86_64 universal install_anaconda_text
URL: https://openqa.fedoraproject.org/tests/5
ID: 33356   Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/33356
ID: 33394   Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/33394

Passed openQA tests: 80/85 (x86_64), 13/16 (i386)

New passes (same test did not pass in Rawhide-20160908.n.0):

ID: 33306   Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/33306
ID: 33325   Test: x86_64 Server-dvd-iso server_cockpit_basic
URL: https://openqa.fedoraproject.org/tests/33325
ID: 33361   Test: x86_64 universal install_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/33361
ID: 33373   Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/33373
ID: 33376   Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/33376
ID: 33377   Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/33377

Skipped openQA tests: 1 of 103
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1285807] Opening About Slic3r dialog window crashes slic3r

[bugzilla]

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



--- Comment #12 from Fedora Update System  ---
slic3r-1.2.9-8.fc23 has been pushed to the Fedora 23 stable repository. If
problems still persist, please make note of it in this bug report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1285807] Opening About Slic3r dialog window crashes slic3r

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|slic3r-1.2.9-8.fc24 |slic3r-1.2.9-8.fc24
   |slic3r-1.2.9-8.fc25 |slic3r-1.2.9-8.fc25
   ||slic3r-1.2.9-8.fc23



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Broken dependencies: perl-Data-Alias

[buildsys]

perl-Data-Alias has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Alias-1.20-2.fc24.x86_64 requires libperl.so.5.22()(64bit)
perl-Data-Alias-1.20-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1)
On i386:
perl-Data-Alias-1.20-2.fc24.i686 requires libperl.so.5.22
perl-Data-Alias-1.20-2.fc24.i686 requires perl(:MODULE_COMPAT_5.22.1)
On armhfp:
perl-Data-Alias-1.20-2.fc24.armv7hl requires libperl.so.5.22
perl-Data-Alias-1.20-2.fc24.armv7hl requires perl(:MODULE_COMPAT_5.22.1)
Please resolve this as soon as possible.

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Fedorahosted.org sunset: 2017-02-28

[Adam Williamson]

On Wed, 2016-09-07 at 10:44 -0600, Kevin Fenzi wrote:
> Greetings. 
> 
> Fedora Infrastructure currently maintains two sites for general open
> source code hosting: fedorahosted.org and pagure.io. 
> 
> Fedorahosted.org was established in late 2007 using Trac for issues and
> wiki pages, Fedora Account System groups for access control and source
> uploads, and offering a variety of Source Control Management tools
> (git, svn, hg, bzr). With the rise of new workflows and source
> repositories fedorahosted.org has ceased to grow, adding just one new
> project this year and a handful the year before. 

I'm replying here as I'm not subscribed to users@.

Pagure is fine for code projects, but we (still) use the fedora-qa trac
instance for tracking non-code-related activity, like arranging Test
Days. Is Pagure the recommended replacement for this kind of purpose
also? It doesn't feel right. If not, what is? Thanks!
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

What to do with fedora-qa (fedorahosted is dying)

[Adam Williamson]

We still have a few miscellaneous things hosted in:

https://git.fedorahosted.org/cgit/fedora-qa.git

since fedorahosted is dying next February, what should we do with them?
Is this the point where we should finally decide whether to use
Phabricator's built-in repository support or Pagure for this stuff and
the stuff we currently host on bitbucket?

We also still use the fedorahosted *trac* for non-code-related activity
tracking, but I guess that's better followed up on test@.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
qa-devel mailing list
qa-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/qa-devel@lists.fedoraproject.org

[Test-Announce] 2016-09-12 @ 15:00 UTC - Fedora QA Meeting

[Adam Williamson]

# Fedora Quality Assurance Meeting
# Date: 2016-09-12
# Time: 15:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net

Greetings testers!

It's meeting time again on Monday! We haven't had a meeting for a while
and everyone should be around so far as I know, so a good time to sync
up.

If anyone has any other items for the agenda, please reply to this
email and suggest them! Thanks.

== Proposed Agenda Topics ==

1. Previous meeting follow-up
2. Fedora 25 Beta status
3. Test Day status
4. Open floor
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/test-annou...@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Test-Announce] 2016-09-12 @ 16:00 UTC - Fedora 25 Blocker Review

[Adam Williamson]

# F25 Blocker Review meeting
# Date: 2016-09-12
# Time: 16:00 UTC
# Location: #fedora-blocker-review on irc.freenode.net

Hi folks! We currently have 9 proposed Beta blockers and 9 proposed
Final blockers to review (whew - this might be a long one).

If you have time this weekend, you can take a look at the proposed or
accepted blockers before the meeting -  the full lists can be found
here: https://qa.fedoraproject.org/blockerbugs/ .

We'll be evaluating these bugs to see if they violate any of the 
Release Criteria and warrant the blocking of a release if they're not 
fixed. Information on the release criteria for F25 can be found on the 
wiki [0].

For more information about the Blocker and Freeze exception process, 
check out these links:
 - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process
 - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process

And for those of you who are curious how a Blocker Review Meeting 
works - or how it's supposed to go and you want to run one - check out 
the SOP on the wiki:
 - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting

Have a good weekend and see you Monday!


[0] https://fedoraproject.org/wiki/Fedora_Release_Criteria
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/test-annou...@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1372494] perl-Date-Manip-6.56 is available

[bugzilla]

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

Upstream Release Monitoring  
changed:

   What|Removed |Added

Summary|perl-Date-Manip-6.55 is |perl-Date-Manip-6.56 is
   |available   |available



--- Comment #2 from Upstream Release Monitoring 
 ---
Latest upstream release: 6.56
Current version/release in rawhide: 6.54-1.fc25
URL: http://search.cpan.org/dist/Date-Manip/

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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1374879] New: perl-Config-Grammar-1.12 is available

[bugzilla]

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

Bug ID: 1374879
   Summary: perl-Config-Grammar-1.12 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Config-Grammar
  Keywords: FutureFeature, Triaged
  Assignee: terje...@phys.ntnu.no
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org,
terje...@phys.ntnu.no



Latest upstream release: 1.12
Current version/release in rawhide: 1.11-2.fc25
URL: http://search.cpan.org/dist/Config-Grammar/

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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1374879] perl-Config-Grammar-1.12 is available

[bugzilla]

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



--- Comment #3 from Upstream Release Monitoring 
 ---
Patches were not touched. All were applied properly

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1374879] perl-Config-Grammar-1.12 is available

[bugzilla]

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



--- Comment #2 from Upstream Release Monitoring 
 ---
Created attachment 1199671
  --> https://bugzilla.redhat.com/attachment.cgi?id=1199671=edit
Rebase-helper rebase-helper-debug.log log file.
See for details and report the eventual error to rebase-helper
https://github.com/phracek/rebase-helper/issues.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1374879] perl-Config-Grammar-1.12 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Patching or scratch build for perl-Config-Grammar-1.11 failed.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: TBB license change and package rebuilds - openmp issues

[Orion Poplawski]

On 09/09/2016 10:50 AM, Jakub Jelinek wrote:
> On Fri, Sep 09, 2016 at 10:22:19AM -0600, Orion Poplawski wrote:
>> On 09/09/2016 08:24 AM, Jerry James wrote:
>>> There is no soname bump in this release, but one section of the API
>>> changed in a backwards-incompatible way.  
>>
>> If they broke ABI, why wasn't the soname bumped?
>>
>>> If the suitesparse maintainer does not object, I would also like to
>>> fix something I noticed in the build logs.  GCC complains about
>>> unrecognized pragmas.
>>> - #pragma ivdep: I propose to change all instances of this to #pragma GCC 
>>> ivdep.
>>> - #pragma novector: there is no GCC equivalent, so nothing can be done here.
>>> - #pragma omp ...: I propose to build CHOLMOD with -fopenmp so these
>>> will be defined and used.
>>
>> I'm concerned about this last change - if I understand it correctly 
>> everything
>> that link to CHOLMOD will now need to use -fopenmp as well.  I'm not
>> necessarily opposed to this, but it does have larger ramifications.  I know 
>> in
>> various places libraries will provide both serial and openmp versions.  I
>> wonder if it's time for Fedora to work out a scheme for this, or perhaps
>> simply embrace the multi-core age and accept openmp versions as standard.
> 
> Why would you need to compile all other libraries that use something with
> -fopenmp just because you built something with -fopenmp?  If it is a shared
> library, it will be (have to be) linked with -fopenmp and thus link libgomp
> and libpthread, but other libraries can still be serial or use
> POSIX threads on their own. If it is a static library, sure, you need to
> make sure you link with -fopenmp whatever links that static library in, but
> that doesn't mean you need to compile anything else with -fopenmp.
> If the library compiled with -fopenmp calls into code from other libraries
> from parallel regions, sure, you need to make sure that those functions are
> thread safe, but that is about it.
> 
>   Jakub

Ah, yes, thanks for the clarification.  However, suitesparse does ship static
libraries, so at least for those I think the openmp versions should be named
different.

One question I have though is if the application using the shared openmp
compiled library is not linked with -fopenmp, will the openmp code in the
library get activated or not?

-- 
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301   http://www.nwra.com
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F24, small backward steps

[Adam Williamson]

On Fri, 2016-09-09 at 17:45 -0400, Roger Wells wrote:
> 
> Let me know if you think I should submit this upstream somewhere.

Probably to gnome-shell on bugzilla.gnome.org , I guess.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1372504] perl-Sereal-Decoder-3.015 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Sereal-Decoder-3.015-1 |perl-Sereal-Decoder-3.015-1
   |.fc26   |.fc26
   ||perl-Sereal-Decoder-3.015-1
   ||.fc25
 Resolution|--- |ERRATA
Last Closed||2016-09-09 17:48:17



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1372498] perl-Locale-Codes-3.40 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Locale-Codes-3.40-1.fc |perl-Locale-Codes-3.40-1.fc
   |26  |26
   ||perl-Locale-Codes-3.40-1.fc
   ||25
 Resolution|--- |ERRATA
Last Closed||2016-09-09 17:48:29



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1372498] perl-Locale-Codes-3.40 is available

[bugzilla]

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



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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1372492] perl-Config-Model-Tester-2.057 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Config-Model-Tester-2. |perl-Config-Model-Tester-2.
   |057-1.fc26  |057-1.fc26
   ||perl-Config-Model-Tester-2.
   ||057-1.fc25
 Resolution|--- |ERRATA
Last Closed||2016-09-09 17:48:24



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1372510] perl-Sys-Syslog-0.35 is available

[bugzilla]

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



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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1372503] perl-Sereal-3.015 is available

[bugzilla]

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



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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1372504] perl-Sereal-Decoder-3.015 is available

[bugzilla]

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



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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1372503] perl-Sereal-3.015 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1372503
Bug 1372503 depends on bug 1372505, which changed state.

Bug 1372505 Summary: perl-Sereal-Encoder-3.015 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1372505

   What|Removed |Added

 Status|ON_QA   |CLOSED
 Resolution|--- |ERRATA



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1372492] perl-Config-Model-Tester-2.057 is available

[bugzilla]

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



--- Comment #6 from Fedora Update System  ---
perl-Config-Model-Tester-2.057-1.fc25 has been pushed to the Fedora 25 stable
repository. If problems still persist, please make note of it in this bug
report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1372503] perl-Sereal-3.015 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1372503
Bug 1372503 depends on bug 1372504, which changed state.

Bug 1372504 Summary: perl-Sereal-Decoder-3.015 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1372504

   What|Removed |Added

 Status|ON_QA   |CLOSED
 Resolution|--- |ERRATA



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1372505] perl-Sereal-Encoder-3.015 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Sereal-Encoder-3.015-1 |perl-Sereal-Encoder-3.015-1
   |.fc26   |.fc26
   ||perl-Sereal-Encoder-3.015-1
   ||.fc25
 Resolution|--- |ERRATA
Last Closed||2016-09-09 17:48:09



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1372510] perl-Sys-Syslog-0.35 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Sys-Syslog-0.35-1.fc26 |perl-Sys-Syslog-0.35-1.fc26
   ||perl-Sys-Syslog-0.35-1.fc25
 Resolution|--- |ERRATA
Last Closed||2016-09-09 17:47:58



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1372505] perl-Sereal-Encoder-3.015 is available

[bugzilla]

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



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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1372503] perl-Sereal-3.015 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Sereal-3.015-1.fc26|perl-Sereal-3.015-1.fc26
   ||perl-Sereal-3.015-1.fc25
 Resolution|--- |ERRATA
Last Closed||2016-09-09 17:48:04



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1370801] perl-Redis-1.991 is available

[bugzilla]

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



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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1372985] perl-Module-Metadata-Changes-2.11 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version||perl-Module-Metadata-Change
   ||s-2.11-1.fc25
 Resolution|--- |ERRATA
Last Closed||2016-09-09 17:47:39



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1372982] perl-IO-Interactive-1.022 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-IO-Interactive-1.022-1 |perl-IO-Interactive-1.022-1
   |.fc26   |.fc26
   ||perl-IO-Interactive-1.022-1
   ||.fc25
 Resolution|--- |ERRATA
Last Closed||2016-09-09 17:47:45



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1370801] perl-Redis-1.991 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-Redis-1.991-1.fc26 |perl-Redis-1.991-1.fc26
   ||perl-Redis-1.991-1.fc25
 Resolution|--- |ERRATA
Last Closed||2016-09-09 17:47:51



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1372982] perl-IO-Interactive-1.022 is available

[bugzilla]

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



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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1372985] perl-Module-Metadata-Changes-2.11 is available

[bugzilla]

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



--- Comment #3 from Fedora Update System  ---
perl-Module-Metadata-Changes-2.11-1.fc25 has been pushed to the Fedora 25
stable repository. If problems still persist, please make note of it in this
bug report.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: F24, small backward steps

[Roger Wells]

On 09/09/2016 04:44 PM, Adam Williamson wrote:
> On Fri, 2016-09-09 at 15:53 -0400, Roger Wells wrote:
>> Just a couple of smallish things after upgrading (via dnf) from F23 to
>> F24 a couple of months ago:
>>
>> 1. deja-dup gui:
>>
>> one has to deselect then reselect the Overview option in order
>> to be offered the "Backup Now" option.
>>
>> The details option in the progress dialog will only display two
>> or three lines, is not resizeable, and does not follow resizing the
>> entire dialog
>>
>> The progress dialog does not wait to be dismissed at the end,
>> causing any messages about problems (like failure to backup a particular
>> file) to not be seen
> 
> This really isn't anything particular to Fedora. deja-dup is just an
> app we ship. The appropriate place to report issues with it is to its
> upstream bug tracker.

Just did that.
> 
>> 2. fingerprint identification:
>>
>> The laptop has a fingerprint reader and it works fine.  However
>> I prefer not to use it. The user set up specifies that fingerprint login
>> is disabled.
>>
>> However whenever I am asked for a password the fingerprint
>> reader blinks until I swipe a finger over it (even after using a
>> password). 
>>
>> No fingerprint is registered.
>>
>> This is different than F23 where it never blinked.
> 
> This you should probably file a bug on (against, I guess, gnome-shell?
> But it depends a lot on the answer to my second question below...), but
> with a bit more detail. What exactly do you mean by "The user set up
> specifies that fingerprint login is disabled" - what "user set up" are
> you referring to exactly? When exactly does this happen - more detail
> on "whenever I am asked for a password". Thanks!

1. Press the button on the upper right corner of the Gnome desktop.
2. Press the settings button on the lower left of the menu
3. Select Users

On the resulting "Users" dialog one can select Fingerprint Login:
Disabled/Enabled

In my case it is Disabled

As far as when this occurs, at least:
1. at boot up login
2. after suspense login
and not
1. not when a browser asks for a password when visiting a site
2. when issuing a command using sudo, like mounting an external share

Once again, this did not occur on F23 and started as soon as I upgraded
to F24

Its no big deal.  We could do like windows 10 which just stops the
fingerprint reader when a password is entered.

Let me know if you think I should submit this upstream somewhere.

It feels like it may be similar to the scrolling problems mentioned that
seem be fixed after installing libinit and adjusting some configuration
files in /etc.  After doing that the Gnome "Mouse & Touchpad" settings
dialog (same place as the "Users" mentioned above) took on a whole new
meaningful life.

HTH,
thanks for your response

> 


-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F24, small backward steps

[Paul Wouters]

On Fri, 9 Sep 2016, Adam Williamson wrote:


2. fingerprint identification:

The laptop has a fingerprint reader and it works fine.  However
I prefer not to use it. The user set up specifies that fingerprint login
is disabled.

However whenever I am asked for a password the fingerprint
reader blinks until I swipe a finger over it (even after using a
password).

No fingerprint is registered.

This is different than F23 where it never blinked.


This you should probably file a bug on (against, I guess, gnome-shell?
But it depends a lot on the answer to my second question below...), but
with a bit more detail. What exactly do you mean by "The user set up
specifies that fingerprint login is disabled" - what "user set up" are
you referring to exactly? When exactly does this happen - more detail
on "whenever I am asked for a password". Thanks!


This happened to me too. I did not enable fingerprint based logins
(since half a dozen governments have my fingerprints) and whenever I
open my laptop or unlock the screensaver using a password, the green
fingerprint LED starts blinking. This did not happen on f23.

Paul
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F26 System Wide Change: DNF 2.0

[Pierre-Yves Chibon]

On Fri, Sep 09, 2016 at 11:00:21PM +0200, Igor Gnatenko wrote:
> If it requires actions from releng, then it's system-wide change. But
> it's not about changing existing process of building distro, it's just
> bugfixing releng tools.
> 
> So I'm not sure.
> 
> On Fri, Sep 9, 2016 at 10:38 PM, Mathieu Bridon  wrote:
> > Hi,
> >
> > On Fri, 2016-09-09 at 16:49 +0200, Jan Kurik wrote:
> >> = Proposed System Wide Change: DNF 2.0 =
> >
> > This email says it is a system-wide change.
> >
> >> https://fedoraproject.org/wiki/Changes/DNF-2.0
> >
> > But this page keeps saying « not a System Wide Change ».
> >
> > Which is? :)

Well, it could influence releng depending on the behavior of dnf-2 vs -1 and I
think dnf is critical enough that making it a System Wide Change would be a good
idea regardless.

What is the down side of making a System-Wide Change? More people know about it?
A more defined rollback procedure?
Both seems like good ideas :)


My 2cts,
Pierre
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F26 System Wide Change: DNF 2.0

[Igor Gnatenko]

If it requires actions from releng, then it's system-wide change. But
it's not about changing existing process of building distro, it's just
bugfixing releng tools.

So I'm not sure.

On Fri, Sep 9, 2016 at 10:38 PM, Mathieu Bridon  wrote:
> Hi,
>
> On Fri, 2016-09-09 at 16:49 +0200, Jan Kurik wrote:
>> = Proposed System Wide Change: DNF 2.0 =
>
> This email says it is a system-wide change.
>
>> https://fedoraproject.org/wiki/Changes/DNF-2.0
>
> But this page keeps saying « not a System Wide Change ».
>
> Which is? :)
>
>
> --
> Mathieu
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org



-- 
-Igor Gnatenko
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F24, small backward steps

[Adam Williamson]

On Fri, 2016-09-09 at 15:53 -0400, Roger Wells wrote:
> Just a couple of smallish things after upgrading (via dnf) from F23 to
> F24 a couple of months ago:
> 
> 1. deja-dup gui:
> 
> one has to deselect then reselect the Overview option in order
> to be offered the "Backup Now" option.
> 
> The details option in the progress dialog will only display two
> or three lines, is not resizeable, and does not follow resizing the
> entire dialog
> 
> The progress dialog does not wait to be dismissed at the end,
> causing any messages about problems (like failure to backup a particular
> file) to not be seen

This really isn't anything particular to Fedora. deja-dup is just an
app we ship. The appropriate place to report issues with it is to its
upstream bug tracker.

> 2. fingerprint identification:
> 
> The laptop has a fingerprint reader and it works fine.  However
> I prefer not to use it. The user set up specifies that fingerprint login
> is disabled.
> 
> However whenever I am asked for a password the fingerprint
> reader blinks until I swipe a finger over it (even after using a
> password). 
> 
> No fingerprint is registered.
> 
> This is different than F23 where it never blinked.

This you should probably file a bug on (against, I guess, gnome-shell?
But it depends a lot on the answer to my second question below...), but
with a bit more detail. What exactly do you mean by "The user set up
specifies that fingerprint login is disabled" - what "user set up" are
you referring to exactly? When exactly does this happen - more detail
on "whenever I am asked for a password". Thanks!
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

F24, small backward steps

[Roger Wells]

Just a couple of smallish things after upgrading (via dnf) from F23 to
F24 a couple of months ago:

1. deja-dup gui:

one has to deselect then reselect the Overview option in order
to be offered the "Backup Now" option.

The details option in the progress dialog will only display two
or three lines, is not resizeable, and does not follow resizing the
entire dialog

The progress dialog does not wait to be dismissed at the end,
causing any messages about problems (like failure to backup a particular
file) to not be seen

2. fingerprint identification:

The laptop has a fingerprint reader and it works fine.  However
I prefer not to use it. The user set up specifies that fingerprint login
is disabled.

However whenever I am asked for a password the fingerprint
reader blinks until I swipe a finger over it (even after using a
password). 

No fingerprint is registered.

This is different than F23 where it never blinked.

3. Scrolling issues:

This, edge and natural scrolling via the touchpad, was covered
nicely in a previous thread. 

Solutions offered there work well but should be better
integrated as I am sure they will be.


Desktop is: gnome-desktop3-3.20.2-1.fc24.x86_64

laptop is Thinkpad X240 (Intel graphics)

Not to be a pita, just trying to help
I really like Fedora & the Gnome desktop

-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Please clean up unneeded files from fedorapeople.org groups and repos

[Kevin Fenzi]

On Fri, 9 Sep 2016 08:37:19 +0200
Igor Gnatenko  wrote:

> Kevin, help me please with cleanup:
> 
> [ignatenkobrain@people02 ~][PROD]$ rm -rf
> /home/fedora/ignatenkobrain/public_git/*
> rm: cannot remove
> ‘/home/fedora/ignatenkobrain/public_git/shiny.git/objects/20/3a73563e678017862cc45354588d40a967a57d’:
> Permission denied
> rm: cannot remove
> ‘/home/fedora/ignatenkobrain/public_git/shiny.git/objects/8b/cff8eb33b25bef2d995ce4bc420153f2c1aade’:
> Permission denied
> rm: cannot remove
> ‘/home/fedora/ignatenkobrain/public_git/shiny.git/objects/a8/3159425e2105565b79d0daeef7e16073d0d32a’:
> Permission denied
> rm: cannot remove
> ‘/home/fedora/ignatenkobrain/public_git/shiny.git/objects/e5/2ea1c393718f48e74abf0c2062b753cb542f4c’:
> Permission denied
> rm: cannot remove
> ‘/home/fedora/ignatenkobrain/public_git/shiny.git/objects/ef/56842f0422bf92e453ec47c8f1556bdeb04b77’:
> Permission denied
> rm: cannot remove
> ‘/home/fedora/ignatenkobrain/public_git/shiny.git/objects/f0/5c6e5deddbcc835948588534b0c2f34248d6f6’:
> Permission denied

Removed. 

Those were files pushed by someone else into your repo. I would have
thought acls would allow you to remove them, but the acls seem to have
gotten lost somewhere. 

Anyhow, they are removed and thanks for cleaning up your space.

kevin


pgpQvfKZY5nTo.pgp
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Weak deps in updates

[Kevin Fenzi]

ok. With excellent help from walters we got the atomic updates composes
working again and everything has now pushed out. (Although
fedora-24-updates-testing just pushed out so it will take it a few to
mirror). 

So, all the updates/updates-testing repos should now have weak deps. 

Can folks retest and let me know if there's still any issues?

Thanks,

kevin


pgpdxey_Dfyiu.pgp
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1373678] perl-CPAN-Uploader-0.103013 is available

[bugzilla]

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



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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1373911] perl-Inline-Filters-0.18 is available

[bugzilla]

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



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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: TBB license change and package rebuilds - openmp issues

[Benson Muite]

On 09/09/2016 07:37 PM, Dominik 'Rathann' Mierzejewski wrote:

On Friday, 09 September 2016 at 18:22, Orion Poplawski wrote:

On 09/09/2016 08:24 AM, Jerry James wrote:

There is no soname bump in this release, but one section of the API
changed in a backwards-incompatible way.

If they broke ABI, why wasn't the soname bumped?


If the suitesparse maintainer does not object, I would also like to
fix something I noticed in the build logs.  GCC complains about
unrecognized pragmas.
- #pragma ivdep: I propose to change all instances of this to #pragma GCC ivdep.
- #pragma novector: there is no GCC equivalent, so nothing can be done here.
- #pragma omp ...: I propose to build CHOLMOD with -fopenmp so these
will be defined and used.

I'm concerned about this last change - if I understand it correctly everything
that link to CHOLMOD will now need to use -fopenmp as well.  I'm not
necessarily opposed to this, but it does have larger ramifications.  I know in
various places libraries will provide both serial and openmp versions.  I
wonder if it's time for Fedora to work out a scheme for this, or perhaps
simply embrace the multi-core age and accept openmp versions as standard.

I'd be wary against making it default. Thread-safety is still not
universal and sometimes multi-threading makes things slower.

Regards,
Dominik


Many codes can use multithreading support, though one sometimes gets 
conflicts.  It would be beneficial to have two builds  - single threaded 
and multithreaded, perhaps with single threaded as default. People can 
then choose appropriate package. Multithreaded can lead to improvements, 
but is problem dependent. Are there standard flags for multithreaded builds?

--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1346513] perl-File-Next-1.16 is available

[bugzilla]

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



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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1346513] perl-File-Next-1.16 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-File-Next-1.16-1.fc25  |perl-File-Next-1.16-1.fc25
   |perl-File-Next-1.16-1.fc24  |perl-File-Next-1.16-1.fc24
   |perl-File-Next-1.16-1.fc23  |perl-File-Next-1.16-1.fc23
   |perl-File-Next-1.16-1.el6   |perl-File-Next-1.16-1.el6
   ||perl-File-Next-1.16-1.el7



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: TBB license change and package rebuilds - openmp issues

[Jakub Jelinek]

On Fri, Sep 09, 2016 at 10:22:19AM -0600, Orion Poplawski wrote:
> On 09/09/2016 08:24 AM, Jerry James wrote:
> > There is no soname bump in this release, but one section of the API
> > changed in a backwards-incompatible way.  
> 
> If they broke ABI, why wasn't the soname bumped?
> 
> > If the suitesparse maintainer does not object, I would also like to
> > fix something I noticed in the build logs.  GCC complains about
> > unrecognized pragmas.
> > - #pragma ivdep: I propose to change all instances of this to #pragma GCC 
> > ivdep.
> > - #pragma novector: there is no GCC equivalent, so nothing can be done here.
> > - #pragma omp ...: I propose to build CHOLMOD with -fopenmp so these
> > will be defined and used.
> 
> I'm concerned about this last change - if I understand it correctly everything
> that link to CHOLMOD will now need to use -fopenmp as well.  I'm not
> necessarily opposed to this, but it does have larger ramifications.  I know in
> various places libraries will provide both serial and openmp versions.  I
> wonder if it's time for Fedora to work out a scheme for this, or perhaps
> simply embrace the multi-core age and accept openmp versions as standard.

Why would you need to compile all other libraries that use something with
-fopenmp just because you built something with -fopenmp?  If it is a shared
library, it will be (have to be) linked with -fopenmp and thus link libgomp
and libpthread, but other libraries can still be serial or use
POSIX threads on their own. If it is a static library, sure, you need to
make sure you link with -fopenmp whatever links that static library in, but
that doesn't mean you need to compile anything else with -fopenmp.
If the library compiled with -fopenmp calls into code from other libraries
from parallel regions, sure, you need to make sure that those functions are
thread safe, but that is about it.

Jakub
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1346513] perl-File-Next-1.16 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-File-Next-1.16-1.fc25  |perl-File-Next-1.16-1.fc25
   |perl-File-Next-1.16-1.fc24  |perl-File-Next-1.16-1.fc24
   |perl-File-Next-1.16-1.fc23  |perl-File-Next-1.16-1.fc23
   ||perl-File-Next-1.16-1.el6



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1346513] perl-File-Next-1.16 is available

[bugzilla]

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



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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: TBB license change and package rebuilds - openmp issues

[Dominik 'Rathann' Mierzejewski]

On Friday, 09 September 2016 at 18:22, Orion Poplawski wrote:
> On 09/09/2016 08:24 AM, Jerry James wrote:
> > There is no soname bump in this release, but one section of the API
> > changed in a backwards-incompatible way.  
> 
> If they broke ABI, why wasn't the soname bumped?
> 
> > If the suitesparse maintainer does not object, I would also like to
> > fix something I noticed in the build logs.  GCC complains about
> > unrecognized pragmas.
> > - #pragma ivdep: I propose to change all instances of this to #pragma GCC 
> > ivdep.
> > - #pragma novector: there is no GCC equivalent, so nothing can be done here.
> > - #pragma omp ...: I propose to build CHOLMOD with -fopenmp so these
> > will be defined and used.
> 
> I'm concerned about this last change - if I understand it correctly everything
> that link to CHOLMOD will now need to use -fopenmp as well.  I'm not
> necessarily opposed to this, but it does have larger ramifications.  I know in
> various places libraries will provide both serial and openmp versions.  I
> wonder if it's time for Fedora to work out a scheme for this, or perhaps
> simply embrace the multi-core age and accept openmp versions as standard.

I'd be wary against making it default. Thread-safety is still not
universal and sometimes multi-threading makes things slower.

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

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

[Kalev Lember]

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


Meeting started by kalev at 16:00:26 UTC. The full logs are available at
https://meetbot.fedoraproject.org/fedora-meeting/2016-09-09/fesco.2016-09-09-16.00.log.html
.



Meeting summary
---
* init process  (kalev, 16:00:29)

* #1609 Fedora 26 schedule proposal  (kalev, 16:02:18)
  * AGREED: Keep the originally-approvde Wednesday mass-rebuild (+1:7,
0:0, -1:0)  (kalev, 16:10:22)

* #1617 Council update on Third Party Software policy  (kalev, 16:10:37)
  * AGREED: Approve
https://fedorahosted.org/fesco/ticket/1617#comment:10 with the edit
"... by an active Fedora Working Group (for Editions) or FESCo (for
all other deliverables) ..." (+1:6, 0:0, -1:0)  (kalev, 16:22:27)

* Next week's chair  (kalev, 16:23:02)
  * AGREED: jwb to chair next week  (kalev, 16:23:56)

* Open Floor  (kalev, 16:24:12)

Meeting ended at 16:29:29 UTC.




Action Items






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




People Present (lines said)
---
* kalev (50)
* sgallagh (26)
* nirik (21)
* zodbot (16)
* Rathann (15)
* jwb (12)
* jsmith (9)
* pbrobinson (5)
* paragan (5)
* cschalle (2)
* maxamillion (0)
* dgilmore (0)
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: TBB license change and package rebuilds - openmp issues

[Orion Poplawski]

On 09/09/2016 08:24 AM, Jerry James wrote:
> There is no soname bump in this release, but one section of the API
> changed in a backwards-incompatible way.  

If they broke ABI, why wasn't the soname bumped?

> If the suitesparse maintainer does not object, I would also like to
> fix something I noticed in the build logs.  GCC complains about
> unrecognized pragmas.
> - #pragma ivdep: I propose to change all instances of this to #pragma GCC 
> ivdep.
> - #pragma novector: there is no GCC equivalent, so nothing can be done here.
> - #pragma omp ...: I propose to build CHOLMOD with -fopenmp so these
> will be defined and used.

I'm concerned about this last change - if I understand it correctly everything
that link to CHOLMOD will now need to use -fopenmp as well.  I'm not
necessarily opposed to this, but it does have larger ramifications.  I know in
various places libraries will provide both serial and openmp versions.  I
wonder if it's time for Fedora to work out a scheme for this, or perhaps
simply embrace the multi-core age and accept openmp versions as standard.


-- 
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301   http://www.nwra.com
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[389-devel] revised: Ticket 47978 - Fine tune error severity levels (part 1 of 3)

[Mark Reynolds]

https://fedorahosted.org/389/ticket/48978

https://fedorahosted.org/389/attachment/ticket/48978/0001-Ticket-48978-Fine-tune-error-severity-levels-part-1.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

Re: How to package a Git repository

[William Moreno]

2016-09-09 3:25 GMT-06:00, Florian Weimer :
> I would like to build (S)RPMs directly from a Git repository (which
> contains the .spec file in the top-level directory).  This is for a
> CI-style project, with a quick release cycle.
>

Tito can help you:

https://github.com/dgoodwin/tito
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[389-devel] Re: Please review: ticket #48766 Replication changelog can incorrectly skip over updates

[Ludwig Krispenz]

Hi,

here is the latest correction to the changelog fix, in fact it is 
Thierry's version of teh fix which simplified the logic a bit

https://fedorahosted.org/389/attachment/ticket/48766/0001-PATCH-use-a-consumer-maxcsn-only-as-anchor-if-suppli.patch

Ludwig

On 05/23/2016 03:06 PM, Ludwig Krispenz wrote:

This is the latest version of the "changelog buffer processing" fixes.


https://fedorahosted.org/389/ticket/48766

https://fedorahosted.org/389/attachment/ticket/48766/0001-reworked-clcach-buffer-code-following-design-at-http.patch 



The background for the fix is here, I would like to get feedback on 
this as well to clarify what is unclear
http://www.port389.org/docs/389ds/design/changelog-processing-in-repl-state-sending-updates.html 





--
Red Hat GmbH, http://www.de.redhat.com/, Registered seat: Grasbrunn,
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Charles Cachera, Michael Cunningham, Michael O'Neill, Eric 
Shander
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

[EPEL-devel] Re: nodejs update

[Joe Orton]

On Thu, Sep 08, 2016 at 01:27:54PM -0400, Stephen Gallagher wrote:
> > * Node.js 4.x and 6.x both *strictly* require functionality from OpenSSL 
> > 1.0.2
> > and cannot run (or indeed build) against OpenSSL 1.0.1. Currently, both 
> > EPEL 6
> > and EPEL 7 have 1.0.1 in their buildroots. I am not aware of any solution 
> > (SCL
> > or otherwise) for linking EPEL to a newer version of OpenSSL.

Have you got details on what exactly is required from 1.0.2?  Is it ALPN 
support?

I strongly suspect it will be possible (with sufficient effort) to patch 
node to build against older OpenSSL, albeit at the cost of losing some 
features.  

There is a trade-off here between disabling 1.0.2 features & waiting for 
RHEL OpenSSL to catch up, versus having to maintain & patch a copy of 
OpenSSL 1.0.2 in addition to the RHEL OpenSSL.  i.e. someone is ready to 
deal with patching all future Critical security issues in a bundled 
OpenSSL.

Regards, Joe

-- 
Joe Orton // Red Hat Core Services
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org

Re: How to package a Git repository

[Ben Rosser]

On Fri, Sep 9, 2016 at 5:25 AM, Florian Weimer  wrote:

> I would like to build (S)RPMs directly from a Git repository (which
> contains the .spec file in the top-level directory).  This is for a
> CI-style project, with a quick release cycle.
>
> I have a Lua script fragment which generates a proper SRPM with the
> mock-scm target in COPR, and which is also compatible with “fedpkg srpm”.
> But rpmbuild strips leading path components from Source: and Patch:
> references, so this only works if all files are in a single directory.
>
> Are there any alternatives that work in COPR, EPEL and Fedora proper?
>
> I think it's strange that I have to put a tarball somewhere just for RPM's
> sake if there is no separate upstream, and there are no upstream releases
> as a result.  It's just an annoyance and yet another step that can go wrong
> in various ways.
>
> Thanks,
> Florian
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org


There is the --build-in-place option to rpmbuild, which will "Build from
locally checked out sources. Sets _builddir to current working directory.
Skips handling of -n and untar in the %setup and the deletion of the
buildSubdir."

This might be helpful, if the current working directory is the root of the
git repository. I think it's a relatively new option-- I seem to remember
it being added somewhere in the Fedora 23 cycle?

Ben Rosser
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: How to package a Git repository

[John Florian]

On Fri, 2016-09-09 at 16:54 +0200, Igor Gnatenko wrote:
Problem with tito as it doesn't really do proper archive for
build/release and doesn't work properly in many cases:
1. Version is specified in spec -> all builds will be unordered.
Example: Version: 2.0.0 -> 2.0.0-1.git.tree-ish

I don't have any problem with this at all.  For my test builds I don't use 
tito.release.KojiGitReleaser
 but rather tito.release.KojiReleaser which produces builds named like:

builder-6.14-1.git.6.05be4b1.fc24
builder-6.14-1.git.7.40346c1.fc24
builder-6.14-1.git.8.c448a30.fc24

... where the '.6', '.7', '.'8' following represents the number of commits 
since the last "tito tag" operation.  I only get burned when redo one of those 
"steps" with "git commit --fixup" followed later by "git rebase -i 
--autosquash".  However, by that time I'm finalizing a branch and can live with 
a reinstall vs upgrade.


2. Replaces archive. Source: https://.../%{name}-%{version}.tar.gz is
404 as tito creates releases in %{name}-%{version}-X where X is
release. If we are talking about Github, then even you change URL to
proper it still doesn't work because %(auto)setup fails, as github
generates archive in %{name}-%{name}-%{version}-X format.

I'm not 100% sure I follow you here, but I suspect I get away with this because 
all my spec's have:

​​Source0:%{name}-%{version}.tar.gz

Granted, this would never fly in Fedora proper, but for private work it suits 
me fine.  I otherwise attempt to adhere to FPG as much as possible as it 
generally makes life simpler.

X. Requires some files in upstream repo

I'm not sure I follow here either, but as the author and packager for my 
projects, I actually prefer that our Git repo has everything needed, spec, 
Makefile, etc. right there.  The only part that makes me cringe is the fact 
that Makefile is duped all over the place.  I hate dupes and strive for DRY 
because eventually they all need to change.

I would not recommend using tito. I would recommend to have spec in
upstream ONLY for reference, but have proper Fedora ones in our
dist-git.

In my case (but perhaps not Mr. Weimer's) is that I don't have to be proper per 
Fedora.  FWIW, I found tito to be a godsend for bringing ease to my situation.

That all said, I'm very curious how your rpm-gitoverlay helps exactly.  I've 
found a solution that works for me, but I hammered out a solution without as 
broad an understanding of how Fedora is built as I have now -- and I'm certain 
my current understanding is probably woefully lacking.  Is rgo something that 
could be used with our private Koji setup?  My quick glance at the code leads 
me it's suited for copr or rpmbuild only.


--

John Florian >
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Fedora 25-20160909.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Cloud_base raw-xz i386

Failed openQA tests: 12/92 (x86_64), 2/17 (i386), 1/2 (arm)

New failures (same test did not fail in 25-20160908.n.0):

ID: 33211   Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/33211
ID: 33232   Test: x86_64 universal install_anaconda_text
URL: https://openqa.fedoraproject.org/tests/33232
ID: 33234   Test: x86_64 universal install_repository_http_variation
URL: https://openqa.fedoraproject.org/tests/33234
ID: 33245   Test: x86_64 universal install_multi_empty
URL: https://openqa.fedoraproject.org/tests/33245
ID: 33260   Test: x86_64 universal install_btrfs@uefi
URL: https://openqa.fedoraproject.org/tests/33260
ID: 33289   Test: i386 universal install_lvmthin
URL: https://openqa.fedoraproject.org/tests/33289

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

ID: 33198   Test: x86_64 Atomic-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/33198
ID: 33207   Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/33207
ID: 33253   Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/33253
ID: 33271   Test: x86_64 universal upgrade_2_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/33271
ID: 33272   Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/33272
ID: 33273   Test: x86_64 universal upgrade_2_server_64bit
URL: https://openqa.fedoraproject.org/tests/33273
ID: 33274   Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/33274
ID: 33275   Test: x86_64 universal upgrade_2_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/33275
ID: 33291   Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/33291

Passed openQA tests: 68/92 (x86_64), 15/17 (i386)

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

ID: 33254   Test: x86_64 universal install_package_set_kde
URL: https://openqa.fedoraproject.org/tests/33254
ID: 33270   Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/33270

Skipped openQA tests: 13 of 111
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: How to package a Git repository

[Igor Gnatenko]

Problem with tito as it doesn't really do proper archive for
build/release and doesn't work properly in many cases:
1. Version is specified in spec -> all builds will be unordered.
Example: Version: 2.0.0 -> 2.0.0-1.git.tree-ish
2. Replaces archive. Source: https://.../%{name}-%{version}.tar.gz is
404 as tito creates releases in %{name}-%{version}-X where X is
release. If we are talking about Github, then even you change URL to
proper it still doesn't work because %(auto)setup fails, as github
generates archive in %{name}-%{name}-%{version}-X format.
X. Requires some files in upstream repo

I would not recommend using tito. I would recommend to have spec in
upstream ONLY for reference, but have proper Fedora ones in our
dist-git.

On Fri, Sep 9, 2016 at 4:47 PM, John Florian  wrote:
> On Fri, 2016-09-09 at 11:25 +0200, Florian Weimer wrote:
>
> I would like to build (S)RPMs directly from a Git repository (which
> contains the .spec file in the top-level directory).  This is for a
> CI-style project, with a quick release cycle.
>
> I have a Lua script fragment which generates a proper SRPM with the
> mock-scm target in COPR, and which is also compatible with “fedpkg
> srpm”.  But rpmbuild strips leading path components from Source: and
> Patch: references, so this only works if all files are in a single
> directory.
>
> Are there any alternatives that work in COPR, EPEL and Fedora proper?
>
> I think it's strange that I have to put a tarball somewhere just for
> RPM's sake if there is no separate upstream, and there are no upstream
> releases as a result.  It's just an annoyance and yet another step that
> can go wrong in various ways.
>
>
> This is my situation with everything I package (privately for my employer).
> I went in circles for a while simply believing I had to be doing something
> wrong until I considered the fact that most people doing packaging are not
> the authors.  This all settled in completely when I began recalling the days
> of yore when one would download a tgz, extract, config, make, etc..  Still I
> think it's a shame that this isn't handled better.  With very large projects
> it's quite a waste of time to archive just to meet the expected input format
> only to have the process reversed immediately.
>
> That said, I do much as Igor has already mentioned.  My build process starts
> with tito but lands in our Koji.  I use the following Makefile without any
> changes for each of my projects to facilitate tito's
> tito.release.KojiGitReleaser:
>
> $ cat Makefile
> # Extract NVR from the spec while stripping any macros, specifically the
> # disttag macro.
> name := $(shell awk '/^Name:/{print $$2}' *.spec)
> version := $(shell \
>awk '/^Version:/{print gensub(/%{.*?}/, "", "g", $$2)}' *.spec \
>)
> release := $(shell \
>awk '/^Release:/{print gensub(/%{.*?}/, "", "g", $$2)}' *.spec \
>)
> # The treeish we'll archive is effectively the Git tag that tito created.
> treeish := ${name}-${version}-${release}
>
> # Koji's buildSRPMFromSCM method expects a target named "sources" which
> # ultimately must ensure that a tarball of the package's sources and its
> spec
> # file are present.  Our practice is to always keep a spec file in the Git
> # repository, but we must build the tarball on the fly to resemble an
> upstream
> # published work.
> sources:
>git archive \
>--output=${name}-${version}.tar.gz \
>--prefix=${name}-${version}/ \
>${treeish}
>
>
> Hope this helps!
> --
> John Florian 
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>



-- 
-Igor Gnatenko
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

F26 System Wide Change: DNF 2.0

[Jan Kurik]

= Proposed System Wide Change: DNF 2.0 =
https://fedoraproject.org/wiki/Changes/DNF-2.0


Change owner(s):
* Jan Silhan 
* Michal Luscon 
* Igor Gnatenko 


DNF rebase to version 2.0.


== Detailed Description ==
DNF-2.0 is the next upcoming major version of DNF package manager.
Unfortunately, it brings some incompatibilities with previous version
of DNF (DNF-1) which were either needed to preserve compatibility with
YUM CLI or where bigger redesigns were needed. A list of identified
incompatible changes can be found here
http://dnf.readthedocs.io/en/latest/dnf-1_vs_dnf-2.html


== Scope ==
Proposal owners:
* complete release notes
* deliver DNF-2.0 stack to Rawhide

Other developers:
* Owners of 3rd party DNF plugins or components depending on DNF
should check and adjust their packages otherwise they may not work
with DNF-2.0.

Release engineering:
* All release engineering tools that depends on DNF should be tested
against DNF-2.0.
-- 
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
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: How to package a Git repository

[John Florian]

On Fri, 2016-09-09 at 11:25 +0200, Florian Weimer wrote:

I would like to build (S)RPMs directly from a Git repository (which
contains the .spec file in the top-level directory).  This is for a
CI-style project, with a quick release cycle.

I have a Lua script fragment which generates a proper SRPM with the
mock-scm target in COPR, and which is also compatible with “fedpkg
srpm”.  But rpmbuild strips leading path components from Source: and
Patch: references, so this only works if all files are in a single
directory.

Are there any alternatives that work in COPR, EPEL and Fedora proper?

I think it's strange that I have to put a tarball somewhere just for
RPM's sake if there is no separate upstream, and there are no upstream
releases as a result.  It's just an annoyance and yet another step that
can go wrong in various ways.


This is my situation with everything I package (privately for my employer).  I 
went in circles for a while simply believing I had to be doing something wrong 
until I considered the fact that most people doing packaging are not the 
authors.  This all settled in completely when I began recalling the days of 
yore when one would download a tgz, extract, config, make, etc..  Still I think 
it's a shame that this isn't handled better.  With very large projects it's 
quite a waste of time to archive just to meet the expected input format only to 
have the process reversed immediately.

That said, I do much as Igor has already mentioned.  My build process starts 
with tito but lands in our Koji.  I use the following Makefile without any 
changes for each of my projects to facilitate tito's 
tito.release.KojiGitReleaser:

$ cat Makefile
# Extract NVR from the spec while stripping any macros, specifically the
# disttag macro.
name := $(shell awk '/^Name:/{print $$2}' *.spec)
version := $(shell \
   awk '/^Version:/{print gensub(/%{.*?}/, "", "g", $$2)}' *.spec \
   )
release := $(shell \
   awk '/^Release:/{print gensub(/%{.*?}/, "", "g", $$2)}' *.spec \
   )
# The treeish we'll archive is effectively the Git tag that tito created.
treeish := ${name}-${version}-${release}

# Koji's buildSRPMFromSCM method expects a target named "sources" which
# ultimately must ensure that a tarball of the package's sources and its spec
# file are present.  Our practice is to always keep a spec file in the Git
# repository, but we must build the tarball on the fly to resemble an upstream
# published work.
sources:
   git archive \
   --output=${name}-${version}.tar.gz \
   --prefix=${name}-${version}/ \
   ${treeish}


Hope this helps!
--
John Florian >
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

TBB license change and package rebuilds

[Jerry James]

[This message BCC'd to affected maintainers.]

A new version of tbb has been released.  With this release, the
license changes from "GPLv2 with exceptions" to "ASL 2.0".

There is no soname bump in this release, but one section of the API
changed in a backwards-incompatible way.  Therefore, I intend to
rebuild all tbb-using packages for Rawhide and F-25, in case they use
that part of the API.  I have already done local builds in mock, with
no problems.  The affected packages are:

- ceres-solver
- embree
- gazebo
- mathicgb
- OCE
- suitesparse

There is another reason for these rebuilds.  TBB was available only on
a restricted set of architectures in the past, and most of these
packages still reflect that.  Today, though, TBB is available on all
arches in all supported versions of Fedora, and in RHEL > 6.  I
propose to remove the architecture restrictions from the above
packages, or use them only for RHEL <= 6. (except for embree, which
has an architecture restriction of its own).

If the suitesparse maintainer does not object, I would also like to
fix something I noticed in the build logs.  GCC complains about
unrecognized pragmas.
- #pragma ivdep: I propose to change all instances of this to #pragma GCC ivdep.
- #pragma novector: there is no GCC equivalent, so nothing can be done here.
- #pragma omp ...: I propose to build CHOLMOD with -fopenmp so these
will be defined and used.

If any maintainers of the above packages object to any part of this
plan, please let me know soon.  If nobody objects, I will do all of
these builds early next week.  Regards,
-- 
Jerry James
http://www.jamezone.org/
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

pghmcfc pushed to perl-MCE (perl-MCE-1.805-1.el7). "Update to 1.805 (..more)"

[notifications]

From 94aebfad82e5520ce67c43806afc013ed0c8d0af Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Fri, 2 Sep 2016 09:33:19 +0100
Subject: Update to 1.805

- New upstream release 1.805
  - Fixed bug in MCE::Queue (GH#4)
  - Improved support for running MCE with Tk; added Tk demonstrations to
MCE::Examples
---
 .gitignore| 1 +
 perl-MCE.spec | 8 +++-
 sources   | 2 +-
 3 files changed, 9 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index d4250df..cf827da 100644
--- a/.gitignore
+++ b/.gitignore
@@ -18,3 +18,4 @@
 /MCE-1.802.tar.gz
 /MCE-1.803.tar.gz
 /MCE-1.804.tar.gz
+/MCE-1.805.tar.gz
diff --git a/perl-MCE.spec b/perl-MCE.spec
index 10124ca..680e909 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,5 +1,5 @@
 Name:   perl-MCE
-Version:1.804
+Version:1.805
 Release:1%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
@@ -136,6 +136,12 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Fri Sep  2 2016 Paul Howarth  - 1.805-1
+- Update to 1.805
+  - Fixed bug in MCE::Queue (GH#4)
+  - Improved support for running MCE with Tk; added Tk demonstrations to
+MCE::Examples
+
 * Fri Jul 29 2016 Paul Howarth  - 1.804-1
 - Update to 1.804
   - Removed the sleep statement in MCE->restart_worker
diff --git a/sources b/sources
index b4c2412..db033fe 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-641de7b796a743da87f280994dac4e92  MCE-1.804.tar.gz
+5aeadbf1592697bb590f0bbb35f7af67  MCE-1.805.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MCE.git/commit/?h=perl-MCE-1.805-1.el7=94aebfad82e5520ce67c43806afc013ed0c8d0af
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-MCE (epel7). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild"

[notifications]

From 1c9406a351044126790bb542bcfd2c1e16885c5a Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Thu, 4 Feb 2016 14:27:41 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild

---
 perl-MCE.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-MCE.spec b/perl-MCE.spec
index e8f64ec..fc8900e 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,6 +1,6 @@
 Name:   perl-MCE
 Version:1.608
-Release:3%{?dist}
+Release:4%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/MCE/
@@ -94,6 +94,9 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Thu Feb 04 2016 Fedora Release Engineering  - 
1.608-4
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
+
 * Thu Jun 18 2015 Fedora Release Engineering  
- 1.608-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MCE.git/commit/?h=epel7=1c9406a351044126790bb542bcfd2c1e16885c5a
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-MCE (epel7). "Update to 1.706 (..more)"

[notifications]

From 5cbe115114507326bf88220f4c6c8871788d0b53 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Sun, 24 Apr 2016 17:50:22 +0100
Subject: Update to 1.706

- New upstream release 1.706
  - Time::HiRes sleep resolution is 15 milliseconds on Windows and Cygwin;
adjusted timeout values accordingly
  - Reinstated the hack for faster IO when use_slurpio => 1 is specified; tuned
chunk_size => 'auto'
---
 .gitignore| 1 +
 perl-MCE.spec | 9 -
 sources   | 2 +-
 3 files changed, 10 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 4b2104c..021e2a3 100644
--- a/.gitignore
+++ b/.gitignore
@@ -10,3 +10,4 @@
 /MCE-1.703.tar.gz
 /MCE-1.704.tar.gz
 /MCE-1.705.tar.gz
+/MCE-1.706.tar.gz
diff --git a/perl-MCE.spec b/perl-MCE.spec
index 8785ae7..37ced60 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,5 +1,5 @@
 Name:   perl-MCE
-Version:1.705
+Version:1.706
 Release:1%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
@@ -141,6 +141,13 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Sun Apr 24 2016 Paul Howarth  - 1.706-1
+- Update to 1.706
+  - Time::HiRes sleep resolution is 15 milliseconds on Windows and Cygwin;
+adjusted timeout values accordingly
+  - Reinstated the hack for faster IO when use_slurpio => 1 is specified; tuned
+chunk_size => 'auto'
+
 * Fri Apr 15 2016 Paul Howarth  - 1.705-1
 - Update to 1.705
   - Bumped version for Test::More to 0.88
diff --git a/sources b/sources
index 1f56043..798b74c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-252a4e1ec3b854da339880af2316c7a3  MCE-1.705.tar.gz
+83af47189ccd2b8bc823e0d3f34dd432  MCE-1.706.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MCE.git/commit/?h=epel7=5cbe115114507326bf88220f4c6c8871788d0b53
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-MCE (epel7). "Perl 5.22 rebuild"

[notifications]

From bd2e370b7ed93d10894e4b414093462a364ec033 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Wed, 3 Jun 2015 14:13:44 +0200
Subject: Perl 5.22 rebuild

---
 perl-MCE.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-MCE.spec b/perl-MCE.spec
index 90ca461..dfde007 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,6 +1,6 @@
 Name:   perl-MCE
 Version:1.608
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/MCE/
@@ -94,6 +94,9 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Wed Jun 03 2015 Jitka Plesnikova  - 1.608-2
+- Perl 5.22 rebuild
+
 * Fri Apr 10 2015 Petr Šabata  - 1.608-1
 - 1.608 bump
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MCE.git/commit/?h=epel7=bd2e370b7ed93d10894e4b414093462a364ec033
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-MCE (epel7). "Update to 1.800 (..more)"

[notifications]

From 36bf73d1cee055bf36e3cf138326252351dc6f2e Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Sun, 19 Jun 2016 11:58:13 +0100
Subject: Update to 1.800

- New upstream release 1.800
  - Fixed dequeue (count) in MCE::Queue for standalone mode
  - On Windows, improved stablity and feature parity with UNIX
  - Use Sereal 3.008+ automatically if available on the box
  - Added support for cyclical include of MCE Core, MCE Models, and MCE Queue
by scoping the configuration to the local package (CPAN RT#107384)
---
 .gitignore|  1 +
 perl-MCE.spec | 13 +++--
 sources   |  2 +-
 3 files changed, 13 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index 9d8a7e9..c282551 100644
--- a/.gitignore
+++ b/.gitignore
@@ -13,3 +13,4 @@
 /MCE-1.706.tar.gz
 /MCE-1.707.tar.gz
 /MCE-1.708.tar.gz
+/MCE-1.800.tar.gz
diff --git a/perl-MCE.spec b/perl-MCE.spec
index b4d5f4e..3bd0125 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,5 +1,5 @@
 Name:   perl-MCE
-Version:1.708
+Version:1.800
 Release:1%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
@@ -45,9 +45,10 @@ BuildRequires:  perl(Test::More) >= 0.88
 Requires:   perl(:MODULE_COMPAT_%(eval "$(perl -V:version)"; echo 
$version))
 Requires:   perl(IO::Handle)
 Requires:   perl(POSIX)
+Requires:   perl(Storable) >= 2.04
 Requires:   perl(threads::shared)
 
-# NCE would like to use Sereal if available
+# MCE prefers to use Sereal if available
 %if 0%{?fedora} > 23 || 0%{?rhel} > 6
 BuildRequires:  perl(Sereal)
 Requires:   perl(Sereal)
@@ -139,6 +140,14 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Sun Jun 19 2016 Paul Howarth  - 1.800-1
+- Update to 1.800
+  - Fixed dequeue (count) in MCE::Queue for standalone mode
+  - On Windows, improved stablity and feature parity with UNIX
+  - Use Sereal 3.008+ automatically if available on the box
+  - Added support for cyclical include of MCE Core, MCE Models, and MCE Queue
+by scoping the configuration to the local package (CPAN RT#107384)
+
 * Sun May 29 2016 Paul Howarth  - 1.708-1
 - Update to 1.708
   - Improved import routine in MCE Models and MCE::Subs; this resolves an issue
diff --git a/sources b/sources
index d97f54e..60b2a6b 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-17438a8b9391ff27a2aaa88f0161502d  MCE-1.708.tar.gz
+6804cc54b7107463d406c27fe82c1b91  MCE-1.800.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MCE.git/commit/?h=epel7=36bf73d1cee055bf36e3cf138326252351dc6f2e
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-MCE (epel7). "Update to 1.708 (..more)"

[notifications]

From 7cd33775f53ec7bd752c1a21001caa98d73dd3f4 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Sun, 29 May 2016 13:31:05 +0100
Subject: Update to 1.708

- New upstream release 1.708
  - Improved import routine in MCE Models and MCE::Subs; this resolves an issue
where functions are not exported; e.g. mce_flow, mce_flow_s
  - Added support for IO::TieCombine handles, which enables MCE->print and
MCE->sendto to work reliably with App::Cmd and App::Cmd::Tester; see
Testing and Capturing Output in MCE::Examples
---
 .gitignore|  1 +
 perl-MCE.spec | 10 +-
 sources   |  2 +-
 3 files changed, 11 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 7d45779..9d8a7e9 100644
--- a/.gitignore
+++ b/.gitignore
@@ -12,3 +12,4 @@
 /MCE-1.705.tar.gz
 /MCE-1.706.tar.gz
 /MCE-1.707.tar.gz
+/MCE-1.708.tar.gz
diff --git a/perl-MCE.spec b/perl-MCE.spec
index 9c057e2..b4d5f4e 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,5 +1,5 @@
 Name:   perl-MCE
-Version:1.707
+Version:1.708
 Release:1%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
@@ -139,6 +139,14 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Sun May 29 2016 Paul Howarth  - 1.708-1
+- Update to 1.708
+  - Improved import routine in MCE Models and MCE::Subs; this resolves an issue
+where functions are not exported; e.g. mce_flow, mce_flow_s
+  - Added support for IO::TieCombine handles, which enables MCE->print and
+MCE->sendto to work reliably with App::Cmd and App::Cmd::Tester; see
+Testing and Capturing Output in MCE::Examples
+
 * Thu May 26 2016 Paul Howarth  - 1.707-1
 - Update to 1.707
   - Fixed logic when workers exit; improved reliability on Windows
diff --git a/sources b/sources
index 04d15e5..d97f54e 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-7503347849d1a910606acf5f367f5969  MCE-1.707.tar.gz
+17438a8b9391ff27a2aaa88f0161502d  MCE-1.708.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MCE.git/commit/?h=epel7=7cd33775f53ec7bd752c1a21001caa98d73dd3f4
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-MCE (epel7). "Update to 1.803 (..more)"

[notifications]

From e1233268adb14c1af1ecd81b3a6c4b33d641fd0b Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Mon, 11 Jul 2016 14:16:58 +0100
Subject: Update to 1.803

- New upstream release 1.803
  - Re-enabled Sereal 3.008+ for Perl < v5.12.0, if available
  - Optimized dequeue methods in MCE::Queue
---
 .gitignore| 1 +
 perl-MCE.spec | 7 ++-
 sources   | 2 +-
 3 files changed, 8 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 089b7ab..827c3ae 100644
--- a/.gitignore
+++ b/.gitignore
@@ -16,3 +16,4 @@
 /MCE-1.800.tar.gz
 /MCE-1.801.tar.gz
 /MCE-1.802.tar.gz
+/MCE-1.803.tar.gz
diff --git a/perl-MCE.spec b/perl-MCE.spec
index 3f9987a..66a151a 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,5 +1,5 @@
 Name:   perl-MCE
-Version:1.802
+Version:1.803
 Release:1%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
@@ -136,6 +136,11 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Mon Jul 11 2016 Paul Howarth  - 1.803-1
+- Update to 1.803
+  - Re-enabled Sereal 3.008+ for Perl < v5.12.0, if available
+  - Optimized dequeue methods in MCE::Queue
+
 * Mon Jul  4 2016 Paul Howarth  - 1.802-1
 - Update to 1.802
   - Default to Storable for serialization in Perl less than v5.12.0;
diff --git a/sources b/sources
index 3bc6481..aea81ce 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-b5dbff80782b1da0bbdf0a4af75a358e  MCE-1.802.tar.gz
+3276c67f00140de69ca17ee2efd431bf  MCE-1.803.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MCE.git/commit/?h=epel7=e1233268adb14c1af1ecd81b3a6c4b33d641fd0b
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-MCE (epel7). "Update to 1.805 (..more)"

[notifications]

From 94aebfad82e5520ce67c43806afc013ed0c8d0af Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Fri, 2 Sep 2016 09:33:19 +0100
Subject: Update to 1.805

- New upstream release 1.805
  - Fixed bug in MCE::Queue (GH#4)
  - Improved support for running MCE with Tk; added Tk demonstrations to
MCE::Examples
---
 .gitignore| 1 +
 perl-MCE.spec | 8 +++-
 sources   | 2 +-
 3 files changed, 9 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index d4250df..cf827da 100644
--- a/.gitignore
+++ b/.gitignore
@@ -18,3 +18,4 @@
 /MCE-1.802.tar.gz
 /MCE-1.803.tar.gz
 /MCE-1.804.tar.gz
+/MCE-1.805.tar.gz
diff --git a/perl-MCE.spec b/perl-MCE.spec
index 10124ca..680e909 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,5 +1,5 @@
 Name:   perl-MCE
-Version:1.804
+Version:1.805
 Release:1%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
@@ -136,6 +136,12 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Fri Sep  2 2016 Paul Howarth  - 1.805-1
+- Update to 1.805
+  - Fixed bug in MCE::Queue (GH#4)
+  - Improved support for running MCE with Tk; added Tk demonstrations to
+MCE::Examples
+
 * Fri Jul 29 2016 Paul Howarth  - 1.804-1
 - Update to 1.804
   - Removed the sleep statement in MCE->restart_worker
diff --git a/sources b/sources
index b4c2412..db033fe 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-641de7b796a743da87f280994dac4e92  MCE-1.804.tar.gz
+5aeadbf1592697bb590f0bbb35f7af67  MCE-1.805.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MCE.git/commit/?h=epel7=94aebfad82e5520ce67c43806afc013ed0c8d0af
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-MCE (epel7). "Update to 1.802 (..more)"

[notifications]

From 44f0546968a08f4d3a39a6f86e28bc32b93889ee Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Mon, 4 Jul 2016 10:27:26 +0100
Subject: Update to 1.802

- New upstream release 1.802
  - Default to Storable for serialization in Perl less than v5.12.0;
Sereal 3.008+, if available, is loaded automatically in Perl v5.12+
---
 .gitignore| 1 +
 perl-MCE.spec | 7 ++-
 sources   | 2 +-
 3 files changed, 8 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 1eab696..089b7ab 100644
--- a/.gitignore
+++ b/.gitignore
@@ -15,3 +15,4 @@
 /MCE-1.708.tar.gz
 /MCE-1.800.tar.gz
 /MCE-1.801.tar.gz
+/MCE-1.802.tar.gz
diff --git a/perl-MCE.spec b/perl-MCE.spec
index 8342eb3..3f9987a 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,5 +1,5 @@
 Name:   perl-MCE
-Version:1.801
+Version:1.802
 Release:1%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
@@ -136,6 +136,11 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Mon Jul  4 2016 Paul Howarth  - 1.802-1
+- Update to 1.802
+  - Default to Storable for serialization in Perl less than v5.12.0;
+Sereal 3.008+, if available, is loaded automatically in Perl v5.12+
+
 * Sun Jul  3 2016 Paul Howarth  - 1.801-1
 - Update to 1.801
   - Fixed race condition in Queue->await
diff --git a/sources b/sources
index d7c919b..3bc6481 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-903a76c9348f4c05fb36ac1e75251f0e  MCE-1.801.tar.gz
+b5dbff80782b1da0bbdf0a4af75a358e  MCE-1.802.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MCE.git/commit/?h=epel7=44f0546968a08f4d3a39a6f86e28bc32b93889ee
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-MCE (epel7). "Update to 1.804 (..more)"

[notifications]

From 76e08bfe1244cb1a065634a1a7a0893ce69ae157 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Fri, 29 Jul 2016 14:51:05 +0100
Subject: Update to 1.804

- New upstream release 1.804
  - Removed the sleep statement in MCE->restart_worker
  - Added FCGI::ProcManager demonstrations to MCE::Examples
  - Automatically set posix_exit to 1 whenever (F)CGI.pm is present
(https://github.com/marioroy/mce-perl/issues/1)
---
 .gitignore| 1 +
 perl-MCE.spec | 9 -
 sources   | 2 +-
 3 files changed, 10 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 827c3ae..d4250df 100644
--- a/.gitignore
+++ b/.gitignore
@@ -17,3 +17,4 @@
 /MCE-1.801.tar.gz
 /MCE-1.802.tar.gz
 /MCE-1.803.tar.gz
+/MCE-1.804.tar.gz
diff --git a/perl-MCE.spec b/perl-MCE.spec
index 66a151a..10124ca 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,5 +1,5 @@
 Name:   perl-MCE
-Version:1.803
+Version:1.804
 Release:1%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
@@ -136,6 +136,13 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Fri Jul 29 2016 Paul Howarth  - 1.804-1
+- Update to 1.804
+  - Removed the sleep statement in MCE->restart_worker
+  - Added FCGI::ProcManager demonstrations to MCE::Examples
+  - Automatically set posix_exit to 1 whenever (F)CGI.pm is present
+(https://github.com/marioroy/mce-perl/issues/1)
+
 * Mon Jul 11 2016 Paul Howarth  - 1.803-1
 - Update to 1.803
   - Re-enabled Sereal 3.008+ for Perl < v5.12.0, if available
diff --git a/sources b/sources
index aea81ce..b4c2412 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3276c67f00140de69ca17ee2efd431bf  MCE-1.803.tar.gz
+641de7b796a743da87f280994dac4e92  MCE-1.804.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MCE.git/commit/?h=epel7=76e08bfe1244cb1a065634a1a7a0893ce69ae157
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-MCE (epel7). "Update to 1.707 (..more)"

[notifications]

From 97a09593f16fab6bd16d4b97983dbd95f8127fbf Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Thu, 26 May 2016 10:56:19 +0100
Subject: Update to 1.707

- New upstream release 1.707
  - Fixed logic when workers exit; improved reliability on Windows
  - Applied MCE-1.700-provides.patch from Red Hat
  - Added META.json to the distribution
- BR: perl-generators where available
- Drop upstreamed provides patch
---
 .gitignore   |   1 +
 MCE-1.700-provides.patch | 108 ---
 perl-MCE.spec|  20 ++---
 sources  |   2 +-
 4 files changed, 15 insertions(+), 116 deletions(-)
 delete mode 100644 MCE-1.700-provides.patch

diff --git a/.gitignore b/.gitignore
index 021e2a3..7d45779 100644
--- a/.gitignore
+++ b/.gitignore
@@ -11,3 +11,4 @@
 /MCE-1.704.tar.gz
 /MCE-1.705.tar.gz
 /MCE-1.706.tar.gz
+/MCE-1.707.tar.gz
diff --git a/MCE-1.700-provides.patch b/MCE-1.700-provides.patch
deleted file mode 100644
index 58ff5d7..000
--- a/MCE-1.700-provides.patch
+++ /dev/null
@@ -1,108 +0,0 @@
 lib/MCE/Core/Input/Generator.pm
-+++ lib/MCE/Core/Input/Generator.pm
-@@ -19,7 +19,8 @@ our $VERSION = '1.700';
- 
- ## Items below are folded into MCE.
- 
--package MCE;
-+package # hide from rpm
-+   MCE;
- 
- no warnings qw( threads recursion uninitialized );
- 
 lib/MCE/Core/Input/Handle.pm
-+++ lib/MCE/Core/Input/Handle.pm
-@@ -18,7 +18,8 @@ our $VERSION = '1.700';
- 
- ## Items below are folded into MCE.
- 
--package MCE;
-+package # hide from rpm
-+   MCE;
- 
- no warnings qw( threads recursion uninitialized );
- 
 lib/MCE/Core/Input/Iterator.pm
-+++ lib/MCE/Core/Input/Iterator.pm
-@@ -18,7 +18,8 @@ our $VERSION = '1.700';
- 
- ## Items below are folded into MCE.
- 
--package MCE;
-+package # hide from rpm
-+   MCE;
- 
- no warnings qw( threads recursion uninitialized );
- 
 lib/MCE/Core/Input/Request.pm
-+++ lib/MCE/Core/Input/Request.pm
-@@ -18,7 +18,8 @@ our $VERSION = '1.700';
- 
- ## Items below are folded into MCE.
- 
--package MCE;
-+package # hide from rpm
-+   MCE;
- 
- no warnings qw( threads recursion uninitialized );
- 
 lib/MCE/Core/Input/Sequence.pm
-+++ lib/MCE/Core/Input/Sequence.pm
-@@ -18,7 +18,8 @@ our $VERSION = '1.700';
- 
- ## Items below are folded into MCE.
- 
--package MCE;
-+package # hide from rpm
-+   MCE;
- 
- no warnings qw( threads recursion uninitialized );
- 
 lib/MCE/Core/Manager.pm
-+++ lib/MCE/Core/Manager.pm
-@@ -20,7 +20,8 @@ our $VERSION = '1.700';
- 
- ## Items below are folded into MCE.
- 
--package MCE;
-+package # hide from rpm
-+   MCE;
- 
- no warnings qw( threads recursion uninitialized );
- 
 lib/MCE/Core/Validation.pm
-+++ lib/MCE/Core/Validation.pm
-@@ -18,7 +18,8 @@ our $VERSION = '1.700';
- 
- ## Items below are folded into MCE.
- 
--package MCE;
-+package # hide from rpm
-+   MCE;
- 
- no warnings qw( threads recursion uninitialized );
- 
 lib/MCE/Core/Worker.pm
-+++ lib/MCE/Core/Worker.pm
-@@ -18,7 +18,8 @@ our $VERSION = '1.700';
- 
- ## Items below are folded into MCE.
- 
--package MCE;
-+package # hide from rpm
-+   MCE;
- 
- no warnings qw( threads recursion uninitialized );
- 
 lib/MCE/Relay.pm
-+++ lib/MCE/Relay.pm
-@@ -150,7 +150,8 @@ sub import {
- 
- ## Items below are folded into MCE.
- 
--package MCE;
-+package # hide from rpm
-+   MCE;
- 
- no warnings 'threads';
- no warnings 'recursion';
diff --git a/perl-MCE.spec b/perl-MCE.spec
index df47b6d..9c057e2 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,18 +1,20 @@
 Name:   perl-MCE
-Version:1.706
-Release:2%{?dist}
+Version:1.707
+Release:1%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/MCE/
 Source0:
http://www.cpan.org/authors/id/M/MA/MARIOROY/MCE-%{version}.tar.gz
 Patch0: MCE-1.600-Fix-sharp-bang-line.patch
-Patch1: MCE-1.700-provides.patch
 BuildArch:  noarch
 # Module Build
 BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  make
 BuildRequires:  perl
+%if 0%{?fedora} > 20 || 0%{?rhel} > 7
+BuildRequires:  perl-generators
+%endif
 BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)
@@ -74,10 +76,6 @@ the Many-core Engine (MCE) Perl library.
 # Fix sharp-bang line
 %patch0 -p1
 
-# Avoid unversioned provide of perl(MCE)
-%patch1
-
-
 %build
 MCE_INSTALL_TOOLS=1 perl Makefile.PL INSTALLDIRS=vendor
 make %{?_smp_mflags}
@@ -141,6 +139,14 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Thu May 26 2016 Paul Howarth  - 1.707-1
+- Update to 1.707
+  - Fixed logic when workers exit; improved reliability on Windows
+  - Applied MCE-1.700-provides.patch from Red Hat
+  - Added META.json to the distribution
+- BR: perl-generators where available
+- Drop upstreamed provides patch
+
 * Mon May 

pghmcfc pushed to perl-MCE (epel7). "Perl 5.24 rebuild"

[notifications]

From c245315fc5ae2c250c658bc172df630668668959 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Mon, 16 May 2016 07:59:41 +0200
Subject: Perl 5.24 rebuild

---
 perl-MCE.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-MCE.spec b/perl-MCE.spec
index 37ced60..df47b6d 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,6 +1,6 @@
 Name:   perl-MCE
 Version:1.706
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/MCE/
@@ -141,6 +141,9 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Mon May 16 2016 Jitka Plesnikova  - 1.706-2
+- Perl 5.24 rebuild
+
 * Sun Apr 24 2016 Paul Howarth  - 1.706-1
 - Update to 1.706
   - Time::HiRes sleep resolution is 15 milliseconds on Windows and Cygwin;
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MCE.git/commit/?h=epel7=c245315fc5ae2c250c658bc172df630668668959
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-MCE (epel7). "Update to 1.801 (..more)"

[notifications]

From 68a931fb9c6cb1c8c2be14b7df9fbd40a87a69df Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Sun, 3 Jul 2016 15:25:01 +0100
Subject: Update to 1.801

- New upstream release 1.801
  - Fixed race condition in Queue->await
  - MCE 1.801 is stable on all supported platforms
  - Completed work supporting cyclical include of MCE Core / Models
  - Updated MCE to support Perl included with Git Bash
  - Renamed temp dir from 'mce' to 'Perl-MCE' under user's %%TEMP%% location on
Windows, e.g. Native Perl, Cygwin, Git Bash
- BR: perl-generators unconditionally
---
 .gitignore|  1 +
 perl-MCE.spec | 16 +++-
 sources   |  2 +-
 3 files changed, 13 insertions(+), 6 deletions(-)

diff --git a/.gitignore b/.gitignore
index c282551..1eab696 100644
--- a/.gitignore
+++ b/.gitignore
@@ -14,3 +14,4 @@
 /MCE-1.707.tar.gz
 /MCE-1.708.tar.gz
 /MCE-1.800.tar.gz
+/MCE-1.801.tar.gz
diff --git a/perl-MCE.spec b/perl-MCE.spec
index 3bd0125..8342eb3 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,5 +1,5 @@
 Name:   perl-MCE
-Version:1.800
+Version:1.801
 Release:1%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
@@ -12,9 +12,7 @@ BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  make
 BuildRequires:  perl
-%if 0%{?fedora} > 20 || 0%{?rhel} > 7
 BuildRequires:  perl-generators
-%endif
 BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)
@@ -27,7 +25,6 @@ BuildRequires:  perl(Exporter)
 BuildRequires:  perl(Fcntl)
 BuildRequires:  perl(File::Path)
 BuildRequires:  perl(IO::Handle)
-BuildRequires:  perl(POSIX)
 BuildRequires:  perl(Scalar::Util)
 BuildRequires:  perl(Socket)
 BuildRequires:  perl(Storable) >= 2.04
@@ -44,7 +41,6 @@ BuildRequires:  perl(Test::More) >= 0.88
 # Dependencies
 Requires:   perl(:MODULE_COMPAT_%(eval "$(perl -V:version)"; echo 
$version))
 Requires:   perl(IO::Handle)
-Requires:   perl(POSIX)
 Requires:   perl(Storable) >= 2.04
 Requires:   perl(threads::shared)
 
@@ -140,6 +136,16 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Sun Jul  3 2016 Paul Howarth  - 1.801-1
+- Update to 1.801
+  - Fixed race condition in Queue->await
+  - MCE 1.801 is stable on all supported platforms
+  - Completed work supporting cyclical include of MCE Core / Models
+  - Updated MCE to support Perl included with Git Bash
+  - Renamed temp dir from 'mce' to 'Perl-MCE' under user's %%TEMP%% location on
+Windows, e.g. Native Perl, Cygwin, Git Bash
+- BR: perl-generators unconditionally
+
 * Sun Jun 19 2016 Paul Howarth  - 1.800-1
 - Update to 1.800
   - Fixed dequeue (count) in MCE::Queue for standalone mode
diff --git a/sources b/sources
index 60b2a6b..d7c919b 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6804cc54b7107463d406c27fe82c1b91  MCE-1.800.tar.gz
+903a76c9348f4c05fb36ac1e75251f0e  MCE-1.801.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MCE.git/commit/?h=epel7=68a931fb9c6cb1c8c2be14b7df9fbd40a87a69df
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-MCE (epel7). "Update to 1.703 (..more)"

[notifications]

From d3810b40442cc8aab0ff2826e1fa8d9abb33763c Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Sun, 20 Mar 2016 13:35:30 +
Subject: Update to 1.703

- New upstream release 1.703
  - Completed IPC optimizations for 1.7
---
 .gitignore| 1 +
 perl-MCE.spec | 6 +-
 sources   | 2 +-
 3 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 599c648..21b7493 100644
--- a/.gitignore
+++ b/.gitignore
@@ -7,3 +7,4 @@
 /MCE-1.606.tar.gz
 /MCE-1.608.tar.gz
 /MCE-1.702.tar.gz
+/MCE-1.703.tar.gz
diff --git a/perl-MCE.spec b/perl-MCE.spec
index 5af7304..3a4d87c 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,5 +1,5 @@
 Name:   perl-MCE
-Version:1.702
+Version:1.703
 Release:1%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
@@ -135,6 +135,10 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Sun Mar 20 2016 Paul Howarth  - 1.703-1
+- Update to 1.703
+  - Completed IPC optimizations for 1.7
+
 * Wed Mar 16 2016 Paul Howarth  - 1.702-1
 - Update to 1.702
 - Use a patch to fix unversioned provides of perl(MCE)
diff --git a/sources b/sources
index b38a9e0..ae28abf 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-0e4cd943aa9ef47dfc6b39cc8dc6f19d  MCE-1.702.tar.gz
+95810c95efee5719aec3fd1fcae8fadc  MCE-1.703.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MCE.git/commit/?h=epel7=d3810b40442cc8aab0ff2826e1fa8d9abb33763c
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-MCE (epel7). "Update to 1.705 (..more)"

[notifications]

From 28638ad2bb8b2208bc01e5b5d263071a78c0297a Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Fri, 15 Apr 2016 12:26:44 +0100
Subject: Update to 1.705

- New upstream release 1.705
  - Bumped version for Test::More to 0.88
- BR:/R: perl(Sereal) where available
---
 .gitignore|  1 +
 perl-MCE.spec | 13 -
 sources   |  2 +-
 3 files changed, 14 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index feadc1e..4b2104c 100644
--- a/.gitignore
+++ b/.gitignore
@@ -9,3 +9,4 @@
 /MCE-1.702.tar.gz
 /MCE-1.703.tar.gz
 /MCE-1.704.tar.gz
+/MCE-1.705.tar.gz
diff --git a/perl-MCE.spec b/perl-MCE.spec
index ca3365a..8785ae7 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,5 +1,5 @@
 Name:   perl-MCE
-Version:1.704
+Version:1.705
 Release:1%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
@@ -45,6 +45,12 @@ Requires:   perl(IO::Handle)
 Requires:   perl(POSIX)
 Requires:   perl(threads::shared)
 
+# NCE would like to use Sereal if available
+%if 0%{?fedora} > 23 || 0%{?rhel} > 6
+BuildRequires:  perl(Sereal)
+Requires:   perl(Sereal)
+%endif
+
 %description
 Many-core Engine (MCE) for Perl helps enable a new level of performance by
 maximizing all available cores. MCE spawns a pool of workers and therefore
@@ -135,6 +141,11 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Fri Apr 15 2016 Paul Howarth  - 1.705-1
+- Update to 1.705
+  - Bumped version for Test::More to 0.88
+- BR:/R: perl(Sereal) where available
+
 * Thu Apr 14 2016 Paul Howarth  - 1.704-1
 - Update to 1.704
   BUG FIXES
diff --git a/sources b/sources
index ba8ad2a..1f56043 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-d2475c3e1fd33e6de43d25b720ca5af9  MCE-1.704.tar.gz
+252a4e1ec3b854da339880af2316c7a3  MCE-1.705.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MCE.git/commit/?h=epel7=28638ad2bb8b2208bc01e5b5d263071a78c0297a
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-MCE (epel7). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild"

[notifications]

From d2284c0d4116bb308348b3f0c9ea248dcf536672 Mon Sep 17 00:00:00 2001
From: Dennis Gilmore 
Date: Thu, 18 Jun 2015 04:14:14 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild

---
 perl-MCE.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-MCE.spec b/perl-MCE.spec
index dfde007..e8f64ec 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,6 +1,6 @@
 Name:   perl-MCE
 Version:1.608
-Release:2%{?dist}
+Release:3%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/MCE/
@@ -94,6 +94,9 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Thu Jun 18 2015 Fedora Release Engineering  
- 1.608-3
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
+
 * Wed Jun 03 2015 Jitka Plesnikova  - 1.608-2
 - Perl 5.22 rebuild
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MCE.git/commit/?h=epel7=d2284c0d4116bb308348b3f0c9ea248dcf536672
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-MCE (epel7). "Update to 1.702"

[notifications]

From a09360852bf8fa108e85d1735f6784ac9386cf4a Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 16 Mar 2016 11:46:38 +
Subject: Update to 1.702

---
 .gitignore   |   1 +
 MCE-1.700-provides.patch | 108 +
 perl-MCE.spec| 111 +--
 sources  |   2 +-
 4 files changed, 189 insertions(+), 33 deletions(-)
 create mode 100644 MCE-1.700-provides.patch

diff --git a/.gitignore b/.gitignore
index e85c44f..599c648 100644
--- a/.gitignore
+++ b/.gitignore
@@ -6,3 +6,4 @@
 /MCE-1.605.tar.gz
 /MCE-1.606.tar.gz
 /MCE-1.608.tar.gz
+/MCE-1.702.tar.gz
diff --git a/MCE-1.700-provides.patch b/MCE-1.700-provides.patch
new file mode 100644
index 000..58ff5d7
--- /dev/null
+++ b/MCE-1.700-provides.patch
@@ -0,0 +1,108 @@
+--- lib/MCE/Core/Input/Generator.pm
 lib/MCE/Core/Input/Generator.pm
+@@ -19,7 +19,8 @@ our $VERSION = '1.700';
+ 
+ ## Items below are folded into MCE.
+ 
+-package MCE;
++package # hide from rpm
++   MCE;
+ 
+ no warnings qw( threads recursion uninitialized );
+ 
+--- lib/MCE/Core/Input/Handle.pm
 lib/MCE/Core/Input/Handle.pm
+@@ -18,7 +18,8 @@ our $VERSION = '1.700';
+ 
+ ## Items below are folded into MCE.
+ 
+-package MCE;
++package # hide from rpm
++   MCE;
+ 
+ no warnings qw( threads recursion uninitialized );
+ 
+--- lib/MCE/Core/Input/Iterator.pm
 lib/MCE/Core/Input/Iterator.pm
+@@ -18,7 +18,8 @@ our $VERSION = '1.700';
+ 
+ ## Items below are folded into MCE.
+ 
+-package MCE;
++package # hide from rpm
++   MCE;
+ 
+ no warnings qw( threads recursion uninitialized );
+ 
+--- lib/MCE/Core/Input/Request.pm
 lib/MCE/Core/Input/Request.pm
+@@ -18,7 +18,8 @@ our $VERSION = '1.700';
+ 
+ ## Items below are folded into MCE.
+ 
+-package MCE;
++package # hide from rpm
++   MCE;
+ 
+ no warnings qw( threads recursion uninitialized );
+ 
+--- lib/MCE/Core/Input/Sequence.pm
 lib/MCE/Core/Input/Sequence.pm
+@@ -18,7 +18,8 @@ our $VERSION = '1.700';
+ 
+ ## Items below are folded into MCE.
+ 
+-package MCE;
++package # hide from rpm
++   MCE;
+ 
+ no warnings qw( threads recursion uninitialized );
+ 
+--- lib/MCE/Core/Manager.pm
 lib/MCE/Core/Manager.pm
+@@ -20,7 +20,8 @@ our $VERSION = '1.700';
+ 
+ ## Items below are folded into MCE.
+ 
+-package MCE;
++package # hide from rpm
++   MCE;
+ 
+ no warnings qw( threads recursion uninitialized );
+ 
+--- lib/MCE/Core/Validation.pm
 lib/MCE/Core/Validation.pm
+@@ -18,7 +18,8 @@ our $VERSION = '1.700';
+ 
+ ## Items below are folded into MCE.
+ 
+-package MCE;
++package # hide from rpm
++   MCE;
+ 
+ no warnings qw( threads recursion uninitialized );
+ 
+--- lib/MCE/Core/Worker.pm
 lib/MCE/Core/Worker.pm
+@@ -18,7 +18,8 @@ our $VERSION = '1.700';
+ 
+ ## Items below are folded into MCE.
+ 
+-package MCE;
++package # hide from rpm
++   MCE;
+ 
+ no warnings qw( threads recursion uninitialized );
+ 
+--- lib/MCE/Relay.pm
 lib/MCE/Relay.pm
+@@ -150,7 +150,8 @@ sub import {
+ 
+ ## Items below are folded into MCE.
+ 
+-package MCE;
++package # hide from rpm
++   MCE;
+ 
+ no warnings 'threads';
+ no warnings 'recursion';
diff --git a/perl-MCE.spec b/perl-MCE.spec
index fc8900e..5af7304 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,20 +1,22 @@
 Name:   perl-MCE
-Version:1.608
-Release:4%{?dist}
+Version:1.702
+Release:1%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/MCE/
 Source0:
http://www.cpan.org/authors/id/M/MA/MARIOROY/MCE-%{version}.tar.gz
-# Fix sharp-bang line
 Patch0: MCE-1.600-Fix-sharp-bang-line.patch
+Patch1: MCE-1.700-provides.patch
 BuildArch:  noarch
-# Build
+# Module Build
+BuildRequires:  coreutils
+BuildRequires:  findutils
+BuildRequires:  make
 BuildRequires:  perl
 BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)
-# Runtime
-# The bin/mce_grep is not used by tests
+# Module Runtime
 BuildRequires:  perl(base)
 BuildRequires:  perl(bytes)
 BuildRequires:  perl(Carp)
@@ -22,31 +24,26 @@ BuildRequires:  perl(constant)
 BuildRequires:  perl(Exporter)
 BuildRequires:  perl(Fcntl)
 BuildRequires:  perl(File::Path)
-# Unused BuildRequires:  perl(IO::Handle)
+BuildRequires:  perl(IO::Handle)
+BuildRequires:  perl(POSIX)
 BuildRequires:  perl(Scalar::Util)
 BuildRequires:  perl(Socket)
 BuildRequires:  perl(Storable) >= 2.04
 BuildRequires:  perl(Symbol)
+BuildRequires:  perl(threads::shared)
 BuildRequires:  perl(Time::HiRes)
-# Tests only
+# Script Runtime
+BuildRequires:  perl(Cwd)
+BuildRequires:  perl(Getopt::Long)
+BuildRequires:  perl(lib)
+BuildRequires:  perl(vars)
+# Test Suite
 BuildRequires:  perl(Test::More)
+# Dependencies
 Requires:   perl(:MODULE_COMPAT_%(eval "$(perl -V:version)"; echo 

pghmcfc pushed to perl-MCE (epel7). "Update to 1.704 (..more)"

[notifications]

From 679710953c169b389a0590edabc8146af6effb0f Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Thu, 14 Apr 2016 14:57:49 +0100
Subject: Update to 1.704

- New upstream release 1.704
  BUG FIXES
  - Fixed restart on the Windows platform, bug introduced in 1.700
  - Reached *stable* on all major platforms for MCE 1.7x
  ENHANCEMENTS
  - Enabled auto-destroy for MCE objects
  - Enabled freeze callbacks for Sereal
  - Switched bug tracking to Github
  - Tweaked test scripts
---
 .gitignore|  1 +
 perl-MCE.spec | 15 +--
 sources   |  2 +-
 3 files changed, 15 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index 21b7493..feadc1e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -8,3 +8,4 @@
 /MCE-1.608.tar.gz
 /MCE-1.702.tar.gz
 /MCE-1.703.tar.gz
+/MCE-1.704.tar.gz
diff --git a/perl-MCE.spec b/perl-MCE.spec
index 3a4d87c..ca3365a 100644
--- a/perl-MCE.spec
+++ b/perl-MCE.spec
@@ -1,5 +1,5 @@
 Name:   perl-MCE
-Version:1.703
+Version:1.704
 Release:1%{?dist}
 Summary:Many-core Engine for Perl providing parallel processing 
capabilities
 License:GPL+ or Artistic
@@ -38,7 +38,7 @@ BuildRequires:  perl(Getopt::Long)
 BuildRequires:  perl(lib)
 BuildRequires:  perl(vars)
 # Test Suite
-BuildRequires:  perl(Test::More)
+BuildRequires:  perl(Test::More) >= 0.88
 # Dependencies
 Requires:   perl(:MODULE_COMPAT_%(eval "$(perl -V:version)"; echo 
$version))
 Requires:   perl(IO::Handle)
@@ -135,6 +135,17 @@ make test
 %{_bindir}/mce_grep
 
 %changelog
+* Thu Apr 14 2016 Paul Howarth  - 1.704-1
+- Update to 1.704
+  BUG FIXES
+  - Fixed restart on the Windows platform, bug introduced in 1.700
+  - Reached *stable* on all major platforms for MCE 1.7x
+  ENHANCEMENTS
+  - Enabled auto-destroy for MCE objects
+  - Enabled freeze callbacks for Sereal
+  - Switched bug tracking to Github
+  - Tweaked test scripts
+
 * Sun Mar 20 2016 Paul Howarth  - 1.703-1
 - Update to 1.703
   - Completed IPC optimizations for 1.7
diff --git a/sources b/sources
index ae28abf..ba8ad2a 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-95810c95efee5719aec3fd1fcae8fadc  MCE-1.703.tar.gz
+d2475c3e1fd33e6de43d25b720ca5af9  MCE-1.704.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MCE.git/commit/?h=epel7=679710953c169b389a0590edabc8146af6effb0f
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Broken dependencies: perl-Data-Alias

[buildsys]

perl-Data-Alias has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Alias-1.20-2.fc24.x86_64 requires libperl.so.5.22()(64bit)
perl-Data-Alias-1.20-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1)
On i386:
perl-Data-Alias-1.20-2.fc24.i686 requires libperl.so.5.22
perl-Data-Alias-1.20-2.fc24.i686 requires perl(:MODULE_COMPAT_5.22.1)
On armhfp:
perl-Data-Alias-1.20-2.fc24.armv7hl requires libperl.so.5.22
perl-Data-Alias-1.20-2.fc24.armv7hl requires perl(:MODULE_COMPAT_5.22.1)
Please resolve this as soon as possible.

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

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

[rawhide]

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

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

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

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

The individual test result pages are:

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

Thank you for testing!
-- 
Mail generated by relval: https://www.happyassassin.net/relval/
___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/test-annou...@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Orphaned: elementry, evas-generic-loaders

[Kevin Kofler]

Christopher Meng wrote:
> 100 is not enough at all, even .

100 is enough for all practical purposes. Even kdelibs3, which has had no 
upstream release for 8 years, is only at -75. And in the unlikely event you 
really reach 99, you can go to 99.1, 99.2, …

> Since efl has higher version, just use proper macros.
> 
> Obsoletes: evas-generic-loaders <=  %{version}-%{release}

That should be < rather than <= again. And it only makes sense if the 
version numbers actually correlate. Otherwise it is too broad.

There is no case in which < 1.17.0-100 will fail, but something like < 3.0 
will work. The -100 hack is actually the narrowest Obsoletes you can use. If 
you don't like it, use < 1.17.1 (the next narrowest).

> Obsoletes: evas-generic-loaders%{?_isa} <=  %{version}-%{release}

And this one is just nonsense, as Igor Gnatenko pointed out.

Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Versioning the Packaging Guidelines

[Alec Leamas]

On 09/09/16 14:39, Josh Boyer wrote:

On Fri, Sep 9, 2016 at 8:13 AM, Alec Leamas  wrote:

Dear list,


There is an ongoing thread in debian-devel on their Standards-Version usage.
Reading this, it strikes me that Fedora lacks this info.




It wouldn't be that difficult to pull it out of the wiki and into a
pagure.io repo that actually publishes things, etc.  Again a topic of
conversation for the FPC.  I would really suggest opening a ticket
with them.




Done: https://fedorahosted.org/fpc/ticket/646

Cheers!

--alec
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Versioning the Packaging Guidelines

[Marcin Juszkiewicz]

W dniu 09.09.2016 o 14:25, gil pisze:
>> Could we learn anything from this? Fedora is not a rolling
>> distribution, but the guidelines are. Would it be a good idea to
>> actually provide versions of the guidelines? To track the last version
>> checked in the packages?
>>
>> If not for anything else., it would certainly make the life of
>> fedora-review maintainers easier.

> to me it seems the opposite ...

As long time Debian user (who played with packaging too) I would say
that updating package to newest guidelines was described well in
guidelines changelog. Especially when package is well maintained it
often just meant "updated to latest standards. no changes required".
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Versioning the Packaging Guidelines

[Josh Boyer]

On Fri, Sep 9, 2016 at 8:13 AM, Alec Leamas  wrote:
> Dear list,
>
>
> There is an ongoing thread in debian-devel on their Standards-Version usage.
> Reading this, it strikes me that Fedora lacks this info.
>
> The basic package lifecycle is that it is reviewed to current standards, and
> after that start lagging from the actual standards. To which extent depends
> on the maintainer.

Correct.  And the lag is really kind of the hard part.  To my
knowledge, there is still no group that actively reviews already
approved package for continued adherence to any version of the
guidelines.  There are good reasons for this, mostly stemming from
lack of review resources to begin with, but that means a review is a
one-time event for the bulk of the packages in Fedora.

> Debian addresses this by actually versioning their guidelines, and tracking
> the last version checked in  the package. There are checklists how to update
> between each version of the standard.
>
> Could we learn anything from this? Fedora is not a rolling distribution, but
> the guidelines are. Would it be a good idea to actually provide versions of
> the guidelines? To track the last version checked in the packages?

I think these are ideas worth discussing, but you should probably
discuss them with the FPC directly.

> If not for anything else., it would certainly make the life of fedora-review
> maintainers easier. That said,  I'm turning a blind eye to the obvious
> technical hassles versioning a wiki.

It wouldn't be that difficult to pull it out of the wiki and into a
pagure.io repo that actually publishes things, etc.  Again a topic of
conversation for the FPC.  I would really suggest opening a ticket
with them.

josh
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Versioning the Packaging Guidelines

[gil]

Il 09/09/2016 14:13, Alec Leamas ha scritto:

Dear list,


There is an ongoing thread in debian-devel on their Standards-Version 
usage. Reading this, it strikes me that Fedora lacks this info.


The basic package lifecycle is that it is reviewed to current 
standards, and after that start lagging from the actual standards. To 
which extent depends on the maintainer.


Debian addresses this by actually versioning their guidelines, and 
tracking the last version checked in  the package. There are 
checklists how to update between each version of the standard.


Could we learn anything from this? Fedora is not a rolling 
distribution, but the guidelines are. Would it be a good idea to 
actually provide versions of the guidelines? To track the last version 
checked in the packages?


If not for anything else., it would certainly make the life of 
fedora-review maintainers easier.

hi
to me it seems the opposite ...
regards
.g
That said,  I'm turning a blind eye to the obvious technical hassles 
versioning a wiki.


Just my 5 öre


--alec
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org


--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1374686] perl-PDF-Create-1.35 is available

[bugzilla]

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



--- Comment #2 from Upstream Release Monitoring 
 ---
Created attachment 1199450
  --> https://bugzilla.redhat.com/attachment.cgi?id=1199450=edit
Rebase-helper rebase-helper-debug.log log file.
See for details and report the eventual error to rebase-helper
https://github.com/phracek/rebase-helper/issues.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1374686] perl-PDF-Create-1.35 is available

[bugzilla]

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



--- Comment #3 from Upstream Release Monitoring 
 ---
Patches were not touched. All were applied properly

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1374686] perl-PDF-Create-1.35 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Patching or scratch build for perl-PDF-Create-1.34 failed.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1374686] New: perl-PDF-Create-1.35 is available

[bugzilla]

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

Bug ID: 1374686
   Summary: perl-PDF-Create-1.35 is available
   Product: Fedora
   Version: rawhide
 Component: perl-PDF-Create
  Keywords: FutureFeature, Triaged
  Assignee: co...@gnome.eu.org
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: co...@gnome.eu.org, perl-devel@lists.fedoraproject.org



Latest upstream release: 1.35
Current version/release in rawhide: 1.34-1.fc26
URL: http://search.cpan.org/dist/PDF-Create/

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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1374685] New: perl-Mojolicious-Plugin-CHI-0.15 is available

[bugzilla]

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

Bug ID: 1374685
   Summary: perl-Mojolicious-Plugin-CHI-0.15 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Mojolicious-Plugin-CHI
  Keywords: FutureFeature, Triaged
  Assignee: emman...@seyman.fr
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, perl-devel@lists.fedoraproject.org



Latest upstream release: 0.15
Current version/release in rawhide: 0.14-1.fc26
URL: http://search.cpan.org/dist/Mojolicious-Plugin-CHI

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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Versioning the Packaging Guidelines

[Alec Leamas]

Dear list,


There is an ongoing thread in debian-devel on their Standards-Version 
usage. Reading this, it strikes me that Fedora lacks this info.


The basic package lifecycle is that it is reviewed to current standards, 
and after that start lagging from the actual standards. To which extent 
depends on the maintainer.


Debian addresses this by actually versioning their guidelines, and 
tracking the last version checked in  the package. There are checklists 
how to update between each version of the standard.


Could we learn anything from this? Fedora is not a rolling distribution, 
but the guidelines are. Would it be a good idea to actually provide 
versions of the guidelines? To track the last version checked in the 
packages?


If not for anything else., it would certainly make the life of 
fedora-review maintainers easier. That said,  I'm turning a blind eye to 
the obvious technical hassles versioning a wiki.


Just my 5 öre


--alec
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: How to package a Git repository

[Igor Gnatenko]

In DNF CI we use rpm-gitoverlay[0], but due to RPM we have to prepare
archive from git, replace path for %(auto)setup, and some other magic,
so you can't use it as is in Fedora. But you can easily use it with
COPR as you don't have to follow all guidelines.

When I deal with one project I just do: $ rpm-gitoverlay build-package
-n libdnf rpm copr --owner ignatenkobrain --project libdnf
which does everything for me.


[0] https://github.com/ignatenkobrain/rpm-gitoverlay

On Fri, Sep 9, 2016 at 11:25 AM, Florian Weimer  wrote:
> I would like to build (S)RPMs directly from a Git repository (which contains
> the .spec file in the top-level directory).  This is for a CI-style project,
> with a quick release cycle.
>
> I have a Lua script fragment which generates a proper SRPM with the mock-scm
> target in COPR, and which is also compatible with “fedpkg srpm”.  But
> rpmbuild strips leading path components from Source: and Patch: references,
> so this only works if all files are in a single directory.
>
> Are there any alternatives that work in COPR, EPEL and Fedora proper?
>
> I think it's strange that I have to put a tarball somewhere just for RPM's
> sake if there is no separate upstream, and there are no upstream releases as
> a result.  It's just an annoyance and yet another step that can go wrong in
> various ways.
>
> Thanks,
> Florian
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org



-- 
-Igor Gnatenko
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Review request: perl-Path-Iterator-Rule, perl-Number-Range

[gil]

Il 09/09/2016 11:46, Sandro Mani ha scritto:

Hi

I need the following packages reviewed to update licensecheck and 
perl-String-Copyright:


perl-Path-Iterator-Rule - 
https://bugzilla.redhat.com/show_bug.cgi?id=1373244

perl-Number-Range - https://bugzilla.redhat.com/show_bug.cgi?id=1374642


hi
take!
for now I have nothing to be reviewed urgently
(maybe only after https://bugzilla.redhat.com/show_bug.cgi?id=1366843 )
if there is someone who needs it i leave these
regards
.g

Happy to review in exchange.

Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Review request: perl-Path-Iterator-Rule, perl-Number-Range

[Sandro Mani]

Hi

I need the following packages reviewed to update licensecheck and 
perl-String-Copyright:


perl-Path-Iterator-Rule - 
https://bugzilla.redhat.com/show_bug.cgi?id=1373244

perl-Number-Range - https://bugzilla.redhat.com/show_bug.cgi?id=1374642

Happy to review in exchange.

Sandro
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org