Critical Path: New Python version (2.7.6) in Rawhide

[Tomas Radej]

Hi,

I have updated Python in Rawhide to version 2.7.6. The build is already
tagged as f21. As far as I checked, the API/ABI should remain the same.
Most patches applied neatly, only a few needed a rebase, and two were
1:1 incorporated upstream.

If something Python-related starts acting up, try looking at this
first, and if this version is indeed the cause, don't hesitate to untag
the build and/or let me know, I will fix it.

Cheers,

-- 
Tomas Radej tra...@redhat.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: Fedora.NEXT Products and the fate of Spins

[Stephen Gallagher]

 On Jan 31, 2014, at 3:30 AM, Les Howell hlhow...@pacbell.net wrote:
 
 On Thu, 2014-01-30 at 07:47 -0500, Christian Schaller wrote:
 
 
 
 - Original Message -
 From: Jaroslav Reznik jrez...@redhat.com
 To: Development discussions related to Fedora 
 devel@lists.fedoraproject.org
 Sent: Thursday, January 30, 2014 1:25:10 PM
 Subject: Re: Fedora.NEXT Products and the fate of Spins
 
 - Original Message -
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Apologies for the slightly alarmist $SUBJECT, but I want to make sure
 that this gets read by the appropriate groups.
 
 During today's FESCo meeting, there was the start of a discussion on
 how to approve new Products into the Fedora family. As part of this,
 it naturally strayed into discussion of what we do about Spins as they
 currently exist.
 
 Several ideas were raised (which I'll go through below), but we didn't
 feel that this was something that FESCo should answer on its own. We'd
 prefer community input on how to handle spins going forward.
 
 So, in no particular order (because it's difficult to say which
 questions are the most important):
 
 1) Are Spins useful as they currently exist? There are many problems
 that have been noted in the Spins process, most notably that it is
 very difficult to get a Spin approved and then has no ongoing
 maintenance requiring it to remain functional. We've had Spins at
 times go through entire Fedora release cycles without ever being
 functional.
 
 Spins are useful especially as they makes our community inclusive,
 one thing we should be proud about (and sometimes it was harder, could
 cause issues but everything is solvable).
 
 For spins quality - it differs, it will differ but recent changes to
 process were for good, more updates are still needed. Long time ago
 we released what was build, I like how big step we did last few years.
 It's not reason it wasn't functional before to ban spins.
 
 If there's interest in spins like product, someone is willing to lead
 this effort, I think in some way, it can stay.
 
 2) Should Spins be eliminated entirely in favor of Fedora Remixes[1].
 The effect here would be that Spins are no longer an official part of
 The Fedora Project but are instead projects unto themselves which are
 permitted to consume (possibly large) portions of our tools, packages
 and ecosystem. Maintenance and upkeep of these spins then becomes
 entirely the responsibility of the downstream community that
 constructs them and has no mandatory draw on Fedora's marketing,
 ambassadors or quality assurance resources.
 
 It's possible but much more resource hungry. The way how spins are set
 helps these sub-projects deliver interesting piece of software.
 
 But there are two questions:
 - does every single spin makes sense as standalone spin? I really liked
 the idea of Fedora Formulas, it's exactly the way we should go. If for
 some reason formulas would not be enough for desired use case - remix.
 
 aka products + add-ons as formulas = spin
 
 For people who missed it https://fedoraproject.org/wiki/Fedora_formulas
 
 Well I think this idea is interesting and we have discussed something along 
 these
 lines in the Workstation working group. I mean at the end of the day we all 
 want as much 
 software as possible packaged for Fedora/Product. The question to me lies in 
 the details
 of how this is done. For instance the idea we hope to explore are we develop 
 the technical 
 specification for the workstation is what kind of rules should apply to 
 these potential
 'formulas'. There are some obvious ones like, you can't for instance in a 
 'formula' to  replace a package 
 that would break the core product for instance due to replacing a version of 
 a package with one that
 got a different ABI. (This specific idea is quite well covered in existing 
 Fedora guidelines, but I wanted to
 avoid derailing this discussion by choosing an example that I hope would 
 generate discussion in itself :)
 
 
 - or we could go even further and ask ourselves, do we want to call
 products Fedora? Or do we want products as remixes too? Based on
 underlying Fedora infrastructure? This could for example solve issues
 with our values - 3rd party repos etc.
 
 Using the Fedora brand to only define a set of 'white box' packagesets is an 
 option, 
 but in some sense it means the end of 'Fedora' as a user facing brand.
 
 3) Should Spins be considered Products-in-development? In other words,
 should we only approve Spins that are targeted or destined for
 promotion to a fully-supported Fedora Product? This is a nuanced
 question, as it means different things for different Spins, for
 example Spins focusing on a target-audience (Security Spin, Design
 Suite Spin) vs. Spins focusing on a technology (LXDE Spin, MATE-Compiz
 Spin).
 
 For target audience spins, see above Formulas. And once we have this,
 I think spins as we know them right now could go then.
 
 I'd like to avoid calling LXDE/MATE other 

Re: guided/interactive/scripted tutorials

[Ian Malone]

On 30 January 2014 23:02, Richard Fearn richardfe...@gmail.com wrote:
 You may have used this kind
 of thing - it tells you 'click this next' and waits until you do.
 As you might expect, googling for anything along these lines without
 having a very precise set of keywords only returns pages of tutorials.
 Any suggestions what to look for or, even better, tools in Fedora that
 can already do this appreciated.

 Eclipse calls these cheat sheets:

 http://help.eclipse.org/kepler/index.jsp?topic=%2Forg.eclipse.platform.doc.user%2Freference%2Fref-cheatsheets.htmcp=0_4_4_3_1

Thanks, that's the kind of thing.

-- 
imalone
http://ibmalone.blogspot.co.uk
-- 
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.NEXT Products and the fate of Spins

[Frank Murphy]

On Fri, 31 Jan 2014 06:03:48 -0500 (EST)
Stephen Gallagher sgall...@redhat.com wrote:

 What this does reveal is a bigger problem: that the audiences of at
 least some of the spins are not aware of this relationship to the
 larger Fedora ecosystem. This would indicate that the dropping or
 de-promoting the spins might lead the users of them to believe that
 the functionality they provided was removed from Fedora. While it is
 not a correct perception, it is nonetheless one that will occur (to
 some degree no matter how we advertise things) if some or all spins
 go away. It's a point that clearly merits consideration.

As long as audience is kept informed I think most thing will be fine,
But, I'm am a bit worried by some who are of the opinion if not Gnome,
then dump it. Without the option to install any pkg that may not have
the G word in it's name or origin.

Personally, I know currently, most DEs' can be installed with yum
groupinstall. But, that may not always be the case.

If it ends up as not being the case, users may just want to
code or whatever, without having to fight current distro to do so.

It may be easier to boot: non-Fedora-livemedia/DE-of-choice.
Carry on with your workflow. 

I hope the future proves me wrong,
but I fear a too restrictive product,
may increase the (user-base) emigration, not halt it.

___
Regards,
Frank 
www.frankly3d.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: Fedora.NEXT Products and the fate of Spins

[Ian Malone]

On 30 January 2014 23:07, Josh Boyer jwbo...@fedoraproject.org wrote:
 On Thu, Jan 30, 2014 at 5:47 PM, Przemek Klosowski
 przemek.klosow...@nist.gov wrote:
 On 01/29/2014 07:10 PM, Ian Malone wrote:

 On 29 January 2014 23:58, Josh Boyer jwbo...@fedoraproject.org wrote:

 I consider myself squarely in the middle of those two camps.  I think
 they have value to people.  I think they fill a niche, however large
 or small it might be.  I also think they can be done by the people
 wishing to provide them without relying on Fedora resources for
 hosting and creation (outside of leveraging existing packages and
 repositories).

 I don't consider that getting rid of them at all.  On the contrary,
 I think it lets people have more control over their spins, allows them
 to refresh them as they see fit throughout the release, and allows
 them to market and promote them beyond a token mention on a Fedora
 website.

 Some care is needed, if there are things getting packaged to fill a
 role in a spin they may disappear from Fedora if the spin in question
 does.

 On one hand, I am impressed by many spins as an excellent technology
 demonstration. On the other hand, what should existing users of a base
 Fedora do if they find an useful spin with a superior functionality? If its
 function is not integrated and easily accessible from the base system,  they
 must either dual-boot or re-install  from the spin.

 Therefore I prefer that the spins ultimate goal is to include the
 functionality into generic Fedora. The same goes for  other bundling schemes
 discussed here.  It's not that I object to  them per se, but I do think that
 there's an opportunity cost involved: the person caring about the spin has
 to chose between working on integrating the spin functionality in generic
 Fedora, and developing the spin separately. I do recognize that the former
 is harder, but the opposite tack has a potential to fragment Fedora. Spins
 should be like branches in a VCS: let's not turn them into forks.

 I think the strength of Fedora comes from it being an excellent platform for
 all kinds of FOSS software, and the associated network effect---the better
 the platform is, the faster it gets better.

 Spins is a loaded term in Fedora that means exactly what you
 suggest.  An approved Spin, by definition, must only include packages
 (and functionality) that is contained in the generic Fedora
 repositories.  So the project seems to very much agree with you.

 Remixes can contain external packages and have the pluses and minuses
 that you highlight.  Some of the discussion to date has been
 suggesting or implying that Spins become Remixes, but I think that
 things that are already Spins would likely retain the qualities you
 desire.  The discussion has a lot of tribal knowledge behind it, so if
 you aren't overly familiar with the history behind these concepts I
 can see how it would be confusing.

Indeed what Przemek Klosowski described (forking fedora) is what
making all spins remixes might do. Concrete example:  real-time audio.
If left to its own devices a music production spin would probably do a
realtime kernel and set priorites for jack on its own. However since
whatever change was made had to apply to all fedora the result was
that the default RT priority for jack was changed in the package (a
realtime kernel not being necessarily required
http://jackaudio.org/realtime_vs_realtime_kernel), so all Fedora JACK
users get a better chosen default (though they still need to make
manual changes to groups to benefit from it).

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

rawhide builder issues?

[Josh Boyer]

Hi,

I've sent two builds of linux-firmware to koji this morning and both
fail with a strange error in root.log/mock_output.log:

ERROR: Command failed. See logs for output.
 # ['fedpkg', 'sources']
Downloading linux-firmware-20140131.tar.gz
error: line 41: Double separator '-' in: iwl100-firmware-39.31.5.1-4:
Obsoletes: iwl100-firmware  iwl100-firmware-39.31.5.1-4
error: query of specfile
/tmp/scmroot/linux-firmware/linux-firmware.spec failed, can't parse

The line in question hasn't changed since June of 2012 and it builds
fine on F20 locally.

To make things even more strange, I didn't get a build failure email
for either build.

http://koji.fedoraproject.org/koji/taskinfo?taskID=6475080
http://koji.fedoraproject.org/koji/taskinfo?taskID=6475160

An F20 build of literally the same Fedora git commit (F20/master
branches are in sync) builds fine:

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

Help?  Confused...

josh
-- 
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 builder issues?

[Dan Horák]

On Fri, 31 Jan 2014 08:10:49 -0500
Josh Boyer jwbo...@fedoraproject.org wrote:

 Hi,
 
 I've sent two builds of linux-firmware to koji this morning and both
 fail with a strange error in root.log/mock_output.log:
 
 ERROR: Command failed. See logs for output.
  # ['fedpkg', 'sources']
 Downloading linux-firmware-20140131.tar.gz
 error: line 41: Double separator '-' in: iwl100-firmware-39.31.5.1-4:
 Obsoletes: iwl100-firmware  iwl100-firmware-39.31.5.1-4

must be
Obsoletes: iwl100-firmware  39.31.5.1-4

it's a new sanity check present in rpm in rawhide for eg. a week


Dan

 error: query of specfile
 /tmp/scmroot/linux-firmware/linux-firmware.spec failed, can't parse
 
 The line in question hasn't changed since June of 2012 and it builds
 fine on F20 locally.
 
 To make things even more strange, I didn't get a build failure email
 for either build.
 
 http://koji.fedoraproject.org/koji/taskinfo?taskID=6475080
 http://koji.fedoraproject.org/koji/taskinfo?taskID=6475160
 
 An F20 build of literally the same Fedora git commit (F20/master
 branches are in sync) builds fine:
 
 http://koji.fedoraproject.org/koji/taskinfo?taskID=6475213
 
 Help?  Confused...
 
 josh
 -- 
 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

[perl-JavaScript-Minifier] 1.11 bump

[Jitka Plesnikova]

commit bf573f4561ebee24c507160f5b28b6084d179a68
Author: Jitka Plesnikova jples...@redhat.com
Date:   Fri Jan 31 14:17:07 2014 +0100

1.11 bump

 .gitignore|1 +
 perl-JavaScript-Minifier.spec |8 +++-
 sources   |2 +-
 3 files changed, 9 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index d515bac..e4ae037 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@ JavaScript-Minifier-1.05.tar.gz
 /JavaScript-Minifier-1.06.tar.gz
 /JavaScript-Minifier-1.08.tar.gz
 /JavaScript-Minifier-1.09.tar.gz
+/JavaScript-Minifier-1.11.tar.gz
diff --git a/perl-JavaScript-Minifier.spec b/perl-JavaScript-Minifier.spec
index 7b63e35..d81a9b1 100644
--- a/perl-JavaScript-Minifier.spec
+++ b/perl-JavaScript-Minifier.spec
@@ -1,5 +1,5 @@
 Name:   perl-JavaScript-Minifier
-Version:1.09
+Version:1.11
 Release:1%{?dist}
 Summary:Perl extension for minifying JavaScript code
 License:GPL+ or Artistic
@@ -14,6 +14,9 @@ BuildRequires:  perl(Exporter)
 BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)
 # Tests
+BuildRequires:  perl(File::Spec)
+BuildRequires:  perl(IO::Handle)
+BuildRequires:  perl(IPC::Open3)
 BuildRequires:  perl(Test::More)
 Requires:   perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
 
@@ -47,6 +50,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 31 2014 Jitka Plesnikova jples...@redhat.com - 1.11-1
+- 1.11 bump
+
 * Fri Jan 24 2014 Jitka Plesnikova jples...@redhat.com - 1.09-1
 - 1.09 bump
 
diff --git a/sources b/sources
index 4a9bd26..5c13647 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-63f58ce5929780e3bd5273eeadd56b25  JavaScript-Minifier-1.09.tar.gz
+faada998749562628bc938a143014a34  JavaScript-Minifier-1.11.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Fedora.NEXT Products and the fate of Spins

[Matthias Clasen]

On Fri, 2014-01-31 at 06:03 -0500, Stephen Gallagher wrote:
 
 What this does reveal is a bigger problem: that the audiences of at least 
 some of the spins are not aware of this relationship to the larger Fedora 
 ecosystem. This would indicate that the dropping or de-promoting the spins 
 might lead the users of them to believe that the functionality they provided 
 was removed from Fedora. While it is not a correct perception, it is 
 nonetheless one that will occur (to some degree no matter how we advertise 
 things) if some or all spins go away. It's a point that clearly merits 
 consideration.

The spins concept splits the community into small fiefdoms and creates
unnecessary divisions.

I've seen mails on this list recently where people proudly stated that
they would continue to advertise one particular spin at conferences etc,
regardless what the official Fedora products are. If that is how we
advertise 'Fedora', it is not really a surprise that our users are
unclear about what it really is...

-- 
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 builder issues?

[Josh Boyer]

On Fri, Jan 31, 2014 at 8:16 AM, Dan Horák d...@danny.cz wrote:
 On Fri, 31 Jan 2014 08:10:49 -0500
 Josh Boyer jwbo...@fedoraproject.org wrote:

 Hi,

 I've sent two builds of linux-firmware to koji this morning and both
 fail with a strange error in root.log/mock_output.log:

 ERROR: Command failed. See logs for output.
  # ['fedpkg', 'sources']
 Downloading linux-firmware-20140131.tar.gz
 error: line 41: Double separator '-' in: iwl100-firmware-39.31.5.1-4:
 Obsoletes: iwl100-firmware  iwl100-firmware-39.31.5.1-4

 must be
 Obsoletes: iwl100-firmware  39.31.5.1-4

 it's a new sanity check present in rpm in rawhide for eg. a week

OK, thanks!  Would have been nice if there was a heads up from the RPM
people about that one.  The error message is rather unhelpful
considering it works fine in previous versions.

josh
-- 
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.NEXT Products and the fate of Spins

[Lukáš Tinkl]

Dne 31.1.2014 14:20, Matthias Clasen napsal(a):

On Fri, 2014-01-31 at 06:03 -0500, Stephen Gallagher wrote:


What this does reveal is a bigger problem: that the audiences of at least some of the 
spins are not aware of this relationship to the larger Fedora ecosystem. This would 
indicate that the dropping or de-promoting the spins might lead the users of 
them to believe that the functionality they provided was removed from Fedora. While it is 
not a correct perception, it is nonetheless one that will occur (to some degree no matter 
how we advertise things) if some or all spins go away. It's a point that clearly merits 
consideration.


The spins concept splits the community into small fiefdoms and creates
unnecessary divisions.

I've seen mails on this list recently where people proudly stated that
they would continue to advertise one particular spin at conferences etc,
regardless what the official Fedora products are. If that is how we
advertise 'Fedora', it is not really a surprise that our users are
unclear about what it really is...



Fedora isn't a Gnome OS, perhaps that's what they're trying to convey; 
making it one will most probably create less confusion but I'm sure it 
will also make us less relevant (my personal opinion).


--
Lukáš Tinkl lti...@redhat.com
Software Engineer - KDE desktop team, Brno
KDE developer lu...@kde.org
Red Hat Inc.   http://cz.redhat.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

gpodder update for f21

[Jon Ciesla]

From the release note request:

gpodder is being upgraded from 2.20.3 to 3.5.2.

There is a configuration and date storage change between these versions.
After upgrading the RPM, any user on the system who uses gpodder, prior
to opening it, should run /usr/bin/gpodder-migrate2tres, which will
migrate the user's data and configuration to the new format, including
all subscribed feeds and downloaded podcasts.

Thanks,
-J

-- 
http://cecinestpasunefromage.wordpress.com/

in your fear, seek only peace
in your fear, seek only love

-d. bowie
-- 
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.NEXT Products and the fate of Spins

[Frank Murphy]

On Fri, 31 Jan 2014 08:20:18 -0500
Matthias Clasen mcla...@redhat.com wrote:

 I've seen mails on this list recently where people proudly stated that
 they would continue to advertise one particular spin at conferences
 etc

The current product is not Gnome, it is Fedora.
And if asked about Xfce, which I solely use with Fedora. 
I will answer.


___
Regards,
Frank 
www.frankly3d.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: rawhide builder issues?

[Panu Matilainen]

On 01/31/2014 03:23 PM, Josh Boyer wrote:

On Fri, Jan 31, 2014 at 8:16 AM, Dan Horák d...@danny.cz wrote:

On Fri, 31 Jan 2014 08:10:49 -0500
Josh Boyer jwbo...@fedoraproject.org wrote:


Hi,

I've sent two builds of linux-firmware to koji this morning and both
fail with a strange error in root.log/mock_output.log:

ERROR: Command failed. See logs for output.
  # ['fedpkg', 'sources']
Downloading linux-firmware-20140131.tar.gz
error: line 41: Double separator '-' in: iwl100-firmware-39.31.5.1-4:
Obsoletes: iwl100-firmware  iwl100-firmware-39.31.5.1-4


must be
Obsoletes: iwl100-firmware  39.31.5.1-4

it's a new sanity check present in rpm in rawhide for eg. a week


OK, thanks!  Would have been nice if there was a heads up from the RPM
people about that one.  The error message is rather unhelpful
considering it works fine in previous versions.


The error message is bad indeed, will change it to something more easily 
comprehendable for 4.11.2 final.


As for lack of a heads up for this, frankly I didn't expect to see it 
trip up anything in Fedora land as such dependencies are plain broken: 
In ranged dependencies the last part is always just an EVR version 
string, name does not belong there. While rpm version comparison will 
decide *something* on such a string, its almost certainly not what the 
packager intended.


So apparently this is a highly useful and important sanity check, much 
more so than I expected :)


- Panu -
--
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.NEXT Products and the fate of Spins

[Frank Murphy]

On Fri, 31 Jan 2014 14:34:17 +0100
Lukáš Tinkl lti...@redhat.com wrote:

 Fedora isn't a Gnome OS, perhaps that's what they're trying to
 convey; making it one will most probably create less confusion but
 I'm sure it will also make us less relevant (my personal opinion).

Currently it's not, it is a default DE, no problem there.

___
Frank 
www.frankly3d.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: Fedora.NEXT Products and the fate of Spins

[Matthias Clasen]

On Fri, 2014-01-31 at 14:34 +0100, Lukáš Tinkl wrote:

 Fedora isn't a Gnome OS, perhaps that's what they're trying to convey; 
 making it one will most probably create less confusion but I'm sure it 
 will also make us less relevant (my personal opinion).

Not sure why that was necessary, but I'll answer anyway:

I would be happy if Fedora moves towards being an OS, with a clear
separation between system and applications, and a clear definition of
what is part of the core system and what isn't. I don't think it makes
sense to discuss products if we don't agree on that as a necessity. 

-- 
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.NEXT Products and the fate of Spins

[Colin Walters]

On Fri, Jan 31, 2014 at 9:02 AM, Matthias Clasen mcla...@redhat.com 
wrote:


I would be happy if Fedora moves towards being an OS,

Red Hat Enterprise Linux comes in both Server and Workstation variants, 
among others.  To continue to serve a useful role as upstream, I 
believe Fedora should be able to do *both* of these (and more).  It 
hurts our downstream if we completely lose the server or client polish, 
and one has to be retrofitted after the fact.


I think we *can* do both at the same time, while also not being a 
collection of packages.  We can walk and chew bubble gum at the same 
time.  To learn more about some technology I'm working on in that area, 
come to my devconf.cz talk =)



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

[Base] Meeting canceled for today

[Phil Knirsch]

Apologies for the late notice everyone, but as i've been head of heels 
in tons of other work the past week and quite a few folks are either 
traveling or attending FOSDEM this weekend we're canceling the meeting 
today.


Next week we'll have to see with a lot of people being at DevConf in 
Brno/CZ whether we can do a meeting or not, but i'll send out an notice 
on Thursday at the latest.


Sorry again for the late note today.

Thanks  regards, Phil

--
Philipp Knirsch  | Tel.:  +49-711-96437-470
Manager Core Services| Fax.:  +49-711-96437-111
Red Hat GmbH | Email: Phil Knirsch pknir...@redhat.com
Wankelstrasse 5  | Web:   http://www.redhat.com/
D-70563 Stuttgart, Germany
--
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.NEXT Products and the fate of Spins

[Adam Williamson]

On Fri, 2014-01-31 at 11:22 +, Frank Murphy wrote:
 On Fri, 31 Jan 2014 06:03:48 -0500 (EST)
 Stephen Gallagher sgall...@redhat.com wrote:
 
  What this does reveal is a bigger problem: that the audiences of at
  least some of the spins are not aware of this relationship to the
  larger Fedora ecosystem. This would indicate that the dropping or
  de-promoting the spins might lead the users of them to believe that
  the functionality they provided was removed from Fedora. While it is
  not a correct perception, it is nonetheless one that will occur (to
  some degree no matter how we advertise things) if some or all spins
  go away. It's a point that clearly merits consideration.
 
 As long as audience is kept informed I think most thing will be fine,
 But, I'm am a bit worried by some who are of the opinion if not Gnome,
 then dump it. Without the option to install any pkg that may not have
 the G word in it's name or origin.
 
 Personally, I know currently, most DEs' can be installed with yum
 groupinstall. But, that may not always be the case.

I haven't seen any indication that anyone wants that to change as part
of .next. What we're currently discussing is basically a deliverables
question: what collections-of-packages-in-some-sort-of-lump do we want
to release, under what names and branding, with what level of support,
etc etc etc. But I haven't seen anything in even the most radical
proposals which involves dumping non-Product bits from the repos.
-- 
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: Fedora.NEXT Products and the fate of Spins

[Frank Murphy]

On Fri, 31 Jan 2014 10:53:17 -0800
Adam Williamson awill...@redhat.com wrote:

  Personally, I know currently, most DEs' can be installed with yum
  groupinstall. But, that may not always be the case.
 
 I haven't seen any indication that anyone wants that to change as part
 of .next. 

I do sincerely hope you are correct.


___
Regards,
Frank 
www.frankly3d.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

[perl-autobox] Created tag perl-autobox-2.77-2.el7

[Paul Howarth]

The lightweight tag 'perl-autobox-2.77-2.el7' was created pointing to:

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

[perl-IPC-System-Simple/epel7] (5 commits) ...Update to 1.25

[Paul Howarth]

Summary of changes:

  6d58c92... Perl 5.18 rebuild (*)
  b935bce... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
  f62ffa1... Update to 1.23 (*)
  17bad99... Update to 1.24 (*)
  40163f7... Update to 1.25 (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Packages installing files to /etc/rpm

[Ville Skyttä]

A number of packages install files to /etc/rpm in Rawhide; the proper
place for macros.* is /usr/lib/rpm/macros.d for rpm = 4.11. And no
matter what the location, these files should not be marked as %config.

Specfiles not targeting EL  7 can simply replace %{_sysconfdir}/rpm
with %{_rpmconfigdir}/macros.d and ones that wish to stay compatible
with EL5 and 6 can do something like this to find the proper dir:

%global macrosdir %(d=%{_rpmconfigdir}/macros.d; [ -d $d ] ||
d=%{_sysconfdir}/rpm; echo $d)

List of affected packages follows (maintainer package comaintainers):

bkabrda python3 amcnabb,bkabrda,mstuchli,tomspur
bkabrda python bkabrda,dmalcolm,ivazquez,jsteffan,mstuchli,tomspur,tradej
cicku ldc bioinfornatics
deji mpich (none)
dledford openmpi dajt,deji,orion
epienbro mingw-filesystem ivanromanov,kalev,rjones
erikos sugar-toolkit erikos,pbrobinson,sdz,tomeu
erikos sugar-toolkit-gtk3 dsd,pbrobinson
jakub prelink mjw
jcapik octave alexlan,fkluknav,jussilehtola,mmahut,orion,rakesh
jjames ffcall salimma
jjames gap (none)
jjames xemacs stevetraylen
jnovy texlive pertusus,than
jorton httpd hubbitus,jkaluza
jorton php-pear remi,timj
jorton php remi
jplesnik perl corsepiu,cweyl,iarnell,jplesnik,kasal,perl-sig,ppisar,psabata,spot
jussilehtola libint (none)
jzeleny scl-utils bkabrda,jzeleny
kanarip ruby bkabrda,jstribny,kanarip,mmorsi,mtasaka,skottler,tagoh,vondruch
kanarip rubygems kanarip,mtasaka,skottler,stahnma,vondruch
kwizart color-filesystem rhughes
limb drupal7 asrob,pfrields,siwinski
mmorsi jruby bkabrda,goldmann,vondruch
mstuchli pypy tomspur
msuchy rhn-client-tools mzazrive
nim fontpackages fonts-sig,frixxon,tagoh
orion hdf5 davidcl,pertusus
patches nodejs-packaging humaton,jamielinux,mrunge,sgallagh
patches nodejs-tap jamielinux
peter erlang-rpm-macros erlang-sig
petersen ghc-rpm-macros haskell-sig,petersen
phracek emacs jgu,phracek
pjones pesign (none)
pmatilai redhat-rpm-config jcm,pmatilai
ppisar perl-srpm-macros mmaslano,perl-sig
rdieter ggz-base-libs (none)
rdieter polkit-qt mbriza,rnovacek,than
remi php-horde-Horde-Role nb
rmattes ros-release (none)
rombobeorn fedora-gnat-project-common (none)
rstrode GConf2 walters
s4504kr blender fcami,hobbes1069,kwizart,roma
s4504kr gnustep-make s4504kr,salimma
smani keyrings-filesystem (none)
sochotni javapackages-tools java-sig,mizdebsk,msimacek,msrb
spot generic-release bruno
spot R salimma
than sip kkofler,ltinkl,rdieter
twaugh cups jpopelka
-- 
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: Packages installing files to /etc/rpm

[Sandro Mani]

On 31.01.2014 21:23, Ville Skyttä wrote:


smani keyrings-filesystem (none)

Fixed.

--
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.NEXT Products and the fate of Spins

[Emmanuel Seyman]

* Frank Murphy [31/01/2014 11:22] :

 Personally, I know currently, most DEs' can be installed with yum
 groupinstall. But, that may not always be the case.

I'm going to go in the opposite direction. The old anaconda installer made it
hard to see what groups you were installing and how you could install others.
The new anaconda is much better in this regard and the need for spins is
lessened, imho.

Emmanuel
-- 
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.NEXT Products and the fate of Spins

[Frank Murphy]

On Fri, 31 Jan 2014 22:50:59 +0100
Emmanuel Seyman emman...@seyman.fr wrote:

 * Frank Murphy [31/01/2014 11:22] :
 
  Personally, I know currently, most DEs' can be installed with yum
  groupinstall. But, that may not always be the case.
 
 I'm going to go in the opposite direction. The old anaconda installer
 made it hard to see what groups you were installing and how you could
 install others. 

The point is will there be choice, and only time will tell.
Anaconda won't be used to select groups during Desktop.product install,
if I've been following correctly.  
It will install what's considered product that the WG decides upon.
Fully understand and accept that. 
There may not be a DVD available beyond .next for multiple choice.


___
Regards,
Frank 
www.frankly3d.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: Fedora.NEXT Products and the fate of Spins

[Adam Williamson]

On Wed, 2014-01-29 at 15:30 -0500, Stephen Gallagher wrote:
 Apologies for the slightly alarmist $SUBJECT, but I want to make sure
 that this gets read by the appropriate groups.
 
 During today's FESCo meeting, there was the start of a discussion on
 how to approve new Products into the Fedora family. As part of this,
 it naturally strayed into discussion of what we do about Spins as they
 currently exist.
 
 Several ideas were raised (which I'll go through below), but we didn't
 feel that this was something that FESCo should answer on its own. We'd
 prefer community input on how to handle spins going forward.
 
 So, in no particular order (because it's difficult to say which
 questions are the most important):
 
 1) Are Spins useful as they currently exist? There are many problems
 that have been noted in the Spins process, most notably that it is
 very difficult to get a Spin approved and then has no ongoing
 maintenance requiring it to remain functional. We've had Spins at
 times go through entire Fedora release cycles without ever being
 functional.
 
 2) Should Spins be eliminated entirely in favor of Fedora Remixes[1].
 The effect here would be that Spins are no longer an official part of
 The Fedora Project but are instead projects unto themselves which are
 permitted to consume (possibly large) portions of our tools, packages
 and ecosystem. Maintenance and upkeep of these spins then becomes
 entirely the responsibility of the downstream community that
 constructs them and has no mandatory draw on Fedora's marketing,
 ambassadors or quality assurance resources.
 
 3) Should Spins be considered Products-in-development? In other words,
 should we only approve Spins that are targeted or destined for
 promotion to a fully-supported Fedora Product? This is a nuanced
 question, as it means different things for different Spins, for
 example Spins focusing on a target-audience (Security Spin, Design
 Suite Spin) vs. Spins focusing on a technology (LXDE Spin, MATE-Compiz
 Spin).
 
 3b) If we treat Spins as Products-in-development, what do we do with
 those Spins that don't fit that criteria?

So in my new constructive spirit ;) let me take a crack at some answers
to this:

I think the Spins process as it currently exists has a lot of problems.
We've been saying this for years, long before we even thought about
Fedora.next. You identify some of them above, and there are others -
we've never had coherent messaging about the spins, for instance. This
is especially silly with the desktop spins, where there are all kinds of
mixed messages.

* Desktop is a spin, but it's also our default deliverable.
* KDE is a spin, and considered a release-blocking deliverable.
* Xfce, LXDE, MATE and SoaS are spins, aren't considered
release-blocking deliverables, but they *are* shipped in the same
directory as the Desktop and KDE spins on the mirrors (since F20), and
they're broken out and given special status on the download page as
Desktops - https://fedoraproject.org/get-fedora#desktops .
* Security Lab, Design Suite, Scientific-KDE and Electronics Lab aren't
shipped in the same directory as Desktop, KDE, LXDE, MATE and SoaS (the
directory they're in isn't carried by all mirrors, I don't think), and
they're not Desktops, but they're shown on a Spins tab on the download
page.
* All the other spins are spins, but they're not the default
deliverable, they don't block the release, they're shipped in the same
directory as Security Lab etc, but they're not shown directly on the
download page at all.
* https://spins.fedoraproject.org/ shows all the spins *except Desktop*
in a co-equal way.

There's an ad-hoc method to all this madness - there's a sort of ranking
system going on there that is intentional - but it's all been rather
thrown together as we've gone along and tweaked from release to release
with no great overarching plan.

So it's a good idea to look at the Spins space and see if there are
opportunities for improvement, almost regardless of the Products plan,
in fact (though obviously it is relevant to some questions here).

Despite the problems with the process, though, I think some of our
actual Spins manage to be excellent small-p products that provide good
solid value to the Fedora project and we should find a way to keep them
within the Fedora space even in a Product-ified world.

The desktop spins are the ones that seem most important to keep. I think
there's a reasonable argument for dropping most or all of the
non-desktop spins, because they're essentially just vehicles for
delivering package groups, when you look at them. Games provides a bunch
of games. Electronics Lab provides a bunch of electronics tools. There's
nothing particularly compelling about shipping these particular bundles
of packages as live images, or as images at all; we can come up with any
number of other mechanisms for letting people get at them, very
trivially. Hell, it's not particularly difficult to do it right now.

The desktop spins, 

[Bug 1060360] New: Request branch

[bugzilla]

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

Bug ID: 1060360
   Summary: Request branch
   Product: Fedora EPEL
   Version: epel7
 Component: perl-Mail-MboxParser
  Assignee: mmasl...@redhat.com
  Reporter: nathan...@gnat.ca
QA Contact: extras...@fedoraproject.org
CC: mmasl...@redhat.com,
perl-de...@lists.fedoraproject.org, ppi...@redhat.com,
psab...@redhat.com



Hello 

Some of my packages require this package as part of their dependency chains.
Would you mind creating an epel7 build?

Branch requests can be made here
https://fedoraproject.org/wiki/EPEL/epel7/Requests

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=u7ctIQr6Ela=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Fedora.NEXT Products and the fate of Spins

[Kevin Fenzi]

On Fri, 31 Jan 2014 14:37:02 -0800
Adam Williamson awill...@redhat.com wrote:

 So in my new constructive spirit ;) let me take a crack at some
 answers to this:
 
 I think the Spins process as it currently exists has a lot of
 problems. We've been saying this for years, long before we even
 thought about Fedora.next. You identify some of them above, and there
 are others - we've never had coherent messaging about the spins, for
 instance. This is especially silly with the desktop spins, where
 there are all kinds of mixed messages.

Yeah. I think things got somewhat better in f20 at least due to the
requirement that someone/anyone actually booted the thing and it
worked. 

...snip...

 The desktop spins are the ones that seem most important to keep. I
 think there's a reasonable argument for dropping most or all of the
 non-desktop spins, because they're essentially just vehicles for
 delivering package groups, when you look at them. Games provides a
 bunch of games. Electronics Lab provides a bunch of electronics
 tools. There's nothing particularly compelling about shipping these
 particular bundles of packages as live images, or as images at all;
 we can come up with any number of other mechanisms for letting people
 get at them, very trivially. Hell, it's not particularly difficult to
 do it right now.

I went down this same path a few years ago, but there are actually use
cases for the non desktop spins that aren't served by just installing
and then installing the packages. For example: 

* Using the security spin booted live to examine a compromised install.
  You don't want to attach it to a real install thats r/w. Booting off
  a read only media means if something messes it up, you can just
  reboot. 

* You have 30 machines in a lab you can use for your electronics lab or
  design class or gamer gathering. You're allowed to reboot them, but
  not install anything on them (they have windows on them or something).
  You can just walk around before class and boot them all up on live
  dvd/cd's. If someone messes up their setup in the class, they just
  reboot and get back to the desktop. 

Now perhaps these are cases where we just say: hey, make your own for
this, but they are valid use cases not easily handled by dropping those
spins. 

 The desktop spins, though, do have a reasonable amount of value to
 users of those desktops. People do use live media *just as live
 media*, and we know there are Fedora users who want to use desktops
 other than our default desktop, and Fedora contributors willing to do
 the work of maintaining and testing live image deliverables for those
 desktops. The desktop spins we have have mostly managed to meet
 reasonable quality expectations in recent releases without imposing a
 burden on the QA team. I just don't see any major problems to solve
 in the area of the existing desktop spins *as small-p products that
 are a part of the Fedora project*, though I certainly respect the
 releng team's statement that their work scales more or less linearly
 with the number of deliverables we decide to make a part of the
 Fedora space.

I'm not going to speak for releng, but IMHO... the items that are
somewhat a burden still with spins are: 

* Making sure someone tests and signs off at milestones. 
  (Perhaps this could be somehow automated?)
* The volume of things makes composes take longer. 
  (perhaps we could stop doing them as part of tc/rc composes, and just
  do them after each of those so they don't gate those?)
* websites folks have to look at what was signed off and adjust the
  websites for them.
  (Perhaps we could make some kind of more self service site for spins?)

 Even if we want to keep the alternative desktop live images as a part
 of the Fedora space, though, that affords us quite a bit of
 flexibility to change other things about this process.

Agreed. 

kevin


signature.asc
Description: PGP 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: Fedora.NEXT Products and the fate of Spins

[Adam Williamson]

On Fri, 2014-01-31 at 16:22 -0700, Kevin Fenzi wrote:

  The desktop spins are the ones that seem most important to keep. I
  think there's a reasonable argument for dropping most or all of the
  non-desktop spins, because they're essentially just vehicles for
  delivering package groups, when you look at them. Games provides a
  bunch of games. Electronics Lab provides a bunch of electronics
  tools. There's nothing particularly compelling about shipping these
  particular bundles of packages as live images, or as images at all;
  we can come up with any number of other mechanisms for letting people
  get at them, very trivially. Hell, it's not particularly difficult to
  do it right now.
 
 I went down this same path a few years ago, but there are actually use
 cases for the non desktop spins that aren't served by just installing
 and then installing the packages. For example: 
 
 * Using the security spin booted live to examine a compromised install.
   You don't want to attach it to a real install thats r/w. Booting off
   a read only media means if something messes it up, you can just
   reboot. 
 
 * You have 30 machines in a lab you can use for your electronics lab or
   design class or gamer gathering. You're allowed to reboot them, but
   not install anything on them (they have windows on them or something).
   You can just walk around before class and boot them all up on live
   dvd/cd's. If someone messes up their setup in the class, they just
   reboot and get back to the desktop. 
 
 Now perhaps these are cases where we just say: hey, make your own for
 this, but they are valid use cases not easily handled by dropping those
 spins. 

Thanks for the examples - I think you've given them before, and I've
forgotten them.

Yup: they're valid use cases, and they strengthen the argument for those
spins *as* spins. But indeed you can still make the case that there just
isn't enough value in doing it as part of Fedora, and viewed in the
context of these fairly 'niche' uses, the argument about making them
into remixes or something seems less alarming. I'm not sure I'd be
onboard with hiving off KDE, Xfce and Sugar as non-Fedora stuff (or
requiring them to become fully-fledged Products), but I can certainly
see saying 'look, if you want to take Fedora and build a security
forensics live image on top of it, that's awesome, but call it something
else and maintain it yourself' - I'm rather more on-board with that
argument *as applied to these somewhat niche cases* than just applied
to, you know, everything we currently cover with Spins. I'm not sure I
have a definite opinion on whether we need to / should do that or not,
but I know I wouldn't be incredibly sad/angry if it happened.

I do think there's some mileage in the argument that, if you go all the
back to the original Spins conception as this wide-open field to create
ANY PRODUCT YOU LIKE from Fedora bits and it'd be part of the Fedora
project in *some* form, that's probably biting off more than we can
realistically chew, especially given what releng has said about
resources. Right now we're kinda between two stools on that: Spins
didn't take off like wildfire and produce hundreds of awesome things
like maybe it was originally expected to, but it wasn't a complete and
utter dead loss either - so now we're in, I guess, a slightly weird
situation where we have this very heavyweight conception of Spins which
is maybe not providing us enough value to justify its weight.

If you want to take a market view of it, you can make the argument
that SUSE Studio is rather eating our lunch on the original Spins
concept:

http://susestudio.com/browse

zoiks. Kind of beats our 'well, first figure out the way livecd-creator
is duct taped together, then submit a kickstart file to this SIG thing
that barely exists any more, then...' process into a cocked hat.

snip last section - I think all your ideas there were sound
-- 
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

Self introduction

[Sancho Lerena]

Hello everybody,

I'm new in Fedora Devel list, using fedora and centos for years, and I intend 
to become -official- packager for my own project, Pandora FMS, a server/network 
monitoring project. I'm looking for a sponsor who guide me in the wonders of 
the fedora packaging. I have being creating RPM packages for centos, so I have 
some experience in RPM packaging, but this is not a science, its an art, so 
I've a lot to learn.

--

Un saludo


Sancho Lerena
http://pandorafms.com
sler...@gmail.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

Broken dependencies: dspam

[buildsys]

dspam has broken dependencies in the epel-7 tree:
On x86_64:
dspam-3.10.2-9.el7.x86_64 requires perl(Mail::MboxParser)
On ppc64:
dspam-3.10.2-9.el7.ppc64 requires perl(Mail::MboxParser)
On x86_64:
dspam-web-3.10.2-9.el7.x86_64 requires perl(GD::Graph::lines3d)
dspam-web-3.10.2-9.el7.x86_64 requires perl(GD::Graph::lines)
dspam-web-3.10.2-9.el7.x86_64 requires perl(GD::Graph::bars)
On ppc64:
dspam-web-3.10.2-9.el7.ppc64 requires perl(GD::Graph::lines3d)
dspam-web-3.10.2-9.el7.ppc64 requires perl(GD::Graph::lines)
dspam-web-3.10.2-9.el7.ppc64 requires perl(GD::Graph::bars)
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: w3c-markup-validator

[buildsys]

w3c-markup-validator has broken dependencies in the epel-7 tree:
On x86_64:
w3c-markup-validator-1.3-4.el7.noarch requires perl(Net::IP)
w3c-markup-validator-1.3-4.el7.noarch requires perl(HTML::Template)
w3c-markup-validator-1.3-4.el7.noarch requires perl(Encode::HanExtra)
On ppc64:
w3c-markup-validator-1.3-4.el7.noarch requires 
perl(SGML::Parser::OpenSP) = 0:0.991
w3c-markup-validator-1.3-4.el7.noarch requires perl(Net::IP)
w3c-markup-validator-1.3-4.el7.noarch requires perl(HTML::Template)
w3c-markup-validator-1.3-4.el7.noarch requires perl(Encode::HanExtra)
On x86_64:
w3c-markup-validator-libs-1.3-4.el7.noarch requires html401-dtds
On ppc64:
w3c-markup-validator-libs-1.3-4.el7.noarch requires html401-dtds
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

[Bug 1060059] New: perl-Digest-SHA-5.86 is available

[bugzilla]

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

Bug ID: 1060059
   Summary: perl-Digest-SHA-5.86 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Digest-SHA
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 5.86
Current version/release in Fedora Rawhide: 5.85-4.fc21
URL: http://search.cpan.org/dist/Digest-SHA/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=A0iJP9Dcfta=cc_unsubscribe
--
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 1060060] New: perl-JavaScript-Minifier-1.11 is available

[bugzilla]

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

Bug ID: 1060060
   Summary: perl-JavaScript-Minifier-1.11 is available
   Product: Fedora
   Version: rawhide
 Component: perl-JavaScript-Minifier
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 1.11
Current version/release in Fedora Rawhide: 1.09-1.fc21
URL: http://search.cpan.org/dist/JavaScript-Minifier/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=gPNSqgaxYqa=cc_unsubscribe
--
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 1060061] New: perl-Module-Install-XSUtil-0.45 is available

[bugzilla]

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

Bug ID: 1060061
   Summary: perl-Module-Install-XSUtil-0.45 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Module-Install-XSUtil
  Keywords: FutureFeature, Triaged
  Assignee: ppi...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 0.45
Current version/release in Fedora Rawhide: 0.44-3.fc20
URL: http://search.cpan.org/dist/Module-Install-XSUtil/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=XbsFUWqLCma=cc_unsubscribe
--
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 1060064] New: perl-Task-Kensho-OOP-0.35 is available

[bugzilla]

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

Bug ID: 1060064
   Summary: perl-Task-Kensho-OOP-0.35 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Task-Kensho-OOP
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mmasl...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 0.35
Current version/release in Fedora Rawhide: 0.28-6.fc20
URL: http://search.cpan.org/dist/Task-Kensho-OOP/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=kV99IXDjUia=cc_unsubscribe
--
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 1060063] New: perl-Task-Kensho-Logging-0.35 is available

[bugzilla]

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

Bug ID: 1060063
   Summary: perl-Task-Kensho-Logging-0.35 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Task-Kensho-Logging
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 0.35
Current version/release in Fedora Rawhide: 0.01-2.fc20
URL: http://search.cpan.org/dist/Task-Kensho-Logging/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=dDDSRIu6wca=cc_unsubscribe
--
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 1060065] New: perl-Task-Kensho-Toolchain-0.35 is available

[bugzilla]

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

Bug ID: 1060065
   Summary: perl-Task-Kensho-Toolchain-0.35 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Task-Kensho-Toolchain
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org, ppi...@redhat.com



Latest upstream release: 0.35
Current version/release in Fedora Rawhide: 0.28-10.fc20
URL: http://search.cpan.org/dist/Task-Kensho-Toolchain/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=mMXByAEJTma=cc_unsubscribe
--
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 1060062] New: perl-Task-Kensho-Exceptions-0.35 is available

[bugzilla]

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

Bug ID: 1060062
   Summary: perl-Task-Kensho-Exceptions-0.35 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Task-Kensho-Exceptions
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com, mmasl...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 0.35
Current version/release in Fedora Rawhide: 0.28-6.fc20
URL: http://search.cpan.org/dist/Task-Kensho-Exceptions/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=tAKRtOqd87a=cc_unsubscribe
--
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 1060067] New: perl-YAML-Tiny-1.57 is available

[bugzilla]

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

Bug ID: 1060067
   Summary: perl-YAML-Tiny-1.57 is available
   Product: Fedora
   Version: rawhide
 Component: perl-YAML-Tiny
  Keywords: FutureFeature, Triaged
  Assignee: st...@silug.org
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org, st...@silug.org



Latest upstream release: 1.57
Current version/release in Fedora Rawhide: 1.56-1.fc21
URL: http://search.cpan.org/dist/YAML-Tiny/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=wTABQlhWHba=cc_unsubscribe
--
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 1059635] perl-Log-Report-1.01 is available

[bugzilla]

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

Petr Pisar ppi...@redhat.com changed:

   What|Removed |Added

 Depends On||1060044




Referenced Bugs:

https://bugzilla.redhat.com/show_bug.cgi?id=1060044
[Bug 1060044] Review Request: perl-Log-Report-Optional - Base class for
large Log::Report and simple Log::Report::Minimal
-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=bwmdUxsdMSa=cc_unsubscribe
--
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

File Log-Report-1.01.tar.gz uploaded to lookaside cache by ppisar

[Petr Pisar]

A file has been added to the lookaside cache for perl-Log-Report:

21a979d4996298d4eb1a0b1b3767f8dc  Log-Report-1.01.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

File Tree-DAG_Node-1.20.tgz uploaded to lookaside cache by pghmcfc

[Paul Howarth]

A file has been added to the lookaside cache for perl-Tree-DAG_Node:

dbba6fee2814e13e4ac97d28078d8594  Tree-DAG_Node-1.20.tgz
--
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

[perl-Tree-DAG_Node] Update to 1.20

[Paul Howarth]

commit 8586f4cbfe1f68c7ed16beefed7cd22718c85981
Author: Paul Howarth p...@city-fan.org
Date:   Fri Jan 31 12:09:03 2014 +

Update to 1.20

- New upstream release 1.20
  - Bump File::Temp version requirement back up to 0.19, as that's the 
version
that introduced the newdir() method, as used in the test suite

 perl-Tree-DAG_Node.spec |7 ++-
 sources |2 +-
 2 files changed, 7 insertions(+), 2 deletions(-)
---
diff --git a/perl-Tree-DAG_Node.spec b/perl-Tree-DAG_Node.spec
index 76e0abd..f95550a 100644
--- a/perl-Tree-DAG_Node.spec
+++ b/perl-Tree-DAG_Node.spec
@@ -1,5 +1,5 @@
 Name:   perl-Tree-DAG_Node
-Version:1.19
+Version:1.20
 Release:1%{?dist}
 Summary:Class for representing nodes in a tree
 Group:  Development/Libraries
@@ -48,6 +48,11 @@ make test TEST_FILES=$(echo $(find xt/ -name '*.t'))
 %{_mandir}/man3/Tree::DAG_Node.3pm*
 
 %changelog
+* Fri Jan 31 2014 Paul Howarth p...@city-fan.org - 1.20-1
+- Update to 1.20
+  - Bump File::Temp version requirement back up to 0.19, as that's the version
+that introduced the newdir() method, as used in the test suite
+
 * Thu Jan 30 2014 Paul Howarth p...@city-fan.org - 1.19-1
 - Update to 1.19
   - Set pre-req File::Temp version # to 0 (back from 0.2301)
diff --git a/sources b/sources
index 34363f9..9bdf42c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-7733321a4e4bfa94876bdbc3354e92ab  Tree-DAG_Node-1.19.tgz
+dbba6fee2814e13e4ac97d28078d8594  Tree-DAG_Node-1.20.tgz
--
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

[perl-Locale-Maketext-Lexicon/f20] (2 commits) ...Upstream update.

[corsepiu]

Summary of changes:

  c9c84d3... Reflect Lingua::EN::Sentence having made it into Fedora. (*)
  a2b93b9... Upstream update. (*)

(*) This commit already existed in another branch; no separate mail sent
--
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

[perl-Tree-DAG_Node] Created tag perl-Tree-DAG_Node-1.20-1.fc21

[Paul Howarth]

The lightweight tag 'perl-Tree-DAG_Node-1.20-1.fc21' was created pointing to:

 8586f4c... Update to 1.20
--
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

File YAML-Tiny-1.57.tar.gz uploaded to lookaside cache by pghmcfc

[Paul Howarth]

A file has been added to the lookaside cache for perl-YAML-Tiny:

5df8450dba06fdc64e73992a071d012b  YAML-Tiny-1.57.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

[perl-Locale-Maketext-Lexicon/f19: 3/3] Merge remote-tracking branch 'origin/f20' into f19

[corsepiu]

commit 3df4754292a5b778b229f0c32b8d7e78e1de919a
Merge: 9d6e54c a2b93b9
Author: Ralf Corsépius corse...@fedoraproject.org
Date:   Fri Jan 31 13:14:43 2014 +0100

Merge remote-tracking branch 'origin/f20' into f19

 .gitignore|2 +-
 perl-Locale-Maketext-Lexicon.spec |   10 --
 sources   |2 +-
 3 files changed, 10 insertions(+), 4 deletions(-)
---
--
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

[perl-Locale-Maketext-Lexicon/f19] (3 commits) ...Merge remote-tracking branch 'origin/f20' into f19

[corsepiu]

Summary of changes:

  c9c84d3... Reflect Lingua::EN::Sentence having made it into Fedora. (*)
  a2b93b9... Upstream update. (*)
  3df4754... Merge remote-tracking branch 'origin/f20' into f19

(*) This commit already existed in another branch; no separate mail sent
--
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

[perl-YAML-Tiny] Update to 1.57

[Paul Howarth]

commit bb4af1b75694288c6a202340834b70b23eee19ae
Author: Paul Howarth p...@city-fan.org
Date:   Fri Jan 31 12:28:19 2014 +

Update to 1.57

- New upstream release 1.57
  Incompatible change:
  - Previously, some errors would throw exceptions and some would return the
error condition in $YAML::Tiny::errstr, but now all errors throw
exceptions; use of $errstr and the errstr method are deprecated
  Fixed:
  - Fixed write method to encode YAML file with UTF-8
  - Improved SYNOPSIS and documentation of new
  Testing:
  - Tests have been cleaned up and reorganized
  - Test coverage has been significantly improved
- Package docs CONTRIBUTING and README.md
- Update dependencies as needed

 perl-YAML-Tiny.spec |   39 +--
 sources |2 +-
 2 files changed, 34 insertions(+), 7 deletions(-)
---
diff --git a/perl-YAML-Tiny.spec b/perl-YAML-Tiny.spec
index bc3dfbf..bbd1d8f 100644
--- a/perl-YAML-Tiny.spec
+++ b/perl-YAML-Tiny.spec
@@ -1,5 +1,5 @@
 Name:   perl-YAML-Tiny
-Version:1.56
+Version:1.57
 Release:1%{?dist}
 Summary:Read/Write YAML files with as little code as possible
 License:GPL+ or Artistic
@@ -8,22 +8,33 @@ URL:http://search.cpan.org/dist/YAML-Tiny/
 Source0:
http://search.cpan.org/CPAN/authors/id/E/ET/ETHER/YAML-Tiny-%{version}.tar.gz
 BuildArch:  noarch
 # Module Build
-BuildRequires:  perl(Module::Build::Tiny) = 0.027
+BuildRequires:  perl(Module::Build::Tiny) = 0.034
 # Module Runtime
 BuildRequires:  perl(Carp)
+BuildRequires:  perl(Data::Dumper)
 BuildRequires:  perl(Exporter)
+BuildRequires:  perl(Fcntl)
 BuildRequires:  perl(Scalar::Util)
 BuildRequires:  perl(strict)
 # Test Suite
 BuildRequires:  perl(blib)
+BuildRequires:  perl(CPAN::Meta)
+BuildRequires:  perl(CPAN::Meta::Requirements) = 2.120900
 BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(File::Basename)
+BuildRequires:  perl(File::Find)
 BuildRequires:  perl(File::Spec) = 0.80
 BuildRequires:  perl(File::Spec::Functions)
-BuildRequires:  perl(IO::Handle)
-BuildRequires:  perl(IPC::Open3)
+BuildRequires:  perl(File::Temp)
+BuildRequires:  perl(Getopt::Long)
+BuildRequires:  perl(IO::Dir)
+BuildRequires:  perl(JSON) = 2
+BuildRequires:  perl(lib)
 BuildRequires:  perl(List::Util)
-BuildRequires:  perl(Test::More) = 0.94
+BuildRequires:  perl(Test::More) = 0.99
+BuildRequires:  perl(utf8)
 BuildRequires:  perl(vars)
+BuildRequires:  perl(version)
 BuildRequires:  perl(warnings)
 BuildRequires:  perl(YAML)
 BuildRequires:  perl(YAML::Syck)
@@ -32,6 +43,7 @@ BuildRequires:  perl(YAML::XS)
 Requires:   perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
 Requires:   perl(Carp)
 Requires:   perl(Exporter)
+Requires:   perl(Fcntl)
 Requires:   perl(Scalar::Util)
 
 %description
@@ -53,11 +65,26 @@ perl Build.PL --installdirs=vendor
 ./Build test
 
 %files
-%doc Changes LICENSE README
+%doc Changes CONTRIBUTING LICENSE README README.md
 %{perl_vendorlib}/YAML/
 %{_mandir}/man3/YAML::Tiny.3pm*
 
 %changelog
+* Fri Jan 31 2014 Paul Howarth p...@city-fan.org 1.57-1
+- Update to 1.57
+  Incompatible change:
+  - Previously, some errors would throw exceptions and some would return the
+error condition in $YAML::Tiny::errstr, but now all errors throw
+exceptions; use of $errstr and the errstr method are deprecated
+  Fixed:
+  - Fixed write method to encode YAML file with UTF-8
+  - Improved SYNOPSIS and documentation of new
+  Testing:
+  - Tests have been cleaned up and reorganized
+  - Test coverage has been significantly improved
+- Package docs CONTRIBUTING and README.md
+- Update dependencies as needed
+
 * Wed Sep 25 2013 Paul Howarth p...@city-fan.org 1.56-1
 - Update to 1.56
   - read_string documentation error fixed (CPAN RT#74409)
diff --git a/sources b/sources
index eb4c689..8b2c554 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-9fd7940c05b025d6be08217c9a5061b6  YAML-Tiny-1.56.tar.gz
+5df8450dba06fdc64e73992a071d012b  YAML-Tiny-1.57.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

[perl-YAML-Tiny] Created tag perl-YAML-Tiny-1.57-1.fc21

[Paul Howarth]

The lightweight tag 'perl-YAML-Tiny-1.57-1.fc21' was created pointing to:

 bb4af1b... Update to 1.57
--
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 1060067] perl-YAML-Tiny-1.57 is available

[bugzilla]

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

Paul Howarth p...@city-fan.org changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||p...@city-fan.org
   Fixed In Version||perl-YAML-Tiny-1.57-1.fc21
 Resolution|--- |RAWHIDE
   Assignee|st...@silug.org |p...@city-fan.org
Last Closed||2014-01-31 07:38:52



--- Comment #1 from Paul Howarth p...@city-fan.org ---
Built in Rawhide: http://koji.fedoraproject.org/koji/taskinfo?taskID=6475121

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=HFFvCNOkcNa=cc_unsubscribe
--
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

File JavaScript-Minifier-1.11.tar.gz uploaded to lookaside cache by jplesnik

[Jitka Plesnikova]

A file has been added to the lookaside cache for perl-JavaScript-Minifier:

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

[Bug 1060060] perl-JavaScript-Minifier-1.11 is available

[bugzilla]

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

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

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-JavaScript-Minifier-1.
   ||11-1.fc21
 Resolution|--- |RAWHIDE
Last Closed||2014-01-31 08:31:06



-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=vF44mgPjeUa=cc_unsubscribe
--
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

File Task-Kensho-Exceptions-0.35.tar.gz uploaded to lookaside cache by jplesnik

[Jitka Plesnikova]

A file has been added to the lookaside cache for perl-Task-Kensho-Exceptions:

681e901434a27e4a5716462cb15a9c9e  Task-Kensho-Exceptions-0.35.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

[perl-Task-Kensho-Exceptions] 0.35 bump

[Jitka Plesnikova]

commit 86b83fbe0a114043a0ab990297ec9c23bb506cc6
Author: Jitka Plesnikova jples...@redhat.com
Date:   Fri Jan 31 15:30:58 2014 +0100

0.35 bump

 .gitignore   |1 +
 perl-Task-Kensho-Exceptions.spec |   29 +
 sources  |2 +-
 3 files changed, 19 insertions(+), 13 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index a78e693..3863a7b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 /Task-Kensho-Exceptions-0.28.tar.gz
+/Task-Kensho-Exceptions-0.35.tar.gz
diff --git a/perl-Task-Kensho-Exceptions.spec b/perl-Task-Kensho-Exceptions.spec
index 2348e3b..a6daf20 100644
--- a/perl-Task-Kensho-Exceptions.spec
+++ b/perl-Task-Kensho-Exceptions.spec
@@ -1,23 +1,29 @@
 Name:   perl-Task-Kensho-Exceptions
-Version:0.28
-Release:6%{?dist}
+Version:0.35
+Release:1%{?dist}
 Summary:A Glimpse at an Enlightened Perl (Exceptions)
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Task-Kensho-Exceptions/
-Source0:
http://www.cpan.org/authors/id/A/AP/APEIRON/Task-Kensho-Exceptions-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/E/ET/ETHER/Task-Kensho-Exceptions-%{version}.tar.gz
 BuildArch:  noarch
-BuildRequires:  perl(inc::Module::Install)
-BuildRequires:  perl(Module::Install::Repository)
-BuildRequires:  perl(Module::Install::AutoManifest)
+BuildRequires:  perl
+BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+# Run-time
 BuildRequires:  perl(TryCatch)
 BuildRequires:  perl(Try::Tiny)
 BuildRequires:  perl(autodie)
+# Test
+BuildRequires:  perl(File::Spec::Functions)
+BuildRequires:  perl(List::Util)
 BuildRequires:  perl(Test::More)
+BuildRequires:  perl(version)
+Requires:   perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
 Requires:   perl(TryCatch)
 Requires:   perl(Try::Tiny)
 Requires:   perl(autodie)
-Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 
 %description
 Task::Kensho is a first cut at building a list of recommended modules for
@@ -26,19 +32,15 @@ exception handling.
 
 %prep
 %setup -q -n Task-Kensho-Exceptions-%{version}
-rm -r inc
-echo ^inc/  MANIFEST.SKIP
-find -type f -exec chmod -x {} +
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor /dev/null
+perl Makefile.PL INSTALLDIRS=vendor /dev/null
 make manifest
 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 \;
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
@@ -50,6 +52,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 31 2014 Jitka Plesnikova jples...@redhat.com - 0.35-1
+- 0.35 bump
+
 * Mon Aug 05 2013 Petr Pisar ppi...@redhat.com - 0.28-6
 - Perl 5.18 rebuild
 
diff --git a/sources b/sources
index 6fb5b59..93083ec 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-13fac5ddc51ade71a54dd943e6bceecc  Task-Kensho-Exceptions-0.28.tar.gz
+681e901434a27e4a5716462cb15a9c9e  Task-Kensho-Exceptions-0.35.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

[Bug 1060062] perl-Task-Kensho-Exceptions-0.35 is available

[bugzilla]

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

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

   What|Removed |Added

 Status|NEW |MODIFIED
   Fixed In Version||perl-Task-Kensho-Exceptions
   ||-0.35-1.fc21



-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=b7EkXTYX6ka=cc_unsubscribe
--
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-qpid_proton

[buildsys]

perl-qpid_proton has broken dependencies in the rawhide tree:
On x86_64:
perl-qpid_proton-0.6-1.fc21.x86_64 requires perl(qpid_proton)
perl-qpid_proton-0.6-1.fc21.x86_64 requires 
perl(qpid::proton::ExceptionHandling)
On i386:
perl-qpid_proton-0.6-1.fc21.i686 requires perl(qpid_proton)
perl-qpid_proton-0.6-1.fc21.i686 requires 
perl(qpid::proton::ExceptionHandling)
On armhfp:
perl-qpid_proton-0.6-1.fc21.armv7hl requires perl(qpid_proton)
perl-qpid_proton-0.6-1.fc21.armv7hl requires 
perl(qpid::proton::ExceptionHandling)
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-Catalyst-Controller-HTML-FormFu

[buildsys]

perl-Catalyst-Controller-HTML-FormFu has broken dependencies in the rawhide 
tree:
On x86_64:
perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires 
perl(HTML::FormFu::MultiForm)
On i386:
perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires 
perl(HTML::FormFu::MultiForm)
On armhfp:
perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires 
perl(HTML::FormFu::MultiForm)
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: mojomojo

[buildsys]

mojomojo has broken dependencies in the rawhide tree:
On x86_64:
mojomojo-1.10-1.fc20.noarch requires 
perl(HTML::FormFu::Element::reCAPTCHA)
On i386:
mojomojo-1.10-1.fc20.noarch requires 
perl(HTML::FormFu::Element::reCAPTCHA)
On armhfp:
mojomojo-1.10-1.fc20.noarch requires 
perl(HTML::FormFu::Element::reCAPTCHA)
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-Language-Expr

[buildsys]

perl-Language-Expr has broken dependencies in the rawhide tree:
On x86_64:
perl-Language-Expr-0.19-4.fc19.noarch requires 
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Language-Expr-0.19-4.fc19.noarch requires 
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
perl-Language-Expr-0.19-4.fc19.noarch requires 
perl(:MODULE_COMPAT_5.16.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

File Task-Kensho-Logging-0.35.tar.gz uploaded to lookaside cache by jplesnik

[Jitka Plesnikova]

A file has been added to the lookaside cache for perl-Task-Kensho-Logging:

4f3429aea41bbce787e6772b540821ef  Task-Kensho-Logging-0.35.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

[perl-Task-Kensho-Logging] 0.35 bump

[Jitka Plesnikova]

commit 1ddda6af8e05ec7a337596baaeb75cb1937278e4
Author: Jitka Plesnikova jples...@redhat.com
Date:   Fri Jan 31 16:26:55 2014 +0100

0.35 bump

 .gitignore|1 +
 perl-Task-Kensho-Logging.spec |   27 ---
 sources   |2 +-
 3 files changed, 18 insertions(+), 12 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index a726ba5..6defd96 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 /Task-Kensho-Logging-0.01.tar.gz
+/Task-Kensho-Logging-0.35.tar.gz
diff --git a/perl-Task-Kensho-Logging.spec b/perl-Task-Kensho-Logging.spec
index c32e523..d8abcf1 100644
--- a/perl-Task-Kensho-Logging.spec
+++ b/perl-Task-Kensho-Logging.spec
@@ -1,24 +1,29 @@
 Name:   perl-Task-Kensho-Logging
-Version:0.01
-Release:2%{?dist}
+Version:0.35
+Release:1%{?dist}
 Summary:A Glimpse at an Enlightened Perl (Logging)
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Task-Kensho-Logging/
-Source0:
http://www.cpan.org/authors/id/A/AP/APEIRON/Task-Kensho-Logging-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/E/ET/ETHER/Task-Kensho-Logging-%{version}.tar.gz
 BuildArch:  noarch
-BuildRequires:  perl(inc::Module::Install)
-BuildRequires:  perl(Module::Install::AutoInstall)
-BuildRequires:  perl(Module::Install::AutoManifest)
-BuildRequires:  perl(Module::Install::Repository)
+BuildRequires:  perl
+BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+# Run-time
 BuildRequires:  perl(Log::Contextual)
 BuildRequires:  perl(Log::Dispatch)
 BuildRequires:  perl(Log::Log4perl)
+# Tests
+BuildRequires:  perl(File::Spec::Functions)
+BuildRequires:  perl(List::Util)
 BuildRequires:  perl(Test::More)
+BuildRequires:  perl(version)
+Requires:   perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
 Requires:   perl(Log::Contextual)
 Requires:   perl(Log::Dispatch)
 Requires:   perl(Log::Log4perl)
-Requires:   perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
 
 %description
 Task::Kensho is a first cut at building a list of recommended modules for
@@ -26,9 +31,6 @@ Enlightened Perl development. This Task installs logging 
modules.
 
 %prep
 %setup -q -n Task-Kensho-Logging-%{version}
-rm -r inc
-echo '/^inc/'  MANIFEST.SKIP
-find -type f -exec chmod -x {} +
 
 %build
 perl Makefile.PL INSTALLDIRS=vendor
@@ -49,6 +51,9 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 31 2014 Jitka Plesnikova jples...@redhat.com - 0.35-1
+- 0.35 bump
+
 * Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.01-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
 
diff --git a/sources b/sources
index 97814ec..2cad8bd 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3fe1e45896ad896e1ff29123de27ffae  Task-Kensho-Logging-0.01.tar.gz
+4f3429aea41bbce787e6772b540821ef  Task-Kensho-Logging-0.35.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

[Bug 1060063] perl-Task-Kensho-Logging-0.35 is available

[bugzilla]

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

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

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-Task-Kensho-Logging-0.
   ||35-1.fc21
 Resolution|--- |RAWHIDE
Last Closed||2014-01-31 10:29:36



-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=lxVo8qEbTea=cc_unsubscribe
--
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 1060062] perl-Task-Kensho-Exceptions-0.35 is available

[bugzilla]

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

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

   What|Removed |Added

 Status|MODIFIED|CLOSED
 Resolution|--- |RAWHIDE
Last Closed||2014-01-31 10:30:35



-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=yWaBS4C9Qta=cc_unsubscribe
--
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

[perl-indirect] Don't pull in Devel::CallParser when bootstrapping

[Paul Howarth]

commit 09f30640aea46d9fbf693ed2d9971c39624eb150
Author: Paul Howarth p...@city-fan.org
Date:   Fri Jan 31 16:23:32 2014 +

Don't pull in Devel::CallParser when bootstrapping

Devel::CallParser and indirect use each other in their test suites
so one of them needs tweaking for bootstrapping purposes.

We are currently bootstrapping epel7.

 perl-indirect.spec |   14 +-
 1 files changed, 13 insertions(+), 1 deletions(-)
---
diff --git a/perl-indirect.spec b/perl-indirect.spec
index a501944..4550c43 100644
--- a/perl-indirect.spec
+++ b/perl-indirect.spec
@@ -1,13 +1,21 @@
+# Bootstrap epel7 build
+%if 0%{?rhel}  6
+%global perl_bootstrap 1
+%endif
+
 Name:   perl-indirect
 Version:0.29
-Release:3%{?dist}
+Release:4%{?dist}
 Summary:Lexically warn about using the indirect object syntax
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/indirect/
 Source0:
http://search.cpan.org/CPAN/authors/id/V/VP/VPIT/indirect-%{version}.tar.gz
 BuildRequires:  perl(ExtUtils::MakeMaker)
+# Devel::CallParser's test suite requires indirect
+%if 0%{!?perl_bootstrap:1}
 BuildRequires:  perl(Devel::CallParser)
+%endif
 BuildRequires:  perl(Test::Kwalitee)
 BuildRequires:  perl(Test::More)
 BuildRequires:  perl(Test::Pod)
@@ -49,6 +57,10 @@ make test
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 31 2014 Paul Howarth p...@city-fan.org - 0.29-4
+- Don't pull in Devel::CallParser when bootstrapping
+- Bootstrap epel7 build
+
 * Wed Aug 07 2013 Petr Pisar ppi...@redhat.com - 0.29-3
 - Perl 5.18 rebuild
 
--
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

File No-Worries-1.1.tar.gz uploaded to lookaside cache by mpaladin

[mpaladin]

A file has been added to the lookaside cache for perl-No-Worries:

f19fb7d287c71ea304831470f2ba2e11  No-Worries-1.1.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

[perl-indirect] Created tag perl-indirect-0.29-4.fc21

[Paul Howarth]

The lightweight tag 'perl-indirect-0.29-4.fc21' was created pointing to:

 09f3064... Don't pull in Devel::CallParser when bootstrapping
--
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

[perl-No-Worries] Updating to upstream 1.1, rhbz #1054233.

[mpaladin]

commit 66881b6f26fb60c325179086323f38fcd26e9cc7
Author: Massimo massimo.pala...@gmail.com
Date:   Fri Jan 31 17:57:52 2014 +0100

Updating to upstream 1.1, rhbz #1054233.

 .gitignore   |1 +
 perl-No-Worries.spec |7 +--
 sources  |2 +-
 3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 46c3f1e..00fed16 100644
--- a/.gitignore
+++ b/.gitignore
@@ -6,3 +6,4 @@
 /No-Worries-0.8.tar.gz
 /No-Worries-0.9.tar.gz
 /No-Worries-1.0.tar.gz
+/No-Worries-1.1.tar.gz
diff --git a/perl-No-Worries.spec b/perl-No-Worries.spec
index 0afaa16..a105d86 100644
--- a/perl-No-Worries.spec
+++ b/perl-No-Worries.spec
@@ -1,6 +1,6 @@
 Name:   perl-No-Worries
-Version:1.0
-Release:3%{?dist}
+Version:1.1
+Release:1%{?dist}
 Summary:Perl coding without worries
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -63,6 +63,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 31 2014 Massimo Paladin massimo.pala...@gmail.com 1.1-1
+- Updating to upstream 1.1, rhbz #1054233.
+
 * Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.0-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
 
diff --git a/sources b/sources
index d7db7dc..b8a5080 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-608b0fc69817778a46b9424249dcb005  No-Worries-1.0.tar.gz
+f19fb7d287c71ea304831470f2ba2e11  No-Worries-1.1.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

[perl-No-Worries/f20] Updating to upstream 1.1, rhbz #1054233.

[mpaladin]

Summary of changes:

  66881b6... Updating to upstream 1.1, rhbz #1054233. (*)

(*) This commit already existed in another branch; no separate mail sent
--
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

[perl-No-Worries/epel7] (3 commits) ...Updating to upstream 1.1, rhbz #1054233.

[mpaladin]

Summary of changes:

  35d086b... Perl 5.18 rebuild (*)
  91e9b7e... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
  66881b6... Updating to upstream 1.1, rhbz #1054233. (*)

(*) This commit already existed in another branch; no separate mail sent
--
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

[perl-No-Worries/el6] (3 commits) ...Updating to upstream 1.1, rhbz #1054233.

[mpaladin]

Summary of changes:

  35d086b... Perl 5.18 rebuild (*)
  91e9b7e... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
  66881b6... Updating to upstream 1.1, rhbz #1054233. (*)

(*) This commit already existed in another branch; no separate mail sent
--
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

[perl-No-Worries/f19] (3 commits) ...Updating to upstream 1.1, rhbz #1054233.

[mpaladin]

Summary of changes:

  35d086b... Perl 5.18 rebuild (*)
  91e9b7e... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
  66881b6... Updating to upstream 1.1, rhbz #1054233. (*)

(*) This commit already existed in another branch; no separate mail sent
--
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

[perl-No-Worries/f18] (3 commits) ...Updating to upstream 1.1, rhbz #1054233.

[mpaladin]

Summary of changes:

  35d086b... Perl 5.18 rebuild (*)
  91e9b7e... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
  66881b6... Updating to upstream 1.1, rhbz #1054233. (*)

(*) This commit already existed in another branch; no separate mail sent
--
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

[perl-No-Worries/el5] (3 commits) ...Updating to upstream 1.1, rhbz #1054233.

[mpaladin]

Summary of changes:

  35d086b... Perl 5.18 rebuild (*)
  91e9b7e... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
  66881b6... Updating to upstream 1.1, rhbz #1054233. (*)

(*) This commit already existed in another branch; no separate mail sent
--
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 1035761] Upgrade to new upstream version

[bugzilla]

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

Massimo Paladin massimo.pala...@gmail.com changed:

   What|Removed |Added

 Status|MODIFIED|CLOSED
 Resolution|--- |CURRENTRELEASE
Last Closed||2014-01-31 13:12:34



-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=MOFSevVb5Ya=cc_unsubscribe
--
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 1035760] Upgrade to new upstream version

[bugzilla]

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

Massimo Paladin massimo.pala...@gmail.com changed:

   What|Removed |Added

 Status|MODIFIED|CLOSED
 Resolution|--- |CURRENTRELEASE
Last Closed||2014-01-31 13:13:05



-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=X7xFsKxFfNa=cc_unsubscribe
--
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

[perl-Hash-FieldHash] Created tag perl-Hash-FieldHash-0.12-5.el7

[Paul Howarth]

The lightweight tag 'perl-Hash-FieldHash-0.12-5.el7' was created pointing to:

 b6e32d2... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass
--
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

[perl-Scope-Guard] Drop tests subpackage; move tests to main package documentation

[Paul Howarth]

commit dedee21138a41cceb712d01cc9a8e3f149f0d26b
Author: Paul Howarth p...@city-fan.org
Date:   Fri Jan 31 18:35:39 2014 +

Drop tests subpackage; move tests to main package documentation

 perl-Scope-Guard.spec |   13 ++---
 1 files changed, 10 insertions(+), 3 deletions(-)
---
diff --git a/perl-Scope-Guard.spec b/perl-Scope-Guard.spec
index 91e1364..3808481 100644
--- a/perl-Scope-Guard.spec
+++ b/perl-Scope-Guard.spec
@@ -1,7 +1,7 @@
 Name:   perl-Scope-Guard
 Summary:Lexically scoped resource management
 Version:0.20
-Release:10%{?dist}
+Release:11%{?dist}
 License:GPL+ or Artistic
 Group:  Development/Libraries
 Source0:
http://search.cpan.org/CPAN/authors/id/C/CH/CHOCOLATE/Scope-Guard-%{version}.tar.gz
 
@@ -13,8 +13,12 @@ BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  perl(Test::More)
 BuildRequires:  perl(Test::Pod)
 
+# obsolete/provide old tests subpackage
+# can be removed during F23 development cycle
+Obsoletes:  %{name}-tests  0.20-11
+Provides:   %{name}-tests = %{version}-%{release}
+
 %{?perl_default_filter}
-%{?perl_default_subpackage_tests}
 
 %description
 This module provides a convenient way to perform cleanup or other forms of
@@ -45,11 +49,14 @@ make test
 
 %files
 %defattr(-,root,root,-)
-%doc Changes README
+%doc Changes README t/
 %{perl_vendorlib}/*
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jan 31 2014 Paul Howarth p...@city-fan.org - 0.20-11
+- Drop tests subpackage; move tests to main package documentation
+
 * Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.20-10
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
 
--
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

[perl-DateTime-Format-Epoch] Created tag perl-DateTime-Format-Epoch-0.13-5.el7

[Paul Howarth]

The lightweight tag 'perl-DateTime-Format-Epoch-0.13-5.el7' was created 
pointing to:

 54915aa... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass
--
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

[perl-Scope-Guard/epel7] (3 commits) ...Drop tests subpackage; move tests to main package documentation

[Paul Howarth]

Summary of changes:

  0bc2029... Perl 5.18 rebuild (*)
  2e9d974... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
  dedee21... Drop tests subpackage; move tests to main package documenta (*)

(*) This commit already existed in another branch; no separate mail sent
--
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

[perl-Hash-Merge-Simple] Created tag perl-Hash-Merge-Simple-0.04-11.el7

[Paul Howarth]

The lightweight tag 'perl-Hash-Merge-Simple-0.04-11.el7' was created pointing 
to:

 c94f9fa... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass
--
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

[perl-Scope-Guard] Created tag perl-Scope-Guard-0.20-11.fc21

[Paul Howarth]

The lightweight tag 'perl-Scope-Guard-0.20-11.fc21' was created pointing to:

 dedee21... Drop tests subpackage; move tests to main package documenta
--
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

[perl-Scope-Guard] Created tag perl-Scope-Guard-0.20-11.el7

[Paul Howarth]

The lightweight tag 'perl-Scope-Guard-0.20-11.el7' was created pointing to:

 dedee21... Drop tests subpackage; move tests to main package documenta
--
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

[perl-autovivification] Created tag perl-autovivification-0.11-1.el7

[Paul Howarth]

The lightweight tag 'perl-autovivification-0.11-1.el7' was created pointing to:

 e8ddca5... update to 0.11
--
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

[perl-Hash-StoredIterator] Created tag perl-Hash-StoredIterator-0.007-2.el7

[Paul Howarth]

The lightweight tag 'perl-Hash-StoredIterator-0.007-2.el7' was created pointing 
to:

 020f89d... Initial import (perl-Hash-StoredIterator-0.007-2)
--
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

[perl-Object-ID] Created tag perl-Object-ID-0.1.2-2.el7

[Paul Howarth]

The lightweight tag 'perl-Object-ID-0.1.2-2.el7' was created pointing to:

 a34d6ee... Initial import (perl-Object-ID-0.1.2-2)
--
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

[perl-Time-y2038] Created tag perl-Time-y2038-20100403-3.el7

[Paul Howarth]

The lightweight tag 'perl-Time-y2038-20100403-3.el7' was created pointing to:

 480c1e7... Test::More version requirement should be 0.82 (#998269)
--
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

[perl-Perl6-Caller] Created tag perl-Perl6-Caller-0.100-2.el7

[Paul Howarth]

The lightweight tag 'perl-Perl6-Caller-0.100-2.el7' was created pointing to:

 9588ef9... Initial import (perl-Perl6-Caller-0.100-2)
--
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

[perl-true] Created tag perl-true-0.18-2.el7

[Paul Howarth]

The lightweight tag 'perl-true-0.18-2.el7' was created pointing to:

 a4d4beb... Initial import (perl-true-0.18-2)
--
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

[perl-IPC-System-Simple] Created tag perl-IPC-System-Simple-1.25-1.el7

[Paul Howarth]

The lightweight tag 'perl-IPC-System-Simple-1.25-1.el7' was created pointing to:

 40163f7... Update to 1.25
--
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

[perl-Taint-Util] Created tag perl-Taint-Util-0.08-3.el7

[Paul Howarth]

The lightweight tag 'perl-Taint-Util-0.08-3.el7' was created pointing to:

 c23a502... Initial import (perl-Taint-Util-0.08-3)
--
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 1060361] New: Request epel7 branch

[bugzilla]

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

Bug ID: 1060361
   Summary: Request epel7 branch
   Product: Fedora EPEL
   Version: epel7
 Component: perl-GDGraph
  Assignee: tcall...@redhat.com
  Reporter: nathan...@gnat.ca
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org,
tcall...@redhat.com



Hello 

Some of my packages require this package as part of their dependency chains.
Would you mind creating an epel7 build?

Branch requests can be made here
https://fedoraproject.org/wiki/EPEL/epel7/Requests

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=kSS1cJq3LZa=cc_unsubscribe
--
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 1060362] New: Request epel7 branch

[bugzilla]

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

Bug ID: 1060362
   Summary: Request epel7 branch
   Product: Fedora EPEL
   Version: epel7
 Component: perl-Net-IP
  Assignee: p...@city-fan.org
  Reporter: nathan...@gnat.ca
QA Contact: extras...@fedoraproject.org
CC: fed...@famillecollet.com, mmasl...@redhat.com,
p...@city-fan.org, perl-devel@lists.fedoraproject.org



Hello 

Some of my packages require this package as part of their dependency chains.
Would you mind creating an epel7 build?

Branch requests can be made here
https://fedoraproject.org/wiki/EPEL/epel7/Requests

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=9wOXd1A9B8a=cc_unsubscribe
--
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 1060364] New: Request epel7 branch

[bugzilla]

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

Bug ID: 1060364
   Summary: Request epel7 branch
   Product: Fedora EPEL
   Version: epel7
 Component: perl-Encode-HanExtra
  Assignee: xav...@bachelot.org
  Reporter: nathan...@gnat.ca
QA Contact: extras...@fedoraproject.org
CC: perl-devel@lists.fedoraproject.org,
xav...@bachelot.org



Hello 

Some of my packages require this package as part of their dependency chains.
Would you mind creating an epel7 build?

Branch requests can be made here
https://fedoraproject.org/wiki/EPEL/epel7/Requests

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=wlu6fcGxp9a=cc_unsubscribe
--
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

[perl-Net-IP] Fix a couple of typos in the changelog

[Paul Howarth]

commit cff3b22c01a2b308f86faa8cd4fe40262f1bda12
Author: Paul Howarth p...@city-fan.org
Date:   Fri Jan 31 23:40:21 2014 +

Fix a couple of typos in the changelog

 perl-Net-IP.spec |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)
---
diff --git a/perl-Net-IP.spec b/perl-Net-IP.spec
index df2c9e7..27ef147 100644
--- a/perl-Net-IP.spec
+++ b/perl-Net-IP.spec
@@ -81,7 +81,7 @@ make test
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
 
 * Tue Dec 21 2010 Marcela Maslanova mmasl...@redhat.com - 1.25-15
-- 661697 rebuild for fixing problems with vendorach/lib
+- Rebuild to fix problems with vendorarch/lib (#661697)
 
 * Tue May 04 2010 Marcela Maslanova mmasl...@redhat.com - 1.25-14
 - Mass rebuild with perl-5.12.0
@@ -150,7 +150,7 @@ make test
 - 1.22, include test case for rt.cpan.org #7528 patch.
 - Patch to mute stdout noise from ip_reverse().
 
-* Fri Apr  7 2005 Michael Schwendt mschwendt[AT]users.sf.net - 1.21-2
+* Wed Apr  6 2005 Michael Schwendt mschwendt[AT]users.sf.net - 1.21-2
 - rebuilt
 
 * Thu Dec  2 2004 Ville Skyttä ville.skytta at iki.fi - 0:1.21-1
--
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 1060362] Request epel7 branch

[bugzilla]

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

Paul Howarth p...@city-fan.org changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
  Flags||fedora-cvs?



--- Comment #1 from Paul Howarth p...@city-fan.org ---
Package Change Request
==
Package Name: perl-Net-IP
New Branches: epel7
Owners: pghmcfc
InitialCC: perl-sig

Not sure how I came to be assigned this but I know that Petr isn't interested
in maintaining poackages in epel so I'll take it.

Co-maintainers welcome.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=3KloHLfGhqa=cc_unsubscribe
--
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

[perl-CLASS] Drop the tests subpackage

[李瑞彬]

commit 47a92f472846692371a14ae330ce175e2e0f7af8
Author: Robin Lee cheese...@fedoraproject.org
Date:   Sat Feb 1 10:59:43 2014 +0800

Drop the tests subpackage

 perl-CLASS.spec |6 --
 1 files changed, 4 insertions(+), 2 deletions(-)
---
diff --git a/perl-CLASS.spec b/perl-CLASS.spec
index 496fe0a..97bbb2a 100644
--- a/perl-CLASS.spec
+++ b/perl-CLASS.spec
@@ -1,7 +1,7 @@
 Name:   perl-CLASS
 Summary:Alias for __PACKAGE__
 Version:1.00
-Release:11%{?dist}
+Release:12%{?dist}
 License:GPL+ or Artistic
 Group:  Development/Libraries
 Source0:
http://search.cpan.org/CPAN/authors/id/M/MS/MSCHWERN/CLASS-%{version}.tar.gz 
@@ -15,7 +15,6 @@ BuildRequires:  perl(Test::More) = 0.07
 
 
 %{?perl_default_filter}
-%{?perl_default_subpackage_tests}
 
 %description
 This package provides CLASS and $CLASS; both synonyms for __PACKAGE__. 
@@ -52,6 +51,9 @@ rm -rf %{buildroot}
 %{_mandir}/man3/*.3*
 
 %changelog
+* Sat Feb  1 2014 Robin Lee cheese...@fedoraproject.org - 1.00-12
+- Drop the tests subpackage
+
 * Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.00-11
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
 
--
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

[389-devel] Please review (take #2) ticket 47653: Need a way to allow users to create entries assigned to themselves

[thierry bordaz]

Change: having USERDN and SELFDN using the same DS_LASUserDnAttrEval routine

fix: 
https://fedorahosted.org/389/attachment/ticket/47653/0006-Ticket-47653-Need-a-way-to-allow-users-to-create-ent.patch
test case: 
https://fedorahosted.org/389/attachment/ticket/47653/0001-Ticket-47653-test-case.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel