FESCo meeting summary for 2009-09-25
Here's the minutes from today's FESCo meeting, which may have been the shortest ever :) === #fedora-meeting: FESCo meeting 20090925 === Meeting started by jds2001 at 17:00:16 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2009-09-25/fedora-meeting.2009-09-25-17.00.log.html . Meeting summary --- * Non-responsive maintainer kurzawa (Krzysztof Kurzawski) (jds2001, 17:01:34) * AGREED: Krzysztof Kurzawski is a non-responsive maintainer, and his packages will be orphaned (jds2001, 17:02:51) * open floor (jds2001, 17:02:59) Meeting ended at 17:05:46 UTC. Action Items Action Items, by person --- * **UNASSIGNED** * (none) People Present (lines said) --- * jds2001 (20) * zodbot (6) * skvidal (5) * Kevin_Kofler (4) * nirik (3) * jwb (2) * sharkcz (2) * j-rod (0) * notting (0) * dgilmore (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski
On Fri, 18 Sep 2009 15:57:10 +0200 Till Maas opensou...@till.name wrote: Aloas, On Fri, Sep 11, 2009 at 07:01:21PM +0200, Till Maas wrote: I want to start the non-responsive maintainer process for Krzysztof Kurzawski, because youtube-dl was not updated for several releases and there was not response to bug reports regarding this. I will use this bug to track my contacting attempts: https://bugzilla.redhat.com/show_bug.cgi?id=496593 On 2009-07-21 I already wrote a mail to youtube-dl-owner and suggested to take over youtube-dl, but I did not receive any response. If you know Krzysztof, please ping him. a week has passed, so this is the second attempt to reach Krzysztof. The following packages have been orphaned: gfeed greyhounds incollector netmonitor pic2aa scythia wavextract xhotkeys yoltia youtube-dl Also, I would be happy to take 'greyhounds'. Co-maintainers welcome. kevin signature.asc Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski
2009/9/25 Kevin Fenzi ke...@scrye.com The following packages have been orphaned: gfeed greyhounds incollector netmonitor pic2aa scythia wavextract xhotkeys yoltia youtube-dl Also, I would be happy to take 'greyhounds'. Co-maintainers welcome. kevin I'm a maintainer of metacafe-dl which is similar to youtube-dl, so I would like to take it. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Opinions on packaging ATLAS (for the x86 architecture)
2009/9/25 Jussi Lehtola jussileht...@fedoraproject.org: On Fri, 2009-09-25 at 16:30 +0100, Jonathan Underwood wrote: Well, my point was that packages that do respect CFLAGS get built currently with certain options, and however Atlas builds, the default package should have comparable options. On x86, I see that is presently -march=i686 -mtune=atom, and IIRC -march=i686 implies sse and sse2 (not sure about sse3). Anyway, whatever it implies, I think that should be the default for the main Atlas package too. No, -march=i686 does not use SSE; excerpt from gcc man page: i686 Same as generic, but when used as march option, PentiumPro instruction set will be used, so the code will run on all i686 family chips. Ah, right, thanks. Then I am advocating that Atlas be built without SSE for the main package (option 1 of Deji's proposals, I think). -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: yum-presto not on by default
On 9/25/2009 1:00 PM, Adam Williamson wrote: On Fri, 2009-09-25 at 12:43 -0400, David Boles wrote: 'lurker mode off' Comment from a 'lurker' You developers and all do a fine job with this. *But* you all seem to have the same wrong idea about *most* regular Linux users. At least the ones that I see on the help lists. *Almost none of them read that darn DOCs.* Nor do they read the release Notes. Nor do they read the FAQ's. Nor do they read they Known Problems. That's, um, pretty much what I was saying. Really? They don't read the instructions and hints *before* they destroy their working systems with an update? Or with a release upgrade? Really? Not the Newbies? Not the 'I think that I am an Expert' people? Not the 'I have much Linux experience' people? Really? Sure. Just follow the questions asked when something well written about pops up as a *surprise*. sigh I know this. It is, however, fair to point out that you're using an inherently skewed sample - the ones that I see on the help lists'. All other things being equal, the people who bother to read the documentation naturally show up far less often on help lists. =) Agreed. So how do you get those 'others' to read the instructions? Linux used to basically require that you do that. Things had to be found in the system and then configured by hand. In the rush to make things auto-magic, which is not a bad thing IMO, when something does not 'just work' users are lost. They seem to have forgotten how to read. Or perhaps comprehend what they read. And those users will always be Linux's bane. -- David signature.asc Description: OpenPGP digital signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: yum-presto not on by default
On Fri, 25 Sep 2009, Alexander Boström wrote: tor 2009-09-24 klockan 16:31 -0400 skrev Seth Vidal: We're a bleeding edge distro - that's our VAUNTED mission - shouldn't we be able to assume that users of a BLEEDING EDGE, LATEST PACKAGE distro be able to run a single command? Though Fedora currently might not currently be an optimal just works experience, I think that should be the design goal. I want ordinary people to be able to use free software. (And not just use.) Wouldn't you rather lead the other distributions who already have that project goal? Let us lead, invent, whatever you want to call it. Let them refine and present to the 'ordinary people'. Let us play to our strengths, let them play to theirs. We win, they win, users win. -Mike-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski
The following packages have been orphaned: gfeed greyhounds incollector netmonitor pic2aa scythia wavextract xhotkeys yoltia youtube-dl Also, I would be happy to take 'greyhounds'. Co-maintainers welcome. kevin I'll take gfeed and yoltia, co-maintainers are welcome. H. Guémar -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski
I'll take gfeed and yoltia, co-maintainers are welcome. H. Guémar Erm, s/yoltia/scythia/ , sorry for the disturbance. For gfeed, R. Sundaram had previously asked commit rights on pkgdb, so he might want to take ownership. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski
On 09/25/2009 11:49 PM, Haïkel Guémar wrote: I'll take gfeed and yoltia, co-maintainers are welcome. H. Guémar Erm, s/yoltia/scythia/ , sorry for the disturbance. For gfeed, R. Sundaram had previously asked commit rights on pkgdb, so he might want to take ownership. Yes but you can add yourself as a comaintainer as well. Feel free to. Rahul -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: yum-presto not on by default
On Fri, Sep 25, 2009 at 5:55 PM, Mike McGrath mmcgr...@redhat.com wrote: Wouldn't you rather lead the other distributions who already have that project goal? Let us lead, invent, whatever you want to call it. Let them refine and present to the 'ordinary people'. Let us play to our strengths, let them play to theirs. We win, they win, users win. I don't think that works; in general doing infrastructure work without reference to a user experience is going to result in a big mismatch between the desired UI and what's available. In this particular case it seems to me we want it to be a dynamic property; e.g. if I start an update while on my mobile broadband card, suspend in the middle of downloading, go to an office where I have a local mirror, well ideally I'd be able to check a box in the UI to toggle it (if it really mattered), or even better the system would use some heuristics. But obviously, you can't disable delta compression by doing a yum remove in the middle of your download... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: yum-presto not on by default
Hi. On Fri, 25 Sep 2009 19:08:25 +, Colin Walters wrote In this particular case it seems to me we want it to be a dynamic property; e.g. if I start an update while on my mobile broadband card, suspend in the middle of downloading, go to an office where I have a local mirror, well ideally I'd be able to check a box in the UI to toggle it (if it really mattered), or even better the system would use some heuristics. I really think that in this, rather special and constructed-sounding case, you may survive if the rest of the transaction ran on using delta-rpms instead of dynamically disabling them in the middle. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Opinions on packaging ATLAS (for the x86 architecture)
On Fri, Sep 25, 2009 at 1:10 PM, Christoph Frieben christoph.frie...@googlemail.com wrote: 2009/9/25 Chris Adams: (Likewise, the default x86_64 package is currently called atlas [ atlas-sse3 ... ] and is using SSE2 by default as expected for all x86_64 packages. Higher Actually the atlas x86_64 package is using SSE3 by default. I believe SSE3 is the least common denominator for the x86_64 cpus. And yes, whatever is determined for the x86_32 situation will also apply for SSE4* for x86_64. Deji optimized versions enabling SSE3, SSE4.x which do not exist yet would follow the same naming scheme.). ~C -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Opinions on packaging ATLAS (for the x86 architecture)
On 09/25/09 12:37, Deji Akingunola wrote: On Fri, Sep 25, 2009 at 1:10 PM, Christoph Frieben christoph.frie...@googlemail.com wrote: 2009/9/25 Chris Adams: (Likewise, the default x86_64 package is currently called atlas [ atlas-sse3 ... ] and is using SSE2 by default as expected for all x86_64 packages. Higher Actually the atlas x86_64 package is using SSE3 by default. I believe SSE3 is the least common denominator for the x86_64 cpus. And yes, whatever is determined for the x86_32 situation will also apply for SSE4* for x86_64. Deji My Athlon(tm) 64 X2 Dual Core Processor 3600+ (running x86_64) isn't showing SSE3; From /proc/cpuinfo flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good extd_apicid pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch Unless the 3dnow extensions are equivalent to SSE3, it looks like SSE2 is the least common denominator for the x86_64 cpus. -Bob -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
intel/nouveau kms users avoid kernel 2.6.31.1-46
KMS won't init on this kernel, -48 is building now. I untagged -46 but it'll probably still end up in rawhide last night. Dave. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: yum-presto not on by default
On 09/25/2009 12:43 AM, Andre Robatino wrote:
On 09/24/2009 11:31 PM, Seth Vidal wrote:
On Thu, 24 Sep 2009, Ben Boeckel wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Seth Vidal wrote:
Does yum-presto make use of multiple cores when rebuilding the
RPMs?
(My machines only have one, so I can't tell.)
other than the xz compression part I believe most of the time is
disk bound, not cpu bound.
-sv
The rpmrebuild operation has saturated one of my 3.0GHz Intel Core
2 Duo cores for at least a minute on large updates, so my guess is
that that part is not multithreaded and CPU bound.
right, currently - using xz -6 - which is using more cpu.
Running {make,apply}deltaiso always maxes out my 2.7 GHz CPU, even
between ISOs with RPMs using Gzip. I'll check what happens next time
it's doing a delta rebuild during a F11 update.
As near as I can tell, applydeltarpm maxes out the CPU while it's
running during a F11 update, even though the RPMs use Gzip.
signature.asc
Description: OpenPGP digital signature
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
rpms/perl-XML-DOM-XPath/EL-5 perl-XML-DOM-XPath.spec, 1.2, 1.3 sources, 1.2, 1.3
Author: mdbooth
Update of /cvs/pkgs/rpms/perl-XML-DOM-XPath/EL-5
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv6451
Modified Files:
perl-XML-DOM-XPath.spec sources
Log Message:
Initial build for EL-5
Index: perl-XML-DOM-XPath.spec
===
RCS file: /cvs/pkgs/rpms/perl-XML-DOM-XPath/EL-5/perl-XML-DOM-XPath.spec,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- perl-XML-DOM-XPath.spec 4 Sep 2007 10:07:39 - 1.2
+++ perl-XML-DOM-XPath.spec 23 Sep 2009 22:05:14 - 1.3
@@ -1,6 +1,6 @@
Name: perl-XML-DOM-XPath
-Version:0.13
-Release:2%{?dist}
+Version:0.14
+Release:1%{?dist}
Summary:Perl extension to add XPath support to XML::DOM, using
XML::XPath engine
License:GPL+ or Artistic
Group: Development/Libraries
@@ -12,7 +12,7 @@ BuildRequires: perl(Test::Pod)
BuildRequires: perl(Test::Pod::Coverage)
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(XML::DOM)
-BuildRequires: perl(XML::XPathEngine) = 0.04
+BuildRequires: perl(XML::XPathEngine) = 0.10
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
%description
@@ -49,8 +49,5 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
-* Tue Sep 04 2007 Alex Lancaster al...@users.sourceforge.net 0.13-2
-- Clarified license terms: GPL+ or Artistic
-
-* Fri Mar 23 2007 Alex Lancaster al...@users.sourceforge.net 0.13-1
-- Specfile autogenerated by cpanspec 1.69.1.
+* Wed Sep 23 2009 Matthew Booth mbo...@redhat.com - 0.14-1
+- Initial build for EL-5
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-XML-DOM-XPath/EL-5/sources,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- sources 30 Mar 2007 01:57:44 - 1.2
+++ sources 23 Sep 2009 22:05:14 - 1.3
@@ -1 +1 @@
-276b4863d2886df313f849b329b9e090 XML-DOM-XPath-0.13.tar.gz
+51a40df96c2f92829e1a4f84782fa75e XML-DOM-XPath-0.14.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Mail-IMAPClient/devel .cvsignore, 1.6, 1.7 perl-Mail-IMAPClient.spec, 1.10, 1.11 sources, 1.6, 1.7
Author: kasal
Update of /cvs/extras/rpms/perl-Mail-IMAPClient/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv32326
Modified Files:
.cvsignore perl-Mail-IMAPClient.spec sources
Log Message:
- new upstream source
Index: .cvsignore
===
RCS file: /cvs/extras/rpms/perl-Mail-IMAPClient/devel/.cvsignore,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -p -r1.6 -r1.7
--- .cvsignore 5 Sep 2009 13:13:01 - 1.6
+++ .cvsignore 25 Sep 2009 13:10:35 - 1.7
@@ -1 +1 @@
-Mail-IMAPClient-3.20.tar.gz
+Mail-IMAPClient-3.21.tar.gz
Index: perl-Mail-IMAPClient.spec
===
RCS file:
/cvs/extras/rpms/perl-Mail-IMAPClient/devel/perl-Mail-IMAPClient.spec,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -p -r1.10 -r1.11
--- perl-Mail-IMAPClient.spec 5 Sep 2009 13:13:01 - 1.10
+++ perl-Mail-IMAPClient.spec 25 Sep 2009 13:10:35 - 1.11
@@ -1,5 +1,5 @@
Name: perl-Mail-IMAPClient
-Version:3.20
+Version:3.21
Release:1%{?dist}
Summary:An IMAP Client API
Group: Development/Libraries
@@ -45,6 +45,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*.3*
%changelog
+* Fri Sep 25 2009 Stepan Kasal ska...@redhat.com - 3.21-1
+- new upstream source
+
* Sat Sep 5 2009 Stepan Kasal ska...@redhat.com - 3.20-1
- new upstream source
Index: sources
===
RCS file: /cvs/extras/rpms/perl-Mail-IMAPClient/devel/sources,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -p -r1.6 -r1.7
--- sources 5 Sep 2009 13:13:01 - 1.6
+++ sources 25 Sep 2009 13:10:35 - 1.7
@@ -1 +1 @@
-bc5220b5540e4103f2111c94dcb1c938 Mail-IMAPClient-3.20.tar.gz
+6f6f0fcc33140cd06245e0bf8d1b8f51 Mail-IMAPClient-3.21.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/pcsc-perl/devel pcsc-perl-1.4.8.tar.gz.asc, NONE, 1.1 pcsc-perl.spec, 1.19, 1.20
Author: tmraz
Update of /cvs/pkgs/rpms/pcsc-perl/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv9055
Modified Files:
pcsc-perl.spec
Added Files:
pcsc-perl-1.4.8.tar.gz.asc
Log Message:
* Fri Sep 25 2009 Tomas Mraz tm...@redhat.com - 1.4.8-1
- New upstream version
--- NEW FILE pcsc-perl-1.4.8.tar.gz.asc ---
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEABECAAYFAkq5/CEACgkQP0qKj+B/HPnS4gCeJpF9WwHtlmiVzUK0f9V1JAp6
ROkAmwSgz5xsE2BYaIigouDM3megyrco
=wmhS
-END PGP SIGNATURE-
Index: pcsc-perl.spec
===
RCS file: /cvs/pkgs/rpms/pcsc-perl/devel/pcsc-perl.spec,v
retrieving revision 1.19
retrieving revision 1.20
diff -u -p -r1.19 -r1.20
--- pcsc-perl.spec 25 Jul 2009 23:23:13 - 1.19
+++ pcsc-perl.spec 25 Sep 2009 13:35:23 - 1.20
@@ -5,14 +5,15 @@
%endif
Name: pcsc-perl
-Version:1.4.7
-Release:3%{?dist}
+Version:1.4.8
+Release:1%{?dist}
Summary:Perl interface to the PC/SC smart card library
Group: Development/Libraries
License:GPLv2+
URL:http://ludovic.rousseau.free.fr/softwares/pcsc-perl/
Source0:
http://ludovic.rousseau.free.fr/softwares/pcsc-perl/%{name}-%{version}.tar.gz
+Source1:
http://ludovic.rousseau.free.fr/softwares/pcsc-perl/%{name}-%{version}.tar.gz.asc
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires: perl(ExtUtils::MakeMaker)
@@ -66,6 +67,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Fri Sep 25 2009 Tomas Mraz tm...@redhat.com - 1.4.8-1
+- New upstream version
+
* Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.4.7-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/pcsc-perl/devel .cvsignore,1.7,1.8 sources,1.7,1.8
Author: tmraz Update of /cvs/pkgs/rpms/pcsc-perl/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv12112 Modified Files: .cvsignore sources Log Message: * Fri Sep 25 2009 Tomas Mraz tm...@redhat.com - 1.4.8-1 - New upstream version Index: .cvsignore === RCS file: /cvs/pkgs/rpms/pcsc-perl/devel/.cvsignore,v retrieving revision 1.7 retrieving revision 1.8 diff -u -p -r1.7 -r1.8 --- .cvsignore 30 Mar 2008 06:34:46 - 1.7 +++ .cvsignore 25 Sep 2009 13:43:39 - 1.8 @@ -1 +1 @@ -pcsc-perl-1.4.7.tar.gz +pcsc-perl-1.4.8.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/pcsc-perl/devel/sources,v retrieving revision 1.7 retrieving revision 1.8 diff -u -p -r1.7 -r1.8 --- sources 30 Mar 2008 06:34:46 - 1.7 +++ sources 25 Sep 2009 13:43:39 - 1.8 @@ -1 +1 @@ -108e6a789b579deaa1446c2d3c8b43b9 pcsc-perl-1.4.7.tar.gz +ac842975d904e0acde36d4796ec19ef1 pcsc-perl-1.4.8.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 490781] Segfault in XML::LibXSLT due to reference counting bug
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=490781 --- Comment #3 from Jim Radford radf...@blackbean.org 2009-09-25 15:04:45 EDT --- FYI, this patch has been applied upstream. https://rt.cpan.org/Public/Bug/Display.html?id=40844 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 521363] Request upgrade of perl-Mail-IMAPClient
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=521363 --- Comment #7 from Fedora Update System upda...@fedoraproject.org 2009-09-25 21:29:08 EDT --- perl-Mail-IMAPClient-3.20-1.el4 has been pushed to the Fedora EPEL 4 stable repository. If problems still persist, please make note of it in this bug report. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 521363] Request upgrade of perl-Mail-IMAPClient
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=521363 --- Comment #8 from Fedora Update System upda...@fedoraproject.org 2009-09-25 21:29:41 EDT --- perl-Mail-IMAPClient-3.20-1.el5 has been pushed to the Fedora EPEL 5 stable repository. If problems still persist, please make note of it in this bug report. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Catalyst-View-TT/devel .cvsignore, 1.4, 1.5 perl-Catalyst-View-TT.spec, 1.6, 1.7 sources, 1.4, 1.5
Author: cweyl
Update of /cvs/extras/rpms/perl-Catalyst-View-TT/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv19628
Modified Files:
.cvsignore perl-Catalyst-View-TT.spec sources
Log Message:
* Sat Sep 26 2009 Chris Weyl cw...@alumni.drew.edu 0.30-1
- update filtering
- auto-update to 0.30 (by cpan-spec-update 0.01)
- altered br on perl(Catalyst) (5.5 = 5.7)
- added a new br on perl(Class::Accessor) (version 0)
- altered br on perl(ExtUtils::MakeMaker) (0 = 6.42)
- added a new br on CPAN (inc::Module::AutoInstall found)
- altered req on perl(Catalyst) (0 = 5.7)
- added a new req on perl(Class::Accessor) (version 0)
- added a new req on perl(MRO::Compat) (version 0)
- added a new req on perl(Template) (version 0)
- added a new req on perl(Template::Timer) (version 0)
Index: .cvsignore
===
RCS file: /cvs/extras/rpms/perl-Catalyst-View-TT/devel/.cvsignore,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- .cvsignore 28 Feb 2009 06:21:26 - 1.4
+++ .cvsignore 26 Sep 2009 05:53:25 - 1.5
@@ -1 +1 @@
-Catalyst-View-TT-0.29.tar.gz
+Catalyst-View-TT-0.30.tar.gz
Index: perl-Catalyst-View-TT.spec
===
RCS file:
/cvs/extras/rpms/perl-Catalyst-View-TT/devel/perl-Catalyst-View-TT.spec,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -p -r1.6 -r1.7
--- perl-Catalyst-View-TT.spec 26 Jul 2009 04:18:54 - 1.6
+++ perl-Catalyst-View-TT.spec 26 Sep 2009 05:53:25 - 1.7
@@ -1,61 +1,46 @@
Name: perl-Catalyst-View-TT
-Version:0.29
-Release:2%{?dist}
+Version:0.30
+Release:1%{?dist}
Summary:Template Toolkit View Class
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Catalyst-View-TT/
-Source0:
http://www.cpan.org/authors/id/M/MR/MRAMBERG/Catalyst-View-TT-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/M/MR/MRAMBERG/Catalyst-View-TT-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
-BuildRequires: perl(ExtUtils::MakeMaker)
-BuildRequires: perl(Catalyst) = 5.5
+BuildRequires: perl(ExtUtils::MakeMaker) = 6.42
+BuildRequires: perl(Catalyst) = 5.7
BuildRequires: perl(MRO::Compat)
BuildRequires: perl(Path::Class)
BuildRequires: perl(Template)
BuildRequires: perl(Template::Timer)
BuildRequires: perl(Test::More)
-
+BuildRequires: perl(Class::Accessor)
+BuildRequires: perl(CPAN)
# optional tests
BuildRequires: perl(Test::Pod)
BuildRequires: perl(Test::Pod::Coverage)
-# either not auto-pickedup, or to get rpmlint to stop complaining :)
Requires: perl(Path::Class)
-Requires: perl(Catalyst)
+Requires: perl(Catalyst) = 5.7
Requires: perl(warnings)
+Requires: perl(Class::Accessor)
+Requires: perl(MRO::Compat)
+Requires: perl(Template)
+Requires: perl(Template::Timer)
+
+%{?perl_default_filter}
%description
-This is the Catalyst view base class for the Template Toolkit.
+This is the Catalyst view base class for the Template Toolkit.
%prep
%setup -q -n Catalyst-View-TT-%{version}
find . -type f -exec chmod -x -c {} +
-# Filter unwanted Provides:
-cat \EOF %{name}-prov
-#!/bin/sh
-%{__perl_provides} $* |\
- sed -e '/perl(TestApp.*)/d'
-EOF
-
-%define __perl_provides %{_builddir}/Catalyst-View-TT-%{version}/%{name}-prov
-chmod +x %{__perl_provides}
-
-
-# Filter unwanted Requires:
-cat \EOF %{name}-req
-#!/bin/sh
-%{__perl_requires} $* |\
- sed -e '/perl(FindBin)/d'
-EOF
-
-%define __perl_requires %{_builddir}/Catalyst-View-TT-%{version}/%{name}-req
-chmod +x %{__perl_requires}
-
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
@@ -65,7 +50,7 @@ rm -rf %{buildroot}
make pure_install PERL_INSTALL_ROOT=%{buildroot}
-find %{buildroot} -type f -name .packlist -exec rm -f {} +
+find %{buildroot} -type f -name .packlist -exec rm -f {} +
find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \;
%{_fixperms} %{buildroot}/*
@@ -83,6 +68,19 @@ rm -rf %{buildroot}
%{_mandir}/man3/*
%changelog
+* Sat Sep 26 2009 Chris Weyl cw...@alumni.drew.edu 0.30-1
+- update filtering
+- auto-update to 0.30 (by cpan-spec-update 0.01)
+- altered br on perl(Catalyst) (5.5 = 5.7)
+- added a new br on perl(Class::Accessor) (version 0)
+- altered br on perl(ExtUtils::MakeMaker) (0 = 6.42)
+- added a new br on CPAN (inc::Module::AutoInstall found)
+- altered req on perl(Catalyst) (0 = 5.7)
+- added a new req on perl(Class::Accessor) (version 0)
+- added a new req on perl(MRO::Compat) (version 0)
+- added a new req on perl(Template) (version 0)
+- added a new req on perl(Template::Timer) (version 0)
+
* Sat Jul 25
