Re: Saxon-HE: new package or update?

[Mikolaj Izdebski]

On 02/18/2016 02:36 AM, Ding Yi Chen wrote:
> Background information:
> Upstream of package saxon (http://saxon.sourceforge.net/) has changed the
> Open source branch to Saxon-HE, as well as the maven artifact since version 
> 9.4.
> 
> I would like to update the Saxon version, that will also change the maven 
> artifactId from
> saxon to Saxon-HE.
> 
> As far as I can see, if I just update the saxon version to >= 9.4,
> the packages that requires mvn(net.sf.saxon:saxon) will break:
> pmd
> shrinkwrap-descriptors

Changing Maven artifactId shouldn't be a problem - there is a mechanism
called aliases -- one JAR can be available under multiple different
Maven coordinates (groupId, artifactId, ...)

> 
> Packages that requires saxon might also affected:
> olfs
> scilab
> writer2latex
> 
> Should I create a new package Saxon-HE, or just update the saxon?

IMO just update saxon and we'll port any packages that may break.

-- 
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1307850] perl-Gtk3: FTBFS in rawhide

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-Gtk3-0.025-2.fc24
 Resolution|--- |RAWHIDE
   Assignee|berra...@redhat.com |ppi...@redhat.com
Last Closed||2016-02-18 02:56:14



-- 
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 1307850] perl-Gtk3: FTBFS in rawhide

[bugzilla]

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



--- Comment #5 from Upstream Release Monitoring 
 ---
ppisar's perl-Gtk3-0.025-2.fc24 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=726188

-- 
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 1307850] perl-Gtk3: FTBFS in rawhide

[bugzilla]

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

Bug 1303926 Summary: gtk3-3.19.8-2.fc24 breaks introspection ABI at 
gdk_rgba_parse()
https://bugzilla.redhat.com/show_bug.cgi?id=1303926

   What|Removed |Added

 Status|NEW |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 1303926] gtk3-3.19.8-2.fc24 breaks introspection ABI at gdk_rgba_parse()

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||gtk3-3.19.9-1.fc24
 Resolution|--- |RAWHIDE
   Assignee|mcla...@redhat.com  |rhug...@redhat.com
Last Closed||2016-02-18 02:42:43



--- Comment #6 from Petr Pisar  ---
Yes. The fix got into Fedora with a new upstream release.

-- 
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 1169647] perl-OpenOffice-UNO-0.07-15.fc22 FTBFS: No Package found for libreoffice-headless

[bugzilla]

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



--- Comment #4 from Petr Pisar  ---
The libreoffice-headless dependency presents in F22 now.

-- 
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 1169647] perl-OpenOffice-UNO-0.07-15.fc22 FTBFS: No Package found for libreoffice-headless

[bugzilla]

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



--- Comment #3 from Fedora Update System  ---
perl-OpenOffice-UNO-0.07-19.fc23 has been submitted as an update to Fedora 23.
https://bodhi.fedoraproject.org/updates/FEDORA-2016-7aecc5075a

-- 
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 --refresh upgrade vs. CVE-2015-7547 updates.

[Adam Williamson]

On Thu, 2016-02-18 at 01:06 -0500, Carlos O'Donell wrote:
> On 2016-02-16 16:41:27 the glibc rawhide build to fix CVE-2015-7547[1] 
> completed:
> https://koji.fedoraproject.org/koji/buildinfo?buildID=736361
> 
> On 2016-02-17 the rawhide repodiff email showed the build:
> ~~~
> glibc-2.22.90-36.fc24 
> - 
> * Tue Feb 16 2016 CArlos O'Donell  - 2.22.90-36 - Fix CVE-2015-7547: getaddrinfo() stack-based buffer overflow 
> (#1308943).
> ~~~
> 
> My rawhide boxes didn't show the update because dnf was caching
> the metadata updates. I had to use `--refresh` to force a refresh,
> after which everything worked just fine.
> 
> Is this an artifact of Rawhide?
> 
> Is this documented anywhere?

It's normal dnf behaviour. It's been explained several times on mailing
lists and is probably mentioned in the man page.
-- 
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

dnf --refresh upgrade vs. CVE-2015-7547 updates.

[Carlos O'Donell]

On 2016-02-16 16:41:27 the glibc rawhide build to fix CVE-2015-7547[1] 
completed:
https://koji.fedoraproject.org/koji/buildinfo?buildID=736361

On 2016-02-17 the rawhide repodiff email showed the build:
~~~
glibc-2.22.90-36.fc24 
- 
* Tue Feb 16 2016 CArlos O'Donell 

Re: [LLVM] CommandLine Error: Option 'track-memory' registered more than once!

[Carlos O'Donell]

On 02/17/2016 03:24 AM, Igor Gnatenko wrote:
> Hi guys, I see this error when building POCL or Beignet which looks
> like a bug in clang or llvm, can you please investigate?
> 
> : CommandLine Error: Option ': CommandLine Error: Option
> 'track-memory' registered more than once!
> track-memory' registered more than once!
> LLVM ERROR: inconsistency in registered CommandLine options
> LLVM ERROR: inconsistency in registered CommandLine options
> : CommandLine Error: Option 'track-memory' registered more than once!
> LLVM ERROR: inconsistency in registered CommandLine options
> 
> Reference: 
> https://kojipkgs.fedoraproject.org//work/tasks/3359/13013359/build.log

I talked to ajax about this?

The llvm DSOs are being loaded and unloaded, but not all of them, so you get
them being registered more than once.

I was roped in because it was considered a possible duplicate constructor
call in the loaded DSO, but it's not.

The solution is to fix clam/llvm or stop loading/unloading your own framework.

Does that make any sense?

Adam, Did I remember this right?

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

[389-devel] please review lib389 get and set properties for backends.

[William Brown]

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

https://fedorahosted.org/389/attachment/ticket/48663/0001-Ticket-48663-Implement-
get-and-set-properties-for-ba.patch

-- 
Sincerely,

William Brown
Software Engineer
Red Hat, Brisbane



signature.asc
Description: This is a digitally signed message part
--
389-devel mailing list
389-devel@%(host_name)s
http://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

Re: Self Introduction: Hannes Frederic Sowa

[P J P]

Hello Hannes,

> On Thursday, 18 February 2016 3:11 AM, Hannes Frederic Sowa wrote:
> back to the community. After last weeks meet-up with my team and
> especially Lubomir during devconf.cz, I finally decided to start this.
...
> At first, I will try my luck with a probably more simple package, GNU
> datamash - , were I
> am waiting for the one week heads-up time to pass, so I can take over
> the package after a stall from the submitter. After that I will submit a
> package for iovisor-bcc -  - which
> provides tooling around the new eBPF infrastructure in the kernel. This
> might eventually need some fixes upstream first so the build process is
> streamlined within Fedora.

  Cool, sounds like a plan! Welcome aboard!! :) (just shout if you need 
anything)

---
  -P J P
http://feedmug.com
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1307850] perl-Gtk3: FTBFS in rawhide

[bugzilla]

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

Mamoru TASAKA  changed:

   What|Removed |Added

 CC||mtas...@fedoraproject.org



--- Comment #4 from Mamoru TASAKA  ---
Now koji has gtk3-3.19.9-1.fc24 and scratch build of perl-Gtk3 seems okay:
http://koji.fedoraproject.org/koji/taskinfo?taskID=13029980

-- 
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 1303926] gtk3-3.19.8-2.fc24 breaks introspection ABI at gdk_rgba_parse()

[bugzilla]

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



--- Comment #5 from Mamoru TASAKA  ---
(In reply to Mamoru TASAKA from comment #4)
> rubygem-gdk3 test suite is also broken due to this.

Now koji has gtk3-3.19.9-1.fc24 and rubygem-gdk3 builds with this gtk3.

-- 
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: Saxon-HE: new package or update?

[Ding Yi Chen]

- Original Message -
> 
> 
> Il 18/02/2016 02:36, Ding Yi Chen ha scritto:
> > Background information:
> > Upstream of package saxon (http://saxon.sourceforge.net/) has changed the
> > Open source branch to Saxon-HE, as well as the maven artifact since version
> > 9.4.
> >
> > I would like to update the Saxon version, that will also change the maven
> > artifactId from
> > saxon to Saxon-HE.
> >
> > As far as I can see, if I just update the saxon version to >= 9.4,
> > the packages that requires mvn(net.sf.saxon:saxon) will break:
> > pmd
> > shrinkwrap-descriptors
> >
> > Packages that requires saxon might also affected:
> > olfs
> > scilab
> > writer2latex
> >
> > Should I create a new package Saxon-HE, or just update the saxon?
> Hi
> is not enought append net.sf.saxon:saxon to mvn_alias macros
> or is (also) a problem with break compatibility with newer apis ?
> in this last case you should create  a compact package (see log4j12,
> lucene3/4, solr3 as e.g. )
> regards
> .g
> p.s. please, for this purpose send the email @ Fedora Java Development
> List java-de...@lists.fedoraproject.org

According to http://www.saxonica.com/documentation/#!changes/api/9.3-9.4
It does not seem to have breaking change.
So I will probably use mvn_alias.

Thanks!

-- 
Ding-Yi Chen
Software Engineer
Globalization Group
DID: +61 7 3514 8239
Email: dc...@redhat.com

Red Hat, Asia-Pacific Pty Ltd
Level 1, 193 North Quay
Brisbane 4000
Office: +61 7 3514 8100
Fax: +61 7 3514 8199
Website: www.redhat.com

Red Hat, Inc.
Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
Twitter: Red Hat APAC | Red Hat ANZ
LinkedIn: Red Hat APAC | JBoss APAC
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Self Introduction: Hannes Frederic Sowa

[Zbigniew Jędrzejewski-Szmek]

On Wed, Feb 17, 2016 at 10:40:38PM +0100, Hannes Frederic Sowa wrote:
> submit a package for iovisor-bcc - 
> - which provides tooling around the new eBPF infrastructure in the
> kernel. This might eventually need some fixes upstream first so the
> build process is streamlined within Fedora.
Hi,

welcome to the project. iovisor-bcc sounds useful... The package should
probably be called bcc though.

> Furthermore I hope I can bring some more tools in the area of Linux
> networking to the universe of Fedora from time to time.

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

Re: Saxon-HE: new package or update?

[gil]

Il 18/02/2016 02:36, Ding Yi Chen ha scritto:

Background information:
Upstream of package saxon (http://saxon.sourceforge.net/) has changed the
Open source branch to Saxon-HE, as well as the maven artifact since version 9.4.

I would like to update the Saxon version, that will also change the maven 
artifactId from
saxon to Saxon-HE.

As far as I can see, if I just update the saxon version to >= 9.4,
the packages that requires mvn(net.sf.saxon:saxon) will break:
pmd
shrinkwrap-descriptors

Packages that requires saxon might also affected:
olfs
scilab
writer2latex

Should I create a new package Saxon-HE, or just update the saxon?

Hi
is not enought append net.sf.saxon:saxon to mvn_alias macros
or is (also) a problem with break compatibility with newer apis ?
in this last case you should create  a compact package (see log4j12, 
lucene3/4, solr3 as e.g. )

regards
.g
p.s. please, for this purpose send the email @ Fedora Java Development 
List java-de...@lists.fedoraproject.org

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

Saxon-HE: new package or update?

[Ding Yi Chen]

Background information:
Upstream of package saxon (http://saxon.sourceforge.net/) has changed the
Open source branch to Saxon-HE, as well as the maven artifact since version 9.4.

I would like to update the Saxon version, that will also change the maven 
artifactId from
saxon to Saxon-HE.

As far as I can see, if I just update the saxon version to >= 9.4,
the packages that requires mvn(net.sf.saxon:saxon) will break:
pmd
shrinkwrap-descriptors

Packages that requires saxon might also affected:
olfs
scilab
writer2latex

Should I create a new package Saxon-HE, or just update the saxon?
-- 
Ding-Yi Chen
Software Engineer
Globalization Group
DID: +61 7 3514 8239
Email: dc...@redhat.com

Red Hat, Asia-Pacific Pty Ltd
Level 1, 193 North Quay
Brisbane 4000
Office: +61 7 3514 8100
Fax: +61 7 3514 8199
Website: www.redhat.com

Red Hat, Inc.
Facebook: Red Hat APAC | Red Hat Japan | Red Hat Korea | JBoss APAC
Twitter: Red Hat APAC | Red Hat ANZ
LinkedIn: Red Hat APAC | JBoss APAC
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[EPEL-devel] Todays EPEL meeting:

[Stephen John Smoogen]

We had a meeting and for the full logs please see

 
https://meetbot.fedoraproject.org/fedora-meeting/2016-02-17/epel.2016-02-17-19.00.log.html

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

eseyman pushed to perl-MooseX-Emulate-Class-Accessor-Fast (master). "Modernize spec file"

[notifications]

From 4bc9e1da2c2478f17f703f57dffc432c82b12cd4 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Wed, 17 Feb 2016 23:50:48 +0100
Subject: Modernize spec file

---
 perl-MooseX-Emulate-Class-Accessor-Fast.spec | 39 ++--
 1 file changed, 20 insertions(+), 19 deletions(-)

diff --git a/perl-MooseX-Emulate-Class-Accessor-Fast.spec 
b/perl-MooseX-Emulate-Class-Accessor-Fast.spec
index fcab7b4..9c0585d 100644
--- a/perl-MooseX-Emulate-Class-Accessor-Fast.spec
+++ b/perl-MooseX-Emulate-Class-Accessor-Fast.spec
@@ -1,18 +1,17 @@
 Name:   perl-MooseX-Emulate-Class-Accessor-Fast
 Version:0.00903
-Release:17%{?dist}
+Release:18%{?dist}
 # lib/MooseX/Adopt/Class/Accessor/Fast.pm -> GPL+ or Artistic
 # lib/MooseX/Emulate/Class/Accessor/Fast.pm -> GPL+ or Artistic
 License:GPL+ or Artistic
-Group:  Development/Libraries
 Summary:Emulate Class::Accessor::Fast behavior using Moose attributes
+
 Source: 
http://search.cpan.org/CPAN/authors/id/F/FL/FLORA/MooseX-Emulate-Class-Accessor-Fast-%{version}.tar.gz
 Url:http://search.cpan.org/dist/MooseX-Emulate-Class-Accessor-Fast
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
+
 BuildArch:  noarch
 
-BuildRequires: perl(ExtUtils::MakeMaker) >= 6.42
+BuildRequires: perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires: perl(Moose)   >= 0.84
 BuildRequires: perl(Moose::Role)
 BuildRequires: perl(namespace::clean)
@@ -25,6 +24,10 @@ BuildRequires: perl(Class::Accessor::Fast)
 Requires:  perl(Moose) >= 0.84
 Requires:  perl(namespace::clean)
 
+Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
+
+%{?perl_default_filter}
+
 %description
 This module attempts to emulate the behavior of Class::Accessor::Fast
 as accurately as possible using the Moose attribute system. The public
@@ -38,31 +41,29 @@ to a "with" line.
 %setup -q -n MooseX-Emulate-Class-Accessor-Fast-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+%{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
-rm -rf %{buildroot}
-
-make pure_install PERL_INSTALL_ROOT=%{buildroot}
-find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
-find %{buildroot} -depth -type d -exec rmdir {} 2>/dev/null ';'
-
-%{_fixperms} %{buildroot}/*
+make pure_install DESTDIR=$RPM_BUILD_ROOT
+%{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
 make test
 
-%clean
-rm -rf %{buildroot}
-
 %files
-%defattr(-,root,root,-)
 %doc README Changes
-%{perl_vendorlib}/*
-%{_mandir}/man3/*.3*
+%{perl_vendorlib}/Moose*
+%{_mandir}/man3/Moose*.3*
 
 %changelog
+* Wed Feb 17 2016 Emmanuel Seyman  - 0.00903-18
+- Drop no-longer-used tags
+- Use perl default filter
+- Pass NO_PACKLIST to Makefile.PL
+- Use DESTDIR instead of PERL_INSTALL_ROOT
+- Tighten file listing
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
0.00903-17
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MooseX-Emulate-Class-Accessor-Fast.git/commit/?h=master=4bc9e1da2c2478f17f703f57dffc432c82b12cd4
--
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

eseyman pushed to perl-MooseX-InsideOut (master). "Modernize spec file"

[notifications]

From 5ca8c5641cac2bca166f5d9548e1dd4e51ebb8b9 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Wed, 17 Feb 2016 23:43:56 +0100
Subject: Modernize spec file

---
 perl-MooseX-InsideOut.spec | 30 --
 1 file changed, 16 insertions(+), 14 deletions(-)

diff --git a/perl-MooseX-InsideOut.spec b/perl-MooseX-InsideOut.spec
index 810c968..ef28df3 100644
--- a/perl-MooseX-InsideOut.spec
+++ b/perl-MooseX-InsideOut.spec
@@ -1,14 +1,14 @@
 Name:   perl-MooseX-InsideOut
 Version:0.106
-Release:13%{?dist}
+Release:14%{?dist}
 Summary:Inside-out objects with Moose
 License:GPL+ or Artistic
-Group:  Development/Libraries
+
 URL:http://search.cpan.org/dist/MooseX-InsideOut/
 Source0:
http://www.cpan.org/authors/id/D/DO/DOY/MooseX-InsideOut-%{version}.tar.gz
 BuildArch:  noarch
 BuildRequires:  perl(Class::MOP) >= 0.80
-BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires:  perl(Hash::Util::FieldHash::Compat)
 BuildRequires:  perl(Moose) >= 0.94
 BuildRequires:  perl(namespace::clean) >= 0.11
@@ -32,27 +32,29 @@ don't want to care about or aren't hash-based.
 %setup -q -n MooseX-InsideOut-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+%{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
-make pure_install DESTDIR=%{buildroot}
-
-find %{buildroot} -type f -name .packlist -exec rm -f {} \;
-find %{buildroot} -depth -type d -exec rmdir {} 2>/dev/null \;
-
-%{_fixperms} %{buildroot}/*
+make pure_install DESTDIR=$RPM_BUILD_ROOT
+%{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
 TEST_POD=1 make test
 
 %files
-%defattr(-,root,root,-)
-%doc Changes dist.ini LICENSE README
-%{perl_vendorlib}/*
-%{_mandir}/man3/*
+%doc Changes README
+%license LICENSE
+%{perl_vendorlib}/Moose*
+%{_mandir}/man3/Moose*
 
 %changelog
+* Wed Feb 17 2016 Emmanuel Seyman  - 0.106-14
+- Drop unused tags
+- Pass NO_PACKLIST to Makefile.PL
+- Use %%license macro
+- Tighten file listing
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
0.106-13
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MooseX-InsideOut.git/commit/?h=master=5ca8c5641cac2bca166f5d9548e1dd4e51ebb8b9
--
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

eseyman pushed to perl-MooseX-Iterator (master). "Modernize spec file"

[notifications]

From 3310059e6d74c146432b9033021daa6ed4aec69c Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Wed, 17 Feb 2016 23:32:12 +0100
Subject: Modernize spec file

---
 perl-MooseX-Iterator.spec | 34 +-
 1 file changed, 17 insertions(+), 17 deletions(-)

diff --git a/perl-MooseX-Iterator.spec b/perl-MooseX-Iterator.spec
index f08b522..55faff2 100644
--- a/perl-MooseX-Iterator.spec
+++ b/perl-MooseX-Iterator.spec
@@ -1,12 +1,12 @@
 Name:   perl-MooseX-Iterator
 Version:0.11
-Release:18%{?dist}
+Release:19%{?dist}
 Summary:Iterate over collections
 License:GPL+ or Artistic
-Group:  Development/Libraries
+
 URL:http://search.cpan.org/dist/MooseX-Iterator/
 Source0:
http://search.cpan.org/CPAN/authors/id/R/RL/RLB/MooseX-Iterator-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+
 BuildArch:  noarch
 BuildRequires:  perl(Data::Dumper)
 BuildRequires:  perl(inc::Module::Install)
@@ -14,6 +14,8 @@ BuildRequires:  perl(Moose) >= 0.86
 BuildRequires:  perl(Test::More) >= 0.42
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
 
+%{?perl_default_filter}
+
 %description
 This is an attempt to add smalltalk-like streams to Moose. It currently
 works with ArrayRefs and HashRefs.
@@ -34,32 +36,30 @@ EOF
 chmod +x %{__perl_requires}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+%{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
-rm -rf $RPM_BUILD_ROOT
-
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
-
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;
-
+make pure_install DESTDIR=$RPM_BUILD_ROOT
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
 make test
 
-%clean
-rm -rf $RPM_BUILD_ROOT
-
 %files
-%defattr(-,root,root,-)
 %doc
-%{perl_vendorlib}/*
-%{_mandir}/man3/*
+%{perl_vendorlib}/Moose*
+%{_mandir}/man3/Moose*
 
 %changelog
+* Wed Feb 17 2016 Emmanuel Seyman  - 0.11-19
+- Drop Group and BuildRoot
+- Use perl default filter
+- Pass NO_PACKLIST to Makefile.PL
+- Use DESTDIR instead of PERL_INSTALL_ROOT
+- Drop %%defattr macro
+- Tighten file listing
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
0.11-18
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MooseX-Iterator.git/commit/?h=master=3310059e6d74c146432b9033021daa6ed4aec69c
--
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 1305294] Review Request: perl-Parse-Gitignore - Parse .gitignore files

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



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

-- 
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 1305263] Review Request: perl-Text-Fuzzy - Partial string matching using edit distances

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



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

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

eseyman pushed to perl-MooseX-LazyLogDispatch (master). "Bump release number"

[notifications]

From 371826af75dd18c21e9f638056e2c19b2e3477d7 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Wed, 17 Feb 2016 22:44:05 +0100
Subject: Bump release number

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

diff --git a/perl-MooseX-LazyLogDispatch.spec b/perl-MooseX-LazyLogDispatch.spec
index b60dcec..505d5f2 100644
--- a/perl-MooseX-LazyLogDispatch.spec
+++ b/perl-MooseX-LazyLogDispatch.spec
@@ -1,6 +1,6 @@
 Name:   perl-MooseX-LazyLogDispatch
 Version:0.02
-Release:19%{?dist}
+Release:20%{?dist}
 Summary:Logging Role for Moose
 License:GPL+ or Artistic
 
-- 
cgit v0.12



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

Self Introduction: Hannes Frederic Sowa

[Hannes Frederic Sowa]

Hello all,

I am already a long time user of Fedora and enjoy every new release. For 
quite some time I pondered on finally contributing some bits and pieces 
back to the community. After last weeks meet-up with my team and 
especially Lubomir during devconf.cz, I finally decided to start this.


I work in Red Hat's kernel networking team from the very small (in terms 
of number of engineers) Zurich office, plumbing around in the upstream 
networking stack and also fixing bugs in the RHEL kernel codebase.


I am happy that Lubomir already accepted me as a mentor and sponsors me 
for the Fedora packager group.


At first, I will try my luck with a probably more simple package, GNU 
datamash - , were I 
am waiting for the one week heads-up time to pass, so I can take over 
the package after a stall from the submitter. After that I will submit a 
package for iovisor-bcc -  - which 
provides tooling around the new eBPF infrastructure in the kernel. This 
might eventually need some fixes upstream first so the build process is 
streamlined within Fedora.


Furthermore I hope I can bring some more tools in the area of Linux 
networking to the universe of Fedora from time to time.


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

eseyman pushed to perl-MooseX-LazyLogDispatch (master). "Modernize spec file"

[notifications]

From 9cce502f502cb6c9bb4ef57b5744fb6e6206f326 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Wed, 17 Feb 2016 22:34:14 +0100
Subject: Modernize spec file

---
 perl-MooseX-LazyLogDispatch.spec | 33 -
 1 file changed, 16 insertions(+), 17 deletions(-)

diff --git a/perl-MooseX-LazyLogDispatch.spec b/perl-MooseX-LazyLogDispatch.spec
index f793f0b..b60dcec 100644
--- a/perl-MooseX-LazyLogDispatch.spec
+++ b/perl-MooseX-LazyLogDispatch.spec
@@ -3,18 +3,20 @@ Version:0.02
 Release:19%{?dist}
 Summary:Logging Role for Moose
 License:GPL+ or Artistic
-Group:  Development/Libraries
+
 URL:http://search.cpan.org/dist/MooseX-LazyLogDispatch/
 Source0:
http://www.cpan.org/authors/id/B/BL/BLBLACK/MooseX-LazyLogDispatch-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+
 BuildArch:  noarch
-BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires:  perl(IO::Scalar) >= 2.110
 BuildRequires:  perl(Log::Dispatch::Configurator)
 BuildRequires:  perl(Moose)
 BuildRequires:  perl(Test::More) >= 0.42
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
 
+%{?perl_default_filter}
+
 %description
 Log::Dispatch role for use with your Moose classes.
 
@@ -22,32 +24,29 @@ Log::Dispatch role for use with your Moose classes.
 %setup -q -n MooseX-LazyLogDispatch-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+%{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
-rm -rf $RPM_BUILD_ROOT
-
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
-
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;
-
+make pure_install DESTDIR=$RPM_BUILD_ROOT
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
 make test
 
-%clean
-rm -rf $RPM_BUILD_ROOT
-
 %files
-%defattr(-,root,root,-)
 %doc ChangeLog README
-%{perl_vendorlib}/*
-%{_mandir}/man3/*
+%{perl_vendorlib}/Moose*
+%{_mandir}/man3/Moose*
 
 %changelog
+* Wed Feb 17 2016 Emmanuel Seyman  - 0.02-20
+- Drop Group and BuildRoot declarations
+- Use perl_default_filter
+- Pass NO_PACKLIST to Makefile.PL
+- Use DESTDIR instead of PERL_INSTALL_ROOT
+- Tighten file listing
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
0.02-19
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MooseX-LazyLogDispatch.git/commit/?h=master=9cce502f502cb6c9bb4ef57b5744fb6e6206f326
--
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

eseyman pushed to perl-MooseX-Meta-TypeConstraint-ForceCoercion (master). "Modernize spec file"

[notifications]

From 57e8e1587f5dff305ec197fdd9b213be330ea6ab Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Wed, 17 Feb 2016 22:11:17 +0100
Subject: Modernize spec file

---
 perl-MooseX-Meta-TypeConstraint-ForceCoercion.spec | 25 +++---
 1 file changed, 13 insertions(+), 12 deletions(-)

diff --git a/perl-MooseX-Meta-TypeConstraint-ForceCoercion.spec 
b/perl-MooseX-Meta-TypeConstraint-ForceCoercion.spec
index 504361b..36a455a 100644
--- a/perl-MooseX-Meta-TypeConstraint-ForceCoercion.spec
+++ b/perl-MooseX-Meta-TypeConstraint-ForceCoercion.spec
@@ -1,13 +1,13 @@
 Name:   perl-MooseX-Meta-TypeConstraint-ForceCoercion
 Version:0.01
-Release:15%{?dist}
+Release:16%{?dist}
 Summary:Force coercion when validating type constraints
 License:GPL+ or Artistic
-Group:  Development/Libraries
+
 URL:
http://search.cpan.org/dist/MooseX-Meta-TypeConstraint-ForceCoercion/
 Source0:
http://www.cpan.org/authors/id/F/FL/FLORA/MooseX-Meta-TypeConstraint-ForceCoercion-%{version}.tar.gz
 BuildArch:  noarch
-BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires:  perl(Moose)
 BuildRequires:  perl(namespace::autoclean)
 BuildRequires:  perl(Test::More)
@@ -24,27 +24,28 @@ against it.
 %setup -q -n MooseX-Meta-TypeConstraint-ForceCoercion-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+%{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=$RPM_BUILD_ROOT
-
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;
-
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
 make test
 
 %files
-%defattr(-,root,root,-)
-%doc Changes LICENSE README
-%{perl_vendorlib}/*
-%{_mandir}/man3/*
+%doc Changes README
+%license LICENSE
+%{perl_vendorlib}/Moose*
+%{_mandir}/man3/Moose*
 
 %changelog
+* Wed Feb 17 2016 Emmanuel Seyman  - 0.01-16
+- Tighten file listing
+- Remove Group tag and %%defattr macro
+- Use %%license macro
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
0.01-15
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MooseX-Meta-TypeConstraint-ForceCoercion.git/commit/?h=master=57e8e1587f5dff305ec197fdd9b213be330ea6ab
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: [ANNOUNCE] Fedora support for Vulkan

[David Airlie]

- Original Message -
> From: "Zach Villers" 
> To: "Development discussions related to Fedora" 
> 
> Sent: Wednesday, 17 February, 2016 11:34:47 PM
> Subject: Re: [ANNOUNCE] Fedora support for Vulkan
> 
> Anyone know if/when nvidia drivers will be included?

There are no open source vulkan drivers for nvidia.

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

[Bug 1305347] perl-App-cpm-0.114 is available

[bugzilla]

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



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

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

[Bug 1303363] perl-App-cpm-0.113 is available

[bugzilla]

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



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

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

[Bug 1304913] perl-Lingua-Stem-Ru-0.03 is available

[bugzilla]

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



--- Comment #8 from Fedora Update System  ---
perl-Lingua-Stem-Ru-0.03-1.fc23 has been pushed to the Fedora 23 stable
repository. If problems still persist, please make note of it in this bug
report.

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

[Bug 1304359] perl-Lingua-Stem-Ru-0.02 is available

[bugzilla]

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



--- Comment #12 from Fedora Update System  ---
perl-Lingua-Stem-Ru-0.03-1.fc23 has been pushed to the Fedora 23 stable
repository. If problems still persist, please make note of it in this bug
report.

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

eseyman pushed to perl-MooseX-MultiMethods (master). "Modernize spec file"

[notifications]

From 75020fe19ab5c49d6565a85b9d5eb50d4eb13c56 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Wed, 17 Feb 2016 21:48:05 +0100
Subject: Modernize spec file

---
 perl-MooseX-MultiMethods.spec | 26 ++
 1 file changed, 14 insertions(+), 12 deletions(-)

diff --git a/perl-MooseX-MultiMethods.spec b/perl-MooseX-MultiMethods.spec
index c1cac78..e7ae3ac 100644
--- a/perl-MooseX-MultiMethods.spec
+++ b/perl-MooseX-MultiMethods.spec
@@ -1,16 +1,16 @@
 Name:   perl-MooseX-MultiMethods
 Version:0.10
-Release:16%{?dist}
+Release:17%{?dist}
 Summary:Multi Method Dispatch based on Moose type constraints
 License:GPL+ or Artistic
-Group:  Development/Libraries
+
 URL:http://search.cpan.org/dist/MooseX-MultiMethods/
 Source0:
http://www.cpan.org/authors/id/F/FL/FLORA/MooseX-MultiMethods-%{version}.tar.gz
 BuildArch:  noarch
 BuildRequires:  perl(aliased)
 BuildRequires:  perl(Devel::Declare) >= 0.004000
 BuildRequires:  perl(Devel::PartialDump)
-BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires:  perl(Moose)
 BuildRequires:  perl(MooseX::Method::Signatures) >= 0.29
 BuildRequires:  perl(MooseX::Types::Moose)
@@ -37,27 +37,29 @@ provided by MooseX::Method::Signatures.
 %setup -q -n MooseX-MultiMethods-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+%{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=$RPM_BUILD_ROOT
-
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;
-
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
 make test
 
 %files
-%defattr(-,root,root,-)
-%doc Changes dist.ini LICENSE README
-%{perl_vendorlib}/*
-%{_mandir}/man3/*
+%doc Changes README
+%license LICENSE
+%{perl_vendorlib}/Moose*
+%{_mandir}/man3/Moose*
 
 %changelog
+* Wed Feb 17 2016 Emmanuel Seyman  - 0.10-17
+- Remove Group tag and %%defattr macro
+- Tighten file listing
+- Pass NO_PACKLIST to Makefile.PL
+- Use %%license macro
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
0.10-16
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
-- 
cgit v0.12



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

Re: [ANNOUNCE] Fedora support for Vulkan

[Richard Shaw]

I read the readme in the Vulkan branch on the mesa git but how do you tell
if your chipset is specifically supported?

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

[389-devel] Please review: [389 Project] #48662: db2index with no attribute args fail.

[Noriko Hosoi]

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

https://fedorahosted.org/389/attachment/ticket/48662/0001-Ticket-48662-db2index-with-no-attribute-args-fail.patch
--
389-devel mailing list
389-devel@%(host_name)s
http://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

eseyman pushed to perl-MooseX-Param (master). "Modernize spec file"

[notifications]

From 4446557191c502e1d35ae331d60d603f3a10c632 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Wed, 17 Feb 2016 21:23:31 +0100
Subject: Modernize spec file

---
 perl-MooseX-Param.spec | 22 +-
 1 file changed, 9 insertions(+), 13 deletions(-)

diff --git a/perl-MooseX-Param.spec b/perl-MooseX-Param.spec
index 78d952f..a834f1c 100644
--- a/perl-MooseX-Param.spec
+++ b/perl-MooseX-Param.spec
@@ -1,12 +1,12 @@
 Name:   perl-MooseX-Param
 Version:0.02
-Release:19%{?dist}
+Release:20%{?dist}
 Summary:Simple role to provide a standard param method
 License:GPL+ or Artistic
-Group:  Development/Libraries
+
 URL:http://search.cpan.org/dist/MooseX-Param/
 Source0:
http://www.cpan.org/authors/id/S/ST/STEVAN/MooseX-Param-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+
 BuildArch:  noarch
 BuildRequires:  perl(Module::Build)
 BuildRequires:  perl(Moose) >= 0.32
@@ -28,26 +28,22 @@ This is a very simple Moose role which provides a CGI like 
param method.
 ./Build
 
 %install
-rm -rf $RPM_BUILD_ROOT
-
 ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
-find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;
-
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
 ./Build test
 
-%clean
-rm -rf $RPM_BUILD_ROOT
-
 %files
-%defattr(-,root,root,-)
 %doc ChangeLog README
-%{perl_vendorlib}/*
-%{_mandir}/man3/*
+%{perl_vendorlib}/Moose*
+%{_mandir}/man3/Moose*
 
 %changelog
+* Wed Feb 17 2016 Emmanuel Seyman  - 0.02-20
+- Remove no-longer-user tags and macros
+- Tighten file listing
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
0.02-19
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
-- 
cgit v0.12



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

Re: [ANNOUNCE] Fedora support for Vulkan

[Neal Becker]

drago01 wrote:

> On Wed, Feb 17, 2016 at 1:24 PM, Peter T.  wrote:
>>> On Tue, 2016-02-16 at 11:34 -0800, Andrew Lutomirski wrote:
>>>
>>>
>>> DRI3 is a prerequisite, yes. The F23 builds of the intel driver had it
>>> disabled until fairly recently, but this update should sort you out:
>>>
>>> https://bodhi.fedoraproject.org/updates/FEDORA-2016-606ca05253
>>
>> This is great, not only does the updated intel driver "enable" Vulkan,
>> but it also seems to have fixed my tearing issue. I guess it what because
>> DRI3 was disabled before?
> 
> Yes.
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Looks good, but screen is not power off after 10 min, as configured.  I'm 
using KDE, so that could be an issue.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

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

[bugzilla]

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

Morten Stevens  changed:

   What|Removed |Added

 CC||mstev...@imt-systems.com
   Severity|unspecified |high



--- Comment #4 from Morten Stevens  ---
I see a similar issue with PowerDNS if I rebuild against the latest
mariadb-devel...

Feb 17 19:46:45 fc24 pdns_server: Feb 17 19:46:45 Unable to load module
'/usr/lib64/pdns/libgmysqlbackend.so': /usr/lib64/pdns/libgmysqlbackend.so:
symbol mysql_stmt_bind_result, version libmysqlclient_16 not defined in file
libmysqlclient.so.18 with link time reference
Feb 17 19:46:45 fc24 pdns_server: Feb 17 19:46:45 DNSBackend unable to load
module in gmysql

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

Schedule for Thursday's FPC Meeting (2016-02-18 17:00 UTC)

[James Antill]

 Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2016-02-18 17:00 UTC in #fedora-meeting-1 on
irc.freenode.net.

 Local time information (via. rktime):

2016-02-18 09:00 Thu US/Pacific PST
2016-02-18 12:00 Thu US/Eastern EST
2016-02-18 17:00 Thu UTC <-
2016-02-18 17:00 Thu Europe/London <-
2016-02-18 18:00 Thu Europe/Paris   CET
2016-02-18 18:00 Thu Europe/Berlin  CET
2016-02-18 22:30 Thu Asia/Calcutta  IST
--new day--
2016-02-19 01:00 Fri Asia/Singapore SGT
2016-02-19 01:00 Fri Asia/Hong_Kong HKT
2016-02-19 02:00 Fri Asia/Tokyo JST
2016-02-19 03:00 Fri Australia/Brisbane EST

 Links to all tickets below can be found at: 

https://fedorahosted.org/fpc/report/13

= Followups =

#topic #558 Application/Library distinction and package splitting
.fpc 558
https://fedorahosted.org/fpc/ticket/558

#topic #566 RPM file triggers
.fpc 566
https://fedorahosted.org/fpc/ticket/566

#topic #591 Description of filtering macros in Perl is outdated
.fpc 591
https://fedorahosted.org/fpc/ticket/591

#topic #593 use RPM tags for langpacks description
.fpc 593
https://fedorahosted.org/fpc/ticket/593

= New business =

#topic #597 php Guidelines update
.fpc 597
https://fedorahosted.org/fpc/ticket/597

#topic #598 introduce pyp2rpm tool on Packaging:Python page
.fpc 598
https://fedorahosted.org/fpc/ticket/598

= Open Floor = 

 For more complete details, please visit each individual ticket.  The
report of the agenda items can be found at:

https://fedorahosted.org/fpc/report/13

 If you would like to add something to this agenda, you can reply to
this e-mail, file a new ticket at https://fedorahosted.org/fpc,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting. 
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: [ANNOUNCE] Fedora support for Vulkan

[drago01]

On Wed, Feb 17, 2016 at 1:24 PM, Peter T.  wrote:
>> On Tue, 2016-02-16 at 11:34 -0800, Andrew Lutomirski wrote:
>>
>>
>> DRI3 is a prerequisite, yes. The F23 builds of the intel driver had it
>> disabled until fairly recently, but this update should sort you out:
>>
>> https://bodhi.fedoraproject.org/updates/FEDORA-2016-606ca05253
>
> This is great, not only does the updated intel driver "enable" Vulkan, but it 
> also seems to have fixed my tearing issue. I guess it what because DRI3 was 
> disabled before?

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

Re: GPG2 as default /usr/bin/gpg

[arnaud gaboury]

On Wed, Feb 17, 2016 at 4:51 PM, Tomas Mraz  wrote:
> On St, 2016-02-17 at 07:29 -0800, Brian C. Lane wrote:
>> On Wed, Feb 17, 2016 at 05:52:45AM +, Christopher wrote:
>> > I just ran into this: https://bugzilla.redhat.com/show_bug.cgi?id=1
>> > 309175
>> > It's not a huge deal (and there are several workarounds, for git
>> > and for
>> > other tools which default ot using 'gpg'), but it highlights the
>> > mismatch
>> > between the default /usr/bin/gpg running gpg1, when other tools,
>> > like
>> > gpg-agent, are tailored for gpg2.
>> >
>> > RHEL/CentOS has shipped /usr/bin/gpg with gnupg2 since at least
>> > sometime in
>> > RHEL6.
>>
>> Which was a mistake, in my opinion.
>>
>> > I'm not saying we shouldn't continue to ship gnupg1, but can we at
>> > least
>> > rename it, so gnupg package is version 2, and gnupg1 provides
>> > /usr/bin/gpg1
>> > instead? This seems overdue. Is there any reason not to do this?
>>
>> I am opposed to this. If a tool wants/needs to
>> use v2 it should be using gpg2 not gpg. gpg v1.4.x is still active
>> upstream and is shipped as gpg so we shouldn't be renaming it.
>
> What would be your opinion for using alternatives for the /usr/bin/gpg?

+1.
 I created on my machine a symlink /usr/bin/gpg to gpg2 to solve these
kind of issues.

>
> The problem is that now the keystores are incompatible and it creates
> big confusion to the users when they see some key in gnupg-1 and do not
> see it in gnupg-2 and the other way around.
>
> --
> Tomas Mraz
> No matter how far down the wrong road you've gone, turn back.
>   Turkish proverb
> (You'll never know whether the road is wrong though.)
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org



-- 

google.com/+arnaudgabourygabx
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

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

[notifications]

From 3a5a03a6127754c3ba77797b63fb671747222aa7 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Wed, 17 Feb 2016 19:58:14 +0100
Subject: Package cleanup

---
 perl-latest.spec | 34 ++
 1 file changed, 18 insertions(+), 16 deletions(-)

diff --git a/perl-latest.spec b/perl-latest.spec
index 6c6c260..90389bc 100644
--- a/perl-latest.spec
+++ b/perl-latest.spec
@@ -1,17 +1,24 @@
 Name:   perl-latest
 Version:0.03
-Release:17%{?dist}
+Release:18%{?dist}
 Summary:Use the latest Perl features
 License:GPL+ or Artistic
-Group:  Development/Libraries
 URL:http://search.cpan.org/dist/latest/
 Source0:
http://www.cpan.org/authors/id/A/AN/ANDYA/latest-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildArch:  noarch
+# Build
+BuildRequires:  perl
+BuildRequires:  perl(base)
+BuildRequires:  perl(lib)
 BuildRequires:  perl(Module::Build)
-BuildRequires:  perl(Test::More)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+# Runtime
+BuildRequires:  perl(Carp)
 BuildRequires:  perl(version)
-Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
+# Tests only
+BuildRequires:  perl(Test::More)
+Requires:   perl(:MODULE_COMPAT_%(eval "$(perl -V:version)"; echo 
$version))
 
 %description
 Shake out any obscure problems that might result from your code being used by a
@@ -21,30 +28,25 @@ program that requires the latest Perl version.
 %setup -q -n latest-%{version}
 
 %build
-%{__perl} Build.PL installdirs=vendor
+perl Build.PL installdirs=vendor
 ./Build
 
 %install
-rm -rf $RPM_BUILD_ROOT
-
-./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
-find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;
-
-%{_fixperms} $RPM_BUILD_ROOT/*
+./Build install destdir=%{buildroot} create_packlist=0
+%{_fixperms} %{buildroot}/*
 
 %check
 ./Build test
 
-%clean
-rm -rf $RPM_BUILD_ROOT
-
 %files
-%defattr(-,root,root,-)
 %doc Changes README
 %{perl_vendorlib}/*
 %{_mandir}/man3/*
 
 %changelog
+* Wed Feb 17 2016 Petr Šabata  - 0.03-18
+- Package cleanup
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
0.03-17
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-latest.git/commit/?h=master=3a5a03a6127754c3ba77797b63fb671747222aa7
--
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: ship Fedora with /etc/{subuid|subgid}

[Antonio Murdaca]

- Messaggio originale -
| Da: "Antonio Murdaca" 
| A: "Development discussions related to Fedora" 
| Inviato: Mercoledì, 17 febbraio 2016 19:56:04
| Oggetto: Re: ship Fedora with /etc/{subuid|subgid}
| 
| 
| 
| - Messaggio originale -
| | Da: "Nalin Dahyabhai" 
| | A: devel@lists.fedoraproject.org
| | Inviato: Mercoledì, 17 febbraio 2016 19:52:55
| | Oggetto: Re: ship Fedora with /etc/{subuid|subgid}
| | 
| | On Wed, Feb 17, 2016 at 01:31:41PM -0500, Daniel J Walsh wrote:
| | > Strange package to include those.
| | > 
| | > This also looks like an interesting package.
| | > 
| | > http://manpages.ubuntu.com/manpages/vivid/man1/newuidmap.1.html
| | 
| | Fedora packages the same source package and calls the result
| | shadow-utils.
| 
| but those /etc/{subuid,subgid} aren't packaged (right?)

alright, I've seen Dan's bz

| 
| | 
| | Cheers,
| | 
| | Nalin
| | --
| | devel mailing list
| | devel@lists.fedoraproject.org
| | http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
| | 
| --
| devel mailing list
| devel@lists.fedoraproject.org
| http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
| 
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: ship Fedora with /etc/{subuid|subgid}

[Antonio Murdaca]

- Messaggio originale -
| Da: "Nalin Dahyabhai" 
| A: devel@lists.fedoraproject.org
| Inviato: Mercoledì, 17 febbraio 2016 19:52:55
| Oggetto: Re: ship Fedora with /etc/{subuid|subgid}
| 
| On Wed, Feb 17, 2016 at 01:31:41PM -0500, Daniel J Walsh wrote:
| > Strange package to include those.
| > 
| > This also looks like an interesting package.
| > 
| > http://manpages.ubuntu.com/manpages/vivid/man1/newuidmap.1.html
| 
| Fedora packages the same source package and calls the result
| shadow-utils.

but those /etc/{subuid,subgid} aren't packaged (right?)

| 
| Cheers,
| 
| Nalin
| --
| 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: ship Fedora with /etc/{subuid|subgid}

[Nalin Dahyabhai]

On Wed, Feb 17, 2016 at 01:31:41PM -0500, Daniel J Walsh wrote:
> Strange package to include those.
> 
> This also looks like an interesting package.
> 
> http://manpages.ubuntu.com/manpages/vivid/man1/newuidmap.1.html

Fedora packages the same source package and calls the result
shadow-utils.

Cheers,

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

Re: GPG2 as default /usr/bin/gpg

[Brian C. Lane]

On Wed, Feb 17, 2016 at 06:41:51PM +0100, Tomas Mraz wrote:
> On St, 2016-02-17 at 08:10 -0800, Brian C. Lane wrote:
> > 
> > I'm not sure what you're asking here. We have 2 different binaries
> > already. I don't see any reason to add more or rename the existing
> > ones.
> 
> I meant renaming the gnupg-1 binary to gpg1 and make the /usr/bin/gpg a
> symlink to it via the alternatives system so if user install only
> gnupg2 the symlink would point to gpg2. But the default can still be a
> symlink to gpg1.

I think using the alternatives would just cause confusion. I think the
best approach is to find the things that are assuming gpg 1 and 2 are
the same and fix them to use the right one.
-- 
Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA (PST8PDT)
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

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

[notifications]

From 9393f41cb425f20b66af3e2ae52de1395afff8ca Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Wed, 17 Feb 2016 19:50:41 +0100
Subject: Package cleanup

---
 perl-Kwiki-Users-Remote.spec | 65 +++-
 1 file changed, 34 insertions(+), 31 deletions(-)

diff --git a/perl-Kwiki-Users-Remote.spec b/perl-Kwiki-Users-Remote.spec
index 2672973..c9207fb 100644
--- a/perl-Kwiki-Users-Remote.spec
+++ b/perl-Kwiki-Users-Remote.spec
@@ -1,34 +1,44 @@
 Name:   perl-Kwiki-Users-Remote
 Version:0.04
-Release:26%{?dist}
+Release:27%{?dist}
 Summary:Automatically set Kwiki user name from HTTP authentication
 License:GPL+ or Artistic
-Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Kwiki-Users-Remote/
 Source0:
http://www.cpan.org/authors/id/I/IA/IAN/Kwiki-Users-Remote-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildArch:  noarch
-BuildRequires:  perl(ExtUtils::MakeMaker)
-BuildRequires:  perl(Test::More)
+# Build
+BuildRequires:  make
+BuildRequires:  perl
+BuildRequires:  perl(Config)
+BuildRequires:  perl(Cwd)
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
+BuildRequires:  perl(ExtUtils::MM_Unix)
+BuildRequires:  perl(File::Find)
+BuildRequires:  perl(File::Path)
+BuildRequires:  perl(File::Spec)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(vars)
+# Runtime
+BuildRequires:  perl(base)
 BuildRequires:  perl(Kwiki) >= 0.32
+BuildRequires:  perl(Kwiki::Installer)
+BuildRequires:  perl(Kwiki::User)
 BuildRequires:  perl(Kwiki::UserName) >= 0.14
 BuildRequires:  perl(Kwiki::Users)
-# For improved tests
-BuildRequires:  perl(Test::Pod::Coverage) >= 1.04
+BuildRequires:  perl(mixin)
+BuildRequires:  perl(warnings)
+# Tests only
+BuildRequires:  perl(lib)
+BuildRequires:  perl(Test::More)
+# Optional tests only
 BuildRequires:  perl(Test::Pod) >= 1.14
-
+BuildRequires:  perl(Test::Pod::Coverage) >= 1.04
+Requires:   perl(:MODULE_COMPAT_%(eval "$(perl -V:version)"; echo 
$version))
 Requires:   perl(Kwiki) >= 0.32
+Requires:   perl(Kwiki::Installer)
 Requires:   perl(Kwiki::UserName) >= 0.14
-Requires:   perl(Kwiki::Users)
-Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
 
-# RPM 4.8 style
-%{?filter_setup:
-%filter_from_requires /^perl(mixin)/d
-%{?perl_default_filter}
-}
-# RPM 4.9 style
-%global __requires_exclude 
%{?__requires_exclude:__requires_exclude|}^perl\\(mixin\\)$
+%global __requires_exclude 
%{?__requires_exclude:%__requires_exclude|}^perl\\(Kwiki::UserName\\)$
 
 %description
 When using HTTP authentication for your Kwiki, use this module to
@@ -39,33 +49,26 @@ This name will appear in any Recent Changes listing.
 %setup -q -n Kwiki-Users-Remote-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
-rm -rf $RPM_BUILD_ROOT
-
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
-
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;
-
-%{_fixperms} $RPM_BUILD_ROOT/*
+make pure_install DESTDIR=%{buildroot}
+%{_fixperms} %{buildroot}/*
 
 %check
-rm -f debug*.list
+rm -f SIGNATURE
 make test
 
-%clean
-rm -rf $RPM_BUILD_ROOT
-
 %files
-%defattr(-,root,root,-)
 %doc Changes README
 %{perl_vendorlib}/*
 %{_mandir}/man3/*
 
 %changelog
+* Wed Feb 17 2016 Petr Šabata  - 0.04-27
+- Package cleanup
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
0.04-26
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
-- 
cgit v0.12



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

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

[notifications]

From 83f66b214a2bf546405b0a94cd2b1f956eb4da39 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Wed, 17 Feb 2016 19:36:40 +0100
Subject: Package cleanup

---
 perl-Kwiki-UserPreferences.spec | 59 +
 1 file changed, 30 insertions(+), 29 deletions(-)

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



http://pkgs.fedoraproject.org/cgit/perl-Kwiki-UserPreferences.git/commit/?h=master=83f66b214a2bf546405b0a94cd2b1f956eb4da39
--
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: ship Fedora with /etc/{subuid|subgid}

[Daniel J Walsh]

Strange package to include those.

This also looks like an interesting package.

http://manpages.ubuntu.com/manpages/vivid/man1/newuidmap.1.html

On 02/17/2016 11:45 AM, Antonio Murdaca wrote:
>
> - Messaggio originale -
> | Da: "Antonio Murdaca" 
> | A: devel@lists.fedoraproject.org
> | Cc: "Daniel J Walsh" , "Nalin Dahyabhai" 
> 
> | Inviato: Mercoledì, 17 febbraio 2016 14:44:34
> | Oggetto: ship Fedora with /etc/{subuid|subgid}
> | 
> | Hello everyone,
> | 
> | TL;DR;
> | a fresh Fedora installation won't have /etc/subuid and /etc/subgid
> | Docker user namespace implementation require those files to be present -
> | otherwise it fails
> | 
> | Docker user ns relies on two files /etc/{subuid,subgid} to be on the rootfs
> | in order to
> | gather information about remapped root(s). AFAIK other distros ship those
> | files (empty by default IIRC).
>
> seems like "passwd" is providing those files on stock Ubuntu(s)
> http://manpages.ubuntu.com/manpages/wily/en/man5/subuid.5.html
>
> | The only exception is Fedora (as also stated in their official docs at [1]).
> | 
> | Is there any particular issue|reason Fedora doesn't ship those two files?
> | 
> | [1]
> | 
> https://github.com/docker/docker/blob/master/docs/reference/commandline/daemon.md#starting-the-daemon-with-user-namespaces-enabled
> | 
> | Thx,
> | Antonio (runcom) Murdaca
> | --
> | devel mailing list
> | devel@lists.fedoraproject.org
> | http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
> |
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: GPG2 as default /usr/bin/gpg

[Christopher]

On Wed, Feb 17, 2016 at 1:09 PM John M. Harris, Jr. 
wrote:

> Unless there are any issues with gpg, and to my knowledge there aren't, I
> can't see any important reason to default 'gpg' to 'gpg2', at least not for
> f24.
>
>
The biggest reason I can think is to make things consistent with the
out-of-box behavior of gpg-agent, and Gnome's keyring.


> I will say that if this is done, we need to be able to use the normal
> alternatives system (update-alternatives) to change what's used, without
> user changes worrying about being in conflict with package updates.
>
>
I agree.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Fedora Rawhide 20160217 compose check report

[Fedora compose checker]

Missing expected images:

Kde disk raw armhfp
Kde live i386
Kde live x86_64

Images in this compose but not Rawhide 20160216:

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

Images in Rawhide 20160216 but not this:

Cloud_atomic vagrant virtualbox x86_64
Cloud_atomic vagrant libvirt x86_64

Failed openQA tests: 18 of 63

ID: 5502Test: x86_64 workstation_live default_install
URL: https://openqa.fedoraproject.org/tests/5502
ID: 5507Test: i386 workstation_live default_install
URL: https://openqa.fedoraproject.org/tests/5507
ID: 5503Test: x86_64 workstation_live default_install@uefi
URL: https://openqa.fedoraproject.org/tests/5503
ID: 5501Test: i386 generic_boot default_install
URL: https://openqa.fedoraproject.org/tests/5501
ID: 5490Test: i386 universal server_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/5490
ID: 5491Test: i386 universal server_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/5491
ID: 5489Test: i386 universal package_set_minimal
URL: https://openqa.fedoraproject.org/tests/5489
ID: 5492Test: i386 universal server_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/5492
ID: 5493Test: i386 universal server_software_raid
URL: https://openqa.fedoraproject.org/tests/5493
ID: 5478Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/5478
ID: 5485Test: i386 universal server_lvmthin
URL: https://openqa.fedoraproject.org/tests/5485
ID: 5465Test: x86_64 universal package_set_kde
URL: https://openqa.fedoraproject.org/tests/5465
ID: 5494Test: i386 universal server_btrfs
URL: https://openqa.fedoraproject.org/tests/5494
ID: 5495Test: i386 universal server_ext3
URL: https://openqa.fedoraproject.org/tests/5495
ID: 5488Test: i386 universal package_set_kde
URL: https://openqa.fedoraproject.org/tests/5488
ID: 5480Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/5480
ID: 5486Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/5486
ID: 5487Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/5487

Passed openQA tests: 42 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

Re: GPG2 as default /usr/bin/gpg

[Christopher]

On Wed, Feb 17, 2016 at 1:18 PM Brian C. Lane  wrote:

> On Wed, Feb 17, 2016 at 09:29:10AM -0700, Kevin Fenzi wrote:
> > On Wed, 17 Feb 2016 07:29:26 -0800
> > "Brian C. Lane"  wrote:
> >
> > > I am opposed to this. If a tool wants/needs to
> > > use v2 it should be using gpg2 not gpg. gpg v1.4.x is still active
> > > upstream and is shipped as gpg so we shouldn't be renaming it.
> >
> > Is there any sense upstream how much longer 1.x will be still
> > supported?
> >
> > I was unaware it was still being maintained, so yeah, seems like a bad
> > idea to change it until it's gone.
>
> AFAIK there are no plans to stop. It can be used in places where gpg2
> and its agent system don't make sense. Development on it has slowed, but
> it gets regular security updates and the occasional new feature.
>
>
As I understand it, it's still being supported with bug fixes, security
fixes, and maybe the occasional feature, but most new features are
primarily targeting gpg2.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: GCC 6 -Wnonnull is too aggressive

[Ralf Corsepius]

On 02/17/2016 06:51 PM, Jan Kratochvil wrote:

On Wed, 17 Feb 2016 18:25:29 +0100, Ralf Corsepius wrote:

Remove -Werror.

[...]

-Werror is useful to devs when actively working on code, but using it in
released production code to be used in packages is plain st***.


-Werror has found me many times bugs in Fedora add-on patches not being

You are developing with upstream and are using Fedora a test bed.

This is unlike the situation many packages are in.
For these, all -Werror does is to raise in most case negligible warnings 
to errors and to causes FTBFS for negligible reasons, such indentation, 
unused vars or other stylishness.


This shows especially in situations like now, when gcc received a major 
update starts to raise _warnings_ for a new set of issues, and -Werror 
enabled are going to FTBFS in masses.


In other words: WARNINGS are warnings and not errors for a reason.


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

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

[notifications]

From a026f54c99f071b44f1bf01c99374d5d08cf7f5f Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Wed, 17 Feb 2016 19:16:32 +0100
Subject: Package cleanup

---
 perl-Kwiki-UserName.spec | 59 
 1 file changed, 30 insertions(+), 29 deletions(-)

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



http://pkgs.fedoraproject.org/cgit/perl-Kwiki-UserName.git/commit/?h=master=a026f54c99f071b44f1bf01c99374d5d08cf7f5f
--
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: libguestfs's builds started to fail in f24

[Richard W.M. Jones]

On Wed, Feb 17, 2016 at 05:53:51PM +, notificati...@fedoraproject.org wrote:
> libguestfs's builds started to fail in f24
>   https://apps.fedoraproject.org/koschei/package/libguestfs

The failed task is apparently:

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

The build.log looks as if it has been truncated half way through
running ./configure, with no obvious error message.  That's an
"impossible" situation as far as I'm aware.  Any ideas?

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-p2v converts physical machines to virtual machines.  Boot with a
live CD or over the network (PXE) and turn machines into KVM guests.
http://libguestfs.org/virt-v2v
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

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

[Rex Dieter]

Orcan Ogetbil wrote:

> On 16 February 2016 at 13:08, Rex Dieter wrote:
>> So, 2 options (not mutually exclusive):
>>
>> * fix configure to not add /usr/include to ac_incpath
>> * fix src/src.pri.in to comment-out (or remove) the line starting with
>> INCLUDEPATH += (I don't think it's needed)
>>
> 
> Yes, I could use those to workaround/fix the include path issue. But
> there is more to it. I also have to do
> echo "QMAKE_STRIP = echo" >> src/src.pro
> Otherwise the final binary gets stripped by default.

The qmake-qt5.sh wrapper used by this package should already include:
QMAKE_STRIP=

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

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

[notifications]

From a288af720796493fd4fe36a8b9fa4cd5ebb664b6 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Wed, 17 Feb 2016 18:53:10 +0100
Subject: Package cleanup

---
 perl-Kwiki-Search.spec | 59 ++
 1 file changed, 31 insertions(+), 28 deletions(-)

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



http://pkgs.fedoraproject.org/cgit/perl-Kwiki-Search.git/commit/?h=master=a288af720796493fd4fe36a8b9fa4cd5ebb664b6
--
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 -Wnonnull is too aggressive

[Jan Kratochvil]

On Wed, 17 Feb 2016 18:25:29 +0100, Ralf Corsepius wrote:
> Remove -Werror.
[...]
> -Werror is useful to devs when actively working on code, but using it in
> released production code to be used in packages is plain st***.

-Werror has found me many times bugs in Fedora add-on patches not being up to
date with the upstream changes.


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

Re: GCC 6 -Wnonnull is too aggressive

[Jakub Jelinek]

On Wed, Feb 17, 2016 at 05:30:27PM +, Daniel P. Berrange wrote:
> Instead of using __attribute__((nonnull)) directly in the code, define a
> macro for it. When compiling normal builds with gcc, make the macro
> expand to nothing, but when compiling with coverity or other static analysis
> tools make it expand normally.

Well, nonnull attribute is not primarily a debugging aid, but an
optimization hint, which allows the compiler to optimize, sometimes
significantly, the code that gives the compiler the additional information
it can't figure itself otherwise.
So while it could make sense to disable it in debug builds if you want
your assertions to work, for production builds built without assertions
it is really unnecessary pessimization of the code if you don't define it.

>  * still requiring correct gcc syntax when it is turned off.  See also
>  * http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17308 */

Funny you mention this PR, because the new warning is one of the
warnings requested in that PR.  And now some people are complaining that the
warning got implemented.

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

Re: GPG2 as default /usr/bin/gpg

[Tomas Mraz]

On St, 2016-02-17 at 08:10 -0800, Brian C. Lane wrote:
> On Wed, Feb 17, 2016 at 04:51:48PM +0100, Tomas Mraz wrote:
> > On St, 2016-02-17 at 07:29 -0800, Brian C. Lane wrote:
> > > On Wed, Feb 17, 2016 at 05:52:45AM +, Christopher wrote:
> > > > I just ran into this: https://bugzilla.redhat.com/show_bug.cgi?
> > > > id=1
> > > > 309175
> > > > It's not a huge deal (and there are several workarounds, for
> > > > git
> > > > and for
> > > > other tools which default ot using 'gpg'), but it highlights
> > > > the
> > > > mismatch
> > > > between the default /usr/bin/gpg running gpg1, when other
> > > > tools,
> > > > like
> > > > gpg-agent, are tailored for gpg2.
> > > > 
> > > > RHEL/CentOS has shipped /usr/bin/gpg with gnupg2 since at least
> > > > sometime in
> > > > RHEL6.
> > > 
> > > Which was a mistake, in my opinion.
> > > 
> > > > I'm not saying we shouldn't continue to ship gnupg1, but can we
> > > > at
> > > > least
> > > > rename it, so gnupg package is version 2, and gnupg1 provides
> > > > /usr/bin/gpg1
> > > > instead? This seems overdue. Is there any reason not to do
> > > > this?
> > > 
> > > I am opposed to this. If a tool wants/needs to
> > > use v2 it should be using gpg2 not gpg. gpg v1.4.x is still
> > > active
> > > upstream and is shipped as gpg so we shouldn't be renaming it.
> > 
> > What would be your opinion for using alternatives for the
> > /usr/bin/gpg?
> 
> I'm not sure what you're asking here. We have 2 different binaries
> already. I don't see any reason to add more or rename the existing
> ones.

I meant renaming the gnupg-1 binary to gpg1 and make the /usr/bin/gpg a
symlink to it via the alternatives system so if user install only
gnupg2 the symlink would point to gpg2. But the default can still be a
symlink to gpg1.

-- 
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
  Turkish proverb
(You'll never know whether the road is wrong though.)


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

deprecating nepomuk in f24+

[Rex Dieter]

kde-sig has tentative plans to remove support for kde4 nepomuk (starting 
with f24).

What that means is soon kdelibs will be built without libnepomuk (and 
friends), and packages:
nepomuk-core
nepomuk-widgets
will be eol'd.

Packages affected by this include:

nepomuk(kdelibs)

bangarang
contour
kimono
nepomuk-music-kio-slave
nepomukshell
plasma-mobile
pykde4
ruby-korundum
share-like-connect
smokekde
tellico


nepomuk-core:
-
kactivities(-nepomuk subpkg)
nepomuk-widgets
nepomuktvnamer

bindings packages (smokekde, kimono, ruby-korundum, pykde4) will simply be 
rebuilt without support for these old apis.

All remaining packages in this list will need similar adjustments (or be 
retired).

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

Re: GCC 6 -Wnonnull is too aggressive

[Daniel P. Berrange]

On Wed, Feb 17, 2016 at 05:43:51PM +0100, Petr Spacek wrote:
> Hello,
> 
> I'm facing problems with new behavior in GCC 6.
> 
> Let's assume we have trivial program like this:
> 
> $ cat assert.c
> #include 
> #include 
> 
> __attribute__((nonnull))
> int f(char *txt)  {
> assert(txt != NULL);
> 
> return 0;
> }
> 
> int main(int argc, char **argv) {
> 
> return 0;
> }
> 
> 
> And because upstream is paranoid, it is being compiled with:
> $ gcc -Werror -Wall
> 
> 
> This code does not compile anymore on Fedora 24:
> $ gcc -Werror -Wall assert.c
> In file included from assert.c:1:0:
> assert.c: In function ‘f’:
> assert.c:6:13: error: nonnull argument ‘txt’ compared to NULL 
> [-Werror=nonnull]
>   assert(txt != NULL);
>  ^
> 
> Did anyone met similar problem? What did you do with it?
> 
> __attribute__((nonnull)) is tremendously useful for static code analysis and
> helped to uncover a lot of (not-yet triggered) issues in the code, so just
> removing the attribute would not make me happy.
> 
> On the other hand, assert(var != NULL) checks are tremendously useful at
> run-time. They detects problems early/near the place when the problem occurred
> and makes debugging easier.

Instead of using __attribute__((nonnull)) directly in the code, define a
macro for it. When compiling normal builds with gcc, make the macro
expand to nothing, but when compiling with coverity or other static analysis
tools make it expand normally.

This is what we do in libvirt for a while, because we long ago hit the
problem that gcc kills your asserts() if it sees the nonnull annotation :-(

[quote $libvirt/src/internal.h]

/* gcc's handling of attribute nonnull is less than stellar - it does
 * NOT improve diagnostics, and merely allows gcc to optimize away
 * null code checks even when the caller manages to pass null in spite
 * of the attribute, leading to weird crashes.  Coverity, on the other
 * hand, knows how to do better static analysis based on knowing
 * whether a parameter is nonnull.  Make this attribute conditional
 * based on whether we are compiling for real or for analysis, while
 * still requiring correct gcc syntax when it is turned off.  See also
 * http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17308 */
#  ifndef ATTRIBUTE_NONNULL
#   if __GNUC_PREREQ (3, 3)
#if STATIC_ANALYSIS
# define ATTRIBUTE_NONNULL(m) __attribute__((__nonnull__(m)))
#else
# define ATTRIBUTE_NONNULL(m) __attribute__(())
#endif
#   else
#define ATTRIBUTE_NONNULL(m)
#   endif
#  endif

[/quote]


Regards,
Daniel
-- 
|: http://berrange.com  -o-http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org  -o- http://virt-manager.org :|
|: http://autobuild.org   -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org   -o-   http://live.gnome.org/gtk-vnc :|
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: GCC 6 -Wnonnull is too aggressive

[Ralf Corsepius]

On 02/17/2016 05:43 PM, Petr Spacek wrote:

Hello,



And because upstream is paranoid, it is being compiled with:
$ gcc -Werror -Wall



Did anyone met similar problem? What did you do with it?

Remove -Werror.


__attribute__((nonnull)) is tremendously useful for static code analysis and
helped to uncover a lot of (not-yet triggered) issues in the code, so just
removing the attribute would not make me happy.
-Werror is useful to devs when actively working on code, but using it in 
released production code to be used in packages is plain st***.


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

Re: GCC 6 -Wnonnull is too aggressive

[Jakub Jelinek]

On Wed, Feb 17, 2016 at 11:14:29AM -0600, Michael Catanzaro wrote:
> El mié, 17-02-2016 a las 17:53 +0100, Jakub Jelinek escribió:
> > That is wrong.  Even older gcc versions would just optimize away the
> > assertion.
> 
> Even in -O0 builds?

Probably not, though the warning will be at -O0 too.

> We've been hesitantly removing ASSERT(this) statements from WebKit to

ASSERT(this) is pointless, it is testing if undefined behavior didn't happen
after the fact, that is just too late.  As I said, use -fsanitize=undefined
to make sure you don't call methods on nullptr.

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

Re: GCC 6 -Wnonnull is too aggressive

[Michael Catanzaro]

El mié, 17-02-2016 a las 17:53 +0100, Jakub Jelinek escribió:
> That is wrong.  Even older gcc versions would just optimize away the
> assertion.

Even in -O0 builds?

We've been hesitantly removing ASSERT(this) statements from WebKit to
avoid compiler warnings from clang. Our asserts are enabled only in
debug builds, not in optimized release builds.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

eseyman pushed to perl-MooseX-Types-VariantTable (master). "fix release number"

[notifications]

From e7f1a22fd3963934e8c8906442b5f2592dd72657 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Wed, 17 Feb 2016 18:01:56 +0100
Subject: fix release number

---
 perl-MooseX-Types-VariantTable.spec | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/perl-MooseX-Types-VariantTable.spec 
b/perl-MooseX-Types-VariantTable.spec
index 630ead7..2565466 100644
--- a/perl-MooseX-Types-VariantTable.spec
+++ b/perl-MooseX-Types-VariantTable.spec
@@ -1,6 +1,6 @@
 Name:   perl-MooseX-Types-VariantTable
 Version:0.04
-Release:15%{?dist}
+Release:16%{?dist}
 Summary:Type constraint based variant table
 License:GPL+ or Artistic
 
@@ -43,7 +43,7 @@ make test
 %{_mandir}/man3/Moose*
 
 %changelog
-* Wed Feb 17 2016 Emmanuel Seyman  - 0.04-15
+* Wed Feb 17 2016 Emmanuel Seyman  - 0.04-16
 - Remove Group tag and %%defattr macro
 - Pass NO_PACKLIST to Makefile.PL
 - Tighten file listing
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-MooseX-Types-VariantTable.git/commit/?h=master=e7f1a22fd3963934e8c8906442b5f2592dd72657
--
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: GPG2 as default /usr/bin/gpg

[Brian C. Lane]

On Wed, Feb 17, 2016 at 09:29:10AM -0700, Kevin Fenzi wrote:
> On Wed, 17 Feb 2016 07:29:26 -0800
> "Brian C. Lane"  wrote:
> 
> > I am opposed to this. If a tool wants/needs to
> > use v2 it should be using gpg2 not gpg. gpg v1.4.x is still active
> > upstream and is shipped as gpg so we shouldn't be renaming it.
> 
> Is there any sense upstream how much longer 1.x will be still
> supported? 
> 
> I was unaware it was still being maintained, so yeah, seems like a bad
> idea to change it until it's gone. 

AFAIK there are no plans to stop. It can be used in places where gpg2
and its agent system don't make sense. Development on it has slowed, but
it gets regular security updates and the occasional new feature.

-- 
Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA (PST8PDT)
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

eseyman pushed to perl-MooseX-Types-VariantTable (master). "Modernize spec file"

[notifications]

From 3f7245d9ecb9c720f2232dd815bb6437ebe88d53 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman 
Date: Wed, 17 Feb 2016 17:52:56 +0100
Subject: Modernize spec file

---
 perl-MooseX-Types-VariantTable.spec | 20 ++--
 1 file changed, 10 insertions(+), 10 deletions(-)

diff --git a/perl-MooseX-Types-VariantTable.spec 
b/perl-MooseX-Types-VariantTable.spec
index cbfd1bf..630ead7 100644
--- a/perl-MooseX-Types-VariantTable.spec
+++ b/perl-MooseX-Types-VariantTable.spec
@@ -3,11 +3,11 @@ Version:0.04
 Release:15%{?dist}
 Summary:Type constraint based variant table
 License:GPL+ or Artistic
-Group:  Development/Libraries
+
 URL:http://search.cpan.org/dist/MooseX-Types-VariantTable/
 Source0:
http://www.cpan.org/authors/id/F/FL/FLORA/MooseX-Types-VariantTable-%{version}.tar.gz
 BuildArch:  noarch
-BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires:  perl(Moose) >= 0.75
 BuildRequires:  perl(MooseX::Clone) >= 0.03
 BuildRequires:  perl(MooseX::Types::Structured) >= 0.12
@@ -27,27 +27,27 @@ constraints.
 %setup -q -n MooseX-Types-VariantTable-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+%{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
 make pure_install DESTDIR=$RPM_BUILD_ROOT
-
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;
-
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
 make test
 
 %files
-%defattr(-,root,root,-)
 %doc Changes
-%{perl_vendorlib}/*
-%{_mandir}/man3/*
+%{perl_vendorlib}/Moose*
+%{_mandir}/man3/Moose*
 
 %changelog
+* Wed Feb 17 2016 Emmanuel Seyman  - 0.04-15
+- Remove Group tag and %%defattr macro
+- Pass NO_PACKLIST to Makefile.PL
+- Tighten file listing
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
0.04-15
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
-- 
cgit v0.12



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

Re: GCC 6 -Wnonnull is too aggressive

[Jakub Jelinek]

On Wed, Feb 17, 2016 at 05:43:51PM +0100, Petr Spacek wrote:
> __attribute__((nonnull)) is tremendously useful for static code analysis and
> helped to uncover a lot of (not-yet triggered) issues in the code, so just
> removing the attribute would not make me happy.

Sure.

> On the other hand, assert(var != NULL) checks are tremendously useful at
> run-time. They detects problems early/near the place when the problem occurred
> and makes debugging easier.

That is wrong.  Even older gcc versions would just optimize away the
assertion.  For debugging code that uses nonnull attribute, to make sure you
aren't violating the assumptions, you can use
-fsanitize=undefined (in particular -fsanitize=nonnull,returns-nonnull).
So, just remove the bogus assertions.

BTW, in the next gcc build the warning option for this will be
-Wnonnull-compare (enabled in -Wall).

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

ppisar pushed to perl-OpenOffice-UNO (f23). "Resolves: rhbz#1303007 use -core instead of deprecated -headless"

[notifications]

From a0360a352fcc1d8de3da4a0cf0f674d23db4c314 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Caol=C3=A1n=20McNamara?= 
Date: Tue, 2 Feb 2016 13:14:14 +
Subject: Resolves: rhbz#1303007 use -core instead of deprecated -headless

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

diff --git a/perl-OpenOffice-UNO.spec b/perl-OpenOffice-UNO.spec
index 4383973..ef0424a 100644
--- a/perl-OpenOffice-UNO.spec
+++ b/perl-OpenOffice-UNO.spec
@@ -1,6 +1,6 @@
 Name:   perl-OpenOffice-UNO
 Version:0.07
-Release:18%{?dist}
+Release:19%{?dist}
 Summary:Interface to OpenOffice's UNO run-time
 License:LGPLv2+ and SISSL
 Group:  Development/Libraries
@@ -19,7 +19,7 @@ BuildRequires:  /usr/bin/ooffice
 BuildRequires:  libreoffice-sdk >= 1:3
 BuildRequires:  libreoffice-writer
 BuildRequires:  libreoffice-calc
-BuildRequires:  libreoffice-headless
+BuildRequires:  libreoffice-core
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
 
 # Don't provide UNO.so
@@ -75,6 +75,9 @@ make test
 
 
 %changelog
+* Tue Feb 02 2016 Caolán McNamara  - 0.07-19
+- Resolves: rhbz#1303007 use -core instead of deprecated -headless
+
 * Thu Jun 18 2015 Fedora Release Engineering  
- 0.07-18
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
-- 
cgit v0.12



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

[Bug 1309143] perl-Moose-2.1605 is available

[bugzilla]

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

Paul Howarth  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-Moose-2.1605-1.fc24
 Resolution|--- |RAWHIDE
   Assignee|emman...@seyman.fr  |p...@city-fan.org
Last Closed||2016-02-17 11:50:03



--- Comment #4 from Paul Howarth  ---
Build done:
http://koji.fedoraproject.org/koji/taskinfo?taskID=13024068

It's just documentation updates.

-- 
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 1169647] perl-OpenOffice-UNO-0.07-15.fc22 FTBFS: No Package found for libreoffice-headless

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Depends On||1303619




Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1303619
[Bug 1303619] Cannot install libreoffice-sdk: nothing provides
java-devel(x86-64)
-- 
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 1169647] perl-OpenOffice-UNO-0.07-15.fc22 FTBFS: No Package found for libreoffice-headless

[bugzilla]

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



--- Comment #2 from Petr Pisar  ---
The broken dependency on libreoffice-headless was replaced with dependency on
libreoffice-core.

-- 
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: ship Fedora with /etc/{subuid|subgid}

[Antonio Murdaca]

- Messaggio originale -
| Da: "Antonio Murdaca" 
| A: devel@lists.fedoraproject.org
| Cc: "Daniel J Walsh" , "Nalin Dahyabhai" 
| Inviato: Mercoledì, 17 febbraio 2016 14:44:34
| Oggetto: ship Fedora with /etc/{subuid|subgid}
| 
| Hello everyone,
| 
| TL;DR;
| a fresh Fedora installation won't have /etc/subuid and /etc/subgid
| Docker user namespace implementation require those files to be present -
| otherwise it fails
| 
| Docker user ns relies on two files /etc/{subuid,subgid} to be on the rootfs
| in order to
| gather information about remapped root(s). AFAIK other distros ship those
| files (empty by default IIRC).

seems like "passwd" is providing those files on stock Ubuntu(s)
http://manpages.ubuntu.com/manpages/wily/en/man5/subuid.5.html

| The only exception is Fedora (as also stated in their official docs at [1]).
| 
| Is there any particular issue|reason Fedora doesn't ship those two files?
| 
| [1]
| 
https://github.com/docker/docker/blob/master/docs/reference/commandline/daemon.md#starting-the-daemon-with-user-namespaces-enabled
| 
| Thx,
| Antonio (runcom) Murdaca
| --
| 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: GCC 6 -Wnonnull is too aggressive

[Richard Hughes]

On 17 February 2016 at 16:43, Petr Spacek  wrote:
> I'm all ears to hear what is the best solution/workaround for this.

Tell upstream that -Werror is an antisocial thing to do.

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

[Bug 1305212] perl-OpenOffice-UNO: FTBFS in rawhide

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   See Also||https://bugzilla.redhat.com
   ||/show_bug.cgi?id=1303007
 Depends On|1303007 |
   Fixed In Version||perl-OpenOffice-UNO-0.07-19
   ||.fc24
 Resolution|--- |RAWHIDE
   Assignee|lkund...@v3.sk  |ppi...@redhat.com
Last Closed||2016-02-17 11:45:06



--- Comment #5 from Petr Pisar  ---
The broken dependency on libreoffice-headless was replaced with dependency on
libreoffice-core.


Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1303007
[Bug 1303007] Arch-specific libreoffice-headless Provide cannot be used as
a build-require
-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-Moose (perl-Moose-2.1605-1.fc24). "Update to 2.1605"

[notifications]

From d0eb8f149eacfe11e1fb7d72f59ceb7ea9ea1e03 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 17 Feb 2016 16:18:01 +
Subject: Update to 2.1605

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

diff --git a/.gitignore b/.gitignore
index c54b8e5..af51a35 100644
--- a/.gitignore
+++ b/.gitignore
@@ -29,3 +29,4 @@
 /Moose-2.1600.tar.gz
 /Moose-2.1603.tar.gz
 /Moose-2.1604.tar.gz
+/Moose-2.1605.tar.gz
diff --git a/perl-Moose.spec b/perl-Moose.spec
index ce12950..d1a4245 100644
--- a/perl-Moose.spec
+++ b/perl-Moose.spec
@@ -1,7 +1,7 @@
 Name:   perl-Moose
 Summary:Complete modern object system for Perl 5
-Version:2.1604
-Release:2%{?dist}
+Version:2.1605
+Release:1%{?dist}
 License:GPL+ or Artistic
 Group:  Development/Libraries
 Source0:
http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/Moose-%{version}.tar.gz
@@ -164,6 +164,9 @@ make test
 %{_mandir}/man3/Test::Moose*
 
 %changelog
+* Wed Feb 17 2016 Paul Howarth  - 2.1605-1
+- Update to 2.1605
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
2.1604-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
diff --git a/sources b/sources
index c19cee8..c56676f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-25776b282dd23067449dc0e885b681bc  Moose-2.1604.tar.gz
+5d1fd6ab1edebaad2ef1fa59a17b547a  Moose-2.1605.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Moose.git/commit/?h=perl-Moose-2.1605-1.fc24=d0eb8f149eacfe11e1fb7d72f59ceb7ea9ea1e03
--
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 -Wnonnull is too aggressive

[Petr Spacek]

Hello,

I'm facing problems with new behavior in GCC 6.

Let's assume we have trivial program like this:

$ cat assert.c
#include 
#include 

__attribute__((nonnull))
int f(char *txt)  {
assert(txt != NULL);

return 0;
}

int main(int argc, char **argv) {

return 0;
}


And because upstream is paranoid, it is being compiled with:
$ gcc -Werror -Wall


This code does not compile anymore on Fedora 24:
$ gcc -Werror -Wall assert.c
In file included from assert.c:1:0:
assert.c: In function ‘f’:
assert.c:6:13: error: nonnull argument ‘txt’ compared to NULL [-Werror=nonnull]
  assert(txt != NULL);
 ^

Did anyone met similar problem? What did you do with it?

__attribute__((nonnull)) is tremendously useful for static code analysis and
helped to uncover a lot of (not-yet triggered) issues in the code, so just
removing the attribute would not make me happy.

On the other hand, assert(var != NULL) checks are tremendously useful at
run-time. They detects problems early/near the place when the problem occurred
and makes debugging easier.


gcc -Wno-nonnull -fnodelete-null-pointer-checks
does not sound like the right solution ...


I'm all ears to hear what is the best solution/workaround for this.

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

[Bug 1169647] perl-OpenOffice-UNO-0.07-15.fc22 FTBFS: No Package found for libreoffice-headless

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |MODIFIED
   Fixed In Version||perl-OpenOffice-UNO-0.07-19
   ||.fc24
   Assignee|lkund...@v3.sk  |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

[Bug 1305212] perl-OpenOffice-UNO: FTBFS in rawhide

[bugzilla]

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



--- Comment #4 from Upstream Release Monitoring 
 ---
ppisar's perl-OpenOffice-UNO-0.07-19.fc24 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=715412

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

[Bug 1106166] perl-OpenOffice-UNO: FTBFS in rawhide: tests fail randomly

[bugzilla]

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



--- Comment #5 from Upstream Release Monitoring 
 ---
ppisar's perl-OpenOffice-UNO-0.07-19.fc24 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=715412

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

Re: orphaning dx (OpenDX)

[Ralf Corsepius]

On 02/17/2016 02:54 PM, Dominik 'Rathann' Mierzejewski wrote:

Hello,
I'm orphaning the dx and dx-samples in rawhide.

It is FTBFS in rawhide due to stricter checks in gcc-6, the upstream
is dead (or actually it was never there, ever since IBM released the
code), and the code itself is ancient (1999). I don't use it and I don't
know anyone who does, so it's not really worth my effort to fix it
to build with gcc-6. I've been keeping the code building (and running,
mostly) for almost 10 years now and I think it's time for someone
else to take over, if they're interested.

Feel free to take it (and request other branches/admin access). I'll
give away the other branches as well if someone wants to step in all
the way.


I've taken it.

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

[Bug 1309143] perl-Moose-2.1605 is available

[bugzilla]

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



--- Comment #3 from Upstream Release Monitoring 
 ---
pghmcfc's perl-Moose-2.1605-1.fc24 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=736571

-- 
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: GPG2 as default /usr/bin/gpg

[Michael Catanzaro]

El mié, 17-02-2016 a las 16:04 +, Richard Hughes escribió:
> If it helps, I lost about 2 hours the other day trying to work out
> why
> my keys were not visible when imported using gpgme. I'd be 100%
> behind
> the change to switch to gpg2 if it saves just one other person 2
> hours
> of confusion.

If it helps, openSUSE got rid of GPG1 and has been shipping GPG2 as
/usr/bin/gpg for several years.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: GPG2 as default /usr/bin/gpg

[Kevin Fenzi]

On Wed, 17 Feb 2016 07:29:26 -0800
"Brian C. Lane"  wrote:

> I am opposed to this. If a tool wants/needs to
> use v2 it should be using gpg2 not gpg. gpg v1.4.x is still active
> upstream and is shipped as gpg so we shouldn't be renaming it.

Is there any sense upstream how much longer 1.x will be still
supported? 

I was unaware it was still being maintained, so yeah, seems like a bad
idea to change it until it's gone. 

kevin




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

Re: GPG2 as default /usr/bin/gpg

[Nikos Roussos]

On February 17, 2016 6:04:04 PM GMT+02:00, Richard Hughes  
wrote:
>On 17 February 2016 at 15:51, Tomas Mraz  wrote:
>> The problem is that now the keystores are incompatible and it creates
>> big confusion to the users when they see some key in gnupg-1 and do
>not
>> see it in gnupg-2 and the other way around.
>
>If it helps, I lost about 2 hours the other day trying to work out why
>my keys were not visible when imported using gpgme. I'd be 100% behind
>the change to switch to gpg2 if it saves just one other person 2 hours
>of confusion

Same here. But all upstream documentation explicitly mentions gpg2. A change 
like this would probably make other people spend 2 hours of searching the 
"right" binary.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1239779] perl-OpenOffice-UNO: FTBFS in rawhide

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||ppi...@redhat.com
 Resolution|--- |DUPLICATE
Last Closed||2016-02-17 11:22:03



--- Comment #5 from Petr Pisar  ---


*** This bug has been marked as a duplicate of bug 1106166 ***

-- 
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 1106166] perl-OpenOffice-UNO: FTBFS in rawhide: tests fail randomly

[bugzilla]

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

Petr Pisar  changed:

   What|Removed |Added

 Blocks||1239338 (F23FTBFS)



--- Comment #4 from Petr Pisar  ---
*** Bug 1239779 has been marked as a duplicate of this bug. ***


Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1239338
[Bug 1239338] Fedora 23 Mass Rebuild FTBFS Tracker
-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-Moose (master). "Update to 2.1605"

[notifications]

From d0eb8f149eacfe11e1fb7d72f59ceb7ea9ea1e03 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 17 Feb 2016 16:18:01 +
Subject: Update to 2.1605

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

diff --git a/.gitignore b/.gitignore
index c54b8e5..af51a35 100644
--- a/.gitignore
+++ b/.gitignore
@@ -29,3 +29,4 @@
 /Moose-2.1600.tar.gz
 /Moose-2.1603.tar.gz
 /Moose-2.1604.tar.gz
+/Moose-2.1605.tar.gz
diff --git a/perl-Moose.spec b/perl-Moose.spec
index ce12950..d1a4245 100644
--- a/perl-Moose.spec
+++ b/perl-Moose.spec
@@ -1,7 +1,7 @@
 Name:   perl-Moose
 Summary:Complete modern object system for Perl 5
-Version:2.1604
-Release:2%{?dist}
+Version:2.1605
+Release:1%{?dist}
 License:GPL+ or Artistic
 Group:  Development/Libraries
 Source0:
http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/Moose-%{version}.tar.gz
@@ -164,6 +164,9 @@ make test
 %{_mandir}/man3/Test::Moose*
 
 %changelog
+* Wed Feb 17 2016 Paul Howarth  - 2.1605-1
+- Update to 2.1605
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
2.1604-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
diff --git a/sources b/sources
index c19cee8..c56676f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-25776b282dd23067449dc0e885b681bc  Moose-2.1604.tar.gz
+5d1fd6ab1edebaad2ef1fa59a17b547a  Moose-2.1605.tar.gz
-- 
cgit v0.12



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

pghmcfc uploaded Moose-2.1605.tar.gz for perl-Moose

[notifications]

5d1fd6ab1edebaad2ef1fa59a17b547a  Moose-2.1605.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Moose/Moose-2.1605.tar.gz/md5/5d1fd6ab1edebaad2ef1fa59a17b547a/Moose-2.1605.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: GPG2 as default /usr/bin/gpg

[Richard Hughes]

On 17 February 2016 at 15:51, Tomas Mraz  wrote:
> The problem is that now the keystores are incompatible and it creates
> big confusion to the users when they see some key in gnupg-1 and do not
> see it in gnupg-2 and the other way around.

If it helps, I lost about 2 hours the other day trying to work out why
my keys were not visible when imported using gpgme. I'd be 100% behind
the change to switch to gpg2 if it saves just one other person 2 hours
of confusion.

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

Re: GPG2 as default /usr/bin/gpg

[Brian C. Lane]

On Wed, Feb 17, 2016 at 04:51:48PM +0100, Tomas Mraz wrote:
> On St, 2016-02-17 at 07:29 -0800, Brian C. Lane wrote:
> > On Wed, Feb 17, 2016 at 05:52:45AM +, Christopher wrote:
> > > I just ran into this: https://bugzilla.redhat.com/show_bug.cgi?id=1
> > > 309175
> > > It's not a huge deal (and there are several workarounds, for git
> > > and for
> > > other tools which default ot using 'gpg'), but it highlights the
> > > mismatch
> > > between the default /usr/bin/gpg running gpg1, when other tools,
> > > like
> > > gpg-agent, are tailored for gpg2.
> > > 
> > > RHEL/CentOS has shipped /usr/bin/gpg with gnupg2 since at least
> > > sometime in
> > > RHEL6.
> > 
> > Which was a mistake, in my opinion.
> > 
> > > I'm not saying we shouldn't continue to ship gnupg1, but can we at
> > > least
> > > rename it, so gnupg package is version 2, and gnupg1 provides
> > > /usr/bin/gpg1
> > > instead? This seems overdue. Is there any reason not to do this?
> > 
> > I am opposed to this. If a tool wants/needs to
> > use v2 it should be using gpg2 not gpg. gpg v1.4.x is still active
> > upstream and is shipped as gpg so we shouldn't be renaming it.
> 
> What would be your opinion for using alternatives for the /usr/bin/gpg?

I'm not sure what you're asking here. We have 2 different binaries
already. I don't see any reason to add more or rename the existing ones.

> 
> The problem is that now the keystores are incompatible and it creates
> big confusion to the users when they see some key in gnupg-1 and do not
> see it in gnupg-2 and the other way around.

Right, the problem is that gpg2 was updated to 2.1.x which changed the
keystore, not that anything in gpg v1 has changed. Anything using gpg2
needs to do so explicitly.

-- 
Brian C. Lane | Anaconda Team | IRC: bcl #anaconda | Port Orchard, WA (PST8PDT)
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

pghmcfc pushed to perl-Test-Synopsis (perl-Test-Synopsis-0.14-1.fc24). "Update to 0.14 (..more)"

[notifications]

From 2cd0ebb8cb76f7a88f3f1eb22612935f113b69f5 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 17 Feb 2016 15:51:34 +
Subject: Update to 0.14

- New upstream release 0.14
  - Complete rewrite by dolmen
  - The undocumented PRIVATE subroutine extract_synopsis has been renamed; any
code using it will break
---
 perl-Test-Synopsis.spec | 17 +++--
 sources |  2 +-
 2 files changed, 12 insertions(+), 7 deletions(-)

diff --git a/perl-Test-Synopsis.spec b/perl-Test-Synopsis.spec
index 0535d0f..8ad50cc 100644
--- a/perl-Test-Synopsis.spec
+++ b/perl-Test-Synopsis.spec
@@ -2,8 +2,8 @@
 %global debug_package %{nil}
 
 Name:  perl-Test-Synopsis
-Version:   0.13
-Release:   2%{?dist}
+Version:   0.14
+Release:   1%{?dist}
 Summary:   Test your SYNOPSIS code
 Group: Development/Libraries
 License:   GPL+ or Artistic
@@ -18,9 +18,9 @@ BuildRequires:make
 BuildRequires: perl
 BuildRequires: perl(ExtUtils::MakeMaker)
 # Module Runtime
-BuildRequires: perl(base)
 BuildRequires: perl(ExtUtils::Manifest)
-BuildRequires: perl(Pod::Parser)
+BuildRequires: perl(parent)
+BuildRequires: perl(Pod::Simple)
 BuildRequires: perl(strict)
 BuildRequires: perl(Test::Builder::Module)
 BuildRequires: perl(warnings)
@@ -30,7 +30,7 @@ BuildRequires:perl(IO::Handle)
 BuildRequires: perl(IPC::Open3)
 BuildRequires: perl(Test::Builder) >= 0.34
 BuildRequires: perl(Test::Builder::Tester)
-BuildRequires: perl(Test::More) >= 0.82
+BuildRequires: perl(Test::More)
 # Extra Tests; can't run these when bootstrapping or in EL since many
 # of these packages won't be available
 %if 0%{!?perl_bootstrap:1} && 0%{!?rhel:1}
@@ -54,7 +54,6 @@ BuildRequires:perl(Test::Version)
 %endif
 # Runtime
 Requires:  perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
-Requires:  perl(Pod::Parser)
 Requires:  perl(Test::Builder::Module)
 
 %description
@@ -98,6 +97,12 @@ rm -rf %{buildroot}
 %{_mandir}/man3/Test::Synopsis.3*
 
 %changelog
+* Wed Feb 17 2016 Paul Howarth  - 0.14-1
+- Update to 0.14
+  - Complete rewrite by dolmen
+  - The undocumented PRIVATE subroutine extract_synopsis has been renamed; any
+code using it will break
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
0.13-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
diff --git a/sources b/sources
index f2e1fb2..98d50d5 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-519b8eaea055df75be31fde7190f6209  Test-Synopsis-0.13.tar.gz
+753b6ca99c7e1f0081c95d7fe6f0b452  Test-Synopsis-0.14.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Test-Synopsis.git/commit/?h=perl-Test-Synopsis-0.14-1.fc24=2cd0ebb8cb76f7a88f3f1eb22612935f113b69f5
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

pghmcfc pushed to perl-Test-Synopsis (master). "Update to 0.14 (..more)"

[notifications]

From 2cd0ebb8cb76f7a88f3f1eb22612935f113b69f5 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Wed, 17 Feb 2016 15:51:34 +
Subject: Update to 0.14

- New upstream release 0.14
  - Complete rewrite by dolmen
  - The undocumented PRIVATE subroutine extract_synopsis has been renamed; any
code using it will break
---
 perl-Test-Synopsis.spec | 17 +++--
 sources |  2 +-
 2 files changed, 12 insertions(+), 7 deletions(-)

diff --git a/perl-Test-Synopsis.spec b/perl-Test-Synopsis.spec
index 0535d0f..8ad50cc 100644
--- a/perl-Test-Synopsis.spec
+++ b/perl-Test-Synopsis.spec
@@ -2,8 +2,8 @@
 %global debug_package %{nil}
 
 Name:  perl-Test-Synopsis
-Version:   0.13
-Release:   2%{?dist}
+Version:   0.14
+Release:   1%{?dist}
 Summary:   Test your SYNOPSIS code
 Group: Development/Libraries
 License:   GPL+ or Artistic
@@ -18,9 +18,9 @@ BuildRequires:make
 BuildRequires: perl
 BuildRequires: perl(ExtUtils::MakeMaker)
 # Module Runtime
-BuildRequires: perl(base)
 BuildRequires: perl(ExtUtils::Manifest)
-BuildRequires: perl(Pod::Parser)
+BuildRequires: perl(parent)
+BuildRequires: perl(Pod::Simple)
 BuildRequires: perl(strict)
 BuildRequires: perl(Test::Builder::Module)
 BuildRequires: perl(warnings)
@@ -30,7 +30,7 @@ BuildRequires:perl(IO::Handle)
 BuildRequires: perl(IPC::Open3)
 BuildRequires: perl(Test::Builder) >= 0.34
 BuildRequires: perl(Test::Builder::Tester)
-BuildRequires: perl(Test::More) >= 0.82
+BuildRequires: perl(Test::More)
 # Extra Tests; can't run these when bootstrapping or in EL since many
 # of these packages won't be available
 %if 0%{!?perl_bootstrap:1} && 0%{!?rhel:1}
@@ -54,7 +54,6 @@ BuildRequires:perl(Test::Version)
 %endif
 # Runtime
 Requires:  perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
-Requires:  perl(Pod::Parser)
 Requires:  perl(Test::Builder::Module)
 
 %description
@@ -98,6 +97,12 @@ rm -rf %{buildroot}
 %{_mandir}/man3/Test::Synopsis.3*
 
 %changelog
+* Wed Feb 17 2016 Paul Howarth  - 0.14-1
+- Update to 0.14
+  - Complete rewrite by dolmen
+  - The undocumented PRIVATE subroutine extract_synopsis has been renamed; any
+code using it will break
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
0.13-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
diff --git a/sources b/sources
index f2e1fb2..98d50d5 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-519b8eaea055df75be31fde7190f6209  Test-Synopsis-0.13.tar.gz
+753b6ca99c7e1f0081c95d7fe6f0b452  Test-Synopsis-0.14.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Test-Synopsis.git/commit/?h=master=2cd0ebb8cb76f7a88f3f1eb22612935f113b69f5
--
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: GPG2 as default /usr/bin/gpg

[Tomas Mraz]

On St, 2016-02-17 at 07:29 -0800, Brian C. Lane wrote:
> On Wed, Feb 17, 2016 at 05:52:45AM +, Christopher wrote:
> > I just ran into this: https://bugzilla.redhat.com/show_bug.cgi?id=1
> > 309175
> > It's not a huge deal (and there are several workarounds, for git
> > and for
> > other tools which default ot using 'gpg'), but it highlights the
> > mismatch
> > between the default /usr/bin/gpg running gpg1, when other tools,
> > like
> > gpg-agent, are tailored for gpg2.
> > 
> > RHEL/CentOS has shipped /usr/bin/gpg with gnupg2 since at least
> > sometime in
> > RHEL6.
> 
> Which was a mistake, in my opinion.
> 
> > I'm not saying we shouldn't continue to ship gnupg1, but can we at
> > least
> > rename it, so gnupg package is version 2, and gnupg1 provides
> > /usr/bin/gpg1
> > instead? This seems overdue. Is there any reason not to do this?
> 
> I am opposed to this. If a tool wants/needs to
> use v2 it should be using gpg2 not gpg. gpg v1.4.x is still active
> upstream and is shipped as gpg so we shouldn't be renaming it.

What would be your opinion for using alternatives for the /usr/bin/gpg?

The problem is that now the keystores are incompatible and it creates
big confusion to the users when they see some key in gnupg-1 and do not
see it in gnupg-2 and the other way around.

-- 
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
  Turkish proverb
(You'll never know whether the road is wrong though.)


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

pghmcfc uploaded Test-Synopsis-0.14.tar.gz for perl-Test-Synopsis

[notifications]

753b6ca99c7e1f0081c95d7fe6f0b452  Test-Synopsis-0.14.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Test-Synopsis/Test-Synopsis-0.14.tar.gz/md5/753b6ca99c7e1f0081c95d7fe6f0b452/Test-Synopsis-0.14.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: GPG2 as default /usr/bin/gpg

[John M. Harris, Jr.]

Unless there are any issues with gpg, and to my knowledge there aren't, I can't 
see any important reason to default 'gpg' to 'gpg2', at least not for f24.

I will say that if this is done, we need to be able to use the normal 
alternatives system (update-alternatives) to change what's used, without user 
changes worrying about being in conflict with package updates.

On February 17, 2016 12:52:45 AM EST, Christopher  
wrote:
>I just ran into this:
>https://bugzilla.redhat.com/show_bug.cgi?id=1309175
>It's not a huge deal (and there are several workarounds, for git and
>for
>other tools which default ot using 'gpg'), but it highlights the
>mismatch
>between the default /usr/bin/gpg running gpg1, when other tools, like
>gpg-agent, are tailored for gpg2.
>
>RHEL/CentOS has shipped /usr/bin/gpg with gnupg2 since at least
>sometime in
>RHEL6.
>I'm not saying we shouldn't continue to ship gnupg1, but can we at
>least
>rename it, so gnupg package is version 2, and gnupg1 provides
>/usr/bin/gpg1
>instead? This seems overdue. Is there any reason not to do this?
>
>
>
>
>--
>devel mailing list
>devel@lists.fedoraproject.org
>http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

-- 
Sent from my Android device. Please excuse my brevity.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

spot pushed to perl-Net-Domain-TLD (master). "1.74"

[notifications]

From 828d7e8b766be82223b23c0d75095a33a0c9e0bb Mon Sep 17 00:00:00 2001
From: Tom Callaway 
Date: Wed, 17 Feb 2016 10:38:01 -0500
Subject: 1.74

---
 .gitignore   |  1 +
 perl-Net-Domain-TLD.spec | 14 +-
 sources  |  2 +-
 3 files changed, 7 insertions(+), 10 deletions(-)

diff --git a/.gitignore b/.gitignore
index 07b94ca..adba5e5 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@ Net-Domain-TLD-1.68.tar.gz
 /Net-Domain-TLD-1.69.tar.gz
 /Net-Domain-TLD-1.70.tar.gz
 /Net-Domain-TLD-1.73.tar.gz
+/Net-Domain-TLD-1.74.tar.gz
diff --git a/perl-Net-Domain-TLD.spec b/perl-Net-Domain-TLD.spec
index dc0ab16..1884199 100644
--- a/perl-Net-Domain-TLD.spec
+++ b/perl-Net-Domain-TLD.spec
@@ -1,12 +1,11 @@
 Name:   perl-Net-Domain-TLD
-Version:1.73
-Release:4%{?dist}
+Version:1.74
+Release:1%{?dist}
 Summary:Work with TLD names
 Group:  Development/Libraries
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Net-Domain-TLD/
 Source0:
http://search.cpan.org/CPAN/authors/id/A/AL/ALEXP/Net-Domain-TLD-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildArch:  noarch
 BuildRequires:  perl
 BuildRequires:  perl(ExtUtils::MakeMaker)
@@ -32,7 +31,6 @@ available top level domain names including new ICANN 
additions and ccTLDs.
 make %{?_smp_mflags}
 
 %install
-rm -rf $RPM_BUILD_ROOT
 make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
 find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';'
 find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null ';'
@@ -41,17 +39,15 @@ chmod -R u+w $RPM_BUILD_ROOT/*
 %check
 make test
 
-%clean
-rm -rf $RPM_BUILD_ROOT
-
 %files
-%defattr(-,root,root,-)
 %doc Changes
 %{perl_vendorlib}/Net
 %{_mandir}/man3/*.3*
 
-
 %changelog
+* Wed Feb 17 2016 Tom Callaway  - 1.74-1
+- update to 1.74
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
1.73-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
diff --git a/sources b/sources
index ebc9c81..03ef3c8 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-cc11bb4afb92c120f43ff62fde07cb8b  Net-Domain-TLD-1.73.tar.gz
+f215d1e622a16f1be452878d910d15b3  Net-Domain-TLD-1.74.tar.gz
-- 
cgit v0.12



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

spot uploaded Net-Domain-TLD-1.74.tar.gz for perl-Net-Domain-TLD

[notifications]

f215d1e622a16f1be452878d910d15b3  Net-Domain-TLD-1.74.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Net-Domain-TLD/Net-Domain-TLD-1.74.tar.gz/md5/f215d1e622a16f1be452878d910d15b3/Net-Domain-TLD-1.74.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