[Test-Announce] Taskotron Notifications and Bodhi2

[Tim Flink]

With the upgrade to bodhi2, the method we were using to notify
packagers of check failures (bodhi comments) is not working at the
moment due to some of the api changes which came with the upgrade.

We're working to restore the comments and eventually transition over to
fedmsg emission but in the mean time, packagers will not receive
notifications if a package they're involved with fails a taskotron
check. You will still be able to see the results of the checks by
looking at the bodhi2 page for the update - taskotron checks status is
shown there.

We apologize for the inconvenience - we're working to fix the situation
as quickly as we can.

Tim


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

pghmcfc uploaded Test-Vars-0.008.tar.gz for perl-Test-Vars

[notifications]

2b382f5e8fcbf12cff09e01a417c3677  Test-Vars-0.008.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Test-Vars/Test-Vars-0.008.tar.gz/md5/2b382f5e8fcbf12cff09e01a417c3677/Test-Vars-0.008.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

[Matthias Runge]

On Mon, Aug 17, 2015 at 09:14:34AM +0200, Miroslav Suchý wrote:
  I don't know if this has changed in he new age of having crazy human
  coding machines, but the last time i looked it was extremely difficult
  to see someone's sponsor and to generate statistics on sponsorship
  activities.  I had some tooling a very long time ago which was used to
  stir up a whole pile of flames surrounding the handling of inactive
  sponsors.
 
 Although I think too, that right way is to sponsor somebody via Package 
 Review, I enhanced my script to show direct
 sponsorship - which means that this information is available in FAS :)
 Mind that this information is not (yet?) linked to that BZ reviews, so I show 
 BZ reviews *and* independently sponsorship
 in FAS. Without information if this was result of some Package Review.

There is this process to become a co-maintainer. I think this is quite
useful:
The way this is intended (IMHO), is, to get an upstream
developer becoming a package maintainer for the specific component. That
person at first might not be the best person to maintain an rpm package.
But this person knows the software quite well.
-- 
Matthias Runge mru...@matthias-runge.de
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Unable to submit update for F22 (was Re: bodhi 2 now live)

[Ralf Corsepius]

On 08/20/2015 06:00 PM, Kevin Fenzi wrote:

On Thu, 20 Aug 2015 17:55:01 +0200
Kevin Kofler kevin.kof...@chello.at wrote:


Ralf Corsepius wrote:

I share this view. I refuse to create a github account and do not
consider using any external account resources for Fedora to be
acceptable.


While I do have a GitHub account (no way for me to eschew it, sadly),
I also do not understand why (and am sad that) Bodhi development
moved off Fedora Hosted, where there is an issue tracker that works
with Fedora accounts, and where we are not reliant on third-party
proprietary software as a service.


The fedorahosted instance is still there, you can use it if you like.

Likely it will be migrated to pagure.io before too long, we just didn't
have time to do so before this deployment.


To me any non fedora/redhat supplied account system is inacceptable,

This applies to github, sourceforge, farcebook, nitter, goggle, or else 
- period.


Ralf



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

Re: Fedora Notifications - howto?

[Michael Schwendt]

On Thu, 20 Aug 2015 10:10:29 -0600, Kevin Fenzi wrote:

  If I log in, which is very slow and takes some time, I see two
  filters with lots of rules. I'd like to understand these defaults.
 
 Right, you should see irc and email on the first screen. 
 
 These are the rules for each type of notification (if you want
 notifications via irc message or email or both). 
 
 If you click on one of them it goes to the modify page for that type of
 notification. 
 
 For each fedmsg that is emitted from anything in fedora infrastructure,
 it looks at your series of rules. If any of them match, you will get an
 email about that fedmsg. 

I watch the email screen.

I've clicked the Reset (factory defaults) button to restart with
something that likely is more sane than what I've found so far.

At the bottom is a section The following messages would have matched
this filter. It now shows a lot more _expected_ notifications than before,
such as the pkgdb notifications I have missed. This is a much better basis
to begin with. I've found several green include rules that didn't make
sense to me.

So:

At the left, there are two filters. They have been given the names
Events on packages that I own and Events referring to my username.

I think those names for the filters add to my confusion (because the
watchcommit ACL covers packages I do _not_ own). I can rename the
filters. So far so good.

Each filter consists of a list of multiple rules. Rules can be added
and deleted again. An added rule can be toggled between Include
(a green checkmark) and Ignore (a red exclamation mark).

At the top of the filter I can read:

  | (all these rules must be satisfied for the notification to be sent)

This is misleading. Actually, only all the green include rules must
match (= be satisfied) for a notification to survive the filter. Any
red ignore rule that causes a match, immediately deletes the
notification from further processing = nothing sent to you.

The second default rule in the filter deletes notifications triggered
by my own activity. An attempt at reducing mail flood. Negating the
rule includes _only_ notifications triggered by myself. It ignores
anything else, such as activity from other packagers I want to
observe via watchcommit ACL. Negating it is highly dangerous as it
drops too much. Deleting that rule would be the way to go. Or adding
a new filter for some specific include rules, and the same applies
to all the other default ignore rules in the default filters. Their
goal is to filter out lots of notifications.

That's why by default there is the second filter that explicitly only
includes notifications triggered by my FAS username.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: bodhi 2 now live

[Nathanael D. Noblet]

On Wed, 2015-08-19 at 21:45 -0600, Kevin Fenzi wrote:
 Greetings. 
 
 After a longer than expected outage window, I'm happy to report that
 bodhi2 is now live in production at
 
 https://admin.fedoraproject.org/updates
 or
 https://bodhi.fedoraproject.org/

I see in the thread that people seem to be having issues with this.
Just wanted to say that to me it looks nicer and seems to work great.
Nice work everyone who worked on it. I assume it will continue to get
better.


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

Re: Rawhide plans

[Adam Williamson]

On Thu, 2015-08-20 at 10:12 -0600, Kevin Fenzi wrote:
 On Thu, 20 Aug 2015 00:48:27 -0700
 Adam Williamson adamw...@fedoraproject.org wrote:
 
  On Wed, 2015-08-19 at 09:18 -0600, Kevin Fenzi wrote:
  
   * Hook up openqa to run on rawhide every night and give us data 
   on 
   how
 often things are broken on the install path. This could be a 
   seperate
 report, or we could hook it up to the rawhide compose. 
  
  OH HEY LOOK:
  
  https://lists.fedoraproject.org/pipermail/test/2015-August/127412.h
  tml
  
  ...in other words, this is basically done. Just waiting on review 
  of
  the openqa trigger script change:
  
  https://phab.qadevel.cloud.fedoraproject.org/D516
  
  then we can run the whole shebang on a cron job (it'll fire up, 
  wait
  for the composes to appear, run the openQA tests then generate and
  send out the report).
 
 Excellent! 
 
 Can we get these to devel list also?

I wasn't sure if devel@ would want them, but if it does, sure. The
From: address is configurable, we can use some kind of generic/bot
address if desired.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

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

eseyman pushed to perl-MooseX-MethodAttributes (master). Update to 0.30 and move to the Module::Build::Tiny workflow

[notifications]

From 459ede77199b768c8c1107bb5241e378e4a53284 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman emman...@seyman.fr
Date: Thu, 20 Aug 2015 09:19:52 +0200
Subject: Update to 0.30 and move to the Module::Build::Tiny workflow


diff --git a/.gitignore b/.gitignore
index 4014a52..a24efe5 100644
--- a/.gitignore
+++ b/.gitignore
@@ -5,3 +5,4 @@ MooseX-MethodAttributes-0.20.tar.gz
 /MooseX-MethodAttributes-0.27.tar.gz
 /MooseX-MethodAttributes-0.28.tar.gz
 /MooseX-MethodAttributes-0.29.tar.gz
+/MooseX-MethodAttributes-0.30.tar.gz
diff --git a/perl-MooseX-MethodAttributes.spec 
b/perl-MooseX-MethodAttributes.spec
index e50402d..6572cec 100644
--- a/perl-MooseX-MethodAttributes.spec
+++ b/perl-MooseX-MethodAttributes.spec
@@ -1,7 +1,7 @@
 Name:   perl-MooseX-MethodAttributes
 Summary:Introspect your method code attributes
-Version:0.29
-Release:3%{?dist}
+Version:0.30
+Release:1%{?dist}
 License:GPL+ or Artistic
 Group:  Development/Libraries
 Source0:
http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/MooseX-MethodAttributes-%{version}.tar.gz
@@ -9,9 +9,9 @@ URL:
http://search.cpan.org/dist/MooseX-MethodAttributes
 Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 BuildArch:  noarch
 
-BuildRequires:  perl(ExtUtils::MakeMaker) = 6.31
 BuildRequires:  perl(Data::Dumper)
 BuildRequires:  perl(lib)
+BuildRequires:  perl(Module::Build::Tiny)
 BuildRequires:  perl(Moose) = 0.98
 BuildRequires:  perl(MooseX::Role::Parameterized)
 BuildRequires:  perl(MooseX::Types::Moose) = 0.21
@@ -22,11 +22,6 @@ BuildRequires:  perl(Test::Fatal)
 BuildRequires:  perl(Test::More) = 0.88
 BuildRequires:  perl(Test::Requires)
 
-# obsolete/provide old tests subpackage
-# can be removed during F19 development cycle
-Obsoletes:  %{name}-tests  0.26-3
-Provides:   %{name}-tests = %{version}-%{release}
-
 %{?perl_default_filter}
 
 %description
@@ -37,31 +32,31 @@ Moose meta method objects.
 %prep
 %setup -q -n MooseX-MethodAttributes-%{version}
 
-# we don't have Test::CheckDeps
-rm -f t/00-check-deps.t
-
 # silence rpmlint warning
 sed -i '1s,#!.*perl,#!%{__perl},' t/*.t
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
-make %{?_smp_mflags}
+perl Build.PL --installdirs=vendor
+./Build
 
 %install
-make pure_install DESTDIR=%{buildroot}
-find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
-
-%{_fixperms} %{buildroot}/*
+./Build install --destdir=%{buildroot} --create_packlist=0
+%{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
-make test
+./Build test
 
 %files
-%doc Changes LICENSE README t/
-%{perl_vendorlib}/*
-%{_mandir}/man3/*.3*
+%doc Changes README t/
+%license LICENSE
+%{perl_vendorlib}/MooseX*
+%{_mandir}/man3/MooseX*.3*
 
 %changelog
+* Thu Aug 20 2015 Emmanuel Seyman emman...@seyman.fr - 0.30-1
+- Update to 0.30
+- Move to the Module::Build::Tiny workflow
+
 * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.29-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
diff --git a/sources b/sources
index 20de54d..820a3be 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c28066933bb5a0e97a5e2dbb0d2e0edf  MooseX-MethodAttributes-0.29.tar.gz
+f3b4ece37075ec73597fcad41512ad7b  MooseX-MethodAttributes-0.30.tar.gz
-- 
cgit v0.10.2



http://pkgs.fedoraproject.org/cgit/perl-MooseX-MethodAttributes.git/commit/?h=masterid=459ede77199b768c8c1107bb5241e378e4a53284
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

[Miroslav Suchý]

Dne 20.8.2015 v 08:57 Ralf Corsepius napsal(a):
 5. You cannot push around sponsors.
 The ability to sponsor packagers is a privilege and not a duty. It's not 
 going to fly to make a volunteer privilege a
 burdon.

I repeated several times in this thread that it is perfectly fine when there is 
no activity beside your name.
I know that there is activity that cannot be measured.

 That said, I considering your ongoing campaign to be harmful to Fedora.

I'm really sad to hear this.

I was just watching the ongoing reports of want-to-be-contributors how hard is 
to get sponsored; reports how Fedora
Repository stalled [1]; discussion that we actually do not know how many active 
sponsors we have.
So I wanted to do something about it. So I start with this metric in the hope 
that it may show us where are the space
for improvement.
However since I got only negative feedback, I'm probably really doing something 
bad. Therefore I back off from this
activity and will do something else.

[1] 
https://eischmann.wordpress.com/2015/07/27/growth-of-fedora-repository-has-almost-stalled/

-- 
Miroslav Suchy, RHCA
Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Agenda for Env-and-Stacks WG meeting (2015-08-20)

[Honza Horak]

I've missed Langdon's points for today's meeting, proposed to ML. Since 
they seem to me more important, let me adjust the topic list, while 
prioritizing the Langdon's items:


Topics:

* how to invite the conversation to es
* what the output of es would be
* how to ensure that es is the place for these conversations in the future
* Rings and modules
  - how/where to track and document this as real project (Taiga.io?)
  - rings definition by description?
- purpose of that particular ring (benefits from user's PoV)
- expectations from content in each ring (2-3 examples of parts 
(format, content))

- who are users of the particular ring
* Open Floor

Honza

On 08/20/2015 10:38 AM, Honza Horak wrote:

WG meeting will be at 17:00 UTC (13:00 EST, 19:00 Brno, 13:00 Boston,
2:00+1d Tokyo, 3:00+1d Brisbane) in #fedora-meeting-2 on Freenode.

= Topics =

* Rings and modules
   - how/where to track and document this as real project (Taiga.io?)
   - rings definition by description?
 - purpose of that particular ring (benefits from user's PoV)
 - expectations from content in each ring (2-3 examples of parts
(format, content))
 - who are users of the particular ring
* Open Floor


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

Broken dependencies: perl-POE-API-Peek

[buildsys]

perl-POE-API-Peek has broken dependencies in the rawhide tree:
On x86_64:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On i386:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Method-Signatures

[buildsys]

perl-Method-Signatures has broken dependencies in the rawhide tree:
On x86_64:
perl-Method-Signatures-20141021-1.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.1)
On i386:
perl-Method-Signatures-20141021-1.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.1)
On armhfp:
perl-Method-Signatures-20141021-1.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.1)
Please resolve this as soon as possible.


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

Broken dependencies: perl-CGI-Application-Structured-Tools

[buildsys]

perl-CGI-Application-Structured-Tools has broken dependencies in the rawhide 
tree:
On x86_64:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Data-Dump-Streamer

[buildsys]

perl-Data-Dump-Streamer has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires 
libperl.so.5.20()(64bit)
On i386:
perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


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

Broken dependencies: perl-B-Hooks-OP-Check-EntersubForCV

[buildsys]

perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the rawhide tree:
On x86_64:
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires 
libperl.so.5.20()(64bit)
On i386:
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires 
libperl.so.5.20
On armhfp:
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires 
libperl.so.5.20
Please resolve this as soon as possible.


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

Broken dependencies: perl-Devel-FindRef

[buildsys]

perl-Devel-FindRef has broken dependencies in the rawhide tree:
On x86_64:
perl-Devel-FindRef-1.44-3.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Devel-FindRef-1.44-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0)
perl-Devel-FindRef-1.44-3.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-Devel-FindRef-1.44-3.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-FindRef-1.44-3.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


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

Broken dependencies: perl-Data-Alias

[buildsys]

perl-Data-Alias has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0)
perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Data-Alias-1.18-4.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0)
perl-Data-Alias-1.18-4.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-Data-Alias-1.18-4.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0)
perl-Data-Alias-1.18-4.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


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

Broken dependencies: polymake

[buildsys]

polymake has broken dependencies in the rawhide tree:
On x86_64:
polymake-2.13-22.git20141013.fc23.x86_64 requires 
perl(:MODULE_COMPAT_5.20.2)
polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2
polymake-2.13-22.git20141013.fc23.x86_64 requires 
libperl.so.5.20()(64bit)
On i386:
polymake-2.13-22.git20141013.fc23.i686 requires 
perl(:MODULE_COMPAT_5.20.2)
polymake-2.13-22.git20141013.fc23.i686 requires perl = 4:5.20.2
polymake-2.13-22.git20141013.fc23.i686 requires libperl.so.5.20
On armhfp:
polymake-2.13-22.git20141013.fc23.armv7hl requires 
perl(:MODULE_COMPAT_5.20.2)
polymake-2.13-22.git20141013.fc23.armv7hl requires perl = 4:5.20.2
polymake-2.13-22.git20141013.fc23.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


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

Broken dependencies: perl-Test-AutoBuild

[buildsys]

perl-Test-AutoBuild has broken dependencies in the rawhide tree:
On x86_64:
perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires 
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Test-AutoBuild-1.2.4-15.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Devel-BeginLift

[buildsys]

perl-Devel-BeginLift has broken dependencies in the rawhide tree:
On x86_64:
perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires 
libperl.so.5.20()(64bit)
On i386:
perl-Devel-BeginLift-0.001003-9.fc22.i686 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-BeginLift-0.001003-9.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


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

[HEADS-UP] jemalloc-4.0.0 for rawhide, please test

[Ingvar Hagelund]

I'm about to push jemalloc-4.0.0 for rawhide. Scratch builds for f23 and
f24 are available here:
http://users.linpro.no/ingvar/jemalloc/4.0.0/

There are a few packages that requires jemalloc, and they should be
recompiled and tested against the new package.

$ repoquery --whatrequires jemalloc |\
  sed 's,\(.*\)-.*-.*,\1,g;' | sort | uniq

blender
blenderplayer
bro
gridengine
gridengine-execd
gridengine-qmaster
gridengine-qmon
jemalloc-devel
nfs-ganesha
nfs-ganesha-ceph
nfs-ganesha-gluster
nfs-ganesha-proxy
nfs-ganesha-utils
nfs-ganesha-vfs
nfs-ganesha-xfs
redis
varnish

Please report back any problems or comments.

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

Re: Rawhide plans

[Reindl Harald]

Am 20.08.2015 um 06:01 schrieb Ralf Corsepius:

On 08/20/2015 01:07 AM, Eric Griffith wrote:

Personally, if it weren't for the confusion, I think Fedora Next would
be the perfect name for this.


May-be, you guys are too young to know, but to me Fedora Next, would be
a Fedora distribution addressing Steve Job/Apple's NeXt and advertising
for Apple.

That said, I would not be surprised, if Fedora Next would be subject
to trademark conflicts and disputes.


the word next in the context what Rawhide is?
seriously?



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

Re: Rawhide plans

[Adam Williamson]

On Wed, 2015-08-19 at 09:18 -0600, Kevin Fenzi wrote:

 * Hook up openqa to run on rawhide every night and give us data on 
 how
   often things are broken on the install path. This could be a 
 seperate
   report, or we could hook it up to the rawhide compose. 

OH HEY LOOK:

https://lists.fedoraproject.org/pipermail/test/2015-August/127412.html

...in other words, this is basically done. Just waiting on review of
the openqa trigger script change:

https://phab.qadevel.cloud.fedoraproject.org/D516

then we can run the whole shebang on a cron job (it'll fire up, wait
for the composes to appear, run the openQA tests then generate and send
out the report).
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

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

[Bug 1230754] perl-Test-Vars-0.005-7.fc23: FTBFS with Perl 5.22

[bugzilla]

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



--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
perl-Test-Vars-0.007-1.fc23 has been submitted as an update to Fedora 23.
https://bugzilla.redhat.com/show_bug.cgi?id=1230754

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

Re: Unable to submit update for F22 (was Re: bodhi 2 now live)

[Ralf Corsepius]

On 08/20/2015 09:51 AM, Milan Crha wrote:

On Wed, 2015-08-19 at 21:45 -0600, Kevin Fenzi wrote:

There will likely be oddities and bugs. Please file them in github so
we can prioritize them and get them fixed up.

https://github.com/fedora-infra/bodhi/issues


Hi,
I do not have a github account, and I'm currently not going to create
any (github is not my favorite site), thus I'm writing here instead
(after all, Fedora infrastructure issue = Fedora bugzilla, no?).
I share this view. I refuse to create a github account and do not 
consider using any external account resources for Fedora to be acceptable.



I tried to submit an update for Fedora 22 and it just tells me that it
wasn't able to submit it with absolutely no reason. My values are:


And this as well. I just tried to create an update for F23 and was just 
told unable to create update.


So be it, ... give me a ping when you think bodhi is ready for public 
usage. ATM it definitely is not.


Ralf


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

pghmcfc pushed to perl-Test-Vars (perl-Test-Vars-0.008-1.fc24). Update to 0.008 (..more)

[notifications]

This commit already existed in another branch.

http://pkgs.fedoraproject.org/cgit/perl-Test-Vars.git/commit/?h=perl-Test-Vars-0.008-1.fc24id=fad28b9a4c3db9979128a375f60522a84a3fabee
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

pghmcfc pushed to perl-Test-Vars (perl-Test-Vars-0.008-1.fc23). Update to 0.008 (..more)

[notifications]

From fad28b9a4c3db9979128a375f60522a84a3fabee Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Thu, 20 Aug 2015 10:19:33 +0100
Subject: Update to 0.008

- New upstream release 0.008
  - In some corner cases, Test::Vars would try to look inside the body of a
stub sub (sub foo;) and then blow up; this could be triggered by
declaring a stub sub and then an attribute with a reader of the same name
in a Moose::Role, for example

diff --git a/perl-Test-Vars.spec b/perl-Test-Vars.spec
index cd31345..edb9408 100644
--- a/perl-Test-Vars.spec
+++ b/perl-Test-Vars.spec
@@ -1,5 +1,5 @@
 Name:  perl-Test-Vars
-Version:   0.007
+Version:   0.008
 Release:   1%{?dist}
 Summary:   Detects unused variables
 License:   GPL+ or Artistic
@@ -38,6 +38,12 @@ BuildRequires:   perl(warnings)
 BuildRequires: perl(Test::More) = 0.88
 BuildRequires: perl(Test::Tester)
 # ===
+# Optional test requirements
+# ===
+%if !0%{?rhel:1}  !0%{?perl_bootstrap:1}
+BuildRequires: perl(Moose::Role)
+%endif
+# ===
 # Author/Release test requirements
 # ===
 BuildRequires: perl(Test::Pod::Coverage) = 1.04
@@ -80,6 +86,13 @@ perl Build.PL --installdirs=vendor
 %{_mandir}/man3/Test::Vars.3*
 
 %changelog
+* Thu Aug 20 2015 Paul Howarth p...@city-fan.org - 0.008-1
+- Update to 0.008
+  - In some corner cases, Test::Vars would try to look inside the body of a
+stub sub (sub foo;) and then blow up; this could be triggered by
+declaring a stub sub and then an attribute with a reader of the same name
+in a Moose::Role, for example
+
 * Wed Aug 19 2015 Paul Howarth p...@city-fan.org - 0.007-1
 - Update to 0.007
   - Fix tests with threaded Perl 5.22+
diff --git a/sources b/sources
index 977b209..cb9dbf2 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-064dcba9d5f71411fa50e9f2fe9a41e4  Test-Vars-0.007.tar.gz
+2b382f5e8fcbf12cff09e01a417c3677  Test-Vars-0.008.tar.gz
-- 
cgit v0.10.2



http://pkgs.fedoraproject.org/cgit/perl-Test-Vars.git/commit/?h=perl-Test-Vars-0.008-1.fc23id=fad28b9a4c3db9979128a375f60522a84a3fabee
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Unable to submit update for F22 (was Re: bodhi 2 now live)

[Paul Howarth]

On 20/08/15 10:28, Ralf Corsepius wrote:

On 08/20/2015 09:51 AM, Milan Crha wrote:

On Wed, 2015-08-19 at 21:45 -0600, Kevin Fenzi wrote:

There will likely be oddities and bugs. Please file them in github so
we can prioritize them and get them fixed up.

https://github.com/fedora-infra/bodhi/issues


Hi,
I do not have a github account, and I'm currently not going to create
any (github is not my favorite site), thus I'm writing here instead
(after all, Fedora infrastructure issue = Fedora bugzilla, no?).

I share this view. I refuse to create a github account and do not
consider using any external account resources for Fedora to be acceptable.


I tried to submit an update for Fedora 22 and it just tells me that it
wasn't able to submit it with absolutely no reason. My values are:


And this as well. I just tried to create an update for F23 and was just
told unable to create update.

So be it, ... give me a ping when you think bodhi is ready for public
usage. ATM it definitely is not.


I had the same issue trying to create an update for F23. I was able to 
manage it eventually by using fedpkg update, once I'd updated 
python-fedora from F21 updates-testing.


However, I later needed to edit that update to change the build, and the 
result is an update with no builds that I can't even access any more.


https://github.com/fedora-infra/bodhi/issues/202

Looks like you need to hit enter after typing/pasting in the package 
NVR into the Candidate Builds field, which was not at all obvious to me.


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

Unable to submit update for F22 (was Re: bodhi 2 now live)

[Milan Crha]

On Wed, 2015-08-19 at 21:45 -0600, Kevin Fenzi wrote:
 There will likely be oddities and bugs. Please file them in github so
 we can prioritize them and get them fixed up. 
 
 https://github.com/fedora-infra/bodhi/issues

Hi,
I do not have a github account, and I'm currently not going to create
any (github is not my favorite site), thus I'm writing here instead
(after all, Fedora infrastructure issue = Fedora bugzilla, no?).

I tried to submit an update for Fedora 22 and it just tells me that it
wasn't able to submit it with absolutely no reason. My values are:

   Packages:
   Related Bugs: 1231591
   Candidate Builds: evolution-3.16.5-2.fc22
   Update notes: Fixes possible crash when viewing mailing list message digest.
   Final details
  Type: bugfix
  Severity: unspecified
  Suggestion: unspecified
  Close bugs on stable? [x]
  Auto-request stable? [x]
  Stable karma: 3
  Unstable karma: -3
  Require bugs: [ ]
  Require testcases: [ ]
  Require checks:

Clicking Submit returns: Unable to create update with no other
information in the right-bottom corner tooltip.

Bye,
Milan

P.S.: the interface is different, more confusing, maybe when I get use
to it it'll feel better, but it also requires me to do more changes in
the interface, while the old good bodhi had preselected bugfix
type, thus I only added builds and description, sometimes also list of
bugs and that was all. Right now I do 3 more clicks.

Is there a way to disable notifications of changes of other people? It
doesn't worth the bandwidth in my case.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

pghmcfc pushed to perl-Test-Vars (master). Update to 0.008 (..more)

[notifications]

From fad28b9a4c3db9979128a375f60522a84a3fabee Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Thu, 20 Aug 2015 10:19:33 +0100
Subject: Update to 0.008

- New upstream release 0.008
  - In some corner cases, Test::Vars would try to look inside the body of a
stub sub (sub foo;) and then blow up; this could be triggered by
declaring a stub sub and then an attribute with a reader of the same name
in a Moose::Role, for example

diff --git a/perl-Test-Vars.spec b/perl-Test-Vars.spec
index cd31345..edb9408 100644
--- a/perl-Test-Vars.spec
+++ b/perl-Test-Vars.spec
@@ -1,5 +1,5 @@
 Name:  perl-Test-Vars
-Version:   0.007
+Version:   0.008
 Release:   1%{?dist}
 Summary:   Detects unused variables
 License:   GPL+ or Artistic
@@ -38,6 +38,12 @@ BuildRequires:   perl(warnings)
 BuildRequires: perl(Test::More) = 0.88
 BuildRequires: perl(Test::Tester)
 # ===
+# Optional test requirements
+# ===
+%if !0%{?rhel:1}  !0%{?perl_bootstrap:1}
+BuildRequires: perl(Moose::Role)
+%endif
+# ===
 # Author/Release test requirements
 # ===
 BuildRequires: perl(Test::Pod::Coverage) = 1.04
@@ -80,6 +86,13 @@ perl Build.PL --installdirs=vendor
 %{_mandir}/man3/Test::Vars.3*
 
 %changelog
+* Thu Aug 20 2015 Paul Howarth p...@city-fan.org - 0.008-1
+- Update to 0.008
+  - In some corner cases, Test::Vars would try to look inside the body of a
+stub sub (sub foo;) and then blow up; this could be triggered by
+declaring a stub sub and then an attribute with a reader of the same name
+in a Moose::Role, for example
+
 * Wed Aug 19 2015 Paul Howarth p...@city-fan.org - 0.007-1
 - Update to 0.007
   - Fix tests with threaded Perl 5.22+
diff --git a/sources b/sources
index 977b209..cb9dbf2 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-064dcba9d5f71411fa50e9f2fe9a41e4  Test-Vars-0.007.tar.gz
+2b382f5e8fcbf12cff09e01a417c3677  Test-Vars-0.008.tar.gz
-- 
cgit v0.10.2



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

pghmcfc pushed to perl-Test-Vars (f23). Update to 0.008 (..more)

[notifications]

From fad28b9a4c3db9979128a375f60522a84a3fabee Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Thu, 20 Aug 2015 10:19:33 +0100
Subject: Update to 0.008

- New upstream release 0.008
  - In some corner cases, Test::Vars would try to look inside the body of a
stub sub (sub foo;) and then blow up; this could be triggered by
declaring a stub sub and then an attribute with a reader of the same name
in a Moose::Role, for example

diff --git a/perl-Test-Vars.spec b/perl-Test-Vars.spec
index cd31345..edb9408 100644
--- a/perl-Test-Vars.spec
+++ b/perl-Test-Vars.spec
@@ -1,5 +1,5 @@
 Name:  perl-Test-Vars
-Version:   0.007
+Version:   0.008
 Release:   1%{?dist}
 Summary:   Detects unused variables
 License:   GPL+ or Artistic
@@ -38,6 +38,12 @@ BuildRequires:   perl(warnings)
 BuildRequires: perl(Test::More) = 0.88
 BuildRequires: perl(Test::Tester)
 # ===
+# Optional test requirements
+# ===
+%if !0%{?rhel:1}  !0%{?perl_bootstrap:1}
+BuildRequires: perl(Moose::Role)
+%endif
+# ===
 # Author/Release test requirements
 # ===
 BuildRequires: perl(Test::Pod::Coverage) = 1.04
@@ -80,6 +86,13 @@ perl Build.PL --installdirs=vendor
 %{_mandir}/man3/Test::Vars.3*
 
 %changelog
+* Thu Aug 20 2015 Paul Howarth p...@city-fan.org - 0.008-1
+- Update to 0.008
+  - In some corner cases, Test::Vars would try to look inside the body of a
+stub sub (sub foo;) and then blow up; this could be triggered by
+declaring a stub sub and then an attribute with a reader of the same name
+in a Moose::Role, for example
+
 * Wed Aug 19 2015 Paul Howarth p...@city-fan.org - 0.007-1
 - Update to 0.007
   - Fix tests with threaded Perl 5.22+
diff --git a/sources b/sources
index 977b209..cb9dbf2 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-064dcba9d5f71411fa50e9f2fe9a41e4  Test-Vars-0.007.tar.gz
+2b382f5e8fcbf12cff09e01a417c3677  Test-Vars-0.008.tar.gz
-- 
cgit v0.10.2



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

eseyman pushed to perl-MooseX-Traits (master). Update to 0.13 and move to the Module::Build::Tiny workflow

[notifications]

From bf4d162eedd8591da179dcfa8d63e1b7f502041f Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman emman...@seyman.fr
Date: Thu, 20 Aug 2015 09:35:27 +0200
Subject: Update to 0.13 and move to the Module::Build::Tiny workflow


diff --git a/.gitignore b/.gitignore
index ab3f404..0ecf653 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 MooseX-Traits-0.11.tar.gz
 /MooseX-Traits-0.12.tar.gz
+/MooseX-Traits-0.13.tar.gz
diff --git a/perl-MooseX-Traits.spec b/perl-MooseX-Traits.spec
index c29bfb2..32fd464 100644
--- a/perl-MooseX-Traits.spec
+++ b/perl-MooseX-Traits.spec
@@ -1,7 +1,7 @@
 Name:   perl-MooseX-Traits
 Summary:Automatically apply roles at object creation time
-Version:0.12
-Release:3%{?dist}
+Version:0.13
+Release:1%{?dist}
 License:GPL+ or Artistic
 
 Source0:
http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/MooseX-Traits-%{version}.tar.gz
@@ -11,7 +11,7 @@ Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} 
-V:version`; echo $versi
 BuildArch:  noarch
 
 BuildRequires:  perl(Class::MOP) = 0.84
-BuildRequires:  perl(ExtUtils::MakeMaker) = 6.42
+BuildRequires:  perl(Module::Build::Tiny)
 BuildRequires:  perl(Moose)
 BuildRequires:  perl(Moose::Role)
 BuildRequires:  perl(MooseX::Role::Parameterized)
@@ -42,18 +42,15 @@ needed, w/o having to explicitly construct new classes: e.g.
 %setup -q -n MooseX-Traits-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
-make %{?_smp_mflags}
+perl Build.PL --installdirs=vendor
+./Build
 
 %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 ';'
-
+./Build install --destdir=%{buildroot} --create_packlist=0
 %{_fixperms} %{buildroot}/*
 
 %check
-make test
+./Build test
 
 
 %files
@@ -63,6 +60,10 @@ make test
 %{_mandir}/man3/MooseX*.3*
 
 %changelog
+* Thu Aug 20 2015 Emmanuel Seyman emman...@seyman.fr - 0.13-1
+- Update to 0.13
+- Move to the Module::Build::Tiny workflow
+
 * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.12-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
diff --git a/sources b/sources
index 7fd0f77..18794a8 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-d1d85d4009db8660acf994da96003cd7  MooseX-Traits-0.12.tar.gz
+232530e9645abc20a4e7f14fdd022546  MooseX-Traits-0.13.tar.gz
-- 
cgit v0.10.2



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

Agenda for Env-and-Stacks WG meeting (2015-08-20)

[Honza Horak]

WG meeting will be at 17:00 UTC (13:00 EST, 19:00 Brno, 13:00 Boston, 
2:00+1d Tokyo, 3:00+1d Brisbane) in #fedora-meeting-2 on Freenode.


= Topics =

* Rings and modules
  - how/where to track and document this as real project (Taiga.io?)
  - rings definition by description?
- purpose of that particular ring (benefits from user's PoV)
- expectations from content in each ring (2-3 examples of parts 
(format, content))

- who are users of the particular ring
* Open Floor

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

[Bug 1230754] perl-Test-Vars-0.005-7.fc23: FTBFS with Perl 5.22

[bugzilla]

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



--- Comment #4 from Fedora Update System upda...@fedoraproject.org ---
perl-Test-Vars-0.008-1.fc23 has been submitted as an update to Fedora 23.
https://bugzilla.redhat.com/show_bug.cgi?id=1230754

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

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

[Ralf Corsepius]

On 08/18/2015 12:04 PM, Miroslav Suchý wrote:

BTW this report reveals that we have just 39 active sponsors (during past year).

If you are sponsors, please consider sponsoring somebody from the queue:
   http://fedoraproject.org/PackageReviewStatus/NEEDSPONSOR.html


You should understand that sponsoring someone in reality is a tedious 
and challenging task. Why?


1. You need to find a package submission your feel sufficiently 
motivated to review.


The packages, I am interested already in are in Fedora, which means I am 
having difficulties to find any more



2. You need to find a package you technically feel qualified to get 
involved to.


Most recent submissions were out of my technical domains.


3. You need to find a non occupied package.
Provided we have sponsors; whom I perceive as keen on collecting 
badges, this has become an ugly rat-race.



4. Reviews take time, esp. on those with NEEDSPONSORS.
In recent times, I perceived a lot of low quality submissions, I am not 
interested in wasting my time on, any more.



5. You cannot push around sponsors.
The ability to sponsor packagers is a privilege and not a duty. It's not 
going to fly to make a volunteer privilege a burdon.



That said, I considering your ongoing campaign to be harmful to Fedora.

All you are going to achieve is to collect more hyperactive kids and 
to drive away more of the old and experienced hares.


Ralf



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

[Bug 1214706] perl-Dancer-1.3135 is available

[bugzilla]

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

Jitka Plesnikova jples...@redhat.com changed:

   What|Removed |Added

 Status|MODIFIED|CLOSED
 Resolution|--- |RAWHIDE
Last Closed||2015-08-20 05:29:43



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

eseyman uploaded MooseX-Traits-0.13.tar.gz for perl-MooseX-Traits

[notifications]

232530e9645abc20a4e7f14fdd022546  MooseX-Traits-0.13.tar.gz

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

Re: Unable to submit update for F22 (was Re: bodhi 2 now live)

[Ralf Corsepius]

On 08/20/2015 07:51 PM, Kevin Fenzi wrote:

On Thu, 20 Aug 2015 12:33:37 -0500
Michael Cronenworth m...@cchtml.com wrote:


On 08/20/2015 12:02 PM, Ralf Corsepius wrote:


To me any non fedora/redhat supplied account system is inacceptable,

This applies to github, sourceforge, farcebook, nitter, goggle, or
else - period.


The last time a non-Fedora hosted / closed source service was
suggested it was shot down.

https://lists.fedoraproject.org/pipermail/devel/2013-October/191012.html

Have times changed? Using github is acceptable?


For what? :)

IMHO, I think projects should be free to choose whatever tools they
wish to build their project.


Upstreams, yes, but not Fedora. Fedora should be self-hosted.

That said, Fedora should not start being rude and push people around to 
get accounts on other commercial entities and to expose themselves to 
the risks implied by this.


Ralf

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

Re: Unable to submit update for F22 (was Re: bodhi 2 now live)

[Ralf Corsepius]

On 08/20/2015 12:00 PM, Paul Howarth wrote:

On 20/08/15 10:28, Ralf Corsepius wrote:

On 08/20/2015 09:51 AM, Milan Crha wrote:

On Wed, 2015-08-19 at 21:45 -0600, Kevin Fenzi wrote:

There will likely be oddities and bugs. Please file them in github so
we can prioritize them and get them fixed up.

https://github.com/fedora-infra/bodhi/issues


Hi,
I do not have a github account, and I'm currently not going to create
any (github is not my favorite site), thus I'm writing here instead
(after all, Fedora infrastructure issue = Fedora bugzilla, no?).

I share this view. I refuse to create a github account and do not
consider using any external account resources for Fedora to be
acceptable.


I tried to submit an update for Fedora 22 and it just tells me that it
wasn't able to submit it with absolutely no reason. My values are:


And this as well. I just tried to create an update for F23 and was just
told unable to create update.

So be it, ... give me a ping when you think bodhi is ready for public
usage. ATM it definitely is not.


I had the same issue trying to create an update for F23. I was able to
manage it eventually by using fedpkg update, once I'd updated
python-fedora from F21 updates-testing.

However, I later needed to edit that update to change the build, and the
result is an update with no builds that I can't even access any more.

https://github.com/fedora-infra/bodhi/issues/202

Looks like you need to hit enter after typing/pasting in the package
NVR into the Candidate Builds field, which was not at all obvious to me.

Aha ;()

I just somehow managed to push an update - No idea how.

While filling out the update form for a second time (The first try had 
failed with the error above), out of a sudden a large number of popups 
with checkboxes inside popped up.


After checking some of them, the update was reported to have been 
pushed, except that the BZ, I had added manually seems to have been 
ignored - Seems to me, as is this popup is not offering BZ's which have 
been closed rawhide but require further action for fc23.


BTW: Something with time stamps of the rpmlint/taskotron checks seem to 
be wrong, as well. I my case rpmlint reported to have checked the 
package hours ago, while I had commited the package into git ca. 1/2 
hour ago and submitted it minutes ago.


Ralf

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

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

[Nikos Mavrogiannopoulos]

On Thu, 2015-08-20 at 10:50 +0200, Miroslav Suchý wrote:

  That said, I considering your ongoing campaign to be harmful to 
  Fedora.
 
 I'm really sad to hear this.
 
 I was just watching the ongoing reports of want-to-be-contributors 
 how hard is to get sponsored; reports how Fedora
 Repository stalled [1]; discussion that we actually do not know how 
 many active sponsors we have.
 So I wanted to do something about it. So I start with this metric in 
 the hope that it may show us where are the space
 for improvement.
 However since I got only negative feedback, I'm probably really doing 
 something bad. Therefore I back off from this
 activity and will do something else.

The metric itself is very useful information for Fedora leadership to
know what are the available resources at a given time, and how these
evolves over time. It could also, be used as an indicator for sponsors
to remove, but I don't see much value in that - with volunteers you can
have very long gaps in their active contribution level.

Having the trends however shown by such a tool, will allow for
decisions which are backed by data. For example if the number of active
sponsors decreases we are doing something wrong. If irrespective of the
active sponsors number trend, requests continue to accumulate then some
action needs to be taken.

So I'd say go for it. Even if such data are not used now, the
statistics it will generate over time would certainly help future
decisions for Fedora.

regards,
Nikos

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

pghmcfc pushed to perl-Convert-BinHex (f23). Update to 1.124 (..more)

[notifications]

From a3ca379ac90fe975e6322e3303a89df1d057c9b8 Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Thu, 20 Aug 2015 11:36:06 +0100
Subject: Update to 1.124

- New upstream release 1.124
  - Changed debinhex to UTF-8
  - Made the Test:: modules optional (CPAN RT#101974)
  - Fixed a manual typo (CPAN RT#88874)
- Use %license

diff --git a/perl-Convert-BinHex.spec b/perl-Convert-BinHex.spec
index 80139ee..dd59d87 100644
--- a/perl-Convert-BinHex.spec
+++ b/perl-Convert-BinHex.spec
@@ -1,6 +1,6 @@
 Name:  perl-Convert-BinHex
-Version:   1.123
-Release:   5%{?dist}
+Version:   1.124
+Release:   1%{?dist}
 Summary:   Convert to/from RFC1741 HQX7 (Mac BinHex)
 Group: Development/Libraries
 License:   GPL+ or Artistic
@@ -8,6 +8,10 @@ URL:   http://search.cpan.org/dist/Convert-BinHex/
 Source0:   
http://search.cpan.org/CPAN/authors/id/S/ST/STEPHEN/Convert-BinHex-%{version}.tar.gz
 BuildArch: noarch
 # Module Build
+BuildRequires: coreutils
+BuildRequires: findutils
+BuildRequires: make
+BuildRequires: perl
 BuildRequires: perl(ExtUtils::MakeMaker)
 # Module Runtime
 BuildRequires: perl(Carp)
@@ -60,15 +64,23 @@ make test RELEASE_TESTING=1
 make test TEST_FILES=$(echo $(find xt/ -name '*.t'))
 
 %files
-%doc Changes COPYING LICENSE README*
+%license COPYING LICENSE
+%doc Changes README*
 %{_bindir}/binhex.pl
 %{_bindir}/debinhex.pl
 %{perl_vendorlib}/Convert/
 %{_mandir}/man1/binhex.pl.1*
 %{_mandir}/man1/debinhex.pl.1*
-%{_mandir}/man3/Convert::BinHex.3pm*
+%{_mandir}/man3/Convert::BinHex.3*
 
 %changelog
+* Thu Aug 20 2015 Paul Howarth p...@city-fan.org - 1.124-1
+- Update to 1.124
+  - Changed debinhex to UTF-8
+  - Made the Test:: modules optional (CPAN RT#101974)
+  - Fixed a manual typo (CPAN RT#88874)
+- Use %%license
+
 * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.123-5
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
diff --git a/sources b/sources
index 2cb6a33..0a15530 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6957dee877c64918066ae27ca6069bfe  Convert-BinHex-1.123.tar.gz
+81bbc7c7f3d349767137658a200a7f11  Convert-BinHex-1.124.tar.gz
-- 
cgit v0.10.2



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

Re: Agenda for Env-and-Stacks WG meeting (2015-08-20)

[Nick Coghlan]

On 20 August 2015 at 18:50, Honza Horak hho...@redhat.com wrote:
 I've missed Langdon's points for today's meeting, proposed to ML. Since they
 seem to me more important, let me adjust the topic list, while prioritizing
 the Langdon's items:

3 am means this is my Hell, no week for the ES meeting time, but
for next week, I'm hoping to have some more coherent thoughts relating
to the user level package management and package review process
redesign topics, updated for a range of discussions we had at Flock
last week.

Cheers,
Nick.

-- 
Nick Coghlan   |   ncogh...@gmail.com   |   Brisbane, Australia
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

pghmcfc pushed to perl-NetAddr-IP (perl-NetAddr-IP-4.078-1.fc23). Update to 4.078 (..more)

[notifications]

From 23a89a6f0fe64469f430568b9e89b2ee6a6bec03 Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Thu, 20 Aug 2015 11:26:03 +0100
Subject: Update to 4.078

- New upstream release 4.078
  - Fix typo in Util.pm 1.53 MakefilePL that caused failure to find compiler

diff --git a/perl-NetAddr-IP.spec b/perl-NetAddr-IP.spec
index 8875eb2..dcd94ce 100644
--- a/perl-NetAddr-IP.spec
+++ b/perl-NetAddr-IP.spec
@@ -1,5 +1,5 @@
 Name:   perl-NetAddr-IP
-Version:4.077
+Version:4.078
 Release:1%{?dist}
 Summary:Manages IPv4 and IPv6 addresses and subnets
 # Lite/Util/Util.xs is GPLv2+
@@ -52,7 +52,7 @@ or IP subnets, that allows for easy manipulations.
 %setup -q -n NetAddr-IP-%{version}
 
 %build
-CC=gcc perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
+perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
 make %{?_smp_mflags}
 
 %install
@@ -80,6 +80,10 @@ make test
 %{_mandir}/man3/NetAddr::IP::UtilPP.3*
 
 %changelog
+* Thu Aug 20 2015 Paul Howarth p...@city-fan.org - 4.078-1
+- Update to 4.078
+  - Fix typo in Util.pm 1.53 MakefilePL that caused failure to find compiler
+
 * Fri Aug 14 2015 Paul Howarth p...@city-fan.org - 4.077-1
 - Update to 4.077
   - Added method is_local() to Lite.pm
diff --git a/sources b/sources
index 9b7affa..1f68d3f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-db52dcb07cb2c4fcd72e37a1930f6590  NetAddr-IP-4.077.tar.gz
+bca8406520b6535a3f9661d385705d97  NetAddr-IP-4.078.tar.gz
-- 
cgit v0.10.2



http://pkgs.fedoraproject.org/cgit/perl-NetAddr-IP.git/commit/?h=perl-NetAddr-IP-4.078-1.fc23id=23a89a6f0fe64469f430568b9e89b2ee6a6bec03
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

pghmcfc pushed to perl-NetAddr-IP (perl-NetAddr-IP-4.078-1.fc24). Update to 4.078 (..more)

[notifications]

This commit already existed in another branch.

http://pkgs.fedoraproject.org/cgit/perl-NetAddr-IP.git/commit/?h=perl-NetAddr-IP-4.078-1.fc24id=23a89a6f0fe64469f430568b9e89b2ee6a6bec03
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

F-23 Branched report: 20150820 changes

[Fedora Branched Report]

Compose started at Thu Aug 20 07:15:03 UTC 2015
Broken deps for armhfp
--
[QuantLib]
QuantLib-test-1.6.1-1.fc23.armv7hl requires 
libboost_unit_test_framework.so.1.58.0
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws)
apache-scout-1.2.6-11.fc21.noarch requires 
mvn(org.apache.juddi:juddi-client)
[aws]
aws-tools-2015-2.fc23.armv7hl requires libaws_ssl.so
[cduce]
cduce-0.6.0-13.fc23.armv7hl requires ocaml(Curl) = 
0:c9482fe21d30ad4b5f1ca281b3da3d99
[dpm-contrib-admintools]
dpm-contrib-admintools-0.2.1-6.fc23.armv7hl requires 
MySQL-python(armv7hl-32)
[golang-github-influxdb-influxdb]
golang-github-influxdb-influxdb-devel-0.8.5-0.2.git9485e99.fc23.noarch 
requires golang(github.com/rakyll/statik)
[gtksourceview-sharp]
gtksourceview-sharp-2.0.12-24.fc23.armv7hl requires gtksourceview
[hadoop]
hadoop-common-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-servlet)
hadoop-common-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hadoop-common-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-json)
hadoop-common-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-core)
hadoop-hdfs-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core)
hadoop-mapreduce-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hadoop-mapreduce-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey.contribs:jersey-guice)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-servlet)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-json)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-core)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-client)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey.contribs:jersey-guice)
hadoop-yarn-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json)
hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core)
hadoop-yarn-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-client)
hadoop-yarn-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey.contribs:jersey-guice)
[hawaii-shell]
hawaii-shell-0.3.0-3.fc22.armv7hl requires 
libqtaccountsservice-qt5.so.0.1.2
[hbase]
hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server)
hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json)
hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core)
hbase-tests-0.98.3-4.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hbase-tests-0.98.3-4.fc22.noarch requires 
mvn(com.sun.jersey:jersey-json)
hbase-tests-0.98.3-4.fc22.noarch requires 
mvn(com.sun.jersey:jersey-core)
[klavaro]
klavaro-3.01-0.pre1.1.fc23.1.armv7hl requires libgtkdataboks.so.0
[mariadb-galera]
1:mariadb-galera-server-10.0.17-5.fc23.armv7hl requires galera = 
0:25.3.3
[mesos]
mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires libprotobuf.so.8
python-mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires 
libprotobuf.so.8
[moon-buggy]
moon-buggy-1.0.51-14.fc23.armv7hl requires libesd.so.0
[ncbi-blast+]
ncbi-blast+-2.2.31-1.fc23.armv7hl requires libxformat.so
ncbi-blast+-2.2.31-1.fc23.armv7hl requires libxcleanup.so
ncbi-blast+-2.2.31-1.fc23.armv7hl requires libvalid.so
ncbi-blast+-2.2.31-1.fc23.armv7hl requires libpubmed.so
ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmlacli.so
ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmla.so
ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmedlars.so
ncbi-blast+-2.2.31-1.fc23.armv7hl requires libgbseq.so
[netbeans-platform]
1:netbeans-platform-harness-7.0.1-11.fc22.armv7hl requires cobertura = 
0:1.9.3
[nodejs-grunt-contrib-copy]
nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires 
npm(file-sync-cmp)  0:0.2
nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires 
npm(file-sync-cmp) = 0:0.1.0
nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(chalk) = 
0:0.5.1
[nodejs-grunt-saucelabs]
nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(sauce-tunnel) 
= 0:2.2.3
nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(requestretry)  
0:1.3
nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(requestretry) 
= 0:1.2.2
nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(lodash) = 
0:3.7.0
nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(colors) = 

Broken dependencies: perl-Test-AutoBuild

[buildsys]

perl-Test-AutoBuild has broken dependencies in the F-23 tree:
On x86_64:
perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires 
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Test-AutoBuild-1.2.4-15.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Test-Vars

[buildsys]

perl-Test-Vars has broken dependencies in the F-23 tree:
On x86_64:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


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

Broken dependencies: perl-CGI-Application-Structured-Tools

[buildsys]

perl-CGI-Application-Structured-Tools has broken dependencies in the F-23 tree:
On x86_64:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


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

rawhide report: 20150820 changes

[Fedora Rawhide Report]

Compose started at Thu Aug 20 05:15:03 UTC 2015
Broken deps for i386
--
[ScientificPython]
ScientificPython-2.8-20.fc22.i686 requires libmpi.so.1
[adobe-source-libraries]
adobe-source-libraries-1.0.43-24.fc22.i686 requires 
libboost_thread.so.1.57.0
adobe-source-libraries-1.0.43-24.fc22.i686 requires 
libboost_system.so.1.57.0
adobe-source-libraries-1.0.43-24.fc22.i686 requires 
libboost_signals.so.1.57.0
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws)
apache-scout-1.2.6-11.fc21.noarch requires 
mvn(org.apache.juddi:juddi-client)
[aws]
aws-tools-2015-2.fc23.i686 requires libaws_ssl.so
[darcs]
darcs-2.8.5-3.fc23.i686 requires libHStar-0.4.0.1-ghc7.8.4.so
darcs-2.8.5-3.fc23.i686 requires 
ghc(tar-0.4.0.1-88996a8f4fefe5700b5394aaa2fa845d)
ghc-darcs-2.8.5-3.fc23.i686 requires libHStar-0.4.0.1-ghc7.8.4.so
ghc-darcs-2.8.5-3.fc23.i686 requires 
ghc(tar-0.4.0.1-88996a8f4fefe5700b5394aaa2fa845d)
ghc-darcs-devel-2.8.5-3.fc23.i686 requires 
ghc-devel(tar-0.4.0.1-88996a8f4fefe5700b5394aaa2fa845d)
[dpm-contrib-admintools]
dpm-contrib-admintools-0.2.1-6.fc23.i686 requires MySQL-python(x86-32)
[elasticsearch]
elasticsearch-1.7.1-1.fc24.noarch requires lucene4-sandbox
[ghc-citeproc-hs]
ghc-citeproc-hs-0.3.9-6.fc23.i686 requires libHSxml-1.3.13-ghc7.8.4.so
ghc-citeproc-hs-0.3.9-6.fc23.i686 requires 
ghc(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2)
ghc-citeproc-hs-devel-0.3.9-6.fc23.i686 requires 
ghc-devel(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2)
[ghc-hakyll]
ghc-hakyll-4.5.4.0-3.fc23.i686 requires libHSxml-1.3.13-ghc7.8.4.so
[ghc-scotty]
ghc-scotty-0.9.0-3.fc23.i686 requires 
libHSstringsearch-0.3.6.5-ghc7.8.4.so
[ghc-texmath]
ghc-texmath-0.8.0.1-3.fc23.i686 requires libHSxml-1.3.13-ghc7.8.4.so
ghc-texmath-0.8.0.1-3.fc23.i686 requires 
ghc(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2)
ghc-texmath-devel-0.8.0.1-3.fc23.i686 requires 
ghc-devel(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2)
[ghc-wai-extra]
ghc-wai-extra-3.0.4.5-2.fc23.i686 requires 
libHSstringsearch-0.3.6.5-ghc7.8.4.so
ghc-wai-extra-3.0.4.5-2.fc23.i686 requires 
ghc(stringsearch-0.3.6.5-7f7d1930cd1bcb2865db7caec97dd82d)
ghc-wai-extra-devel-3.0.4.5-2.fc23.i686 requires 
ghc-devel(stringsearch-0.3.6.5-7f7d1930cd1bcb2865db7caec97dd82d)
[gnatcoll]
gnatcoll-2014-4.fc23.i686 requires libgtkada-3.8.so.2
[golang-googlecode-google-api-client]

golang-googlecode-google-api-client-unit-test-0-0.8.gitfc402b0.fc24.i686 
requires golang-googlecode-google-api-client-devel = 0:0-0.8.gitfc402b0.fc24
[gtksourceview-sharp]
gtksourceview-sharp-2.0.12-24.fc23.i686 requires gtksourceview
[gtranslator]
gtranslator-2.91.7-3.fc23.i686 requires libgdict-1.0.so.8
[hadoop]
hadoop-common-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-servlet)
hadoop-common-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hadoop-common-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-json)
hadoop-common-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-core)
hadoop-hdfs-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core)
hadoop-mapreduce-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hadoop-mapreduce-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey.contribs:jersey-guice)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-servlet)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-json)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-core)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-client)
hadoop-tests-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey.contribs:jersey-guice)
hadoop-yarn-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-server)
hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json)
hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core)
hadoop-yarn-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey:jersey-client)
hadoop-yarn-2.4.1-8.fc22.noarch requires 
mvn(com.sun.jersey.contribs:jersey-guice)
[hawaii-shell]
hawaii-shell-0.3.0-3.fc22.i686 requires 
libqtaccountsservice-qt5.so.0.1.2
[hbase]
hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server)
hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json)
hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core)
hbase-tests-0.98.3-4.fc22.noarch requires 

pghmcfc pushed to perl-NetAddr-IP (master). Update to 4.078 (..more)

[notifications]

From 23a89a6f0fe64469f430568b9e89b2ee6a6bec03 Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Thu, 20 Aug 2015 11:26:03 +0100
Subject: Update to 4.078

- New upstream release 4.078
  - Fix typo in Util.pm 1.53 MakefilePL that caused failure to find compiler

diff --git a/perl-NetAddr-IP.spec b/perl-NetAddr-IP.spec
index 8875eb2..dcd94ce 100644
--- a/perl-NetAddr-IP.spec
+++ b/perl-NetAddr-IP.spec
@@ -1,5 +1,5 @@
 Name:   perl-NetAddr-IP
-Version:4.077
+Version:4.078
 Release:1%{?dist}
 Summary:Manages IPv4 and IPv6 addresses and subnets
 # Lite/Util/Util.xs is GPLv2+
@@ -52,7 +52,7 @@ or IP subnets, that allows for easy manipulations.
 %setup -q -n NetAddr-IP-%{version}
 
 %build
-CC=gcc perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
+perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
 make %{?_smp_mflags}
 
 %install
@@ -80,6 +80,10 @@ make test
 %{_mandir}/man3/NetAddr::IP::UtilPP.3*
 
 %changelog
+* Thu Aug 20 2015 Paul Howarth p...@city-fan.org - 4.078-1
+- Update to 4.078
+  - Fix typo in Util.pm 1.53 MakefilePL that caused failure to find compiler
+
 * Fri Aug 14 2015 Paul Howarth p...@city-fan.org - 4.077-1
 - Update to 4.077
   - Added method is_local() to Lite.pm
diff --git a/sources b/sources
index 9b7affa..1f68d3f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-db52dcb07cb2c4fcd72e37a1930f6590  NetAddr-IP-4.077.tar.gz
+bca8406520b6535a3f9661d385705d97  NetAddr-IP-4.078.tar.gz
-- 
cgit v0.10.2



http://pkgs.fedoraproject.org/cgit/perl-NetAddr-IP.git/commit/?h=masterid=23a89a6f0fe64469f430568b9e89b2ee6a6bec03
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

pghmcfc pushed to perl-Convert-BinHex (master). Update to 1.124 (..more)

[notifications]

From a3ca379ac90fe975e6322e3303a89df1d057c9b8 Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Thu, 20 Aug 2015 11:36:06 +0100
Subject: Update to 1.124

- New upstream release 1.124
  - Changed debinhex to UTF-8
  - Made the Test:: modules optional (CPAN RT#101974)
  - Fixed a manual typo (CPAN RT#88874)
- Use %license

diff --git a/perl-Convert-BinHex.spec b/perl-Convert-BinHex.spec
index 80139ee..dd59d87 100644
--- a/perl-Convert-BinHex.spec
+++ b/perl-Convert-BinHex.spec
@@ -1,6 +1,6 @@
 Name:  perl-Convert-BinHex
-Version:   1.123
-Release:   5%{?dist}
+Version:   1.124
+Release:   1%{?dist}
 Summary:   Convert to/from RFC1741 HQX7 (Mac BinHex)
 Group: Development/Libraries
 License:   GPL+ or Artistic
@@ -8,6 +8,10 @@ URL:   http://search.cpan.org/dist/Convert-BinHex/
 Source0:   
http://search.cpan.org/CPAN/authors/id/S/ST/STEPHEN/Convert-BinHex-%{version}.tar.gz
 BuildArch: noarch
 # Module Build
+BuildRequires: coreutils
+BuildRequires: findutils
+BuildRequires: make
+BuildRequires: perl
 BuildRequires: perl(ExtUtils::MakeMaker)
 # Module Runtime
 BuildRequires: perl(Carp)
@@ -60,15 +64,23 @@ make test RELEASE_TESTING=1
 make test TEST_FILES=$(echo $(find xt/ -name '*.t'))
 
 %files
-%doc Changes COPYING LICENSE README*
+%license COPYING LICENSE
+%doc Changes README*
 %{_bindir}/binhex.pl
 %{_bindir}/debinhex.pl
 %{perl_vendorlib}/Convert/
 %{_mandir}/man1/binhex.pl.1*
 %{_mandir}/man1/debinhex.pl.1*
-%{_mandir}/man3/Convert::BinHex.3pm*
+%{_mandir}/man3/Convert::BinHex.3*
 
 %changelog
+* Thu Aug 20 2015 Paul Howarth p...@city-fan.org - 1.124-1
+- Update to 1.124
+  - Changed debinhex to UTF-8
+  - Made the Test:: modules optional (CPAN RT#101974)
+  - Fixed a manual typo (CPAN RT#88874)
+- Use %%license
+
 * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.123-5
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
diff --git a/sources b/sources
index 2cb6a33..0a15530 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6957dee877c64918066ae27ca6069bfe  Convert-BinHex-1.123.tar.gz
+81bbc7c7f3d349767137658a200a7f11  Convert-BinHex-1.124.tar.gz
-- 
cgit v0.10.2



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

pghmcfc pushed to perl-NetAddr-IP (f23). Update to 4.078 (..more)

[notifications]

From 23a89a6f0fe64469f430568b9e89b2ee6a6bec03 Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Thu, 20 Aug 2015 11:26:03 +0100
Subject: Update to 4.078

- New upstream release 4.078
  - Fix typo in Util.pm 1.53 MakefilePL that caused failure to find compiler

diff --git a/perl-NetAddr-IP.spec b/perl-NetAddr-IP.spec
index 8875eb2..dcd94ce 100644
--- a/perl-NetAddr-IP.spec
+++ b/perl-NetAddr-IP.spec
@@ -1,5 +1,5 @@
 Name:   perl-NetAddr-IP
-Version:4.077
+Version:4.078
 Release:1%{?dist}
 Summary:Manages IPv4 and IPv6 addresses and subnets
 # Lite/Util/Util.xs is GPLv2+
@@ -52,7 +52,7 @@ or IP subnets, that allows for easy manipulations.
 %setup -q -n NetAddr-IP-%{version}
 
 %build
-CC=gcc perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
+perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags}
 make %{?_smp_mflags}
 
 %install
@@ -80,6 +80,10 @@ make test
 %{_mandir}/man3/NetAddr::IP::UtilPP.3*
 
 %changelog
+* Thu Aug 20 2015 Paul Howarth p...@city-fan.org - 4.078-1
+- Update to 4.078
+  - Fix typo in Util.pm 1.53 MakefilePL that caused failure to find compiler
+
 * Fri Aug 14 2015 Paul Howarth p...@city-fan.org - 4.077-1
 - Update to 4.077
   - Added method is_local() to Lite.pm
diff --git a/sources b/sources
index 9b7affa..1f68d3f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-db52dcb07cb2c4fcd72e37a1930f6590  NetAddr-IP-4.077.tar.gz
+bca8406520b6535a3f9661d385705d97  NetAddr-IP-4.078.tar.gz
-- 
cgit v0.10.2



http://pkgs.fedoraproject.org/cgit/perl-NetAddr-IP.git/commit/?h=f23id=23a89a6f0fe64469f430568b9e89b2ee6a6bec03
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

pghmcfc pushed to perl-Convert-BinHex (perl-Convert-BinHex-1.124-1.fc24). Update to 1.124 (..more)

[notifications]

This commit already existed in another branch.

http://pkgs.fedoraproject.org/cgit/perl-Convert-BinHex.git/commit/?h=perl-Convert-BinHex-1.124-1.fc24id=a3ca379ac90fe975e6322e3303a89df1d057c9b8
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

pghmcfc pushed to perl-Convert-BinHex (perl-Convert-BinHex-1.124-1.fc23). Update to 1.124 (..more)

[notifications]

From a3ca379ac90fe975e6322e3303a89df1d057c9b8 Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Thu, 20 Aug 2015 11:36:06 +0100
Subject: Update to 1.124

- New upstream release 1.124
  - Changed debinhex to UTF-8
  - Made the Test:: modules optional (CPAN RT#101974)
  - Fixed a manual typo (CPAN RT#88874)
- Use %license

diff --git a/perl-Convert-BinHex.spec b/perl-Convert-BinHex.spec
index 80139ee..dd59d87 100644
--- a/perl-Convert-BinHex.spec
+++ b/perl-Convert-BinHex.spec
@@ -1,6 +1,6 @@
 Name:  perl-Convert-BinHex
-Version:   1.123
-Release:   5%{?dist}
+Version:   1.124
+Release:   1%{?dist}
 Summary:   Convert to/from RFC1741 HQX7 (Mac BinHex)
 Group: Development/Libraries
 License:   GPL+ or Artistic
@@ -8,6 +8,10 @@ URL:   http://search.cpan.org/dist/Convert-BinHex/
 Source0:   
http://search.cpan.org/CPAN/authors/id/S/ST/STEPHEN/Convert-BinHex-%{version}.tar.gz
 BuildArch: noarch
 # Module Build
+BuildRequires: coreutils
+BuildRequires: findutils
+BuildRequires: make
+BuildRequires: perl
 BuildRequires: perl(ExtUtils::MakeMaker)
 # Module Runtime
 BuildRequires: perl(Carp)
@@ -60,15 +64,23 @@ make test RELEASE_TESTING=1
 make test TEST_FILES=$(echo $(find xt/ -name '*.t'))
 
 %files
-%doc Changes COPYING LICENSE README*
+%license COPYING LICENSE
+%doc Changes README*
 %{_bindir}/binhex.pl
 %{_bindir}/debinhex.pl
 %{perl_vendorlib}/Convert/
 %{_mandir}/man1/binhex.pl.1*
 %{_mandir}/man1/debinhex.pl.1*
-%{_mandir}/man3/Convert::BinHex.3pm*
+%{_mandir}/man3/Convert::BinHex.3*
 
 %changelog
+* Thu Aug 20 2015 Paul Howarth p...@city-fan.org - 1.124-1
+- Update to 1.124
+  - Changed debinhex to UTF-8
+  - Made the Test:: modules optional (CPAN RT#101974)
+  - Fixed a manual typo (CPAN RT#88874)
+- Use %%license
+
 * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.123-5
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
diff --git a/sources b/sources
index 2cb6a33..0a15530 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-6957dee877c64918066ae27ca6069bfe  Convert-BinHex-1.123.tar.gz
+81bbc7c7f3d349767137658a200a7f11  Convert-BinHex-1.124.tar.gz
-- 
cgit v0.10.2



http://pkgs.fedoraproject.org/cgit/perl-Convert-BinHex.git/commit/?h=perl-Convert-BinHex-1.124-1.fc23id=a3ca379ac90fe975e6322e3303a89df1d057c9b8
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-CatalystX-REPL

[buildsys]

perl-CatalystX-REPL has broken dependencies in the F-23 tree:
On x86_64:
perl-CatalystX-REPL-0.04-10.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-CatalystX-REPL-0.04-10.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-CatalystX-REPL-0.04-10.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Devel-FindRef

[buildsys]

perl-Devel-FindRef has broken dependencies in the F-23 tree:
On x86_64:
perl-Devel-FindRef-1.44-3.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Devel-FindRef-1.44-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0)
perl-Devel-FindRef-1.44-3.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-Devel-FindRef-1.44-3.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-FindRef-1.44-3.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


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

Broken dependencies: perl-Data-Alias

[buildsys]

perl-Data-Alias has broken dependencies in the F-23 tree:
On x86_64:
perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0)
perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Data-Alias-1.18-4.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0)
perl-Data-Alias-1.18-4.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-Data-Alias-1.18-4.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0)
perl-Data-Alias-1.18-4.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


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

Broken dependencies: perl-POE-API-Peek

[buildsys]

perl-POE-API-Peek has broken dependencies in the F-23 tree:
On x86_64:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On i386:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Method-Signatures

[buildsys]

perl-Method-Signatures has broken dependencies in the F-23 tree:
On x86_64:
perl-Method-Signatures-20141021-1.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.1)
On i386:
perl-Method-Signatures-20141021-1.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.1)
On armhfp:
perl-Method-Signatures-20141021-1.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.1)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Task-Catalyst

[buildsys]

perl-Task-Catalyst has broken dependencies in the F-23 tree:
On x86_64:
perl-Task-Catalyst-4.02-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Task-Catalyst-4.02-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Task-Catalyst-4.02-8.fc22.noarch requires 
perl(:MODULE_COMPAT_5.20.0)
Please resolve this as soon as possible.


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

Broken dependencies: perl-MongoDB

[buildsys]

perl-MongoDB has broken dependencies in the F-23 tree:
On x86_64:
perl-MongoDB-0.702.2-5.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0)
perl-MongoDB-0.702.2-5.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-MongoDB-0.702.2-5.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0)
perl-MongoDB-0.702.2-5.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-MongoDB-0.702.2-5.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0)
perl-MongoDB-0.702.2-5.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


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

Broken dependencies: perl-B-Hooks-OP-Check-EntersubForCV

[buildsys]

perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the F-23 tree:
On x86_64:
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires 
libperl.so.5.20()(64bit)
On i386:
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires 
libperl.so.5.20
On armhfp:
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires 
libperl.so.5.20
Please resolve this as soon as possible.


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

Broken dependencies: perl-Devel-BeginLift

[buildsys]

perl-Devel-BeginLift has broken dependencies in the F-23 tree:
On x86_64:
perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires 
libperl.so.5.20()(64bit)
On i386:
perl-Devel-BeginLift-0.001003-9.fc22.i686 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-BeginLift-0.001003-9.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


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

Broken dependencies: perl-Data-Dump-Streamer

[buildsys]

perl-Data-Dump-Streamer has broken dependencies in the F-23 tree:
On x86_64:
perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires 
libperl.so.5.20()(64bit)
On i386:
perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires libperl.so.5.20
On armhfp:
perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires 
perl(:MODULE_COMPAT_5.20.0)
perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


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

Broken dependencies: perl-Carp-REPL

[buildsys]

perl-Carp-REPL has broken dependencies in the F-23 tree:
On x86_64:
perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2)
On i386:
perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2)
On armhfp:
perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2)
Please resolve this as soon as possible.


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

Broken dependencies: polymake

[buildsys]

polymake has broken dependencies in the F-23 tree:
On x86_64:
polymake-2.13-22.git20141013.fc23.x86_64 requires 
perl(:MODULE_COMPAT_5.20.2)
polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2
polymake-2.13-22.git20141013.fc23.x86_64 requires 
libperl.so.5.20()(64bit)
On i386:
polymake-2.13-22.git20141013.fc23.i686 requires 
perl(:MODULE_COMPAT_5.20.2)
polymake-2.13-22.git20141013.fc23.i686 requires perl = 4:5.20.2
polymake-2.13-22.git20141013.fc23.i686 requires libperl.so.5.20
On armhfp:
polymake-2.13-22.git20141013.fc23.armv7hl requires 
perl(:MODULE_COMPAT_5.20.2)
polymake-2.13-22.git20141013.fc23.armv7hl requires perl = 4:5.20.2
polymake-2.13-22.git20141013.fc23.armv7hl requires libperl.so.5.20
Please resolve this as soon as possible.


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

Python 3 additions to the Fedora 23 release notes?

[Nick Coghlan]

Something Joe Brockmeier mentioned in his Fedora Marketing talk at
Flock last week was the need for development teams to be active in
providing content for the release announcements.

With the Fedora 23 Alpha coming out last week, I looked at the Release
Notes to see if there was anything about the Python 3 as default
change, but didn't see anything.

Was there something there and I just missed it, or does something need
to be written up and passed to the folks responsible for creating the
release notes?

Regards,
Nick.

-- 
Nick Coghlan   |   ncogh...@gmail.com   |   Brisbane, Australia
___
python-devel mailing list
python-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/python-devel

pghmcfc uploaded NetAddr-IP-4.078.tar.gz for perl-NetAddr-IP

[notifications]

bca8406520b6535a3f9661d385705d97  NetAddr-IP-4.078.tar.gz

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

pghmcfc uploaded Convert-BinHex-1.124.tar.gz for perl-Convert-BinHex

[notifications]

81bbc7c7f3d349767137658a200a7f11  Convert-BinHex-1.124.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Convert-BinHex/Convert-BinHex-1.124.tar.gz/md5/81bbc7c7f3d349767137658a200a7f11/Convert-BinHex-1.124.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Fedora Notifications - howto?

[Michael Schwendt]

On Wed, 12 Aug 2015 05:05:10 +0200, Pierre-Yves Chibon wrote:

  I just discovered requests in pkgdb, which I haven't been notified
  about. I'm also not sure that I still receive dist git commit
  notifications as usual.
  
  Where would I learn about any infrastructure changes related to
  this?
 
 FMN has been announced on devel-announce and devel as well as the planet. We
 have rolled out a few release including one re-working the default settings.

I'm still in search of a howto. A howto about the user-interface, the
various filters and rules, and real documentation about how to use it.

Is there anybody, who is familiar with

  https://apps.fedoraproject.org/notifications

already and can help?

If I log in, which is very slow and takes some time, I see two filters with 
lots
of rules. I'd like to understand these defaults.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

[Michael Schwendt]

On Thu, 20 Aug 2015 10:50:55 +0200, Miroslav Suchý wrote:

 I was just watching the ongoing reports of want-to-be-contributors
 how hard is to get sponsored;

Yes, it's incredibly easy for Red Hat employees to get sponsored via
the Become a co-maintainer process:

  
https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group#Become_a_co-maintainer

No need to contribute any reviews. No need to submit any package for review.
Fast sponsorship.

And yes, the same process _would_ work for all community contributors, too,
but not if people don't want to become a co-maintainer for anything.

 reports how Fedora
 Repository stalled [1];

 [1] 
 https://eischmann.wordpress.com/2015/07/27/growth-of-fedora-repository-has-almost-stalled/
 

Your script output does not tell anything at all about activity of all
packagers in the package collection, in the normal review queue(s), in
pkgdb. No clues about number of orphaned/retired packages. No clues about
semi-dead packages where the packager is absent for a long time, and the
package only gets rebuilt during mass-rebuilds or receives random rebuilds
by other people.

How many new packagers manage to include a single package in the collection,
but lose interest in maintainership afterwards? How many fellow packagers
lose interest in Fedora in general and switch to another distribution?

 discussion that we actually do not know how many active sponsors we have.

More interesting would be a discussion about which various fields of interest
the current sponsors cover. Ruby? MinGW? OLPC XS? Mono? Fonts? Scientific/Maths
related school/research projects software? To mention a few fields only.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Unable to submit update for F22 (was Re: bodhi 2 now live)

[Kevin Fenzi]

On Fri, 21 Aug 2015 00:39:20 +0200
Kevin Kofler kevin.kof...@chello.at wrote:

 Paul W. Frields wrote:
  This is correct.  The infra team discussed this some time ago and
  since Github does nothing to lock up the resources we care about,
 
 So you'd only see lock-in to proprietary infrastructure as a problem
 if they were actively locking things up?

 Even if now, everything can be exported, who says the feature will
 not have been removed by the time we need it? Sure, you have local
 clones of the git repositories, but what about issues in the issue
 tracker?

Theres a bunch of tools out there to export issues from github. 

  and exposes our code to a much wider (*1000 at least) group of
  developers,
 
 If a developer wants to contribute to Fedora infrastructure, surely,
 signing up for a FAS account cannot be an unacceptable barrier to
 entry!

I'm not able to parse this really... but sure, if you don't want to go
to github, as I noted N emails back, you are welcome to use the
fedorahosted trac or patches in emails to lists. 
 
  among other reasons, judged it OK.  Having a PR-based workflow has
  helped the team be a lot more agile at no cost to the freedom of our
  code.
 
 I still don't get what is supposed to be easier about:

...snip...

I'm not going to convince you to use github. 
It doesn't matter if you or I like it, lots and lots of other people
do. 

  Be that as it may, there is now pagure, and I imagine many if not
  all of these repos will be moving there.  Incidentally, pagure has
  some functionality to allow bidirectional code movement with
  Github, which gets the best of both worlds.
 
 Code, yes, but what about issues?

You can export them via a number of tools. 
 
  If someone doesn't like making a Github account, in the interim
  they're still free to fork as would be usual for any repo (including
  hundreds of projects we carry in Fedora repositories), and send a
  patch to the list.
 
 And how should they report a bug without a GitHub account if you
 point everyone to GitHub as your official issue tracker?

Well, they could use the fedorahosted trac, or the infrastructure
mailing list or irc or whatever. 

This is likely my last reply in this thread, as I noted N mails ago,
bodhi is likely to move to pagure.io now that we have that and it gets
us most everything github has. 

So, trying to convince us to move this project from github when we are
already doing it seems... pointless. 

kevin


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

Re: Unable to submit update for F22 (was Re: bodhi 2 now live)

[Kevin Kofler]

Kevin Fenzi wrote:
 Theres a bunch of tools out there to export issues from github

They can turn this off at any moment, leaving you with no way to get your 
data out.

  and exposes our code to a much wider (*1000 at least) group of
  developers,
 
 If a developer wants to contribute to Fedora infrastructure, surely,
 signing up for a FAS account cannot be an unacceptable barrier to
 entry!
 
 I'm not able to parse this really... but sure, if you don't want to go
 to github, as I noted N emails back, you are welcome to use the
 fedorahosted trac or patches in emails to lists.

My point is that exposing our code to a much wider group of developers is 
not a valid argument for using GitHub instead of Fedora Hosted, because one 
should be able to expect contributors to Fedora infrastructure code to sign 
up for a FAS account to contribute.

Kevin Kofler

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

Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets

[Orion Poplawski]

On 08/20/2015 02:50 AM, Miroslav Suchý wrote:
 
 I was just watching the ongoing reports of want-to-be-contributors how hard 
 is to get sponsored; reports how Fedora
 Repository stalled [1]; discussion that we actually do not know how many 
 active sponsors we have.
...
 
 [1] 
 https://eischmann.wordpress.com/2015/07/27/growth-of-fedora-repository-has-almost-stalled/

My gut reaction to this is, my god, we don't need *more* packages in Fedora,
we need more people maintaining the pile we already have.  So I'd like to see
more packagers added as co-maintainers of packages.


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

Re: Unable to submit update for F22 (was Re: bodhi 2 now live)

[Christopher Meng]

On Friday, August 21, 2015, Kevin Kofler kevin.kof...@chello.at wrote:

 vs.
 1'. clone the upstream repository,
 2'. commit your change(s) to the clone,
 3'. export your patch(es) with git format-patch,
 4'. open an issue through a web interface,
 5'. attach the patch(es) to the issue
 (except of course on GitHub, where 5' is not possible because they do not
 allow attaching anything other than images/pictures to their issue tracker,
 presumably to force everyone to use the pull request workflow).


I'd only expect pull request functionality only, if we can have nice
looking interface like github PR, it'd be great.


-- 

Yours sincerely,
Christopher Meng

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

[389-devel] Please review: [389 Project] #48252: db2index creates index entry from deleted records

[Noriko Hosoi]

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

https://fedorahosted.org/389/attachment/ticket/48252/0001-Ticket-48252-db2index-creates-index-entry-from-delet.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel

Minutes from Env-and-Stacks WG meeting (2015-08-20)

[Honza Horak]

==
#fedora-meeting-2: Env and Stacks (2015-08-20)
==


Meeting started by hhorak at 17:00:55 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting-2/2015-08-20/env-and-stacks.2015-08-20-17.00.log.html
.



Meeting summary
---
* greetings..  (hhorak, 17:01:10)

* how to invite the conversation to es  (hhorak, 17:03:11)
  * it is a matter of outreach, there are a number of stack-like
technologies being pursued in the Edition Working Groups; we want to
avoid duplicated/conflicting effort.  (hhorak, 17:07:34)
  * The general consensus in the room on Flock was that ES should help
define some of the boundaries of the rings, and possibly come up
with a better name than rings since it breaks down at higher levels
(hhorak, 17:09:04)
  * But ES shouldn't dictate the details of each ring- those should be
forwarded on to more appropriate WG's  (hhorak, 17:09:22)
  * es should recommend available technologies for implementing rings
which base would then include (probably) in r0  r1.. available to
all the editions and higher rings  (hhorak, 17:10:10)
  * this is all about creating policies in which development communities
can find the natural fit; various groups involved in xdg-app,
docker, rolekit, nulecule, etc may move the discussions to es since
the interaction between those policy groups is where ES seems to
fit in  (hhorak, 17:16:39)
  * ACTION: hhorak to send agenda item for tomorrow's base meeting about
owning r0/1 with guidelines from es  (hhorak, 17:46:41)
  * we can think about which tool to track the rings and fedora stuff
later, but short-term, wiki should be fine enough  (hhorak,
17:59:11)

Meeting ended at 18:00:30 UTC.




Action Items

* hhorak to send agenda item for tomorrow's base meeting about owning
  r0/1 with guidelines from es




Action Items, by person
---
* hhorak
  * hhorak to send agenda item for tomorrow's base meeting about owning
r0/1 with guidelines from es
* **UNASSIGNED**
  * (none)




People Present (lines said)
---
* bconoboy (55)
* hhorak (50)
* langdon (48)
* zodbot (7)
* sgallagh (2)
* bkabrda (0)
* phracek (0)
* ttomecek (0)
* vpavlin (0)
* juhp (0)
* ncoghlan (0)
* jkaluza (0)
* walters (0)




Generated by `MeetBot`_ 0.1.4

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

Re: bodhi 2 now live

[Stephen John Smoogen]

On 19 August 2015 at 22:24, Ralf Corsepius rc040...@freenet.de wrote:
 On 08/20/2015 06:08 AM, Christopher Meng wrote:

 On 8/20/15, Kevin Fenzi ke...@scrye.com wrote:

 Thanks for your patience as we roll out this new bodhi version.


 This update has reached 3 days in testing and can be pushed to stable
 now if the maintainer wishes

 This update has reached 14 days in testing and can be pushed to
 stable now if the maintainer wishes

 uh, can someone tell me where to push the updates?


 I am having the same issue. I am unable to find a way to push packages in
 the GUI.


 Also, there seem to be pretty nasty connectivity/accessibility issues.
 Accessibility to bodhi has never been overwhelming, but they now seem to
 have worsend. I am experiencing page loading times are in the order of
 several minutes and occasional time outs.


when this happens again could you do a

wget -S http://service_at_fedora_that_is_broke.fedoraproject.org

and send along the data from that. I need to see if this problem is
related to our IPV6 servers or with a specific server in general.

Thank you.


 Ralf


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



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

Re: Unable to submit update for F22 (was Re: bodhi 2 now live)

[Adam Williamson]

On Thu, 2015-08-20 at 12:33 -0500, Michael Cronenworth wrote:
 On 08/20/2015 12:02 PM, Ralf Corsepius wrote:
  
  To me any non fedora/redhat supplied account system is 
  inacceptable,
  
  This applies to github, sourceforge, farcebook, nitter, goggle, or 
  else - period.
 
 The last time a non-Fedora hosted / closed source service was 
 suggested it was shot 
 down.
 
 https://lists.fedoraproject.org/pipermail/devel/2013-October/191012.h
 tml
 
 Have times changed? Using github is acceptable?

(following on from previous mail) that specific link, though, is
talking about something completely different. That would be using the
non-free software *as part of infra*, not just hosting some open source
code we run in infra on a service that is not free.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

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

Re: Unable to submit update for F22 (was Re: bodhi 2 now live)

[Kevin Fenzi]

On Thu, 20 Aug 2015 12:33:37 -0500
Michael Cronenworth m...@cchtml.com wrote:

 On 08/20/2015 12:02 PM, Ralf Corsepius wrote:
 
  To me any non fedora/redhat supplied account system is inacceptable,
 
  This applies to github, sourceforge, farcebook, nitter, goggle, or
  else - period.
 
 The last time a non-Fedora hosted / closed source service was
 suggested it was shot down.
 
 https://lists.fedoraproject.org/pipermail/devel/2013-October/191012.html
 
 Have times changed? Using github is acceptable?

For what? :) 

IMHO, I think projects should be free to choose whatever tools they
wish to build their project. You are of course free to choose to not
use that application/project based on that or other factors. 

Closed source applications are not something we ever want to run in
Fedora Infrastructure, we run all open source applications. 

We don't drop or remove applications that choose to use non free tools
(like github) to develop their open source application. Partly because
IMHO it seems poor to try and dictate to projects we simply use
applications from how they work, and partly because it's a grey line.
If we say no non free tools can be used to develop any application we
use how do we audit that? If some contributor runs a non free tool and
uses it to improve an application how do we know? 

Should we likewise remove all these things from Fedora? 

Does the line include running servers with non free firmware?
Storage appliances? Routers? 

I think the best we can do is run 100% open source applications and
urge upstreams to use free tools to create and manage those where
possible. 

kevin


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

Re: Unable to submit update for F22 (was Re: bodhi 2 now live)

[Michael Cronenworth]

On 08/20/2015 12:02 PM, Ralf Corsepius wrote:


To me any non fedora/redhat supplied account system is inacceptable,

This applies to github, sourceforge, farcebook, nitter, goggle, or else - 
period.


The last time a non-Fedora hosted / closed source service was suggested it was shot 
down.


https://lists.fedoraproject.org/pipermail/devel/2013-October/191012.html

Have times changed? Using github is acceptable?

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

Re: Unable to submit update for F22 (was Re: bodhi 2 now live)

[Adam Williamson]

On Thu, 2015-08-20 at 12:33 -0500, Michael Cronenworth wrote:
 On 08/20/2015 12:02 PM, Ralf Corsepius wrote:
  
  To me any non fedora/redhat supplied account system is 
  inacceptable,
  
  This applies to github, sourceforge, farcebook, nitter, goggle, or 
  else - period.
 
 The last time a non-Fedora hosted / closed source service was 
 suggested it was shot 
 down.
 
 https://lists.fedoraproject.org/pipermail/devel/2013-October/191012.h
 tml
 
 Have times changed? Using github is acceptable?

Well, I don't know if there was a Big Philosophical Discussion, but in
practice all kinds of Fedora-ish stuff has its upstream in github these
days, so yes, clearly times have changed.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

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

Re: Rawhide plans

[Zach Villers]

Le Mer 19 août 2015 18:22, Rex Dieter a écrit :
gt; Kevin Fenzi wrote:
gt;
gt;gt; * Matt opened a thread on the marketing list about renaming rawhide. It
gt;gt; sounds like most people would prefer us to make the changes first,
gt;gt; then and only then look at renaming.
gt;
gt; s/renaming/rebranding/
gt;
gt; I personally would prefer the name be preserved if at all possible, but if
gt; the marketing gurus feel otherwise, so be it.

I doubt anyone will be fooled by a name change, what matters is the actual
state of the repository not naming tricks. All renaming will win us is
lots of internet pages stating newname = rawhide and repeating baby eating
anecdotes. So actually counter productive, the new name will start with
all the historical badwill (because that's the easy reporting part) and
none of the recent improvements.

I think this is why we should focus on the state of rawhide first as Kevin 
said. Then, when Fedora, as a project, has
something that we want to drive adoption/usage of, re-branding can bring the 
attention and focus in. I don't think this an either/or scenario, just
a matter of not putting the cart before the horse.


Good reputation must be earned, magical tricks do not work (even lavishly
funded renaming marketing campaigns have little effect, the best one can
do is to acquire a brand with lots of goodwill and try to subsume another
in it).


The Fedora next evolution really seems to have made an increase in users and 
community. It's part of why I'm here.
Having an improved rawhide shows that Fedora isn't standing pat. But like you 
said, the product has to live up to
the rebranding message.

Regards,
Zach 
#aikidouke


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

Re: Rawhide plans

[Stephen Gallagher]

On Thu, 2015-08-20 at 14:58 +0200, Nicolas Mailhot wrote:
 Good reputation must be earned, magical tricks do not work (even
 lavishly
 funded renaming marketing campaigns have little effect, the best one
 can
 do is to acquire a brand with lots of goodwill and try to subsume
 another
 in it).


I'd like to second this. For a very visible example of this, see
Verizon's extremely successful ad-campaign against Comcast's Xfinity
rebranding:

http://stopthecap.com/wp-content/jw-flv-player/player.swf?file=http%3A%
2F%2Fwww.phillipdampier.com%2Fvideo%2FFiOS%20Takes%20On%20Xfinitiy.flv

(Sorry for the flash video; it's the only version I could locate)



I'd like to recommend we take rename Rawhide off the table for the
time being and focus on what we can do to make Rawhide more stable and
consumable first. Doing anything else is putting the cart before the
horse (and consuming time and effort that would be better spent fixing
the issues at hand).

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

Re: Rawhide plans

[Ralf Corsepius]

On 08/20/2015 03:13 PM, Eric Griffith wrote:

If you have a bad experience that experience stays
with you. Maybe you can get over it, maybe you can't. But a name does
have history.


I guess, you guys are not aware that other names related to 
RH/CentOS/Fedora also have ambivalent and polarizing connotations?


Actually, I believe rawhide is the least one to worry about, because 
it doesn't have any connotation to many people, because most users don't 
even know what rawhide is.


Openly said, I wonder where this fuzz about rawhide originates from and 
which insect might have bitten the folks making this fuzz? IMHO, Fedora 
has many more serious and urgent problems than to the name rawhide.


Ralf


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

Re: Rawhide plans

[Christopher]

On Thu, Aug 20, 2015 at 10:19 AM, Ralf Corsepius rc040...@freenet.de wrote:
 On 08/20/2015 03:13 PM, Eric Griffith wrote:

 If you have a bad experience that experience stays
 with you. Maybe you can get over it, maybe you can't. But a name does
 have history.


 I guess, you guys are not aware that other names related to RH/CentOS/Fedora
 also have ambivalent and polarizing connotations?

 Actually, I believe rawhide is the least one to worry about, because it
 doesn't have any connotation to many people, because most users don't even
 know what rawhide is.

I agree with this. Often when I hear people make disparaging remarks
about Fedora, using terms like unstable, or bleeding-edge, or
unreliable, and I ask them to elaborate, they almost always end up
describing rawhide, but use the name Fedora. They don't know what
rawhide is, but any negative connotations they've acquired, they've
attributed to Fedora, not to rawhide. Granted, this is due to
misunderstanding, but it leads me to agree that the name rawhide
isn't important.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1231090] Upgrade perl-XML-FeedPP to 0.43

[bugzilla]

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

Jitka Plesnikova jples...@redhat.com changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||jples...@redhat.com
   Fixed In Version||perl-XML-FeedPP-0.43-1.fc24
 Resolution|--- |RAWHIDE
Last Closed||2015-08-20 10:01: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
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 1231099] Upgrade perl-XML-TreePP to 0.43

[bugzilla]

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

Jitka Plesnikova jples...@redhat.com changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||jples...@redhat.com
   Fixed In Version||perl-XML-TreePP-0.43-1.fc23
 Resolution|--- |RAWHIDE
Last Closed||2015-08-20 10:08:21



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

Re: Rawhide plans

[Ralf Corsepius]

On 08/20/2015 03:42 PM, Zach Villers wrote:

Le Mer 19 août 2015 18:22, Rex Dieter a écrit :
  Kevin Fenzi wrote:
 
  * Matt opened a thread on the marketing list about renaming rawhide. It
  sounds like most people would prefer us to make the changes first,
  then and only then look at renaming.
 
  s/renaming/rebranding/
 
  I personally would prefer the name be preserved if at all possible,
but if
  the marketing gurus feel otherwise, so be it.

/I doubt anyone will be fooled by a name change, what matters is the actual
state of the repository not naming tricks.
No. rawhide is the package pool, dumping ground or what ever wording you 
prefer, distros are derived from.


There is no point in considering a release nor a rolling release. It 
simply isn't a release, it's just a truck load of packages.


Ralf



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

[Bug 1230806] Upgrade perl-Shipwright to 2.4.41

[bugzilla]

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

Jitka Plesnikova jples...@redhat.com changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||jples...@redhat.com,
   ||robinlee.s...@gmail.com
  Component|perl-Set-Object |perl-Shipwright
   Fixed In Version||perl-Shipwright-2.4.41-1.fc
   ||23
 Resolution|--- |RAWHIDE
   Assignee|kra...@redhat.com   |robinlee.s...@gmail.com
Last Closed||2015-08-20 10:12:15



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

Re: Rawhide plans

[Jonathan Wakely]

On 19/08/15 13:18 -0400, Eric Griffith wrote:

Rawhide rebrand:

Something akin to openSUSE's Tumbleweed name.

Maybe reuse the Fedora.Next name? Something that implies its rolling
release / pre-release. Fedora Testing? For some reason Fedora Tophat just
popped into my head as a pun on hats and being ontop of updates.


Rawhide already *perfectly* implies rolling to me.

Rollin' rollin' rollin' though the streams are swollen.

https://www.youtube.com/watch?v=RdR6MN2jKYs

Fix the problems (real or perceived) so people stop throwing bottles,
and the name can stay.

It shouldn't be that hard to push the message out that rawhide no
longer eats babies via Fedora Magazine, LWN, etc. so that the name no
longer has a bad image.

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

Re: pyorbit

[Peter Robinson]

On Tue, Aug 18, 2015 at 6:58 PM, Adam Williamson
adamw...@fedoraproject.org wrote:
 On Tue, 2015-08-18 at 10:21 -0700, Adam Williamson wrote:
 On Tue, 2015-07-21 at 12:36 +0200, Michael Schwendt wrote:
  http://pkgs.fedoraproject.org/cgit/pyorbit.git/plain/dead.package
 
   last user has been retired, package EOL
 
  Error: nothing provides pyorbit(x86-64) = 2.0.1 needed by gnome
  -bpython2-bonobo-2.28.1-16.fc23.x86_64
 
  What's the full story here? Where has this been
  discussed/announced?

 Note that some distro tools require this - at least policycoreutils
 -gui
 does.

 The good news is I'm fairly sure that dependency at least is
 trivially
 removable, working on it now.

 Bad news: no, it's not that simple at all. Uses a bunch of old crap in
 its glade file, that requires the app code to have done
 gnome_program_init(), which for python stuff is in gnome-python2. I
 thought the gnome.program_init() calls were basically unnecessary, but
 nope, needed. I am not up for bashing on this stuff right now.

 So, system-config-selinux and sepolgengui are going to be broken until
 someone ports them to something newer, or someone resurrects pyorbit.

I made the decision last we to restore it, have now done so. Can
re-assess better next cycle when hopefully dnf repoquery will
actually be fit for purpose :)
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

jplesnik uploaded perl-XML-FeedPP.spec for perl-XML-FeedPP

[notifications]

c1fc0083fe3bc0c2124f34c4eeae08d3  perl-XML-FeedPP.spec

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-XML-FeedPP/perl-XML-FeedPP.spec/md5/c1fc0083fe3bc0c2124f34c4eeae08d3/perl-XML-FeedPP.spec
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

jplesnik uploaded XML-FeedPP-0.43.tar.gz for perl-XML-FeedPP

[notifications]

f9f2876a801a02c9497194ced1b021b9  XML-FeedPP-0.43.tar.gz

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

Re: Rawhide plans

[Eric Griffith]

I won't say its impossible but its -very- hard to remove the bad
connotations and bad history from a name without changing the name of the
thing itself. Someone just the other day on the Phoronix forums was saying
how they still don't trust RPMs because of RPM Hell all those years back.

The problems may have been fixed but the name remained and therefore the
history remained.
On Aug 20, 2015 8:33 AM, Jonathan Wakely jwak...@redhat.com wrote:

 On 19/08/15 13:18 -0400, Eric Griffith wrote:

 Rawhide rebrand:

 Something akin to openSUSE's Tumbleweed name.

 Maybe reuse the Fedora.Next name? Something that implies its rolling
 release / pre-release. Fedora Testing? For some reason Fedora Tophat
 just
 popped into my head as a pun on hats and being ontop of updates.


 Rawhide already *perfectly* implies rolling to me.

 Rollin' rollin' rollin' though the streams are swollen.

 https://www.youtube.com/watch?v=RdR6MN2jKYs

 Fix the problems (real or perceived) so people stop throwing bottles,
 and the name can stay.

 It shouldn't be that hard to push the message out that rawhide no
 longer eats babies via Fedora Magazine, LWN, etc. so that the name no
 longer has a bad image.

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

Re: Rawhide plans

[Jonathan Wakely]

On 20/08/15 08:40 -0400, Eric Griffith wrote:

I won't say its impossible but its -very- hard to remove the bad
connotations and bad history from a name without changing the name of the
thing itself. Someone just the other day on the Phoronix forums was saying
how they still don't trust RPMs because of RPM Hell all those years back.

The problems may have been fixed but the name remained and therefore the
history remained.


So are we going to rename RPM, or just accept that idiots will remain
idiots whatever we do?

If someone bases their technical decisions on an experience from a
totally different era (and RPM Hell is ancient history in internet
time) then they're just looking for an excuse to hold a grudge.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Unable to submit update for F22 (was Re: bodhi 2 now live)

[Milan Crha]

On Thu, 2015-08-20 at 11:00 +0100, Paul Howarth wrote:
 Looks like you need to hit enter after typing/pasting in the 
 package NVR into the Candidate Builds field, which was not at all 
 obvious to me.

Hi,
thanks for the hint. That made it work, the package name is repeated
below the entry with a checkbox, after pressing the Enter.

That's not intuitive at all. What I'm doing is filling a web form,
such forms are usually submitted by pressing Enter, I wouldn't think
of pressing Enter in an edit input field. Also because it was not
needed when working with bodhi before.

D'oh, the bug reference is lost and the bug not updated. Nonetheless,
the update is filled. I hope. I guess.
Bye,
Milan

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

Re: Rawhide plans

[Nicolas Mailhot]

Le Mer 19 août 2015 18:22, Rex Dieter a écrit :
 Kevin Fenzi wrote:

 * Matt opened a thread on the marketing list about renaming rawhide. It
 sounds like most people would prefer us to make the changes first,
 then and only then look at renaming.

 s/renaming/rebranding/

 I personally would prefer the name be preserved if at all possible, but if
 the marketing gurus feel otherwise, so be it.

Same here.

I doubt anyone will be fooled by a name change, what matters is the actual
state of the repository not naming tricks. All renaming will win us is
lots of internet pages stating newname = rawhide and repeating baby eating
anecdotes. So actually counter productive, the new name will start with
all the historical badwill (because that's the easy reporting part) and
none of the recent improvements.

Good reputation must be earned, magical tricks do not work (even lavishly
funded renaming marketing campaigns have little effect, the best one can
do is to acquire a brand with lots of goodwill and try to subsume another
in it).

OTOH bikesheding is always fun. Just don't expect miracles.

Regards,

-- 
Nicolas Mailhot

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

eseyman pushed to perl-CGI-Application-Structured-Tools (master). Apply patch to adapt to Module::Starter 1.71 and clean up spec file

[notifications]

From a29f2dbd5fe6f8c1b8e1c4a334e721cf717bea0c Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman emman...@seyman.fr
Date: Thu, 20 Aug 2015 15:17:27 +0200
Subject: Apply patch to adapt to Module::Starter 1.71 and clean up spec file


diff --git 
a/CGI-Application-Structured-Tools-0.015-Adapt-to-Module-Starter-1.71.patch 
b/CGI-Application-Structured-Tools-0.015-Adapt-to-Module-Starter-1.71.patch
new file mode 100644
index 000..a81517f
--- /dev/null
+++ b/CGI-Application-Structured-Tools-0.015-Adapt-to-Module-Starter-1.71.patch
@@ -0,0 +1,29 @@
+diff -up ./lib/CGI/Application/Structured/Tools/Starter.pm.orig 
./lib/CGI/Application/Structured/Tools/Starter.pm
+--- ./lib/CGI/Application/Structured/Tools/Starter.pm.orig 2015-08-20 
12:42:45.029820837 +0200
 ./lib/CGI/Application/Structured/Tools/Starter.pm  2015-08-20 
12:44:12.274294867 +0200
+@@ -160,7 +160,9 @@ sub create_distro {
+   my @files2 = 
+   my $file = File::Spec-catfile( $self-{basedir}, 'MANIFEST' );
+   open my $fh, '', $file or die Can't open file $file: $!\n;
+-  map{print $fh $_\n} grep { $_ ne 't/boilerplate.t' } @files;
++foreach my $file ( grep !m{^\Qt/boilerplate.t\E$}, sort @files ) {
++print {$fh} $file\n or croak $OS_ERROR\n;
++}
+   close $fh or die Can't close file $file: $!\n;
+   }
+   );
+@@ -184,13 +186,7 @@ sub create_t {
+ #
+ # 
+ #
+-my %t_files = $self-t_guts(@modules);
+-
+-my @files = map { 
+-  $self-_create_t( $_, 
+-$t_files{$_} 
+-  ) 
+-} keys %t_files;
++my @files = $self-SUPER::create_t(@modules);
+ 
+ # This next part is for the static files dir t/www
+ my @dirparts = ( $self-{basedir}, 't', 'www' );
diff --git a/perl-CGI-Application-Structured-Tools.spec 
b/perl-CGI-Application-Structured-Tools.spec
index 2775771..016289e 100644
--- a/perl-CGI-Application-Structured-Tools.spec
+++ b/perl-CGI-Application-Structured-Tools.spec
@@ -1,15 +1,16 @@
 Name:   perl-CGI-Application-Structured-Tools
 Version:0.015
-Release:9%{?dist}
+Release:10%{?dist}
 Summary:Tools to generate and maintain CGI::Application::Structured 
based web apps
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/CGI-Application-Structured-Tools/
 Source0:
http://www.cpan.org/authors/id/V/VA/VANAMBURG/CGI-Application-Structured-Tools-%{version}.tar.gz
+Patch0: 
CGI-Application-Structured-Tools-0.015-Adapt-to-Module-Starter-1.71.patch
 BuildArch:  noarch
 BuildRequires:  perl(CGI::Application::Structured)
 BuildRequires:  perl(DBIx::Class::Schema::Loader)
-BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(ExtUtils::MakeMaker) = 6.76
 BuildRequires:  perl(File::Slurp)
 BuildRequires:  perl(HTML::Template)
 BuildRequires:  perl(Module::Signature)
@@ -38,6 +39,7 @@ and helper scripts to provide a rapid development environment.
 
 %prep
 %setup -q -n CGI-Application-Structured-Tools-%{version}
+%patch0
 
 cat  \EOF  %{name}-req
 #!/bin/sh
@@ -63,28 +65,30 @@ chmod 644 index.tmpl config-dev.pl
 sed -i -e '1i#!/usr/bin/perl' server.pl
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+%{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
-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
 
 %files
-%doc Changes LICENSE README Todo
+%doc Changes README Todo
+%license LICENSE
 %{perl_vendorlib}/*
 %{_mandir}/man1/*
 %{_mandir}/man3/*
 %{_bindir}/cas-starter.pl
 
 %changelog
+* Thu Aug 20 2015 Emmanuel Seyman emman...@seyman.fr - 0.015-10
+- Apply patch to adapt to Module::Starter 1.71 (#1195343)
+- Clean up spec file
+- Use %%license tag
+
 * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.015-9
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
-- 
cgit v0.10.2



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

jplesnik pushed to perl-XML-FeedPP (master). 0.43 bump

[notifications]

From b29a272b44202745d26a7c84a76c878b2ac00df7 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova jples...@redhat.com
Date: Thu, 20 Aug 2015 15:45:42 +0200
Subject: 0.43 bump


diff --git a/.gitignore b/.gitignore
index e503457..f029cdb 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,3 @@
 XML-FeedPP-0.41.tar.gz
+/perl-XML-FeedPP.spec
+/XML-FeedPP-0.43.tar.gz
diff --git a/perl-XML-FeedPP.spec b/perl-XML-FeedPP.spec
index 6e94426..964401b 100644
--- a/perl-XML-FeedPP.spec
+++ b/perl-XML-FeedPP.spec
@@ -1,17 +1,26 @@
 Name: perl-XML-FeedPP
-Version: 0.41
-Release: 16%{?dist}
+Version: 0.43
+Release: 1%{?dist}
 Summary: Parse/write/merge/edit RSS/RDF/Atom syndication feeds
 Group: Development/Libraries
 License: GPL+ or Artistic
 URL: http://search.cpan.org/dist/XML-FeedPP
 Source0: http://www.cpan.org/modules/by-module/XML/XML-FeedPP-%{version}.tar.gz
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 
 BuildArch: noarch
-BuildRequires: perl(ExtUtils::MakeMaker), perl(Test::More)
+BuildRequires: coreutils
+BuildRequires: findutils
+BuildRequires: make
+BuildRequires: perl
+BuildRequires: perl(Carp)
+BuildRequires: perl(Data::Dumper)
+BuildRequires: perl(Encode)
+BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(strict)
+BuildRequires: perl(Test::More)
+BuildRequires: perl(Time::Local)
+BuildRequires: perl(vars)
 BuildRequires: perl(XML::TreePP)
-BuildRequires: perl(IO::Socket)
 Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version))
 
 %description
@@ -25,26 +34,24 @@ Parse/write/merge/edit RSS/RDF/Atom syndication feeds
 make %{?_smp_mflags}
 
 %install
-rm -rf $RPM_BUILD_ROOT
-make %{?_smp_mflags} pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+make %{?_smp_mflags} 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 ';'
 chmod -R u+w $RPM_BUILD_ROOT
 
 %check
 make %{?_smp_mflags} test || :
 
-%clean
-rm -rf $RPM_BUILD_ROOT
-
 %files
-%defattr(-,root,root,-)
 %doc README Changes
 %dir %{perl_vendorlib}/XML/
 %{perl_vendorlib}/XML/FeedPP.pm
 %{_mandir}/man3/XML::FeedPP.3*
 
 %changelog
+* Thu Aug 20 2015 Jitka Plesnikova jples...@redhat.com - 0.43-1
+- 0.43 bump
+- Updated dependencies and spec
+
 * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.41-16
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
diff --git a/sources b/sources
index 126893b..f817a1d 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-dd08f2bdb0850ae9470c5ae0a948d21d  XML-FeedPP-0.41.tar.gz
+f9f2876a801a02c9497194ced1b021b9  XML-FeedPP-0.43.tar.gz
-- 
cgit v0.10.2



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