Re: [ANNOUNCE] Fedora support for Vulkan

[Alice M]

I had just installed vulkan on my Alienware m14x, and it seemed to erase my 
previous light settings as well as making fedora unbootable.  I'm currently 
looking into how to get around it.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1309138] perl-DBIx-XHTML_Table-1.48 is available

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-DBIx-XHTML_Table-1.48-
   ||1.fc24
 Resolution|--- |RAWHIDE
Last Closed||2016-02-17 02:54:03



-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

jplesnik pushed to perl-DBIx-XHTML_Table (master). "1.48 bump; License was changed"

[notifications]

From c3f61a1a435b52071891937762edf4bc9309209e Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Wed, 17 Feb 2016 08:53:02 +0100
Subject: 1.48 bump; License was changed

---
 .gitignore |  1 +
 perl-DBIx-XHTML_Table.spec | 11 ++-
 sources|  2 +-
 3 files changed, 8 insertions(+), 6 deletions(-)

diff --git a/.gitignore b/.gitignore
index 763ceed..110e3b8 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 /DBIx-XHTML_Table-1.47.tar.gz
+/DBIx-XHTML_Table-1.48.tar.gz
diff --git a/perl-DBIx-XHTML_Table.spec b/perl-DBIx-XHTML_Table.spec
index dd95e8b..e7ab48f 100644
--- a/perl-DBIx-XHTML_Table.spec
+++ b/perl-DBIx-XHTML_Table.spec
@@ -1,10 +1,8 @@
 Name:   perl-DBIx-XHTML_Table
-Version:1.47
-Release:2%{?dist}
+Version:1.48
+Release:1%{?dist}
 Summary:SQL query result set to XHTML table
-# MIT: lib/DBIx/XHTML_Table.pm
-# Artistic 2.0: metadata
-License:MIT and Artistic 2.0
+License:Artistic 2.0
 URL:http://search.cpan.org/dist/DBIx-XHTML_Table/
 Source0:
http://www.cpan.org/authors/id/J/JE/JEFFA/DBIx-XHTML_Table-%{version}.tar.gz
 BuildArch:  noarch
@@ -56,6 +54,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Wed Feb 17 2016 Jitka Plesnikova  - 1.48-1
+- 1.48 bump; License was changed
+
 * Fri Feb 12 2016 Jitka Plesnikova  - 1.47-2
 - Update license
 
diff --git a/sources b/sources
index 0cfceae..1fc8d06 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-7e75dd64eabe7edcd853be30c549899f  DBIx-XHTML_Table-1.47.tar.gz
+6046a8352803593ce2996c266953291f  DBIx-XHTML_Table-1.48.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-DBIx-XHTML_Table.git/commit/?h=master=c3f61a1a435b52071891937762edf4bc9309209e
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

jplesnik uploaded DBIx-XHTML_Table-1.48.tar.gz for perl-DBIx-XHTML_Table

[notifications]

6046a8352803593ce2996c266953291f  DBIx-XHTML_Table-1.48.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-DBIx-XHTML_Table/DBIx-XHTML_Table-1.48.tar.gz/md5/6046a8352803593ce2996c266953291f/DBIx-XHTML_Table-1.48.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1309199] Rebuilding perl-DBD-MySQL-4.033-2.fc24 results into unresolvable mysql.so: symbol mysql_read_query_result, version libmysqlclient_16 not defined in file libmysqlclient.so.18 with link ti

[bugzilla]

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



--- Comment #1 from Petr Pisar  ---
This is triggered by upgrading mariadb from 1:10.1.8-3.fc24 to
1:10.1.11-4.fc24.

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1309199] New: Rebuilding perl-DBD-MySQL-4.033-2.fc24 results into unresolvable mysql.so: symbol mysql_read_query_result, version libmysqlclient_16 not defined in file libmysqlclient.so.18 with li

[bugzilla]

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

Bug ID: 1309199
   Summary: Rebuilding perl-DBD-MySQL-4.033-2.fc24 results into
unresolvable mysql.so: symbol mysql_read_query_result,
version libmysqlclient_16 not defined in file
libmysqlclient.so.18 with link time reference
   Product: Fedora
   Version: rawhide
 Component: perl-DBD-MySQL
  Assignee: jples...@redhat.com
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mmasl...@redhat.com,
perl-devel@lists.fedoraproject.org



If I rebuild perl-DBD-MySQL-4.033-2.fc24 against current
mariadb-devel-10.1.11-8.fc24.x86_64, resulting
/usr/lib64/perl5/vendor_perl/auto/DBD/mysql/mysql.so will be unusable:

# ldd -r /usr/lib64/perl5/vendor_perl/auto/DBD/mysql/mysql.so 
linux-vdso.so.1 (0x7ffcdf58d000)
libmysqlclient.so.18 => /usr/lib64/mysql/libmysqlclient.so.18
(0x7fb05a51)
libpthread.so.0 => /lib64/libpthread.so.0 (0x7fb05a2f2000)
libz.so.1 => /lib64/libz.so.1 (0x7fb05a0dc000)
libm.so.6 => /lib64/libm.so.6 (0x7fb059dd2000)
libdl.so.2 => /lib64/libdl.so.2 (0x7fb059bce000)
libssl.so.10 => /lib64/libssl.so.10 (0x7fb059953000)
libcrypto.so.10 => /lib64/libcrypto.so.10 (0x7fb0594f5000)
libperl.so.5.22 => /lib64/libperl.so.5.22 (0x7fb05910a000)
libc.so.6 => /lib64/libc.so.6 (0x7fb058d33000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x7fb0589a9000)
/lib64/ld-linux-x86-64.so.2 (0x564c658f5000)
libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x7fb05875d000)
libkrb5.so.3 => /lib64/libkrb5.so.3 (0x7fb058476000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x7fb058272000)
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x7fb05804)
libresolv.so.2 => /lib64/libresolv.so.2 (0x7fb057e24000)
libnsl.so.1 => /lib64/libnsl.so.1 (0x7fb057c0b000)
libcrypt.so.1 => /lib64/libcrypt.so.1 (0x7fb0579d5000)
libutil.so.1 => /lib64/libutil.so.1 (0x7fb0577d1000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x7fb0575ba000)
libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x7fb0573ab000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x7fb0571a6000)
libfreebl3.so => /lib64/libfreebl3.so (0x7fb056f29000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x7fb056d06000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x7fb056a91000)
symbol mysql_read_query_result, version libmysqlclient_16 not defined in file
libmysqlclient.so.18 with link time reference
(/usr/lib64/perl5/vendor_perl/auto/DBD/mysql/mysql.so)
[...]

This prevents other Perl modules from using DBD::MySQL.

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: GCC6: failure with -isystem /usr/include

[Orcan Ogetbil]

On 16 February 2016 at 13:08, Rex Dieter wrote:
> So, 2 options (not mutually exclusive):
>
> * fix configure to not add /usr/include to ac_incpath
> * fix src/src.pri.in to comment-out (or remove) the line starting with
> INCLUDEPATH += (I don't think it's needed)
>

Yes, I could use those to workaround/fix the include path issue. But
there is more to it. I also have to do
echo "QMAKE_STRIP = echo" >> src/src.pro
Otherwise the final binary gets stripped by default.

I think I am standing behind my suspicion that qmake is behaving
differently than before.
Take a look at /usr/lib64/qt5/mkspecs/common/linux.conf for the
definition of QMAKE_STRIP. It is empty in qt-5.5, but not in qt-5.6.

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

[Bug 1307195] perl-IPC-Cmd-0.94 is available

[bugzilla]

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



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

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1308594] Upgrade perl-Config-Grammar to 1.11

[bugzilla]

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



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

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1307193] perl-DateTime-Format-MySQL-0.06 is available

[bugzilla]

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



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

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1307195] perl-IPC-Cmd-0.94 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|CLOSED  |ON_QA
 Resolution|RAWHIDE |---
   Keywords||Reopened



--- Comment #12 from Fedora Update System  ---
perl-IPC-Cmd-0.94-2.fc22 has been pushed to the Fedora 22 testing repository.
If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-8fb5a18a11

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1308285] perl-Git-Repository-1.317 is available

[bugzilla]

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



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

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1308594] Upgrade perl-Config-Grammar to 1.11

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



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

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1307193] perl-DateTime-Format-MySQL-0.06 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



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

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1308285] perl-Git-Repository-1.317 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



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

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

GPG2 as default /usr/bin/gpg

[Christopher]

I just ran into this: https://bugzilla.redhat.com/show_bug.cgi?id=1309175
It's not a huge deal (and there are several workarounds, for git and for
other tools which default ot using 'gpg'), but it highlights the mismatch
between the default /usr/bin/gpg running gpg1, when other tools, like
gpg-agent, are tailored for gpg2.

RHEL/CentOS has shipped /usr/bin/gpg with gnupg2 since at least sometime in
RHEL6.
I'm not saying we shouldn't continue to ship gnupg1, but can we at least
rename it, so gnupg package is version 2, and gnupg1 provides /usr/bin/gpg1
instead? This seems overdue. Is there any reason not to do this?
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Fwd: Use suid_dumpable=2 for development releases

[Jakub Filak]

On 02/16/2016 03:23 PM, Andrew Lutomirski wrote:



On Feb 15, 2016 10:36 PM, "Jakub Filak" > wrote:

>
> It looks like that there are no opponents of this change but several 
supporters

> and few of them even want to have suid_dumpable=2 in all releases.
>
> I was thinking about it and Richard W.M. Jones' email about safeness of
> suid_dumpable=2 without ABRT gave me an idea to teach ABRT to set
> suid_dumpable=2 in abrt-ccpp.service. The service sets 
kernel.core_pattern

> (/proc/sys/kernel/core_pattern) to ABRT pattern, so it could also update
> suid_dumpable. If an administrator uninstalls/turns off ABRT, 
suid_dumpable
> would get back the OS default value. If he/she modifies core_pattern 
by hand,

> then he/she is skilled enough to spot kernel warning in the logs.
>
> What do you think about it?
> I would especially like to hear thoughts on this from security experts.
>
> Do I need to get any permission to do so?

This idea makes me very nervous.



I understand your concerns and I am happy someone else expressed it this 
way.
I was asked several times to make suid_dumpable=2 by default last year 
and I always replied like you.



  I would *much* rather that the kernel be changed.



Just for the clarification: you want to change suid_dumpable in kernel 
package or introduce the value of 3 or both?



Also, is ABRT itself safe?



We believe it is.
But frankly we had several CVEs last year. However those CVEs helped us 
to make ABRT much safer.
Florian Weimer went through the code base and found several issues that 
we have fixed.

The CVEs are the reason why I didn't start this discussion sooner.

That is, if an unprivileged user starts, say, passwd and forces a 
coredump, can that user convince ABRT to show them the core file?




That user cannot convince ABRT to show them the core file.
Only privileged users will have access to the core file.


Jakub


--Andy

>
>
> Regards,
> Jakub
>
>
> On 02/12/2016 01:24 PM, Jakub Filak wrote:
>>
>> - Forwarded Message -
>> From: "Jakub Filak" >
>> To: secur...@lists.fedoraproject.org 


>> Sent: Thursday, February 11, 2016 9:51:04 AM
>> Subject: Use suid_dumpable=2 for development releases
>>
>> Hello,
>>
>> As a maintainer of ABRT, I have been asked several times why ABRT 
does not catch
>> crashes of many processes and one kind of reasons dominate among 
other reasons
>> - processes that executes set-user-ID programs (man 5 core). These 
processes
>> are not dumped at all if the value of /proc/sys/fs/suid_dumpable is 
0 (man 5

>> proc) which is the default value.  With the default suid_dumpable
>> value, crashes caused by SIGABRT are not detectable because kernel 
doesn't even

>> write a log message about that.
>>
>> The default value 0 is there for good security reason, but I would 
like to
>> propose changing the default value to 2 for development Fedora 
releases (Alpha,

>> Beta, Rawhide). In this case, kernel would send core dump to ABRT (or
>> systemd-coredump) and the ABRT record would be accessible only to root.
>>
>> I believe that maintainers of packages like chrony will be really 
delighted
>> with this change, while will not weaken security of Fedora for 
regular users.

>>
>>
>> Regards,
>> Jakub
>> --
>> security mailing list
>> secur...@lists.fedoraproject.org 

>> 
http://lists.fedoraproject.org/admin/lists/secur...@lists.fedoraproject.org

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

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



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


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

[EPEL-devel] Re: Report on various meetings at FOSDEM.

[Stephen John Smoogen]

On 16 February 2016 at 21:51, Jason L Tibbitts III  wrote:
>> "SJS" == Stephen John Smoogen  writes:
>
> SJS> * The packaging guidelines for each EPEL version are not
> SJS>   clear. This is mainly due to the fact that they are usually based
> SJS>   off of older versions of Fedora (Fedora-6 for EPEL-5, Fedora-12
> SJS>   for EPEL-6, and Fedora-18 for EPEL-7) that may conflict with each
> SJS>   other or with how things are being done in current EPEL.
>
> I've been trying to help with this.  I strongly believe that Fedora must
> be allowed to move forward (and be cleaned up) without having to worry
> about what EPEL is going to do, but even then there are plenty of

Thank you for your help here. I think most of the problems were either
people getting complained at because package X from 2008 in EL-5
didn't conform to current Fedora standards, or vice versa. Most of the
time they would like to have a clear set of guidelines they can point
to know what the henry they are supposed to do or not do in a package.
Being able to use the epel-rpm-macros I believe will help this a lot.

> opportunities for EPEL to get some of those advancements as well.  Now
> that we have epel-rpm-macros we can try to "backport" some of the
> packaging progress that Fedora is making, though of course we'll never
> be able to do everything.  And there is an issue about EPEL packaging
> differing from RHEL packaging, or packaging for other add-on
> repositories.  So it's a complex issue.
>
> Also note that the EPEL guidelines can be edited by anyone, so if
> something is missing or unclear, then anyone can fix it.
>

I would dispute that assertion. Mainly because most of the people who
think something is missing or unclear don't know what the answer
should be. There are also a lot of burned bridges in the current
documentation where people did a lot of work to change things only to
get complaints and reverts (several times). This is due to various
people thinking the charter of EPEL means different things and that
there are "promises" that EPEL is supposed to do even if no one has
ever accomplished it.

>  - J<



-- 
Stephen J Smoogen.
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org

[Bug 1305178] perl-Pod-Snippets: please provide epel build

[bugzilla]

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



--- Comment #4 from Fedora Update System  ---
perl-Pod-Snippets-0.14-6.el7 has been pushed to the Fedora EPEL 7 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-f5a4a1c44d

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

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

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 241  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-6828   
chicken-4.9.0.1-4.el6
 223  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 217  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 149  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8148   
optipng-0.7.5-5.el6
 149  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8156   
nagios-4.0.8-1.el6
 107  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
  79  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-eb496fe204   
python-pymongo-2.5.2-3.el6.1
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-cd56c646d5   
wordpress-4.4.2-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-cb3b95bd2f   
firebird-2.5.5.26952.0-2.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-8aee7a9340   
php-horde-horde-5.2.9-1.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-f61ec30f9f   
poco-1.4.2p1-3.el6
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-791080c274   
nodejs-0.10.42-4.el6
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-eb24bfea0d   
octave-3.4.3-2.el6 gdl-0.9.5-4.el6 GraphicsMagick-1.3.23-4.el6
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-46c6b5e4d4   
botan-1.8.15-1.el6


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

ansible1.9-1.9.4-2.el6
botan-1.8.15-1.el6
dmlite-plugins-s3-0.7.0-3.el6
lmdb-0.9.18-1.el6
perl-Pod-Snippets-0.14-6.el6
php-nette-tester-1.7.0-1.el6
retrace-server-1.14-1.el6
samefile-2.14-1.el6
youtube-dl-2016.02.13-1.el6
zvbi-0.2.35-1.el6

Details about builds:



 ansible1.9-1.9.4-2.el6 (FEDORA-EPEL-2016-378338c600)
 SSH-based configuration management, deployment, and task execution system

Update Information:

New compat package to provide ansible 1.x for people transitioning from older
ansible to the ansible-2.0 package.

References:

  [ 1 ] Bug #1306407 - Review Request: ansible1.9 - SSH-based configuration 
management, deployment, and task execution system
https://bugzilla.redhat.com/show_bug.cgi?id=1306407




 botan-1.8.15-1.el6 (FEDORA-EPEL-2016-46c6b5e4d4)
 Crypto library written in C++

Update Information:

This update fixes CVE-2015-5727, CVE-2015-5726 and CVE-2016-2194.

References:

  [ 1 ] Bug #1305439 - CVE-2016-2196 CVE-2016-2195 CVE-2016-2194 botan: various 
flaws fixed in 1.11.27 and 1.10.11
https://bugzilla.redhat.com/show_bug.cgi?id=1305439




 dmlite-plugins-s3-0.7.0-3.el6 (FEDORA-EPEL-2016-86e548599d)
 S3 plugin for dmlite

Update Information:

- fix build on F24 - fix build with cmake 2.8 - adapted to dmlite 0.7.0

References:

  [ 1 ] Bug #1307427 - dmlite-plugins-s3: FTBFS in rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=1307427




 lmdb-0.9.18-1.el6 (FEDORA-EPEL-2016-f9ab117db9)
 Memory-mapped key-value database

Update Information:

new upstream release

References:

  [ 1 ] Bug #1305190 - lmdb-0.9.18 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1305190




 perl-Pod-Snippets-0.14-6.el6 (FEDORA-EPEL-2016-598302abca)
 Extract and reformat snippets of POD

Update Information:

0.14Wed Oct 12 19:06:00 CEST 2007  - Added "require 5.006;" as 

[Bug 1305178] perl-Pod-Snippets: please provide epel build

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #3 from Fedora Update System  ---
perl-Pod-Snippets-0.14-6.el6 has been pushed to the Fedora EPEL 6 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-598302abca

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

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

[updates]

The following Fedora EPEL 5 Security updates need testing:
 Age  URL
 850  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2013-11893   
libguestfs-1.20.12-1.el5
 615  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-1626   
puppet-2.7.26-1.el5
 464  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-3849   
sblim-sfcb-1.3.8-2.el5
 107  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-edbea40516   
mcollective-2.8.4-1.el5
  79  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-582c8075e6   
thttpd-2.25b-24.el5
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-991b4f1f7d   
wordpress-4.4.2-1.el5
   7  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-409e6b9484   
GraphicsMagick-1.3.23-4.el5
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-ea153edf43   
poco-1.3.5-10.el5
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-67862ee460   
botan-1.8.15-1.el5


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

botan-1.8.15-1.el5
dmlite-plugins-s3-0.7.0-3.el5

Details about builds:



 botan-1.8.15-1.el5 (FEDORA-EPEL-2016-67862ee460)
 Crypto library written in C++

Update Information:

This update fixes CVE-2015-5727, CVE-2015-5726 and CVE-2016-2194.

References:

  [ 1 ] Bug #1305439 - CVE-2016-2196 CVE-2016-2195 CVE-2016-2194 botan: various 
flaws fixed in 1.11.27 and 1.10.11
https://bugzilla.redhat.com/show_bug.cgi?id=1305439




 dmlite-plugins-s3-0.7.0-3.el5 (FEDORA-EPEL-2016-321215ea8a)
 S3 plugin for dmlite

Update Information:

- fix build on F24 - fix build with cmake 2.8 - adapted to dmlite 0.7.0

References:

  [ 1 ] Bug #1307427 - dmlite-plugins-s3: FTBFS in rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=1307427

___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org

[EPEL-devel] Report on various meetings at FOSDEM.

[Stephen John Smoogen]

 Apologies and So Forth



First, I would like to apologize for the delay in getting this post
done. I really didn't realize the amount of energy the trip would take
from me and how fuzzy brained I was for a week afterwords. Second, I
would like to thank the Open Source and Standards (OSAS) group at Red
Hat for sponsoring me that week. I believe I got a lot of things done
and that we can work on getting Extra Packages for Enterprise Linux
(EPEL) moving forward in some direction. Third I would like to thank
everyone who took the time to talk to me at one of these places to
tell me about what they were able to do with EPEL and what they were
no longer able to use it for.

One of the items that people brought up a lot was that they felt
conversations about fixing/growing/changing EPEL have become a broken
record. Various things are said at many conferences by various people,
but nothing ever gets done on this to the point that they feel they
have been lied to. After succumbing to the fuzzy headed "what did I
say yesterday?" for a week after flying back, I think that most of
these broken promises have come up from jet-lag and people
overload. If it hadn't been that I had people from IBM, CERN, and
various other groups bring this up over and over again.. I may have
forgotten just as well. In any case, I am going to try and outline
every item that I wrote down on many pages of notes in this blog. If I
have forgotten some point that you wanted me to bring up, please send
me an email so that I can make sure it is dealt with.

===
 Things EPEL is doing well
===

The primary user of EPEL packages are on Red Hat Enterprise Linux (or
a clone like CentOS or Scientific Linux) version 6 with a slowly
shrinking set of EL-5 users. The audiences that use EPEL are very
diverse. Everything from large organizations with strict audit
controls to fast moving startups which have to work with the large
organizations as their customers to the university trying to do some
experiments to match things done in other organizations.

Many users brought up the fact that the win of EPEL is that it is a
low energy move to get packages from Fedora rebuilt for an Enterprise
environment.  The fact that the package spec files had been vetted and
tested in Fedora made for less chances of conflicts or configuration
problems that crept into their own spec files or ones they got off the
internet from various groups.  Things EPEL is not doing well in

This is going to be a rather long list of items that came up. Some of
them conflict with each other but that is mainly due to the fact that
the customers are so diverse.

* The packaging guidelines for each EPEL version are not clear. This
  is mainly due to the fact that they are usually based off of older
  versions of Fedora (Fedora-6 for EPEL-5, Fedora-12 for EPEL-6, and
  Fedora-18 for EPEL-7) that may conflict with each other or with how
  things are being done in current EPEL.
* EPEL does not have a regular release structure like Fedora and RHEL
  have. There isn't an EPEL-5.11 channel with an epel-updates-5.11
  where updates are available. Because of various repository
  limitations, this means that directories aren't able to keep
  multiple old copies so downgrades when things do break aren't easy.
* EPEL promises to keep things stable and only update for fixes, but
  this is only done on a few packages where others get upgraded to and
  fro. There does not seem to be much "steering" or "release
  engineering" of what is in the trees.
* EPEL only covers part of Enterprise Linux (the Server product) but a
  lot of packages are for the Workstation but there is no way to see
  when things replace/conflict with them. [People believe that we
  build against the equivalent of CentOS-5/6/7 versus a subchannel.]
* EPEL sometimes has weird breaks between releases. The git in EPEL-5
  is newer than what is in EL-6 in a way that was breaking
  repositories when pushes were done from EL-5 systems.  [People
  believe there is a promise that such changes are tested against.]
* EPEL packages disappear. If there is no maintainer packages are
  retired but if someone is re-building out the EL-5 hosts.. they need
  that package to be available.  [People believe there is a promise
  that packages will be always available.]
* From various people who were (or former) EPEL maintainers: packages
  in EPEL are the most complained about. If they can't update the
  package in EPEL, they get complaints about it being too old and they
  may end up having a newer version available for what they need to do
  anyway. If they do update the version, they get complaints that they
  broke someone because they needed some old version. Most of the
  complaints usually are the worst kinds ( off-hand death threats (why
  don't you die in a fire) etc etc).

==
 Things people wanted in EPEL

Re: requesting help on fixing gcc-6 FTBFS

[Dmitrij S. Kryzhevich]

Hi!

> 1/ Labplot - https://bugzilla.redhat.com/show_bug.cgi?id=1307279
>
> I think the issue is here -
>
> /builddir/build/BUILD/labplot-kf5-2.1.0/src/backend/worksheet/TextLabel.
> cpp:538:38:
> error: call of overloaded 'abs(qreal)' is ambiguous
>if (abs(point.x()-position.point.x())>20 &&
> qAbs(point.y()-position.point.y())>20 ) {
>
> There is mention about this in gcc 6 porting "guide" -
> https://gcc.gnu.org/gcc-6/porting_to.html
>
> But, I have no idea how to fix this.

May you could try to change abs to fabs (or alternatives)?
Otherwise, explicit type cast could help.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1305293] perl-Path-Tiny: please update package in epel7, f22, f23 branches

[bugzilla]

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



--- Comment #10 from Fedora Update System  ---
perl-Path-Tiny-0.076-1.fc22 has been pushed to the Fedora 22 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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1305293] perl-Path-Tiny: please update package in epel7, f22, f23 branches

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Path-Tiny-0.076-1.fc23 |perl-Path-Tiny-0.076-1.fc23
   ||perl-Path-Tiny-0.076-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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1305293] perl-Path-Tiny: please update package in epel7, f22, f23 branches

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version||perl-Path-Tiny-0.076-1.fc23
 Resolution|--- |ERRATA
Last Closed||2016-02-16 22:52:01



-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1305293] perl-Path-Tiny: please update package in epel7, f22, f23 branches

[bugzilla]

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



--- Comment #9 from Fedora Update System  ---
perl-Path-Tiny-0.076-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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1301292] perl-Test-Number-Delta: please provide epel build

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

   Fixed In Version|perl-Test-Number-Delta-1.06 |perl-Test-Number-Delta-1.06
   |-3.el7  |-3.el7
   ||perl-Test-Number-Delta-1.06
   ||-3.el6



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

[Bug 1301292] perl-Test-Number-Delta: please provide epel build

[bugzilla]

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



--- Comment #10 from Fedora Update System  ---
perl-Test-Number-Delta-1.06-3.el6 has been pushed to the Fedora EPEL 6 stable
repository. If problems still persist, please make note of it in this bug
report.

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

[Bug 1300658] Please provide a package for EPEL7

[bugzilla]

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



--- Comment #7 from Fedora Update System  ---
perl-Net-ARP-1.0.9-3.el7 has been pushed to the Fedora EPEL 7 stable
repository. If problems still persist, please make note of it in this bug
report.

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

[Bug 1300658] Please provide a package for EPEL7

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version||perl-Net-ARP-1.0.9-3.el7
 Resolution|--- |ERRATA
Last Closed||2016-02-16 20:57:32



-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1301292] perl-Test-Number-Delta: please provide epel build

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version||perl-Test-Number-Delta-1.06
   ||-3.el7
 Resolution|--- |ERRATA
Last Closed||2016-02-16 20:56:35



-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1301292] perl-Test-Number-Delta: please provide epel build

[bugzilla]

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



--- Comment #9 from Fedora Update System  ---
perl-Test-Number-Delta-1.06-3.el7 has been pushed to the Fedora EPEL 7 stable
repository. If problems still persist, please make note of it in this bug
report.

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

requesting help on fixing gcc-6 FTBFS

[Mukundan Ragavan]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512



Hi folks,

After the recent mass builds, I have a few packages that fail to build
from source. I have tried digging through the build logs to see if I
can fix them. Unfortunately, my knowledge of C/C++ is far too basic to
handle these issues.

If folks who know to fix the issues below can help me out, I would
appreciate it very much.

1/ Labplot - https://bugzilla.redhat.com/show_bug.cgi?id=1307279

I think the issue is here -

/builddir/build/BUILD/labplot-kf5-2.1.0/src/backend/worksheet/TextLabel.
cpp:538:38:
error: call of overloaded 'abs(qreal)' is ambiguous
  if (abs(point.x()-position.point.x())>20 &&
qAbs(point.y()-position.point.y())>20 ) {

There is mention about this in gcc 6 porting "guide" -
https://gcc.gnu.org/gcc-6/porting_to.html

But, I have no idea how to fix this.



2/ clustal-omega - https://bugzilla.redhat.com/show_bug.cgi?id=1307383

3/ libqalculate - https://bugzilla.redhat.com/show_bug.cgi?id=1307731


Unfortunately, for these two, I have no idea where to begin here ... :(



Thanks for any help in advance! Much appreciated.


Muknudan.



- -- 
GPG Key - E5C8BC67
- ---


-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJWw82EAAoJEHE/1K3lyLxnMtYP+wUdBXnaT7aKl98TKyOh6DCv
7n+zD/tyDwSwhjEHGOb73CKGUN6F2uuKX+9U6fd0D2GnnKJ+h0zjFXRlZG7PwGvc
GWjzNcuSjQCp9u/xgc5dKkRl8ti7Q2Amx838y8s1pvmxmnghl0Gy0d32K3jbI5jS
nigPv/c6n9TieHF2lphUnqNC3azRai54T0KEE5LFBaKhhcw5pW/Y3KV8/OTPRO6V
L+AOpxF46I7k4JYF1ylG9ra5pZvkNyenn5RPhpE0Obo+y9GGDLLbXbi3HHX329Ks
BElfNf6BMobR3Ur2ciD1jvWvi4ywl2KQOxc7w2LLKxgU836g/r0KdPaVEikI4zI4
AlAS0DCPtXk0oEorFXVZlaEgALNK1m7WmUNz2lGZzat7V+uVXP8UICz6q+z1yTdC
rGNP7fJk8at9/c8WoMUsT3bvCwBajkfWy4irKPXVD08EWPZHjOqfYXKnMWVNZAmb
CYCeAe+6GbxtiYsZLr3eQE2rpuQUdIKoJtxlsrq5J3V+y6U9S+ed6Q/aQoRZs08L
8NokOZaPMBHQbqUknqtCSA3vSlkax4Z+lj+ulv6rCQ8v0S1SBsoTXndGtE2bxIbw
KBC67a+UrCIvHcyEwKubWabgv6aWEUgRQiHHVv0mJ23pFqDqvYjvssFOL2snd7he
lzAAOD+1WGkidWy+xIyK
=3Tjr
-END PGP SIGNATURE-
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1309143] perl-Moose-2.1605 is available

[bugzilla]

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



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

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1309137] perl-Data-Peek-0.45 is available

[bugzilla]

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



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

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1309143] New: perl-Moose-2.1605 is available

[bugzilla]

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

Bug ID: 1309143
   Summary: perl-Moose-2.1605 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Moose
  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, p...@city-fan.org,
perl-devel@lists.fedoraproject.org



Latest upstream release: 2.1605
Current version/release in rawhide: 2.1604-2.fc24
URL: http://search.cpan.org/dist/Moose/

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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1309143] perl-Moose-2.1605 is available

[bugzilla]

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



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

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1309138] New: perl-DBIx-XHTML_Table-1.48 is available

[bugzilla]

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

Bug ID: 1309138
   Summary: perl-DBIx-XHTML_Table-1.48 is available
   Product: Fedora
   Version: rawhide
 Component: perl-DBIx-XHTML_Table
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 1.48
Current version/release in rawhide: 1.47-2.fc24
URL: http://search.cpan.org/dist/DBIx-XHTML_Table/

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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1309137] perl-Data-Peek-0.45 is available

[bugzilla]

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



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

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1309137] New: perl-Data-Peek-0.45 is available

[bugzilla]

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

Bug ID: 1309137
   Summary: perl-Data-Peek-0.45 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Data-Peek
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 0.45
Current version/release in rawhide: 0.44-4.fc24
URL: http://search.cpan.org/dist/Data-Peek/

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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1309136] New: perl-Devel-REPL-1.003028 is available

[bugzilla]

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

Bug ID: 1309136
   Summary: perl-Devel-REPL-1.003028 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Devel-REPL
  Keywords: FutureFeature, Triaged
  Assignee: psab...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: iarn...@gmail.com, perl-devel@lists.fedoraproject.org,
psab...@redhat.com



Latest upstream release: 1.003028
Current version/release in rawhide: 1.003027-2.fc24
URL: http://search.cpan.org/dist/Devel-REPL/

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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: [ANNOUNCE] Fedora support for Vulkan

[David Airlie]

- Original Message -
> From: "Marcin Juszkiewicz" 
> To: devel@lists.fedoraproject.org
> Sent: Wednesday, 17 February, 2016 8:59:51 AM
> Subject: Re: [ANNOUNCE] Fedora support for Vulkan
> 
> W dniu 16.02.2016 o 19:48, Adam Jackson pisze:
> 
> > Currently the repository includes the driver loader, as well as Intel's
> > open source drivers for gen8+ (Broadwell, Cherryview, Skylake, Broxton
> > and Kabylake) GPUs. The Intel drivers also have incomplete support for
> > Ivybridge, Haswell, and Baytrail devices; I can vouch that the
> > Ivybridge support is good enough to run the vkcube demo.
> 
> > Your favorite hardware driver or 3D game engine quite likely could use
> > help in enabling a Vulkan port
> 
> Any info about Radeon support?

No, AMD haven't shared any firm plans on Linux Vulkan support, I think the 
latest
is,

a binary stack will be released at some point supporting amdgpu using GPUs,
this binary stack at some undisclosed point after that will be open sourced.

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

Re: [ANNOUNCE] Fedora support for Vulkan

[Marcin Juszkiewicz]

W dniu 16.02.2016 o 19:48, Adam Jackson pisze:

> Currently the repository includes the driver loader, as well as Intel's
> open source drivers for gen8+ (Broadwell, Cherryview, Skylake, Broxton
> and Kabylake) GPUs. The Intel drivers also have incomplete support for
> Ivybridge, Haswell, and Baytrail devices; I can vouch that the
> Ivybridge support is good enough to run the vkcube demo.

> Your favorite hardware driver or 3D game engine quite likely could use
> help in enabling a Vulkan port

Any info about Radeon support?

23:59 hrw@puchatek:~$ vulkaninfo
===
VULKAN INFO
===

Vulkan API Version: 1.0.3

INFO: [loader] Code 0 : Found manifest file 
/usr/share/vulkan/explicit_layer.d/VkLayer_unique_objects.json, version "1.0.0"
INFO: [loader] Code 0 : Found manifest file 
/usr/share/vulkan/explicit_layer.d/VkLayer_draw_state.json, version "1.0.0"
INFO: [loader] Code 0 : Found manifest file 
/usr/share/vulkan/explicit_layer.d/VkLayer_device_limits.json, version "1.0.0"
INFO: [loader] Code 0 : Found manifest file 
/usr/share/vulkan/explicit_layer.d/VkLayer_swapchain.json, version "1.0.0"
INFO: [loader] Code 0 : Found manifest file 
/usr/share/vulkan/explicit_layer.d/VkLayer_mem_tracker.json, version "1.0.0"
INFO: [loader] Code 0 : Found manifest file 
/usr/share/vulkan/explicit_layer.d/VkLayer_threading.json, version "1.0.0"
INFO: [loader] Code 0 : Found manifest file 
/usr/share/vulkan/explicit_layer.d/VkLayer_param_checker.json, version "1.0.0"
INFO: [loader] Code 0 : Found manifest file 
/usr/share/vulkan/explicit_layer.d/VkLayer_image.json, version "1.0.0"
INFO: [loader] Code 0 : Found manifest file 
/usr/share/vulkan/explicit_layer.d/VkLayer_object_tracker.json, version "1.0.0"
INFO: [loader] Code 0 : Found manifest file /etc/vulkan/icd.d/anv_icd.json, 
version "1.0.0"
Instance Extensions and layers:
===
Instance Extensions count = 4
VK_KHR_surface  : extension revision 25
VK_KHR_xcb_surface  : extension revision  5
VK_KHR_wayland_surface  : extension revision  4
VK_EXT_debug_report : extension revision  1

Instance Layers count = 9
VK_LAYER_GOOGLE_unique_objects (Google Validation Layer) Vulkan version 
1.0.3, layer version 1
VK_LAYER_GOOGLE_unique_objects Extensions   count = 0

VK_LAYER_LUNARG_draw_state (LunarG Validation Layer) Vulkan version 
1.0.3, layer version 1
VK_LAYER_LUNARG_draw_state Extensions   count = 1
VK_EXT_debug_report : extension revision  1

VK_LAYER_LUNARG_device_limits (LunarG Validation Layer) Vulkan version 
1.0.3, layer version 1
VK_LAYER_LUNARG_device_limits Extensionscount = 1
VK_EXT_debug_report : extension revision  1

VK_LAYER_LUNARG_swapchain (LunarG Validation Layer) Vulkan version 
1.0.3, layer version 1
VK_LAYER_LUNARG_swapchain Extensionscount = 1
VK_EXT_debug_report : extension revision  1

VK_LAYER_LUNARG_mem_tracker (LunarG Validation Layer) Vulkan version 
1.0.3, layer version 1
VK_LAYER_LUNARG_mem_tracker Extensions  count = 1
VK_EXT_debug_report : extension revision  1

VK_LAYER_LUNARG_threading (LunarG Validation Layer) Vulkan version 
1.0.3, layer version 1
VK_LAYER_LUNARG_threading Extensionscount = 1
VK_EXT_debug_report : extension revision  1

VK_LAYER_LUNARG_param_checker (LunarG Validation Layer) Vulkan version 
1.0.3, layer version 1
VK_LAYER_LUNARG_param_checker Extensionscount = 1
VK_EXT_debug_report : extension revision  1

VK_LAYER_LUNARG_image (LunarG Validation Layer) Vulkan version 1.0.3, 
layer version 1
VK_LAYER_LUNARG_image Extensionscount = 1
VK_EXT_debug_report : extension revision  1

VK_LAYER_LUNARG_object_tracker (LunarG Validation Layer) Vulkan version 
1.0.3, layer version 1
VK_LAYER_LUNARG_object_tracker Extensions   count = 1
VK_EXT_debug_report : extension revision  1

/builddir/build/BUILD/vulkan/demos/vulkaninfo.c:1183: failed with 
VK_ERROR_INITIALIZATION_FAILED
23:59 hrw@puchatek:~$ vkcube 
0 physical devices
Segmentation fault (core dumped)
23:59 hrw@puchatek:~$ lspci|grep VGA
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Oland 
PRO [Radeon R7 240/340]
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

orion pushed to perl-RPM-Specfile (master). "Drop %defattr()"

[notifications]

From cb1901b35f5d478eaafe41b3559e0e3fb056abc9 Mon Sep 17 00:00:00 2001
From: Orion Poplawski 
Date: Tue, 16 Feb 2016 15:03:47 -0700
Subject: Drop %defattr()

---
 perl-RPM-Specfile.spec | 1 -
 1 file changed, 1 deletion(-)

diff --git a/perl-RPM-Specfile.spec b/perl-RPM-Specfile.spec
index 7ac0e52..7516b45 100644
--- a/perl-RPM-Specfile.spec
+++ b/perl-RPM-Specfile.spec
@@ -65,7 +65,6 @@ rm -rf $RPM_BUILD_ROOT
 
 
 %files
-%defattr(-,root,root,-)
 %doc Changes README
 %{_bindir}/cpanflute2
 %{perl_vendorlib}/RPM
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-RPM-Specfile.git/commit/?h=master=cb1901b35f5d478eaafe41b3559e0e3fb056abc9
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

How do avoid "hardcoded-library-path in /usr/lib/debug" from rpmlint

[David Howells]

Hi,

In cross-gcc, the specfile needs to do its own debuginfo manipulation because
it has binary files that must not be stripped inside the package - and
preferably must not even be looked at by the manipulation tools because they
are likely to be for a completely different target to the system toolchain.

However, rpmlint objects to the script with:

cross-gcc.src:381: E: hardcoded-library-path in /usr/lib/debug"

how do I avoid this?  This ought to affect the system gcc package also since I
copied the script from there.

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

rpmlint vs zero-length files

[David Howells]

Hi,

How do I prevent rpmlint from objecting to some specific zero-length files?

I'm building a bunch of cross-compilers, and the installation includes some
zero-length files that appear to have to be there, but are zero-length (and in
some cases look like they have to be empty).

gcc-h8300-linux-gnu.armv7hl: E: zero-length 
/usr/lib/gcc/h8300-elf/5.3.1/install-tools/macro_list
gcc-h8300-linux-gnu.i686: E: zero-length 
/usr/lib/gcc/h8300-elf/5.3.1/install-tools/macro_list
gcc-h8300-linux-gnu.x86_64: E: zero-length 
/usr/lib/gcc/h8300-elf/5.3.1/install-tools/macro_list
gcc-m68k-linux-gnu.armv7hl: E: zero-length 
/usr/lib/gcc/m68k-linux-gnu/5.3.1/plugin/include/sysroot-suffix.h
gcc-m68k-linux-gnu.i686: E: zero-length 
/usr/lib/gcc/m68k-linux-gnu/5.3.1/plugin/include/sysroot-suffix.h
gcc-m68k-linux-gnu.x86_64: E: zero-length 
/usr/lib/gcc/m68k-linux-gnu/5.3.1/plugin/include/sysroot-suffix.h
gcc-sh64-linux-gnu.armv7hl: E: zero-length 
/usr/lib/gcc/sh64-linux-elf/5.3.1/install-tools/macro_list
gcc-sh64-linux-gnu.i686: E: zero-length 
/usr/lib/gcc/sh64-linux-elf/5.3.1/install-tools/macro_list
gcc-sh64-linux-gnu.x86_64: E: zero-length 
/usr/lib/gcc/sh64-linux-elf/5.3.1/install-tools/macro_list

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

Re: Fedora AMI build process

[Jon Kent]

Many thanks I'll take a look

Regards,
Jon

On Tue, 16 Feb 2016, 17:49 Kushal Das  wrote:

> On 16/02/16, Jon Kent wrote:
> > Hi,
> >
> > I've been trying to see how we build Fedora AMIs but am starting having
> not
> > luck with finding documents on the buiild process. If someone could throw
> > me a link it would be much appreciated.
> >
>
> The first step is about creating raw images from the kickstart files,
> the process is fully documented in [1]. Then fedimg comes up and creates
> the AMI from the raw images. [2] will tell how it is done in simple
> steps.
>
> [1]
> https://worknotes.readthedocs.org/en/latest/cloudimages.html#imagefactory
> [2]
>
> https://stackoverflow.com/questions/24019770/creating-a-custom-ec2-ami-from-a-qcow2-image-file-with-python
>
> Kushal
> --
> Fedora Cloud Engineer
> CPython Core Developer
> http://kushaldas.in
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: [ANNOUNCE] Fedora support for Vulkan

[Adam Jackson]

On Tue, 2016-02-16 at 11:34 -0800, Andrew Lutomirski wrote:

> $ vkcube
> 1 physical devices
> anv_device.c:405: FINISHME: Get correct values for VkPhysicalDeviceLimits
> vendor id 8086, device name Intel(R) HD Graphics 520 (Skylake GT2)
> vulkan: No DRI3 support
> Vulkan not supported on given X windowAborted (core dumped)
> 
> Is there some prerequisite or configuration I'm missing?

DRI3 is a prerequisite, yes. The F23 builds of the intel driver had it
disabled until fairly recently, but this update should sort you out:

https://bodhi.fedoraproject.org/updates/FEDORA-2016-606ca05253

Alternatively you can enable it in xorg.conf:

Section "Device"
Identifier "intel"
Driver "intel"
Option "DRI" "3"
EndSection

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

Re: qadevel and phabricator downtime today (now 2016-02-16 @ 20:00 UTC)

[Tim Flink]

On Mon, 15 Feb 2016 19:58:18 -0700
Tim Flink  wrote:

> On Mon, 15 Feb 2016 11:44:43 -0700
> Tim Flink  wrote:
> 
> > As a heads up, I'm going to be taking the qadevel host down later
> > today for some maintenance and a new SSL cert before the current one
> > expires on Wednesday.
> > 
> > I'm planning to start at 20:00 UTC and I don't expect the downtime
> > to last more than 30 minutes or so.  
> 
> I hit a snag with the SSL cert today, so I'm moving the outage to
> tomorrow at the same time.
> 
> The new time will be:
> 2016-02-16 @ 20:00 UTC

Phabricator has been upgraded and we're now using a SSL cert that
expires later than tomorrow :)

Let me know if you notice anything not working right

Tim


pgp0_CgoTPlb4.pgp
Description: OpenPGP digital signature
___
qa-devel mailing list
qa-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/qa-devel@lists.fedoraproject.org

Re: [ANNOUNCE] Fedora support for Vulkan

[Andrew Lutomirski]

On Tue, Feb 16, 2016 at 10:48 AM, Adam Jackson  wrote:
> $ sudo dnf copr enable ajax/vulkan
> $ sudo dnf install vulkan anvil vkcube
> $ vulkaninfo

vulkaninfo seems to work:

[...]
VkPhysicalDeviceProperties:
===
apiVersion = 4194306
driverVersion  = 1
vendorID   = 0x8086
deviceID   = 0x1916
deviceType = INTEGRATED_GPU
deviceName = Intel(R) HD Graphics 520 (Skylake GT2)
[...]

vkcube barfs:

$ vkcube
1 physical devices
anv_device.c:405: FINISHME: Get correct values for VkPhysicalDeviceLimits
vendor id 8086, device name Intel(R) HD Graphics 520 (Skylake GT2)
vulkan: No DRI3 support
Vulkan not supported on given X windowAborted (core dumped)

Is there some prerequisite or configuration I'm missing?

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

[389-devel] Ticket 48661 - Agreement test suite fails at the test_changes case

[Simon Pichugin]

Hi team,

please, review patch.

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

https://fedorahosted.org/389/attachment/ticket/48661/0001-Ticket-48661-Agreement-test-suite-fails-at-the-test_.patch

Thanks,
Simon
--
389-devel mailing list
389-devel@%(host_name)s
http://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

[ANNOUNCE] Fedora support for Vulkan

[Adam Jackson]

I'm pleased to announce support for Vulkan for Fedora!

== What is Vulkan? ==

Vulkan is a new generation graphics and compute API that provides high-
efficiency, cross-platform access to modern GPUs.

Or: Vulkan is to OpenGL as Wayland is to X11. It does many of the same
things, but - with the benefit of a few decades of experience - it's a
much better match for both the hardware it targets, and the
applications trying to use the hardware.

== How do I get it? ==

$ sudo dnf copr enable ajax/vulkan
$ sudo dnf install vulkan anvil vkcube
$ vulkaninfo

Currently the repository includes the driver loader, as well as Intel's
open source drivers for gen8+ (Broadwell, Cherryview, Skylake, Broxton
and Kabylake) GPUs. The Intel drivers also have incomplete support for
Ivybridge, Haswell, and Baytrail devices; I can vouch that the
Ivybridge support is good enough to run the vkcube demo.

Package reviews have been created so this can all be integrated into
the OS directly:

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

== What else can I do with it? ==

The Khronos group hosts a number of open source repositories related to
the Vulkan standard, including the specification and conformance test
suite:

https://github.com/KhronosGroup?utf8=%E2%9C%93=vulkan

A number of sample applications are available:

https://github.com/SaschaWillems/Vulkan
https://github.com/McNopper/Vulkan

The API reference is available online:

https://www.khronos.org/registry/vulkan/specs/1.0/refguide/Vulkan-1.0-web.pdf
https://www.khronos.org/registry/vulkan/specs/1.0/apispec.html

Your favorite hardware driver or 3D game engine quite likely could use
help in enabling a Vulkan port, if you feel like getting your hands
dirty. The vulkan branch of Mesa would be a good place to start:

https://cgit.freedesktop.org/mesa/mesa/log/?h=vulkan

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

[389-devel] Re: Add test coverage module for lib389 repo

[Simon Pichugin]

Hi team,

please, review new comments:
https://fedorahosted.org/389/ticket/48407

and patch:
https://fedorahosted.org/389/attachment/ticket/48407/0001-Ticket-48407-Add-test-coverage-module-for-lib389-rep.patch

Thanks,
Simon

On Mon, Feb 15, 2016 at 05:37:02PM +0100, Simon Pichugin wrote:
> Hi team,
> 
> speaking about coverage module. Please, join the discussion.
> 
> https://fedorahosted.org/389/ticket/48407#comment:3
> 
> Thanks,
> Simon
> --
> 389-devel mailing list
> 389-devel@%(host_name)s
> http://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org
--
389-devel mailing list
389-devel@%(host_name)s
http://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

Re: F24 Self Contained Change: Let's Encrypt client now in Fedora

[Joe Brockmeier]

On 02/10/2016 09:06 AM, Matthew Miller wrote:
> Hmmm. I'm not sure this is true -- or if it is, we might need something
> else. Marketing still uses the changes as a primary communication
> channel for this kind of thing. The Changes Policy page says "Public
> announcement of a new self contained change promotes cooperation on the
> change, and extends its visibility."
> 
> Honestly, I'm more than a little unhappy to be coming down on people
> for attempting to follow formal procedures and increase communication
> and cooperation.

This is very helpful to marketing. I do use the Changes, and it's...
unusual to say the least for developers to roll up to marketing and ask
specifically for their feature/change to be promoted.

I don't see how this is harmful.

Best,

jzb
-- 
Joe Brockmeier | Community Team, OSAS
j...@redhat.com | http://community.redhat.com/
Twitter: @jzb  | http://dissociatedpress.net/



signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: GCC6: failure with -isystem /usr/include

[Rex Dieter]

Rex Dieter wrote:

> Orcan Ogetbil wrote:
> 
>> On 14 February 2016 at 18:42, Rex Dieter wrote:
> 
>>> what package is affected here?
>>>
>>> I have a suspicion that QMAKE_DEFAULT_INCDIRS is being misused in this
>>> context.
>> 
>> The new version of qjackctl, which now depends on qt5. We cannot do
>> the update without fixing this. As far as I can tell, the qjackctl
>> does not use the QMAKE_DEFAULT_INCDIRS directly. The offending flags
>> come through qmake.
> ...
>> I don't know any other examples but I suspect any package using
>> qmake-qt5 could have this problem.
> 
> I suspect your suspicion is wrong, but I'll take a look to be sure. :)

I'll think on this more, we may end up adjusting QMAKE_DEFAULT_INCDIRS 
too... needs more investigation.

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

Re: Self Introduction: Tomas Orsava

[Jiri Eischmann]

Tomas Orsava píše v Út 16. 02. 2016 v 15:35 +:
> Hi, I'm a new Red Hatter working in python-maintenance.
> 
> I have submitted my first review-request: https://bugzilla.redhat.com
> /show_bug.cgi?id=1308956
> It is the last missing dependency for a keyboard-driven, vim-like
> browser called qutebrowser, which I hope to package next:
> http://www.qutebrowser.org/
> 
> PGP public key 3FBEC9A9.
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.
> org

Hi,
do you know if upstream is planning to port to QtWebEngine soon?
QtWebKit has not been maintained for quite a long time and has many
unfixed CVEs (>100), not sure if it's something that should be included
in Fedora in the current state. For security reasons. We already have
quite a few packages based on dead versions of WebKit to deal with in
Fedora.

Jiri

signature.asc
Description: This is a digitally signed message part
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: GCC6: failure with -isystem /usr/include

[Rex Dieter]

Orcan Ogetbil wrote:

> On 15 February 2016 at 01:46, Orcan Ogetbil wrote:
>>
>> The new version of qjackctl, which now depends on qt5. We cannot do
>> the update without fixing this. As far as I can tell, the qjackctl
>> does not use the QMAKE_DEFAULT_INCDIRS directly. The offending flags
>> come through qmake.
>>
> 
> Here is a scratch SRPM which can be used for testing:
> https://oget.fedorapeople.org/qjackctl/qjackctl-0.4.1-1.fc23.src.rpm

OK, so, here's how it happens, src/src.pri.in contains:
INCLUDEPATH += @ac_incpath@

and that gets populated by configure, which happens to include... 
/usr/include

So, 2 options (not mutually exclusive):

* fix configure to not add /usr/include to ac_incpath
* fix src/src.pri.in to comment-out (or remove) the line starting with 
INCLUDEPATH += (I don't think it's needed)


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

Re: GCC6: failure with -isystem /usr/include

[Rex Dieter]

Orcan Ogetbil wrote:

> On 14 February 2016 at 18:42, Rex Dieter wrote:

>> what package is affected here?
>>
>> I have a suspicion that QMAKE_DEFAULT_INCDIRS is being misused in this
>> context.
> 
> The new version of qjackctl, which now depends on qt5. We cannot do
> the update without fixing this. As far as I can tell, the qjackctl
> does not use the QMAKE_DEFAULT_INCDIRS directly. The offending flags
> come through qmake.
...
> I don't know any other examples but I suspect any package using
> qmake-qt5 could have this problem.

I suspect your suspicion is wrong, but I'll take a look to be sure. :)

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

Re: Fedora AMI build process

[Kushal Das]

On 16/02/16, Jon Kent wrote:
> Hi,
> 
> I've been trying to see how we build Fedora AMIs but am starting having not
> luck with finding documents on the buiild process. If someone could throw
> me a link it would be much appreciated.
> 

The first step is about creating raw images from the kickstart files,
the process is fully documented in [1]. Then fedimg comes up and creates
the AMI from the raw images. [2] will tell how it is done in simple
steps.

[1]
https://worknotes.readthedocs.org/en/latest/cloudimages.html#imagefactory
[2]
https://stackoverflow.com/questions/24019770/creating-a-custom-ec2-ami-from-a-qcow2-image-file-with-python

Kushal
-- 
Fedora Cloud Engineer
CPython Core Developer
http://kushaldas.in
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Blender: New error with min/max function not in scope

[Richard Shaw]

On Tue, Feb 16, 2016 at 10:45 AM, Jonathan Wakely  wrote:

> On 16/02/16 16:31 +, Jonathan Wakely wrote:
>
>> On 16/02/16 10:13 -0600, Richard Shaw wrote:
>>
>>> This seems like a pretty basic error in something that has worked fine
>>> for
>>> a very long time. Is there anything in the GCC 6 update that would cause
>>> this?
>>>
>>
>> This no longer compiles with GCC 6:
>>
>> #define max(a, b) (a > b ? a : b)
>> #include 
>> int i = max(0,1);
>>
>> The reason is that 'max' is used throughout the standard library, and
>> it's undefined behaviour to define a macro that clashes with any name
>> defined in the standard library. Previously  was not
>> provided by GCC's C++ std::lib, so didn't #undef min and max. Now GCC
>> provides its own C++-conforming  and so it does #undef min
>> and #undef max.
>>
>> If that's the cause, the code might have been working fine but was
>> always relying on undefined behaviour.
>>
>
>
> As I guessed, blender does this:
>
> #ifndef __COMMON_H__
> #define __COMMON_H__
>
> #ifndef min
> #define min(a,b) ((a) <= (b) ? (a) : (b))
> #endif
> #ifndef max
> #define max(a,b) ((a) >= (b) ? (a) : (b))
> #endif
> #ifndef clamp
> #define clamp(x,a,b) min(max((x), (a)), (b))
> #endif
>
> That's undefined behaviour for two separate reasons, yay.
>
> The include guard uses a reserved name containing two underscores,
> undefined.
>
> It defines macros "min" and "max", undefined.
>
> It assumes that those macros will remain defined after including
> standard library headers, which is not a valid assumption because
> standard library headers can assume nobody defines macros with names
> that clash with the standard library.
>
> I suggest #include  and using std::max;
>>
>
> This will work. Alternatively, #include  before defining
> those macros, so that the library's #undef happens first, and then the
> undefined behaviour comes later.


That got it. Thanks for the tip. I have submitted the patch upstream.

Thanks,
Richard
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Fedora Rawhide 20160216 compose check report

[Adam Williamson]

On Tue, 2016-02-16 at 17:05 +, Fedora compose checker wrote:
> Missing expected images:
> 
> Workstation live x86_64
> Minimal disk raw armhfp
> Workstation live i386
> Kde disk raw armhfp
> Kde live i386
> Kde live x86_64
> 
> Failed openQA tests: 23 of 57

New breakage today: some dep problems in GNOME caused by a libcamel
bump, it looks like mcrha already took care of rebuilds but they
unfortunately didn't quite get in before the compose. This stops the
Workstation live from composing and breaks the Workstation upgrade
tests.

i686 boot is still broken, Bruno Wolff is looking into it, thanks
Bruno. There is some mysterious issue going on with mirrormanager which
causes some of the tests to fail on repository configuration, releng is
trying to figure out what's going on there.
-- 
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
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Fedora Rawhide 20160216 compose check report

[Fedora compose checker]

Missing expected images:

Workstation live x86_64
Minimal disk raw armhfp
Workstation live i386
Kde disk raw armhfp
Kde live i386
Kde live x86_64

Images in this compose but not Rawhide 20160215:

Cloud disk raw i386
Cloud disk qcow i386

Images in Rawhide 20160215 but not this:

Design_suite live x86_64
Robotics live i386
Workstation live x86_64
Workstation live i386
Robotics live x86_64
Cinnamon live i386
Mate live i386
Workstation disk raw armhfp
Mate disk raw armhfp
Cinnamon live x86_64
Design_suite live i386
Mate live x86_64

Failed openQA tests: 23 of 57

ID: 5443Test: i386 generic_boot default_install
URL: https://openqa.fedoraproject.org/tests/5443
ID: 5392Test: x86_64 universal server_delete_pata@uefi
URL: https://openqa.fedoraproject.org/tests/5392
ID: 5391Test: x86_64 universal server_delete_pata
URL: https://openqa.fedoraproject.org/tests/5391
ID: 5398Test: x86_64 universal server_simple_free_space
URL: https://openqa.fedoraproject.org/tests/5398
ID: 5432Test: i386 universal server_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/5432
ID: 5393Test: x86_64 universal server_kickstart_user_creation
URL: https://openqa.fedoraproject.org/tests/5393
ID: 5433Test: i386 universal server_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/5433
ID: 5420Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/5420
ID: 5428Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/5428
ID: 5431Test: i386 universal package_set_minimal
URL: https://openqa.fedoraproject.org/tests/5431
ID: 5434Test: i386 universal server_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/5434
ID: 5435Test: i386 universal server_software_raid
URL: https://openqa.fedoraproject.org/tests/5435
ID: 5402Test: x86_64 universal server_btrfs
URL: https://openqa.fedoraproject.org/tests/5402
ID: 5403Test: x86_64 universal server_ext3
URL: https://openqa.fedoraproject.org/tests/5403
ID: 5407Test: x86_64 universal package_set_kde
URL: https://openqa.fedoraproject.org/tests/5407
ID: 5436Test: i386 universal server_btrfs
URL: https://openqa.fedoraproject.org/tests/5436
ID: 5437Test: i386 universal server_ext3
URL: https://openqa.fedoraproject.org/tests/5437
ID: 5430Test: i386 universal package_set_kde
URL: https://openqa.fedoraproject.org/tests/5430
ID: 5427Test: i386 universal server_lvmthin
URL: https://openqa.fedoraproject.org/tests/5427
ID: 5422Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/5422
ID: 5417Test: x86_64 universal server_no_swap@uefi
URL: https://openqa.fedoraproject.org/tests/5417
ID: 5419Test: x86_64 universal upgrade_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/5419
ID: 5429Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/5429

Passed openQA tests: 34 of 57
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Blender: New error with min/max function not in scope

[Jonathan Wakely]

On 16/02/16 16:31 +, Jonathan Wakely wrote:

On 16/02/16 10:13 -0600, Richard Shaw wrote:

This seems like a pretty basic error in something that has worked fine for
a very long time. Is there anything in the GCC 6 update that would cause
this?


This no longer compiles with GCC 6:

#define max(a, b) (a > b ? a : b)
#include 
int i = max(0,1);

The reason is that 'max' is used throughout the standard library, and
it's undefined behaviour to define a macro that clashes with any name
defined in the standard library. Previously  was not
provided by GCC's C++ std::lib, so didn't #undef min and max. Now GCC
provides its own C++-conforming  and so it does #undef min
and #undef max.

If that's the cause, the code might have been working fine but was
always relying on undefined behaviour.



As I guessed, blender does this:

#ifndef __COMMON_H__
#define __COMMON_H__

#ifndef min
#define min(a,b) ((a) <= (b) ? (a) : (b))
#endif
#ifndef max
#define max(a,b) ((a) >= (b) ? (a) : (b))
#endif
#ifndef clamp
#define clamp(x,a,b) min(max((x), (a)), (b))
#endif

That's undefined behaviour for two separate reasons, yay.

The include guard uses a reserved name containing two underscores,
undefined.

It defines macros "min" and "max", undefined.

It assumes that those macros will remain defined after including
standard library headers, which is not a valid assumption because
standard library headers can assume nobody defines macros with names
that clash with the standard library.


I suggest #include  and using std::max;


This will work. Alternatively, #include  before defining
those macros, so that the library's #undef happens first, and then the
undefined behaviour comes later.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Blender: New error with min/max function not in scope

[Jonathan Wakely]

On 16/02/16 10:13 -0600, Richard Shaw wrote:

This seems like a pretty basic error in something that has worked fine for
a very long time. Is there anything in the GCC 6 update that would cause
this?


This no longer compiles with GCC 6:

#define max(a, b) (a > b ? a : b)
#include 
int i = max(0,1);

The reason is that 'max' is used throughout the standard library, and
it's undefined behaviour to define a macro that clashes with any name
defined in the standard library. Previously  was not
provided by GCC's C++ std::lib, so didn't #undef min and max. Now GCC
provides its own C++-conforming  and so it does #undef min
and #undef max.

If that's the cause, the code might have been working fine but was
always relying on undefined behaviour.

I suggest #include  and using std::max;
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Blender: New error with min/max function not in scope

[Richard Shaw]

I was performing a rebuild of Blender after fixing a FTBFS error with
openCOLLADA and ran into an interesting error:

[ 78%] Building CXX object
source/blender/imbuf/intern/dds/CMakeFiles/bf_imbuf_dds.dir/DirectDrawSurface.cpp.o
cd
/builddir/build/BUILD/blender-2.76/cmake-make/source/blender/imbuf/intern/dds
&& /usr/lib64/ccache/c++   -DHAVE_STDBOOL_H -DNDEBUG -DWITH_DDS
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE
-D__LITTLE_ENDIAN__ -D__MMX__ -D__SSE2__ -D__SSE__
-I/builddir/build/BUILD/blender-2.76/source/blender/imbuf/intern/dds
-I/builddir/build/BUILD/blender-2.76/source/blender/imbuf/intern
-I/builddir/build/BUILD/blender-2.76/source/blender/imbuf
-I/builddir/build/BUILD/blender-2.76/source/blender/blenkernel
-I/builddir/build/BUILD/blender-2.76/source/blender/blenlib
-I/builddir/build/BUILD/blender-2.76/source/blender/makesdna
-I/builddir/build/BUILD/blender-2.76/intern/guardedalloc
-I/builddir/build/BUILD/blender-2.76/intern/utfconv  -Wredundant-decls
-Wall -Wno-invalid-offsetof -Wno-sign-compare -Wlogical-op -Winit-self
-Wmissing-include-dirs -Wno-div-by-zero -Wtype-limits -Werror=return-type
-Werror=declaration-after-statement -Werror=implicit-function-declaration
-Wno-char-subscripts -Wno-unknown-pragmas -Wpointer-arith
-Wunused-parameter -Wwrite-strings -Wundef -Wformat-signedness
-Wuninitialized -Wundef -Wmissing-declarations -O2 -g -pipe -Wall
-Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -fPIC
-funsigned-char -fno-strict-aliasing  -fuse-ld=gold -fopenmp  -msse2  -msse
-pipe -fPIC -funsigned-char -fno-strict-aliasing -O2 -DNDEBUG   -o
CMakeFiles/bf_imbuf_dds.dir/DirectDrawSurface.cpp.o -c
/builddir/build/BUILD/blender-2.76/source/blender/imbuf/intern/dds/DirectDrawSurface.cpp
/builddir/build/BUILD/blender-2.76/source/blender/imbuf/intern/dds/DirectDrawSurface.cpp:
In member function 'void DirectDrawSurface::mipmap(Image*, uint, uint)':
/builddir/build/BUILD/blender-2.76/source/blender/imbuf/intern/dds/DirectDrawSurface.cpp:1105:20:
error: 'max' was not declared in this scope
   w = max(1U, w / 2);
^
/builddir/build/BUILD/blender-2.76/source/blender/imbuf/intern/dds/DirectDrawSurface.cpp:
In member function 'void DirectDrawSurface::readBlockImage(Image*)':
/builddir/build/BUILD/blender-2.76/source/blender/imbuf/intern/dds/DirectDrawSurface.cpp:1226:39:
error: 'min' was not declared in this scope
for (uint y = 0; y < min(4U, h-4*by); y++)
   ^
/builddir/build/BUILD/blender-2.76/source/blender/imbuf/intern/dds/DirectDrawSurface.cpp:
In function 'Color32 buildNormal(uint8, uint8)':
/builddir/build/BUILD/blender-2.76/source/blender/imbuf/intern/dds/DirectDrawSurface.cpp:1243:56:
error: 'max' was not declared in this scope
  uint8 z = clamp(int(255.0f * (nz + 1) / 2.0f), 0, 255);
^
/builddir/build/BUILD/blender-2.76/source/blender/imbuf/intern/dds/DirectDrawSurface.cpp:1243:64:
error: 'min' was not declared in this scope
  uint8 z = clamp(int(255.0f * (nz + 1) / 2.0f), 0, 255);
^
/builddir/build/BUILD/blender-2.76/source/blender/imbuf/intern/dds/DirectDrawSurface.cpp:
In member function 'uint DirectDrawSurface::mipmapSize(uint) const':
/builddir/build/BUILD/blender-2.76/source/blender/imbuf/intern/dds/DirectDrawSurface.cpp:1382:20:
error: 'max' was not declared in this scope
   w = max(1U, w / 2);
^
source/blender/imbuf/intern/dds/CMakeFiles/bf_imbuf_dds.dir/build.make:110:
recipe for target
'source/blender/imbuf/intern/dds/CMakeFiles/bf_imbuf_dds.dir/DirectDrawSurface.cpp.o'
failed
--- end ---

This seems like a pretty basic error in something that has worked fine for
a very long time. Is there anything in the GCC 6 update that would cause
this?

Thanks,
Richard
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

psabata pushed to perl-Kwiki-RecentChanges (master). "Package cleanup"

[notifications]

From f94059c0d3decd3d72a5d749262f23be7780e23a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Tue, 16 Feb 2016 17:07:03 +0100
Subject: Package cleanup

---
 perl-Kwiki-RecentChanges.spec | 60 ++-
 1 file changed, 31 insertions(+), 29 deletions(-)

diff --git a/perl-Kwiki-RecentChanges.spec b/perl-Kwiki-RecentChanges.spec
index c7f6eef..418fe58 100644
--- a/perl-Kwiki-RecentChanges.spec
+++ b/perl-Kwiki-RecentChanges.spec
@@ -1,61 +1,63 @@
 Name:   perl-Kwiki-RecentChanges
 Version:0.14
-Release:28%{?dist}
+Release:29%{?dist}
 Summary:Kwiki Recent Changes Plugin
 License:GPL+ or Artistic
-Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Kwiki-RecentChanges/
 Source0:
http://www.cpan.org/authors/id/G/GU/GUGOD/Kwiki-RecentChanges-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildArch:  noarch
-BuildRequires:  perl(ExtUtils::MakeMaker)
-BuildRequires:  perl(IO::All)
-BuildRequires:  perl(Test::More)
+# Build
+BuildRequires:  perl
+BuildRequires:  perl(Config)
+BuildRequires:  perl(Cwd)
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
+BuildRequires:  perl(ExtUtils::MM_Unix)
+BuildRequires:  perl(File::Find)
+BuildRequires:  perl(File::Path)
+BuildRequires:  perl(File::Spec)
+BuildRequires:  perl(FindBin)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(vars)
+# Runtime
 BuildRequires:  perl(Kwiki) >= 0.37
+BuildRequires:  perl(Kwiki::CGI)
+BuildRequires:  perl(Kwiki::Installer)
+BuildRequires:  perl(Kwiki::Plugin)
+BuildRequires:  perl(mixin)
+# Tests only
+BuildRequires:  perl(lib)
+BuildRequires:  perl(Test::More)
+BuildRequires:  perl(warnings)
+Requires:   perl(:MODULE_COMPAT_%(eval "$(perl -V:version)"; echo 
$version))
 Requires:   perl(Kwiki) >= 0.37
-Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
-
-# RPM 4.8 style
-%{?filter_setup:
-%filter_from_requires /^perl(mixin)/d
-%{?perl_default_filter}
-}
-# RPM 4.9 style
-%global __requires_exclude 
%{?__requires_exclude:__requires_exclude|}^perl\\(mixin\\)$
+Requires:   perl(Kwiki::Installer)
 
 %description
-Kwiki Recent Changes plugin.
+%{summary}.
 
 %prep
 %setup -q -n Kwiki-RecentChanges-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
-rm -rf $RPM_BUILD_ROOT
-
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
-
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;
-
-%{_fixperms} $RPM_BUILD_ROOT/*
+make pure_install DESTDIR=%{buildroot}
+%{_fixperms} %{buildroot}/*
 
 %check
 make test
 
-%clean
-rm -rf $RPM_BUILD_ROOT
-
 %files
-%defattr(-,root,root,-)
 %doc Changes README
 %{perl_vendorlib}/*
 %{_mandir}/man3/*
 
 %changelog
+* Tue Feb 16 2016 Petr Šabata  - 0.14-29
+- Package cleanup
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
0.14-28
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Kwiki-RecentChanges.git/commit/?h=master=f94059c0d3decd3d72a5d749262f23be7780e23a
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1268805] perl-MouseX-App-Cmd-0.30-4.fc24 FTBFS: Failed test 'Internal hashes match' at t/build_emulates_new.t line 18

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
 Resolution|--- |ERRATA
Last Closed||2016-02-16 11:12:51



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

perl-MongoDB license change

[Petr Pisar]

perl-MongoDB-1.2.2-1.fc24 changed license from
(ASL 2.0 and BSD and ISC and MIT) to (ASL 2.0 and (GPL+ or Artistic)).

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

[Bug 1252638] perl-MongoDB-v1.2.2 is available

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-MongoDB-1.2.2-1.fc24
 Resolution|--- |RAWHIDE
Last Closed||2016-02-16 11:04:56



-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

ppisar set the monitor flag of perl-IPC-SysV to nobuild

[notifications]

ppisar set the monitor flag of perl-IPC-SysV to nobuild

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

ppisar set the koschei monitoring flag of perl-IPC-SysV to True

[notifications]

ppisar set the koschei monitoring flag of perl-IPC-SysV to True

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

ppisar changed jplesnik's 'approveacls' permission on perl-IPC-SysV (master) to 'Approved'

[notifications]

ppisar changed jplesnik's 'approveacls' permission on perl-IPC-SysV (master) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-IPC-SysV/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

ppisar changed jplesnik's 'commit' permission on perl-IPC-SysV (master) to 'Approved'

[notifications]

ppisar changed jplesnik's 'commit' permission on perl-IPC-SysV (master) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-IPC-SysV/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

ppisar changed perl-sig's 'watchbugzilla' permission on perl-IPC-SysV (master) to 'Approved'

[notifications]

ppisar changed perl-sig's 'watchbugzilla' permission on perl-IPC-SysV (master) 
to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-IPC-SysV/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

ppisar changed psabata's 'commit' permission on perl-IPC-SysV (master) to 'Approved'

[notifications]

ppisar changed psabata's 'commit' permission on perl-IPC-SysV (master) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-IPC-SysV/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

ppisar changed psabata's 'approveacls' permission on perl-IPC-SysV (master) to 'Approved'

[notifications]

ppisar changed psabata's 'approveacls' permission on perl-IPC-SysV (master) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-IPC-SysV/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

ppisar changed perl-sig's 'watchcommits' permission on perl-IPC-SysV (master) to 'Approved'

[notifications]

ppisar changed perl-sig's 'watchcommits' permission on perl-IPC-SysV (master) 
to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-IPC-SysV/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

ppisar pushed to perl-MongoDB (master). "Correct use64bitint detection (..more)"

[notifications]

From fd7e7f82888228c00fef026169d07879263caae7 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Tue, 16 Feb 2016 16:50:32 +0100
Subject: Correct use64bitint detection

%__isa_bits is undefined when building SRPM in the build system. And
one can configure 32-bit for 64-bit integers.
---
 perl-MongoDB.spec | 7 +++
 1 file changed, 3 insertions(+), 4 deletions(-)

diff --git a/perl-MongoDB.spec b/perl-MongoDB.spec
index c4df434..c8f9d02 100644
--- a/perl-MongoDB.spec
+++ b/perl-MongoDB.spec
@@ -57,9 +57,8 @@ BuildRequires:  perl(IO::Socket)
 BuildRequires:  perl(IO::Socket::IP) >= 0.25
 # IO::Socket::SSL 1.42 not used at tests
 BuildRequires:  perl(List::Util)
-%if %__isa_bits < 64
-BuildRequires:  perl(Math::BigInt)
-%endif
+# Math::BigInt needed only on 32-bit system at run-time, but always needed for
+# tests
 BuildRequires:  perl(MIME::Base64)
 BuildRequires:  perl(Moo) >= 2
 BuildRequires:  perl(Moo::Role)
@@ -115,7 +114,7 @@ Requires:   perl(Authen::SCRAM::Client) >= 0.003
 # Prefer IO::Socket::IP over IO::Socket::INET
 Requires:   perl(IO::Socket::IP) >= 0.25
 Requires:   perl(IO::Socket::SSL) >= 1.42
-%if %__isa_bits < 64
+%if %(perl -MConfig -e 'print defined $Config{use64bitint} ? 0 : 1')
 Requires:   perl(Math::BigInt)
 %endif
 Requires:   perl(Moo) >= 2
-- 
cgit v0.11.2



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

Re: Fedora AMI build process

[Jon Kent]

That's fine, understandable. Must admit I thought I was subscribed, but
will check.

Jon

On Tue, 16 Feb 2016 15:28 Matthew Miller  wrote:

> On Tue, Feb 16, 2016 at 02:41:18PM +, Jon Kent wrote:
> > Thanks for the info.  I tried mailing the SIG but it got stuck in an
> > approval queue never to be seen again.
>
> The Fedora mailing lists get a huge amount of spam. Like, a
> mind-blowing amount. Therefore, you need to be subscribed in order to
> post to any of our lists. Or, you can use the new hyperkitty interface
>
> https://lists.fedoraproject.org/archives/list/cl...@lists.fedoraproject.org/
> to post without subscribing.
>
> --
> Matthew Miller
> 
> Fedora Project Leader
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

psabata pushed to perl-Kwiki-Raw (master). "Package cleanup"

[notifications]

From 9f52322bd547e96172ef57d974d6ed6241c8353f Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Tue, 16 Feb 2016 16:50:54 +0100
Subject: Package cleanup

---
 perl-Kwiki-Raw.spec | 55 ++---
 1 file changed, 27 insertions(+), 28 deletions(-)

diff --git a/perl-Kwiki-Raw.spec b/perl-Kwiki-Raw.spec
index b3cae65..e8d50d1 100644
--- a/perl-Kwiki-Raw.spec
+++ b/perl-Kwiki-Raw.spec
@@ -1,27 +1,33 @@
 Name:   perl-Kwiki-Raw
 Version:0.02
-Release:29%{?dist}
+Release:30%{?dist}
 Summary:Provide an action to retrieve the raw wikitext of a page
 License:GPL+ or Artistic
-Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Kwiki-Raw/
 Source0:
http://www.cpan.org/authors/id/C/CD/CDENT/Kwiki/Kwiki-Raw-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildArch:  noarch
-BuildRequires:  perl(ExtUtils::MakeMaker)
-BuildRequires:  perl(IO::All)
-BuildRequires:  perl(Test::More)
+# Build
+BuildRequires:  perl
+BuildRequires:  perl(Config)
+BuildRequires:  perl(Cwd)
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
+BuildRequires:  perl(ExtUtils::MM_Unix)
+BuildRequires:  perl(File::Find)
+BuildRequires:  perl(File::Path)
+BuildRequires:  perl(File::Spec)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(vars)
+# Runtime
 BuildRequires:  perl(Kwiki) >= 0.37
+BuildRequires:  perl(Kwiki::CGI)
+BuildRequires:  perl(Kwiki::Installer)
+BuildRequires:  perl(Kwiki::Plugin)
+BuildRequires:  perl(mixin)
+# Tests only
+BuildRequires:  perl(Test::More)
+BuildRequires:  perl(warnings)
+Requires:   perl(:MODULE_COMPAT_%(eval "$(perl -V:version)"; echo 
$version))
 Requires:   perl(Kwiki) >= 0.37
-Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
-
-# RPM 4.8 style
-%{?filter_setup:
-%filter_from_requires /^perl(mixin)/d
-%{?perl_default_filter}
-}
-# RPM 4.9 style
-%global __requires_exclude 
%{?__requires_exclude:__requires_exclude|}^perl\\(mixin\\)$
 
 %description
 Kwiki module that provides an action to retrieve the raw wikitext of a page.
@@ -30,32 +36,25 @@ Kwiki module that provides an action to retrieve the raw 
wikitext of a page.
 %setup -q -n Kwiki-Raw-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
-rm -rf $RPM_BUILD_ROOT
-
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
-
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;
-
-%{_fixperms} $RPM_BUILD_ROOT/*
+make pure_install DESTDIR=%{buildroot}
+%{_fixperms} %{buildroot}/*
 
 %check
 make test
 
-%clean
-rm -rf $RPM_BUILD_ROOT
-
 %files
-%defattr(-,root,root,-)
 %doc Changes README
 %{perl_vendorlib}/*
 %{_mandir}/man3/*
 
 %changelog
+* Tue Feb 16 2016 Petr Šabata  - 0.02-30
+- Package cleanup
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
0.02-29
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Kwiki-Raw.git/commit/?h=master=9f52322bd547e96172ef57d974d6ed6241c8353f
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1305178] perl-Pod-Snippets: please provide epel build

[bugzilla]

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



--- Comment #1 from Fedora Update System  ---
perl-Pod-Snippets-0.14-6.el6 has been submitted as an update to Fedora EPEL 6.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-598302abca

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1305178] perl-Pod-Snippets: please provide epel build

[bugzilla]

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



--- Comment #1 from Fedora Update System  ---
perl-Pod-Snippets-0.14-6.el6 has been submitted as an update to Fedora EPEL 6.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-598302abca

--- Comment #2 from Fedora Update System  ---
perl-Pod-Snippets-0.14-6.el7 has been submitted as an update to Fedora EPEL 7.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-f5a4a1c44d

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

dfateyev pushed to perl-Pod-Snippets (epel7). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild"

[notifications]

From 0d8b9a2768fb92adaa20089c3e264cffcf89d01e Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Thu, 4 Feb 2016 15:29:18 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild

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

diff --git a/perl-Pod-Snippets.spec b/perl-Pod-Snippets.spec
index 6d31600..bdb2c4a 100644
--- a/perl-Pod-Snippets.spec
+++ b/perl-Pod-Snippets.spec
@@ -1,6 +1,6 @@
 Name:   perl-Pod-Snippets
 Version:0.14
-Release:5%{?dist}
+Release:6%{?dist}
 Summary:Extract and reformat snippets of POD
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -51,6 +51,9 @@ simultaneously as documentation and code.
 %{_mandir}/man3/*
 
 %changelog
+* Thu Feb 04 2016 Fedora Release Engineering  - 
0.14-6
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
+
 * Thu Jun 18 2015 Fedora Release Engineering  
- 0.14-5
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
-- 
cgit v0.11.2



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

dfateyev pushed to perl-Pod-Snippets (epel7). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild"

[notifications]

From f4a17b324f328238c3657bbda1c1ebe477e868de Mon Sep 17 00:00:00 2001
From: Dennis Gilmore 
Date: Thu, 18 Jun 2015 05:38:26 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild

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

diff --git a/perl-Pod-Snippets.spec b/perl-Pod-Snippets.spec
index 0fb34b9..6d31600 100644
--- a/perl-Pod-Snippets.spec
+++ b/perl-Pod-Snippets.spec
@@ -1,6 +1,6 @@
 Name:   perl-Pod-Snippets
 Version:0.14
-Release:4%{?dist}
+Release:5%{?dist}
 Summary:Extract and reformat snippets of POD
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -51,6 +51,9 @@ simultaneously as documentation and code.
 %{_mandir}/man3/*
 
 %changelog
+* Thu Jun 18 2015 Fedora Release Engineering  
- 0.14-5
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
+
 * Fri Jun 05 2015 Jitka Plesnikova  - 0.14-4
 - Perl 5.22 rebuild
 
-- 
cgit v0.11.2



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

dfateyev pushed to perl-Pod-Snippets (epel7). "Initial commit"

[notifications]

From 26eaa8812a5053fcb098d7fc553f2238c02f698e Mon Sep 17 00:00:00 2001
From: Robin Lee 
Date: Mon, 6 Oct 2014 01:07:59 +0800
Subject: Initial commit

---
 .gitignore |  1 +
 perl-Pod-Snippets.spec | 65 ++
 sources|  1 +
 3 files changed, 67 insertions(+)
 create mode 100644 perl-Pod-Snippets.spec

diff --git a/.gitignore b/.gitignore
index e69de29..b540eab 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Pod-Snippets-0.14.tar.gz
diff --git a/perl-Pod-Snippets.spec b/perl-Pod-Snippets.spec
new file mode 100644
index 000..1bc34a9
--- /dev/null
+++ b/perl-Pod-Snippets.spec
@@ -0,0 +1,65 @@
+Name:   perl-Pod-Snippets
+Version:0.14
+Release:3%{?dist}
+Summary:Extract and reformat snippets of POD
+License:GPL+ or Artistic
+Group:  Development/Libraries
+URL:http://search.cpan.org/dist/Pod-Snippets/
+Source0:
http://www.cpan.org/authors/id/D/DO/DOMQ/Pod-Snippets-%{version}.tar.gz
+BuildArch:  noarch
+BuildRequires:  perl(base)
+BuildRequires:  perl(File::Path)
+BuildRequires:  perl(File::Spec::Functions)
+BuildRequires:  perl(File::Temp)
+BuildRequires:  perl(overload)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(Test::More)
+BuildRequires:  perl(vars)
+BuildRequires:  perl(warnings)
+BuildRequires:  perl(Module::Build)
+BuildRequires:  perl(Pod::Parser)
+Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
+
+%description
+This class is a very simple extension of Pod::Parser that extracts POD
+snippets from Perl code, and pretty-prints it so as to make it usable from
+other Perl code. As demonstrated above, Pod::Snippets is immediately useful
+to test-driven-development nutcases who want to put every single line of
+Perl code under test, including code that is in the POD (typically a
+SYNOPSIS section). There are other uses, such as storing a piece of
+information that is both human- and machine-readable (e.g. an XML schema)
+simultaneously as documentation and code.
+
+%prep
+%setup -q -n Pod-Snippets-%{version}
+
+%build
+%{__perl} Build.PL installdirs=vendor
+./Build
+
+%install
+./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
+
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+./Build test
+
+%files
+%doc Changes README eg/
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Fri Sep 19 2014 Robin Lee  - 0.14-3
+- Additional cleanup
+- Remove Requires perl(Pod::Parser)
+
+* Thu Sep 18 2014 Robin Lee  - 0.14-2
+- BR: perl(base) perl(File::Path) perl(File::Spec::Functions)
+  perl(File::Temp) perl(overload) perl(strict) perl(Test::More)
+  perl(vars) perl(warnings)
+- specfile cleanup
+
+* Sat Sep 13 2014 Robin Lee  0.14-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..96b789f 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+e4897fdbcbbb76f6c73da895ca45b759  Pod-Snippets-0.14.tar.gz
-- 
cgit v0.11.2



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

dfateyev pushed to perl-Pod-Snippets (epel7). "Perl 5.22 rebuild"

[notifications]

From 77e30f0befe179b22eb76115dcb89270308f1c06 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 5 Jun 2015 11:30:37 +0200
Subject: Perl 5.22 rebuild

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

diff --git a/perl-Pod-Snippets.spec b/perl-Pod-Snippets.spec
index 1bc34a9..0fb34b9 100644
--- a/perl-Pod-Snippets.spec
+++ b/perl-Pod-Snippets.spec
@@ -1,6 +1,6 @@
 Name:   perl-Pod-Snippets
 Version:0.14
-Release:3%{?dist}
+Release:4%{?dist}
 Summary:Extract and reformat snippets of POD
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -51,6 +51,9 @@ simultaneously as documentation and code.
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 05 2015 Jitka Plesnikova  - 0.14-4
+- Perl 5.22 rebuild
+
 * Fri Sep 19 2014 Robin Lee  - 0.14-3
 - Additional cleanup
 - Remove Requires perl(Pod::Parser)
-- 
cgit v0.11.2



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

dfateyev pushed to perl-Pod-Snippets (el6). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild"

[notifications]

From 0d8b9a2768fb92adaa20089c3e264cffcf89d01e Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Thu, 4 Feb 2016 15:29:18 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild

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

diff --git a/perl-Pod-Snippets.spec b/perl-Pod-Snippets.spec
index 6d31600..bdb2c4a 100644
--- a/perl-Pod-Snippets.spec
+++ b/perl-Pod-Snippets.spec
@@ -1,6 +1,6 @@
 Name:   perl-Pod-Snippets
 Version:0.14
-Release:5%{?dist}
+Release:6%{?dist}
 Summary:Extract and reformat snippets of POD
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -51,6 +51,9 @@ simultaneously as documentation and code.
 %{_mandir}/man3/*
 
 %changelog
+* Thu Feb 04 2016 Fedora Release Engineering  - 
0.14-6
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
+
 * Thu Jun 18 2015 Fedora Release Engineering  
- 0.14-5
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Pod-Snippets.git/commit/?h=el6=0d8b9a2768fb92adaa20089c3e264cffcf89d01e
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

dfateyev pushed to perl-Pod-Snippets (el6). "Initial commit"

[notifications]

From 26eaa8812a5053fcb098d7fc553f2238c02f698e Mon Sep 17 00:00:00 2001
From: Robin Lee 
Date: Mon, 6 Oct 2014 01:07:59 +0800
Subject: Initial commit

---
 .gitignore |  1 +
 perl-Pod-Snippets.spec | 65 ++
 sources|  1 +
 3 files changed, 67 insertions(+)
 create mode 100644 perl-Pod-Snippets.spec

diff --git a/.gitignore b/.gitignore
index e69de29..b540eab 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Pod-Snippets-0.14.tar.gz
diff --git a/perl-Pod-Snippets.spec b/perl-Pod-Snippets.spec
new file mode 100644
index 000..1bc34a9
--- /dev/null
+++ b/perl-Pod-Snippets.spec
@@ -0,0 +1,65 @@
+Name:   perl-Pod-Snippets
+Version:0.14
+Release:3%{?dist}
+Summary:Extract and reformat snippets of POD
+License:GPL+ or Artistic
+Group:  Development/Libraries
+URL:http://search.cpan.org/dist/Pod-Snippets/
+Source0:
http://www.cpan.org/authors/id/D/DO/DOMQ/Pod-Snippets-%{version}.tar.gz
+BuildArch:  noarch
+BuildRequires:  perl(base)
+BuildRequires:  perl(File::Path)
+BuildRequires:  perl(File::Spec::Functions)
+BuildRequires:  perl(File::Temp)
+BuildRequires:  perl(overload)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(Test::More)
+BuildRequires:  perl(vars)
+BuildRequires:  perl(warnings)
+BuildRequires:  perl(Module::Build)
+BuildRequires:  perl(Pod::Parser)
+Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
+
+%description
+This class is a very simple extension of Pod::Parser that extracts POD
+snippets from Perl code, and pretty-prints it so as to make it usable from
+other Perl code. As demonstrated above, Pod::Snippets is immediately useful
+to test-driven-development nutcases who want to put every single line of
+Perl code under test, including code that is in the POD (typically a
+SYNOPSIS section). There are other uses, such as storing a piece of
+information that is both human- and machine-readable (e.g. an XML schema)
+simultaneously as documentation and code.
+
+%prep
+%setup -q -n Pod-Snippets-%{version}
+
+%build
+%{__perl} Build.PL installdirs=vendor
+./Build
+
+%install
+./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
+
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+./Build test
+
+%files
+%doc Changes README eg/
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Fri Sep 19 2014 Robin Lee  - 0.14-3
+- Additional cleanup
+- Remove Requires perl(Pod::Parser)
+
+* Thu Sep 18 2014 Robin Lee  - 0.14-2
+- BR: perl(base) perl(File::Path) perl(File::Spec::Functions)
+  perl(File::Temp) perl(overload) perl(strict) perl(Test::More)
+  perl(vars) perl(warnings)
+- specfile cleanup
+
+* Sat Sep 13 2014 Robin Lee  0.14-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..96b789f 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+e4897fdbcbbb76f6c73da895ca45b759  Pod-Snippets-0.14.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Pod-Snippets.git/commit/?h=el6=26eaa8812a5053fcb098d7fc553f2238c02f698e
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

dfateyev pushed to perl-Pod-Snippets (el6). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild"

[notifications]

From f4a17b324f328238c3657bbda1c1ebe477e868de Mon Sep 17 00:00:00 2001
From: Dennis Gilmore 
Date: Thu, 18 Jun 2015 05:38:26 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild

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

diff --git a/perl-Pod-Snippets.spec b/perl-Pod-Snippets.spec
index 0fb34b9..6d31600 100644
--- a/perl-Pod-Snippets.spec
+++ b/perl-Pod-Snippets.spec
@@ -1,6 +1,6 @@
 Name:   perl-Pod-Snippets
 Version:0.14
-Release:4%{?dist}
+Release:5%{?dist}
 Summary:Extract and reformat snippets of POD
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -51,6 +51,9 @@ simultaneously as documentation and code.
 %{_mandir}/man3/*
 
 %changelog
+* Thu Jun 18 2015 Fedora Release Engineering  
- 0.14-5
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
+
 * Fri Jun 05 2015 Jitka Plesnikova  - 0.14-4
 - Perl 5.22 rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Pod-Snippets.git/commit/?h=el6=f4a17b324f328238c3657bbda1c1ebe477e868de
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Self Introduction: Tomas Orsava

[Tomas Orsava]

Hi, I'm a new Red Hatter working in python-maintenance.

I have submitted my first review-request: 
https://bugzilla.redhat.com/show_bug.cgi?id=1308956
It is the last missing dependency for a keyboard-driven, vim-like browser 
called qutebrowser, which I hope to package next:
http://www.qutebrowser.org/

PGP public key 3FBEC9A9.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

dfateyev pushed to perl-Pod-Snippets (el6). "Perl 5.22 rebuild"

[notifications]

From 77e30f0befe179b22eb76115dcb89270308f1c06 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Fri, 5 Jun 2015 11:30:37 +0200
Subject: Perl 5.22 rebuild

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

diff --git a/perl-Pod-Snippets.spec b/perl-Pod-Snippets.spec
index 1bc34a9..0fb34b9 100644
--- a/perl-Pod-Snippets.spec
+++ b/perl-Pod-Snippets.spec
@@ -1,6 +1,6 @@
 Name:   perl-Pod-Snippets
 Version:0.14
-Release:3%{?dist}
+Release:4%{?dist}
 Summary:Extract and reformat snippets of POD
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -51,6 +51,9 @@ simultaneously as documentation and code.
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun 05 2015 Jitka Plesnikova  - 0.14-4
+- Perl 5.22 rebuild
+
 * Fri Sep 19 2014 Robin Lee  - 0.14-3
 - Additional cleanup
 - Remove Requires perl(Pod::Parser)
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Pod-Snippets.git/commit/?h=el6=77e30f0befe179b22eb76115dcb89270308f1c06
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Fedora AMI build process

[Matthew Miller]

On Tue, Feb 16, 2016 at 02:41:18PM +, Jon Kent wrote:
> Thanks for the info.  I tried mailing the SIG but it got stuck in an
> approval queue never to be seen again.

The Fedora mailing lists get a huge amount of spam. Like, a
mind-blowing amount. Therefore, you need to be subscribed in order to
post to any of our lists. Or, you can use the new hyperkitty interface
https://lists.fedoraproject.org/archives/list/cl...@lists.fedoraproject.org/
to post without subscribing.

-- 
Matthew Miller

Fedora Project Leader
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: GCC 6 and polymake

[Jerry James]

On Tue, Feb 16, 2016 at 3:43 AM, Jonathan Wakely
 wrote:
> I'll take a look.

Thank you Jonathan.
-- 
Jerry James
http://www.jamezone.org/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

ppisar pushed to perl-MongoDB (master). "License changed to (ASL 2.0 and (GPL+ or Artistic))"

[notifications]

From 3c6910621b220187c77dcd163f0fbf4c3f6e1ac2 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Tue, 16 Feb 2016 16:16:57 +0100
Subject: License changed to (ASL 2.0 and (GPL+ or Artistic))

---
 perl-MongoDB.spec | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/perl-MongoDB.spec b/perl-MongoDB.spec
index 669f90a..c4df434 100644
--- a/perl-MongoDB.spec
+++ b/perl-MongoDB.spec
@@ -12,7 +12,7 @@ Summary:A MongoDB Driver for Perl
 # bson/bson-md5.c:  zlib
 # inc/Module/Install/Compiler.pm:   GPL+ or Artistic
 # pstdint.h:BSD
-License:ASL 2.0
+License:ASL 2.0 and (GPL+ or Artistic)
 URL:http://search.cpan.org/dist/MongoDB/
 Source0:
http://www.cpan.org/authors/id/M/MO/MONGODB/MongoDB-v%{version}.tar.gz
 # Use system libbson if available 
@@ -186,6 +186,7 @@ exit $test_rc
 %changelog
 * Tue Feb 16 2016 Petr Pisar  - 1.2.2-1
 - 1.2.2 bump
+- License changed to (ASL 2.0 and (GPL+ or Artistic))
 
 * Tue Feb 16 2016 Petr Pisar  - 0.708.4.0-4
 - Unbundle libbson
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-MongoDB.git/commit/?h=master=3c6910621b220187c77dcd163f0fbf4c3f6e1ac2
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

ppisar pushed to perl-MongoDB (master). "Correct dependencies"

[notifications]

From 131e3f61b7f1ff036f56446176eb1f5c9089ef11 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Tue, 16 Feb 2016 16:15:38 +0100
Subject: Correct dependencies

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

diff --git a/perl-MongoDB.spec b/perl-MongoDB.spec
index 8952158..669f90a 100644
--- a/perl-MongoDB.spec
+++ b/perl-MongoDB.spec
@@ -48,6 +48,7 @@ BuildRequires:  perl(Carp)
 BuildRequires:  perl(DateTime)
 BuildRequires:  perl(Digest::MD5)
 BuildRequires:  perl(Encode)
+BuildRequires:  perl(Errno)
 BuildRequires:  perl(Exporter) >= 5.57
 BuildRequires:  perl(if)
 BuildRequires:  perl(IO::File)
@@ -111,8 +112,6 @@ BuildRequires:  perl(Types::Serialiser)
 Requires:   perl(:MODULE_COMPAT_%(eval "$(perl -V:version)"; echo 
$version))
 Suggests:   perl(Authen::SASL)
 Requires:   perl(Authen::SCRAM::Client) >= 0.003
-Requires:   perl(boolean) >= 0.25
-Requires:   perl(Exporter) >= 5.57
 # Prefer IO::Socket::IP over IO::Socket::INET
 Requires:   perl(IO::Socket::IP) >= 0.25
 Requires:   perl(IO::Socket::SSL) >= 1.42
@@ -126,6 +125,9 @@ Requires:   perl(Net::SSLeay) >= 1.49
 # Mongodb must run on a little-endian CPU (see bug #630898)
 ExcludeArch:ppc ppc64 %{sparc} s390 s390x
 
+# Filter under-specified dependencies
+%global __requires_exclude 
%{?__requires_exclude:%{__requires_exclude}|}^perl\\((boolean|Moo)\\)$
+
 %description
 The perl database access module for MongoDB.
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-MongoDB.git/commit/?h=master=131e3f61b7f1ff036f56446176eb1f5c9089ef11
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1268805] perl-MouseX-App-Cmd-0.30-4.fc24 FTBFS: Failed test 'Internal hashes match' at t/build_emulates_new.t line 18

[bugzilla]

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

Bug 1286673 Summary: Review Request: perl-MouseX-Foreign - Extends non-Mouse 
classes as well as Mouse classes
https://bugzilla.redhat.com/show_bug.cgi?id=1286673

   What|Removed |Added

 Status|ON_QA   |CLOSED
 Resolution|--- |CURRENTRELEASE



-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1305178] perl-Pod-Snippets: please provide epel build

[bugzilla]

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

Robin Lee  changed:

   What|Removed |Added

   Assignee|robinlee.s...@gmail.com |de...@fateyev.com



-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1308285] perl-Git-Repository-1.317 is available

[bugzilla]

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



--- Comment #1 from Fedora Update System  ---
perl-Git-Repository-1.317-1.fc23 has been submitted as an update to Fedora 23.
https://bodhi.fedoraproject.org/updates/FEDORA-2016-55a0891bd6

--- Comment #2 from Fedora Update System  ---
perl-Git-Repository-1.317-1.fc22 has been submitted as an update to Fedora 22.
https://bodhi.fedoraproject.org/updates/FEDORA-2016-5c3868cccd

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org