[Bug 1299283] perl-podlators-4.05 is available

[bugzilla]

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



--- Comment #3 from Upstream Release Monitoring 
 ---
ppisar's perl-podlators-4.05-1.fc24 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=711996

-- 
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 1296524] perl-Math-PlanePath-121-1.fc24 FTBFS: t/bigfloat.t test fails

[bugzilla]

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

Petr Šabata  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||psab...@redhat.com
   Assignee|mhron...@redhat.com |psab...@redhat.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

pghmcfc pushed to perl-IO-AIO (master). "Update to 4.33 (..more)"

[notifications]

From dc619983ff0899c93d2e258a56335389f657740b Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Mon, 18 Jan 2016 14:59:32 +
Subject: Update to 4.33

- New upstream release 4.33
  - Add IO::AIO::pipe2 function
  - Added support for FALLOC_FL_COLLAPSE_RANGE and FALLOC_FL_ZERO_RANGE
constants
  - Added support for O_TMPFILE and O_PATH constants
  - Added support for MAP_FIXED, MAP_GROWSDOWN, MAP_32BIT, MAP_HUGETLB,
MAP_STACK constants, whether they can be sensibly used or not
  - Use NO_INIT where applicable
  - Update libecb
  - Added stability canary support
  - Updated linux super magic table to 4.3.3
- Explicitly BR: perl-devel, needed for EXTERN.h
---
 perl-IO-AIO.spec | 26 --
 sources  |  2 +-
 2 files changed, 25 insertions(+), 3 deletions(-)

diff --git a/perl-IO-AIO.spec b/perl-IO-AIO.spec
index f4000b7..51bc0b7 100644
--- a/perl-IO-AIO.spec
+++ b/perl-IO-AIO.spec
@@ -1,5 +1,5 @@
 # work around upstream versioning being decimal rather than v-string
-%global upstream_version 4.32
+%global upstream_version 4.33
 %global extraversion %{nil}
 %if "%{upstream_version}%{extraversion}" != "%{upstream_version}"
 Provides:  perl(IO::AIO) = %{upstream_version}%{extraversion}
@@ -7,7 +7,7 @@ Provides:   perl(IO::AIO) = 
%{upstream_version}%{extraversion}
 
 Name:  perl-IO-AIO
 Version:   %{upstream_version}%{extraversion}
-Release:   3%{?dist}
+Release:   1%{?dist}
 Summary:   Asynchronous Input/Output
 License:   GPL+ or Artistic
 Group: Development/Libraries
@@ -15,7 +15,15 @@ URL: http://search.cpan.org/dist/IO-AIO/
 Source0:   
http://search.cpan.org/CPAN/authors/id/M/ML/MLEHMANN/IO-AIO-%{upstream_version}.tar.gz
 BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
 # Module Build
+BuildRequires: coreutils
+BuildRequires: findutils
+BuildRequires: gcc
+BuildRequires: make
 BuildRequires: perl >= 3:5.8.2
+%if 0%{?fedora} > 6 || 0%{?rhel} > 5
+BuildRequires: perl-devel
+%endif
+BuildRequires: perl(Canary::Stability) >= 2001
 BuildRequires: perl(Config)
 BuildRequires: perl(ExtUtils::MakeMaker)
 # Module Runtime
@@ -78,6 +86,20 @@ rm -rf %{buildroot}
 %{_mandir}/man3/IO::AIO.3*
 
 %changelog
+* Mon Jan 18 2016 Paul Howarth  - 4.33-1
+- Update to 4.33
+  - Add IO::AIO::pipe2 function
+  - Added support for FALLOC_FL_COLLAPSE_RANGE and FALLOC_FL_ZERO_RANGE
+constants
+  - Added support for O_TMPFILE and O_PATH constants
+  - Added support for MAP_FIXED, MAP_GROWSDOWN, MAP_32BIT, MAP_HUGETLB,
+MAP_STACK constants, whether they can be sensibly used or not
+  - Use NO_INIT where applicable
+  - Update libecb
+  - Added stability canary support
+  - Updated linux super magic table to 4.3.3
+- Explicitly BR: perl-devel, needed for EXTERN.h
+
 * Thu Jun 18 2015 Fedora Release Engineering  
- 4.32-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
diff --git a/sources b/sources
index 26d8cb9..f62c858 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-9577f5be9d2ecf3980607462106df149  IO-AIO-4.32.tar.gz
+08243848d09e111ca8a682226a36491f  IO-AIO-4.33.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-IO-AIO.git/commit/?h=master=dc619983ff0899c93d2e258a56335389f657740b
--
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: Testing chrony seccomp support

[Nikos Mavrogiannopoulos]

On Mon, 2016-01-18 at 12:51 +0100, Florian Weimer wrote:
> On 01/18/2016 11:02 AM, Nikos Mavrogiannopoulos wrote:
> 
> > As Florian suggested it makes more sense to compartmentalize chrony
> > so
> > that only a small controlled part of it needs to run with seccomp.
> > My
> > recommendation, if you want to use libraries in the filtered code,
> > make
> > their authors aware of that, so that they document any changes in
> > the
> > used system calls, and if possible ask them to document the
> > existing
> > system calls used (e.g., similarly to:
> > http://www.gnutls.org/manual/html_node/Running-in-a-sandbox.html )
> Interesting.  There is one huge caveat:
> > As well as an calls needed for memory allocation to work.
> 
> glibc malloc can basically call *anything*.  We don't know what the
> future will bring.  Currently, we use (off the top of my head, I
> haven't checked):
> * sbrk
> * mmap
> * mprotect
> * munmap
> * mremap
> * madvise
> * futex
> * open
> * read
> * close
> (In some cases, there is some sort of fallback, or errors are ignored
> and the optimization does not happen.)
> Future versions might reasonably use:
> * sched_getcpu
> * clone
> * clock_gettime
> * more open/read/close
> * readlink
> * whatever system calls are used for memory protection keys
> * whatever system calls are used for restartable sequences
> 
> I appreciate what you are trying to do, but those seccomp filters
> totally break encapsulation.  I have no idea how to support this
> properly, in a sustainable way.  It appears very difficult to do this
> for independently evolving libraries.

Could that be handled by libseccomp provided some input from glibc
(e.g., with some coordination, or glibc keeping the system calls it
uses fixed across minor updates)? Otherwise the alternative is for
programs not using seccomp and enabling all system calls to code
handling untrusted input.

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

pghmcfc uploaded IO-AIO-4.33.tar.gz for perl-IO-AIO

[notifications]

08243848d09e111ca8a682226a36491f  IO-AIO-4.33.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-IO-AIO/IO-AIO-4.33.tar.gz/md5/08243848d09e111ca8a682226a36491f/IO-AIO-4.33.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

psabata uploaded Test-Strict-0.36.tar.gz for perl-Test-Strict

[notifications]

3e3b6a955b612fed277b1ede10ed84fc  Test-Strict-0.36.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Test-Strict/Test-Strict-0.36.tar.gz/md5/3e3b6a955b612fed277b1ede10ed84fc/Test-Strict-0.36.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

psabata pushed to perl-Test-Strict (master). "0.36 bump"

[notifications]

From af8fd058015323b9bcf893d2df9e7d81f2ec9203 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Mon, 18 Jan 2016 15:25:14 +0100
Subject: 0.36 bump

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

diff --git a/.gitignore b/.gitignore
index 81faefd..1ca32f7 100644
--- a/.gitignore
+++ b/.gitignore
@@ -16,3 +16,4 @@ Test-Strict-0.13.tar.gz
 /Test-Strict-0.31.tar.gz
 /Test-Strict-0.32.tar.gz
 /Test-Strict-0.34.tar.gz
+/Test-Strict-0.36.tar.gz
diff --git a/perl-Test-Strict.spec b/perl-Test-Strict.spec
index a2b3693..8128eb4 100644
--- a/perl-Test-Strict.spec
+++ b/perl-Test-Strict.spec
@@ -1,5 +1,5 @@
 Name:   perl-Test-Strict
-Version:0.34
+Version:0.36
 Release:1%{?dist}
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -60,6 +60,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Mon Jan 18 2016 Petr Šabata  - 0.36-1
+- 0.36 bump
+
 * Mon Nov 16 2015 Petr Šabata  - 0.34-1
 - 0.34 bump
 
diff --git a/sources b/sources
index 9dc000e..f99a64b 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-733eaf7dbaf46d7a9fd710d04590e676  Test-Strict-0.34.tar.gz
+3e3b6a955b612fed277b1ede10ed84fc  Test-Strict-0.36.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Test-Strict.git/commit/?h=master=af8fd058015323b9bcf893d2df9e7d81f2ec9203
--
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

Planned Outage: Copr upgrade - 2016-01-19 20:00 UTC

[Miroslav Suchý]

Planned Outage: Copr upgrade - 2016-01-19 20:00 UTC

There will be an outage starting at 2016-01-19 20:00 UTC, which will last 
approximately 1 hours.

During the outage backend will stop processing new task and they will be queued 
in frontend and processed just after the
outage.

To convert UTC to your local time, take a look at 
http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run:

date -d '2016-01-19 20:00 UTC'

Reason for outage: Upgrading keygen machine to Fedora 23.

Affected Services: copr.fedoraproject.org copr-be.cloud.fedoraproject.org 
copr-keygen.cloud.fedoraproject.org

Services not listed are not affected by this outage.

Contact Information: ​​msu...@redhat.com

Ticket Link:
https://fedorahosted.org/fedora-infrastructure/ticket/5066

Please join #fedora-admin or #fedora-noc on irc.freenode.net or add comments to 
the ticket for this outage above.

-- 
Miroslav Suchy, RHCA
Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1299473] perl-Business-PayPal-API-0.73-1.fc24 FTBFS: tests fail on bootstrap

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Business-PayPal-API-0.
   ||73-2.fc24
 Resolution|--- |RAWHIDE
Last Closed||2016-01-18 08:01: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

psabata pushed to perl-System-Command (f22). "1.117 bump"

[notifications]

From f674f9cff4620ad6047a8a52114976346290f798 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Mon, 18 Jan 2016 14:29:18 +0100
Subject: 1.117 bump

---
 .gitignore   | 1 +
 perl-System-Command.spec | 7 ++-
 sources  | 2 +-
 3 files changed, 8 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index e770aa3..78fd842 100644
--- a/.gitignore
+++ b/.gitignore
@@ -8,3 +8,4 @@
 /System-Command-1.114.tar.gz
 /System-Command-1.115.tar.gz
 /System-Command-1.116.tar.gz
+/System-Command-1.117.tar.gz
diff --git a/perl-System-Command.spec b/perl-System-Command.spec
index 09a8a06..a8468d0 100644
--- a/perl-System-Command.spec
+++ b/perl-System-Command.spec
@@ -1,5 +1,5 @@
 Name:   perl-System-Command
-Version:1.116
+Version:1.117
 Release:1%{?dist}
 Summary:Object for running system commands
 License:GPL+ or Artistic
@@ -20,6 +20,7 @@ BuildRequires:  perl(Cwd)
 BuildRequires:  perl(Data::Dumper)
 BuildRequires:  perl(Fcntl)
 BuildRequires:  perl(IO::Handle)
+BuildRequires:  perl(IO::Select)
 # IPC::Run not used on Linux
 BuildRequires:  perl(List::Util)
 BuildRequires:  perl(POSIX)
@@ -40,6 +41,7 @@ BuildRequires:  perl(Test::Output)
 BuildRequires:  perl(Time::HiRes)
 Requires:   perl(:MODULE_COMPAT_%(eval "$(perl -V:version)"; echo 
$version))
 Requires:   perl(Data::Dumper)
+Requires:   perl(IO::Select)
 
 # IPC::Run not used on Linux
 %global __requires_exclude ^perl\\(IPC::Run\\)
@@ -70,6 +72,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Mon Jan 18 2016 Petr Šabata  - 1.117-1
+- 1.117 bump
+
 * Fri Jan 08 2016 Petr Šabata  - 1.116-1
 - 1.116 bump
 
diff --git a/sources b/sources
index dff3f59..8e12f09 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-dc2806147a58a7a362ecb0c5014f6dc2  System-Command-1.116.tar.gz
+394d9ff08cf3449e8b4aa6fe14696177  System-Command-1.117.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-System-Command.git/commit/?h=f22=f674f9cff4620ad6047a8a52114976346290f798
--
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 1296525] perl-Net-SNPP-1.17-25.fc24 FTBFS: t/server.t test fails: Can't locate object method "timeout" via package "Net::SNPP::Server" at /usr/share/perl5/vendor_perl/Net/Cmd.pm line 201

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Net-SNPP-1.17-26.fc24
 Resolution|--- |RAWHIDE
Last Closed||2016-01-18 09:11:13



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

psabata pushed to perl-System-Command (master). "1.117 bump"

[notifications]

From f674f9cff4620ad6047a8a52114976346290f798 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Mon, 18 Jan 2016 14:29:18 +0100
Subject: 1.117 bump

---
 .gitignore   | 1 +
 perl-System-Command.spec | 7 ++-
 sources  | 2 +-
 3 files changed, 8 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index e770aa3..78fd842 100644
--- a/.gitignore
+++ b/.gitignore
@@ -8,3 +8,4 @@
 /System-Command-1.114.tar.gz
 /System-Command-1.115.tar.gz
 /System-Command-1.116.tar.gz
+/System-Command-1.117.tar.gz
diff --git a/perl-System-Command.spec b/perl-System-Command.spec
index 09a8a06..a8468d0 100644
--- a/perl-System-Command.spec
+++ b/perl-System-Command.spec
@@ -1,5 +1,5 @@
 Name:   perl-System-Command
-Version:1.116
+Version:1.117
 Release:1%{?dist}
 Summary:Object for running system commands
 License:GPL+ or Artistic
@@ -20,6 +20,7 @@ BuildRequires:  perl(Cwd)
 BuildRequires:  perl(Data::Dumper)
 BuildRequires:  perl(Fcntl)
 BuildRequires:  perl(IO::Handle)
+BuildRequires:  perl(IO::Select)
 # IPC::Run not used on Linux
 BuildRequires:  perl(List::Util)
 BuildRequires:  perl(POSIX)
@@ -40,6 +41,7 @@ BuildRequires:  perl(Test::Output)
 BuildRequires:  perl(Time::HiRes)
 Requires:   perl(:MODULE_COMPAT_%(eval "$(perl -V:version)"; echo 
$version))
 Requires:   perl(Data::Dumper)
+Requires:   perl(IO::Select)
 
 # IPC::Run not used on Linux
 %global __requires_exclude ^perl\\(IPC::Run\\)
@@ -70,6 +72,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Mon Jan 18 2016 Petr Šabata  - 1.117-1
+- 1.117 bump
+
 * Fri Jan 08 2016 Petr Šabata  - 1.116-1
 - 1.116 bump
 
diff --git a/sources b/sources
index dff3f59..8e12f09 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-dc2806147a58a7a362ecb0c5014f6dc2  System-Command-1.116.tar.gz
+394d9ff08cf3449e8b4aa6fe14696177  System-Command-1.117.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-System-Command.git/commit/?h=master=f674f9cff4620ad6047a8a52114976346290f798
--
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

qt (4) no longer injects $RPM_OPT_FLAGS by default (on f24+)

[Rex Dieter]

In response to recent additions to default $RPM_OPT_FLAGS that depend on 
redhat-rpm-config to be present, and in response to bug
http://bugzilla.redhat.com/1279265

Qt4's qmake will no longer inject $RPM_OPT_FLAGS any more, starting with 
qt-4.8.7-6.f24

Packages that use qmake will have to find some other mechanism, options 
include:
1.  use %qmake_qt4 macro instead of calling qmake manually
2.  set appropriate envrionment/qmake variables by hand
3.  patch your buildsystem as needed
4.  some better idea


Please let me know if you have any questions about this.  If any packages 
need fixing, I'd encourage bugs to be filed, and block bug #1279265 , and 
I'll make every effort to help fix things.


Qt5 will likely follow suit soon.

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

Re: Testing chrony seccomp support

[Miroslav Lichvar]

On Mon, Jan 18, 2016 at 11:02:44AM +0100, Nikos Mavrogiannopoulos wrote:
> As Florian suggested it makes more sense to compartmentalize chrony so
> that only a small controlled part of it needs to run with seccomp. My
> recommendation, if you want to use libraries in the filtered code, make
> their authors aware of that, so that they document any changes in the
> used system calls, and if possible ask them to document the existing
> system calls used (e.g., similarly to:
> http://www.gnutls.org/manual/html_node/Running-in-a-sandbox.html )

chronyd doesn't use libc for much more than that. There is memory
allocation, reading/writing system clock, reading/writing/moving
files, creating/connecting/binding sockets, receiving/sending
packets, and select(). Name resolving is now out of the filter. The
only other library that's currently used after the seccomp filter is
loaded is freebl3 from NSS.

I guess some of that could be moved to the helper process. If only the
most dangerous code (whatever that is) should run with seccomp, I'm
not sure if there is a layer where a clean small cut could be made. I
suspect the interface between the two processes would be huge and it
would bloat the code significantly.

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

psabata uploaded System-Command-1.117.tar.gz for perl-System-Command

[notifications]

394d9ff08cf3449e8b4aa6fe14696177  System-Command-1.117.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-System-Command/System-Command-1.117.tar.gz/md5/394d9ff08cf3449e8b4aa6fe14696177/System-Command-1.117.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

psabata pushed to perl-System-Command (f23). "1.117 bump"

[notifications]

From f674f9cff4620ad6047a8a52114976346290f798 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Mon, 18 Jan 2016 14:29:18 +0100
Subject: 1.117 bump

---
 .gitignore   | 1 +
 perl-System-Command.spec | 7 ++-
 sources  | 2 +-
 3 files changed, 8 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index e770aa3..78fd842 100644
--- a/.gitignore
+++ b/.gitignore
@@ -8,3 +8,4 @@
 /System-Command-1.114.tar.gz
 /System-Command-1.115.tar.gz
 /System-Command-1.116.tar.gz
+/System-Command-1.117.tar.gz
diff --git a/perl-System-Command.spec b/perl-System-Command.spec
index 09a8a06..a8468d0 100644
--- a/perl-System-Command.spec
+++ b/perl-System-Command.spec
@@ -1,5 +1,5 @@
 Name:   perl-System-Command
-Version:1.116
+Version:1.117
 Release:1%{?dist}
 Summary:Object for running system commands
 License:GPL+ or Artistic
@@ -20,6 +20,7 @@ BuildRequires:  perl(Cwd)
 BuildRequires:  perl(Data::Dumper)
 BuildRequires:  perl(Fcntl)
 BuildRequires:  perl(IO::Handle)
+BuildRequires:  perl(IO::Select)
 # IPC::Run not used on Linux
 BuildRequires:  perl(List::Util)
 BuildRequires:  perl(POSIX)
@@ -40,6 +41,7 @@ BuildRequires:  perl(Test::Output)
 BuildRequires:  perl(Time::HiRes)
 Requires:   perl(:MODULE_COMPAT_%(eval "$(perl -V:version)"; echo 
$version))
 Requires:   perl(Data::Dumper)
+Requires:   perl(IO::Select)
 
 # IPC::Run not used on Linux
 %global __requires_exclude ^perl\\(IPC::Run\\)
@@ -70,6 +72,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Mon Jan 18 2016 Petr Šabata  - 1.117-1
+- 1.117 bump
+
 * Fri Jan 08 2016 Petr Šabata  - 1.116-1
 - 1.116 bump
 
diff --git a/sources b/sources
index dff3f59..8e12f09 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-dc2806147a58a7a362ecb0c5014f6dc2  System-Command-1.116.tar.gz
+394d9ff08cf3449e8b4aa6fe14696177  System-Command-1.117.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-System-Command.git/commit/?h=f23=f674f9cff4620ad6047a8a52114976346290f798
--
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 1296525] perl-Net-SNPP-1.17-25.fc24 FTBFS: t/server.t test fails: Can't locate object method "timeout" via package "Net::SNPP::Server" at /usr/share/perl5/vendor_perl/Net/Cmd.pm line 201

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|j...@ocjtech.us |ppi...@redhat.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

ppisar pushed to perl-Net-SNPP (master). "Normalize README encoding"

[notifications]

From c6aab298be00bfc301f0be49a00b695f2496e5dc Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Mon, 18 Jan 2016 14:44:00 +0100
Subject: Normalize README encoding

---
 Net-SNPP-1.17-Convert-README-to-UTF-8.patch | 33 +
 perl-Net-SNPP.spec  |  4 
 2 files changed, 37 insertions(+)
 create mode 100644 Net-SNPP-1.17-Convert-README-to-UTF-8.patch

diff --git a/Net-SNPP-1.17-Convert-README-to-UTF-8.patch 
b/Net-SNPP-1.17-Convert-README-to-UTF-8.patch
new file mode 100644
index 000..353df0e
--- /dev/null
+++ b/Net-SNPP-1.17-Convert-README-to-UTF-8.patch
@@ -0,0 +1,33 @@
+From 5957c7ec5bbdf542ee98ccd9e076e1ef65eb2a73 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
+Date: Mon, 18 Jan 2016 14:42:45 +0100
+Subject: [PATCH] Convert README to UTF-8
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Signed-off-by: Petr Písař 
+---
+ README | 6 +++---
+ 1 file changed, 3 insertions(+), 3 deletions(-)
+
+diff --git a/README b/README
+index d1f271f..2c9636f 100755
+--- a/README
 b/README
+@@ -41,9 +41,9 @@ However you will need to have Net::Cmd from libnet installed
+ 
+ COPYRIGHT
+ 
+-  � 1995-2001 Graham Barr. All rights reserved.
+-  � 2001-2003 Derek J. Balling. All rights reserved.
+-  � 2003-2004 Al Tobey. All rights reserved.
++  © 1995-2001 Graham Barr. All rights reserved.
++  © 2001-2003 Derek J. Balling. All rights reserved.
++  © 2003-2004 Al Tobey. All rights reserved.
+ 
+ This library is free software; you can redistribute it and/or modify
+ it under the same terms as Perl itself.
+-- 
+2.5.0
+
diff --git a/perl-Net-SNPP.spec b/perl-Net-SNPP.spec
index f3c8fbb..2f8a162 100644
--- a/perl-Net-SNPP.spec
+++ b/perl-Net-SNPP.spec
@@ -9,6 +9,8 @@ URL:http://search.cpan.org/dist/Net-SNPP/
 Source0:
http://search.cpan.org/CPAN/authors/id/T/TO/TOBEYA/Net-SNPP-%{version}.tar.gz
 # Adapt to libnet-3.08, bug #1296525, CPAN RT#111013
 Patch0: Net-SNPP-1.17-Define-dummy-Net-SNPP-Server-timeout.patch
+# Normalize README encoding
+Patch1: Net-SNPP-1.17-Convert-README-to-UTF-8.patch
 BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 
 BuildArch:  noarch
@@ -46,6 +48,7 @@ as described in RFC 1861.
 %prep
 %setup -q -n Net-SNPP-%{version}
 %patch0 -p1
+%patch1 -p1
 chmod a-x README
 
 %build
@@ -74,6 +77,7 @@ rm -rf %{buildroot}
 %changelog
 * Mon Jan 18 2016 Petr Pisar  - 1.17-26
 - Adapt to libnet-3.08 (bug #1296525)
+- Normalize README encoding
 
 * Tue Jul 14 2015 Petr Pisar  - 1.17-25
 - Specify all dependencies (bug #1242799)
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Net-SNPP.git/commit/?h=master=c6aab298be00bfc301f0be49a00b695f2496e5dc
--
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-Net-SNPP (master). "Adapt to libnet-3.08"

[notifications]

From 390db3fc5cb8f299fbb3fc39c9b773af4427d05b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Mon, 18 Jan 2016 14:38:32 +0100
Subject: Adapt to libnet-3.08

---
 ...1.17-Define-dummy-Net-SNPP-Server-timeout.patch | 41 ++
 perl-Net-SNPP.spec |  8 -
 2 files changed, 48 insertions(+), 1 deletion(-)
 create mode 100644 Net-SNPP-1.17-Define-dummy-Net-SNPP-Server-timeout.patch

diff --git a/Net-SNPP-1.17-Define-dummy-Net-SNPP-Server-timeout.patch 
b/Net-SNPP-1.17-Define-dummy-Net-SNPP-Server-timeout.patch
new file mode 100644
index 000..eb0e2ba
--- /dev/null
+++ b/Net-SNPP-1.17-Define-dummy-Net-SNPP-Server-timeout.patch
@@ -0,0 +1,41 @@
+From ca1772ca23fe771ea91b7557aa0cb2b035961fee Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
+Date: Mon, 18 Jan 2016 14:33:00 +0100
+Subject: [PATCH] Define dummy Net::SNPP::Server->timeout
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Since libnet-3.08, Net::Cmd subclasses should provide timeout()
+method. Otherwise tests fail like in CPAN RT#111013. See #110978.
+
+This patch returns static 0 value because the first timeout() argument
+is not an object reference. This is probably because Net::SNPP::Server
+does not subclass Net::Cmd properly. See libnet's t/datasend.t for
+example.
+
+Signed-off-by: Petr Písař 
+---
+ lib/Net/SNPP/Server.pm | 6 ++
+ 1 file changed, 6 insertions(+)
+
+diff --git a/lib/Net/SNPP/Server.pm b/lib/Net/SNPP/Server.pm
+index 5cb999f..1482ca7 100644
+--- a/lib/Net/SNPP/Server.pm
 b/lib/Net/SNPP/Server.pm
+@@ -129,6 +129,12 @@ sub new {
+ return bless( $self, $class );
+ }
+ 
++# Required by Net::Cmd, CPAN RT#111013, #110978
++sub timeout {
++# The $_[0] is not an object reference, cannot use $self->{Timeout}
++0;
++}
++
+ =item client()
+ 
+ Calls accept() for you and returns a client handle.  This method
+-- 
+2.5.0
+
diff --git a/perl-Net-SNPP.spec b/perl-Net-SNPP.spec
index 66b831b..f3c8fbb 100644
--- a/perl-Net-SNPP.spec
+++ b/perl-Net-SNPP.spec
@@ -1,12 +1,14 @@
 Name:   perl-Net-SNPP
 Version:1.17
-Release:25%{?dist}
+Release:26%{?dist}
 Summary:Perl modules for the Simple Network Pager Protocol
 
 Group:  Development/Libraries
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Net-SNPP/
 Source0:
http://search.cpan.org/CPAN/authors/id/T/TO/TOBEYA/Net-SNPP-%{version}.tar.gz
+# Adapt to libnet-3.08, bug #1296525, CPAN RT#111013
+Patch0: Net-SNPP-1.17-Define-dummy-Net-SNPP-Server-timeout.patch
 BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 
 BuildArch:  noarch
@@ -43,6 +45,7 @@ as described in RFC 1861.
 
 %prep
 %setup -q -n Net-SNPP-%{version}
+%patch0 -p1
 chmod a-x README
 
 %build
@@ -69,6 +72,9 @@ rm -rf %{buildroot}
 %{_mandir}/man3/*.3*
 
 %changelog
+* Mon Jan 18 2016 Petr Pisar  - 1.17-26
+- Adapt to libnet-3.08 (bug #1296525)
+
 * Tue Jul 14 2015 Petr Pisar  - 1.17-25
 - Specify all dependencies (bug #1242799)
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Net-SNPP.git/commit/?h=master=390db3fc5cb8f299fbb3fc39c9b773af4427d05b
--
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 1299287] perl-System-Command-1.117 is available

[bugzilla]

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

Petr Šabata  changed:

   What|Removed |Added

   Fixed In Version||perl-System-Command-1.117-1
   ||.fc24



--- Comment #1 from Petr Šabata  ---
Pushed as perl-System-Command-1.117-1.
I'll submit it for testing tomorrow, once Bodhi finishes pushing 1.116 to
stable.

-- 
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 1299522] New: Upgrade perl-Object-Remote to 0.003006

[bugzilla]

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

Bug ID: 1299522
   Summary: Upgrade perl-Object-Remote to 0.003006
   Product: Fedora
   Version: rawhide
 Component: perl-Object-Remote
  Keywords: FutureFeature
  Assignee: jples...@redhat.com
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest Fedora delivers 0.003005 version. Upstream released 0.003006. When you
have free time, please upgrade it.

-- 
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 1299525] New: Upgrade perl-Term-Shell to 0.07

[bugzilla]

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

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



Latest Fedora delivers 0.06 version. Upstream released 0.07. When you have free
time, please upgrade it.

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

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

[Bug 1290794] Upgrade perl-Config-Model-Itself to 2.002

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Depends On||1299533




Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1299533
[Bug 1299533] Review Request: perl-App-Cme - Check or edit configuration
data with Config::Model
-- 
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: Standard, consistent subject lines for automated emails

[Matthew Miller]

On Sat, Jan 16, 2016 at 01:34:12PM +, Richard W.M. Jones wrote:
> A related topic is headers, which could be used for filtering.
> Various systems add headers -- see examples below -- but again there's
> not much consistency and the headers aren't particularly useful for
> filtering.

A standard header indicating just that the message is automatically
generated would also be helpful, for a) putting them in a separate
folder and b) filtering them out of analytics.


-- 
Matthew Miller

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

pghmcfc pushed to perl-IO-AIO (master). "Fix FTBFS on armv7hl"

[notifications]

From 2db43b15c843ced3fb30384f17113226577f3168 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Mon, 18 Jan 2016 15:19:50 +
Subject: Fix FTBFS on armv7hl

---
 IO-AIO-4.33-constants.patch | 22 ++
 perl-IO-AIO.spec|  6 ++
 2 files changed, 28 insertions(+)
 create mode 100644 IO-AIO-4.33-constants.patch

diff --git a/IO-AIO-4.33-constants.patch b/IO-AIO-4.33-constants.patch
new file mode 100644
index 000..84a0378
--- /dev/null
+++ b/IO-AIO-4.33-constants.patch
@@ -0,0 +1,22 @@
+--- def0.h
 def0.h
+@@ -192,6 +192,9 @@
+ #ifndef MAP_SHARED
+ #define MAP_SHARED 0
+ #endif
++#ifndef MAP_32BIT
++#define MAP_32BIT 0
++#endif
+ #ifndef MAP_ANONYMOUS
+ #define MAP_ANONYMOUS 0
+ #endif
+@@ -210,6 +213,9 @@
+ #ifndef MAP_NONBLOCK
+ #define MAP_NONBLOCK 0
+ #endif
++#ifndef MAP_STACK
++#define MAP_STACK 0
++#endif
+ #ifndef FIEMAP_FLAG_SYNC
+ #define FIEMAP_FLAG_SYNC 0
+ #endif
diff --git a/perl-IO-AIO.spec b/perl-IO-AIO.spec
index 51bc0b7..4d57fee 100644
--- a/perl-IO-AIO.spec
+++ b/perl-IO-AIO.spec
@@ -13,6 +13,7 @@ License:  GPL+ or Artistic
 Group: Development/Libraries
 URL:   http://search.cpan.org/dist/IO-AIO/
 Source0:   
http://search.cpan.org/CPAN/authors/id/M/ML/MLEHMANN/IO-AIO-%{upstream_version}.tar.gz
+Patch0:IO-AIO-4.33-constants.patch
 BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
 # Module Build
 BuildRequires: coreutils
@@ -54,6 +55,10 @@ system supports.
 %prep
 %setup -q -n IO-AIO-%{upstream_version}
 
+# MAP_STACK requires kernel 2.6.27 onwards
+# MAP_32BIT not universally available either
+%patch0
+
 %build
 perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE="%{optflags}"
 make %{?_smp_mflags}
@@ -99,6 +104,7 @@ rm -rf %{buildroot}
   - Added stability canary support
   - Updated linux super magic table to 4.3.3
 - Explicitly BR: perl-devel, needed for EXTERN.h
+- Add patch to support building on systems without MAP_STACK or MAP_32BIT
 
 * Thu Jun 18 2015 Fedora Release Engineering  
- 4.32-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-IO-AIO.git/commit/?h=master=2db43b15c843ced3fb30384f17113226577f3168
--
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

spot uploaded Wx-0.9928.tar.gz for perl-Wx

[notifications]

cc4dc063b100fca45818d5eb4e2cd3b1  Wx-0.9928.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Wx/Wx-0.9928.tar.gz/md5/cc4dc063b100fca45818d5eb4e2cd3b1/Wx-0.9928.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

spot pushed to perl-Wx (master). "update to 0.9928"

[notifications]

From de4b7c35fea4b6e8387b8e1660ec7cc9fbec48bb Mon Sep 17 00:00:00 2001
From: Tom Callaway 
Date: Mon, 18 Jan 2016 10:35:47 -0500
Subject: update to 0.9928

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

diff --git a/.gitignore b/.gitignore
index 7dacbba..782c499 100644
--- a/.gitignore
+++ b/.gitignore
@@ -20,3 +20,4 @@ Wx-0.92.tar.gz
 /Wx-0.9923.tar.gz
 /Wx-0.9926.tar.gz
 /Wx-0.9927.tar.gz
+/Wx-0.9928.tar.gz
diff --git a/perl-Wx.spec b/perl-Wx.spec
index ea7905c..94af93c 100644
--- a/perl-Wx.spec
+++ b/perl-Wx.spec
@@ -11,8 +11,8 @@
 # cat provides.txt | uniq | sort -n
 
 Name:   perl-Wx
-Version:0.9927
-Release:4%{?dist}
+Version:0.9928
+Release:1%{?dist}
 Summary:Interface to the wxWidgets cross-platform GUI toolkit
 Group:  Development/Libraries
 License:GPL+ or Artistic
@@ -698,6 +698,9 @@ chmod -R u+w $RPM_BUILD_ROOT/*
 %{_mandir}/man3/*.3pm*
 
 %changelog
+* Mon Jan 18 2016 Tom Callaway  - 0.9928-1
+- update to 0.9928
+
 * Thu Jun 18 2015 Fedora Release Engineering  
- 0.9927-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
diff --git a/sources b/sources
index 424a2b8..c8c24eb 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-ef05f2f1fc0c3ccb1d4d1aa3896196f9  Wx-0.9927.tar.gz
+cc4dc063b100fca45818d5eb4e2cd3b1  Wx-0.9928.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Wx.git/commit/?h=master=de4b7c35fea4b6e8387b8e1660ec7cc9fbec48bb
--
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

pghmcfc pushed to perl-IO-AIO (perl-IO-AIO-4.33-1.fc24). "Fix FTBFS on armv7hl"

[notifications]

From 2db43b15c843ced3fb30384f17113226577f3168 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Mon, 18 Jan 2016 15:19:50 +
Subject: Fix FTBFS on armv7hl

---
 IO-AIO-4.33-constants.patch | 22 ++
 perl-IO-AIO.spec|  6 ++
 2 files changed, 28 insertions(+)
 create mode 100644 IO-AIO-4.33-constants.patch

diff --git a/IO-AIO-4.33-constants.patch b/IO-AIO-4.33-constants.patch
new file mode 100644
index 000..84a0378
--- /dev/null
+++ b/IO-AIO-4.33-constants.patch
@@ -0,0 +1,22 @@
+--- def0.h
 def0.h
+@@ -192,6 +192,9 @@
+ #ifndef MAP_SHARED
+ #define MAP_SHARED 0
+ #endif
++#ifndef MAP_32BIT
++#define MAP_32BIT 0
++#endif
+ #ifndef MAP_ANONYMOUS
+ #define MAP_ANONYMOUS 0
+ #endif
+@@ -210,6 +213,9 @@
+ #ifndef MAP_NONBLOCK
+ #define MAP_NONBLOCK 0
+ #endif
++#ifndef MAP_STACK
++#define MAP_STACK 0
++#endif
+ #ifndef FIEMAP_FLAG_SYNC
+ #define FIEMAP_FLAG_SYNC 0
+ #endif
diff --git a/perl-IO-AIO.spec b/perl-IO-AIO.spec
index 51bc0b7..4d57fee 100644
--- a/perl-IO-AIO.spec
+++ b/perl-IO-AIO.spec
@@ -13,6 +13,7 @@ License:  GPL+ or Artistic
 Group: Development/Libraries
 URL:   http://search.cpan.org/dist/IO-AIO/
 Source0:   
http://search.cpan.org/CPAN/authors/id/M/ML/MLEHMANN/IO-AIO-%{upstream_version}.tar.gz
+Patch0:IO-AIO-4.33-constants.patch
 BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
 # Module Build
 BuildRequires: coreutils
@@ -54,6 +55,10 @@ system supports.
 %prep
 %setup -q -n IO-AIO-%{upstream_version}
 
+# MAP_STACK requires kernel 2.6.27 onwards
+# MAP_32BIT not universally available either
+%patch0
+
 %build
 perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE="%{optflags}"
 make %{?_smp_mflags}
@@ -99,6 +104,7 @@ rm -rf %{buildroot}
   - Added stability canary support
   - Updated linux super magic table to 4.3.3
 - Explicitly BR: perl-devel, needed for EXTERN.h
+- Add patch to support building on systems without MAP_STACK or MAP_32BIT
 
 * Thu Jun 18 2015 Fedora Release Engineering  
- 4.32-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-IO-AIO.git/commit/?h=perl-IO-AIO-4.33-1.fc24=2db43b15c843ced3fb30384f17113226577f3168
--
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: Standard, consistent subject lines for automated emails

[Reindl Harald]

Am 18.01.2016 um 16:27 schrieb Matthew Miller:

On Sat, Jan 16, 2016 at 01:34:12PM +, Richard W.M. Jones wrote:

A related topic is headers, which could be used for filtering.
Various systems add headers -- see examples below -- but again there's
not much consistency and the headers aren't particularly useful for
filtering.


A standard header indicating just that the message is automatically
generated would also be helpful, for a) putting them in a separate
folder and b) filtering them out of analytics


the redhat-bugzilla does that after a bugreport from me long ago and the 
main purpose of them is to avoid autorepsonders (all sane autorepsonders 
supress replies if that headers are present, not only but also for 
loop-protection)


Precedence: bulk
Auto-Submitted: auto-generated



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

[Bug 1285376] Upgrade perl-Config-Model-TkUI to 1.350

[bugzilla]

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

Bug 1298947 Summary: Review Request: perl-Tk-DoubleClick - Correctly handle 
single-click vs double-click events
https://bugzilla.redhat.com/show_bug.cgi?id=1298947

   What|Removed |Added

 Status|ASSIGNED|CLOSED
 Resolution|--- |RAWHIDE



-- 
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: Testing chrony seccomp support

[Michael Catanzaro]

On Mon, 2016-01-18 at 12:51 +0100, Florian Weimer wrote:
> glibc malloc can basically call *anything*.  We don't know what the
> future will bring.  Currently, we use (off the top of my head, I
> haven't
> checked):
> 
> * sbrk
> * mmap
> * mprotect
> * munmap
> * mremap
> * madvise
> * futex
> * open
> * read
> * close
> 
> (In some cases, there is some sort of fallback, or errors are ignored
> and the optimization does not happen.)
> 
> Future versions might reasonably use:
> 
> * sched_getcpu
> * clone
> * clock_gettime
> * more open/read/close
> * readlink
> * whatever system calls are used for memory protection keys
> * whatever system calls are used for restartable sequences
> 
> I appreciate what you are trying to do, but those seccomp filters
> totally break encapsulation.  I have no idea how to support this
> properly, in a sustainable way.  It appears very difficult to do this
> for independently evolving libraries.

No matter what, any seccomp whitelist is doomed to break in the future
if your program uses shared libraries (including glibc). I think
seccomp filters can reasonably be used with a blacklist of syscalls,
but not with a whitelist.

An anecdote: in WebKit (which has a seccomp filter sandbox not compiled
by default, because it is unfinished and very fragile), the web process
receives SIGSYS from seccomp when it calls open() or a related
function, which it does not have permission to use; it then passes the
filename of the file it wants to open via IPC to a broker process,
which evaluates our filesystem policy, opens the file (if permissible),
and sends the fd to the web process via a UNIX socket. This all goes
awry if, in the web process's signal handler, malloc decides to call
open(), triggering an infinite loop of SIGSYS handlers. So we have to
open all files used by malloc (currently /proc/sys/vm/overcommit_memory
and /sys/devices/system/cpu/online) and cache the fds in the web
process before initializing seccomp filters. libseccomp could not help
with that, since there are so many different ways to use seccomp; it
doesn't know anything about our broker processs.

The lesson: seccomp is also unsuitable for restricting access to the
filesystem, and it's always going to be difficult to use in application
programs. The best way to use it is probably via a library that only
blacklists a few syscalls, and which can handle complicated problems
like malloc for applications.

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

ppisar uploaded podlators-4.05.tar.gz for perl-podlators

[notifications]

923934d2facd4020c1bb3bbf6cae55d9  podlators-4.05.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-podlators/podlators-4.05.tar.gz/md5/923934d2facd4020c1bb3bbf6cae55d9/podlators-4.05.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 1299283] perl-podlators-4.05 is available

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-podlators-4.05-1.fc24
 Resolution|--- |RAWHIDE
Last Closed||2016-01-18 03:22:35



--- Comment #4 from Petr Pisar  ---
Some build script and Encode-usage changes. Suitable for Fedora >= 24.

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

jplesnik changed perl-sig's 'watchcommits' permission on perl-Tk-DoubleClick (master) to 'Approved'

[notifications]

jplesnik changed perl-sig's 'watchcommits' permission on perl-Tk-DoubleClick 
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Tk-DoubleClick/
--
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 changed perl-sig's 'watchbugzilla' permission on perl-Tk-DoubleClick (master) to 'Approved'

[notifications]

jplesnik changed perl-sig's 'watchbugzilla' permission on perl-Tk-DoubleClick 
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Tk-DoubleClick/
--
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-podlators (master). "4.05 bump"

[notifications]

From f2831f5e398999bea9233e089571ef0110635eb2 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Mon, 18 Jan 2016 09:15:12 +0100
Subject: 4.05 bump

---
 .gitignore  |  1 +
 perl-podlators.spec | 13 ++---
 sources |  2 +-
 3 files changed, 12 insertions(+), 4 deletions(-)

diff --git a/.gitignore b/.gitignore
index 994d1b0..aabc8ba 100644
--- a/.gitignore
+++ b/.gitignore
@@ -8,3 +8,4 @@
 /podlators-4.02.tar.gz
 /podlators-4.03.tar.gz
 /podlators-4.04.tar.gz
+/podlators-4.05.tar.gz
diff --git a/perl-podlators.spec b/perl-podlators.spec
index eccb961..f5e10f0 100644
--- a/perl-podlators.spec
+++ b/perl-podlators.spec
@@ -1,5 +1,5 @@
 Name:   perl-podlators
-Version:4.04
+Version:4.05
 Release:1%{?dist}
 Summary:Format POD source into various output formats
 # pod/perlpodstyle: ??? (FSFULLR?)
@@ -18,7 +18,11 @@ BuildRequires:  findutils
 BuildRequires:  make
 BuildRequires:  perl
 BuildRequires:  perl(Config)
+# Cwd run by PL script in scripts directory
+BuildRequires:  perl(Cwd)
 BuildRequires:  perl(ExtUtils::MakeMaker)
+# File::Basename run by PL script in scripts directory
+BuildRequires:  perl(File::Basename)
 # File::Spec version declared in lib/Pod/Man.pm comment
 BuildRequires:  perl(File::Spec) >= 0.8
 BuildRequires:  perl(strict)
@@ -27,7 +31,6 @@ BuildRequires:  perl(warnings)
 BuildRequires:  perl(Carp)
 BuildRequires:  perl(Encode)
 BuildRequires:  perl(Exporter)
-BuildRequires:  perl(File::Basename)
 # Getopt::Long not used at tests
 BuildRequires:  perl(Pod::Simple) >= 3.06
 # Pod::Usage not used at tests
@@ -84,13 +87,17 @@ find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} 
\;
 make test
 
 %files
-%doc Changes LICENSE NOTES README THANKS TODO
+%license LICENSE
+%doc Changes NOTES README THANKS TODO
 %{_bindir}/*
 %{perl_vendorlib}/*
 %{_mandir}/man1/*
 %{_mandir}/man3/*
 
 %changelog
+* Mon Jan 18 2016 Petr Pisar  - 4.05-1
+- 4.05 bump
+
 * Mon Jan 04 2016 Petr Pisar  - 4.04-1
 - 4.04 bump
 
diff --git a/sources b/sources
index 6913f34..018ca54 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-cb68a83d1a8bdacbc35b1d1e7b12ad12  podlators-4.04.tar.gz
+923934d2facd4020c1bb3bbf6cae55d9  podlators-4.05.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-podlators.git/commit/?h=master=f2831f5e398999bea9233e089571ef0110635eb2
--
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: dnf still is unuseable

[Neal Gompa]

On Mon, Jan 18, 2016 at 2:52 AM, James Hogarth  wrote:
> On 18 Jan 2016 06:33, "Igor Gnatenko"  wrote:
>>
>> I hope Heiko Adams and Reindl Harald should co-operate and write usable
>> and bug free package manager.
>>
>> Related to topic: Please prepare full list of bugs which you think
>> critical for you and write to each how to reproduce it.
>>
>> P.S. autoremove works here fine (fresh 23).
>>
>
> The autoremove reference might be the well known issue with packagekit, not
> dnf, that is not marking packages as installed rather than dependencies.
>
> The default dnf configuration is autoremove so that doesn't then know that
> have been specifically installed rather than just unneeded dependencies of
> something else and then helpfully tries to remove them...
>
> Note this is a result of a packagekit bug not dnf.
>
> On a side note it'd be nice if pk just called out to dnf so that they have a
> common backend which would prevent behaviour like this and would result in
> sharing a history database as well.
>
>

Or at least wrote information to a common database so that all the
information is synchronized[0].

Note that with hawkey now merged into libhif, DNF will be using
libhif, which makes it even more silly that PackageKit-Hif and DNF
still don't keep each other in sync.

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



-- 
真実はいつも一つ！/ Always, there's only one truth!
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

jplesnik pushed to perl-Config-Model-TkUI (master). "1.350 bump"

[notifications]

From cebbb8eb04a9ea9de0ad1dcc84a1c8bdb92b306f Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Mon, 18 Jan 2016 09:30:50 +0100
Subject: 1.350 bump

---
 .gitignore  | 1 +
 perl-Config-Model-TkUI.spec | 8 ++--
 sources | 2 +-
 3 files changed, 8 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index d9eadb2..cc7c85d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@ Config-Model-TkUI-1.306.tar.gz
 /Config-Model-TkUI-1.346.tar.gz
 /Config-Model-TkUI-1.347.tar.gz
 /Config-Model-TkUI-1.349.tar.gz
+/Config-Model-TkUI-1.350.tar.gz
diff --git a/perl-Config-Model-TkUI.spec b/perl-Config-Model-TkUI.spec
index 85990ac..a591c8a 100644
--- a/perl-Config-Model-TkUI.spec
+++ b/perl-Config-Model-TkUI.spec
@@ -1,7 +1,7 @@
 %global use_x11_tests 1
 
 Name:   perl-Config-Model-TkUI
-Version:1.349
+Version:1.350
 Release:1%{?dist}
 Summary:TK GUI to edit config data through Config::Model
 License:LGPLv2
@@ -12,7 +12,7 @@ BuildArch:  noarch
 BuildRequires:  perl
 BuildRequires:  perl(base)
 BuildRequires:  perl(Carp)
-BuildRequires:  perl(Config::Model) >= 2.052
+BuildRequires:  perl(Config::Model) >= 2.074
 BuildRequires:  perl(Config::Model::ObjTreeScanner)
 BuildRequires:  perl(Config::Model::Value)
 BuildRequires:  perl(ExtUtils::testlib)
@@ -30,6 +30,7 @@ BuildRequires:  perl(Test::Warn) >= 0.11
 BuildRequires:  perl(Text::Wrap)
 BuildRequires:  perl(Tk)
 BuildRequires:  perl(Tk::DirSelect)
+BuildRequires:  perl(Tk::DoubleClick)
 BuildRequires:  perl(Tk::ObjScanner)
 BuildRequires:  perl(Tk::Pod)
 BuildRequires:  perl(Tk::Pod::Text)
@@ -70,6 +71,9 @@ This class provides a GUI for Config::Model.
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 15 2016 Jitka Plesnikova  - 1.350-1
+- 1.350 bump
+
 * Fri Oct 23 2015 Jitka Plesnikova  - 1.349-1
 - 1.349 bump
 
diff --git a/sources b/sources
index 6ab0658..d2c49c2 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-ff73f181fda5ec90a34edf74d20a4b96  Config-Model-TkUI-1.349.tar.gz
+1ba00e7073e7dcbe4f0025a7a50ff422  Config-Model-TkUI-1.350.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Config-Model-TkUI.git/commit/?h=master=cebbb8eb04a9ea9de0ad1dcc84a1c8bdb92b306f
--
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 Config-Model-TkUI-1.350.tar.gz for perl-Config-Model-TkUI

[notifications]

1ba00e7073e7dcbe4f0025a7a50ff422  Config-Model-TkUI-1.350.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Config-Model-TkUI/Config-Model-TkUI-1.350.tar.gz/md5/1ba00e7073e7dcbe4f0025a7a50ff422/Config-Model-TkUI-1.350.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 1285376] Upgrade perl-Config-Model-TkUI to 1.350

[bugzilla]

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

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||jples...@redhat.com
   Fixed In Version||perl-Config-Model-TkUI-1.35
   ||0-1.fc24
 Resolution|--- |RAWHIDE
Last Closed||2016-01-18 03:41:26



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

Re: dnf still is unuseable

[Reindl Harald]

Am 18.01.2016 um 02:32 schrieb Zbigniew Jędrzejewski-Szmek:

On Mon, Jan 18, 2016 at 12:55:54AM +0100, Heiko Adams wrote:

But it seems to be broken since Feb 2015, which is IMHO unacceptable
since a default package manager and all of its features have to work
absolutely reliable.


When was the last time you saw a program bigger then /bin/true that was
"absolutely reliable"? Your implicit premise that yum was bug free
is completely bogus, just look for yum bugs in bugzilla [1].

It seems that with dnf we are currently in the phase of fine-tuning
user interaction. The resolver works nicely


the resolver works NOT nicely - hence that whole thread and bugreport



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

Re: dnf still is unuseable

[Ian Malone]

On 18 January 2016 at 01:32, Zbigniew Jędrzejewski-Szmek
 wrote:
> On Mon, Jan 18, 2016 at 12:55:54AM +0100, Heiko Adams wrote:
>> But it seems to be broken since Feb 2015, which is IMHO unacceptable
>> since a default package manager and all of its features have to work
>> absolutely reliable.
>
> When was the last time you saw a program bigger then /bin/true that was
> "absolutely reliable"? Your implicit premise that yum was bug free
> is completely bogus, just look for yum bugs in bugzilla [1].
>

xz
tar
cp
...

Being reliable might be difficult, but it is achievable, and the more
core a tool is the more important it is that it approaches
reliability.

> It seems that with dnf we are currently in the phase of fine-tuning
> user interaction. The resolver works nicely, there is a growing system
> of plugins based on a stable API, the codebase was ported to the
> current version of python, speed is decent most of the time... There
> *are* things to fix, but calling for the return of yum is a complete
> waste of the time of everbody on this list.
>

So there's no need to fight hyperbole with hyperbole.


-- 
imalone
http://ibmalone.blogspot.co.uk
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Packages URLs and download URLs

[Petr Pisar]

On 2016-01-15, Mattia Verga  wrote:
> I think having old, dead upstream packages for too long in Fedora is bad 
> and I see very little reasons for that.

The reason is that users want the software. There are many
upstream-unmaintained tools that do not have replacement. For example
`indent' for formatting C sources.

> How can we check sources integrity if there are no upstream sources to
> compare?
>
You have hashes in look-aside cache, in dist-git, you have historical
SRPMs, you have other distributions with their source archives.

The fact that original upstream URL does not work does not make the
software better or worse.

In the end, there are upstreams that don't know how to release and
provide non-versioned archives. Or you have hosting services that
actively infects the files with their marketing features. Or the
upstream includes non-free intelectual property and Fedora strips the
source archives.

You can have many reasons why the upstream does not match and preventing
the software from delivering it just because of that is not my taste.

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

Re: dnf still is unuseable

[Reindl Harald]

Am 18.01.2016 um 04:16 schrieb Kevin Fenzi:

On Mon, 18 Jan 2016 00:53:00 +0100
Reindl Harald  wrote:

...snip...



why?

because you don't type "dnf install kernel" instead "dnf upgrade" and
"kernel-headers" *is never installed* in multiple versions


Sure, you want upgrade/update to update installonly pkgs too.

In any case 'dnf install' will work for locally downloaded kernel rpms,
which was your case right? so it should work as a workaround at least
for now, no?


the case of *that thread* was a ordinary "dnf upgrade" with no local 
packages involved


i think "for localupdate i switched back to yum-deprecated long ago, but 
for ordinary kernel updates pretend unsolved deps is simply 
unacceptable" was pretty clear - see the "but" - i gave up with dnf long ago





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

Re: Testing chrony seccomp support

[Nikos Mavrogiannopoulos]

On Mon, 2015-10-05 at 13:58 +0200, Miroslav Lichvar wrote:
> In chrony 2.2-pre1 was added support for system call filtering with
> the kernel seccomp facility. In chrony it's mainly useful to reduce
> the damage from attackers who can execute arbitrary code, e.g.
> prevent
> gaining the root privileges through a kernel vulnerability.
> 
> The rawhide chrony package is now compiled with the seccomp support,
> but the filtering is not enabled by default. The trouble is it has to
> cover all system calls needed in all possible configurations of
> chrony
> and all libraries it depends on, which is difficult and it may even
> change over time as the libraries are updated.

As Florian suggested it makes more sense to compartmentalize chrony so
that only a small controlled part of it needs to run with seccomp. My
recommendation, if you want to use libraries in the filtered code, make
their authors aware of that, so that they document any changes in the
used system calls, and if possible ask them to document the existing
system calls used (e.g., similarly to:
http://www.gnutls.org/manual/html_node/Running-in-a-sandbox.html )

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

2016-01-18 Fedora QA Devel Meeting Minutes

[Tim Flink]

=
#fedora-meeting-1: fedora-qadevel
=

Minutes: 
http://meetbot.fedoraproject.org/fedora-meeting-1/2016-01-18/fedora-qadevel.2016-01-18-15.01.html
Minutes (text): 
http://meetbot.fedoraproject.org/fedora-meeting-1/2016-01-18/fedora-qadevel.2016-01-18-15.01.txt
Log: 
http://meetbot.fedoraproject.org/fedora-meeting-1/2016-01-18/fedora-qadevel.2016-01-18-15.01.log.html


Meeting summary
---
* roll call  (tflink, 15:01:24)

* Announcements and Information  (tflink, 15:03:20)
  * CI on qadevel-stg is building docs and rpms on repo change - tflink
(tflink, 15:03:31)
  * nagios rules for disposable clients - mkrizek  (tflink, 15:03:32)
  * libtaskotron docs updates - mkrizek  (tflink, 15:03:32)
  * published proposal on reducing dnf metadata downloads - kparal
(tflink, 15:03:32)

* Disposable Clients Release Prep Status  (tflink, 15:05:17)
  * disposable clients pretty much ready for deployment, planning on stg
deployment monday/tuesday and production deployment wed/thurs if
everything goes smoothly  (tflink, 15:13:42)
  * LINK: https://phab.qadevel.cloud.fedoraproject.org/T627   (kparal,
15:15:07)

* Image Creation  (tflink, 15:20:16)

* tasking  (tflink, 15:30:26)

* Open Floor  (tflink, 15:35:11)

Meeting ended at 15:37:23 UTC.




Action Items






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




People Present (lines said)
---
* tflink (63)
* kparal (12)
* mkrizek (11)
* jskladan (10)
* zodbot (4)
* garretraziel (2)



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

[EPEL-devel] New MEETING TIME

[Kevin Fenzi]

On Fri, 8 Jan 2016 09:13:12 -0700
Kevin Fenzi  wrote:

> On Fri,  8 Jan 2016 05:00:03 + (UTC)
> den...@ausil.us wrote:
> 
> > Dear all,
> > 
> > You are kindly invited to the meeting:
> >EPSCo weekly meeting on 2016-01-08 from 17:00:00 to 18:00:00 UTC
> >At e...@irc.freenode.net
> > 
> > The meeting will be about:
> > 
> > 
> > 
> > Source: https://apps.fedoraproject.org/calendar/meeting/2542/  
> 
> So, for new meeting times, so far 4 folks have replied to the
> whenisgood: 
> 
> myself, smooge, orion and bstinson. 
> 
> I'll try and ask Dennis to answer and if someone could see if
> evolution and/or any others want to answer too that would be great. 

ok. Here's the results: 

http://whenisgood.net/p5fza4i/results/y4mzhxs

Looks like we have 3 windows that are open. 

I'm going to decide to just take the wed one. ;) 

So, our new meeting time is wed at 19UTC in #fedora-meeting. 

Hope to see you all there this wed. 

kevin




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

ppisar pushed to perl-Pango (master). "Break build-cycle: perl-Gtk2 ??? perl-Pango ??? perl-Gtk2"

[notifications]

From dee0f1ad4fe74b65bd41f0f0149f5b4dd4c8a7ce Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Mon, 18 Jan 2016 12:56:42 +0100
Subject: =?UTF-8?q?Break=20build-cycle:=20perl-Gtk2=20=E2=86=92=20perl-Pan?=
 =?UTF-8?q?go=20=E2=86=92=20perl-Gtk2?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 perl-Pango.spec | 8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/perl-Pango.spec b/perl-Pango.spec
index 799eec4..ae1fc64 100644
--- a/perl-Pango.spec
+++ b/perl-Pango.spec
@@ -2,7 +2,7 @@
 
 Name:   perl-Pango
 Version:1.226
-Release:6%{?dist}
+Release:7%{?dist}
 Summary:Perl interface to the pango library
 Group:  Development/Libraries
 License:LGPLv2+
@@ -39,7 +39,10 @@ BuildRequires:  perl(Test::More)
 # Optional tests:
 %if %{use_x11_tests}
 BuildRequires:  font(:lang=en)
+%if !%{defined perl_bootstrap}
+# Break build-cycle: perl-Gtk2 → perl-Pango → perl-Gtk2
 BuildRequires:  perl(Gtk2) >= 1.220
+%endif
 BuildRequires:  xorg-x11-server-Xvfb
 %endif
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
@@ -84,6 +87,9 @@ chmod -R u+w $RPM_BUILD_ROOT/*
 %{_mandir}/man3/*.3pm*
 
 %changelog
+* Mon Jan 18 2016 Petr Pisar  - 1.226-7
+- Break build-cycle: perl-Gtk2 → perl-Pango → perl-Gtk2
+
 * Tue Jan 12 2016 Petr Pisar  - 1.226-6
 - Fix pkgconfig output concatenation with pkgconfig-0.29 (bug #1297705)
 - Specify all dependencies and enable tests
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Pango.git/commit/?h=master=dee0f1ad4fe74b65bd41f0f0149f5b4dd4c8a7ce
--
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: dnf still is unuseable

[Honza Šilhan]

> From: "James Hogarth" 
> On 18 Jan 2016 06:33, "Igor Gnatenko" < i.gnatenko.br...@gmail.com > wrote:
> > 
> > I hope Heiko Adams and Reindl Harald should co-operate and write usable and
> > bug free package manager.
> > 
> > Related to topic: Please prepare full list of bugs which you think critical
> > for you and write to each how to reproduce it.
> > 
> > P.S. autoremove works here fine (fresh 23).
> > 
> The autoremove reference might be the well known issue with packagekit, not
> dnf, that is not marking packages as installed rather than dependencies.
> 
> The default dnf configuration is autoremove so that doesn't then know that
> have been specifically installed rather than just unneeded dependencies of
> something else and then helpfully tries to remove them...
> 
> Note this is a result of a packagekit bug not dnf.
> 
> On a side note it'd be nice if pk just called out to dnf so that they have a
> common backend which would prevent behaviour like this and would result in
> sharing a history database as well.

yes, autoremoval issue could be either caused by bad packaging [1] or when you 
are
installing packages via yum or packagekit [2]. We are working on better 
integration
between DNF and PK so this could be fixed soon. At the meantime use this 
workaround [3].

> From: "Reindl Harald" 
> Am 18.01.2016 um 00:48 schrieb Kevin Fenzi:
> > Reindl Harald  wrote:
> >
> > ...snip...
> >
> >> "dnf update *.rpm" is the way which has to work
> >
> > Why? It works fine as a install. It's installing a new kernel, since
> > kernels can have many versions installed at a time it makes more sense
> > for it to be a install than an upgrade (which would imply that the old
> > version would be removed).
> 
> why?
> 
> because you don't type "dnf install kernel" instead "dnf upgrade" and
> "kernel-headers" *is never installed* in multiple versions
> 
>  https://bugzilla.redhat.com/show_bug.cgi?id=1271676
> >>>
> >>> This seems like a matter of taste. If you want to keep yearly logs,
> >>> set your logrotate that way.
> >>
> >> AFAIR the config files are not config noreplace"
> >
> > The spec seems to have:
> > %config(noreplace) %{_sysconfdir}/logrotate.d/%{name}
> 
> well, give it a try, but for many years you had yum-logs for the
> complete year rotated once on the begin of a new year - package updates
> are not that often and don#t flood logs like some systemd things

Then I am closing this bug, thanks for cooperation.

Honza

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1222812#c23
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1259865
[3] http://dnf.baseurl.org/2015/10/26/mark-command-usecase/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: dnf still is unuseable

[Reindl Harald]

Am 18.01.2016 um 13:16 schrieb Jonathan Wakely:

And the fact that /var/log/dnf.rpm.log doesn't show updates done by PK
is just annoying. Isn't there a single log file I can look at to see
what was updated, and when?


currently no because dnf, PK and yum-deprecated using different logging 
instead just point to a generic "/var/log/packages.log" or how ever called


that's also annoying when you need to use yum-deprecated to get your 
tasks done, at least that and 
https://bugzilla.redhat.com/show_bug.cgi?id=1273925 could have been 
avoided (logwatch would have then contained the informations scratched 
with the premature logrotate)






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

Re: dnf still is unuseable

[Neal Gompa]

On Mon, Jan 18, 2016 at 7:27 AM, Jonathan Wakely
 wrote:
> On 18/01/16 07:05 -0500, Honza Šilhan wrote:
>>
>> yes, autoremoval issue could be either caused by bad packaging [1] or when
>> you are
>> installing packages via yum or packagekit [2]. We are working on better
>> integration
>> between DNF and PK so this could be fixed soon. At the meantime use this
>> workaround [3].
>
>
> It's a *terrible* workaround though. "Make a note of everything that
> gets installed using PK and then as root run dnf to mark them as
> userinstalled". A better workaround is "Don't use PK to install
> things, use DNF". Why bother using PK at all if you then have to go
> and run DNF commands for the same packages? You might as well just use
> DNF.
>

Honestly, I wonder why we didn't just have PackageKit have a DNF
backend directly, instead. It seems like we created some very weird
problems by having two independent package managers that can't even
talk to each other. Maybe we should just tell people to use yumex-dnf,
since it just calls DNF APIs through dnfdaemon, and I believe those
transactions remain in sync.

Doing things like having PK shell out to call dnf mark just makes
things really odd.



-- 
真実はいつも一つ！/ Always, there's only one truth!
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: dnf still is unuseable

[Heiko Adams]

Am Montag, den 18.01.2016, 12:27 + schrieb Jonathan Wakely:
> On 18/01/16 07:05 -0500, Honza Šilhan wrote:
> > yes, autoremoval issue could be either caused by bad packaging [1]
> > or when you are
> > installing packages via yum or packagekit [2]. We are working on
> > better integration
> > between DNF and PK so this could be fixed soon. At the meantime use
> > this workaround [3].
> 
> It's a *terrible* workaround though. "Make a note of everything that
> gets installed using PK and then as root run dnf to mark them as
> userinstalled". A better workaround is "Don't use PK to install
> things, use DNF". Why bother using PK at all if you then have to go
> and run DNF commands for the same packages? You might as well just
> use
> DNF.
Because sometimes PK says there are updates available while "dnf update
--refresh" says no updates are available? 
Happend to me several times in the past.
-- 
Regards,

Heiko Adams



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: dnf still is unuseable

[Heiko Adams]

Am Montag, den 18.01.2016, 07:05 -0500 schrieb Honza Šilhan:
> > From: "James Hogarth" 
> > The autoremove reference might be the well known issue with
> > packagekit, not
> > dnf, that is not marking packages as installed rather than
> > dependencies.
> > 
> > The default dnf configuration is autoremove so that doesn't then
> > know that
> > have been specifically installed rather than just unneeded
> > dependencies of
> > something else and then helpfully tries to remove them...
> > 
> > Note this is a result of a packagekit bug not dnf.
> > 
> > On a side note it'd be nice if pk just called out to dnf so that
> > they have a
> > common backend which would prevent behaviour like this and would
> > result in
> > sharing a history database as well.
> 
> yes, autoremoval issue could be either caused by bad packaging [1] or
> when you are
> installing packages via yum or packagekit [2]. We are working on
> better integration
> between DNF and PK so this could be fixed soon. At the meantime use
> this workaround [3].
> 
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1222812#c23
> [2] https://bugzilla.redhat.com/show_bug.cgi?id=1259865
> [3] http://dnf.baseurl.org/2015/10/26/mark-command-usecase/

That workaround is only useable if you know what packages you've
installed via PK but because this issue exists nearly since a year that
could be hard to remember what pacakges were installed via PK.
-- 
Regards,

Heiko Adams



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: dnf still is unuseable

[Jonathan Wakely]

On 18/01/16 03:28 -0500, Neal Gompa wrote:

On Mon, Jan 18, 2016 at 2:52 AM, James Hogarth  wrote:

On a side note it'd be nice if pk just called out to dnf so that they have a
common backend which would prevent behaviour like this and would result in
sharing a history database as well.




Or at least wrote information to a common database so that all the
information is synchronized[0].

Note that with hawkey now merged into libhif, DNF will be using
libhif, which makes it even more silly that PackageKit-Hif and DNF
still don't keep each other in sync.

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


Yes, the lack of PK and DNF integration is a bigger problem than some
of DNF's peculiarities, and leads to very poor user experiences. For
example when PK tells you there are updates and you apply them via DNF
on the command-line, then tell PK to "Install Updates" it tells you
there is an internal system error and to contact your system
administrator. "Already updated" should not be an "internal system
error"!

And the fact that /var/log/dnf.rpm.log doesn't show updates done by PK
is just annoying. Isn't there a single log file I can look at to see
what was updated, and when?

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

Re: dnf still is unuseable

[Jonathan Wakely]

On 18/01/16 07:05 -0500, Honza Šilhan wrote:

yes, autoremoval issue could be either caused by bad packaging [1] or when you 
are
installing packages via yum or packagekit [2]. We are working on better 
integration
between DNF and PK so this could be fixed soon. At the meantime use this 
workaround [3].


It's a *terrible* workaround though. "Make a note of everything that
gets installed using PK and then as root run dnf to mark them as
userinstalled". A better workaround is "Don't use PK to install
things, use DNF". Why bother using PK at all if you then have to go
and run DNF commands for the same packages? You might as well just use
DNF.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F24 side tag deadline

[Stephen Gallagher]

> On Jan 18, 2016, at 6:58 AM, Dennis Gilmore  wrote:
> 
> Hi All,
> 
> With the mass rebuild for f24 coming up, all side tags need to be completed 
> and merged back into f24 by the end of Business on Tuesday January 26th.
> 

The Node.js work is nearly done. We made a lot of progress on Friday and will 
be continuing today. Hopefully it will be ready to merge this week.



> Thanks
> 
> Dennis
> ___
> devel-announce mailing list
> devel-annou...@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel-annou...@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: dnf still is unuseable

[Reindl Harald]

Am 18.01.2016 um 13:39 schrieb Heiko Adams:

Am Montag, den 18.01.2016, 12:27 + schrieb Jonathan Wakely:

On 18/01/16 07:05 -0500, Honza Šilhan wrote:

yes, autoremoval issue could be either caused by bad packaging [1]
or when you are
installing packages via yum or packagekit [2]. We are working on
better integration
between DNF and PK so this could be fixed soon. At the meantime use
this workaround [3].


It's a *terrible* workaround though. "Make a note of everything that
gets installed using PK and then as root run dnf to mark them as
userinstalled". A better workaround is "Don't use PK to install
things, use DNF". Why bother using PK at all if you then have to go
and run DNF commands for the same packages? You might as well just
use
DNF.

Because sometimes PK says there are updates available while "dnf update
--refresh" says no updates are available?
Happend to me several times in the past.


that's the drawback of dnf-makecache.timer because it may cache 
something shortly before updates are pushed and without that caching it 
would be refresehd when it's attempted to be used and so contain recent data


mask that timer and you are done
that never should have been introduced as default

the logflood "Cannot add dependency job for unit dnf-makecache.timer, 
ignoring: Unit dnf-makecache.timer is masked" should go away soon 
(referenced in a different thread and a systemd bugreport of some otehr 
person)




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

[Bug 1299473] New: perl-Business-PayPal-API-0.73-1.fc24 FTBFS: tests fail on bootstrap

[bugzilla]

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

Bug ID: 1299473
   Summary: perl-Business-PayPal-API-0.73-1.fc24 FTBFS: tests fail
on bootstrap
   Product: Fedora
   Version: rawhide
 Component: perl-Business-PayPal-API
  Assignee: dd...@cpan.org
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: dd...@cpan.org, perl-devel@lists.fedoraproject.org



perl-Business-PayPal-API-0.73-1.fc24 fails to build in F24 when bootstrapping:

+ make test
PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness"
"-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')"
t/advanced/*.t t/basic/*.t
t/advanced/ExpressCheckout.t  skipped: No WPP_TEST env var set. Please
see README to run tests
t/advanced/ExpressOrder.t ... skipped: No WPP_TEST env var set. Please
see README to run tests
t/advanced/GetTransactionDetails.t .. skipped: No WPP_TEST env var set. Please
see README to run tests
IPC::System::Simple required for Fatalised/autodying system() at
t/advanced/OptionFields.t line 2.
main::BEGIN() called at t/advanced/OptionFields.t line 2
eval {...} called at t/advanced/OptionFields.t line 2
BEGIN failed--compilation aborted at t/advanced/OptionFields.t line 2.
t/advanced/OptionFields.t ... 
Dubious, test returned 2 (wstat 512, 0x200)
No subtests run 
t/advanced/RefundTransaction.t .. skipped: No WPP_TEST env var set. Please
see README to run tests
t/advanced/TransactionSearch.t .. skipped: No WPP_TEST env var set. Please
see README to run tests
t/basic/Business-PayPal-API.t ... ok
t/basic/DirectPayments.t  skipped: No WPP_TEST env var set. Please
see README to run tests
t/basic/MassPay.t ... skipped: No WPP_TEST env var set. Please
see README to run tests
t/basic/RecurringPayments.t . skipped: No WPP_TEST env var set. Please
see README to run tests
IPC::System::Simple required for Fatalised/autodying system() at
t/basic/SubscriptionPayments.t line 4.
main::BEGIN() called at t/basic/SubscriptionPayments.t line 4
eval {...} called at t/basic/SubscriptionPayments.t line 4
BEGIN failed--compilation aborted at t/basic/SubscriptionPayments.t line 4.
t/basic/SubscriptionPayments.t .. 
Dubious, test returned 2 (wstat 512, 0x200)

This is because the two tests use an autodie feature that requires
IPC::System::Simple module that is not build-requires by the spec file.

Actually the autodie and IPC::System::Simple modules are not needed at all if
the tests were written properly. See
.

I will change the test to drop the useless dependencies.

-- 
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 1299473] perl-Business-PayPal-API-0.73-1.fc24 FTBFS: tests fail on bootstrap

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|dd...@cpan.org  |ppi...@redhat.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

rawhide report: 20160118 changes

[Fedora Rawhide Report]

Compose started at Mon Jan 18 05:15:02 UTC 2016
Broken deps for i386
--
[IQmol]
IQmol-2.3.0-9.fc24.i686 requires libboost_serialization.so.1.58.0
IQmol-2.3.0-9.fc24.i686 requires libboost_iostreams.so.1.58.0
IQmol-2.3.0-9.fc24.i686 requires libOpenMeshCore.so.3.2
[alliance]
alliance-5.0-40.20090901snap.fc22.i686 requires libXm.so.2
[atomic-reactor]
python-atomic-reactor-1.6.1-1.fc24.noarch requires 
python-docker-scripts >= 0:0.4.4
python3-atomic-reactor-1.6.1-1.fc24.noarch requires 
python3-docker-scripts >= 0:0.4.4
[avogadro]
avogadro-libs-1.1.1-15.fc24.i686 requires libGLEW.so.1.10
[bes]
bes-3.14.0-8.fc24.i686 requires libdap.so.17
[couchdb]
couchdb-1.6.1-7.fc24.i686 requires erlang(erl_nif_version) = 0:2.7
couchdb-1.6.1-7.fc24.i686 requires erlang(erl_drv_version) = 0:3.1
[eclipse-jbosstools]
eclipse-jbosstools-as-4.2.2-1.fc22.noarch requires 
osgi(org.eclipse.tm.terminal)
[ejabberd]
ejabberd-14.07-6.fc22.i686 requires erlang(erl_nif_version) = 0:2.7
ejabberd-14.07-6.fc22.i686 requires erlang(erl_drv_version) = 0:3.1
[erlang-basho_metrics]
erlang-basho_metrics-1.0.0-15.fc23.i686 requires 
erlang(erl_nif_version) = 0:2.7
[erlang-bitcask]
erlang-bitcask-1.6.3-6.fc22.i686 requires erlang(erl_nif_version) = 
0:2.7
[erlang-cl]
erlang-cl-1.2.1-7.fc23.i686 requires erlang(erl_nif_version) = 0:2.7
[erlang-ebloom]
erlang-ebloom-2.0.0-2.fc23.i686 requires erlang(erl_nif_version) = 0:2.7
[erlang-eleveldb]
erlang-eleveldb-1.3.2-7.fc22.i686 requires erlang(erl_nif_version) = 
0:2.7
[erlang-emmap]
erlang-emmap-0-0.12.git05ae1bb.fc23.i686 requires 
erlang(erl_nif_version) = 0:2.7
[erlang-erlsyslog]
erlang-erlsyslog-0.6.2-9.fc23.i686 requires erlang(erl_drv_version) = 
0:3.1
[erlang-esasl]
erlang-esasl-0.1-18.20120116git665cc80.fc23.i686 requires 
erlang(erl_drv_version) = 0:3.1
[erlang-esdl]
erlang-esdl-1.3.1-8.fc23.i686 requires erlang(erl_drv_version) = 0:3.1
[erlang-js]
erlang-js-1.3.0-1.fc22.i686 requires erlang(erl_drv_version) = 0:3.1
[erlang-sd_notify]
erlang-sd_notify-0.1-6.fc23.i686 requires erlang(erl_nif_version) = 
0:2.7
[erlang-skerl]
erlang-skerl-1.1.0-11.fc23.i686 requires erlang(erl_nif_version) = 0:2.7
[erlang-snappy]
erlang-snappy-1.0.3-0.11.git80db168.fc23.i686 requires 
erlang(erl_nif_version) = 0:2.7
[fawkes]
fawkes-core-0.5.0-26.fc24.i686 requires libmicrohttpd.so.10
fawkes-plugin-player-0.5.0-26.fc24.i686 requires libgeos-3.4.2.so
fawkes-plugin-xmlrpc-0.5.0-26.fc24.i686 requires libmicrohttpd.so.10
[gcc-python-plugin]
gcc-python2-debug-plugin-0.14-8.fc24.i686 requires gcc = 0:5.3.1-2.fc24
gcc-python2-plugin-0.14-8.fc24.i686 requires gcc = 0:5.3.1-2.fc24
gcc-python3-debug-plugin-0.14-8.fc24.i686 requires gcc = 0:5.3.1-2.fc24
gcc-python3-plugin-0.14-8.fc24.i686 requires gcc = 0:5.3.1-2.fc24
[gnash]
1:gnash-0.8.10-19.fc24.i686 requires libboost_thread.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_system.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_serialization.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_program_options.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_iostreams.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_date_time.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires libboost_thread.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires libboost_system.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires 
libboost_serialization.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires libboost_iostreams.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires libboost_date_time.so.1.58.0
1:gnash-extension-dejagnu-0.8.10-19.fc24.i686 requires 
libboost_thread.so.1.58.0
1:gnash-extension-dejagnu-0.8.10-19.fc24.i686 requires 
libboost_system.so.1.58.0
1:gnash-extension-dejagnu-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-extension-dejagnu-0.8.10-19.fc24.i686 requires 
libboost_iostreams.so.1.58.0
1:gnash-extension-fileio-0.8.10-19.fc24.i686 requires 
libboost_thread.so.1.58.0
1:gnash-extension-fileio-0.8.10-19.fc24.i686 requires 
libboost_system.so.1.58.0
1:gnash-extension-fileio-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-extension-fileio-0.8.10-19.fc24.i686 requires 
libboost_iostreams.so.1.58.0
1:gnash-extension-lirc-0.8.10-19.fc24.i686 requires 
libboost_thread.so.1.58.0
1:gnash-extension-lirc-0.8.10-19.fc24.i686 requires 
libboost_system.so.1.58.0
1:gnash-extension-lirc-0.8.10-19.fc24.i686 requires 

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.40.0 this Friday.

There are several API changes and soname bump of the base library
libpoppler.so.*.

I've prepared a scratch build of poppler-0.40.0 against which you can
test your packages. You can find the build here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=12591753

or here:

http://mkasik.fedorapeople.org/poppler/


Also, if your package use the unstable API (headers from poppler-devel),
could you consider to change it to use a stable API (glib, qt, C++)?


Regards

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

F24 side tag deadline

[Dennis Gilmore]

Hi All,

With the mass rebuild for f24 coming up, all side tags need to be completed 
and merged back into f24 by the end of Business on Tuesday January 26th.

Thanks

Dennis

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

Re: Testing chrony seccomp support

[Florian Weimer]

On 01/18/2016 11:02 AM, Nikos Mavrogiannopoulos wrote:

> As Florian suggested it makes more sense to compartmentalize chrony so
> that only a small controlled part of it needs to run with seccomp. My
> recommendation, if you want to use libraries in the filtered code, make
> their authors aware of that, so that they document any changes in the
> used system calls, and if possible ask them to document the existing
> system calls used (e.g., similarly to:
> http://www.gnutls.org/manual/html_node/Running-in-a-sandbox.html )

Interesting.  There is one huge caveat:

| As well as an calls needed for memory allocation to work.

glibc malloc can basically call *anything*.  We don't know what the
future will bring.  Currently, we use (off the top of my head, I haven't
checked):

* sbrk
* mmap
* mprotect
* munmap
* mremap
* madvise
* futex
* open
* read
* close

(In some cases, there is some sort of fallback, or errors are ignored
and the optimization does not happen.)

Future versions might reasonably use:

* sched_getcpu
* clone
* clock_gettime
* more open/read/close
* readlink
* whatever system calls are used for memory protection keys
* whatever system calls are used for restartable sequences

I appreciate what you are trying to do, but those seccomp filters
totally break encapsulation.  I have no idea how to support this
properly, in a sustainable way.  It appears very difficult to do this
for independently evolving libraries.

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

ppisar pushed to perl-Business-PayPal-API (master). "Postpone using autodie"

[notifications]

From 607be9393ba72027a8c4833b3dec8de298209d19 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Mon, 18 Jan 2016 13:42:03 +0100
Subject: Postpone using autodie

---
 ...Pal-API-0.73-Use-autodie-only-if-WPP_TEST.patch | 89 ++
 perl-Business-PayPal-API.spec  | 12 ++-
 2 files changed, 98 insertions(+), 3 deletions(-)
 create mode 100644 Business-PayPal-API-0.73-Use-autodie-only-if-WPP_TEST.patch

diff --git a/Business-PayPal-API-0.73-Use-autodie-only-if-WPP_TEST.patch 
b/Business-PayPal-API-0.73-Use-autodie-only-if-WPP_TEST.patch
new file mode 100644
index 000..5da5c4b
--- /dev/null
+++ b/Business-PayPal-API-0.73-Use-autodie-only-if-WPP_TEST.patch
@@ -0,0 +1,89 @@
+From c62075133d414f7668abd11584513fc23a580207 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
+Date: Mon, 18 Jan 2016 13:36:13 +0100
+Subject: [PATCH] Use autodie only if WPP_TEST
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+If WPP_TEST is not set (default), the autodie and IPC::System::Simple
+are loaded and then the tests exit. Postponing loding them after
+checking WPP_TEST allows to free the default tests from autodie and
+IPC::System::Simple dependencies.
+
+Signed-off-by: Petr Písař 
+---
+ t/advanced/OptionFields.t  | 17 ++---
+ t/basic/SubscriptionPayments.t | 17 ++---
+ 2 files changed, 20 insertions(+), 14 deletions(-)
+
+diff --git a/t/advanced/OptionFields.t b/t/advanced/OptionFields.t
+index 73831cc..21ae7c1 100644
+--- a/t/advanced/OptionFields.t
 b/t/advanced/OptionFields.t
+@@ -1,17 +1,20 @@
+ use strict;
+-use autodie qw(:all);
+ 
+ use Cwd;
+ use Test::More;
+ 
+-if ( !$ENV{WPP_TEST} || !-f $ENV{WPP_TEST} ) {
+-plan skip_all =>
+-'No WPP_TEST env var set. Please see README to run tests';
+-}
+-else {
+-plan tests => 14;
++BEGIN {
++if ( !$ENV{WPP_TEST} || !-f $ENV{WPP_TEST} ) {
++plan skip_all =>
++'No WPP_TEST env var set. Please see README to run tests';
++}
++else {
++plan tests => 14;
++}
+ }
+ 
++use autodie qw(:all);
++
+ use_ok('Business::PayPal::API::TransactionSearch');
+ use_ok('Business::PayPal::API::GetTransactionDetails');
+ 
+diff --git a/t/basic/SubscriptionPayments.t b/t/basic/SubscriptionPayments.t
+index 1ad672f..2b6ce7f 100644
+--- a/t/basic/SubscriptionPayments.t
 b/t/basic/SubscriptionPayments.t
+@@ -1,20 +1,23 @@
+ # -*- mode: cperl -*-
+ use strict;
+ use warnings;
+-use autodie qw(:all);
+ 
+ use Cwd;
+ use List::AllUtils;
+ use Test::More;
+ 
+-if ( !$ENV{WPP_TEST} || !-f $ENV{WPP_TEST} ) {
+-plan skip_all =>
+-'No WPP_TEST env var set. Please see README to run tests';
+-}
+-else {
+-plan tests => 5;
++BEGIN {
++if ( !$ENV{WPP_TEST} || !-f $ENV{WPP_TEST} ) {
++plan skip_all =>
++'No WPP_TEST env var set. Please see README to run tests';
++}
++else {
++plan tests => 5;
++}
+ }
+ 
++use autodie qw(:all);
++
+ use_ok('Business::PayPal::API::TransactionSearch');
+ #
+ 
+-- 
+2.5.0
+
diff --git a/perl-Business-PayPal-API.spec b/perl-Business-PayPal-API.spec
index 9b113e0..691481e 100644
--- a/perl-Business-PayPal-API.spec
+++ b/perl-Business-PayPal-API.spec
@@ -2,17 +2,20 @@
 %global __requires_exclude 
%{?__requires_exclude:__requires_exclude|}^perl\\(SOAP::Lite\\)$
 Name:   perl-Business-PayPal-API
 Version:0.73
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:PayPal API
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Business-PayPal-API/
 Source0:
http://www.cpan.org/modules/by-module/Business/Business-PayPal-API-%{version}.tar.gz
+# Drop dependency on autodie that fails on bootstrap because of missing
+# IPC::System::Simple,
+# 
+Patch0: Business-PayPal-API-0.73-Use-autodie-only-if-WPP_TEST.patch
 BuildArch:  noarch
 BuildRequires:  findutils
 BuildRequires:  make
 BuildRequires:  perl
-BuildRequires:  perl(autodie)
 BuildRequires:  perl(Carp)
 BuildRequires:  perl(Cwd)
 BuildRequires:  perl(Data::Printer)
@@ -23,7 +26,6 @@ BuildRequires:  perl(strict)
 BuildRequires:  perl(Test::More)
 BuildRequires:  perl(Test::Most)
 BuildRequires:  perl(warnings)
-Requires:   perl(IPC::System::Simple)
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
 
 %description
@@ -32,6 +34,7 @@ Business::PayPal::API supports both certificate 
authentication and the new
 
 %prep
 %setup -q -n Business-PayPal-API-%{version}
+%patch0 -p1
 
 %build
 %{__perl} Makefile.PL INSTALLDIRS=vendor
@@ -54,6 +57,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Mon Jan 18 2016 Petr Pisar  - 0.73-2
+- Postpone using autodie
+
 * Tue 

[Bug 1293183] perl-Wx-0.9928 is available

[bugzilla]

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



--- Comment #3 from Upstream Release Monitoring 
 ---
spot's perl-Wx-0.9928-1.fc24 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=712082

-- 
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 1293183] perl-Wx-0.9928 is available

[bugzilla]

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

Tom "spot" Callaway  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
Last Closed||2016-01-18 10:58:12



-- 
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-Object-Remote (master). "0.003006 bump"

[notifications]

From df54d76ce39d52f5f08aa637db54204dd906197a Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Mon, 18 Jan 2016 17:03:01 +0100
Subject: 0.003006 bump

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

diff --git a/.gitignore b/.gitignore
index 892b82f..29d2a8a 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 /Object-Remote-0.003005.tar.gz
+/Object-Remote-0.003006.tar.gz
diff --git a/perl-Object-Remote.spec b/perl-Object-Remote.spec
index 4ab4869..4108cd7 100644
--- a/perl-Object-Remote.spec
+++ b/perl-Object-Remote.spec
@@ -1,6 +1,6 @@
 Name:   perl-Object-Remote
-Version:0.003005
-Release:2%{?dist}
+Version:0.003006
+Release:1%{?dist}
 Summary:Call methods on objects in other processes or on other hosts
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Object-Remote/
@@ -104,6 +104,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Mon Jan 18 2016 Jitka Plesnikova  - 0.003006-1
+- 0.003006 bump
+
 * Thu Jan 07 2016 Jitka Plesnikova  - 0.003005-2
 - Update list of dependencies
 
diff --git a/sources b/sources
index 9009176..5acd32f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-1eb920b0e0579bb3e351ab44986e9a60  Object-Remote-0.003005.tar.gz
+c3604e873afcd8634e70988cd261db05  Object-Remote-0.003006.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Object-Remote.git/commit/?h=master=df54d76ce39d52f5f08aa637db54204dd906197a
--
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: dnf still is unuseable

[Kevin Fenzi]

On Mon, 18 Jan 2016 10:22:11 +0100
Reindl Harald  wrote:

> the case of *that thread* was a ordinary "dnf upgrade" with no local 
> packages involved

ok. I think we are talking about different things then. I was
addressing the issue where you download kernel rpms and dnf won't let
you 'update' them, you have to 'install'.
> 
> i think "for localupdate i switched back to yum-deprecated long ago,
> but for ordinary kernel updates pretend unsolved deps is simply 
> unacceptable" was pretty clear - see the "but" - i gave up with dnf
> long ago

Well, thats your choice, but note that yum will go away at some point.

kevin




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

Re: dnf still is unuseable

[Kevin Fenzi]

On Sun, 17 Jan 2016 18:23:44 -0500
Johnny Robeson  wrote:

> agreed. This is a major reason I choose not to participate on Fedora
> lists. I can't trust that even the limited code of conduct that exists
> will even be enforced.

Yet, you read and are participating here? 

In any case feel free to mail the list owners
( devel-ow...@lists.fedoraproject.org ) if you feel the code of conduct
has been violated.

kevin


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

Re: dnf still is unuseable

[Zbigniew Jędrzejewski-Szmek]

On Mon, Jan 18, 2016 at 08:46:06AM +, Ian Malone wrote:
> On 18 January 2016 at 01:32, Zbigniew Jędrzejewski-Szmek
>  wrote:
> > On Mon, Jan 18, 2016 at 12:55:54AM +0100, Heiko Adams wrote:
> >> But it seems to be broken since Feb 2015, which is IMHO unacceptable
> >> since a default package manager and all of its features have to work
> >> absolutely reliable.
> >
> > When was the last time you saw a program bigger then /bin/true that was
> > "absolutely reliable"? Your implicit premise that yum was bug free
> > is completely bogus, just look for yum bugs in bugzilla [1].
> >

> xz
> tar
> cp
> ...

I'd argue that those three programs aren't that far from /bin/true in
terms of complexity. And if you look in the bugzilla, all three of
those *do* have occasional bugs. And they are missing features: xz
still does not support parallel compression, and people have been
asking for it for years.  tar does not support ACLS, etc.

https://bugzilla.redhat.com/buglist.cgi?classification=Fedora=xz=Fedora
https://bugzilla.redhat.com/buglist.cgi?classification=Fedora=tar=Fedora
https://bugzilla.redhat.com/buglist.cgi?classification=Fedora=coreutils=Fedora_desc=cp_desc_type=allwordssubstr

> Being reliable might be difficult, but it is achievable, and the more
> core a tool is the more important it is that it approaches
> reliability.

You can't really compare programs which have a single purpose and a
simple user interface and for which there is one obvious way to do
things with a sprawling beast of a program that has plugins, hundreds
of options, deals with the network, needs various heuristics for
speed, depends on other libraries, ... and is just complex.

> > It seems that with dnf we are currently in the phase of fine-tuning
> > user interaction. The resolver works nicely, there is a growing system
> > of plugins based on a stable API, the codebase was ported to the
> > current version of python, speed is decent most of the time... There
> > *are* things to fix, but calling for the return of yum is a complete
> > waste of the time of everbody on this list.
> >
> 
> So there's no need to fight hyperbole with hyperbole.

Do you really think that there's any chance of us returning to yum?
Or a reason to advocate that? There doesn't seem to be, so it *is*
a complete waste of time and this is not hyperbole.

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

[POC-change] Fedora packages point of contact updates

[nobody]

Change in package status over the last 168 hours


2 packages were orphaned

mimepull [el6] was orphaned by gil
 Streaming API to access attachments from a MIME message
 https://admin.fedoraproject.org/pkgdb/package/mimepull
rear [epel7] was orphaned by gdha
 Relax-and-Recover is a Linux disaster recovery and system migration tool
 https://admin.fedoraproject.org/pkgdb/package/rear

34 packages were retired
-
gnome-gmail [el6, epel7] was retired by llaumgui
 Integrate GMail into the GNOME desktop
 https://admin.fedoraproject.org/pkgdb/package/gnome-gmail
libkpeople [master] was retired by rdieter
 Meta-contact aggregation library
 https://admin.fedoraproject.org/pkgdb/package/libkpeople
osgi-resource-locator [master] was retired by gil
 OSGi resource locator bundle
 https://admin.fedoraproject.org/pkgdb/package/osgi-resource-locator
php-pear-Console-Color [master] was retired by timj
 Easily use ANSI console colours from PHP applications
 https://admin.fedoraproject.org/pkgdb/package/php-pear-Console-Color
php-pear-HTML-QuickForm-ElementGrid [master] was retired by remi
 Meta-element which holds any other element in a grid
 
https://admin.fedoraproject.org/pkgdb/package/php-pear-HTML-QuickForm-ElementGrid
php-pear-HTML-QuickForm-advmultiselect [master] was retired by remi
 Element for HTML_QuickForm that emulate a multi-select
 
https://admin.fedoraproject.org/pkgdb/package/php-pear-HTML-QuickForm-advmultiselect
php-pear-HTML-Table [master] was retired by remi
 Class to easily design HTML tables
 https://admin.fedoraproject.org/pkgdb/package/php-pear-HTML-Table
php-pear-Image-Canvas [master] was retired by remi
 Common interface to image drawing
 https://admin.fedoraproject.org/pkgdb/package/php-pear-Image-Canvas
php-pear-Image-Color [master] was retired by remi
 Manage and handles color data and conversions
 https://admin.fedoraproject.org/pkgdb/package/php-pear-Image-Color
php-pear-Image-Graph [master] was retired by remi
 Displays numerical data as a graph/chart/plot
 https://admin.fedoraproject.org/pkgdb/package/php-pear-Image-Graph
php-pear-Image-GraphViz [master] was retired by remi
 Interface to AT's GraphViz tools
 https://admin.fedoraproject.org/pkgdb/package/php-pear-Image-GraphViz
php-pear-Math-Stats [master] was retired by remi
 Classes to calculate statistical parameters
 https://admin.fedoraproject.org/pkgdb/package/php-pear-Math-Stats
php-pear-Net-DNS [master] was retired by remi
 Resolver library used to communicate with a DNS server
 https://admin.fedoraproject.org/pkgdb/package/php-pear-Net-DNS
php-pear-Net-IPv4 [master] was retired by remi
 IPv4 network calculations and validation
 https://admin.fedoraproject.org/pkgdb/package/php-pear-Net-IPv4
php-pear-Net-Traceroute [master] was retired by remi
 Execute traceroute
 https://admin.fedoraproject.org/pkgdb/package/php-pear-Net-Traceroute
php-pear-Net-UserAgent-Detect [master] was retired by remi
 Extract information from an HTTP user agent
 https://admin.fedoraproject.org/pkgdb/package/php-pear-Net-UserAgent-Detect
php-pear-Numbers-Roman [master] was retired by remi
 Provides methods for converting to and from Roman Numerals
 https://admin.fedoraproject.org/pkgdb/package/php-pear-Numbers-Roman
php-pear-Payment-Process [master] was retired by remi
 Unified payment processor
 https://admin.fedoraproject.org/pkgdb/package/php-pear-Payment-Process
php-pear-Services-Twitter [master] was retired by remi
 PHP interface to Twitter's API
 https://admin.fedoraproject.org/pkgdb/package/php-pear-Services-Twitter
php-pear-Structures-DataGrid [master] was retired by remi
 Tabular structure for converting data
 https://admin.fedoraproject.org/pkgdb/package/php-pear-Structures-DataGrid
php-pear-Structures-DataGrid-DataSource-Array [master] was retired by remi
 DataSource driver using arrays
 
https://admin.fedoraproject.org/pkgdb/package/php-pear-Structures-DataGrid-DataSource-Array
php-pear-Structures-DataGrid-DataSource-DataObject [master] was retired by remi
 DataSource driver using PEAR::DB_DataObject
 
https://admin.fedoraproject.org/pkgdb/package/php-pear-Structures-DataGrid-DataSource-DataObject
php-pear-Structures-DataGrid-DataSource-MDB2 [master] was retired by remi
 DataSource driver using PEAR::MDB2 and an SQL query
 
https://admin.fedoraproject.org/pkgdb/package/php-pear-Structures-DataGrid-DataSource-MDB2
php-pear-Structures-DataGrid-DataSource-RSS [master] was retired by remi
 DataSource driver using RSS files
 
https://admin.fedoraproject.org/pkgdb/package/php-pear-Structures-DataGrid-DataSource-RSS
php-pear-Structures-DataGrid-Renderer-Pager [master] was retired by remi
 Renderer driver using PEAR::Pager
 

Re: Appdata files template for Fedora Workstation

[Jiri Eischmann]

Mattia Verga píše v Ne 17. 01. 2016 v 20:51 +0100:
> Il 17/01/2016 18:58, Richard Hughes ha scritto:
> > Are you using non-breaking UTF-8 spaces perhaps? Have a look in
> > vim 
> > and see if it has lots of control chars showing. At the moment
> > even 
> > xmllint won't validate it. Richard. 
> Thanks, yes. That was the problem.
> Using validate-relax now is ok.
> 
> Do also addons metainfo.xml files need to be validated in .spec file?
> I 
> can't find anything about that on Packaging Guidelines.
> Mattia

Although the validation section [1] doesn't specifically mention
metainfo files, I think it applies both to appdata and metainfo files.
I myself add the validation in %check in all packages that ship any
sort of AppStream metadata files.

Jiri

[1] https://fedoraproject.org/wiki/Packaging:AppData#app-data-validate_
usage

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

Fedora Rawhide 20160118 compose check report

[Fedora compose checker]

Missing expected images:

Kde disk raw armhfp

Images in this compose but not Rawhide 20160117:

Cloud disk raw i386
Cloud_atomic disk raw x86_64
Cloud disk qcow x86_64
Cloud docker x86_64
Cloud vagrant libvirt x86_64
Cloud vagrant virtualbox x86_64
Cloud_atomic disk qcow x86_64
Cloud disk raw x86_64
Cloud_atomic vagrant virtualbox x86_64
Cloud disk qcow i386
Cloud_atomic vagrant libvirt x86_64

No images in Rawhide 20160117 but not this.

Failed openQA tests: 5 of 69

ID: 3398Test: x86_64 kde_live default_install@uefi
URL: https://openqa.fedoraproject.org/tests/3398
ID: 3397Test: x86_64 kde_live default_install
URL: https://openqa.fedoraproject.org/tests/3397
ID: 3341Test: x86_64 universal server_simple_free_space
URL: https://openqa.fedoraproject.org/tests/3341
ID: 3402Test: i386 kde_live default_install
URL: https://openqa.fedoraproject.org/tests/3402
ID: 3394Test: x86_64 workstation_live base_services_start
URL: https://openqa.fedoraproject.org/tests/3394

Passed openQA tests: 61 of 69
3 openQA tests may be still running or broken!
-- 
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

jplesnik uploaded Object-Remote-0.003006.tar.gz for perl-Object-Remote

[notifications]

c3604e873afcd8634e70988cd261db05  Object-Remote-0.003006.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Object-Remote/Object-Remote-0.003006.tar.gz/md5/c3604e873afcd8634e70988cd261db05/Object-Remote-0.003006.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 1296524] perl-Math-PlanePath-121-1.fc24 FTBFS: t/bigfloat.t test fails

[bugzilla]

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

Petr Šabata  changed:

   What|Removed |Added

 Depends On||1299583




Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1299583
[Bug 1299583] Review Request: perl-Number-Fraction - Perl extension to
model fractions
-- 
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 1299286] perl-Test-Strict-0.36 is available

[bugzilla]

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

Petr Šabata  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Test-Strict-0.36-1.fc2
   ||4
 Resolution|--- |RAWHIDE
Last Closed||2016-01-18 11:04:54



-- 
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: PostgreSQL 9.5 in rawhide

[Bruno Wolff III]

On Thu, Jan 07, 2016 at 10:40:39 -0500,
 Pavel Kajaba  wrote:


we are going to change version of PostgreSQL from 9.4 to 9.5.


Thanks, I have moved one machine to rawhide to test it and will me moving 
another machine where I use it, right after branch.

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

bodhi - new update obsoleted an older update that had been submitted for stable

[Richard Fearn]

Hi,

Until yesterday I had two findbugs-contrib 6.4.0 updates in testing:

findbugs-contrib-6.4.0-1.fc22
https://bodhi.fedoraproject.org/updates/FEDORA-2015-36b05c38b8

findbugs-contrib-6.4.0-1.fc23
https://bodhi.fedoraproject.org/updates/FEDORA-2015-1e04f3b5f5

I submitted the F22 update for stable at 12:02:54, and submitted the
F23 update for stable at 12:03:00.

A little while later I created new updates for testing, for version 6.4.3:

findbugs-contrib-6.4.3-1.fc22
https://bodhi.fedoraproject.org/updates/FEDORA-2016-578a14be73

findbugs-contrib-6.4.3-1.fc23
https://bodhi.fedoraproject.org/updates/FEDORA-2016-670e467497

When I looked at the F23 6.4.3 update, I noticed it included all the
notes from the 6.4.0 update. I thought I'd selected something
incorrectly. So I edited it, unticked the "6.4.0 is available" bug,
and removed the 6.4.0 details from the notes. (That's why the update
was edited at 14:49:55.)

Later I realised that the F23 6.4.3 update had obsoleted the F23 6.4.0
update - hence why it had inherited the 6.4.0 bug and notes.

I was surprised that this happened :)

I understand that I'd only *submitted* the 6.4.0 F23 update for
stable; it hadn't actually been *pushed* to stable when I created the
6.4.3 update. But still, I have a couple of questions:

1) Is it sensible for an update, that has been submitted for stable,
to then be obsoleted by a subsequent update?

2) Why was the F23 behaviour different to the F22 behaviour?

I thought perhaps that I'd set up the F23 6.4.3 update incorrectly,
but as far as I can tell, I only selected bug 1291027 (the bug about
6.4.3), and the findbugs-contrib-6.4.3-1.fc23 build.

Regards,

Richard

-- 
Richard Fearn
richardfe...@gmail.com
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[EPEL-devel] possible (or plans) to use devtoolset-3 for epel-6 ?

[Rex Dieter]

I think I already know answer is no, but is it possible to use devtoolset-3-
gcc in epel-6 builds now or in the future?

I'm asking in the context of being able to support Qt-5.6 (tls) for epel-6 
which will need this.

See also:
https://www.softwarecollections.org/en/scls/rhscl/devtoolset-3/

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

[EPEL-devel] Re: possible (or plans) to use devtoolset-3 for epel-6 ?

[Kevin Fenzi]

On Mon, 18 Jan 2016 13:24:54 -0600
Rex Dieter  wrote:

> I think I already know answer is no, but is it possible to use
> devtoolset-3- gcc in epel-6 builds now or in the future?
> 
> I'm asking in the context of being able to support Qt-5.6 (tls) for
> epel-6 which will need this.
> 
> See also:
> https://www.softwarecollections.org/en/scls/rhscl/devtoolset-3/

Nope. SCL's are not used or supported in the EPEL buildsystem. 

kevin


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

[389-devel] Jenkins build is back to normal : 389-ds-base #853

[jenkins]

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

Re: COPR repo in mock?

[Dmitrij S. Kryzhevich]

Are there any instructions on how to use a COPR repo when testing
package builds with mock? My attempts at googling this sort of thing
didn't turn anything up.
Thanks,
Dave



Like any others. Provide information about repo to /etc/mock/YOURCONFIG.cfg
In most cases in would be: /etc/mock/default.cfg

You could find details for your particular copr repo in file with 
corresponding name in /etc/yum.repos.d dir if this repo already 
worldwide enabled in your system.






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

COPR repo in mock?

[Dave Johansen]

Are there any instructions on how to use a COPR repo when testing package
builds with mock? My attempts at googling this sort of thing didn't turn
anything up.
Thanks,
Dave
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[EPEL-devel] EPEL-ANNOUNCE ansible 2.0 in epel

[Kevin Fenzi]

Greetings. 

I thought I would send out an email with the plans for epel and ansible
2.0. 

Since ansible 2.0 is (to a pretty high degree) compatible with the same
playbooks as 1.9.x, we are going to just update the existing ansible
package rather than create a parallel installable one. 

Note that while playbooks should be compatible and require no changes,
if you are using the ansible API, you will need to adjust your
scripts/plugins. See:
https://docs.ansible.com/ansible/developing_api.html
(The ansible api is not guaranteed stable between any versions)

To allow for additional testing and folks to check/port their
scripts/plugins we are going to leave the ansible 2.0.0.x packages in
epel-testing for a longer than normal time period. We will send another
notice before the 2.0.0.x version goes to stable. Currently version
2.0.0.2 is available in epel6 and epel7 testing repositories. 

Thanks, 

kevin


pgpuhYDRFuA3E.pgp
Description: OpenPGP digital signature
___
epel-announce mailing list
epel-annou...@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/epel-annou...@lists.fedoraproject.org
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org