[Bug 1270076] perl-Log-Report-1.08 is available

[bugzilla]

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



--- Comment #6 from Fedora Update System  ---
perl-Log-Report-1.08-1.fc21 has been submitted as an update to Fedora 21.
https://bodhi.fedoraproject.org/updates/FEDORA-2015-6d5c41bb1b

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1250532] perl-Text-Xslate-3.3.7 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||jples...@redhat.com
   Fixed In Version||perl-Text-Xslate-3.3.7-1.fc
   ||24
 Resolution|--- |RAWHIDE
Last Closed||2015-10-09 04:25:06



-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

eseyman uploaded App-Cmd-0.329.tar.gz for perl-App-Cmd

[notifications]

3f1e1f325b0c13bb23926aaa98af522c  App-Cmd-0.329.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-App-Cmd/App-Cmd-0.329.tar.gz/md5/3f1e1f325b0c13bb23926aaa98af522c/App-Cmd-0.329.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

eseyman pushed to perl-Catalyst-View-TT (master). "Update to 0.44"

[notifications]

From 80bf3e9cb2b0f9db93e90c60dc7ddd5af6d43dd9 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Fri, 9 Oct 2015 11:34:18 +0200
Subject: Update to 0.44

---
 .gitignore | 1 +
 perl-Catalyst-View-TT.spec | 6 +-
 sources| 2 +-
 3 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 883e20c..4fb91fd 100644
--- a/.gitignore
+++ b/.gitignore
@@ -7,3 +7,4 @@ Catalyst-View-TT-0.34.tar.gz
 /Catalyst-View-TT-0.41.tar.gz
 /Catalyst-View-TT-0.42.tar.gz
 /Catalyst-View-TT-0.43.tar.gz
+/Catalyst-View-TT-0.44.tar.gz
diff --git a/perl-Catalyst-View-TT.spec b/perl-Catalyst-View-TT.spec
index f77ca86..a3c785d 100644
--- a/perl-Catalyst-View-TT.spec
+++ b/perl-Catalyst-View-TT.spec
@@ -1,6 +1,6 @@
 Name:   perl-Catalyst-View-TT
 Summary:Template Toolkit View Class
-Version:0.43
+Version:0.44
 Release:1%{?dist}
 License:GPL+ or Artistic
 
@@ -12,6 +12,7 @@ BuildArch:  noarch
 BuildRequires:  perl(Catalyst) >= 5.7
 BuildRequires:  perl(Class::Accessor)
 BuildRequires:  perl(CPAN)
+BuildRequires:  perl(Data::Dump)
 BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires:  perl(MRO::Compat)
 BuildRequires:  perl(Path::Class)
@@ -52,6 +53,9 @@ make test
 %{_mandir}/man3/Catalyst*
 
 %changelog
+* Fri Oct 09 2015 Emmanuel Seyman  - 0.44-1
+- Update to 0.44
+
 * Sun Aug 16 2015 Emmanuel Seyman  - 0.43-1
 - Update to 0.43
 - Do not generate the .packlist file
diff --git a/sources b/sources
index 2013c52..4514d34 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-7e3cfc28416bc5be8b2e6a7bd625e05a  Catalyst-View-TT-0.43.tar.gz
+0f6b73ea9885ff2839cabf9dbcb91559  Catalyst-View-TT-0.44.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Catalyst-View-TT.git/commit/?h=master=80bf3e9cb2b0f9db93e90c60dc7ddd5af6d43dd9
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

eseyman uploaded Mojolicious-6.23.tar.gz for perl-Mojolicious

[notifications]

aace8c973abee7a59fa865ef3a954f18  Mojolicious-6.23.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Mojolicious/Mojolicious-6.23.tar.gz/md5/aace8c973abee7a59fa865ef3a954f18/Mojolicious-6.23.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Need perl help to remove dpkg dependency on licensecheck (devscripts-minimal)

[Sandro Mani]

Hi

Recent versions of devscripts-minimal (containing licensecheck) began 
depending on dpkg-perl due to [1]. Unfortunately I'm quite unfamiliar 
with perl, can anyone suggest an alternative way to accomplish the same 
which does not use spawn from Dpkg::IPC?


Thanks
Sandro

[1] 
https://github.com/Debian/devscripts/commit/c0687bcde23108dd42e146573c368b6905e6b8e8

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

jplesnik pushed to perl-Text-Xslate (master). "3.3.7 bump"

[notifications]

From 2e7586dc398528871074fb744fda34dbeb174375 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 9 Oct 2015 10:23:19 +0200
Subject: 3.3.7 bump

---
 .gitignore| 1 +
 perl-Text-Xslate.spec | 9 ++---
 sources   | 2 +-
 3 files changed, 8 insertions(+), 4 deletions(-)

diff --git a/.gitignore b/.gitignore
index 3d61ea2..113eb00 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@
 /Text-Xslate-3.2.4.tar.gz
 /Text-Xslate-3.2.5.tar.gz
 /Text-Xslate-3.3.4.tar.gz
+/Text-Xslate-3.3.7.tar.gz
diff --git a/perl-Text-Xslate.spec b/perl-Text-Xslate.spec
index 8f72304..f09ac8f 100644
--- a/perl-Text-Xslate.spec
+++ b/perl-Text-Xslate.spec
@@ -1,12 +1,12 @@
 %global pkgname Text-Xslate
 
 Name:   perl-%{pkgname}
-Version:3.3.4
+Version:3.3.7
 Release:1%{?dist}
 Summary:Scalable template engine
 License:GPL+ or Artistic
 URL:http://xslate.org/
-Source0:
http://www.cpan.org/authors/id/G/GF/GFUJI/%{pkgname}-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/S/SY/SYOHEX/%{pkgname}-%{version}.tar.gz
 # Do not run author tests
 Patch0: Text-Xslate-3.3.4-Do-not-run-author-tests.patch
 BuildRequires:  coreutils
@@ -36,7 +36,7 @@ BuildRequires:  perl(File::Path)
 BuildRequires:  perl(File::Spec)
 BuildRequires:  perl(Getopt::Long)
 BuildRequires:  perl(List::Util)
-BuildRequires:  perl(Mouse) >= 0.61
+BuildRequires:  perl(Mouse) >= 2.4.5
 BuildRequires:  perl(Mouse::Role)
 BuildRequires:  perl(Mouse::Util::TypeConstraints)
 BuildRequires:  perl(overload)
@@ -127,6 +127,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Oct 09 2015 Jitka Plesnikova  - 3.3.7-1
+- 3.3.7 bump
+
 * Fri Jun 26 2015 Petr Pisar  - 3.3.4-1
 - 3.3.4 bump
 
diff --git a/sources b/sources
index c6e3616..24acf8f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-4d07bb4a423483dc8875e9ca3ae06885  Text-Xslate-3.3.4.tar.gz
+4a05ff0e0cb56475a1520230a9dd299b  Text-Xslate-3.3.7.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Text-Xslate.git/commit/?h=master=2e7586dc398528871074fb744fda34dbeb174375
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270189] New: Upgrade perl-Cairo to 1.106

[bugzilla]

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

Bug ID: 1270189
   Summary: Upgrade perl-Cairo to 1.106
   Product: Fedora
   Version: rawhide
 Component: perl-Cairo
  Keywords: FutureFeature
  Assignee: tcall...@redhat.com
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org,
tcall...@redhat.com



Latest Fedora delivers 1.105 version. Upstream released 1.106. Please upgrade.

Also please enable release monitoring service to receive notifications about
future releases.

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1225047] Upgrade perl-Curses

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

   Fixed In Version||perl-Curses-1.32-1.fc22



-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270197] perl-MooseX-Method-Signatures-0.49 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Created attachment 1081228
  --> https://bugzilla.redhat.com/attachment.cgi?id=1081228=edit
[patch] Update to 0.49 (#1270197)

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270197] New: perl-MooseX-Method-Signatures-0.49 is available

[bugzilla]

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

Bug ID: 1270197
   Summary: perl-MooseX-Method-Signatures-0.49 is available
   Product: Fedora
   Version: rawhide
 Component: perl-MooseX-Method-Signatures
  Keywords: FutureFeature, Triaged
  Assignee: emman...@seyman.fr
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, iarn...@gmail.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 0.49
Current version/release in rawhide: 0.48-3.fc23
URL: http://search.cpan.org/dist/MooseX-Method-Signatures/

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.

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

eseyman uploaded Catalyst-View-TT-0.44.tar.gz for perl-Catalyst-View-TT

[notifications]

0f6b73ea9885ff2839cabf9dbcb91559  Catalyst-View-TT-0.44.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Catalyst-View-TT/Catalyst-View-TT-0.44.tar.gz/md5/0f6b73ea9885ff2839cabf9dbcb91559/Catalyst-View-TT-0.44.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Proposal to reduce anti-bundling requirements

[Ian Malone]

On 8 October 2015 at 23:58, Kevin Kofler  wrote:
> Matthew Miller wrote:
>> In many cases, this effectively means creating a Fedora-specfic fork of
>> the project.
>
> Only if you call patches to the build system (with little to no changes to
> the actual code) a "fork".
>
>> Even if we accept unbundling as goal in itself is a given, there just
>> aren't enough people in the world who have the inclination, time, and
>> expertise to do this. Especially when you consider that for most projects,
>> the only people with *deep* understanding of this kind of invasive change
>> *are* the upstream.
>
> Huh? 3 simple steps to unbundling (>90% success rate, especially with the
> growing number of stupid upstreams that bundle not out of necessity, but
> because they simply don't believe in unbundling):
> 1. rm -rf the bundled library (in %prep, or rip it out of the tarball
>entirely if there is any chance of a licensing issue of any kind),
> 2. Remove the building of the bundled library from the build system and add
>the required -I and -l flags instead.
> 3. Check the source code for hardcoded relative
>#include "../3rdparty/foo/bar.h" paths and fix them to use proper
>#include  or #include  paths (depending on the library,
>read its documentation). (If the code already uses the correct path
>style, there is nothing to do.)
>

4. Take over responsibility for keeping the application up to date
with Fedora's version of the library.

I'm actually all for unbundling, but going it alone is not guaranteed
to be simple. "Oh, hey, that deprecated function has been removed."

-- 
imalone
http://ibmalone.blogspot.co.uk
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

eseyman uploaded Struct-Dumb-0.06.tar.gz for perl-Struct-Dumb

[notifications]

c373d0bf5c37bbd03c0b1d93c27ab95c  Struct-Dumb-0.06.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Struct-Dumb/Struct-Dumb-0.06.tar.gz/md5/c373d0bf5c37bbd03c0b1d93c27ab95c/Struct-Dumb-0.06.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1269061] perl-Catalyst-View-TT-0.44 is available

[bugzilla]

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



--- Comment #3 from Upstream Release Monitoring 
 ---
eseyman's perl-Catalyst-View-TT-0.44-1.fc24 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=690577

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

[Haïkel]

2015-10-09 1:17 GMT+02:00 Kevin Kofler :
> Haïkel wrote:
>> Not that I'm 100% happy with the way it happened but this has been a
>> very long-lived topic. To some, it'll be a hasty decision, to others,
>> it's already a late one.
>
> There's a REASON it had always been shot down so far!
>
>> Please keep in mind, that Fesco is aware this is not a perfect
>> solution, and we''ll gladly review any proposals to improve this
>> policy.
>
> It is not possible to "improve" a policy that is fundamentally broken. The
> only possible improvement is to repeal/revert it.
>
>> But we can keep discussing this for years, or try to solve this issue
>> incrementally.
>
> Or we can just keep saying no, in compliance with our principles.
>
>> We chose the latter.
>
> What is "incremental" about this policy change? It is a radical U-turn.
>
>> No we didn't chose quantity over quality, it will only have a marginal
>> impact on the former.
>
> Then it will even have failed its stated purpose.
>
>> It doesn't prevent you to do unbundling
>
> It does. The maintainer can now say "no" to any non-upstream unbundling.
>
>> Pretending that the now-previous guidelines that many packages
>> (including recent ones) did not respect were preventing issues was
>> giving a false impression of security, that was *harmful*.
>
> If existing packages were not compliant to the policy, that's the problem
> you need to fix, by:
> 1. fixing the packages (not just threatening their removal from Fedora, but
>actually having a provenpackager go in and do the downstream unbundling),
>and

Sounds like you're volunteering for an Unbundling SIG, go ahead, you
have blessing.
I can even provide you a list of offending packages or ones that are
not updated because of the unbundling efforts (ie: hadoop)

> 2. for blatant or repeat offenses, unsponsoring both the submitters and the
>reviewers of the offending packages.
>

Good luck with that, we can't even ban repeated offenders on this very
list, let alone packagers that let bundled libs sneak in.

>> You're free to rant or work with us to improve the now-current policy.
>
> See above, the policy cannot be "improved" because it is fundamentally
> flawed and the exact opposite of what the policy should be.
>
> Kevin Kofler
>

I read all above and I still believe that you're turning something
that has always been a best-effort goal into some kind of dogma.
New policy needs better wording and guidelines changes but it's not
that different from the previous one.

Unbundling will still be required when possible and necessary (e.g
dead upstream), but we have now a better footing to track bundled
libs, and stop misguided behaviours.

Regards,
H.

> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

eseyman pushed to perl-Variable-Magic (master). "Update to 0.59"

[notifications]

From f53e2f4df93fbe6b42868642b68f25d6320b2127 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Fri, 9 Oct 2015 11:47:01 +0200
Subject: Update to 0.59

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

diff --git a/.gitignore b/.gitignore
index 0363af1..3262bbe 100644
--- a/.gitignore
+++ b/.gitignore
@@ -14,3 +14,4 @@ Variable-Magic-0.43.tar.gz
 /Variable-Magic-0.56.tar.gz
 /Variable-Magic-0.57.tar.gz
 /Variable-Magic-0.58.tar.gz
+/Variable-Magic-0.59.tar.gz
diff --git a/perl-Variable-Magic.spec b/perl-Variable-Magic.spec
index f5a5768..37c86e7 100644
--- a/perl-Variable-Magic.spec
+++ b/perl-Variable-Magic.spec
@@ -1,5 +1,5 @@
 Name:   perl-Variable-Magic
-Version:0.58
+Version:0.59
 Release:1%{?dist}
 Summary:Associate user-defined magic to variables from Perl
 License:GPL+ or Artistic
@@ -49,6 +49,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Oct 09 2015 Emmanuel Seyman  - 0.59-1
+- Update to 0.59
+
 * Thu Jul 23 2015 Emmanuel Seyman  - 0.58-1
 - Update to 0.58
 
diff --git a/sources b/sources
index aad5915..9dcd770 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-2aa222874ba69fc49ea39c88047e7122  Variable-Magic-0.58.tar.gz
+f43b0182fe4b0f38bcdb69a4a838785e  Variable-Magic-0.59.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Variable-Magic.git/commit/?h=master=f53e2f4df93fbe6b42868642b68f25d6320b2127
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

eseyman pushed to perl-Mojolicious (master). "Update to 6.23"

[notifications]

From e29ed0de574e720140efff2a1b0650e2c2c8a3a9 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Fri, 9 Oct 2015 12:00:51 +0200
Subject: Update to 6.23

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

diff --git a/.gitignore b/.gitignore
index 42b9f41..7691562 100644
--- a/.gitignore
+++ b/.gitignore
@@ -179,3 +179,4 @@ Mojolicious-0.26.tar.gz
 /Mojolicious-6.20.tar.gz
 /Mojolicious-6.21.tar.gz
 /Mojolicious-6.22.tar.gz
+/Mojolicious-6.23.tar.gz
diff --git a/perl-Mojolicious.spec b/perl-Mojolicious.spec
index b488c8a..0734f6f 100644
--- a/perl-Mojolicious.spec
+++ b/perl-Mojolicious.spec
@@ -1,5 +1,5 @@
 Name:   perl-Mojolicious
-Version:6.22
+Version:6.23
 Release:1%{?dist}
 Summary:A next generation web framework for Perl
 License:Artistic 2.0
@@ -61,6 +61,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Oct 09 2015 Emmanuel Seyman  - 6.23-1
+- Update to 6.23
+
 * Fri Oct 02 2015 Emmanuel Seyman  - 6.22-1
 - Update to 6.22
 
diff --git a/sources b/sources
index 29ef1de..19e8fd1 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-73092287453bca3c0983d27a7f8a565b  Mojolicious-6.22.tar.gz
+aace8c973abee7a59fa865ef3a954f18  Mojolicious-6.23.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Mojolicious.git/commit/?h=master=e29ed0de574e720140efff2a1b0650e2c2c8a3a9
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

jplesnik pushed to perl-Tree-R (master). "0.072 bump"

[notifications]

From 29bfe1c816bb5c8beddff655b5c6f543c0416ec0 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 9 Oct 2015 12:23:38 +0200
Subject: 0.072 bump

---
 .gitignore   |  1 +
 perl-Tree-R.spec | 15 ++-
 sources  |  2 +-
 3 files changed, 12 insertions(+), 6 deletions(-)

diff --git a/.gitignore b/.gitignore
index fe906b7..192ba46 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 /Tree-R-0.06.tar.gz
+/Tree-R-0.072.tar.gz
diff --git a/perl-Tree-R.spec b/perl-Tree-R.spec
index 5f3caf5..0814367 100644
--- a/perl-Tree-R.spec
+++ b/perl-Tree-R.spec
@@ -1,15 +1,17 @@
 Name:   perl-Tree-R
-Version:0.06
-Release:4%{?dist}
+Version:0.072
+Release:1%{?dist}
 Summary:Perl extension for the R-tree data structure and algorithms
-License:GPL+ or Artistic
+License:Artistic 2.0
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Tree-R/
 Source0:
http://www.cpan.org/modules/by-module/Tree/Tree-R-%{version}.tar.gz
 BuildArch:  noarch
+BuildRequires:  coreutils
+BuildRequires:  findutils
+BuildRequires:  make
 BuildRequires:  perl
 BuildRequires:  perl(AutoLoader)
-BuildRequires:  perl(Data::Dumper)
 BuildRequires:  perl(Exporter)
 BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  perl(strict)
@@ -39,11 +41,14 @@ find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} 
\;
 make test
 
 %files
-%doc Changes README
+%doc Changes README.md
 %{perl_vendorlib}/*
 %{_mandir}/man3/*
 
 %changelog
+* Fri Oct 09 2015 Jitka Plesnikova  - 0.072-1
+- 0.072 bump
+
 * Thu Jun 18 2015 Fedora Release Engineering  
- 0.06-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
diff --git a/sources b/sources
index d5ec5ad..3f95b9f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-629ae017bb7fefb925b1475f6275f338  Tree-R-0.06.tar.gz
+465e8faf3e68d2a136f7b2bcd8cb4891  Tree-R-0.072.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Tree-R.git/commit/?h=master=29bfe1c816bb5c8beddff655b5c6f543c0416ec0
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270076] perl-Log-Report-1.08 is available

[bugzilla]

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



--- Comment #5 from Fedora Update System  ---
perl-Log-Report-1.08-1.fc23 has been submitted as an update to Fedora 23.
https://bodhi.fedoraproject.org/updates/FEDORA-2015-60a13a9011

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

jplesnik uploaded Text-Xslate-3.3.7.tar.gz for perl-Text-Xslate

[notifications]

4a05ff0e0cb56475a1520230a9dd299b  Text-Xslate-3.3.7.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Text-Xslate/Text-Xslate-3.3.7.tar.gz/md5/4a05ff0e0cb56475a1520230a9dd299b/Text-Xslate-3.3.7.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270076] perl-Log-Report-1.08 is available

[bugzilla]

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



--- Comment #7 from Fedora Update System  ---
perl-Log-Report-1.08-1.fc22 has been submitted as an update to Fedora 22.
https://bodhi.fedoraproject.org/updates/FEDORA-2015-cca919fd76

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

ppisar pushed to perl-Unicode-Normalize (f23). "1.21 bump"

[notifications]

From c18b112b59253b330cd3942ff01cbfb33095358b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 9 Oct 2015 10:27:30 +0200
Subject: 1.21 bump

---
 .gitignore  | 1 +
 perl-Unicode-Normalize.spec | 7 +--
 sources | 2 +-
 3 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index e091fe6..fb75838 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /Unicode-Normalize-1.18.tar.gz
 /Unicode-Normalize-1.19.tar.gz
+/Unicode-Normalize-1.21.tar.gz
diff --git a/perl-Unicode-Normalize.spec b/perl-Unicode-Normalize.spec
index 009ba5d..a975126 100644
--- a/perl-Unicode-Normalize.spec
+++ b/perl-Unicode-Normalize.spec
@@ -1,11 +1,11 @@
 Name:   perl-Unicode-Normalize
-Version:1.19
+Version:1.21
 Release:1%{?dist}
 Summary:Unicode Normalization Forms
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Unicode-Normalize/
-Source0:
http://www.cpan.org/authors/id/S/SA/SADAHIRO/Unicode-Normalize-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/K/KH/KHW/Unicode-Normalize-%{version}.tar.gz
 BuildArch:  noarch
 BuildRequires:  coreutils
 BuildRequires:  findutils
@@ -50,6 +50,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Oct 09 2015 Petr Pisar  - 1.21-1
+- 1.21 bump
+
 * Mon Jul 13 2015 Petr Pisar  - 1.19-1
 - 1.19 bump
 
diff --git a/sources b/sources
index a96dc5b..faae927 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3b04ec2a0353c5064fc01c1fe73d8225  Unicode-Normalize-1.19.tar.gz
+ab0c459cc53d5e23c1ecda1eb3d8e01f  Unicode-Normalize-1.21.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Unicode-Normalize.git/commit/?h=f23=c18b112b59253b330cd3942ff01cbfb33095358b
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270090] perl-Unicode-Normalize-1.21 is available

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-Unicode-Normalize-1.21
   ||-1.fc24



--- Comment #2 from Petr Pisar  ---
A bug fix release suitable for Fedora >= 23.

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270090] perl-Unicode-Normalize-1.21 is available

[bugzilla]

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



--- Comment #4 from Fedora Update System  ---
perl-Unicode-Normalize-1.21-1.fc23 has been submitted as an update to Fedora
23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-c53bbb2c60

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270193] New: Upgrade perl-Config-Model to 2.074

[bugzilla]

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

Bug ID: 1270193
   Summary: Upgrade perl-Config-Model to 2.074
   Product: Fedora
   Version: rawhide
 Component: perl-Config-Model
  Keywords: FutureFeature
  Assignee: david.hanneq...@gmail.com
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: david.hanneq...@gmail.com,
perl-devel@lists.fedoraproject.org



Latest Fedora delivers 2.073 version. Upstream released 2.074. Please upgrade.

Also please enable release monitoring service to receive notifications about
future releases.

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270198] perl-MooseX-Role-WithOverloading-0.17 is available

[bugzilla]

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



--- Comment #2 from Upstream Release Monitoring 
 ---
Scratch build failed
http://koji.fedoraproject.org/koji/taskinfo?taskID=11382980

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

eseyman uploaded Variable-Magic-0.59.tar.gz for perl-Variable-Magic

[notifications]

f43b0182fe4b0f38bcdb69a4a838785e  Variable-Magic-0.59.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Variable-Magic/Variable-Magic-0.59.tar.gz/md5/f43b0182fe4b0f38bcdb69a4a838785e/Variable-Magic-0.59.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

ppisar pushed to perl-Unicode-Normalize (master). "1.21 bump"

[notifications]

From c18b112b59253b330cd3942ff01cbfb33095358b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 9 Oct 2015 10:27:30 +0200
Subject: 1.21 bump

---
 .gitignore  | 1 +
 perl-Unicode-Normalize.spec | 7 +--
 sources | 2 +-
 3 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index e091fe6..fb75838 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /Unicode-Normalize-1.18.tar.gz
 /Unicode-Normalize-1.19.tar.gz
+/Unicode-Normalize-1.21.tar.gz
diff --git a/perl-Unicode-Normalize.spec b/perl-Unicode-Normalize.spec
index 009ba5d..a975126 100644
--- a/perl-Unicode-Normalize.spec
+++ b/perl-Unicode-Normalize.spec
@@ -1,11 +1,11 @@
 Name:   perl-Unicode-Normalize
-Version:1.19
+Version:1.21
 Release:1%{?dist}
 Summary:Unicode Normalization Forms
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Unicode-Normalize/
-Source0:
http://www.cpan.org/authors/id/S/SA/SADAHIRO/Unicode-Normalize-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/K/KH/KHW/Unicode-Normalize-%{version}.tar.gz
 BuildArch:  noarch
 BuildRequires:  coreutils
 BuildRequires:  findutils
@@ -50,6 +50,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Oct 09 2015 Petr Pisar  - 1.21-1
+- 1.21 bump
+
 * Mon Jul 13 2015 Petr Pisar  - 1.19-1
 - 1.19 bump
 
diff --git a/sources b/sources
index a96dc5b..faae927 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3b04ec2a0353c5064fc01c1fe73d8225  Unicode-Normalize-1.19.tar.gz
+ab0c459cc53d5e23c1ecda1eb3d8e01f  Unicode-Normalize-1.21.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Unicode-Normalize.git/commit/?h=master=c18b112b59253b330cd3942ff01cbfb33095358b
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

ppisar uploaded Unicode-Normalize-1.21.tar.gz for perl-Unicode-Normalize

[notifications]

ab0c459cc53d5e23c1ecda1eb3d8e01f  Unicode-Normalize-1.21.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Unicode-Normalize/Unicode-Normalize-1.21.tar.gz/md5/ab0c459cc53d5e23c1ecda1eb3d8e01f/Unicode-Normalize-1.21.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270090] perl-Unicode-Normalize-1.21 is available

[bugzilla]

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



--- Comment #3 from Upstream Release Monitoring 
 ---
ppisar's perl-Unicode-Normalize-1.21-1.fc24 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=690565

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

(Another) One mailing list to rule them all

[Robert Kuska]

For those who are interested new (official) mailing list was created (kudos to 
Nick
Coghlan and Barry Warsaw). The purpose of the mailing list is to bring together 
all folks
from various Linux distro communities to discuss any future (e.g. 
usr/bin/python)
or current features (/wave PEP476) affecting our beloved distributions and how 
to
deal with them consistently :-). 

Also here is Nick's reasoning:
> With the Python 3 migration, and the growth in interest in user level
> package management for development purposes, what do you think of the idea
> of setting up a new Linux SIG to have those discussions? I know it's a case
> of "yet another mailing list", but I think it will be worthwhile to have a
> clear point of collaboration within the Python ecosystem, rather than
> expecting Pythonistas to know how to reach out to (other) distros directly.


Don't hesitate and sign-in @ https://mail.python.org/mailman/listinfo/linux-sig


---
Robert Kuska
{rkuska}

___
python-devel mailing list
python-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/python-devel

[Bug 1270188] New: Upgrade perl-App-Cmd to 0.329

[bugzilla]

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

Bug ID: 1270188
   Summary: Upgrade perl-App-Cmd to 0.329
   Product: Fedora
   Version: rawhide
 Component: perl-App-Cmd
  Keywords: FutureFeature
  Assignee: emman...@seyman.fr
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, mmasl...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest Fedora delivers 0.328 version. Upstream released 0.329. Please upgrade.

Also please enable release monitoring service to receive notifications about
future releases.

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270191] New: Upgrade perl-CGI-Ex to 2.44

[bugzilla]

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

Bug ID: 1270191
   Summary: Upgrade perl-CGI-Ex to 2.44
   Product: Fedora
   Version: rawhide
 Component: perl-CGI-Ex
  Keywords: FutureFeature
  Assignee: emman...@seyman.fr
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, mmasl...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com,
psab...@redhat.com



Latest Fedora delivers 2.43. Upstream released 2.44. Please upgrade.

Also please enable release monitoring service to receive notifications about
future releases.

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270195] New: Upgrade perl-Crypt-SMIME to 0.16

[bugzilla]

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

Bug ID: 1270195
   Summary: Upgrade perl-Crypt-SMIME to 0.16
   Product: Fedora
   Version: rawhide
 Component: perl-Crypt-SMIME
  Keywords: FutureFeature
  Assignee: steve.tray...@cern.ch
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org,
steve.tray...@cern.ch



Latest Fedora delivers 0.15 version. Upstream released 0.16. Please upgrade.

Also please enable release monitoring service to receive notifications about
future releases.

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

eseyman pushed to perl-App-Cmd (master). "Update to 0.329"

[notifications]

From b047002d5d49388f7b0f213a689ccaa5101955d3 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Fri, 9 Oct 2015 11:11:49 +0200
Subject: Update to 0.329

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

diff --git a/.gitignore b/.gitignore
index ee3340d..19b50f6 100644
--- a/.gitignore
+++ b/.gitignore
@@ -16,3 +16,4 @@ App-Cmd-0.307.tar.gz
 /App-Cmd-0.326.tar.gz
 /App-Cmd-0.327.tar.gz
 /App-Cmd-0.328.tar.gz
+/App-Cmd-0.329.tar.gz
diff --git a/perl-App-Cmd.spec b/perl-App-Cmd.spec
index f62b712..a58450d 100644
--- a/perl-App-Cmd.spec
+++ b/perl-App-Cmd.spec
@@ -1,6 +1,6 @@
 Name:   perl-App-Cmd
 Summary:Write command line apps with less suffering
-Version:0.328
+Version:0.329
 Release:1%{?dist}
 License:GPL+ or Artistic
 
@@ -68,6 +68,9 @@ make test
 %{_mandir}/man3/App*.3*
 
 %changelog
+* Fri Oct 09 2015 Emmanuel Seyman  - 0.329-1
+- Update to 0.329
+
 * Sun Sep 06 2015 Emmanuel Seyman  - 0.328-1
 - Update to 0.328
 
diff --git a/sources b/sources
index b7aa2df..2cf2c86 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-71984f446eef4fca07808ae37e140f48  App-Cmd-0.328.tar.gz
+3f1e1f325b0c13bb23926aaa98af522c  App-Cmd-0.329.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-App-Cmd.git/commit/?h=master=b047002d5d49388f7b0f213a689ccaa5101955d3
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270196] New: Upgrade perl-Curses to 1.33

[bugzilla]

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

Bug ID: 1270196
   Summary: Upgrade perl-Curses to 1.33
   Product: Fedora
   Version: rawhide
 Component: perl-Curses
  Keywords: FutureFeature
  Assignee: steve.tray...@cern.ch
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org,
steve.tray...@cern.ch



Latest Fedora delivers 1.32 version. Upstream released 1.33. Please upgrade.

Also please enable release monitoring service to receive notifications about
future releases.

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

eseyman uploaded CGI-Ex-2.44.tar.gz for perl-CGI-Ex

[notifications]

b6c4723cf7c64606cc43310f7b54e830  CGI-Ex-2.44.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-CGI-Ex/CGI-Ex-2.44.tar.gz/md5/b6c4723cf7c64606cc43310f7b54e830/CGI-Ex-2.44.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270198] perl-MooseX-Role-WithOverloading-0.17 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Created attachment 1081230
  --> https://bugzilla.redhat.com/attachment.cgi?id=1081230=edit
[patch] Update to 0.17 (#1270198)

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

eseyman pushed to perl-CGI-Ex (master). "Update to 2.44"

[notifications]

From def582d90cd9d4c29de79062254c2813a7be6544 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Fri, 9 Oct 2015 11:19:36 +0200
Subject: Update to 2.44

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

diff --git a/.gitignore b/.gitignore
index b90afd6..498b574 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@ CGI-Ex-2.32.tar.gz
 /CGI-Ex-2.38.tar.gz
 /CGI-Ex-2.42.tar.gz
 /CGI-Ex-2.43.tar.gz
+/CGI-Ex-2.44.tar.gz
diff --git a/perl-CGI-Ex.spec b/perl-CGI-Ex.spec
index f06cd69..c784063 100644
--- a/perl-CGI-Ex.spec
+++ b/perl-CGI-Ex.spec
@@ -1,5 +1,5 @@
 Name:   perl-CGI-Ex
-Version:2.43
+Version:2.44
 Release:1%{?dist}
 Summary:CGI utility suite - makes powerful application writing fun and 
easy
 License:GPL+ or Artistic
@@ -80,6 +80,9 @@ make test
 %{_mandir}/man3/CGI*
 
 %changelog
+* Fri Oct 09 2015 Emmanuel Seyman  - 2.44-1
+- Update to 2.44
+
 * Fri Oct 02 2015 Emmanuel Seyman  - 2.43-1
 - Updaye to 2.43
 
diff --git a/sources b/sources
index 43d565a..03f5c43 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-77f12e63d85305930a0d845d454f9be5  CGI-Ex-2.43.tar.gz
+b6c4723cf7c64606cc43310f7b54e830  CGI-Ex-2.44.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-CGI-Ex.git/commit/?h=master=def582d90cd9d4c29de79062254c2813a7be6544
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270197] perl-MooseX-Method-Signatures-0.49 is available

[bugzilla]

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



--- Comment #2 from Upstream Release Monitoring 
 ---
Scratch build failed
http://koji.fedoraproject.org/koji/taskinfo?taskID=11382964

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270199] New: Upgrade perl-MooseX-Types-DateTime to 0.13

[bugzilla]

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

Bug ID: 1270199
   Summary: Upgrade perl-MooseX-Types-DateTime to 0.13
   Product: Fedora
   Version: rawhide
 Component: perl-MooseX-Types-DateTime
  Keywords: FutureFeature
  Assignee: emman...@seyman.fr
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, iarn...@gmail.com,
mmasl...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest Fedora delivers 0.12 version. Upstream released 0.13. Please upgrade.

Also please enable release monitoring service to receive notification about
future releases.

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270198] New: perl-MooseX-Role-WithOverloading-0.17 is available

[bugzilla]

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

Bug ID: 1270198
   Summary: perl-MooseX-Role-WithOverloading-0.17 is available
   Product: Fedora
   Version: rawhide
 Component: perl-MooseX-Role-WithOverloading
  Keywords: FutureFeature, Triaged
  Assignee: emman...@seyman.fr
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: emman...@seyman.fr, iarn...@gmail.com,
mmasl...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 0.17
Current version/release in rawhide: 0.16-3.fc23
URL: http://search.cpan.org/dist/MooseX-Role-WithOverloading

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.

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

eseyman pushed to perl-Struct-Dumb (master). "Update to 0.06"

[notifications]

From 2f7f65ffc5c9c3170fd7f5c0dafdf44755ecbad1 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Fri, 9 Oct 2015 11:38:56 +0200
Subject: Update to 0.06

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

diff --git a/.gitignore b/.gitignore
index 6276d58..1e31724 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /Struct-Dumb-0.03.tar.gz
 /Struct-Dumb-0.04.tar.gz
+/Struct-Dumb-0.06.tar.gz
diff --git a/perl-Struct-Dumb.spec b/perl-Struct-Dumb.spec
index d90f04f..d78cf83 100644
--- a/perl-Struct-Dumb.spec
+++ b/perl-Struct-Dumb.spec
@@ -1,5 +1,5 @@
 Name:   perl-Struct-Dumb
-Version:0.04
+Version:0.06
 Release:1%{?dist}
 Summary:Make simple lightweight record-like structures
 License:GPL+ or Artistic
@@ -50,6 +50,9 @@ that access or modify the values stored.
 
 
 %changelog
+* Fri Oct 09 2015 Emmanuel Seyman  - 0.06-1
+- Update to 0.06
+
 * Fri Oct 02 2015 Emmanuel Seyman  - 0.04-1
 - Update to 0.04
 
diff --git a/sources b/sources
index 2bedbd1..9a12ab8 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-194b9bdadc32b184e60d117a444011f5  Struct-Dumb-0.04.tar.gz
+c373d0bf5c37bbd03c0b1d93c27ab95c  Struct-Dumb-0.06.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Struct-Dumb.git/commit/?h=master=2f7f65ffc5c9c3170fd7f5c0dafdf44755ecbad1
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

jplesnik uploaded Tree-R-0.072.tar.gz for perl-Tree-R

[notifications]

465e8faf3e68d2a136f7b2bcd8cb4891  Tree-R-0.072.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Tree-R/Tree-R-0.072.tar.gz/md5/465e8faf3e68d2a136f7b2bcd8cb4891/Tree-R-0.072.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: "Unbundling SIG" was [Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)]

[Kevin Kofler]

Matthew Miller wrote:
> When the packager has reasoned belief that debundling is actively bad
> in some way for this package, I think we should trust the packager. I
> know not everyone on this thread agrees, but in general, Fedora
> *always* places a high level of trust in our packagers to make the
> right call in all sorts of situations. Here, perhaps some of the
> current (former?) pages on the rationale for unbundling could be moved
> into the Unbundling SIG's space and used as guidance.

I am worried that a lot of packagers will just refuse to do anything that
upstream does not support, either:
* because they ARE upstream, or
* because they are too worried about offending upstream, or
* because they are too lazy and/or too busy to rebase patches.
And the often-cited fact that there are more and more upstreams not
supporting unbundling only makes this WORSE and is actually a reason for
MORE strictness in downstream policies, not less!

The new policy does not require any kind of rationale for refusing, just
saying "no" is enough to block everything.

> Obviously we're not Debian, but I think this part from their Getting
> Started guide applies to volunteer software projects in general:
> 
> * We all are volunteers.
>  * You cannot impose on others what to do.
>  * You should be motivated to do things by yourself.
> 
> 

I find it funny that you are citing Debian in an attempt to support your
point, because Debian actually has a "no bundled libraries" policy at least
as strict as our old one.

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

[Kevin Kofler]

Adam Jackson wrote:
> I'd call that the app not working, yes.  Symbol conflicts are literally
> trivial to find, I'm really not sure why you bring the point up.

Because it is the worst possible consequence of bundled libraries (or abuse 
of compatibility libraries – there too, more effort needs to be spent on 
making things work with the latest version of the library, a compatibility 
library must be only a last resort).

And symbol conflicts are not that trivial to detect:
* The packages will typically build just "fine", the crashes happen only at
  runtime.
* Scanning binary packages for conflicting symbols does not work either
  because they are only a problem if the conflicting libraries get dragged
  into the same executable at runtime.
* The crashes can appear only if or when certain plugins are loaded.
  (Plugins are an additional obstacle for any kind of static analysis.)
* The crashes can appear only on certain desktop environments, because a
  conflicting library can get dragged in by platform integration plugins.
* The crashes can even appear only on certain hardware! One example from the
  past: The dreaded Krita symbol conflict between OpenGTL and Mesa OpenGL
  (which both bundled their own, incompatible copies of LLVM). Krita was
  working fine (or at least without crashing on this symbol conflict) on
  proprietary drivers, but not on the Free ones. (This was originally fixed
  in Fedora and distributions that listened to my advice in the upstream bug
  by making both OpenGTL and Mesa link to the same shared LLVM library. But
  some distributions kept using bundled, static or compatibility copies of
  the LLVM library and thus that crash still existed on some distributions
  years later! It is now historical because OpenGTL was discontinued and
  Krita stopped using it.) This example, by the way, is why I am extremely
  worried about the recent explosion of llvm* compatibility libraries in
  Fedora.
* A symbol conflict that happens not to cause a crash can suddenly start
  crashing if the implementation of one of the 2 versions of the library
  changes.

So to me, this is a giant scary mine field that is just waiting for somebody 
to step on it. And I get the feeling that the vast majority of our packagers 
does not understand the risk.

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: repodata size

[Neal Gompa]

On Fri, Oct 9, 2015 at 7:33 PM, Reindl Harald 
wrote:

>
>
> Am 09.10.2015 um 21:41 schrieb Orion Poplawski:
>
>> On 10/08/2015 01:08 PM, Matthew Miller wrote:
>>
>>>
>>>  From an unrelated practical point of view: consider that the metadata
>>> pulled down so DNF can operate is basically the same size as the entire
>>> (compressed) Fedora Cloud Base image. It'd be very nice to not have
>>> that overhead (but still have wider package set available when you want
>>> it).
>>>
>>>
>> Perhaps every product should produce a os/{repodata,Packages} directory as
>> well as an updates/VERSION/PRODUCT/ tree with
>>
>
> the problem are not only the metadata, but the .solv stuff which did not
> exist before DNF was introduced - what the hell is that, why is it that
> large and how sould fragment the distribution fix that issue?
>
>
​Did you think that the faster dependency resolution came for free in DNF?
Yum used SQLite databases, DNF uses solv data. solv data is generated by
libsolv, which parses the repository data and caches it in a form that can
be rapidly re-read and used for doing repository queries and dependency
resolution.​



-- 
真実はいつも一つ！/ Always, there's only one truth!
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

[Kevin Kofler]

Neal Gompa wrote:
> ​At this point in time, Fedora is the only major distribution I know of
> that doesn't use versioned shared library package names. Both SUSE and
> Mageia do, and of course the Debian/Ubuntu family does. I've spoken to
> folks working in both SUSE and Mageia (especially Mageia as of late), and
> I've heard that there's a particular eagerness to find a way to have RPM
> generate these versioned library names for packages.

Debian has to use it because dpkg does not support soname dependencies. But 
for RPM-based distributions, it just does not make sense. The only thing it 
allows (that the soname AutoProvides and AutoRequires don't already handle) 
is to attempt to parallel-install libraries for which this is NOT supported, 
which is a recipe for:
1. security issues, because you are using an obsolete unmaintained library
   version without realizing it (because nothing will replace your libfoo1
   if the current version of your distribution ships libfoo2 instead), and
2. file conflicts, because nobody tested parallel installation of the 2
   versions.

IMHO, shipping a compatibility library needs to be a concious decision by a 
maintainer. A naming scheme that allows abusing old unmaintained packages as 
compatibility packages is a recipe for a disaster.

> Mageia itself has a macro that generates these names, and packagers merely
> have to utilize them to get the appropriate name generation. Part of that
> is because of the quirks of urpmi and supporting multilib, but I don't see
> why we couldn't work with the other two distros to develop a standardized
> soname suffix generator that could simply be activated as a flag on a
> subpackage.

The Mageia soversion macros are a horrible overengineered mess that leads to 
unreadable and overcomplicated spec files. Please do NOT pollute Fedora 
packages with such completely unnecessary macros.

I also think our naming scheme for libraries makes a lot more sense:
1. The default version of the library typically has NO version suffix. Thus:
   1.1. It is obvious to users which version is the default.
   1.2. The package names for the default version are simpler.
2. Compatibility libraries are normally named after the user-visible
   version, NOT the soversion. E.g., if we ship libfoo 0.10 as a
   compatibility library, we ship it as libfoo010, not something like
   libfoo7. Soversion-based naming is particularly misleading for kdelibs,
   where kdelibs 3 has the soversion 4 and kdelibs 4 has the soversion 5.
   (The new KDE Frameworks 5 now typically also have 5 as their soversion,
   the libraries have new names (libKF5*.so) so they don't conflict. But as
   long as older kdelibs still exist, that just adds to the confusion.) Our
   kdelibs 3 package is called kdelibs3, not kdelibs4, which would be
   extremely misleading. Debian used kdelibs4c2a for kdelibs 3 and kdelibs5
   for kdelibs 4! (The "c2a" is another unreadable mess because they decided
   to encode the C++ ABI in the package name. We just did a mass rebuild on
   a flag day and were done with it.)
3. There is also no requirement that library package names start with
   "lib*". This should also stay that way. E.g., upstream thinks of glib as
   glib, not libglib (a particularly silly name, by the way). So we should
   not unnecessarily munge the name.

> ​IMO, it would be very nice if we could come together and hash out a
> standardized approach to things. We've done it with %autosetup,
> %autopatch, %make_build / %make_install, and a number of other things in
> RPM, I don't see why we can't for this too.

%autosetup is an inflexible nonsense that just does not work in many setups 
(no control over the application order of the patches, no control over the 
switches passed to patch, no way to conditionally apply patches, etc.), and 
also does not help specfile readability. I refuse to use %autosetup in my 
packages and will yell at anybody that dares changing one of my packages to 
use it (and revert the commit).

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: repodata size

[Kevin Kofler]

Orion Poplawski wrote:
> Perhaps every product should produce a os/{repodata,Packages} directory as
> well as an updates/VERSION/PRODUCT/ tree with .

Please no! Let's not fragment Fedora even more than it already is with those 
"products".

* Would packages belonging to multiple products (kernel, glibc, glib2,
  systemd, NetworkManager etc.) be copied into each of those repositories?
* Where would packages that belong to a non-"product" spin (e.g. KDE) go in
  that plan? Into Workstation? Into a "nonproduct" dumping ground? Neither
  is really an ideal situation. If neither, then we are actually talking
  about a repository per spin, which means a dozen repositories with
  significant overlap.
* And what about niche packages not clearly associated to any "product"?
  Would those also end up in a "nonproduct" dumping ground that is not
  enabled by default on any "product"?

I think there is a lot of value in having a common repository that ensures 
interoperability to the maximum possible extent. Even Ubuntu with their 
separately marketed products (Kubuntu even being released by a separate 
company these days) draws from a shared repository. Let's not throw this 
away.

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: repodata size

[Orion Poplawski]

On 10/09/2015 05:20 PM, Kevin Kofler wrote:

Orion Poplawski wrote:

Perhaps every product should produce a os/{repodata,Packages} directory as
well as an updates/VERSION/PRODUCT/ tree with .


Please no! Let's not fragment Fedora even more than it already is with those
"products".

* Would packages belonging to multiple products (kernel, glibc, glib2,
   systemd, NetworkManager etc.) be copied into each of those repositories?


yes, via hard links


* Where would packages that belong to a non-"product" spin (e.g. KDE) go in
   that plan? Into Workstation? Into a "nonproduct" dumping ground? Neither
   is really an ideal situation. If neither, then we are actually talking
   about a repository per spin, which means a dozen repositories with
   significant overlap.


Well, that's essentially what we have now with the Everything repo and 
the whole "updates" repo.



* And what about niche packages not clearly associated to any "product"?
   Would those also end up in a "nonproduct" dumping ground that is not
   enabled by default on any "product"?

I think there is a lot of value in having a common repository that ensures
interoperability to the maximum possible extent. Even Ubuntu with their
separately marketed products (Kubuntu even being released by a separate
company these days) draws from a shared repository. Let's not throw this
away.


I'm not suggesting getting rid of the the everything and full updates 
repos.  But maybe some focused products would benefit from a smaller 
repo set.  I'm also just tossing out the idea - I personally don't have 
any need for it.


--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane  or...@cora.nwra.com
Boulder, CO 80301  http://www.cora.nwra.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Fedora Rawhide 20151009 compose check report

[Fedora compose checker]

Missing expected images:

Kde disk raw armhfp
Kde live i386
Kde live x86_64

No images in this compose but not Rawhide 20151008

Images in Rawhide 20151008 but not this:

Design_suite live x86_64
Cloud docker x86_64
Kde disk raw armhfp
Kde live i386
Design_suite live i386
Kde live x86_64
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

[Neal Gompa]

On Fri, Oct 9, 2015 at 4:47 PM, Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:

> On Fri, Oct 09, 2015 at 11:38:30AM -0600, Orion Poplawski wrote:
> > On 10/09/2015 10:27 AM, Zbigniew Jędrzejewski-Szmek wrote:
> > > On Fri, Oct 09, 2015 at 09:46:11AM -0600, Kevin Fenzi wrote:
> > >> On Fri, 9 Oct 2015 17:05:00 +0200
> > >> Vít Ondruch  wrote:
> > >>
> > >>> This does not scale unfortunately ... and it is common excuse to not
> > >>> support it properly. IOW, I want to have package foo-1.0 installed
> > >>> side by side with foo-2.0 and I don't want to have foo1-1.0 side by
> > >>> side with foo-2.0. And this applies especially for packages which are
> > >>> designed to not conflict by design.
> > >>
> > >> Of course it doesn't scale... unless someone has figured out some
> magic
> > >> dust to make software bug free and always secure and always
> integrated,
> > >> there needs to be people supporting all those parallel installed
> things
> > >> and making sure they are secure/bugfixed/integrated.
> > >>
> > >> So, the barrier is then that if you need/want a compat package, you
> > >> must commit to maintaining it, or convince someone else to.
> > >
> > > Debian seems to have solved this problem in a much nicer way: multiple
> > > major versions of shared libraries can be installed in parallel, and
> > > manual work is not required, the version of the library is included
> > > in the binary package name.
> >
> > When you say that no manual work is required, for whom do you mean?  Is
> the
> > packaging handled automatically as well?
> Depends what you mean by automatically: debian packaging requires
> lots of manual steps. In case of an so bump the version string has to
> be updated in various places in the debian/control file. I presume
> that most people do search on the file.
>
>
​At this point in time, Fedora is the only major distribution I know of
that doesn't use versioned shared library package names. Both SUSE and
Mageia do, and of course the Debian/Ubuntu family does. I've spoken to
folks working in both SUSE and Mageia (especially Mageia as of late), and
I've heard that there's a particular eagerness to find a way to have RPM
generate these versioned library names for packages.

Mageia itself has a macro that generates these names, and packagers merely
have to utilize them to get the appropriate name generation. Part of that
is because of the quirks of urpmi and supporting multilib, but I don't see
why we couldn't work with the other two distros to develop a standardized
soname suffix generator that could simply be activated as a flag on a
subpackage.

​IMO, it would be very nice if we could come together and hash out a
standardized approach to things. We've done it with %autosetup, %autopatch,
%make_build / %make_install, and a number of other things in RPM, I don't
see why we can't for this too.

-- 
真実はいつも一つ！/ Always, there's only one truth!
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

[Kevin Kofler]

Adam Jackson wrote:
> Bundling is _not_ intrinsically poor practice.  Firefox is a good
> example of this,

Firefox is exactly an example of how NOT to do things, and I'm fed up of it 
getting a blanket exception to our packaging guidelines. And now the "fix" 
is to simply remove the guideline for all packages. :-(

I haven't checked recently, but last I checked, Debian unbundled a lot more 
libraries from Firefox than we did, even where upstream explicitly "did not 
allow" it. (They opted to not use the trademark anyway, so they are only 
bound by the Free Software license, that of course allows unbundling 
whatever they want.) One example is libpng, where Firefox requires the non-
upstream APNG patch. Debian simply ripped out APNG support from Iceweasel to 
build it against the system libpng. (Though in this case, IMHO, the best fix 
would be to simply apply the APNG patch to the system libpng and ignore the 
libpng upstream's opinion. Then all browsers could benefit from APNG 
support. Some distros do that, too.)

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1270076] perl-Log-Report-1.08 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #8 from Fedora Update System  ---
perl-Log-Report-1.08-1.fc22 has been pushed to the Fedora 22 testing
repository. If problems still persist, please make note of it in this bug
report.
If you want to test the update, you can install it with
$ su -c 'dnf --enablerepo=updates-testing update perl-Log-Report'
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2015-cca919fd76

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: repodata size

[Reindl Harald]

Am 09.10.2015 um 21:41 schrieb Orion Poplawski:

On 10/08/2015 01:08 PM, Matthew Miller wrote:


 From an unrelated practical point of view: consider that the metadata
pulled down so DNF can operate is basically the same size as the entire
(compressed) Fedora Cloud Base image. It'd be very nice to not have
that overhead (but still have wider package set available when you want
it).



Perhaps every product should produce a os/{repodata,Packages} directory as
well as an updates/VERSION/PRODUCT/ tree with


the problem are not only the metadata, but the .solv stuff which did not 
exist before DNF was introduced - what the hell is that, why is it that 
large and how sould fragment the distribution fix that issue?


-rw-r- 1 root root 6,1K 2015-10-09 11:44 adobe-linux-x86_64.solv
-rw-r- 1 root root  15M 2015-10-09 11:44 fedora.solv
-rw-r- 1 root root 7,8K 2015-10-09 11:44 google-chrome.solv
-rw-r- 1 root root  15M 2015-10-08 17:31 koji.solv
-rw-r- 1 root root  80K 2015-10-09 11:44 rhsoft-fedora.solv
-rw-r- 1 root root 8,3K 2015-10-09 11:44 rhsoft-generic.solv
-rw-r- 1 root root 244K 2015-10-09 11:44 rpmfusion-free.solv
-rw-r- 1 root root  34K 2015-10-09 11:44 rpmfusion-free-updates.solv
-rw-r- 1 root root 4,8K 2015-10-09 11:44 
rpmfusion-free-updates-testing.solv

-rw-r- 1 root root  80K 2015-10-09 11:44 rpmfusion-nonfree.solv
-rw-r- 1 root root  20K 2015-10-09 11:44 rpmfusion-nonfree-updates.solv
-rw-r- 1 root root 4,8K 2015-10-09 11:44 
rpmfusion-nonfree-updates-testing.solv

-rw-r- 1 root root 2,0M 2015-10-09 12:17 @System.solv
-rw-r- 1 root root 5,6M 2015-10-09 11:44 updates.solv
-rw-r- 1 root root 3,0M 2015-10-09 11:44 updates-testing.solv
-rw-r- 1 root root  612 2015-10-09 11:44 
adobe-linux-x86_64-filenames.solvx

-rw-r- 1 root root  31M 2015-10-09 11:44 fedora-filenames.solvx
-rw-r- 1 root root 1,8K 2015-10-09 11:44 google-chrome-filenames.solvx
-rw-r- 1 root root  30M 2015-10-08 17:29 koji-filenames.solvx
-rw-r- 1 root root 121K 2015-10-09 11:44 rhsoft-fedora-filenames.solvx
-rw-r- 1 root root 2,4K 2015-10-09 11:43 rhsoft-generic-filenames.solvx
-rw-r- 1 root root 335K 2015-10-09 11:44 rpmfusion-free-filenames.solvx
-rw-r- 1 root root  53K 2015-10-09 11:44 
rpmfusion-free-updates-filenames.solvx
-rw-r- 1 root root   82 2015-10-09 11:44 
rpmfusion-free-updates-testing-filenames.solvx
-rw-r- 1 root root 104K 2015-10-09 11:44 
rpmfusion-nonfree-filenames.solvx
-rw-r- 1 root root  20K 2015-10-09 11:44 
rpmfusion-nonfree-updates-filenames.solvx
-rw-r- 1 root root   82 2015-10-09 11:43 
rpmfusion-nonfree-updates-testing-filenames.solvx

-rw-r- 1 root root  13M 2015-10-09 11:44 updates-filenames.solvx
-rw-r- 1 root root 3,3M 2015-10-09 11:43 updates-testing-filenames.solvx
-rw-r- 1 root root 941K 2015-10-09 11:43 
updates-testing-updateinfo.solvx

-rw-r- 1 root root 2,8M 2015-10-09 11:44 updates-updateinfo.solvx



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: repodata size

[Reindl Harald]

Am 10.10.2015 um 01:59 schrieb Neal Gompa:

On Fri, Oct 9, 2015 at 7:33 PM, Reindl Harald 

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

[Kevin Kofler]

Zdenek Kabelac wrote:
> IMHO  all we need is to support  multiple version of same library
> to be installable  -- that's mine point why  usability of Fedora
> is miles behind other distros.

Then you open the doors to symbol conflicts (see my reply to Adam Jackson 
elsewhere in this thread).

And the Debian way that just lets you keep your libfoo1 from even an older 
RELEASE of Debian, with no updates whatsoever, not even security updates 
(because there is simply no libfoo1 in the repositories for the current 
version if the libfoo source package now produces libfoo2 instead), does not 
work either. Compatibility packages MUST be maintained or they become a 
major security issue.

The compatibility libraries also partly defeat the space savings that can be 
had from unbundling.

Compatibility libraries must only be a last resort, if it is really not 
possible to port the packages to the latest version. By default, we ALWAYS 
need to port to the latest version.

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

[Kevin Kofler]

Chris Adams wrote:
> Is that short-sighted?  IMHO yes.  Can Fedora fix that?  Doubtful.
> There are three choices:
> 
> - Fedora attempts to patch in a stable(-enough) ABI, build shared
>   libraries, and unbundle all consumers of said libraries.  This is a
>   large (and growing) amount of work, and there is not necessarily
>   sufficient volunteer time to make it practical going forward.
> 
> - Fedora excludes all such software, reducing the usefulness and
>   relevance of Fedora to a growing number of users.
> 
> - Fedora pushes upstreams for stable ABIs and unbundling, but recognizes
>   the "real world" upstreams are creating, and the demands of many users
>   who just want to have a desktop with the stuff they want to click, and
>   so allows bundling where there's no practical alternative.

You are missing the fourth choice: We simply push ABI-changing updates of 
the library as grouped updates with all dependent packages. This works fine 
as long as the library is not used by too many packages and the ABI changes 
are not so major as to require nontrivial porting. We have already done this 
in practice many times, for several packages. For example, exiv2 updates are 
done in such a coordinated way (usually by Rex Dieter).

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Proposal to reduce anti-bundling requirements

[Kevin Kofler]

Ian Malone wrote:
> I'm actually all for unbundling, but going it alone is not guaranteed
> to be simple. "Oh, hey, that deprecated function has been removed."

Then you try to port the application to the new APIs, and if it's not 
possible, you revert the library commit that removed the old API.

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

ppisar pushed to perl-Log-Report (f22). "1.08 bump"

[notifications]

From 2bc42f2007557b88c7b1641f9b6e33b1c6197421 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 9 Oct 2015 10:09:15 +0200
Subject: 1.08 bump

---
 .gitignore   | 1 +
 perl-Log-Report.spec | 6 --
 sources  | 2 +-
 3 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index 9378c1e..85c8cb8 100644
--- a/.gitignore
+++ b/.gitignore
@@ -6,3 +6,4 @@
 /Log-Report-1.05.tar.gz
 /Log-Report-1.06.tar.gz
 /Log-Report-1.07.tar.gz
+/Log-Report-1.08.tar.gz
diff --git a/perl-Log-Report.spec b/perl-Log-Report.spec
index 018d52d..463cda1 100644
--- a/perl-Log-Report.spec
+++ b/perl-Log-Report.spec
@@ -1,5 +1,5 @@
 Name:   perl-Log-Report
-Version:1.07
+Version:1.08
 Release:1%{?dist}
 Summary:Report a problem with exceptions and translation support
 License:GPL+ or Artistic
@@ -18,7 +18,6 @@ BuildRequires:  perl(Devel::GlobalDestruction) >= 0.09
 # Dancer2::Core::Role::Logger not used at tests
 # Dancer2::Core::Types not used at tests
 # Dancer2::Plugin not used at tests
-# Data::Dumper not used at tests
 # DBIx::Class::Storage::Statistics not used at tests
 BuildRequires:  perl(Encode) >= 2.00
 BuildRequires:  perl(Exporter)
@@ -213,6 +212,9 @@ make test
 %{_mandir}/man3/MojoX::Log::Report.*
 
 %changelog
+* Fri Oct 09 2015 Petr Pisar  - 1.08-1
+- 1.08 bump
+
 * Wed Jul 22 2015 Petr Pisar  - 1.07-1
 - 1.07 bump
 
diff --git a/sources b/sources
index 1e35c50..a6a755a 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-00f37a702334233f60622c4955ab4c5c  Log-Report-1.07.tar.gz
+4962ca69c5705f64398ed3fd7b8ae1f2  Log-Report-1.08.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Log-Report.git/commit/?h=f22=2bc42f2007557b88c7b1641f9b6e33b1c6197421
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

ppisar pushed to perl-Log-Report (f23). "1.08 bump"

[notifications]

From ba377e116908c11bd029677d59a39126a411f1a6 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 9 Oct 2015 10:09:15 +0200
Subject: 1.08 bump

---
 .gitignore   | 1 +
 perl-Log-Report.spec | 6 --
 sources  | 2 +-
 3 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index 9378c1e..85c8cb8 100644
--- a/.gitignore
+++ b/.gitignore
@@ -6,3 +6,4 @@
 /Log-Report-1.05.tar.gz
 /Log-Report-1.06.tar.gz
 /Log-Report-1.07.tar.gz
+/Log-Report-1.08.tar.gz
diff --git a/perl-Log-Report.spec b/perl-Log-Report.spec
index f461745..32dcdaa 100644
--- a/perl-Log-Report.spec
+++ b/perl-Log-Report.spec
@@ -1,5 +1,5 @@
 Name:   perl-Log-Report
-Version:1.07
+Version:1.08
 Release:1%{?dist}
 Summary:Report a problem with exceptions and translation support
 License:GPL+ or Artistic
@@ -18,7 +18,6 @@ BuildRequires:  perl(Devel::GlobalDestruction) >= 0.09
 # Dancer2::Core::Role::Logger not used at tests
 # Dancer2::Core::Types not used at tests
 # Dancer2::Plugin not used at tests
-# Data::Dumper not used at tests
 # DBIx::Class::Storage::Statistics not used at tests
 BuildRequires:  perl(Encode) >= 2.00
 BuildRequires:  perl(Exporter)
@@ -213,6 +212,9 @@ make test
 %{_mandir}/man3/MojoX::Log::Report.*
 
 %changelog
+* Fri Oct 09 2015 Petr Pisar  - 1.08-1
+- 1.08 bump
+
 * Wed Jul 22 2015 Petr Pisar  - 1.07-1
 - 1.07 bump
 
diff --git a/sources b/sources
index 1e35c50..a6a755a 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-00f37a702334233f60622c4955ab4c5c  Log-Report-1.07.tar.gz
+4962ca69c5705f64398ed3fd7b8ae1f2  Log-Report-1.08.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Log-Report.git/commit/?h=f23=ba377e116908c11bd029677d59a39126a411f1a6
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

ppisar pushed to perl-Log-Report (master). "1.08 bump"

[notifications]

From ba377e116908c11bd029677d59a39126a411f1a6 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 9 Oct 2015 10:09:15 +0200
Subject: 1.08 bump

---
 .gitignore   | 1 +
 perl-Log-Report.spec | 6 --
 sources  | 2 +-
 3 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index 9378c1e..85c8cb8 100644
--- a/.gitignore
+++ b/.gitignore
@@ -6,3 +6,4 @@
 /Log-Report-1.05.tar.gz
 /Log-Report-1.06.tar.gz
 /Log-Report-1.07.tar.gz
+/Log-Report-1.08.tar.gz
diff --git a/perl-Log-Report.spec b/perl-Log-Report.spec
index f461745..32dcdaa 100644
--- a/perl-Log-Report.spec
+++ b/perl-Log-Report.spec
@@ -1,5 +1,5 @@
 Name:   perl-Log-Report
-Version:1.07
+Version:1.08
 Release:1%{?dist}
 Summary:Report a problem with exceptions and translation support
 License:GPL+ or Artistic
@@ -18,7 +18,6 @@ BuildRequires:  perl(Devel::GlobalDestruction) >= 0.09
 # Dancer2::Core::Role::Logger not used at tests
 # Dancer2::Core::Types not used at tests
 # Dancer2::Plugin not used at tests
-# Data::Dumper not used at tests
 # DBIx::Class::Storage::Statistics not used at tests
 BuildRequires:  perl(Encode) >= 2.00
 BuildRequires:  perl(Exporter)
@@ -213,6 +212,9 @@ make test
 %{_mandir}/man3/MojoX::Log::Report.*
 
 %changelog
+* Fri Oct 09 2015 Petr Pisar  - 1.08-1
+- 1.08 bump
+
 * Wed Jul 22 2015 Petr Pisar  - 1.07-1
 - 1.07 bump
 
diff --git a/sources b/sources
index 1e35c50..a6a755a 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-00f37a702334233f60622c4955ab4c5c  Log-Report-1.07.tar.gz
+4962ca69c5705f64398ed3fd7b8ae1f2  Log-Report-1.08.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Log-Report.git/commit/?h=master=ba377e116908c11bd029677d59a39126a411f1a6
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

ppisar pushed to perl-Log-Report (f21). "1.08 bump"

[notifications]

From 08604d81a2b81ad3268b4bf70f5b00d64118ffe3 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Fri, 9 Oct 2015 10:09:15 +0200
Subject: 1.08 bump

---
 .gitignore   | 1 +
 perl-Log-Report.spec | 6 --
 sources  | 2 +-
 3 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index 9378c1e..85c8cb8 100644
--- a/.gitignore
+++ b/.gitignore
@@ -6,3 +6,4 @@
 /Log-Report-1.05.tar.gz
 /Log-Report-1.06.tar.gz
 /Log-Report-1.07.tar.gz
+/Log-Report-1.08.tar.gz
diff --git a/perl-Log-Report.spec b/perl-Log-Report.spec
index dd0f545..95f364e 100644
--- a/perl-Log-Report.spec
+++ b/perl-Log-Report.spec
@@ -1,5 +1,5 @@
 Name:   perl-Log-Report
-Version:1.07
+Version:1.08
 Release:1%{?dist}
 Summary:Report a problem with exceptions and translation support
 License:GPL+ or Artistic
@@ -18,7 +18,6 @@ BuildRequires:  perl(Devel::GlobalDestruction) >= 0.09
 # Dancer2::Core::Role::Logger not used at tests
 # Dancer2::Core::Types not used at tests
 # Dancer2::Plugin not used at tests
-# Data::Dumper not used at tests
 # DBIx::Class::Storage::Statistics not used at tests
 BuildRequires:  perl(Encode) >= 2.00
 BuildRequires:  perl(Exporter)
@@ -213,6 +212,9 @@ make test
 %{_mandir}/man3/MojoX::Log::Report.*
 
 %changelog
+* Fri Oct 09 2015 Petr Pisar  - 1.08-1
+- 1.08 bump
+
 * Wed Jul 22 2015 Petr Pisar  - 1.07-1
 - 1.07 bump
 
diff --git a/sources b/sources
index 1e35c50..a6a755a 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-00f37a702334233f60622c4955ab4c5c  Log-Report-1.07.tar.gz
+4962ca69c5705f64398ed3fd7b8ae1f2  Log-Report-1.08.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Log-Report.git/commit/?h=f21=08604d81a2b81ad3268b4bf70f5b00d64118ffe3
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

jplesnik uploaded CPAN-FindDependencies-2.44.tar.gz for perl-CPAN-FindDependencies

[notifications]

f2e5fb5329704b7940fb4a1101e3c8a1  CPAN-FindDependencies-2.44.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-CPAN-FindDependencies/CPAN-FindDependencies-2.44.tar.gz/md5/f2e5fb5329704b7940fb4a1101e3c8a1/CPAN-FindDependencies-2.44.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

jplesnik uploaded CPAN-Reporter-1.2015.tar.gz for perl-CPAN-Reporter

[notifications]

941ef45a81ee0b00c227795b47747691  CPAN-Reporter-1.2015.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-CPAN-Reporter/CPAN-Reporter-1.2015.tar.gz/md5/941ef45a81ee0b00c227795b47747691/CPAN-Reporter-1.2015.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

jplesnik pushed to perl-CPAN-Reporter (master). "1.2015 bump"

[notifications]

From 4b88a429651da38d7f348a0cc2edaaa38734fe8c Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 9 Oct 2015 10:03:38 +0200
Subject: 1.2015 bump

---
 .gitignore  | 1 +
 perl-CPAN-Reporter.spec | 8 ++--
 sources | 2 +-
 3 files changed, 8 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index 0d5d8d5..206af7d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /CPAN-Reporter-1.2011.tar.gz
 /CPAN-Reporter-1.2014.tar.gz
+/CPAN-Reporter-1.2015.tar.gz
diff --git a/perl-CPAN-Reporter.spec b/perl-CPAN-Reporter.spec
index 54425a2..1ceff74 100644
--- a/perl-CPAN-Reporter.spec
+++ b/perl-CPAN-Reporter.spec
@@ -1,6 +1,6 @@
 Name:   perl-CPAN-Reporter
-Version:1.2014
-Release:3%{?dist}
+Version:1.2015
+Release:1%{?dist}
 Summary:Adds CPAN Testers reporting to CPAN.pm
 License:ASL 2.0
 Group:  Development/Libraries
@@ -44,6 +44,7 @@ BuildRequires:  perl(File::Copy::Recursive) >= 0.35
 BuildRequires:  perl(File::pushd) >= 0.32
 BuildRequires:  perl(File::Spec::Functions)
 BuildRequires:  perl(IO::CaptureOutput) >= 1.03
+BuildRequires:  perl(IO::Handle)
 BuildRequires:  perl(Test::Harness)
 BuildRequires:  perl(Test::More) >= 0.62
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
@@ -82,6 +83,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Oct 09 2015 Jitka Plesnikova  - 1.2015-1
+- 1.2015 bump
+
 * Thu Jun 18 2015 Fedora Release Engineering  
- 1.2014-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
diff --git a/sources b/sources
index f3ff086..4143755 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-d42774f6c4f0d2735e9c951c677444ef  CPAN-Reporter-1.2014.tar.gz
+941ef45a81ee0b00c227795b47747691  CPAN-Reporter-1.2015.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-CPAN-Reporter.git/commit/?h=master=4b88a429651da38d7f348a0cc2edaaa38734fe8c
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

ppisar uploaded Log-Report-1.08.tar.gz for perl-Log-Report

[notifications]

4962ca69c5705f64398ed3fd7b8ae1f2  Log-Report-1.08.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Log-Report/Log-Report-1.08.tar.gz/md5/4962ca69c5705f64398ed3fd7b8ae1f2/Log-Report-1.08.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1256146] perl-CPAN-Reporter-1.2015 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||jples...@redhat.com
   Fixed In Version||perl-CPAN-Reporter-1.2015-1
   ||.fc24
 Resolution|--- |RAWHIDE
Last Closed||2015-10-09 04:05:26



-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270076] perl-Log-Report-1.08 is available

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED
   Fixed In Version||perl-Log-Report-1.08-1.fc24



--- Comment #3 from Petr Pisar  ---
Bugfix release suitable for all Fedoras.

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270076] perl-Log-Report-1.08 is available

[bugzilla]

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



--- Comment #4 from Upstream Release Monitoring 
 ---
ppisar's perl-Log-Report-1.08-1.fc24 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=690561

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1269063] perl-local-lib-2.000017 is available

[bugzilla]

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



--- Comment #5 from Fedora Update System  ---
perl-local-lib-2.17-1.fc23 has been pushed to the Fedora 23 stable
repository. If problems still persist, please make note of it in this bug
report.

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

jplesnik pushed to perl-CPAN-FindDependencies (master). "2.44 bump"

[notifications]

From fdd3b1af413d6a79869bab88f2f1bc3d89b78331 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 9 Oct 2015 09:41:01 +0200
Subject: 2.44 bump

---
 .gitignore  | 1 +
 perl-CPAN-FindDependencies.spec | 6 +-
 sources | 2 +-
 3 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 201c3a3..f015dd8 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 /CPAN-FindDependencies-2.42.tar.gz
 /CPAN-FindDependencies-2.43.tar.gz
+/CPAN-FindDependencies-2.44.tar.gz
diff --git a/perl-CPAN-FindDependencies.spec b/perl-CPAN-FindDependencies.spec
index 6457cd1..56fe376 100644
--- a/perl-CPAN-FindDependencies.spec
+++ b/perl-CPAN-FindDependencies.spec
@@ -1,13 +1,14 @@
 %global pkgname CPAN-FindDependencies
 
 Name:   perl-CPAN-FindDependencies
-Version:2.43
+Version:2.44
 Release:1%{?dist}
 Summary:Find dependencies for modules on CPAN
 License:GPLv2+ or Artistic
 URL:http://search.cpan.org/dist/CPAN-FindDependencies/
 Source0:
http://www.cpan.org/authors/id/D/DC/DCANTRELL/%{pkgname}-%{version}.tar.gz
 BuildArch:  noarch
+BuildRequires:  coreutils
 BuildRequires:  findutils
 BuildRequires:  make
 BuildRequires:  perl
@@ -62,6 +63,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Oct 09 2015 Jitka Plesnikova  - 2.44-1
+- 2.44 bump
+
 * Thu Jun 25 2015 Jitka Plesnikova  - 2.43-1
 - 2.43 bump
 
diff --git a/sources b/sources
index 7df7686..70d7134 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-caac62f9911a8f529e8271e46992e454  CPAN-FindDependencies-2.43.tar.gz
+f2e5fb5329704b7940fb4a1101e3c8a1  CPAN-FindDependencies-2.44.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-CPAN-FindDependencies.git/commit/?h=master=fdd3b1af413d6a79869bab88f2f1bc3d89b78331
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Request to co-maintain f22-background

[Luya Tshimbalanga]

Hello,

I built an update for f22-backgrounds package which includes the missing
supplemental backgrounds.

https://admin.fedoraproject.org/pkgdb/package/f22-backgrounds/

Unfortunately, I do not have permission to commit  the change although I
uploaded the latest tar.xz file as f22-background-22.1.0 (about 120 MB
size).
Can a proven package do the commit? I attached the updated spec file and
made a scratch build below
http://koji.fedoraproject.org/koji/taskinfo?taskID=11381781

Thanks,

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

%global bgname f22
%global Bg_Name F22
# Extras will be enabled later
%global with_extras 1

Name:   %{bgname}-backgrounds
Version:22.1.0
Release:1%{?dist}
Summary:Fedora 22 default desktop background

Group:  Applications/Multimedia
License:CC-BY-SA
URL:https://fedoraproject.org/wiki/F22_Artwork
Source0:https://fedorahosted.org/released/design-team/%{name}-%{version}.tar.xz

BuildArch:  noarch

# for %%_kde4_* macros
BuildRequires:  kde-filesystem
Requires:   %{name}-gnome = %{version}-%{release}
Requires:   %{name}-kde = %{version}-%{release}
Requires:   %{name}-xfce = %{version}-%{release}
Requires:   %{name}-mate = %{version}-%{release}


%description
This package contains desktop backgrounds for the Fedora 22 default theme.
Pulls in themes for GNOME, KDE, Mate and Xfce desktops.

%packagebase
Summary:Base images for Fedora 22 default background
Group:  Applications/Multimedia
License:CC-BY-SA

%descriptionbase
This package contains base images for Fedora 22 default background.


%packagekde
Summary:Fedora 22 default wallpaper for KDE
Group:  Applications/Multimedia

Requires:   %{name}-base = %{version}-%{release}
Requires:   kde-filesystem

%descriptionkde
This package contains KDE desktop wallpaper for the Fedora 22
default theme.

%packagegnome
Summary:Fedora 22 default wallpaper for Gnome and Cinnamon
Group:  Applications/Multimedia

Requires:   %{name}-base = %{version}-%{release}

%descriptiongnome
This package contains Gnome/Cinnamon desktop wallpaper for the
Fedora 22 default theme.

%packagemate
Summary:Fedora 22 default wallpaper for Mate
Group:  Applications/Multimedia

Requires:   %{name}-base = %{version}-%{release}

%descriptionmate
This package contains Mate desktop wallpaper for the Fedora 22
default theme.

%packagexfce
Summary:Fedora 22 default background for XFCE4
Group:  Applications/Multimedia

Requires:   %{name}-base = %{version}-%{release}
Requires:   xfdesktop

%descriptionxfce
This package contains XFCE4 desktop background for the Fedora 22
default theme.

%if %{with_extras}
%packageextras-base
Summary:Base images for F22 Extras Backrounds
Group:  Applications/Multimedia
License:CC-BY and CC-BY-SA

%descriptionextras-base
This package contains base images for F22 supplemental
wallpapers.

%packageextras-gnome
Summary:Extra F22 Wallpapers for Gnome and Cinnamon
Group:  Applications/Multimedia

Requires:   %{name}-extras-base

%descriptionextras-gnome
This package contains F22 supplemental wallpapers for Gnome
and Cinnamon

%packageextras-mate
Summary:Extra F22 Wallpapers for Mate
Group:  Applications/Multimedia

Requires:   %{name}-extras-base

%descriptionextras-mate
This package contains F22 supplemental wallpapers for Mate

%packageextras-kde
Summary:Extra F22 Wallpapers for KDE
Group:  Applications/Multimedia

Requires:   %{name}-extras-base

%descriptionextras-kde
This package contains F22 supplemental wallpapers for Gnome

%packageextras-xfce
Summary:Extra F22 Wallpapers for XFCE
Group:  Applications/Multimedia

Requires:   %{name}-extras-base

%descriptionextras-xfce
This package contains F22 supplemental wallpapers for XFCE
%endif

%prep
%setup -q


%build
make %{?_smp_mflags}


%install
make install DESTDIR=$RPM_BUILD_ROOT

%files
%doc

%files base
%doc CC-BY-SA-3.0 Attribution
%dir %{_datadir}/backgrounds/%{bgname}
%dir %{_datadir}/backgrounds/%{bgname}/default
%{_datadir}/backgrounds/%{bgname}/default/normalish
%{_datadir}/backgrounds/%{bgname}/default/standard
%{_datadir}/backgrounds/%{bgname}/default/wide
%{_datadir}/backgrounds/%{bgname}/default/tv-wide
%{_datadir}/backgrounds/%{bgname}/default/%{bgname}.xml

%files kde
%{_kde4_datadir}/wallpapers/%{Bg_Name}/

%files gnome
%{_datadir}/gnome-background-properties/%{bgname}.xml

%files mate
%{_datadir}/mate-background-properties/%{bgname}.xml

%files xfce
%{_datadir}/xfce4/backdrops/%{bgname}.png

%if %{with_extras}
%files extras-base
%doc CC-BY-SA-3.0 CC-BY-3.0 CC0-1.0 Attribution-Extras

[Bug 1245383] perl-CPAN-FindDependencies-2.44 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||jples...@redhat.com
   Fixed In Version||perl-CPAN-FindDependencies-
   ||2.44-1.fc24
 Resolution|--- |RAWHIDE
Last Closed||2015-10-09 03:42:43



-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: repodata size

[Matthew Miller]

On Fri, Oct 09, 2015 at 01:41:15PM -0600, Orion Poplawski wrote:
> > From an unrelated practical point of view: consider that the metadata
> > pulled down so DNF can operate is basically the same size as the entire
> > (compressed) Fedora Cloud Base image. It'd be very nice to not have
> > that overhead (but still have wider package set available when you want
> > it).
> Perhaps every product should produce a os/{repodata,Packages} directory as
> well as an updates/VERSION/PRODUCT/ tree with .

For the cloud case, I think it'd be nice to have one collection of
packages which are on the image itself, plus another with stuff likely
to be installed (nginx, various language stacks, databases,
caching...), and then maybe everything else.

But, maybe we say "eh, too hard", and just focus on Atomic, which works
entirely differently and therefore doesn't have this issue.

-- 
Matthew Miller

Fedora Project Leader
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

[Zbigniew Jędrzejewski-Szmek]

On Fri, Oct 09, 2015 at 11:38:30AM -0600, Orion Poplawski wrote:
> On 10/09/2015 10:27 AM, Zbigniew Jędrzejewski-Szmek wrote:
> > On Fri, Oct 09, 2015 at 09:46:11AM -0600, Kevin Fenzi wrote:
> >> On Fri, 9 Oct 2015 17:05:00 +0200
> >> Vít Ondruch  wrote:
> >>
> >>> This does not scale unfortunately ... and it is common excuse to not
> >>> support it properly. IOW, I want to have package foo-1.0 installed
> >>> side by side with foo-2.0 and I don't want to have foo1-1.0 side by
> >>> side with foo-2.0. And this applies especially for packages which are
> >>> designed to not conflict by design.
> >>
> >> Of course it doesn't scale... unless someone has figured out some magic
> >> dust to make software bug free and always secure and always integrated,
> >> there needs to be people supporting all those parallel installed things
> >> and making sure they are secure/bugfixed/integrated. 
> >>
> >> So, the barrier is then that if you need/want a compat package, you
> >> must commit to maintaining it, or convince someone else to. 
> > 
> > Debian seems to have solved this problem in a much nicer way: multiple
> > major versions of shared libraries can be installed in parallel, and
> > manual work is not required, the version of the library is included
> > in the binary package name.
> 
> When you say that no manual work is required, for whom do you mean?  Is the
> packaging handled automatically as well?
Depends what you mean by automatically: debian packaging requires
lots of manual steps. In case of an so bump the version string has to
be updated in various places in the debian/control file. I presume
that most people do search on the file.

> > Fedora sets this bar very high: a separate review, slightly different
> > guidelines, so nobody bothers except for special cases.
>
> I suspect the case brought up by Adam wouldn't be helped by this - as I expect
> it wouldn't have been a major version update to cairo.  Even minor updates can
> trigger issues, and supporting parallel installation of the same sonames I
> could image would be very tricky.

Yeah, sounds like it wouldn't help in this case.

Zbyszek
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

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

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 215  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 111  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-6813   
chicken-4.9.0.1-4.el7
  44  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7800   
python-django-1.6.11-3.el7
  18  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8155   
nagios-4.0.8-1.el7
  10  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-c29d29cc8f   
mediawiki123-1.23.10-2.el7
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-925e9374c9   
python-pymongo-3.0.3-1.el7
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-13c5827d5c   
opensmtpd-5.7.3p1-1.el7


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

cabal-rpm-0.9.8-1.el7
datagrepper-0.7.1-1.el7
eom-1.10.5-1.el7
epel-rpm-macros-7-4
fedmsg-0.16.2-1.el7
fprobe-ulog-1.2-2.el7
ghc-gtk-0.12.5.0-1.1.el7
ghc-rpm-macros-1.0.7.5-1.el7
gnucash-2.6.9-1.el7
gnucash-docs-2.6.9-1.el7
gparted-0.19.1-6.el7
jpf-1.5.1-13.el7
jpfcodegen-0.4-10.el7
layla-fonts-1.5-1.el7
perl-File-LibMagic-1.00-1.el7
python-debian-0.1.27-2.el7

Details about builds:



 cabal-rpm-0.9.8-1.el7 (FEDORA-EPEL-2015-9d2be087f2)
 RPM packaging tool for Haskell Cabal-based packages

Update Information:

0.9.8:  - improve license logic - fix handling of versions without '.' - no
duplicate test deps  0.9.7:  - only list buildable executables in spec file -
bring back 'build' as an alias for 'local' - use license macro - do not warn
about missing optional system programs   0.9.6:  - new "update" command to
update spec to latest version - improved missingdeps output - use https for
hackage URLs - no longer override %_sourcedir, %_rpmdir, and %_srcrpmdir unless
git dir - use TMPDIR - sort executables and use %pkg_name in
%ghc_fix_dynamic_rpath - drop the debuginfo handling for C files - create
SOURCES/ for tarball - warn about hidden backup spec files - make "cabal list"
quiet - filter missing packages from repoquery




 datagrepper-0.7.1-1.el7 (FEDORA-EPEL-2015-0a3e6ec57d)
 A webapp to query fedmsg history

Update Information:

https://lists.fedoraproject.org/archives/list/infrastructure%40lists.fedoraproje
ct.org/thread/PFQK5J7FYZTER5TCCWYJKXZI7ZRVRYOC/




 eom-1.10.5-1.el7 (FEDORA-EPEL-2015-00d7ba2fe9)
 Eye of MATE image viewer

Update Information:

  eom-1.10.5-1.el7  - update to 1.10.5 release




 epel-rpm-macros-7-4 (FEDORA-EPEL-2015-e66a3acdcb)
 Extra Packages for Enterprise Linux RPM macros

Update Information:

Fix python_provide macro to use epoch and obsolete previous python- package

References:

  [ 1 ] Bug #1241655 - please add new python macros also to epel
https://bugzilla.redhat.com/show_bug.cgi?id=1241655




 fedmsg-0.16.2-1.el7 (FEDORA-EPEL-2015-a4f3738b25)
 Tools for Fedora Infrastructure real-time messaging

Update Information:

Fix a handful of errors raised by `fedmsg.tail_messages(..)`.    Try again
to get python executables correctly referencing python2.    Knock 'daemon'
out of setuptools requirements as it is only really needed on el6.

References:

  [ 1 ] Bug #1255974 - Binaries ship python2 packages, but expect to run with 
python3
https://bugzilla.redhat.com/show_bug.cgi?id=1255974
  [ 2 ] Bug #1268497 - [abrt] python-fedmsg-commands: 
fedmsg-config:3::ImportError: No module named 'fedmsg'
https://bugzilla.redhat.com/show_bug.cgi?id=1268497

Re: Fedora 23 Branched 20151009 compose check report

[Adam Williamson]

On Fri, 2015-10-09 at 13:05 -0700, Adam Williamson wrote:

> > How are the screenshots rebased? Is it all manual work?
> 
> More or less. the openQA web UI has an interactive needle editor
> which
> lets you basically run a test and pause after each failed match, then
> you can fiddle with the needle and re-run the match. I haven't used
> it
> much and never for doing a big screenshot rebase, so I can't say
> whether it's more or less convenient than the way I did the last one,
> which was to reproduce the tests by hand in a VM, take the
> screenshots
> from virt-manager, copy the json file and make any necessary
> adjustments to the match area with the 'crop.py' needle editor (which
> is an alternative tool upstream provides in one of their repos).

For the record I'm now doing the rebase using the interactive editor
and it's WAY better, wish I'd done the last one this way. =) It lets
you easily just apply the areas and tags from the existing needle to
the new screenshot, tweak a bit if you like, save under a new name, and
move on to the next one. Handy.
-- 
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://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Cancelling request

[Luya Tshimbalanga]

One of proven packager, nonamedotc, will be able to commit the updated
f22-backgrounds.
The request of co-maintainance is no longer required.

Regards,

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

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Proposal: retire lesstif in f24 and beyond

[Ralf Corsepius]

On 10/09/2015 09:17 PM, Stephen John Smoogen wrote:

On 8 October 2015 at 17:04, Kevin Kofler  wrote:

Christopher Meng wrote:

IMO motif should 'Obsoletes' lesstif in Fedora since motif is free now.


The reason we kept lesstif even after OpenMotif was finally freed is because
OpenMotif only implements the Motif 2 API, whereas lesstif implemented the
Motif 1 API. Back then, a lot of Motif applications did not compile with
Motif 2.



A lot of applications still do not mainly because by the time
OpenMotif was out.. "Motif" was dead except for legacy computer code
that a lot of research institutes still use. It looks from the amount
of porting that has been done in this thread that a lot of those
problems are easier to fix now?

 From the people who did the porting was it a quick fix or a bunch of patches?


As far as the packages I touched are concerned, the "porting effort" was 
very low.


The effort basically was reflecting the packaging dep-naming changes 
into the specs.


I did not have to apply any changes to the packages' source code. My 
guess is, on the code-level, today's "Motif" is sufficiently backward 
compatible, the packages already saw testing against Motif or even been 
developed on Motif (and then ported to lesstif)[1]. I point, I which 
makes me wonder, is Fedora seemingly being late in the switch to Motif 
in comparison to other distros.


A problem hiding is package installation conflicts between the *-devel 
package of different versions of the lesstif, openmotif and motif 
packages. Therefore, I tried to stay with lesstif on fedora < 24 and 
switch to motif only on fedora >= 24.


I know, we are late in the release schedule, but I am considering to 
switching at least Inventor to motif on fc23, as well - It's unimportant 
enough to most users, but is important to me ;)


Ralf

[1] In the ole' days, lesstif almost always had been the troublesome 
part, which required app-code to me modified, because of missing 
features or incompatibilities ;)


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

[Neal Gompa]

On Fri, Oct 9, 2015 at 9:32 PM, Kevin Kofler  wrote:

> Neal Gompa wrote:
> > ​At this point in time, Fedora is the only major distribution I know of
> > that doesn't use versioned shared library package names. Both SUSE and
> > Mageia do, and of course the Debian/Ubuntu family does. I've spoken to
> > folks working in both SUSE and Mageia (especially Mageia as of late), and
> > I've heard that there's a particular eagerness to find a way to have RPM
> > generate these versioned library names for packages.
>
> Debian has to use it because dpkg does not support soname dependencies. But
> for RPM-based distributions, it just does not make sense. The only thing it
> allows (that the soname AutoProvides and AutoRequires don't already handle)
> is to attempt to parallel-install libraries for which this is NOT
> supported,
> which is a recipe for:
> 1. security issues, because you are using an obsolete unmaintained library
>version without realizing it (because nothing will replace your libfoo1
>if the current version of your distribution ships libfoo2 instead), and
> 2. file conflicts, because nobody tested parallel installation of the 2
>versions.
>
> IMHO, shipping a compatibility library needs to be a concious decision by a
> maintainer. A naming scheme that allows abusing old unmaintained packages
> as
> compatibility packages is a recipe for a disaster.
>
> > Mageia itself has a macro that generates these names, and packagers
> merely
> > have to utilize them to get the appropriate name generation. Part of that
> > is because of the quirks of urpmi and supporting multilib, but I don't
> see
> > why we couldn't work with the other two distros to develop a standardized
> > soname suffix generator that could simply be activated as a flag on a
> > subpackage.
>
> The Mageia soversion macros are a horrible overengineered mess that leads
> to
> unreadable and overcomplicated spec files. Please do NOT pollute Fedora
> packages with such completely unnecessary macros.
>
> I also think our naming scheme for libraries makes a lot more sense:
> 1. The default version of the library typically has NO version suffix.
> Thus:
>1.1. It is obvious to users which version is the default.
>1.2. The package names for the default version are simpler.
>

​That's a fair point.


> 2. Compatibility libraries are normally named after the user-visible
>version, NOT the soversion. E.g., if we ship libfoo 0.10 as a
>compatibility library, we ship it as libfoo010, not something like
>libfoo7. Soversion-based naming is particularly misleading for kdelibs,
>where kdelibs 3 has the soversion 4 and kdelibs 4 has the soversion 5.
>(The new KDE Frameworks 5 now typically also have 5 as their soversion,
>the libraries have new names (libKF5*.so) so they don't conflict. But as
>long as older kdelibs still exist, that just adds to the confusion.) Our
>kdelibs 3 package is called kdelibs3, not kdelibs4, which would be
>extremely misleading. Debian used kdelibs4c2a for kdelibs 3 and kdelibs5
>for kdelibs 4! (The "c2a" is another unreadable mess because they
> decided
>to encode the C++ ABI in the package name. We just did a mass rebuild on
>a flag day and were done with it.)
>

​Then it sounds like it would make more sense to have a mechanism to
automatically add the user-visible version number rather than the soname.
Though, I don't quite understand what the purpose for sonames are in the
first place, if they aren't really designed for supporting parallel
installable stuff...



> 3. There is also no requirement that library package names start with
>"lib*". This should also stay that way. E.g., upstream thinks of glib as
>glib, not libglib (a particularly silly name, by the way). So we should
>not unnecessarily munge the name.
>
>
​I don't want to have to unnecessarily munge the name either. For a similar
reason, I don't like the lib/lib64 prefix naming they have to do in order
to work around weaknesses in some of their tooling.​



> > ​IMO, it would be very nice if we could come together and hash out a
> > standardized approach to things. We've done it with %autosetup,
> > %autopatch, %make_build / %make_install, and a number of other things in
> > RPM, I don't see why we can't for this too.
>
> %autosetup is an inflexible nonsense that just does not work in many setups
> (no control over the application order of the patches, no control over the
> switches passed to patch, no way to conditionally apply patches, etc.), and
> also does not help specfile readability. I refuse to use %autosetup in my
> packages and will yell at anybody that dares changing one of my packages to
> use it (and revert the commit).
>
>
​As far as I can tell, %autosetup patch application order is controlled by
your PatchN declarations. I've not seen a circumstance where it works
differently. But that's besides the point. The point I was trying to make
is that we 

Re: rawhide buildroot creation changes

[Richard W.M. Jones]

On Fri, Oct 09, 2015 at 10:47:22AM -0500, Dennis Gilmore wrote:
> as of this morning US time we have changed the way rawhide buildroots are 
> created in koji.  rawhide is now using dnf to install the packages into the 
> buildroot. this means that in f24 and on dnf will be used to create the 
> buildroot. as well as manage the updates on your system.

One thing that would be very helpful would be to enable keepcache=1 in
the dnf configuration?  This is consistent with what yum was doing in
the old config, and in particular lets supermin pull out the pristine
RPMs of the installed packages, so we can build the libguestfs appliance.

Rich.

> We will not be making the same change to f22 or f23 in koji,  yum will 
> continue to create the buildroot there.  please report to Release Engineering 
> [1][2][3] any issue you encounter as a result of this change.
> 
> Regards
> 
> Dennis
> 
> [1] #fedora-releng on freenode
> [2] file a ticket in trac https://fedorahosted.org/rel-eng/
> [3]  send an email to the list 
> https://lists.fedoraproject.org/mailman/listinfo/rel-eng



> ___
> devel-announce mailing list
> devel-annou...@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel-announce

> -- 
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct


-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual machines.  Supports shell scripting,
bindings from many languages.  http://libguestfs.org
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fedora 23 Branched 20151009 compose check report

[Kalev Lember]

On 10/09/2015 10:39 PM, Adam Williamson wrote:
> On Fri, 2015-10-09 at 13:05 -0700, Adam Williamson wrote:
> 
>>> How are the screenshots rebased? Is it all manual work?
>>
>> More or less. the openQA web UI has an interactive needle editor
>> which
>> lets you basically run a test and pause after each failed match, then
>> you can fiddle with the needle and re-run the match. I haven't used
>> it
>> much and never for doing a big screenshot rebase, so I can't say
>> whether it's more or less convenient than the way I did the last one,
>> which was to reproduce the tests by hand in a VM, take the
>> screenshots
>> from virt-manager, copy the json file and make any necessary
>> adjustments to the match area with the 'crop.py' needle editor (which
>> is an alternative tool upstream provides in one of their repos).
> 
> For the record I'm now doing the rebase using the interactive editor
> and it's WAY better, wish I'd done the last one this way. =) It lets
> you easily just apply the areas and tags from the existing needle to
> the new screenshot, tweak a bit if you like, save under a new name, and
> move on to the next one. Handy.

That does sound a lot better than having to boot a VM and manually take
the screenshots one by one :)

Thanks for the detailed explanations and sorry for the trouble.

-- 
Kalev
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

rawhide buildroot creation changes

[Dennis Gilmore]

Hi all,

as of this morning US time we have changed the way rawhide buildroots are 
created in koji.  rawhide is now using dnf to install the packages into the 
buildroot. this means that in f24 and on dnf will be used to create the 
buildroot. as well as manage the updates on your system.

We will not be making the same change to f22 or f23 in koji,  yum will 
continue to create the buildroot there.  please report to Release Engineering 
[1][2][3] any issue you encounter as a result of this change.

Regards

Dennis

[1] #fedora-releng on freenode
[2] file a ticket in trac https://fedorahosted.org/rel-eng/
[3]  send an email to the list 
https://lists.fedoraproject.org/mailman/listinfo/rel-eng

signature.asc
Description: This is a digitally signed message part.
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

[Adam Jackson]

On Fri, 2015-10-09 at 14:55 +, Jóhann B. Guðmundsson wrote:

> Interesting taking the consumer perspective.
> 
> So where does FESCo intend to draw the line now that it has chosen to 
> head down this path.

I mean, I can't speak for fesco as a whole, but speaking for myself: I
reject the question.  I don't think "drawing a line" is a useful way to
think about these issues.  All engineering is compromise.

> For example is the next step for Fedora to dissociate itself with 
> upstream and start implementing "workarounds" instead of fixing things 
> where they belong to satisfy the end users needs and expectation as well?

I'm not sure if you're aware, but that is exactly the thing a
distribution is.  The software we package is not produced with a single
vision in mind, it does not all just magically fit together on the
first try.  From a quick grep, of the 16000ish packages in rawhide,
~5500 have at least one patch in their spec file, and there are about
18000 patches total.  Frankly I'm pleased it's that low.

You appear to be trying to set up a false dichotomy, and I reject that
model.  Of course we're going to continue to work with upstreams on
bugs and best practices.  It won't always be successful, it never has
been and it never will be, and we will always carry patches to make
Fedora work.  We will continue to work to reduce that delta, even
though we know that it will never be zero.

More to the point, any internal beauty and elegance in building the OS
itself is fundamentally uninteresting.  They are fine goals to have,
but they are only _good_ in proportion to the quality of system they
build, and the ultimate measure of quality here is utility.  If that
means I need two forks of a library in the OS because different apps
have incommensurate needs and uses of that library, so be it.

Like I said, reality is complicated.  Maybe it's unfortunate that
reality doesn't conform to our expectations, but as far as I can tell
that's been true for literally my entire life so I kinda stopped being
surprised and upset by that.

- ajax
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

[Peter Jones]

On Fri, Oct 09, 2015 at 10:16:31AM -0400, Adam Jackson wrote:
 
> So from an OS maintenance perspective we have to recognize that
> bundling code occasionally does have merit, and that it is incumbent on
> us to manage it well.  And from a Fedora perspective, we have to
> acknowledge that a prohibition policy ignores that reality, that we
> have not consistently enforced it, and that we do ourselves and our
> users a disservice to insist on it.

It's actually a step worse than this as well - our policy on this (and
on .a files) actively discourages people from being Fedora contributors,
and discourages upstreams from working with us.

> Treat it as a bug, sure.  Work on it as a continual process of quality,
> absolutely.  Those are much more mature responses than a strict ban.
> 
> Reality is complicated, we would do well to recognize that.

Yup.

-- 
Peter
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1270198] perl-MooseX-Role-WithOverloading-0.17 is available

[bugzilla]

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



--- Comment #3 from Upstream Release Monitoring 
 ---
eseyman's perl-MooseX-Role-WithOverloading-0.17-1.fc24 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=690652

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

[Kevin Fenzi]

On Fri, 9 Oct 2015 17:22:34 +0200
Zdenek Kabelac  wrote:

> If all it would take would be e.g. : dnf  install-compat
> 
> Otherwise you basically require  that every user of Fedora is
> supposedly quite skilled rpm package-maintainer ??
> (Which would roughly cut the user-base  only to those who actively
> maintain package in Fedora)

Well, someone has to maintain the packages... I don't think it's
practical at this point to automate that all away. 

Users who aren't maintainers would need to convince some maintainer to
take on the work. 

kevin


pgpFexp3ThOkP.pgp
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Request to co-maintain f22-background

[Paul W. Frields]

On Fri, Oct 09, 2015 at 10:37:56AM -0500, Michael Catanzaro wrote:
> On Thu, 2015-10-08 at 23:32 -0700, Luya Tshimbalanga wrote:
> > I built an update for f22-backgrounds package which includes the
> > missing
> > supplemental backgrounds.
> 
> Isn't it rather late to be adding wallpapers to F22? Even if it's a bug
> that they're missing, that's the sort of thing that should be fixed in
> the next release, not released as a big update to download

If I remember correctly the supplemental backgrounds are subpackaged
as -extra, so IIUC they shouldn't automatically be foisted on any
user, just available for download.

-- 
Paul W. Frieldshttp://paul.frields.org/
  gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233  5906 ACDB C937 BD11 3717
  http://redhat.com/   -  -  -  -   http://pfrields.fedorapeople.org/
The open source story continues to grow: http://opensource.com
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Fedora 23 Branched 20151009 compose check report

[Fedora compose checker]

No missing expected images.

Images in this compose but not 23 Branched 20151008:

Cloud docker x86_64

Images in 23 Branched 20151008 but not this:

Workstation disk raw armhfp

Failed openQA tests: 48 of 52

ID: 5182Test: i386 kde_live default_install
ID: 5181Test: x86_64 workstation_live default_install@uefi
ID: 5180Test: x86_64 workstation_live default_install
ID: 5179Test: i386 workstation_live default_install
ID: 5178Test: x86_64 kde_live default_install
ID: 5177Test: i386 generic_boot default_install
ID: 5176Test: x86_64 generic_boot default_install@uefi
ID: 5175Test: x86_64 generic_boot default_install
ID: 5174Test: i386 universal upgrade_desktop_32bit
ID: 5173Test: i386 universal server_lvmthin
ID: 5172Test: i386 universal server_ext3
ID: 5171Test: i386 universal server_btrfs
ID: 5170Test: i386 universal server_software_raid
ID: 5169Test: i386 universal server_simple_encrypted
ID: 5168Test: i386 universal server_repository_http_graphical
ID: 5167Test: i386 universal server_scsi_updates_img
ID: 5166Test: i386 universal package_set_minimal
ID: 5165Test: x86_64 universal server_no_swap@uefi
ID: 5164Test: x86_64 universal server_lvmthin@uefi
ID: 5163Test: x86_64 universal server_ext3@uefi
ID: 5162Test: x86_64 universal server_btrfs@uefi
ID: 5161Test: x86_64 universal server_software_raid@uefi
ID: 5160Test: x86_64 universal server_multi_empty@uefi
ID: 5159Test: x86_64 universal server_simple_free_space@uefi
ID: 5158Test: x86_64 universal server_simple_encrypted@uefi
ID: 5157Test: x86_64 universal server_delete_partial@uefi
ID: 5156Test: x86_64 universal server_delete_pata@uefi
ID: 5155Test: x86_64 universal server_sata_multi@uefi
ID: 5154Test: x86_64 universal european_language_install
ID: 5153Test: x86_64 universal server_shrink_ntfs
ID: 5152Test: x86_64 universal server_shrink_ext4
ID: 5151Test: x86_64 universal server_updates_img_local
ID: 5147Test: x86_64 universal server_no_swap
ID: 5146Test: x86_64 universal server_lvmthin
ID: 5145Test: x86_64 universal server_ext3
ID: 5144Test: x86_64 universal server_btrfs
ID: 5143Test: x86_64 universal server_software_raid
ID: 5142Test: x86_64 universal server_multi_empty
ID: 5141Test: x86_64 universal server_simple_free_space
ID: 5140Test: x86_64 universal server_simple_encrypted
ID: 5139Test: x86_64 universal server_delete_partial
ID: 5138Test: x86_64 universal server_repository_http_variation
ID: 5137Test: x86_64 universal server_repository_http_graphical
ID: 5136Test: x86_64 universal server_mirrorlist_graphical
ID: 5135Test: x86_64 universal server_delete_pata
ID: 5133Test: x86_64 universal server_scsi_updates_img
ID: 5132Test: x86_64 universal server_sata_multi
ID: 5131Test: x86_64 universal package_set_minimal

Passed openQA tests: 4 of 52
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

[Zbigniew Jędrzejewski-Szmek]

On Fri, Oct 09, 2015 at 09:46:11AM -0600, Kevin Fenzi wrote:
> On Fri, 9 Oct 2015 17:05:00 +0200
> Vít Ondruch  wrote:
> 
> > This does not scale unfortunately ... and it is common excuse to not
> > support it properly. IOW, I want to have package foo-1.0 installed
> > side by side with foo-2.0 and I don't want to have foo1-1.0 side by
> > side with foo-2.0. And this applies especially for packages which are
> > designed to not conflict by design.
> 
> Of course it doesn't scale... unless someone has figured out some magic
> dust to make software bug free and always secure and always integrated,
> there needs to be people supporting all those parallel installed things
> and making sure they are secure/bugfixed/integrated. 
> 
> So, the barrier is then that if you need/want a compat package, you
> must commit to maintaining it, or convince someone else to. 

Debian seems to have solved this problem in a much nicer way: multiple
major versions of shared libraries can be installed in parallel, and
manual work is not required, the version of the library is included
in the binary package name.

Fedora sets this bar very high: a separate review, slightly different
guidelines, so nobody bothers except for special cases.

Zbyszek
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

rawhide buildroot creation changes

[Dennis Gilmore]

Hi all,

as of this morning US time we have changed the way rawhide buildroots are 
created in koji.  rawhide is now using dnf to install the packages into the 
buildroot. this means that in f24 and on dnf will be used to create the 
buildroot. as well as manage the updates on your system.

We will not be making the same change to f22 or f23 in koji,  yum will 
continue to create the buildroot there.  please report to Release Engineering 
[1][2][3] any issue you encounter as a result of this change.

Regards

Dennis

[1] #fedora-releng on freenode
[2] file a ticket in trac https://fedorahosted.org/rel-eng/
[3]  send an email to the list 
https://lists.fedoraproject.org/mailman/listinfo/rel-eng

signature.asc
Description: This is a digitally signed message part.
___
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce

eseyman uploaded MooseX-Types-DateTime-0.13.tar.gz for perl-MooseX-Types-DateTime

[notifications]

c4ba197decb5b6a2e45120a4a987e25d  MooseX-Types-DateTime-0.13.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-MooseX-Types-DateTime/MooseX-Types-DateTime-0.13.tar.gz/md5/c4ba197decb5b6a2e45120a4a987e25d/MooseX-Types-DateTime-0.13.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

[Kevin Fenzi]

On Fri, 9 Oct 2015 17:05:00 +0200
Vít Ondruch  wrote:

> This does not scale unfortunately ... and it is common excuse to not
> support it properly. IOW, I want to have package foo-1.0 installed
> side by side with foo-2.0 and I don't want to have foo1-1.0 side by
> side with foo-2.0. And this applies especially for packages which are
> designed to not conflict by design.

Of course it doesn't scale... unless someone has figured out some magic
dust to make software bug free and always secure and always integrated,
there needs to be people supporting all those parallel installed things
and making sure they are secure/bugfixed/integrated. 

So, the barrier is then that if you need/want a compat package, you
must commit to maintaining it, or convince someone else to. 

kevin



pgpxOu7_A5n2q.pgp
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fedora 23 Branched 20151009 compose check report

[Adam Williamson]

On Fri, 2015-10-09 at 12:17 -0400, Fedora compose checker wrote:
> No missing expected images.
> 
> Images in this compose but not 23 Branched 20151008:
> 
> Cloud docker x86_64
> 
> Images in 23 Branched 20151008 but not this:
> 
> Workstation disk raw armhfp
> 
> Failed openQA tests: 48 of 52

It looks like GTK+ rendering changed somehow between 2015-10-08 and
2015-10-09, which has broken almost all the tests. Looks like DPI
settings again, perhaps. I'm investigating.

-- 
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://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

jplesnik pushed to perl-Net-Amazon-EC2 (master). "0.31 bump"

[notifications]

From 070c9bde1dacf5cfbafcfa8726323e68fbfbd799 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 9 Oct 2015 12:45:31 +0200
Subject: 0.31 bump

---
 .gitignore   | 1 +
 perl-Net-Amazon-EC2.spec | 6 +-
 sources  | 2 +-
 3 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 3aa8b05..72ed626 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@ Net-Amazon-EC2-0.14.tar.gz
 /Net-Amazon-EC2-0.23.tar.gz
 /Net-Amazon-EC2-0.24.tar.gz
 /Net-Amazon-EC2-0.30.tar.gz
+/Net-Amazon-EC2-0.31.tar.gz
diff --git a/perl-Net-Amazon-EC2.spec b/perl-Net-Amazon-EC2.spec
index 739838a..3e06ee2 100644
--- a/perl-Net-Amazon-EC2.spec
+++ b/perl-Net-Amazon-EC2.spec
@@ -1,6 +1,6 @@
 Summary: Perl interface to the Amazon Elastic Compute Cloud (EC2)
 Name: perl-Net-Amazon-EC2
-Version: 0.30
+Version: 0.31
 Release: 1%{?dist}
 License: GPL+ or Artistic
 Group: Development/Libraries
@@ -22,6 +22,7 @@ BuildRequires: sed
 BuildRequires: perl(Carp)
 BuildRequires: perl(Data::Dumper)
 BuildRequires: perl(Digest::SHA)
+BuildRequires: perl(Encode)
 BuildRequires: perl(LWP::Protocol::https)
 BuildRequires: perl(LWP::UserAgent)
 BuildRequires: perl(MIME::Base64)
@@ -76,6 +77,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Oct 09 2015 Jitka Plesnikova  - 0.31-1
+- 0.31 bump
+
 * Wed Jun 24 2015 Petr Pisar  - 0.30-1
 - 0.30 bump
 
diff --git a/sources b/sources
index e878b8b..0d6bd0c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-b866a973eca0cecb01bc66c4178eca78  Net-Amazon-EC2-0.30.tar.gz
+160d5ed829882fb9ca8b29e6bb027abe  Net-Amazon-EC2-0.31.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Net-Amazon-EC2.git/commit/?h=master=070c9bde1dacf5cfbafcfa8726323e68fbfbd799
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

[Ralf Corsepius]

On 10/09/2015 12:08 AM, Dominik 'Rathann' Mierzejewski wrote:

On Wednesday, 07 October 2015 at 21:17, Stephen Gallagher wrote:

Meeting summary
---

[...]

* #1483 Decision on bundling policy in the Fedora Package Collection
   (sgallagh, 18:11:40)
   * LINK: http://paste.fedoraproject.org/276064/44243383/ is sgallaghs
 proposal without the critpath distinction  (nirik, 18:43:49)
   * AGREED: Adjust the packaging policy as described in
 http://paste.fedoraproject.org/276064/44243383/ (+5, 3, -1)
 (sgallagh, 18:57:44)
   * ACTION: tibbs|w to inform FPC and work on removing the anti-bundling
 stuff from the guidelines  (sgallagh, 18:59:17)


This was handled far too quickly and without considering the full
consequences of the change that was passed. Also, the way you handled
this caused a lot of resentment among the FPC members (or at least
that's the impression I have).


Seconded.

What FESCO did was such kind of utterly disrespectful and rude toward FPC.

ATM, I consider it to be a matter politeness not furtherly pronounce my 
opinion because I would have to be personal.





--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

jplesnik uploaded Net-Amazon-EC2-0.31.tar.gz for perl-Net-Amazon-EC2

[notifications]

160d5ed829882fb9ca8b29e6bb027abe  Net-Amazon-EC2-0.31.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Net-Amazon-EC2/Net-Amazon-EC2-0.31.tar.gz/md5/160d5ed829882fb9ca8b29e6bb027abe/Net-Amazon-EC2-0.31.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1270255] perl-Text-CSV_XS-1.20 is available

[bugzilla]

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



--- Comment #2 from Upstream Release Monitoring 
 ---
Scratch build completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=11385729

-- 
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://admin.fedoraproject.org/mailman/listinfo/perl-devel