ttorling changed ttorling's 'watchbugzilla' permission on perl-Unix-Statgrab (f22) to 'Approved'

[notifications]

ttorling changed ttorling's 'watchbugzilla' permission on perl-Unix-Statgrab 
(f22) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Statgrab/
--
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

ttorling changed ttorling's 'watchbugzilla' permission on perl-Unix-Statgrab (el5) to 'Approved'

[notifications]

ttorling changed ttorling's 'watchbugzilla' permission on perl-Unix-Statgrab 
(el5) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Statgrab/
--
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

ttorling changed ttorling's 'watchcommits' permission on perl-Unix-Statgrab (el5) to 'Approved'

[notifications]

ttorling changed ttorling's 'watchcommits' permission on perl-Unix-Statgrab 
(el5) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Statgrab/
--
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

ttorling changed ttorling's 'watchbugzilla' permission on perl-Unix-Statgrab (el6) to 'Approved'

[notifications]

ttorling changed ttorling's 'watchbugzilla' permission on perl-Unix-Statgrab 
(el6) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Statgrab/
--
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

ttorling changed ttorling's 'watchbugzilla' permission on perl-Unix-Statgrab (master) to 'Approved'

[notifications]

ttorling changed ttorling's 'watchbugzilla' permission on perl-Unix-Statgrab 
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Statgrab/
--
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

ttorling changed ttorling's 'watchcommits' permission on perl-Unix-Statgrab (master) to 'Approved'

[notifications]

ttorling changed ttorling's 'watchcommits' permission on perl-Unix-Statgrab 
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Statgrab/
--
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

ttorling changed ttorling's 'watchcommits' permission on perl-Unix-Statgrab (f23) to 'Approved'

[notifications]

ttorling changed ttorling's 'watchcommits' permission on perl-Unix-Statgrab 
(f23) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Statgrab/
--
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

ttorling changed ttorling's 'watchcommits' permission on perl-Unix-Statgrab (el6) to 'Approved'

[notifications]

ttorling changed ttorling's 'watchcommits' permission on perl-Unix-Statgrab 
(el6) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Statgrab/
--
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

ttorling changed ttorling's 'watchbugzilla' permission on perl-Unix-Statgrab (f23) to 'Approved'

[notifications]

ttorling changed ttorling's 'watchbugzilla' permission on perl-Unix-Statgrab 
(f23) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Statgrab/
--
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

ttorling changed ttorling's 'watchcommits' permission on perl-Unix-Statgrab (f22) to 'Approved'

[notifications]

ttorling changed ttorling's 'watchcommits' permission on perl-Unix-Statgrab 
(f22) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Statgrab/
--
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: Fwd: Use suid_dumpable=2 for development releases

[Jakub Filak]

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

and few of them even want to have suid_dumpable=2 in all releases.

I was thinking about it and Richard W.M. Jones' email about safeness of
suid_dumpable=2 without ABRT gave me an idea to teach ABRT to set
suid_dumpable=2 in abrt-ccpp.service. The service sets kernel.core_pattern
(/proc/sys/kernel/core_pattern) to ABRT pattern, so it could also update
suid_dumpable. If an administrator uninstalls/turns off ABRT, suid_dumpable
would get back the OS default value. If he/she modifies core_pattern by 
hand,

then he/she is skilled enough to spot kernel warning in the logs.

What do you think about it?
I would especially like to hear thoughts on this from security experts.

Do I need to get any permission to do so?


Regards,
Jakub

On 02/12/2016 01:24 PM, Jakub Filak wrote:

- Forwarded Message -
From: "Jakub Filak" 
To: secur...@lists.fedoraproject.org
Sent: Thursday, February 11, 2016 9:51:04 AM
Subject: Use suid_dumpable=2 for development releases

Hello,

As a maintainer of ABRT, I have been asked several times why ABRT does not catch
crashes of many processes and one kind of reasons dominate among other reasons
- processes that executes set-user-ID programs (man 5 core). These processes
are not dumped at all if the value of /proc/sys/fs/suid_dumpable is 0 (man 5
proc) which is the default value.  With the default suid_dumpable
value, crashes caused by SIGABRT are not detectable because kernel doesn't even
write a log message about that.

The default value 0 is there for good security reason, but I would like to
propose changing the default value to 2 for development Fedora releases (Alpha,
Beta, Rawhide). In this case, kernel would send core dump to ABRT (or
systemd-coredump) and the ABRT record would be accessible only to root.

I believe that maintainers of packages like chrony will be really delighted
with this change, while will not weaken security of Fedora for regular users.


Regards,
Jakub
--
security mailing list
secur...@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/secur...@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

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

[Bug 1307845] pakiti: FTBFS in rawhide

[bugzilla]

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

Ralf Corsepius  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |RAWHIDE
   Assignee|ade...@gmail.com|rc040...@freenet.de
Last Closed||2016-02-15 22:40:06



--- Comment #5 from Ralf Corsepius  ---
Patch applied to rawhide, package rebuilt for rawhide:
https://koji.fedoraproject.org/koji/taskinfo?taskID=13001865

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

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

[Orcan Ogetbil]

On 2 February 2016 at 07:54, Jakub Jelinek wrote:
>
> That said, why does it bother to do such a mess?  Does it think the g++
> driver is not able to do that itself?
>

I am not sure why qmake-qt5 doesn't want to trust gcc for the system
include dirs, but well.. it doesn't.
I reduced the problem down to this. Consider the following program:

#include 
int main(){}

This compiles fine with both gcc5 and 6 with
g++ -c inctest.cpp -o inctest.o

On the other hand, it compiles fine with gcc5, but fails with gcc6 if
the compiler is invoked liked this:
g++ -c -isystem /usr/include inctest.cpp -o inctest.o

The failure message is
/usr/include/c++/6.0.0/cstdlib:75:25: fatal error: stdlib.h: No such
file or directory

I am not sure what is the expected behavior. Maybe people familiar
with gcc can shed some light.

I noticed the difference: In cstdlib, the gcc5 line 75
#include 
became in gcc6:
#include_next 

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

corsepiu pushed to pakiti (master). "Add BR: /usr/bin/pod2man (F24FTBFS, RHBZ#1307845). (..more)"

[notifications]

From dc93bca0e8ea1f7976985cc36551f455e25d87f4 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= 
Date: Sun, 14 Feb 2016 06:56:27 +0100
Subject: Add BR: /usr/bin/pod2man (F24FTBFS, RHBZ#1307845).

- Add perl run-time deps to BRs.
- Add %license.
- Modernize spec.
---
 pakiti.spec | 26 ++
 1 file changed, 18 insertions(+), 8 deletions(-)

diff --git a/pakiti.spec b/pakiti.spec
index 17475d7..02f0819 100644
--- a/pakiti.spec
+++ b/pakiti.spec
@@ -7,14 +7,22 @@
 Summary:   Patching status monitoring tool
 Name:  pakiti
 Version:   3.0.1
-Release:   3%{?dist}
+Release:   4%{?dist}
 URL:   https://github.com/CESNET/pakiti3
 License:   ASL 2.0 and BSD
 Group: Applications/Internet
 Source0:   %{url}/archive/%{commit}/%{name}-%{shortcommit}.tar.gz
-BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX)
 BuildArch: noarch
 BuildRequires: perl
+BuildRequires:  /usr/bin/pod2man
+
+BuildRequires:  perl(File::Temp)
+BuildRequires:  perl(FindBin)
+BuildRequires:  perl(Getopt::Long)
+BuildRequires:  perl(Pod::Usage)
+BuildRequires:  perl(constant)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
 
 %description
 Runs rpm -qa or dpkg -l on the hosts and sends results to a central server.
@@ -36,23 +44,25 @@ central Pakiti server using openssl s_client or curl.
 
 %build
 mkdir man
-pod2man --section=1 bin/pakiti-client > man/pakiti-client.1
+/usr/bin/pod2man --section=1 bin/pakiti-client > man/pakiti-client.1
 
 %install
-rm -rf %{buildroot}
 install -D -m755 bin/pakiti-client   %{buildroot}%{_bindir}/pakiti-client
 install -D -m644 man/pakiti-client.1 
%{buildroot}%{_mandir}/man1/pakiti-client.1
 
-%clean
-rm -rf %{buildroot}
-
 %files client
-%defattr(-,root,root,-)
+%license LICENSE
 %{_bindir}/*
 %{_mandir}/man?/*
 
 
 %changelog
+* Sun Feb 14 2016 Ralf Corsépius  - 3.0.1-4
+- Add BR: /usr/bin/pod2man (F24FTBFS, RHBZ#1307845).
+- Add perl run-time deps to BRs.
+- Add %%license.
+- Modernize spec.
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
3.0.1-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
-- 
cgit v0.11.2



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

GCC 6 and polymake

[Jerry James]

Would one of you C++ experts help me out with a polymake build failure with
gcc 6?  Polymake defines a Vector class in lib/core/include/Vector.h (also
see lib/core/include/GenericVector.h).  Unlike with gcc 5 and earlier,
everywhere in the code that something like this is done:

Vector x = ...;
Vector y = ..;
const Vector z = x + y;

where + can be one of several operators defined for the Vector class, gcc
errors like this:

error: invalid initialization of non-const reference of type
'pm::Vector&' from an rvalue of type 'pm::Vector'

I assume the error refers to the temporary created by the operator.  I've
added -std=gnu++98 to CXXFLAGS, but that doesn't help.  I guess that the
Vector class is missing something needed by gcc 6, but I don't know what
that something might be.  Any hints are much appreciated.

See http://koji.fedoraproject.org/koji/taskinfo?taskID=12969245 for an
example build showing the error.

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

[Bug 1304825] rt-4.4.0 is available

[bugzilla]

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

Bug 1305134 Summary: Review Request:  perl-Data-Page-Pageset - Change long page 
list to be shorter and well navigate
https://bugzilla.redhat.com/show_bug.cgi?id=1305134

   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

[Bug 1305134] Review Request: perl-Data-Page-Pageset - Change long page list to be shorter and well navigate

[bugzilla]

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

Ralf Corsepius  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
 Resolution|--- |RAWHIDE
Last Closed||2016-02-15 22:00:41



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

cheeselee changed dfateyev's branch request for perl-Pod-Snippets in el6 from Pending to Awaiting Review

[notifications]

cheeselee changed dfateyev's branch request for perl-Pod-Snippets in el6 from 
Pending to Awaiting Review
https://admin.fedoraproject.org/pkgdb/package/perl-Pod-Snippets/
--
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

cheeselee changed dfateyev's branch request for perl-Pod-Snippets in epel7 from Pending to Awaiting Review

[notifications]

cheeselee changed dfateyev's branch request for perl-Pod-Snippets in epel7 from 
Pending to Awaiting Review
https://admin.fedoraproject.org/pkgdb/package/perl-Pod-Snippets/
--
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: openCOLLADA: Help with GCC6 narrowing conversion

[Michael Schwendt]

On Mon, 15 Feb 2016 16:46:32 +0100, Dan Horák wrote:

> you are welcome, there will be more packages suffering from the same
> problem (I own at least one :-)), sometimes appending "-fsigned-char"
> to CFLAGS will be easier.

A couple of narrowing-conversion problems had turned up in Oct 2015
already, so this is nothing new to GCC 6.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Fedora Rawhide 20160215 compose check report

[Adam Williamson]

On Mon, 2016-02-15 at 19:58 +, Fedora compose checker wrote:
> Missing expected images:
> 
> Kde disk raw armhfp
> Cloud disk raw i386
> Kde live i386
> Minimal disk raw armhfp
> Kde live x86_64

KDE seems to have dependency issues. I'm not sure what's going on with
the cloud images.

> Images in this compose but not Rawhide 20160214:
> 
> Cloud disk qcow x86_64
> Cloud disk raw x86_64
> Cloud_atomic vagrant virtualbox x86_64
> Cloud_atomic vagrant libvirt x86_64
> 
> No images in Rawhide 20160214 but not this.
> 
> Failed openQA tests: 26 of 63

Most of the failures seem to be a repo problem - several install tests
and one upgrade test failed with:

"Failed to synchronize cache for repo 'rawhide' from 'https://mirrors.f
edoraproject.org/metalink?repo=rawhide=x86_64': Cannot download
repomd.xml: Cannot download repodata/repomd.xml: All mirrors were
tried"

from dnf. It also looks like we need to re-take the 'clean GNOME
desktop' needle for latest Cantarell changes, and the Workstation live
hasn't been booting properly in openQA for the last few days, I'll look
into that.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

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

dfateyev requested branch epel7 for package perl-Pod-Snippets

[notifications]

dfateyev requested branch epel7 for package perl-Pod-Snippets
https://admin.fedoraproject.org/pkgdb/package/perl-Pod-Snippets/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

dfateyev requested branch el6 for package perl-Pod-Snippets

[notifications]

dfateyev requested branch el6 for package perl-Pod-Snippets
https://admin.fedoraproject.org/pkgdb/package/perl-Pod-Snippets/
--
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: GCC 6 Binaries segfaulting

[Richard Shaw]

On Mon, Feb 15, 2016 at 12:48 PM, Florian Weimer  wrote:

> On 02/15/2016 07:44 PM, Richard Shaw wrote:
> > I have one package where several of the binaries used for unit testing
> are
> > segfaulting.
> >
> > I'm guessing that's not likely a direct GCC 6 issue but some googling
> leads
> > me to believe that it could be an ABI breakage with a dependency that has
> > not been rebuilt.
> >
> > Is that the most likely cause?
>
> It's impossible to tell with the information you gave us.
>

Here's the BZ:

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



> It could also be this bug:
>
>   
>

I tried adding the workaround mentioned but it didn't seem to help.

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

Re: Please stop modifying other people's packages without coordinating with them first

[Igor Gnatenko]

Here I totally agree with Till and usually I'm doing the same (it doesn't
happen often, but anyway).

Because I also not available day to day. For example today I have time and
next time I will have time like month..

Just wanted to share my opinion.

On Mon, Feb 15, 2016, 7:23 PM Josh Boyer  wrote:

> On Mon, Feb 15, 2016 at 12:20 PM, Till Maas  wrote:
> > On Mon, Feb 15, 2016 at 07:47:08AM -0500, Josh Boyer wrote:
> >
> >> You misunderstand.  I was not suggesting you ask for permission.  I
> >> was stating that IRC contact alone, for whatever reason, is not
> >> necessarily sufficient as an attempt to contact a maintainer.  You can
> >> convey _much_ more information in an email, to the point of telling
> >> them exactly what you are committing and why.  It is so much better
> >> than a simple ping or brief sentence or two in IRC.
> >
> > I agree, that it is possible to be more informative via e-mail. However
> > at the time I reached out via IRC, I did not yet know all the details. I
> > only knew the build error from the previous build logs and a related
> > commit message in upstream git. Therefore an e-mail would be pretty
> > useless at this point, unless I stop working then. Otherwise there would
> > be several status report e-mails about my slowed-down progress. If I was
> > the targeted maintainer, I would be annoyed by this - we are not talking
> > about changes that might require an epoch bump here and therefore are
> > easily reverted.
> >
> >> As for waiting for a response, yes I think it is fine to wait a day.
> >
> > Not sure how it works for other volunteer maintainers, but this does not
> > fit with my time slots that I might have available. So waiting a day
> > might also mean wait till the next weekend, when I have time for this
> > again.
> >
> >> Timezones alone may mean that the duplicate work you wished to avoid
> >> was already queued on the maintainer's side and he was just waiting to
> >> finish testing before pushing.  Who knows.  Urgency in fixing packages
> >> is certainly appreciated, but this is not a critical package and it
> >> had already been broken for a week.
> >
> > To be honest, a one week old commit to dist-git that does not build due
> > to upstream bugs does not suggest to me that the maintainer has an extra
> > secret stash of changes that are just waiting of a lot of extra testing.
> > If the commit happened recently, it might be different.
>
> You and I are going to disagree on this issue and the finer points
> within it.  That is fine.  We will simply have to agree to disagree
> because spending further time with back and forth isn't going to be
> productive.
>
> Thank you for the very civil discourse.
>
> josh
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>
-- 

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

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

[bugzilla]

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



--- Comment #2 from Fedora Update System  ---
perl-Config-Grammar-1.11-1.fc22 has been submitted as an update to Fedora 22.
https://bodhi.fedoraproject.org/updates/FEDORA-2016-51476e4439

--- Comment #3 from Fedora Update System  ---
perl-Config-Grammar-1.11-1.fc23 has been submitted as an update to Fedora 23.
https://bodhi.fedoraproject.org/updates/FEDORA-2016-dbbe89b4d0

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

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

[bugzilla]

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



--- Comment #2 from Fedora Update System  ---
perl-Config-Grammar-1.11-1.fc22 has been submitted as an update to Fedora 22.
https://bodhi.fedoraproject.org/updates/FEDORA-2016-51476e4439

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

terjeros pushed to perl-Config-Grammar (f22). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild"

[notifications]

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

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

diff --git a/perl-Config-Grammar.spec b/perl-Config-Grammar.spec
index a4c18c1..5eb937f 100644
--- a/perl-Config-Grammar.spec
+++ b/perl-Config-Grammar.spec
@@ -1,6 +1,6 @@
 Name:   perl-Config-Grammar
 Version:1.10
-Release:17%{?dist}
+Release:18%{?dist}
 Summary:Grammar-based, user-friendly config parser
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -48,6 +48,9 @@ find %{buildroot} -type f -name .packlist -delete
 %{_mandir}/man3//Config::Grammar*
 
 %changelog
+* Thu Jun 18 2015 Fedora Release Engineering  
- 1.10-18
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
+
 * Wed Jun 03 2015 Jitka Plesnikova  - 1.10-17
 - Perl 5.22 rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Config-Grammar.git/commit/?h=f22=39e7987363427e1898e6e31e3233db956f59c97b
--
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

terjeros pushed to perl-Config-Grammar (f22). "Specify all dependencies"

[notifications]

From 230dfd5ac913a16ac97396808cca71645f9e8b99 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Wed, 14 Oct 2015 12:09:07 +0200
Subject: Specify all dependencies

---
 perl-Config-Grammar.spec | 17 +++--
 1 file changed, 15 insertions(+), 2 deletions(-)

diff --git a/perl-Config-Grammar.spec b/perl-Config-Grammar.spec
index 5eb937f..002b9b0 100644
--- a/perl-Config-Grammar.spec
+++ b/perl-Config-Grammar.spec
@@ -1,6 +1,6 @@
 Name:   perl-Config-Grammar
 Version:1.10
-Release:18%{?dist}
+Release:19%{?dist}
 Summary:Grammar-based, user-friendly config parser
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -8,7 +8,17 @@ URL:http://search.cpan.org/dist/Config-Grammar/
 Source0:
http://www.cpan.org/authors/id/D/DS/DSCHWEI/Config-Grammar-%{version}.tar.gz
 BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildArch:  noarch
-BuildRequires:  perl(ExtUtils::MakeMaker) perl(Test::Simple)
+BuildRequires:  coreutils
+BuildRequires:  findutils
+BuildRequires:  make
+BuildRequires:  perl
+BuildRequires:  perl(base)
+BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(lib)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(Test)
+BuildRequires:  perl(Test::Simple)
+BuildRequires:  perl(vars)
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
 
 %description
@@ -48,6 +58,9 @@ find %{buildroot} -type f -name .packlist -delete
 %{_mandir}/man3//Config::Grammar*
 
 %changelog
+* Wed Oct 14 2015 Jitka Plesnikova  - 1.10-19
+- Specify all dependencies
+
 * Thu Jun 18 2015 Fedora Release Engineering  
- 1.10-18
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Config-Grammar.git/commit/?h=f22=230dfd5ac913a16ac97396808cca71645f9e8b99
--
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

terjeros pushed to perl-Config-Grammar (f22). "Perl 5.22 rebuild"

[notifications]

From 702aecdb74aa16ad6dbf682bb15793cfed1e6d5d Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Wed, 3 Jun 2015 19:35:35 +0200
Subject: Perl 5.22 rebuild

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

diff --git a/perl-Config-Grammar.spec b/perl-Config-Grammar.spec
index 31b5bdb..a4c18c1 100644
--- a/perl-Config-Grammar.spec
+++ b/perl-Config-Grammar.spec
@@ -1,6 +1,6 @@
 Name:   perl-Config-Grammar
 Version:1.10
-Release:16%{?dist}
+Release:17%{?dist}
 Summary:Grammar-based, user-friendly config parser
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -48,6 +48,9 @@ find %{buildroot} -type f -name .packlist -delete
 %{_mandir}/man3//Config::Grammar*
 
 %changelog
+* Wed Jun 03 2015 Jitka Plesnikova  - 1.10-17
+- Perl 5.22 rebuild
+
 * Wed Aug 27 2014 Jitka Plesnikova  - 1.10-16
 - Perl 5.20 rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Config-Grammar.git/commit/?h=f22=702aecdb74aa16ad6dbf682bb15793cfed1e6d5d
--
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

terjeros pushed to perl-Config-Grammar (f22). "1.11"

[notifications]

From 49ecc6b9f3c0b405b8a27d70ffcfa92ef95c4ce6 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Terje=20R=C3=B8sten?= 
Date: Mon, 15 Feb 2016 20:16:55 +0100
Subject: 1.11

---
 .gitignore   |  1 +
 perl-Config-Grammar.spec | 19 ---
 sources  |  2 +-
 3 files changed, 10 insertions(+), 12 deletions(-)

diff --git a/.gitignore b/.gitignore
index 640ddb2..0bb8f5a 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 Config-Grammar-1.10.tar.gz
+/Config-Grammar-1.11.tar.gz
diff --git a/perl-Config-Grammar.spec b/perl-Config-Grammar.spec
index ab11ad9..e4fa05b 100644
--- a/perl-Config-Grammar.spec
+++ b/perl-Config-Grammar.spec
@@ -1,12 +1,11 @@
 Name:   perl-Config-Grammar
-Version:1.10
-Release:20%{?dist}
+Version:1.11
+Release:1%{?dist}
 Summary:Grammar-based, user-friendly config parser
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Config-Grammar/
 Source0:
http://www.cpan.org/authors/id/D/DS/DSCHWEI/Config-Grammar-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildArch:  noarch
 BuildRequires:  coreutils
 BuildRequires:  findutils
@@ -36,28 +35,26 @@ of the configuration file format.
 
 %build
 %{__perl} Makefile.PL INSTALLDIRS=vendor
-%{__make} %{?_smp_mflags}
+make %{?_smp_mflags}
 
 %install
-%{__rm} -rf %{buildroot}
-%{__make} pure_install PERL_INSTALL_ROOT=%{buildroot}
+make pure_install PERL_INSTALL_ROOT=%{buildroot}
 
 find %{buildroot} -type f -name .packlist -delete
 %{_fixperms} %{buildroot}/*
 
 %check
-%{__make} test
-
-%clean
-%{__rm} -rf %{buildroot}
+make test
 
 %files
-%defattr(-, root, root, -)
 %doc Changes README
 %{perl_vendorlib}/Config/Grammar*
 %{_mandir}/man3//Config::Grammar*
 
 %changelog
+* Mon Feb 15 2016 Terje Rosten  - 1.11-1
+- 1.11
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
1.10-20
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
diff --git a/sources b/sources
index 5d82401..a7af097 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-ce904f687f1ee9c70521142a2e0f15c9  Config-Grammar-1.10.tar.gz
+ae3d8078635a155632e1b1d6e4dec141  Config-Grammar-1.11.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Config-Grammar.git/commit/?h=f22=49ecc6b9f3c0b405b8a27d70ffcfa92ef95c4ce6
--
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

terjeros pushed to perl-Config-Grammar (f22). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild"

[notifications]

From ab3aba33c9e5a56d5bc6ef4ed51a2ddb2a6906dd Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Thu, 4 Feb 2016 12:50:45 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild

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

diff --git a/perl-Config-Grammar.spec b/perl-Config-Grammar.spec
index 002b9b0..ab11ad9 100644
--- a/perl-Config-Grammar.spec
+++ b/perl-Config-Grammar.spec
@@ -1,6 +1,6 @@
 Name:   perl-Config-Grammar
 Version:1.10
-Release:19%{?dist}
+Release:20%{?dist}
 Summary:Grammar-based, user-friendly config parser
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -58,6 +58,9 @@ find %{buildroot} -type f -name .packlist -delete
 %{_mandir}/man3//Config::Grammar*
 
 %changelog
+* Thu Feb 04 2016 Fedora Release Engineering  - 
1.10-20
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
+
 * Wed Oct 14 2015 Jitka Plesnikova  - 1.10-19
 - Specify all dependencies
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Config-Grammar.git/commit/?h=f22=ab3aba33c9e5a56d5bc6ef4ed51a2ddb2a6906dd
--
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

terjeros pushed to perl-Config-Grammar (f23). "1.11"

[notifications]

From 49ecc6b9f3c0b405b8a27d70ffcfa92ef95c4ce6 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Terje=20R=C3=B8sten?= 
Date: Mon, 15 Feb 2016 20:16:55 +0100
Subject: 1.11

---
 .gitignore   |  1 +
 perl-Config-Grammar.spec | 19 ---
 sources  |  2 +-
 3 files changed, 10 insertions(+), 12 deletions(-)

diff --git a/.gitignore b/.gitignore
index 640ddb2..0bb8f5a 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 Config-Grammar-1.10.tar.gz
+/Config-Grammar-1.11.tar.gz
diff --git a/perl-Config-Grammar.spec b/perl-Config-Grammar.spec
index ab11ad9..e4fa05b 100644
--- a/perl-Config-Grammar.spec
+++ b/perl-Config-Grammar.spec
@@ -1,12 +1,11 @@
 Name:   perl-Config-Grammar
-Version:1.10
-Release:20%{?dist}
+Version:1.11
+Release:1%{?dist}
 Summary:Grammar-based, user-friendly config parser
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Config-Grammar/
 Source0:
http://www.cpan.org/authors/id/D/DS/DSCHWEI/Config-Grammar-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildArch:  noarch
 BuildRequires:  coreutils
 BuildRequires:  findutils
@@ -36,28 +35,26 @@ of the configuration file format.
 
 %build
 %{__perl} Makefile.PL INSTALLDIRS=vendor
-%{__make} %{?_smp_mflags}
+make %{?_smp_mflags}
 
 %install
-%{__rm} -rf %{buildroot}
-%{__make} pure_install PERL_INSTALL_ROOT=%{buildroot}
+make pure_install PERL_INSTALL_ROOT=%{buildroot}
 
 find %{buildroot} -type f -name .packlist -delete
 %{_fixperms} %{buildroot}/*
 
 %check
-%{__make} test
-
-%clean
-%{__rm} -rf %{buildroot}
+make test
 
 %files
-%defattr(-, root, root, -)
 %doc Changes README
 %{perl_vendorlib}/Config/Grammar*
 %{_mandir}/man3//Config::Grammar*
 
 %changelog
+* Mon Feb 15 2016 Terje Rosten  - 1.11-1
+- 1.11
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
1.10-20
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
diff --git a/sources b/sources
index 5d82401..a7af097 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-ce904f687f1ee9c70521142a2e0f15c9  Config-Grammar-1.10.tar.gz
+ae3d8078635a155632e1b1d6e4dec141  Config-Grammar-1.11.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Config-Grammar.git/commit/?h=f23=49ecc6b9f3c0b405b8a27d70ffcfa92ef95c4ce6
--
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

terjeros pushed to perl-Config-Grammar (f23). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild"

[notifications]

From ab3aba33c9e5a56d5bc6ef4ed51a2ddb2a6906dd Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Thu, 4 Feb 2016 12:50:45 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild

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

diff --git a/perl-Config-Grammar.spec b/perl-Config-Grammar.spec
index 002b9b0..ab11ad9 100644
--- a/perl-Config-Grammar.spec
+++ b/perl-Config-Grammar.spec
@@ -1,6 +1,6 @@
 Name:   perl-Config-Grammar
 Version:1.10
-Release:19%{?dist}
+Release:20%{?dist}
 Summary:Grammar-based, user-friendly config parser
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -58,6 +58,9 @@ find %{buildroot} -type f -name .packlist -delete
 %{_mandir}/man3//Config::Grammar*
 
 %changelog
+* Thu Feb 04 2016 Fedora Release Engineering  - 
1.10-20
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
+
 * Wed Oct 14 2015 Jitka Plesnikova  - 1.10-19
 - Specify all dependencies
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Config-Grammar.git/commit/?h=f23=ab3aba33c9e5a56d5bc6ef4ed51a2ddb2a6906dd
--
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

terjeros pushed to perl-Config-Grammar (f23). "Specify all dependencies"

[notifications]

From 230dfd5ac913a16ac97396808cca71645f9e8b99 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Wed, 14 Oct 2015 12:09:07 +0200
Subject: Specify all dependencies

---
 perl-Config-Grammar.spec | 17 +++--
 1 file changed, 15 insertions(+), 2 deletions(-)

diff --git a/perl-Config-Grammar.spec b/perl-Config-Grammar.spec
index 5eb937f..002b9b0 100644
--- a/perl-Config-Grammar.spec
+++ b/perl-Config-Grammar.spec
@@ -1,6 +1,6 @@
 Name:   perl-Config-Grammar
 Version:1.10
-Release:18%{?dist}
+Release:19%{?dist}
 Summary:Grammar-based, user-friendly config parser
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -8,7 +8,17 @@ URL:http://search.cpan.org/dist/Config-Grammar/
 Source0:
http://www.cpan.org/authors/id/D/DS/DSCHWEI/Config-Grammar-%{version}.tar.gz
 BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildArch:  noarch
-BuildRequires:  perl(ExtUtils::MakeMaker) perl(Test::Simple)
+BuildRequires:  coreutils
+BuildRequires:  findutils
+BuildRequires:  make
+BuildRequires:  perl
+BuildRequires:  perl(base)
+BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(lib)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(Test)
+BuildRequires:  perl(Test::Simple)
+BuildRequires:  perl(vars)
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
 
 %description
@@ -48,6 +58,9 @@ find %{buildroot} -type f -name .packlist -delete
 %{_mandir}/man3//Config::Grammar*
 
 %changelog
+* Wed Oct 14 2015 Jitka Plesnikova  - 1.10-19
+- Specify all dependencies
+
 * Thu Jun 18 2015 Fedora Release Engineering  
- 1.10-18
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Config-Grammar.git/commit/?h=f23=230dfd5ac913a16ac97396808cca71645f9e8b99
--
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

Fedora Rawhide 20160215 compose check report

[Fedora compose checker]

Missing expected images:

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

Images in this compose but not Rawhide 20160214:

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

No images in Rawhide 20160214 but not this.

Failed openQA tests: 26 of 63

ID: 5380Test: x86_64 workstation_live default_install
URL: https://openqa.fedoraproject.org/tests/5380
ID: 5385Test: i386 workstation_live default_install
URL: https://openqa.fedoraproject.org/tests/5385
ID: 5381Test: x86_64 workstation_live default_install@uefi
URL: https://openqa.fedoraproject.org/tests/5381
ID: 5327Test: x86_64 universal server_delete_pata
URL: https://openqa.fedoraproject.org/tests/5327
ID: 5379Test: i386 generic_boot default_install
URL: https://openqa.fedoraproject.org/tests/5379
ID: 5326Test: x86_64 universal server_mirrorlist_graphical
URL: https://openqa.fedoraproject.org/tests/5326
ID: 5325Test: x86_64 universal server_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/5325
ID: 5368Test: i386 universal server_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/5368
ID: 5369Test: i386 universal server_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/5369
ID: 5370Test: i386 universal server_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/5370
ID: 5367Test: i386 universal package_set_minimal
URL: https://openqa.fedoraproject.org/tests/5367
ID: 5371Test: i386 universal server_software_raid
URL: https://openqa.fedoraproject.org/tests/5371
ID: 5356Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/5356
ID: 5361Test: x86_64 universal server_shrink_ntfs
URL: https://openqa.fedoraproject.org/tests/5361
ID: 5363Test: i386 universal server_lvmthin
URL: https://openqa.fedoraproject.org/tests/5363
ID: 5362Test: x86_64 universal european_language_install
URL: https://openqa.fedoraproject.org/tests/5362
ID: 5349Test: x86_64 universal server_btrfs@uefi
URL: https://openqa.fedoraproject.org/tests/5349
ID: 5372Test: i386 universal server_btrfs
URL: https://openqa.fedoraproject.org/tests/5372
ID: 5350Test: x86_64 universal server_ext3@uefi
URL: https://openqa.fedoraproject.org/tests/5350
ID: 5373Test: i386 universal server_ext3
URL: https://openqa.fedoraproject.org/tests/5373
ID: 5364Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/5364
ID: 5343Test: x86_64 universal package_set_kde
URL: https://openqa.fedoraproject.org/tests/5343
ID: 5366Test: i386 universal package_set_kde
URL: https://openqa.fedoraproject.org/tests/5366
ID: 5358Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/5358
ID: 5355Test: x86_64 universal upgrade_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/5355
ID: 5365Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/5365

Passed openQA tests: 34 of 63
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

terjeros pushed to perl-Config-Grammar (master). "1.11"

[notifications]

From 49ecc6b9f3c0b405b8a27d70ffcfa92ef95c4ce6 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Terje=20R=C3=B8sten?= 
Date: Mon, 15 Feb 2016 20:16:55 +0100
Subject: 1.11

---
 .gitignore   |  1 +
 perl-Config-Grammar.spec | 19 ---
 sources  |  2 +-
 3 files changed, 10 insertions(+), 12 deletions(-)

diff --git a/.gitignore b/.gitignore
index 640ddb2..0bb8f5a 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 Config-Grammar-1.10.tar.gz
+/Config-Grammar-1.11.tar.gz
diff --git a/perl-Config-Grammar.spec b/perl-Config-Grammar.spec
index ab11ad9..e4fa05b 100644
--- a/perl-Config-Grammar.spec
+++ b/perl-Config-Grammar.spec
@@ -1,12 +1,11 @@
 Name:   perl-Config-Grammar
-Version:1.10
-Release:20%{?dist}
+Version:1.11
+Release:1%{?dist}
 Summary:Grammar-based, user-friendly config parser
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Config-Grammar/
 Source0:
http://www.cpan.org/authors/id/D/DS/DSCHWEI/Config-Grammar-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildArch:  noarch
 BuildRequires:  coreutils
 BuildRequires:  findutils
@@ -36,28 +35,26 @@ of the configuration file format.
 
 %build
 %{__perl} Makefile.PL INSTALLDIRS=vendor
-%{__make} %{?_smp_mflags}
+make %{?_smp_mflags}
 
 %install
-%{__rm} -rf %{buildroot}
-%{__make} pure_install PERL_INSTALL_ROOT=%{buildroot}
+make pure_install PERL_INSTALL_ROOT=%{buildroot}
 
 find %{buildroot} -type f -name .packlist -delete
 %{_fixperms} %{buildroot}/*
 
 %check
-%{__make} test
-
-%clean
-%{__rm} -rf %{buildroot}
+make test
 
 %files
-%defattr(-, root, root, -)
 %doc Changes README
 %{perl_vendorlib}/Config/Grammar*
 %{_mandir}/man3//Config::Grammar*
 
 %changelog
+* Mon Feb 15 2016 Terje Rosten  - 1.11-1
+- 1.11
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
1.10-20
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
diff --git a/sources b/sources
index 5d82401..a7af097 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-ce904f687f1ee9c70521142a2e0f15c9  Config-Grammar-1.10.tar.gz
+ae3d8078635a155632e1b1d6e4dec141  Config-Grammar-1.11.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Config-Grammar.git/commit/?h=master=49ecc6b9f3c0b405b8a27d70ffcfa92ef95c4ce6
--
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

terjeros uploaded Config-Grammar-1.11.tar.gz for perl-Config-Grammar

[notifications]

ae3d8078635a155632e1b1d6e4dec141  Config-Grammar-1.11.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Config-Grammar/Config-Grammar-1.11.tar.gz/md5/ae3d8078635a155632e1b1d6e4dec141/Config-Grammar-1.11.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

terjeros set the monitor flag of perl-Config-Grammar to True

[notifications]

terjeros set the monitor flag of perl-Config-Grammar to True

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

Re: GCC 6 Binaries segfaulting

[Florian Weimer]

On 02/15/2016 07:44 PM, Richard Shaw wrote:
> I have one package where several of the binaries used for unit testing are
> segfaulting.
> 
> I'm guessing that's not likely a direct GCC 6 issue but some googling leads
> me to believe that it could be an ABI breakage with a dependency that has
> not been rebuilt.
> 
> Is that the most likely cause?

It's impossible to tell with the information you gave us.

It could also be this bug:

  

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

qadevel and phabricator downtime today

[Tim Flink]

As a heads up, I'm going to be taking the qadevel host down later today
for some maintenance and a new SSL cert before the current one expires
on Wednesday.

I'm planning to start at 20:00 UTC and I don't expect the downtime to
last more than 30 minutes or so.

Tim


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

GCC 6 Binaries segfaulting

[Richard Shaw]

I have one package where several of the binaries used for unit testing are
segfaulting.

I'm guessing that's not likely a direct GCC 6 issue but some googling leads
me to believe that it could be an ABI breakage with a dependency that has
not been rebuilt.

Is that the most likely cause?

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

Re: Please stop modifying other people's packages without coordinating with them first

[Josh Boyer]

On Mon, Feb 15, 2016 at 12:20 PM, Till Maas  wrote:
> On Mon, Feb 15, 2016 at 07:47:08AM -0500, Josh Boyer wrote:
>
>> You misunderstand.  I was not suggesting you ask for permission.  I
>> was stating that IRC contact alone, for whatever reason, is not
>> necessarily sufficient as an attempt to contact a maintainer.  You can
>> convey _much_ more information in an email, to the point of telling
>> them exactly what you are committing and why.  It is so much better
>> than a simple ping or brief sentence or two in IRC.
>
> I agree, that it is possible to be more informative via e-mail. However
> at the time I reached out via IRC, I did not yet know all the details. I
> only knew the build error from the previous build logs and a related
> commit message in upstream git. Therefore an e-mail would be pretty
> useless at this point, unless I stop working then. Otherwise there would
> be several status report e-mails about my slowed-down progress. If I was
> the targeted maintainer, I would be annoyed by this - we are not talking
> about changes that might require an epoch bump here and therefore are
> easily reverted.
>
>> As for waiting for a response, yes I think it is fine to wait a day.
>
> Not sure how it works for other volunteer maintainers, but this does not
> fit with my time slots that I might have available. So waiting a day
> might also mean wait till the next weekend, when I have time for this
> again.
>
>> Timezones alone may mean that the duplicate work you wished to avoid
>> was already queued on the maintainer's side and he was just waiting to
>> finish testing before pushing.  Who knows.  Urgency in fixing packages
>> is certainly appreciated, but this is not a critical package and it
>> had already been broken for a week.
>
> To be honest, a one week old commit to dist-git that does not build due
> to upstream bugs does not suggest to me that the maintainer has an extra
> secret stash of changes that are just waiting of a lot of extra testing.
> If the commit happened recently, it might be different.

You and I are going to disagree on this issue and the finer points
within it.  That is fine.  We will simply have to agree to disagree
because spending further time with back and forth isn't going to be
productive.

Thank you for the very civil discourse.

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

[Bug 1307459] Review Request: perl-Test-Fake-HTTPD - Fake HTTP server module for testing

[bugzilla]

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



--- Comment #5 from Jon Ciesla  ---
Package request has been approved:
https://admin.fedoraproject.org/pkgdb/package/perl-Test-Fake-HTTPD

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

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

[bugzilla]

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

Terje Røsten  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED



--- Comment #1 from Terje Røsten  ---
Thanks for your report!

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

[Bug 1305134] Review Request: perl-Data-Page-Pageset - Change long page list to be shorter and well navigate

[bugzilla]

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



--- Comment #6 from Jon Ciesla  ---
Package request has been approved:
https://admin.fedoraproject.org/pkgdb/package/perl-Data-Page-Pageset

-- 
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-OpenSSH (master). "0.70 bump"

[notifications]

From 904dcabaa39046518c3e0daff06c49789f0cf7f7 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Mon, 15 Feb 2016 16:46:24 +0100
Subject: 0.70 bump

---
 .gitignore|  1 +
 perl-Net-OpenSSH.spec | 35 ---
 sources   |  2 +-
 3 files changed, 34 insertions(+), 4 deletions(-)

diff --git a/.gitignore b/.gitignore
index 8a23583..a321c77 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@
 /Net-OpenSSH-0.60.tar.gz
 /Net-OpenSSH-0.62.tar.gz
 /Net-OpenSSH-0.64.tar.gz
+/Net-OpenSSH-0.70.tar.gz
diff --git a/perl-Net-OpenSSH.spec b/perl-Net-OpenSSH.spec
index 5381d16..8bf9911 100644
--- a/perl-Net-OpenSSH.spec
+++ b/perl-Net-OpenSSH.spec
@@ -1,6 +1,6 @@
 Name:   perl-Net-OpenSSH
-Version:0.64
-Release:4%{?dist}
+Version:0.70
+Release:1%{?dist}
 Summary:Perl SSH client package implemented on top of OpenSSH
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -8,10 +8,37 @@ URL:http://search.cpan.org/dist/Net-OpenSSH/
 Source0:
http://www.cpan.org/modules/by-module/Net/Net-OpenSSH-%{version}.tar.gz
 BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildArch:  noarch
+BuildRequires:  coreutils
+BuildRequires:  findutils
+BuildRequires:  make
+BuildRequires:  perl
 BuildRequires:  perl(ExtUtils::MakeMaker)
+# Run-time:
+BuildRequires:  perl(Carp)
+BuildRequires:  perl(Cwd)
+# Data::Dumper not used at tests
+BuildRequires:  perl(Errno)
+BuildRequires:  perl(Exporter)
+# File::Glob not used at tests
+BuildRequires:  perl(File::Spec)
+# Moo not used at tests
+# Object::Remote::Role::Connector::PerlInterpreter not used at tests
+BuildRequires:  perl(POSIX)
+BuildRequires:  perl(Scalar::Util)
+BuildRequires:  perl(Socket)
+BuildRequires:  perl(strict)
+# Sys::Hostname not used at tests
+BuildRequires:  perl(warnings)
+# Tests:
+BuildRequires:  perl(lib)
 BuildRequires:  perl(Test::More)
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
 Requires:   openssh-clients
+Requires:   perl(File::Glob)
+Suggests:   perl(IO::Pty)
+Suggests:   perl(Net::SFTP::Foreign) >= 1.47
+Requires:   perl(Object::Remote::Role::Connector::PerlInterpreter)
+Suggests:   perl(Sys::Hostname)
 
 # Needed to stop the sample scripts pulling in more perl packages.
 %{?perl_default_filter}
@@ -44,12 +71,14 @@ make test
 rm -rf $RPM_BUILD_ROOT
 
 %files
-%defattr(-,root,root,-)
 %doc Changes README sample
 %{perl_vendorlib}/*
 %{_mandir}/man3/*
 
 %changelog
+* Mon Feb 15 2016 Petr Pisar  - 0.70-1
+- 0.70 bump
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
0.64-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
diff --git a/sources b/sources
index 27204ea..3aec033 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-a6de211c74847c2791b94e08ab8c8600  Net-OpenSSH-0.64.tar.gz
+f37eaebeddf9d0218f94eb1913c9d728  Net-OpenSSH-0.70.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Net-OpenSSH.git/commit/?h=master=904dcabaa39046518c3e0daff06c49789f0cf7f7
--
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: Please stop modifying other people's packages without coordinating with them first

[Till Maas]

On Mon, Feb 15, 2016 at 07:47:08AM -0500, Josh Boyer wrote:

> You misunderstand.  I was not suggesting you ask for permission.  I
> was stating that IRC contact alone, for whatever reason, is not
> necessarily sufficient as an attempt to contact a maintainer.  You can
> convey _much_ more information in an email, to the point of telling
> them exactly what you are committing and why.  It is so much better
> than a simple ping or brief sentence or two in IRC.

I agree, that it is possible to be more informative via e-mail. However
at the time I reached out via IRC, I did not yet know all the details. I
only knew the build error from the previous build logs and a related
commit message in upstream git. Therefore an e-mail would be pretty
useless at this point, unless I stop working then. Otherwise there would
be several status report e-mails about my slowed-down progress. If I was
the targeted maintainer, I would be annoyed by this - we are not talking
about changes that might require an epoch bump here and therefore are
easily reverted.

> As for waiting for a response, yes I think it is fine to wait a day.

Not sure how it works for other volunteer maintainers, but this does not
fit with my time slots that I might have available. So waiting a day
might also mean wait till the next weekend, when I have time for this
again.

> Timezones alone may mean that the duplicate work you wished to avoid
> was already queued on the maintainer's side and he was just waiting to
> finish testing before pushing.  Who knows.  Urgency in fixing packages
> is certainly appreciated, but this is not a critical package and it
> had already been broken for a week.

To be honest, a one week old commit to dist-git that does not build due
to upstream bugs does not suggest to me that the maintainer has an extra
secret stash of changes that are just waiting of a lot of extra testing.
If the commit happened recently, it might be different.

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

Re: liborigin FTBFS

[Alexander Ploumistos]

On Mon, Feb 15, 2016 at 3:44 PM, Jonathan Wakely
 wrote:
> The problem is that the package defines a type 'function' in the
> global namespace, but also puts 'using namespace std;" in the global
> namespace, in a header. That causes the 'function' struct and
> 'std::function' to be ambiguous.

Was that considered correct or acceptable at the time the library was
written (ca 2008)?

> This patch fixes the build, but only by hacking around the problem,
> not fixing the evil 'using namespace std' in the header.

Thank you so much, I will apply this as soon as I get back!

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

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

[Simon Pichugin]

Hi team,

speaking about coverage module. Please, join the discussion.

https://fedorahosted.org/389/ticket/48407#comment:3

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

ppisar uploaded Net-OpenSSH-0.70.tar.gz for perl-Net-OpenSSH

[notifications]

f37eaebeddf9d0218f94eb1913c9d728  Net-OpenSSH-0.70.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Net-OpenSSH/Net-OpenSSH-0.70.tar.gz/md5/f37eaebeddf9d0218f94eb1913c9d728/Net-OpenSSH-0.70.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

Re: openCOLLADA: Help with GCC6 narrowing conversion

[Ralf Corsepius]

On 02/15/2016 04:54 PM, Jakub Jelinek wrote:

On Mon, Feb 15, 2016 at 04:46:32PM +0100, Dan Horák wrote:

On Mon, 15 Feb 2016 09:35:03 -0600
Richard Shaw  wrote:


On Mon, Feb 15, 2016 at 8:50 AM, Dan Horák  wrote:


On Mon, 15 Feb 2016 08:34:31 -0600
Richard Shaw  wrote:


Can someone point me in the right direction? My package
openCOLLADA is FTBFS in rawhide with the following (repeating)
error:



/builddir/build/BUILD/OpenCOLLADA-3335ac164e68b2512a40914b14c74db260e6ff7d/COLLADABaseUtils/src/COLLADABUURI.cpp:57:2:

error: narrowing conversion of '-1' from 'int' to 'char' inside
{ } [-Wnarrowing]
   };


isn't it on ARM? Then you should use explicit "signed char" as char
is unsigned by default on ARM (and other arches), see eg.
http://blog.cdleary.com/2012/11/arm-chars-are-unsigned-by-default/



Thanks Dan, that got it, adding an explicit signed fixed the build.


you are welcome, there will be more packages suffering from the same
problem (I own at least one :-)), sometimes appending "-fsigned-char"
to CFLAGS will be easier.


Note that -fsigned-char changes the ABI, so it might have various
undesirable effects too.


Exactly. Because of this, I -fsigned-char should only be applied as a 
last resort/work-around to mere program/application packages and not to 
library packages, IMHO.


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

[389-devel] SASL/EXTERNAL bind mech issue

[Simon Pichugin]

Hi team,

I am trying to set up SASL/EXTERNAL binding mechanism.
I perform all actions from our docs (Administration guide)

First, I've set up SSL/TLS on the clean instance: 
1) Cert was created and imported 
2) Trusted CA cert was imported too 
3) cert8.db, key3.db, secmod.db were copied to /etc/openldap/certs/ 
4) Config was changed to accept SSL/TLS 
5) Setup was tested and everything worked perfectly 

Then client certificate was created and approved by our CA.

openssl x509 -in client_ds.crt -text
Certificate:
Data:
Version: 1 (0x0)
Serial Number: 16371655739931625967 (0xe333ce279b9c09ef)
Signature Algorithm: sha256WithRSAEncryption
Issuer: C=CZ, ST=Moravia, L=Brno, O=Default Company Ltd, OU=Dev, 
CN=Simon
Validity
Not Before: Feb 12 13:51:50 2016 GMT
Not After : Oct 21 13:51:50 2029 GMT
Subject: C=CZ, L=Default City, O=example.com, CN=simon 
pichugin/emailAddress=spich...@redhat.com

After that certificate was imported to "userCertificate" attr of
our user (I've cut the attr output):

# spichugin, People, example.com
dn: uid=spichugin,ou=People,dc=example,dc=com
mail: spich...@redhat.com
uid: spichugin
givenName: simon
objectClass: top
objectClass: person
objectClass: organizationalPerson
objectClass: inetorgperson
sn: pichugin
cn: simon pichugin
userPassword:: e1NTSEF9OVJhbUdER3prOE1JdENObnFJb3
userCertificate:: LS0tLS1CRUdJTiBDRVJUSUZJQ0FU
Next, /etc/dirsrv/slapd-stal/certmap.conf was modified with this contents:
certmap Example o=example.com
Example:DNComps
Example:FilterComps mail,cn
Also tried with this:
certmap Example cn=simon pichugin
Example:DNComps
Example:FilterComps mail,cn

Also I have added "olcTLSVerifyClient: demand" to 
/etc/openldap/slapd.d/cn\=config.ldif 

/etc/openldap/ldap.conf contains only "TLS_CACERTDIR /etc/openldap/certs/", the 
rest options is by default

Then I've tested setup with this command:

[spichugi@rhel-ws ~]$ ldapsearch -H ldaps://rhel-ws.brq.redhat.com:636 -b 
"dc=example,dc=com" \
-Y EXTERNAL -U "dn:uid=spichugin,ou=People,dc=example,dc=com" -w Secret123 -d 1
ldap_url_parse_ext(ldaps://rhel-ws.brq.redhat.com:636)
ldap_create
ldap_url_parse_ext(ldaps://rhel-ws.brq.redhat.com:636/??base)
ldap_sasl_interactive_bind: user selected: EXTERNAL
ldap_int_sasl_bind: EXTERNAL
ldap_new_connection 1 1 0
ldap_int_open_connection
ldap_connect_to_host: TCP rhel-ws.brq.redhat.com:636
ldap_new_socket: 3
ldap_prepare_socket: 3
ldap_connect_to_host: Trying ::1 636
ldap_pvt_connect: fd: 3 tm: -1 async: 0
attempting to connect:
connect success
TLS: certdb config: configDir='/etc/openldap/certs/' tokenDescription='ldap(0)' 
certPrefix='' keyPrefix='' flags=readOnly
TLS: using moznss security dir /etc/openldap/certs/ prefix .
TLS: certificate 
[CN=rhel-ws.brq.redhat.com,OU=sdfsd,O=qwedasdf,L=VCrno,ST=Alabama,C=US] is valid
TLS certificate verification: subject: 
CN=rhel-ws.brq.redhat.com,OU=sdfsd,O=qwedasdf,L=VCrno,ST=Alabama,C=US, issuer: 
CN=Simon,OU=Dev,O=Default Company Ltd,L=Brno,ST=Moravia,C=CZ, cipher: AES-256, 
security level: high, secret key bits: 256, total key bits: 256, cache hits: 0, 
cache misses: 0, cache not reusable: 0
ldap_int_sasl_open: host=rhel-ws.brq.redhat.com
SASL/EXTERNAL authentication started
ldap_msgfree
ldap_err2string
ldap_sasl_interactive_bind_s: Unknown authentication method (-6)
additional info: SASL(-4): no mechanism available:
ldap_free_connection 1 1
ldap_send_unbind
ber_flush2: 7 bytes to sd 3
ldap_free_connection: actually freed

Please, if someone has an idea what can be wrong, share it. :)

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

[Bug 1281319] Upgrade perl-Net-OpenSSH to 0.68

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Net-OpenSSH-0.70-1.fc2
   ||4
 Resolution|--- |RAWHIDE
Last Closed||2016-02-15 10:58:44



-- 
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: openCOLLADA: Help with GCC6 narrowing conversion

[Jakub Jelinek]

On Mon, Feb 15, 2016 at 04:46:32PM +0100, Dan Horák wrote:
> On Mon, 15 Feb 2016 09:35:03 -0600
> Richard Shaw  wrote:
> 
> > On Mon, Feb 15, 2016 at 8:50 AM, Dan Horák  wrote:
> > 
> > > On Mon, 15 Feb 2016 08:34:31 -0600
> > > Richard Shaw  wrote:
> > >
> > > > Can someone point me in the right direction? My package
> > > > openCOLLADA is FTBFS in rawhide with the following (repeating)
> > > > error:
> > > >
> > > >
> > > /builddir/build/BUILD/OpenCOLLADA-3335ac164e68b2512a40914b14c74db260e6ff7d/COLLADABaseUtils/src/COLLADABUURI.cpp:57:2:
> > > > error: narrowing conversion of '-1' from 'int' to 'char' inside
> > > > { } [-Wnarrowing]
> > > >   };
> > >
> > > isn't it on ARM? Then you should use explicit "signed char" as char
> > > is unsigned by default on ARM (and other arches), see eg.
> > > http://blog.cdleary.com/2012/11/arm-chars-are-unsigned-by-default/
> > 
> > 
> > Thanks Dan, that got it, adding an explicit signed fixed the build.
> 
> you are welcome, there will be more packages suffering from the same
> problem (I own at least one :-)), sometimes appending "-fsigned-char"
> to CFLAGS will be easier.

Note that -fsigned-char changes the ABI, so it might have various
undesirable effects too.

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

Re: openCOLLADA: Help with GCC6 narrowing conversion

[Dan Horák]

On Mon, 15 Feb 2016 09:35:03 -0600
Richard Shaw  wrote:

> On Mon, Feb 15, 2016 at 8:50 AM, Dan Horák  wrote:
> 
> > On Mon, 15 Feb 2016 08:34:31 -0600
> > Richard Shaw  wrote:
> >
> > > Can someone point me in the right direction? My package
> > > openCOLLADA is FTBFS in rawhide with the following (repeating)
> > > error:
> > >
> > >
> > /builddir/build/BUILD/OpenCOLLADA-3335ac164e68b2512a40914b14c74db260e6ff7d/COLLADABaseUtils/src/COLLADABUURI.cpp:57:2:
> > > error: narrowing conversion of '-1' from 'int' to 'char' inside
> > > { } [-Wnarrowing]
> > >   };
> >
> > isn't it on ARM? Then you should use explicit "signed char" as char
> > is unsigned by default on ARM (and other arches), see eg.
> > http://blog.cdleary.com/2012/11/arm-chars-are-unsigned-by-default/
> 
> 
> Thanks Dan, that got it, adding an explicit signed fixed the build.

you are welcome, there will be more packages suffering from the same
problem (I own at least one :-)), sometimes appending "-fsigned-char"
to CFLAGS will be easier.


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

[Bug 1307459] Review Request: perl-Test-Fake-HTTPD - Fake HTTP server module for testing

[bugzilla]

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



--- Comment #4 from Denis Fateyev  ---
(In reply to Petr Pisar from comment #2)
> FIX: Build-require `perl(Config)' (inc/Module/Install/Can.pm:5).
> FIX: Build-requie `perl(Fcntl)' (inc/Module/Install/Makefile.pm:7).

Oh, forgot about these two. Will add them.

> FIX: Do install the HTTPD.pm.sslparam file. This can be achieved by removing
> `-b .sslparam' arguments from %patch0 command.

I did it just to have the original version in buildroot for testing.
Seems not harmful, but sure I'll remove this backup anyway.

Thanks for reviewing the package.

Updated version:
Spec URL: http://www.fateyev.com/RPMS/Fedora22/perl-Test-Fake-HTTPD.spec
SRPM URL:
http://www.fateyev.com/RPMS/Fedora22/perl-Test-Fake-HTTPD-0.07-2.fc24.src.rpm

-- 
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: Please stop modifying other people's packages without coordinating with them first

[Hans de Goede]

Hi,

On 15-02-16 14:15, Josh Boyer wrote:

On Mon, Feb 15, 2016 at 7:57 AM, Hans de Goede  wrote:

Hi,

On 15-02-16 13:47, Josh Boyer wrote:




While I'm still very much on the fence about this, moving to pagure
for dist-git might very much help in these situations.  Being able to
send a pull request with your changes easily means you've fixed it,
the maintainer just needs to pull it in.  All of the information is
contained within that pull request.  It would seem to solve many of
our communication issues.



I do not think that adding a pull-req to the process of proven packager
commits is really helpful. To me this feels like adding unnecessary red-tape
in a response to one are two cases where a provenpackager commit was
not 100% to the liking of the maintainer.

How many proven packager commits do we have a day / a week ? And how
much of those lead to "raised eyebrows" of the official package
maintainer ?

I think that with things like broken deps due to soname bumps +
mass-rebuild failures having proven=packagers help out is 99.9%
of the time very welcome help. I certainly always value such help
with my packages.


So they can continue.  I don't see why having pagure precludes them
from carrying on as normal.  YOu can even have "just commit, don't
send me pull requests" in the pagure repo info.


Ok, then I'm fine with it.


Both as a maintainer (having to respond to pull-reqs means extra work)
and as a proven packager I'm not in favor of adding this extra red-tape.


Why do people assume every change is going to be 100% mandatory for
everyone all the time?  I never said that.


I know you didn't say that I was just trying to pre-empt this possibly
becoming a mandatory thing.




If nobody else cares about this, then fine.  I'm not demanding it.
I'm simply suggesting it as a solution


I agree this maybe useful for some work flows, and people used to
the github workflow will likely like this, so if people want to work
on this as an extra option then I'm all for it.

> to the problem clearly highlighted in this thread.

I'm not sure there really is such a problem, which is exactly why
I replied. Yes there was a communication hiccup, those happen, but as
I said in my initial reply, how many provenpackager commits a day / week
do we have, and how often do we get such a communication hiccup ?

(Honest) Mistakes will always happen, we simply cannot "regulate"
mistakes away completely and trying to do so will just result
in needlessly complex procedures.

Regards,

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

[Bug 1307459] Review Request: perl-Test-Fake-HTTPD - Fake HTTP server module for testing

[bugzilla]

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



--- Comment #3 from Upstream Release Monitoring 
 ---
dfateyev's scratch build of perl-Test-Fake-HTTPD-0.07-2.fc23.denf.src.rpm for
rawhide completed http://koji.fedoraproject.org/koji/taskinfo?taskID=12994040

-- 
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: openCOLLADA: Help with GCC6 narrowing conversion

[Richard Shaw]

On Mon, Feb 15, 2016 at 8:50 AM, Dan Horák  wrote:

> On Mon, 15 Feb 2016 08:34:31 -0600
> Richard Shaw  wrote:
>
> > Can someone point me in the right direction? My package openCOLLADA is
> > FTBFS in rawhide with the following (repeating) error:
> >
> >
> /builddir/build/BUILD/OpenCOLLADA-3335ac164e68b2512a40914b14c74db260e6ff7d/COLLADABaseUtils/src/COLLADABUURI.cpp:57:2:
> > error: narrowing conversion of '-1' from 'int' to 'char' inside { }
> > [-Wnarrowing]
> >   };
>
> isn't it on ARM? Then you should use explicit "signed char" as char is
> unsigned by default on ARM (and other arches), see eg.
> http://blog.cdleary.com/2012/11/arm-chars-are-unsigned-by-default/


Thanks Dan, that got it, adding an explicit signed fixed the build.

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

[Bug 1281319] Upgrade perl-Net-OpenSSH to 0.68

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|steve.tray...@cern.ch   |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

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

[Pete Travis]

On Feb 10, 2016 6:29 AM, "Josh Boyer"  wrote:
>
> On Tue, Feb 9, 2016 at 11:32 AM, Jared K. Smith
>  wrote:
> >
> > On Mon, Feb 8, 2016 at 10:55 PM, Neal Gompa  wrote:
> >>
> >> And aren't we supposed to *not* do stuff like this
> >> anymore?
> >
> >
> >
> > If I had to guess, I'd say that this was proposed as an F24 change to
help
> > it get publicity in the release notes, etc.
>
> Changes are not used for that purpose.  It is expressly the reason we
> decided to stop calling them Features.  Changes focus on the technical
> content and impact for communication with Fedora developers.  There's
> nothing in this one that other developers really need to know about on
> a project wide scale.
>
> If someone wants to market something, they should be working with the
> docs and marketing teams directly.
>
> josh
> --

FWIW, to get attention for a new package in the release notes process, you
can simply set the review ticket's fedora_requires_release_notes flag to ?.

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

[Bug 1308596] New: Upgrade perl-Data-Validate-IP to 0.25

[bugzilla]

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

Bug ID: 1308596
   Summary: Upgrade perl-Data-Validate-IP to 0.25
   Product: Fedora
   Version: rawhide
 Component: perl-Data-Validate-IP
  Keywords: FutureFeature
  Assignee: fedora...@rule.lv
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: fedora...@rule.lv, perl-devel@lists.fedoraproject.org



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

Also please enable release monitoring 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 1308595] New: Upgrade perl-Convert-Binary-C to 0.78

[bugzilla]

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

Bug ID: 1308595
   Summary: Upgrade perl-Convert-Binary-C to 0.78
   Product: Fedora
   Version: rawhide
 Component: perl-Convert-Binary-C
  Keywords: FutureFeature
  Assignee: al...@users.sourceforge.net
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: al...@users.sourceforge.net,
perl-devel@lists.fedoraproject.org



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

Also please enable release monitoring to receive notification 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 1308594] New: Upgrade perl-Config-Grammar to 1.11

[bugzilla]

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

Bug ID: 1308594
   Summary: Upgrade perl-Config-Grammar to 1.11
   Product: Fedora
   Version: rawhide
 Component: perl-Config-Grammar
  Keywords: FutureFeature
  Assignee: terje...@phys.ntnu.no
  Reporter: ppi...@redhat.com
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org,
terje...@phys.ntnu.no



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

Also please enable release monitoring to receive notification 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

Re: openCOLLADA: Help with GCC6 narrowing conversion

[Dan Horák]

On Mon, 15 Feb 2016 08:34:31 -0600
Richard Shaw  wrote:

> Can someone point me in the right direction? My package openCOLLADA is
> FTBFS in rawhide with the following (repeating) error:
> 
> /builddir/build/BUILD/OpenCOLLADA-3335ac164e68b2512a40914b14c74db260e6ff7d/COLLADABaseUtils/src/COLLADABUURI.cpp:57:2:
> error: narrowing conversion of '-1' from 'int' to 'char' inside { }
> [-Wnarrowing]
>   };

isn't it on ARM? Then you should use explicit "signed char" as char is
unsigned by default on ARM (and other arches), see eg.
http://blog.cdleary.com/2012/11/arm-chars-are-unsigned-by-default/


Dan
 
> I tried using the gcc6 porting guide but I'm not qutie enough of a
> programmer to understand how to apply it in this case. The offending
> code is:
> 
> const char HEX2DEC[256] = ^M
> {^M
> /*   0  1  2  3   4  5  6  7   8  9  A  B   C  D
> E  F */^M
> /* 0 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
> -1,-1,-1,-1,^M
> /* 1 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
> -1,-1,-1,-1,^M
> /* 2 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
> -1,-1,-1,-1,^M
> /* 3 */  0, 1, 2, 3,  4, 5, 6, 7,  8, 9,-1,-1,
> -1,-1,-1,-1,^M
> ^M
> /* 4 */ -1,10,11,12, 13,14,15,-1, -1,-1,-1,-1,
> -1,-1,-1,-1,^M
> /* 5 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
> -1,-1,-1,-1,^M
> /* 6 */ -1,10,11,12, 13,14,15,-1, -1,-1,-1,-1,
> -1,-1,-1,-1,^M
> /* 7 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
> -1,-1,-1,-1,^M
> ^M
> /* 8 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
> -1,-1,-1,-1,^M
> /* 9 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
> -1,-1,-1,-1,^M
> /* A */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
> -1,-1,-1,-1,^M
> /* B */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
> -1,-1,-1,-1,^M
> ^M
> /* C */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
> -1,-1,-1,-1,^M
> /* D */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
> -1,-1,-1,-1,^M
> /* E */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
> -1,-1,-1,-1,^M
> /* F */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
> -1,-1,-1,-1^M };^M
> 
> Thanks,
> Richard
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: openCOLLADA: Help with GCC6 narrowing conversion

[Richard Shaw]

On Mon, Feb 15, 2016 at 8:46 AM, Mamoru TASAKA 
wrote:

> Richard Shaw wrote on 02/15/2016 11:34 PM:
>
>> Can someone point me in the right direction? My package openCOLLADA is
>> FTBFS in rawhide with the following (repeating) error:
>>
>>
>> /builddir/build/BUILD/OpenCOLLADA-3335ac164e68b2512a40914b14c74db260e6ff7d/COLLADABaseUtils/src/COLLADABUURI.cpp:57:2:
>> error: narrowing conversion of '-1' from 'int' to 'char' inside { }
>> [-Wnarrowing]
>>};
>>
>> I tried using the gcc6 porting guide but I'm not qutie enough of a
>> programmer to understand how to apply it in this case. The offending code
>> is:
>>
>>  const char HEX2DEC[256] = ^M
>>  {^M
>>  /*   0  1  2  3   4  5  6  7   8  9  A  B   C  D  E
>> F
>> */^M
>>  /* 0 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
>> -1,-1,-1,-1,^M
>>  /* 1 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
>>
>
> 
>
> On _ARM_ (actually build failure seems to be on ARM) char is _unsigned_
> by default, so converting (int)-1 to char on ARM is narrowing conversion
> and C++11 forbids this on list-initialization.
>

Yes, I forgot to mention this was an ARM failure, i686 and x86_64 builds
will complete.


> You can do this when you explicitly cast, like
>  const char HEX2DEC[256] = { (char)-1, . }


I almost tried that but thought there might be a better way, I guess not...

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

Re: openCOLLADA: Help with GCC6 narrowing conversion

[Mamoru TASAKA]

Richard Shaw wrote on 02/15/2016 11:34 PM:

Can someone point me in the right direction? My package openCOLLADA is
FTBFS in rawhide with the following (repeating) error:

/builddir/build/BUILD/OpenCOLLADA-3335ac164e68b2512a40914b14c74db260e6ff7d/COLLADABaseUtils/src/COLLADABUURI.cpp:57:2:
error: narrowing conversion of '-1' from 'int' to 'char' inside { }
[-Wnarrowing]
   };

I tried using the gcc6 porting guide but I'm not qutie enough of a
programmer to understand how to apply it in this case. The offending code
is:

 const char HEX2DEC[256] = ^M
 {^M
 /*   0  1  2  3   4  5  6  7   8  9  A  B   C  D  E  F
*/^M
 /* 0 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
-1,-1,-1,-1,^M
 /* 1 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,




On _ARM_ (actually build failure seems to be on ARM) char is _unsigned_
by default, so converting (int)-1 to char on ARM is narrowing conversion
and C++11 forbids this on list-initialization.

You can do this when you explicitly cast, like
 const char HEX2DEC[256] = { (char)-1, . }

Regards,
Mamoru

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

[Bug 1307459] Review Request: perl-Test-Fake-HTTPD - Fake HTTP server module for testing

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

  Flags|fedora-review?  |fedora-review+



--- Comment #2 from Petr Pisar  ---
URL and Source0 are usable Ok.
Source archive is original (SHA-256:
708e6e5f168b562c3d060369583fc146eec1bbcf526d48f4e5ef8ee8f9f41209). Ok.
License verified from README.pod, META.yml, lib/Test/Fake/HTTPD.pm.
No XS code used, noarch BuildArch is Ok.

TODO: Add a dot at the end of description's last sentence.

TODO: Prune the ./inc directory and build-require inc::Module::Install modules.
Or fulfill these:

FIX: Build-require `perl(Config)' (inc/Module/Install/Can.pm:5).
FIX: Build-requie `perl(Fcntl)' (inc/Module/Install/Makefile.pm:7).

All tests pass. Ok.

$ rpmlint perl-Test-Fake-HTTPD.spec
../SRPMS/perl-Test-Fake-HTTPD-0.07-1.fc24.src.rpm
../RPMS/noarch/perl-Test-Fake-HTTPD-0.07-1.fc24.noarch.rpm 
(none): E: no installed packages by name perl-Test-Fake-HTTPD.spec
perl-Test-Fake-HTTPD.src: W: spelling-error %description -l en_US masaki ->
Saki
perl-Test-Fake-HTTPD.src: W: spelling-error %description -l en_US cpan -> can,
pan, span
perl-Test-Fake-HTTPD.noarch: W: spelling-error %description -l en_US masaki ->
Saki
perl-Test-Fake-HTTPD.noarch: W: spelling-error %description -l en_US cpan ->
can, pan, span
2 packages and 0 specfiles checked; 0 errors, 4 warnings.
rpmlint is Ok.

$ rpm -q -lv -p ../RPMS/noarch/perl-Test-Fake-HTTPD-0.07-1.fc24.noarch.rpm 
drwxr-xr-x2 root   
root0 Feb 15 15:17 /usr/share/doc/perl-Test-Fake-HTTPD
-rw-r--r--1 rootroot  474 Jan 25  2015
/usr/share/doc/perl-Test-Fake-HTTPD/Changes
-rw-r--r--1 rootroot 6758 Jan 25  2015
/usr/share/doc/perl-Test-Fake-HTTPD/README.pod
-rw-r--r--1 rootroot 2325 Feb 15 15:17
/usr/share/man/man3/Test::Fake::HTTPD.3pm.gz
-rw-r--r--1 rootroot 2327 Feb 15 15:17
/usr/share/man/man3/Test::Fake::README.3pm.gz
drwxr-xr-x2 rootroot0 Feb 15 15:17
/usr/share/perl5/vendor_perl/Test
drwxr-xr-x2 rootroot0 Feb 15 15:17
/usr/share/perl5/vendor_perl/Test/Fake
-rw-r--r--1 rootroot 7024 Feb 15 15:17
/usr/share/perl5/vendor_perl/Test/Fake/HTTPD.pm
-rw-r--r--1 rootroot 6758 Jan 25  2015
/usr/share/perl5/vendor_perl/Test/Fake/HTTPD.pm.sslparam
-rw-r--r--1 rootroot 6758 Jan 25  2015
/usr/share/perl5/vendor_perl/Test/Fake/README.pod

FIX: Do install the HTTPD.pm.sslparam file. This can be achieved by removing
`-b .sslparam' arguments from %patch0 command.

$ rpm -q --requires -p
../RPMS/noarch/perl-Test-Fake-HTTPD-0.07-1.fc24.noarch.rpm | sort -f | uniq -c
  1 perl(:MODULE_COMPAT_5.22.1)
  1 perl(:VERSION) >= 5.8.0
  1 perl(Carp)
  1 perl(Exporter)
  1 perl(HTTP::Daemon)
  1 perl(HTTP::Daemon::SSL)
  1 perl(HTTP::Message::PSGI)
  1 perl(Scalar::Util)
  1 perl(strict)
  1 perl(Test::TCP)
  1 perl(Time::HiRes)
  1 perl(URI)
  1 perl(warnings)
  1 rpmlib(CompressedFileNames) <= 3.0.4-1
  1 rpmlib(FileDigests) <= 4.6.0-1
  1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1
  1 rpmlib(PayloadIsXz) <= 5.2-1
TODO: Constrain `perl(Scalar::Util)' with `>= 1.14'.

$ rpm -q --provides -p
../RPMS/noarch/perl-Test-Fake-HTTPD-0.07-1.fc24.noarch.rpm | sort -f | uniq -c
  1 perl(Test::Fake::HTTPD) = 0.07
  1 perl-Test-Fake-HTTPD = 0.07-1.fc24
Binary provides are Ok.

$ resolvedeps rawhide
../RPMS/noarch/perl-Test-Fake-HTTPD-0.07-1.fc24.noarch.rpm
Binary dependencies resolvable. Ok.

Package builds in F24
(http://koji.fedoraproject.org/koji/taskinfo?taskID=12993425). Ok.

Otherwise the package is in line Fedora and Perl packaging guide lines.

Please correct all `FIX' items and consider fixing `TODO' items before building
the package.

Resolution: Package APPROVED.

-- 
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 1308365] slic3r crashes when loading known good stl files

[bugzilla]

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



--- Comment #1 from Miro Hrončok  ---
I can reproduce this.

Netfabb basic says this is an invalid STL file.

ADMeshGUI silently loads the file but displays nothing.

ADMesh for command line produces the following output:


= Results produced by ADMesh version 0.98.2

Input file : sd-organizer-style.stl
File type  : Binary STL file
Header :

== Size ==
Min X = -0.00, Max X =  31139554425569280.00
Min Y = -4.787809, Max Y =  216341.203125
Min Z = -0.00, Max Z =  847403352064.00
= Facet Status == Original  Final 
Number of facets :   608 664
Facets with 1 disconnected edge  :67   0
Facets with 2 disconnected edges :36   0
Facets with 3 disconnected edges :12   0
Total disconnected facets:   115   0
=== Processing Statistics === = Other Statistics =
Number of parts   :27Volume   :  2236782408995176448.00
Degenerate facets :19
Edges fixed   : 0
Facets removed:31
Facets added  :87
Facets reversed   :   761
Backwards edges   : 0

hexdump of a normal binary STL file looks like:

000 4f43 4f4c 3d52     
010        
*
050 f06c       bf80
...

First 80 bytes are header (null terminated). Next 4 bytes are number of facets.

hexdump of your file looks like:

000        
*
400 454d 4853 4d2d 5345 2d48 454d 4853 4d2d
...

As you can see a lot of first bytes are replaced with 0xFF. If your header is
not supposed to be nonprintable garbage and number of your facets isn't max of
UINT32, which the file size doesn't indicate, something is wrong with your
file.

Slic3r should not crash about it. I've tested with binary from slic3r.org and
also got crash (although the output in terminal is slightly different). Could
you please go and report this upstream, if you think Slic3r should display a
decent error message?

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

openCOLLADA: Help with GCC6 narrowing conversion

[Richard Shaw]

Can someone point me in the right direction? My package openCOLLADA is
FTBFS in rawhide with the following (repeating) error:

/builddir/build/BUILD/OpenCOLLADA-3335ac164e68b2512a40914b14c74db260e6ff7d/COLLADABaseUtils/src/COLLADABUURI.cpp:57:2:
error: narrowing conversion of '-1' from 'int' to 'char' inside { }
[-Wnarrowing]
  };

I tried using the gcc6 porting guide but I'm not qutie enough of a
programmer to understand how to apply it in this case. The offending code
is:

const char HEX2DEC[256] = ^M
{^M
/*   0  1  2  3   4  5  6  7   8  9  A  B   C  D  E  F
*/^M
/* 0 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
-1,-1,-1,-1,^M
/* 1 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
-1,-1,-1,-1,^M
/* 2 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
-1,-1,-1,-1,^M
/* 3 */  0, 1, 2, 3,  4, 5, 6, 7,  8, 9,-1,-1,
-1,-1,-1,-1,^M
^M
/* 4 */ -1,10,11,12, 13,14,15,-1, -1,-1,-1,-1,
-1,-1,-1,-1,^M
/* 5 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
-1,-1,-1,-1,^M
/* 6 */ -1,10,11,12, 13,14,15,-1, -1,-1,-1,-1,
-1,-1,-1,-1,^M
/* 7 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
-1,-1,-1,-1,^M
^M
/* 8 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
-1,-1,-1,-1,^M
/* 9 */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
-1,-1,-1,-1,^M
/* A */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
-1,-1,-1,-1,^M
/* B */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
-1,-1,-1,-1,^M
^M
/* C */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
-1,-1,-1,-1,^M
/* D */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
-1,-1,-1,-1,^M
/* E */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1,
-1,-1,-1,-1,^M
/* F */ -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1, -1,-1,-1,-1^M
};^M

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

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

[Jan Kurik]

I just deferred this Change as it is not needed anymore.
https://fedoraproject.org/wiki/Changes/LetsEncrypt

Regards,
Jan

On Wed, Feb 10, 2016 at 4:27 PM, James Hogarth  wrote:
>
>
> On 10 February 2016 at 14:57, Josh Boyer  wrote:
>>
>> On Wed, Feb 10, 2016 at 9:41 AM, James Hogarth 
>> wrote:
>> >>
>> > Marketing are aware the package exists ... I worked with them on the
>> > Fedora
>> > Magazine article(s) after all ... even got a >5000 view badge for it! ;)
>>
>> Fantastic.
>>
>
> I was rather happy with the result.
>
>>
>> > Putting on my #centos community hat though ...
>> >
>> > Recently there was an uproar in mailing lists there and we told people
>> > to
>> > pay attention to Fedora ChangeSets for a loose indication on things to
>> > be
>> > aware of coming up.
>>
>> So you took a process that originally already had problems and added
>> more problems by telling people to use it for things it wasn't meant
>> for? :)
>>
>> Seriously, I understand the motivation there but Changes is not the
>> place to pay attention to things from a CentOS perspective.  Not every
>> Change will wind up in RHEL, so it is already misleading.  Further,
>> given the lifecycles, a Change that lands in one Fedora release may be
>> superseded by one in a later release.
>>
>
> Err I don't know where you are getting this from ... I *did not* submit this
> change ...
>
> I'm the point of contact and one of the maintainers for Let's Encrypt but
> I'm not the one that put together the wiki page.
>
> As I pointed out I'm at best ambivalent about this being a valid change -
> but we should probably have some mechanism to highlight new non-change
> features.
>
> Indeed though many (most?) Fedora changes won't affect future RHEL Mattdm
> was the one over on those lists suggesting people pay attention to Fedora
> ChangeSets for at least a rough heads up on what might be coming at some
> point.
>
>
>
>>
>> > If new packages/technology aren't to be mentioned and only changes to
>> > existing technology that may affect $developer are we do need a better
>> > way
>> > of exposing new things that are not changes.
>>
>> Yes.  New packages land in Fedora all the time.  We don't want to
>> require them to file a Change simply because someone in some other
>> project might be interested in it.  It's too much process.
>>
>> If we need cross-project collaboration on things that will either be
>> _in_ RHEL for sure, or things that CentOS wants/needs, that is a
>> totally separate discussion.  One that is certainly worth having.
>
>
>
> Realistically I think LE has had enough publicity for now and given the
> strong feelings would dismiss this from the F24 ChangeSet.
>
> I would say it's taking it to the extreme to declare about all new packages
> - most people won't care about the vast majority - but certain ones that
> have a significant community interest around makes sense.
>
> Regardless of potentially upcoming RHEL releases, the ability to highlight
> non-change features in a Fedora release, outside of $random FM article,
> sounds like it would be a worthwhile discussion to have on the marketing@
> mailing list.
>
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>



-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1307459] Review Request: perl-Test-Fake-HTTPD - Fake HTTP server module for testing

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
ppisar's scratch build of perl-Test-Fake-HTTPD-0.07-1.fc24.src.rpm for f24
completed http://koji.fedoraproject.org/koji/taskinfo?taskID=12993425

-- 
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: Fwd: Use suid_dumpable=2 for development releases

[Jakub Filak]

I'm not a security expert but I would rather start with something
less ambitious and more secure. Just for sure.


Regards,
Jakub


On 02/15/2016 11:22 AM, Miroslav Vadkerti wrote:

The issue described in the article was fixed by requiring an absolute
path in core_pattern (If I understand it correctly).

If core_pattern is unsafe, the process is not dumped at all  (man 5 proc).

The kernel commit adds a warning, because kernel was silently ignoring
crashes and no one could notice.

If this is true, shouldn't we be safe to set the default to 2?

Note also, that having suid_dumpable = 0 is sometimes blocking other security 
features in Fedora, for example sssd running as non-root by default - 
https://bugzilla.redhat.com/show_bug.cgi?id=1212503

Regards,
/M



Regards,
Jakub

On 02/12/2016 07:32 PM, Richard W.M. Jones wrote:

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

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

Re: Please stop modifying other people's packages without coordinating with them first

[Peter Robinson]

>>> > While I'm still very much on the fence about this, moving to pagure
>>> > for dist-git might very much help in these situations.  Being able
>>> > to send a pull request with your changes easily means you've fixed
>>> > it, the maintainer just needs to pull it in.  All of the
>>> > information is contained within that pull request.  It would seem
>>> > to solve many of our communication issues.
>>>
>>> I do not think that adding a pull-req to the process of proven
>>> packager commits is really helpful. To me this feels like adding
>>> unnecessary red-tape in a response to one are two cases where a
>>> provenpackager commit was not 100% to the liking of the maintainer.
>>>
>>> How many proven packager commits do we have a day / a week ? And how
>>> much of those lead to "raised eyebrows" of the official package
>>> maintainer ?
>>>
>>> I think that with things like broken deps due to soname bumps +
>>> mass-rebuild failures having proven=packagers help out is 99.9%
>>> of the time very welcome help. I certainly always value such help
>>> with my packages.
>>>
>>> Both as a maintainer (having to respond to pull-reqs means extra work)
>>> and as a proven packager I'm not in favor of adding this extra
>>> red-tape.
>>>
>>> Note that it does not matter how easy you make this, it is still more
>>> work then the current process for both the proven-packager and the
>>> maintainer. And no it is not just 5 seconds with a good gui, that
>>> totally discounts the mental load of needing to do another task
>>> and loosing concentration / breaking your work flow because of those
>>> 5 seconds.
>>
>> dunno if Josh means the pull requests to be mandatory, but they would
>> add a nice option how to provide fixes for package maintainers from
>> non-proven packagers. A review of the suggested changes can be useful
>> and will be easier than patch attached in bugzilla.
>
> Yes, this is true as well.

Agreed, I know there was a discussion at some point of putting pagure
on top of dist-git to facilitate this sort of thing, having dealt with
a LOT of packages when doing arch bringups etc having to file bugs,
await responses from maintainers is a lot of work for often what is a
few line fix which is blocking a vast work flow so the ability for
people to push directly is essential but the ability to have pull
requests would be a great addition to the work flow.

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

[Bug 1307459] Review Request: perl-Test-Fake-HTTPD - Fake HTTP server module for testing

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||ppi...@redhat.com
   Assignee|nob...@fedoraproject.org|ppi...@redhat.com
  Flags||fedora-review?



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

[POC-change] Fedora packages point of contact updates

[nobody]

Change in package status over the last 168 hours


32 packages were orphaned
-
acpitool [f23, f22, master] was orphaned by kevin
 Command line ACPI client
 https://admin.fedoraproject.org/pkgdb/package/acpitool
gmm [f23, f22, master] was orphaned by kevin
 A generic C++ template library for sparse, dense and skyline matrices
 https://admin.fedoraproject.org/pkgdb/package/gmm
kmess [f23, f22, master] was orphaned by kevin
 Messaging client for MSN
 https://admin.fedoraproject.org/pkgdb/package/kmess
mockito [el6] was orphaned by raphgro
 A Java mocking framework
 https://admin.fedoraproject.org/pkgdb/package/mockito
netmonitor [f23, f22, master] was orphaned by kevin
 The free linux network bandwidth monitor
 https://admin.fedoraproject.org/pkgdb/package/netmonitor
powerman [f23, f22, el6, master, el5] was orphaned by kevin
 PowerMan - Power to the Cluster
 https://admin.fedoraproject.org/pkgdb/package/powerman
python-mwclient [f23, f22, master, el6, epel7, el5] was orphaned by kevin
 Mwclient is a client to the MediaWiki API
 https://admin.fedoraproject.org/pkgdb/package/python-mwclient
sugar-analyze [f23, f22, master] was orphaned by kevin
 Analysing tool for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-analyze
sugar-calculator [f23, f22, master] was orphaned by kevin
 Calculator for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-calculator
sugar-chat [f23, f22, master] was orphaned by kevin
 Chat client for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-chat
sugar-clock [f23, f22, master] was orphaned by kevin
 Clock activity for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-clock
sugar-connect [f23, f22, master] was orphaned by kevin
 Connect for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-connect
sugar-distance [f23, f22, master] was orphaned by kevin
 Distance measurement for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-distance
sugar-finance [f23, f22, master] was orphaned by kevin
 Financial planning for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-finance
sugar-flipsticks [f23, f22, master] was orphaned by kevin
 A keyframe animation activity for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-flipsticks
sugar-getiabooks [f23, f22, master] was orphaned by kevin
 Internet Archive Books receiver for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-getiabooks
sugar-help [f23, f22, master] was orphaned by kevin
 Help and Dokumentation for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-help
sugar-imageviewer [f23, f22, master] was orphaned by kevin
 Simple Image viewer for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-imageviewer
sugar-implode [f23, f22, master] was orphaned by kevin
 Implode for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-implode
sugar-infoslicer [f23, f22, master] was orphaned by kevin
 Downloader for articles from Wikipedia
 https://admin.fedoraproject.org/pkgdb/package/sugar-infoslicer
sugar-maze [f23, f22, master] was orphaned by kevin
 Maze for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-maze
sugar-memorize [f23, f22, master] was orphaned by kevin
 Memorize for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-memorize
sugar-pippy [f23, f22, master] was orphaned by kevin
 Pippy for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-pippy
sugar-playgo [f23, f22, master] was orphaned by kevin
 Go for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-playgo
sugar-record [f23, f22, master] was orphaned by kevin
 Recording tool for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-record
sugar-speak [f23, f22, master] was orphaned by kevin
 Speak for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-speak
sugar-stopwatch [f23, f22, master] was orphaned by kevin
 Simple stopwatch for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-stopwatch
sugar-terminal [f23, f22, master] was orphaned by kevin
 Terminal for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-terminal
sugar-view-slides [f23, f22, master] was orphaned by kevin
 Image serie viewer for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-view-slides
sugar-write [f23, f22, master] was orphaned by kevin
 Word processor for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-write
sugar-xoirc [f23, f22, master] was orphaned by kevin
 IRC client for Sugar
 https://admin.fedoraproject.org/pkgdb/package/sugar-xoirc
tripwire [f23, f22, el6, master, el5] was orphaned by kevin
 IDS (Intrusion Detection System)
 https://admin.fedoraproject.org/pkgdb/package/tripwire

9 

Re: liborigin FTBFS

[Jonathan Wakely]

On 14/02/16 19:55 +0200, Alexander Ploumistos wrote:

Yesterday I was notified that liborigin failed to build in rawhide:
https://bugzilla.redhat.com/show_bug.cgi?id=1307729


The problem is that the package defines a type 'function' in the
global namespace, but also puts 'using namespace std;" in the global
namespace, in a header. That causes the 'function' struct and
'std::function' to be ambiguous.

This is why 'using namespace std' should never appear in (or before)
headers.

This patch fixes the build, but only by hacking around the problem,
not fixing the evil 'using namespace std' in the header.


diff --git a/liborigin-20080225-cxx11.patch b/liborigin-20080225-cxx11.patch
new file mode 100644
index 000..da2d893
--- /dev/null
+++ b/liborigin-20080225-cxx11.patch
@@ -0,0 +1,8 @@
+767c767
+<  vector  FUNCTION;
+---
+>  vector <::function> FUNCTION;
+927c927
+<  FUNCTION.push_back(function(sname, dataIndex));
+---
+>  FUNCTION.push_back(::function(sname, 
dataIndex));
diff --git a/liborigin.spec b/liborigin.spec
index bcd2014..b95d0ce 100644
--- a/liborigin.spec
+++ b/liborigin.spec
@@ -1,6 +1,6 @@
 Name:  liborigin
 Version:   20080225
-Release:   16%{?dist}
+Release:   17%{?dist}
 Summary:   Library for reading OriginLab OPJ project files
 
 License:   GPLv2
@@ -10,6 +10,7 @@ URL:   http://sourceforge.net/projects/%{name}/
 Source:
http://belnet.dl.sourceforge.net/sourceforge/liborigin/%{name}-%{version}.tar.gz
 # Include  into tree.hh
 Patch0:%{name}-%{version}-gcc.patch
+Patch1:%{name}-%{version}-cxx11.patch
 
 BuildRequires: cmake
 Requires(post):/sbin/ldconfig
@@ -65,6 +66,9 @@ chmod 0644 ws4.opj
 %{_libdir}/%{name}.so
 
 %changelog
+* Mon Feb 15 2016 Jonathan Wakely  - 20080225-17
+- Patched for C++11 compatibility
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
20080225-16
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Please stop modifying other people's packages without coordinating with them first

[Jonathan Wakely]

On 15/02/16 13:57 +0100, Hans de Goede wrote:

Hi,

On 15-02-16 13:47, Josh Boyer wrote:




While I'm still very much on the fence about this, moving to pagure
for dist-git might very much help in these situations.  Being able to
send a pull request with your changes easily means you've fixed it,
the maintainer just needs to pull it in.  All of the information is
contained within that pull request.  It would seem to solve many of
our communication issues.


I do not think that adding a pull-req to the process of proven packager
commits is really helpful. To me this feels like adding unnecessary red-tape
in a response to one are two cases where a provenpackager commit was
not 100% to the liking of the maintainer.


Personally I'd be happy with it. When patching lots of packages for
mass rebuilds I don't want to have to wait for dozens of email
responses and context-switch back to repos I was working in hours or
days earlier.  But if instead of pushing a fix I could send a pull
request and still "forget about" the package I'd be happy. The fix
would be shared with the maintainer, and I no longer need to track it
myself locally and chase people to respond.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Is my package a special Conflict: snowflake?

[Peter Lemenkov]

Hello All!
Fortunately this particular issue will be resolved soon. For those who
curious - we decided to switch to rds13 as a new upstream for
erlang-xmlrpc. It looks more promising since it's actively maintained
(last commit to the original xmlrpc repo was ~5 years ago).


2016-02-13 15:59 GMT+01:00 Randy Barlow :
> Hello fellow Fedora hackers!
>
> I am in a sticky packaging situation, and I think setting a Conflicts:
> in my package might be the solution. According to the Conflict
> guidelines[0], making a case here is a good way to go.
>
> jcline and I have been working for a number of weeks on getting the
> ejabberd package updated. It's been unmaintained for quite some time,
> and so updating it involved adding 15 more packages. Unfortunately
> during the process, I failed to notice that the dependency that ejabberd
> needed called "xmlrpc" was not the same upstream as the Fedora package
> "erlang-xmlrpc". We really want to get this in before the F24 branch in
> a week and change, so there's not much time to add the xmlrpc that
> ejabberd needs.
>
> One possibility that I've been investigating is renaming the new package
> to erlang-rds13_xmlrpc (rds13 being the github account that owns it),
> but it's non trivial and means applying lots of patching to both it and
> to ejabberd.
>
> Under more usual circumstances, I might think that's the way to go, but
> ejabberd's master branch has abandoned the use of this package in favor
> of a fork they are carrying of it they call p1_xmlrpc. This makes the
> Conflicts option attractive to me, as I will retire the new package in
> Fedora 25. It also makes it seem like it's not worth trying to get the
> upstreams to rename since I'm planning to drop the new package soon.
>
> I did consider going ahead and packaging their fork, but it may not be
> trivial as they have made changes to it and I'm not sure those changes
> are compatible with their older releases.
>
> I have done a little research on the package that conflicts with mine.
> It seems to be used by yaws:
>
> $ dnf repoquery --whatrequires erlang-xmlrpc
> yaws-0:2.0-2.fc24.x86_64
>
> Of course, we can't know what users might be depending on this package
> who's software is not in Fedora, and what I'm proposing could cause an
> issue for those users who might also want to use ejabberd on the same
> system.
>
> So what do you all think? Are there other options that I should be
> considering? Am I a special snowflake?
>
>
> [0]
> https://fedoraproject.org/wiki/Packaging:Conflicts#Potential_Conflicting_Files
>
> --
> Randy Barlow
> xmpp: bowlofe...@electronsweatshop.com
> irc:  bowlofeggs on Freenode
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>



-- 
With best regards, Peter Lemenkov.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Please stop modifying other people's packages without coordinating with them first

[Josh Boyer]

On Mon, Feb 15, 2016 at 8:09 AM, Dan Horák  wrote:
> On Mon, 15 Feb 2016 13:57:39 +0100
> Hans de Goede  wrote:
>
>> Hi,
>>
>> On 15-02-16 13:47, Josh Boyer wrote:
>>
>> 
>>
>> > While I'm still very much on the fence about this, moving to pagure
>> > for dist-git might very much help in these situations.  Being able
>> > to send a pull request with your changes easily means you've fixed
>> > it, the maintainer just needs to pull it in.  All of the
>> > information is contained within that pull request.  It would seem
>> > to solve many of our communication issues.
>>
>> I do not think that adding a pull-req to the process of proven
>> packager commits is really helpful. To me this feels like adding
>> unnecessary red-tape in a response to one are two cases where a
>> provenpackager commit was not 100% to the liking of the maintainer.
>>
>> How many proven packager commits do we have a day / a week ? And how
>> much of those lead to "raised eyebrows" of the official package
>> maintainer ?
>>
>> I think that with things like broken deps due to soname bumps +
>> mass-rebuild failures having proven=packagers help out is 99.9%
>> of the time very welcome help. I certainly always value such help
>> with my packages.
>>
>> Both as a maintainer (having to respond to pull-reqs means extra work)
>> and as a proven packager I'm not in favor of adding this extra
>> red-tape.
>>
>> Note that it does not matter how easy you make this, it is still more
>> work then the current process for both the proven-packager and the
>> maintainer. And no it is not just 5 seconds with a good gui, that
>> totally discounts the mental load of needing to do another task
>> and loosing concentration / breaking your work flow because of those
>> 5 seconds.
>
> dunno if Josh means the pull requests to be mandatory, but they would
> add a nice option how to provide fixes for package maintainers from
> non-proven packagers. A review of the suggested changes can be useful
> and will be easier than patch attached in bugzilla.

Yes, this is true as well.

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

Re: Please stop modifying other people's packages without coordinating with them first

[Josh Boyer]

On Mon, Feb 15, 2016 at 7:57 AM, Hans de Goede  wrote:
> Hi,
>
> On 15-02-16 13:47, Josh Boyer wrote:
>
> 
>
>> While I'm still very much on the fence about this, moving to pagure
>> for dist-git might very much help in these situations.  Being able to
>> send a pull request with your changes easily means you've fixed it,
>> the maintainer just needs to pull it in.  All of the information is
>> contained within that pull request.  It would seem to solve many of
>> our communication issues.
>
>
> I do not think that adding a pull-req to the process of proven packager
> commits is really helpful. To me this feels like adding unnecessary red-tape
> in a response to one are two cases where a provenpackager commit was
> not 100% to the liking of the maintainer.
>
> How many proven packager commits do we have a day / a week ? And how
> much of those lead to "raised eyebrows" of the official package
> maintainer ?
>
> I think that with things like broken deps due to soname bumps +
> mass-rebuild failures having proven=packagers help out is 99.9%
> of the time very welcome help. I certainly always value such help
> with my packages.

So they can continue.  I don't see why having pagure precludes them
from carrying on as normal.  YOu can even have "just commit, don't
send me pull requests" in the pagure repo info.

> Both as a maintainer (having to respond to pull-reqs means extra work)
> and as a proven packager I'm not in favor of adding this extra red-tape.

Why do people assume every change is going to be 100% mandatory for
everyone all the time?  I never said that.

> Note that it does not matter how easy you make this, it is still more
> work then the current process for both the proven-packager and the
> maintainer. And no it is not just 5 seconds with a good gui, that
> totally discounts the mental load of needing to do another task
> and loosing concentration / breaking your work flow because of those
> 5 seconds.

Yet it forces one to write up what you're changing and why they're
changing it, instead of just changing things and throwing in a crappy
commit message that doesn't actually explain anything.  It forces the
communication that was clearly missing in the originating problem to
happen if the maintainer has set up the repo that way.  What you view
as red tape is the very thing that makes high quality open source
projects high quality in the long run.  Imagine if kernel commits
didn't have descriptive changelogs or random people committing well
intentioned fixes without talking to the subsystem maintainer.  It'd
be terrible.  I don't see why we think it's OK for pkg-git commits in
a multi-committer environment to resort to the wild west days of
software development when we have tools that can help us if people
want.

I'm not suggesting your specific commits or Till's commits are like
this, but from an overall project standpoint I think improving our
commit logs and communication would be great.  If people just want to
go do that without tooling, fantastic.  Send patches to devel list or
something.  Pagure isn't _the_ solution, it just provides more prompts
to get there.

If nobody else cares about this, then fine.  I'm not demanding it.
I'm simply suggesting it as a solution to the problem clearly
highlighted in this thread.

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

Re: Please stop modifying other people's packages without coordinating with them first

[Dan Horák]

On Mon, 15 Feb 2016 13:57:39 +0100
Hans de Goede  wrote:

> Hi,
> 
> On 15-02-16 13:47, Josh Boyer wrote:
> 
> 
> 
> > While I'm still very much on the fence about this, moving to pagure
> > for dist-git might very much help in these situations.  Being able
> > to send a pull request with your changes easily means you've fixed
> > it, the maintainer just needs to pull it in.  All of the
> > information is contained within that pull request.  It would seem
> > to solve many of our communication issues.
> 
> I do not think that adding a pull-req to the process of proven
> packager commits is really helpful. To me this feels like adding
> unnecessary red-tape in a response to one are two cases where a
> provenpackager commit was not 100% to the liking of the maintainer.
> 
> How many proven packager commits do we have a day / a week ? And how
> much of those lead to "raised eyebrows" of the official package
> maintainer ?
> 
> I think that with things like broken deps due to soname bumps +
> mass-rebuild failures having proven=packagers help out is 99.9%
> of the time very welcome help. I certainly always value such help
> with my packages.
> 
> Both as a maintainer (having to respond to pull-reqs means extra work)
> and as a proven packager I'm not in favor of adding this extra
> red-tape.
> 
> Note that it does not matter how easy you make this, it is still more
> work then the current process for both the proven-packager and the
> maintainer. And no it is not just 5 seconds with a good gui, that
> totally discounts the mental load of needing to do another task
> and loosing concentration / breaking your work flow because of those
> 5 seconds.

dunno if Josh means the pull requests to be mandatory, but they would
add a nice option how to provide fixes for package maintainers from
non-proven packagers. A review of the suggested changes can be useful
and will be easier than patch attached in bugzilla.


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

Re: System CA certificate trust store management meeting

[David Woodhouse]

On Tue, 2016-02-02 at 17:13 +0100, Tomas Mraz wrote:
> Hello,
> for anyone interested in the subject and visiting DevConf in Brno on 
> this Friday - we will be holding an informal meeting to gather use-cases 
> for needed improvements in this area. We are interested in feedback from 
> Fedora/RHEL system administrators and developers.
> 
> The meeting will happen on Friday Feb 5th 2016 13:10-14:30 at the 
> DevConf venue in the room C228.
> 
> See also:
> https://communityblog.fedoraproject.org/system-ca-certificate-trust-management-review-planning-meeting-devconf/
> 
> Regards,
> 
> Tomas Mraz, Security Technologies Team member at Red Hat

Hi Tomas,

Was there a conclusion for this?

-- 
dwmw2



smime.p7s
Description: S/MIME cryptographic signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

ppisar pushed to perl (master). "Correct a typo in perl-IPC-SysV description"

[notifications]

From 760b95c162de107c004701c1a2ac7f2aa135b025 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Mon, 15 Feb 2016 13:55:09 +0100
Subject: Correct a typo in perl-IPC-SysV description

---
 perl.spec | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/perl.spec b/perl.spec
index 2342d03..61c1f5d 100644
--- a/perl.spec
+++ b/perl.spec
@@ -1301,7 +1301,7 @@ Requires:   perl(DynaLoader)
 Conflicts:  perl < 4:5.22.0-351
 
 %description IPC-SysV
-This is an object inferface for System V messages, semaphores, and
+This is an object interface for System V messages, semaphores, and
 inter-process calls.
 
 %if %{dual_life} || %{rebuild_from_scratch}
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl.git/commit/?h=master=760b95c162de107c004701c1a2ac7f2aa135b025
--
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: Please stop modifying other people's packages without coordinating with them first

[Hans de Goede]

Hi,

On 15-02-16 13:47, Josh Boyer wrote:




While I'm still very much on the fence about this, moving to pagure
for dist-git might very much help in these situations.  Being able to
send a pull request with your changes easily means you've fixed it,
the maintainer just needs to pull it in.  All of the information is
contained within that pull request.  It would seem to solve many of
our communication issues.


I do not think that adding a pull-req to the process of proven packager
commits is really helpful. To me this feels like adding unnecessary red-tape
in a response to one are two cases where a provenpackager commit was
not 100% to the liking of the maintainer.

How many proven packager commits do we have a day / a week ? And how
much of those lead to "raised eyebrows" of the official package
maintainer ?

I think that with things like broken deps due to soname bumps +
mass-rebuild failures having proven=packagers help out is 99.9%
of the time very welcome help. I certainly always value such help
with my packages.

Both as a maintainer (having to respond to pull-reqs means extra work)
and as a proven packager I'm not in favor of adding this extra red-tape.

Note that it does not matter how easy you make this, it is still more
work then the current process for both the proven-packager and the
maintainer. And no it is not just 5 seconds with a good gui, that
totally discounts the mental load of needing to do another task
and loosing concentration / breaking your work flow because of those
5 seconds.

Regards,

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

Re: Please stop modifying other people's packages without coordinating with them first

[Josh Boyer]

On Sun, Feb 14, 2016 at 2:32 PM, Till Maas  wrote:
> On Sat, Feb 13, 2016 at 04:29:38PM -0500, Josh Boyer wrote:
>
>> I'm not going to weigh in on the changes, but I did want to address
>> this in public so others can learn.
>
> IMHO the kind of changes are important here. The situation was that
> there were was an incomplete update to the sigrok packages in Rawhide
> and Fedora 23 testing for about a week. This means that any Rawhide user
> wanting to use pulseview (the GUI tool for sigrok) could not install it
> freshly or would get broken dependency warnings when trying to update
> Rawhide. The same goes for F23 testing. Also the necessary buildroot
> overrides required for F23 were expired, requiring them to be extended
> to be able to build pulseview and also sigrok-cli, which just failed in
> F23 because of missing dependencies from the buildroot overrides.
> But pulseview also did not compile because of errors already fixed by
> upstream.
>
> So the main change I did was adding unmodified upstream patches to
> pulseview getting it to compile. While doing this I noticed that
> pulseview was not using the %license macro yet, so I fixed this as well.

The changes all sound fine and well intended.

>> IRC alone is not sufficient.  We cannot expect volunteer maintainers
>> to be on IRC all the time.  In the future, please email and wait at
>> least a bit for a reply.
>
> Given the changes that I described, do you still state that this (fixing
> incomplete updates/dependencies/package building) is something that
> provenpackagers should first get permission to do by the package
> maintainer? I mainly cared about not doing the same work twice and
> making sure that I do not commit something conflicting to the GIT as the
> same time the maintainer might commit something, which is why I found
> IRC sufficient at that time. Also IMHO it is beneficial to the Fedora
> project to fix breakage in the repositories as soon as possible. And as
> a package maintainer myself I would be thankful for every other package
> maintainer fixing bugs in my packages while I sleep. Since I am a
> volunteer maintainer myself, the strict requirement to get permission
> via e-mail to fix sigrok in this situation would have meant that I would
> have done nothing. Yesterday I had time and motivation to look into it
> and fix it. But if I asked "May I please fix your package?", it is very
> likely that I would not have the time or motivation to actually do it
> once I get the response.

You misunderstand.  I was not suggesting you ask for permission.  I
was stating that IRC contact alone, for whatever reason, is not
necessarily sufficient as an attempt to contact a maintainer.  You can
convey _much_ more information in an email, to the point of telling
them exactly what you are committing and why.  It is so much better
than a simple ping or brief sentence or two in IRC.

As for waiting for a response, yes I think it is fine to wait a day.
Timezones alone may mean that the duplicate work you wished to avoid
was already queued on the maintainer's side and he was just waiting to
finish testing before pushing.  Who knows.  Urgency in fixing packages
is certainly appreciated, but this is not a critical package and it
had already been broken for a week.

While I'm still very much on the fence about this, moving to pagure
for dist-git might very much help in these situations.  Being able to
send a pull request with your changes easily means you've fixed it,
the maintainer just needs to pull it in.  All of the information is
contained within that pull request.  It would seem to solve many of
our communication issues.

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

Re: Use suid_dumpable=2 for development releases

[Andrew Clayton]

On Mon, 15 Feb 2016 07:00:36 +0100, Jakub Filak wrote:

> On 02/12/2016 07:57 PM, Andrew Lutomirski wrote:
> > We could change the kernel to add suid_dumpable == 3 which is like
> > suid_dumpable==2 but only if the core_pattern is a pipe.
> >  
> I didn't know that 3 is supported for suid_dumpable.
> The value of 3 is not documented [1] and I can't find it in the
> source code [2].

It isn't. What he's saying is that option could be added.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1308284] perl-Function-Parameters-1.0704 is available

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Function-Parameters-1.
   ||0704-1.fc24
 Resolution|--- |RAWHIDE
Last Closed||2016-02-15 06:52:18



-- 
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-Function-Parameters (master). "1.0704 bump"

[notifications]

From 2ffc7cded7715837bddec1d92d8bd59c7b87028e Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Mon, 15 Feb 2016 12:41:00 +0100
Subject: 1.0704 bump

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

diff --git a/.gitignore b/.gitignore
index 5a61543..605a5f6 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 /Function-Parameters-1.0703.tar.gz
+/Function-Parameters-1.0704.tar.gz
diff --git a/perl-Function-Parameters.spec b/perl-Function-Parameters.spec
index a92f22a..0f97f6d 100644
--- a/perl-Function-Parameters.spec
+++ b/perl-Function-Parameters.spec
@@ -1,5 +1,5 @@
 Name:   perl-Function-Parameters
-Version:1.0703
+Version:1.0704
 Release:1%{?dist}
 Summary:Subroutine definitions with parameter lists
 License:GPL+ or Artistic
@@ -15,6 +15,7 @@ BuildRequires:  perl-devel
 BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  perl(File::Find)
 BuildRequires:  perl(File::Spec)
+BuildRequires:  perl(Moose)
 BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)
 # Run-time:
@@ -32,7 +33,6 @@ BuildRequires:  perl(Dir::Self)
 BuildRequires:  perl(feature)
 BuildRequires:  perl(integer)
 BuildRequires:  perl(lib)
-BuildRequires:  perl(Moose)
 BuildRequires:  perl(Moose::Util)
 BuildRequires:  perl(MooseX::Types)
 BuildRequires:  perl(MooseX::Types::Moose)
@@ -75,6 +75,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Mon Feb 15 2016 Petr Pisar  - 1.0704-1
+- 1.0704 bump
+
 * Thu Feb 04 2016 Petr Pisar  1.0703-1
 - Specfile autogenerated by cpanspec 1.78.
 - Address mistakes found by review
diff --git a/sources b/sources
index d2a963d..cef3a64 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6eea44a09fdae1249da4b9f0b86d8c99  Function-Parameters-1.0703.tar.gz
+7b8b5c7708c263cc0f7214d227787804  Function-Parameters-1.0704.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Function-Parameters.git/commit/?h=master=2ffc7cded7715837bddec1d92d8bd59c7b87028e
--
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 uploaded Function-Parameters-1.0704.tar.gz for perl-Function-Parameters

[notifications]

7b8b5c7708c263cc0f7214d227787804  Function-Parameters-1.0704.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Function-Parameters/Function-Parameters-1.0704.tar.gz/md5/7b8b5c7708c263cc0f7214d227787804/Function-Parameters-1.0704.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 1307195] perl-IPC-Cmd-0.94 is available

[bugzilla]

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



--- Comment #11 from Fedora Update System  ---
perl-IPC-Cmd-0.94-2.fc22 has been submitted as an update to Fedora 22.
https://bodhi.fedoraproject.org/updates/FEDORA-2016-8fb5a18a11

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

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

[bugzilla]

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



--- Comment #10 from Fedora Update System  ---
perl-IPC-Cmd-0.94-2.fc23 has been submitted as an update to Fedora 23.
https://bodhi.fedoraproject.org/updates/FEDORA-2016-7b802c1f55

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

ppisar pushed to perl-IPC-Cmd (f22). "Weaken dependency on IPC::Run"

[notifications]

From ff3619b119e7362eaf72d70fe2a5f370e6857ee3 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Mon, 15 Feb 2016 12:21:46 +0100
Subject: Weaken dependency on IPC::Run

---
 perl-IPC-Cmd.spec | 7 +--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/perl-IPC-Cmd.spec b/perl-IPC-Cmd.spec
index 7ffc603..e5e005e 100644
--- a/perl-IPC-Cmd.spec
+++ b/perl-IPC-Cmd.spec
@@ -2,7 +2,7 @@ Name:   perl-IPC-Cmd
 # Epoch to compete with perl.spec
 Epoch:  1
 Version:0.94
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Finding and running system commands made easy
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -49,7 +49,7 @@ Requires:   perl(FileHandle)
 Requires:   perl(IO::Handle)
 Requires:   perl(IO::Select)
 Requires:   perl(IPC::Open3)
-Requires:   perl(IPC::Run) >= 0.55
+Suggests:   perl(IPC::Run) >= 0.55
 Requires:   perl(Params::Check) >= 0.20
 Requires:   perl(POSIX)
 Requires:   perl(Socket)
@@ -83,6 +83,9 @@ make test
 %{_mandir}/man3/IPC::Cmd.3*
 
 %changelog
+* Mon Feb 15 2016 Petr Pisar  - 1:0.94-2
+- Weaken dependency on IPC::Run (bug #1307195)
+
 * Sat Feb 13 2016 Paul Howarth  - 1:0.94-1
 - 0.94 bump
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-IPC-Cmd.git/commit/?h=f22=ff3619b119e7362eaf72d70fe2a5f370e6857ee3
--
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-IPC-Cmd (f22). "0.94 bump"

[notifications]

From cfd60a0e44fcdd0c44c5a2dbc1353f45067cdd33 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Sat, 13 Feb 2016 15:13:39 +
Subject: 0.94 bump

---
 .gitignore|  3 ++-
 perl-IPC-Cmd.spec | 26 +++---
 sources   |  2 +-
 3 files changed, 22 insertions(+), 9 deletions(-)

diff --git a/.gitignore b/.gitignore
index ae9322f..2f136e3 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,4 +1,4 @@
-IPC-Cmd-0.40.tar.gz
+/IPC-Cmd-0.40.tar.gz
 /IPC-Cmd-0.78.tar.gz
 /IPC-Cmd-0.80.tar.gz
 /IPC-Cmd-0.82.tar.gz
@@ -6,3 +6,4 @@ IPC-Cmd-0.40.tar.gz
 /IPC-Cmd-0.86.tar.gz
 /IPC-Cmd-0.90.tar.gz
 /IPC-Cmd-0.92.tar.gz
+/IPC-Cmd-0.94.tar.gz
diff --git a/perl-IPC-Cmd.spec b/perl-IPC-Cmd.spec
index 3316905..7ffc603 100644
--- a/perl-IPC-Cmd.spec
+++ b/perl-IPC-Cmd.spec
@@ -1,31 +1,36 @@
 Name:   perl-IPC-Cmd
 # Epoch to compete with perl.spec
 Epoch:  1
-Version:0.92
-Release:310%{?dist}
+Version:0.94
+Release:1%{?dist}
 Summary:Finding and running system commands made easy
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/IPC-Cmd/
 Source0:
http://www.cpan.org/authors/id/B/BI/BINGOS/IPC-Cmd-%{version}.tar.gz
 BuildArch:  noarch
+# Build:
+BuildRequires:  coreutils
+BuildRequires:  findutils
+BuildRequires:  make
 BuildRequires:  perl
-BuildRequires:  perl(ExtUtils::MakeMaker)
-BuildRequires:  perl(strict)
 # Run-time:
 BuildRequires:  perl(Carp)
 BuildRequires:  perl(constant)
 BuildRequires:  perl(Exporter)
+BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  perl(File::Spec)
 BuildRequires:  perl(FileHandle)
 BuildRequires:  perl(IO::Handle)
 BuildRequires:  perl(IO::Select)
 BuildRequires:  perl(IPC::Open3)
+BuildRequires:  perl(IPC::Run) >= 0.55
 BuildRequires:  perl(Locale::Maketext::Simple)
 BuildRequires:  perl(Module::Load::Conditional)
 BuildRequires:  perl(Params::Check) >= 0.20
 BuildRequires:  perl(POSIX)
 BuildRequires:  perl(Socket)
+BuildRequires:  perl(strict)
 BuildRequires:  perl(Symbol)
 BuildRequires:  perl(Text::ParseWords)
 BuildRequires:  perl(Time::HiRes)
@@ -37,14 +42,18 @@ BuildRequires:  perl(File::Temp)
 BuildRequires:  perl(lib)
 BuildRequires:  perl(Test::More)
 BuildRequires:  perl(warnings)
+# Dependencies:
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 Requires:   perl(ExtUtils::MakeMaker)
 Requires:   perl(FileHandle)
 Requires:   perl(IO::Handle)
 Requires:   perl(IO::Select)
 Requires:   perl(IPC::Open3)
+Requires:   perl(IPC::Run) >= 0.55
 Requires:   perl(Params::Check) >= 0.20
 Requires:   perl(POSIX)
+Requires:   perl(Socket)
+Requires:   perl(Time::HiRes)
 
 # Filter under-specified dependencies
 %global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(Params::Check\\)$
@@ -63,17 +72,20 @@ make %{?_smp_mflags}
 %install
 make pure_install DESTDIR=$RPM_BUILD_ROOT
 find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-%{_fixperms} $RPM_BUILD_ROOT/*
+%{_fixperms} $RPM_BUILD_ROOT
 
 %check
 make test
 
 %files
 %doc CHANGES README
-%{perl_vendorlib}/*
-%{_mandir}/man3/*
+%{perl_vendorlib}/IPC/
+%{_mandir}/man3/IPC::Cmd.3*
 
 %changelog
+* Sat Feb 13 2016 Paul Howarth  - 1:0.94-1
+- 0.94 bump
+
 * Wed Sep 03 2014 Jitka Plesnikova  - 1:0.92-310
 - Increase release to favour standalone package
 
diff --git a/sources b/sources
index d232b3c..b4447e8 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3efb414f6d5d6aecc5b32cd82541895d  IPC-Cmd-0.92.tar.gz
+318e663a24d1ba828b09ce8328b428e0  IPC-Cmd-0.94.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-IPC-Cmd.git/commit/?h=f22=cfd60a0e44fcdd0c44c5a2dbc1353f45067cdd33
--
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-IPC-Cmd (f23). "0.94 bump"

[notifications]

From 544cf92328c154ccf591e33ff7e0ee2f407add40 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Sat, 13 Feb 2016 15:13:39 +
Subject: 0.94 bump

---
 .gitignore|  3 ++-
 perl-IPC-Cmd.spec | 26 +++---
 sources   |  2 +-
 3 files changed, 22 insertions(+), 9 deletions(-)

diff --git a/.gitignore b/.gitignore
index ae9322f..2f136e3 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,4 +1,4 @@
-IPC-Cmd-0.40.tar.gz
+/IPC-Cmd-0.40.tar.gz
 /IPC-Cmd-0.78.tar.gz
 /IPC-Cmd-0.80.tar.gz
 /IPC-Cmd-0.82.tar.gz
@@ -6,3 +6,4 @@ IPC-Cmd-0.40.tar.gz
 /IPC-Cmd-0.86.tar.gz
 /IPC-Cmd-0.90.tar.gz
 /IPC-Cmd-0.92.tar.gz
+/IPC-Cmd-0.94.tar.gz
diff --git a/perl-IPC-Cmd.spec b/perl-IPC-Cmd.spec
index 97236fd..29106de 100644
--- a/perl-IPC-Cmd.spec
+++ b/perl-IPC-Cmd.spec
@@ -1,31 +1,36 @@
 Name:   perl-IPC-Cmd
 # Epoch to compete with perl.spec
 Epoch:  1
-Version:0.92
-Release:346%{?dist}
+Version:0.94
+Release:1%{?dist}
 Summary:Finding and running system commands made easy
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/IPC-Cmd/
 Source0:
http://www.cpan.org/authors/id/B/BI/BINGOS/IPC-Cmd-%{version}.tar.gz
 BuildArch:  noarch
+# Build:
+BuildRequires:  coreutils
+BuildRequires:  findutils
+BuildRequires:  make
 BuildRequires:  perl
-BuildRequires:  perl(ExtUtils::MakeMaker)
-BuildRequires:  perl(strict)
 # Run-time:
 BuildRequires:  perl(Carp)
 BuildRequires:  perl(constant)
 BuildRequires:  perl(Exporter)
+BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  perl(File::Spec)
 BuildRequires:  perl(FileHandle)
 BuildRequires:  perl(IO::Handle)
 BuildRequires:  perl(IO::Select)
 BuildRequires:  perl(IPC::Open3)
+BuildRequires:  perl(IPC::Run) >= 0.55
 BuildRequires:  perl(Locale::Maketext::Simple)
 BuildRequires:  perl(Module::Load::Conditional)
 BuildRequires:  perl(Params::Check) >= 0.20
 BuildRequires:  perl(POSIX)
 BuildRequires:  perl(Socket)
+BuildRequires:  perl(strict)
 BuildRequires:  perl(Symbol)
 BuildRequires:  perl(Text::ParseWords)
 BuildRequires:  perl(Time::HiRes)
@@ -37,14 +42,18 @@ BuildRequires:  perl(File::Temp)
 BuildRequires:  perl(lib)
 BuildRequires:  perl(Test::More)
 BuildRequires:  perl(warnings)
+# Dependencies:
 Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 Requires:   perl(ExtUtils::MakeMaker)
 Requires:   perl(FileHandle)
 Requires:   perl(IO::Handle)
 Requires:   perl(IO::Select)
 Requires:   perl(IPC::Open3)
+Requires:   perl(IPC::Run) >= 0.55
 Requires:   perl(Params::Check) >= 0.20
 Requires:   perl(POSIX)
+Requires:   perl(Socket)
+Requires:   perl(Time::HiRes)
 
 # Filter under-specified dependencies
 %global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(Params::Check\\)$
@@ -63,17 +72,20 @@ make %{?_smp_mflags}
 %install
 make pure_install DESTDIR=$RPM_BUILD_ROOT
 find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-%{_fixperms} $RPM_BUILD_ROOT/*
+%{_fixperms} $RPM_BUILD_ROOT
 
 %check
 make test
 
 %files
 %doc CHANGES README
-%{perl_vendorlib}/*
-%{_mandir}/man3/*
+%{perl_vendorlib}/IPC/
+%{_mandir}/man3/IPC::Cmd.3*
 
 %changelog
+* Sat Feb 13 2016 Paul Howarth  - 1:0.94-1
+- 0.94 bump
+
 * Thu Jun 18 2015 Fedora Release Engineering  
- 1:0.92-346
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
diff --git a/sources b/sources
index d232b3c..b4447e8 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3efb414f6d5d6aecc5b32cd82541895d  IPC-Cmd-0.92.tar.gz
+318e663a24d1ba828b09ce8328b428e0  IPC-Cmd-0.94.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-IPC-Cmd.git/commit/?h=f23=544cf92328c154ccf591e33ff7e0ee2f407add40
--
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-IPC-Cmd (f23). "Weaken dependency on IPC::Run"

[notifications]

From 2cf51392e99f473abfe9bd0893cffab68d3640a0 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Mon, 15 Feb 2016 12:21:46 +0100
Subject: Weaken dependency on IPC::Run

---
 perl-IPC-Cmd.spec | 7 +--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/perl-IPC-Cmd.spec b/perl-IPC-Cmd.spec
index 29106de..d50002c 100644
--- a/perl-IPC-Cmd.spec
+++ b/perl-IPC-Cmd.spec
@@ -2,7 +2,7 @@ Name:   perl-IPC-Cmd
 # Epoch to compete with perl.spec
 Epoch:  1
 Version:0.94
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Finding and running system commands made easy
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -49,7 +49,7 @@ Requires:   perl(FileHandle)
 Requires:   perl(IO::Handle)
 Requires:   perl(IO::Select)
 Requires:   perl(IPC::Open3)
-Requires:   perl(IPC::Run) >= 0.55
+Suggests:   perl(IPC::Run) >= 0.55
 Requires:   perl(Params::Check) >= 0.20
 Requires:   perl(POSIX)
 Requires:   perl(Socket)
@@ -83,6 +83,9 @@ make test
 %{_mandir}/man3/IPC::Cmd.3*
 
 %changelog
+* Mon Feb 15 2016 Petr Pisar  - 1:0.94-2
+- Weaken dependency on IPC::Run (bug #1307195)
+
 * Sat Feb 13 2016 Paul Howarth  - 1:0.94-1
 - 0.94 bump
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-IPC-Cmd.git/commit/?h=f23=2cf51392e99f473abfe9bd0893cffab68d3640a0
--
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-IPC-Cmd (master). "Weaken dependency on IPC::Run"

[notifications]

From f5ab4f931e7f9d438476c1ef235e234492b96936 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= 
Date: Mon, 15 Feb 2016 12:21:46 +0100
Subject: Weaken dependency on IPC::Run

---
 perl-IPC-Cmd.spec | 7 +--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/perl-IPC-Cmd.spec b/perl-IPC-Cmd.spec
index 3d4652e..b7cf4d9 100644
--- a/perl-IPC-Cmd.spec
+++ b/perl-IPC-Cmd.spec
@@ -2,7 +2,7 @@ Name:   perl-IPC-Cmd
 # Epoch to compete with perl.spec
 Epoch:  1
 Version:0.94
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Finding and running system commands made easy
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -49,7 +49,7 @@ Requires:   perl(FileHandle)
 Requires:   perl(IO::Handle)
 Requires:   perl(IO::Select)
 Requires:   perl(IPC::Open3)
-Requires:   perl(IPC::Run) >= 0.55
+Suggests:   perl(IPC::Run) >= 0.55
 Requires:   perl(Params::Check) >= 0.20
 Requires:   perl(POSIX)
 Requires:   perl(Socket)
@@ -83,6 +83,9 @@ make test
 %{_mandir}/man3/IPC::Cmd.3*
 
 %changelog
+* Mon Feb 15 2016 Petr Pisar  - 1:0.94-2
+- Weaken dependency on IPC::Run (bug #1307195)
+
 * Sat Feb 13 2016 Paul Howarth  - 1:0.94-1
 - 0.94 bump
 
-- 
cgit v0.11.2



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

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

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

   Assignee|p...@city-fan.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

Re: dnf remove qemu-img uninstall kernel

[Michal Luscon]

On 02/15/2016 08:53 AM, Jan Zelený wrote:

On 12. 2. 2016 at 18:42:50, Sérgio Basto wrote:

On Sex, 2016-02-12 at 19:36 +0100, Mattia Verga wrote:

Il 12/02/2016 19:22, Sérgio Basto ha scritto:

On Sex, 2016-02-12 at 19:18 +0100, Mattia Verga wrote:

I've installed qemu to play with arm virtualization, now I want
to
uninstall it, but it seems that trying to uninstall anything qemu
related also removes all installed kernels Is this a DNF bug?

no this is :

clean_requirements_on_remove=true

in /etc/dnf/dnf.conf

Thanks, setting it to "false" avoid kernel uninstalling.

But if it's not a bug, I can hardly see the reason to have a
"feature"
that removes the kernel... dnf should not autoremove mandatory
system
components. But that's my opinion, there's probably an important
reason
for which I'm wrong.

This behavior might not be caused by a bug in dnf. There has recently been a
bug in PackageKit which you might be hitting.

Most likely #1259865 is causing this issue.

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