Re: ABRT considered painful
On 01/04/2010 07:41 AM, James Antill wrote: On Sun, 2010-01-03 at 13:37 +0100, Jiri Moskovcak wrote: On 01/02/2010 03:32 PM, Jan Kratochvil wrote: Moreover ABRT does not install the whole debuginfo package but only copies the needed specific .debug files out of it somewhere - as know the ABRT people. Exactly, we don't install it, just extract the package to /var/cache/abrt-di. ABRT doesn't remove it automatically, but it's a planned feature. Why do you do this? We don't need root privileges and we can have multiple versions of the same debuginfo package installed. attachment: jmoskovc.vcf-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: can't find package Tk, Fedora 12
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dne 1.1.2010 08:10, Shakthi Kannan napsal(a): Hi, On Fedora 12, when using: $ tclsh % package require Tk can't find package Tk % Has anything been changed in Tcl package in Fedora 12 w.r.t. finding/searching for Tk libraries? If I have hello.tcl with: package require Tk grid [ttk::button .b -text Hello world] and use wish hello.tcl it works. But, when using: $ tclsh hello.tcl can't find package Tk while executing package require Tk (file hello.tcl line 1) An upstream package uses package require Tk in the Tcl sources. How can this Tk search path be set? I have the following libraries installed: tcl-8.5.7-4.fc12.i686 tk-8.5.7-2.fc12.i686 The file /usr/lib/tk8.5/pkgIndex.tcl exists. Is this related? http://groups.google.com/group/comp.lang.tcl/browse_thread/thread/2b6072c84d4eab2a/07aed79740ed1189?pli=1 Appreciate any inputs, Thanks! SK Hello, I will look at more closer why it's disabled. You can see how it's going on in bugzilla here: https://bugzilla.redhat.com/show_bug.cgi?id=540296 - -- Nikola -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJLQbmoAAoJED4+/Vgo+H2XBX4H/0p5eaTZIW3juBDE+6r18I7f LAIHG9JN4SqK1xEMRITNMvs1AFp1Qnwy2VleyGFEAEim6IWeb3JrNYEZoJ1dahXc b9TAJGZZFK4fb7BN9L4NXUZNu9Cmx7D35uOkdHJMJbUV1qsH10EWYdSWjVI0fREn 0NBdYmw8/X2Z7kbQvqoSo7YdUWc3hcpNd+M4J/9tkuHEqN4Jgp1iN4i0rpCozxfD VKsbsHHLJ58Zg6833Nc19tk2p1kQDR8L1GtFOyNj/FithF8MaNaTwc7RED4SL/xG RSBWJos144f8nJAADKSCUUQzfhmemmF8+86Lz1Y8JV1sptkzJSy6qs+uBNeXOnA= =9XUp -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: How did I end up as the package owner for emacs?
On Sun, Jan 03, 2010 at 10:53:26PM +0100, Karel Klic wrote: you became the owner in the pkgdb when Daniel Novotny and I agreed to transfer the package ownership to me. We discovered that the next person with commit access become the owner when a package is orphaned, and the package owner cannot be changed in pkgdb. I asked about the solution on IRC, and when I got no answer I postponed it. From my point of view it is not important who is the owner when I can fix bugs and commit changes. Here is an but report about this, so hopefully this will be fixed eventually: https://fedorahosted.org/packagedb/ticket/152 Regards Till pgpkMAQTfzv9E.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Oracle DB 4.8.26 update in rawhide
Hi, Oracle released a new BDB-4.8.26 which is a bugfix release. No soname bump or similar changes. This email is a heads-up that I'm going to update to this version in a week or so. List of bugfixes since 4.8.24 can be found here: http://www.oracle.com/technology/documentation/berkeley-db/db/programmer_reference/changelog_4.8.26.html#id1655375 Thanks, Jindrich -- Jindrich Novy jn...@redhat.com http://people.redhat.com/jnovy/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: ABRT considered painful
2010/1/4 Jiri Moskovcak jmosk...@redhat.com: On 01/04/2010 07:41 AM, James Antill wrote: On Sun, 2010-01-03 at 13:37 +0100, Jiri Moskovcak wrote: On 01/02/2010 03:32 PM, Jan Kratochvil wrote: Moreover ABRT does not install the whole debuginfo package but only copies the needed specific .debug files out of it somewhere - as know the ABRT people. Exactly, we don't install it, just extract the package to /var/cache/abrt-di. ABRT doesn't remove it automatically, but it's a planned feature. Why do you do this? We don't need root privileges and we can have multiple versions of the same debuginfo package installed. What's the benefit of having multiple versions of the same debuginfo installed when you can't have multiple versions of the same RPM installed? -- Mat Booth -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: ABRT considered painful
On Fri, 2010-01-01 at 16:45 +0100, drago01 wrote: Also some duplicate detection wouldn't hurt ... (I get new bug reports everyday just to notice that almost all of them are duplicates). abrt already does duplicate detection, but it's hardly a straightforward thing to do. Jiri and the rest of the team are always happy to work with anyone who has ideas on how to improve abrt's duplicate detection. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rawhide report: 20100104 changes
Compose started at Mon Jan 4 08:15:14 UTC 2010 Broken deps for i386 -- anjal-0.1.0-1.fc13.i686 requires libevolution-mail-shared.so.0 anjal-0.1.0-1.fc13.i686 requires libefilterbar.so.0 cduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-0.5.3-3.fc13.i686 requires ocaml(Filename) = 0:7cd172f02b7ee9b8d7bda3bb92144951 cduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-0.5.3-3.fc13.i686 requires ocaml(Printexc) = 0:fdf007941aa14d1a26323558012dbf52 cduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Format) = 0:b7ba3152a5eec5609d6ab86e6c51eebb cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Buffer) = 0:23af67395823b652b807c4ae0b581211 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(runtime) = 0:3.11.1 cduce-ocamlduce-0.5.3-3.fc13.i686 requires ocaml(Obj) = 0:c827f726ce05da709cf7de58fc15e324 cluster-snmp-0.16.1-2.fc12.i686 requires libnetsnmp.so.15 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-devel-4000.0.6-6.fc13.i686 requires ghc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-doc-4000.0.6-6.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-HTTP-prof-4000.0.6-6.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-cairo-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-devel-3001.1.7.1-3.fc13.i686 requires ghc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-doc-3001.1.7.1-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-cgi-prof-3001.1.7.1-3.fc13.i686 requires ghc-prof = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-devel-5.4.2.2-1.fc12.i686 requires ghc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-doc-5.4.2.2-1.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-fgl-prof-5.4.2.2-1.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gconf-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-devel-0.1.0.5-8.fc12.i686 requires ghc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-doc-0.1.0.5-8.fc12.i686 requires ghc-doc = 0:6.10.4 ghc-ghc-paths-prof-0.1.0.5-8.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gio-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glade-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-glib-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gstreamer-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtk-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtkglext-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-devel-0.10.1-5.fc12.i686 requires ghc = 0:6.10.4 ghc-gtksourceview2-prof-0.10.1-5.fc12.i686 requires ghc-prof = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-devel-2009.2.0.2-3.fc13.i686 requires ghc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-doc-2009.2.0.2-3.fc13.i686 requires ghc-doc = 0:6.10.4 ghc-haskell-platform-prof-2009.2.0.2-3.fc13.i686 requires ghc-prof = 0:6.10.4
Re: Can some provenpackager bump openvpn in EL-5
Jussi Lehtola wrote: On Wed, 2009-12-30 at 16:35 +0530, Huzaifa Sidhpurwala wrote: Jussi Lehtola wrote: Even though any proven packager could do the change, that bug does not fall in the items listed in the proven packager policy [1]. You haven't listed any problems with the current package, you're just requesting a version upgrade. The version of openvpn in EPEL is an upstream rc version. The Changelog file upstream shows a lot of bugs have been fixed and it would be nice to have it fixed in EPEL too. OK, that's starting to sound better. Version upgrades should be performed by the package maintainer. This especially holds in EPEL, which should be a slowly moving distribution. In this case the bz is around 2.5 weeks old, with absolutely no response. What is the policy to get the package updated in this case? See the nonresponsive maintainer policy at https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers Actually, FYI, I'm a provenpackager and have recently contacted the openvpn maintainer. There are quite a few open bugs, including yours, and I requested his approval to take a look at the open bugs and make changes, updates, etc, and he gave me the green light. I'll try to get to this this week. Essentially, he's not been doing much with Fedora lately due to Real Life intervening, which I can certainly understand. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Looking for pointers how to set up lzma stream using xz-devel
Bruno Wolff III wrote: I am working on getting squashfs-tools 4.1 in rawhide. It has wrapper functions that are set up to use streaming compression/uncompression from the LZMA SDK 4.65 library. Currently the LZMA SDK 4.32 library is in Fedora, but is no longer supported upstream and is not compatible with 4.65. I think the xz-devel and xz-libs packages support a 4.65 compatible format using the LZMA1 filter, but I am having trouble figuring out how to use this library. I don't think packaging the LZMA SDK 4.65 library is a good option. It would be a third library doing essentially the same thing and would potentially be confused with the 4.32 library that currently is used by some legacy lzma tools that should probably eventually go away as xz provides the same functions. So far I have been looking through the include files, but they really aren't organized in a way that makes figuring out what you need to do easy. I haven't found any good API documentation yet. The xz source README says there isn't any, but that it is a lot like zlib. Possibly looking at the the code for the tools in the xz package will help. I was hoping someone could point me to either some good documentation or some good sample code to look at. I've actually come across this WRT UPX as well. https://bugzilla.redhat.com/show_bug.cgi?id=501636 From what I can tell. . .we may be stuck unless someone wants to write some docs. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: BZ 523646 - F13Blocker?
On Tue, 2009-12-29 at 23:38 +, Paul wrote: Hi, I originally reported this bug in September 2009 when f12 was rawhide. It was fixed but has recently resurfaced for both F12 and rawhide users leaving anyone with an intel chipset for video with unusable systems. Are you sure this is the case? There are a wide variety of intel graphics chipsets and not all behave the same. If they were all broken - especially in F12 - I would have expected to hear a much larger stink by now. Given that this kills quite a few laptop users, can this be escalated to F13Blocker? It is already listed as high for both priority and severity. We always encourage people to nominate any bug they think may be a blocker. Basically any time you ask yourself the question - 'hmm, maybe this should be a blocker' - PLEASE just put it on the list, there's no need to post to a list to ask people's opinions. We have the blocker review process to downgrade bugs we eventually decide don't really need to be blockers, so please do err on the side of adding bugs, rather than leaving them off. I've not tried booting a live distro that is not a fedora one as to be honest, I'd rather not sully my machines! However, I've not heard of anyone using Ubuntu with the same kernel and xorg-x11-drv-intel version having the same problems. The 'same versions' means very little, really. The graphics stuff in Fedora's '2.6.31' kernel bears little resemblance to what's in upstream's '2.6.31' kernel, or what's in Ubuntu's. Fedora's kernel drm bits are much newer. Ditto, to a slightly less extent, for the 'intel' driver: Fedora's tends to include newer patches than indicated by the banner version number. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: need help in contributing to se-linux policy development
On Sun, 2010-01-03 at 13:52 +, Jonathan Underwood wrote: 2010/1/3 sai ganesh gane...@fedoraproject.org: hi, my name is sai. i am a fedora-ambassador.i want to contribute to the development of se-linux policies.i am a Redhat certified se-linux policy administrator.i am well versed in development of se-linux policies.how can i contribute ? whom should i contact? i have already tried contacting the owners of the se-linux packages.i didn't get any response. Perhaps you'd be better off sending a mail to the fedora-selinux-list: https://www.redhat.com/mailman/listinfo/fedora-selinux-list Additionally, Dan Walsh - the SELinux maintainer - is usually very responsive. It would be unusual for him not to respond to such a query. However, most Red Hat offices and employees shut down for the holiday period (around 25th December to 2nd Jan) and we all take a break, which may well explain the lack of a response. Sai may well get a response soon now the holiday is over. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: ABRT considered painful
On 01/02/2010 09:32 AM, Jan Kratochvil wrote: Moreover ABRT does not install the whole debuginfo package but only copies the needed specific .debug files out of it somewhere - as know the ABRT people. What happens if the software version N crashes, then the updates install a later version, and the ABRT tool is run afterwards? With updates coming fast and furious, this is not uncommon, and I think it leads to confusion when the old stack trace is interpreted against the debugging info from the different software version. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Top Crashers
On Mon, 04 Jan 2010 15:12:18 +, Matthew wrote: Now we have abrt making it easier for lazy people to submit crash reports, do we have enough information for a 'Top Crashers' list? It would be good to highlight these centrally to provide an incentive to give them the attention they deserve. My specific motivation for this is: https://bugzilla.redhat.com/show_bug.cgi?id=532307 This crashes daily for me and, from the evidence of the BZ traffic, a whole lot of other people too. It has also been ignored for 2 months now. Highlighting and fixing this kind of high-impact bug would be a great way to improve the quality of Fedora. To say it has been ignored for 2 months does not sound fair to me. There is a much newer comment, https://bugzilla.redhat.com/532307#c59 which sort of is buried beneath the bugzilla spam. Raises the question: Who is able to reproduce it and continue with the debugging? In general, I'm also interested in learning about packages with a growing number of bugzilla tickets where the package maintainers do not seem to give status updates in bugzilla. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: BZ 523646 - F13Blocker?
Hi. On Mon, 04 Jan 2010 14:03:59 +, Adam Williamson wrote Are you sure this is the case? There are a wide variety of intel graphics chipsets and not all behave the same. If they were all broken - especially in F12 - I would have expected to hear a much larger stink by now. It definitely isn't. I have systems with intel chipsets running F12 just fine, and I have systems which roll over and die. Those even share very similar graphic cores. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Top Crashers
On 04/01/10 15:43, Michael Schwendt wrote: On Mon, 04 Jan 2010 15:12:18 +, Matthew wrote: Now we have abrt making it easier for lazy people to submit crash reports, do we have enough information for a 'Top Crashers' list? It would be good to highlight these centrally to provide an incentive to give them the attention they deserve. My specific motivation for this is: https://bugzilla.redhat.com/show_bug.cgi?id=532307 This crashes daily for me and, from the evidence of the BZ traffic, a whole lot of other people too. It has also been ignored for 2 months now. Highlighting and fixing this kind of high-impact bug would be a great way to improve the quality of Fedora. To say it has been ignored for 2 months does not sound fair to me. There is a much newer comment, https://bugzilla.redhat.com/532307#c59 which sort of is buried beneath the bugzilla spam. Raises the question: Who is able to reproduce it and continue with the debugging? The purpose of Top Crashers would be to aid in prioritisation. The comment you reference doesn't add anything useful to the discussion and probably took the maintainer seconds to write. This is presumably because he's busy working on new functionality or other bugs. My hope is that highlighting areas of real pain to a large number of users would help divert attention away from what are probably much more interesting pursuits. In general, I'm also interested in learning about packages with a growing number of bugzilla tickets where the package maintainers do not seem to give status updates in bugzilla. I wouldn't get that complicated. Fixing a bug should remove it from Top Crashers over time. If it stays there for a long time, perhaps it could be annotated. If it's not annotated, it should probably be highlighted to FESCo. The purpose would be to highlight actual user pain, rather than user pain with an excuse. Matt -- Matthew Booth, RHCA, RHCSS Red Hat Engineering, Virtualisation Team M: +44 (0)7977 267231 GPG ID: D33C3490 GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Common Lisp apps in Fedora
I was asked [1] to start a thread about the packaging of Common Lisp
applications for Fedora. The person who made that request feels that
the existing guidelines are lacking detail. Who else is interested in
packaging such applications? We should get a group together and start
hashing through the issues.
One of the first issues we'll have to face is the use of common-lisp-controller.
First, it postpones compilation to the first time the application is
executed by a particular Common Lisp engine. For the application I
packaged, PVS [2], compilation takes a significant amount of time.
This approach may be fine for small libraries and applications, but
will it really scale up to the some of the big applications people
want to package?
Second, common-lisp-controller is only used by SBCL right now, as far
as I can tell. Is anybody working on hooking it up for the other CLs
in Fedora? I am the GCL maintainer, and I've tried, but GCL is
missing multiple bits of functionality used by common-lisp-controller,
so I think that one is a no-go without significant upstream support.
I think that support is unlikely to appear, given that upstream
appears to be, not dead, but not very healthy either. How about
clisp, ecl, or cmucl?
Third, common-lisp-controller support in SBCL is broken [3]. This
means that common-lisp-controller currently works for ZERO Common Lisp
implementations in Fedora, yet the guidelines mandate its use.
The next issue is that some applications selectively load certain Lisp
files at runtime on a demand-driven basis. They do so because any
particular run tends to load only a fraction of the available files,
thereby reducing memory pressure. How should this be accomplished
with ASDF? We need guidelines to help packagers who are working with
libraries whose upstreams do not use ASDF.
Another issue is that some RPM macros would come in handy. I have
found myself defining macros like this for nearly every ASDF-using
Common Lisp package I have put together so far:
%global clname trivial-features
%global cldir %{_datadir}/common-lisp
%global sysdir %{cldir}/systems
%global srcdir %{cldir}/source/%{clname}
Examples can be found at [4], [5], and [6].
Yet another issue is that nobody appears to be minding the Common Lisp
store in Fedora. In a recent thread [7], I twice asked who is
responsible for maintaining the Common Lisp packaging guidelines, with
no response. That makes me suspect that nobody is currently
maintaining them, so any group of interested parties would have to
include people willing to do that work.
Finally, there are more Common Lisp engines out there in the world
that have not been packaged for Fedora. Is there any need to do so?
I'm interested in packaging up one application whose upstream favors
Clozure. Is anybody working on a Clozure package?
References:
[1] https://bugzilla.redhat.com/show_bug.cgi?id=548607#c30
[2] http://pvs.csl.sri.com/
[3] https://bugzilla.redhat.com/show_bug.cgi?id=499182#c7
[4] http://jjames.fedorapeople.org/cl-trivial-features/
[5] http://jjames.fedorapeople.org/cl-trivial-gray-streams/
[6] http://jjames.fedorapeople.org/cl-alexandria/
[7]
https://www.redhat.com/archives/fedora-devel-list/2009-December/msg00801.html
--
Jerry James
http://www.jamezone.org/
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Top Crashers
On Mon, Jan 04, 2010 at 03:12:18PM +, Matthew Booth wrote: Now we have abrt making it easier for lazy people to submit crash reports, do we have enough information for a 'Top Crashers' list? It would be good to highlight these centrally to provide an incentive to give them the attention they deserve. My specific motivation for this is: https://bugzilla.redhat.com/show_bug.cgi?id=532307 This crashes daily for me and, from the evidence of the BZ traffic, a whole lot of other people too. It has also been ignored for 2 months now. Highlighting and fixing this kind of high-impact bug would be a great way to improve the quality of Fedora. You have essentially just suggested kerneloops.org, but for userspace apps. It would be very nice to have such a beast! Doing statistical analysis by extracting the ABRT reports from BZ would just be horrible. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Common Lisp apps in Fedora
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm the one who actually asked for this discussion; I've also asked for CL developers/packagers at the FUDCon'09 in Berlin if anyone remembers but no luck back then. On 01/04/2010 05:29 PM, Jerry James wrote: One of the first issues we'll have to face is the use of common-lisp-controller. First, it postpones compilation to the first time the application is executed by a particular Common Lisp engine. For the application I packaged, PVS [2], compilation takes a significant amount of time. This approach may be fine for small libraries and applications, but will it really scale up to the some of the big applications people want to package? Not deploying ready-to-use CL-based executables but firing up a CL implementation instance each time a user wants to run such a program has a massive overhead even if valid FASL to be loaded by cl-controller still exists and draws in the chance of breakage through side-effects, esp. if using implementation dependent code like threading APIs - wrapper libraries such as bordeaux-threads exist for must stuff but not everything can be covered and upstream may decide to change things spontaneously; effectively this will lead to users discovering the breakage when it's to late. Pros/cons I see if deploying pre-compiled binaries for applications instead: - - Pro: Much faster startup time (esp. if using lots of dependencies, w/ or w/o asdf doesn't matter) - - Pro: Breakage through CL implementation changes can be discovered by a package's maintainer first, not the user - - Con: Binaries turn fscking HUGE by containing a whole Lisp machine each Alternatively, trigger scripts (don't yell, they're evil I know that!) might be used to recompile CL programs upon implementation updates, pros/cons: - - Pro: Faster startup times (same as above) - - Pro: Breakage through API changes could be caught, leaving behind an old working version of a program based on the last working CL machine - - Pro: Bloat-less, only source code gets deployed - - Con: Trigger scripts considered prone to fail; maybe trigger recompilation upon next program execution? Second, common-lisp-controller is only used by SBCL right now, as far as I can tell. Is anybody working on hooking it up for the other CLs in Fedora? I am the GCL maintainer, and I've tried, but GCL is missing multiple bits of functionality used by common-lisp-controller, so I think that one is a no-go without significant upstream support. I think that support is unlikely to appear, given that upstream appears to be, not dead, but not very healthy either. True, I've been waiting for GCL threading support for ages. The next issue is that some applications selectively load certain Lisp files at runtime on a demand-driven basis. They do so because any particular run tends to load only a fraction of the available files, thereby reducing memory pressure. How should this be accomplished with ASDF? We need guidelines to help packagers who are working with libraries whose upstreams do not use ASDF. Isn't asdf supposed to only load most crucial bits of CL code? I'd dare to claim asdf is not intended to post-conditionally load any additional files belonging to the same program, i.e. I'd never use (require 'foopkg) or (asdf:oos 'load-op 'foopkg) to load a bunch of files during runtime but instead just (load) them. Even for bigger parts upstream put into extra (def)packages it may be a good idea to load all of them unconditionally to save startup time. On the other hand, do you know any projects (besides the original clocc) that *still* don't use asdf? Yet another issue is that nobody appears to be minding the Common Lisp store in Fedora. In a recent thread [7], I twice asked who is responsible for maintaining the Common Lisp packaging guidelines, with no response. That makes me suspect that nobody is currently maintaining them, so any group of interested parties would have to include people willing to do that work. The original guidelines seem to come from Spot; just adapted from Debian..? Finally, there are more Common Lisp engines out there in the world that have not been packaged for Fedora. Is there any need to do so? I'm interested in packaging up one application whose upstream favors Clozure. Is anybody working on a Clozure package? Actually I've started trying to package ccl as it is (AFAIK) the only implementation besides sbcl supporting (all at once) threads, mutexes, semaphores and conditions, hence some projects like cl-patron do not support any other implementation. - - Alex -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAktCK5YACgkQVTRddCFHw10cmQCgkfssdVKdCnxvK6Z9MRSePyMW vroAn3XrH/HTLKR+pW4fKJz2lV3JUjGf =pEJq -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com
Re: Looking for pointers how to set up lzma stream using xz-devel
On Mon, Jan 04, 2010 at 07:57:54 -0600, Jon Ciesla l...@jcomserv.net wrote: I've actually come across this WRT UPX as well. https://bugzilla.redhat.com/show_bug.cgi?id=501636 From what I can tell. . .we may be stuck unless someone wants to write some docs. I am going to get squashfs-tools working with lzma eventually. I am just hoping it would be easier rather than harder. Note that waiting for the lzma library isn't going to work. We need to either package the SDK or switch to using xz. The lzma library is no longer being developed upstream. (And is based on a version of the SDK that is too old to be easily used in squashfs-tools.) It looks like using xz will be a bit work setting up an equivalent wrapper for squashfs-tools, but will avoid packaging a third version of lzma in Fedora. The main issue for me is understanding what needs to be done. The amount of code needed should be under 100 lines. If other things in Fedora also need something need more lzma support, then it's probably worth figuring out if we can use the same solution. It seemed odd that the debian bug for this claimed that source from the SDK was needed. Presumably an appropriate library would work. It may be that lzma-devel here is different from what debian has. I didn't look at it too carefully after seeing it was based on an old and incompatible version of the SDK that I need for squashfs-tools and that upstream switched to xz. I suspect that packaging the SDK without the extra lmza utils wouldn't be too bad. We can probably drop those now that xz is packaged. I haven't looked at this carefully though. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Phase 3 of dist-git project under way
Over the holiday break I coded up the framework for fedpkg, the utility to replace Make within dist-git. I'm now ready to accept help with developing this tool. See https://fedoraproject.org/wiki/Dist_Git_Project#fedpkg if you would like to help develop / test and then contact me. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Problem building on rawhide
No problems building on F12, F11 and EL5. Here's the build log: http://koji.fedoraproject.org/koji/getfile?taskID=1901276name=build.log But, the short version is that I'm getting a ton of this error on rawhide only: Cannot utime: Bad file descriptor Any suggestions? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Problem building on rawhide
Never mind. Seems to be building now. Rick L. Vinyard, Jr. wrote: No problems building on F12, F11 and EL5. Here's the build log: http://koji.fedoraproject.org/koji/getfile?taskID=1901276name=build.log But, the short version is that I'm getting a ton of this error on rawhide only: Cannot utime: Bad file descriptor Any suggestions? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Reviewers needed
I need some kind soul to review at-spi2-atk and pyatspi for me, both of which are part of the new at-spi2 accessibility stack. The bugs are here: http://bugzilla.redhat.com/show_bug.cgi?id=544629 http://bugzilla.redhat.com/show_bug.cgi?id=544630 Thanks, Matthias -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: ABRT considered painful
On Mon, 04 Jan 2010 16:40:35 +0100, Przemek Klosowski wrote: On 01/02/2010 09:32 AM, Jan Kratochvil wrote: Moreover ABRT does not install the whole debuginfo package but only copies the needed specific .debug files out of it somewhere - as know the ABRT people. What happens if the software version N crashes, then the updates install a later version, and the ABRT tool is run afterwards? With updates coming fast and furious, this is not uncommon, and I think it leads to confusion when the old stack trace is interpreted against the debugging info from the different software version. Unaware of the ABRT issue; But even with the installed debuginfo packages the problem exists: `yum update' gets the installed debuginfos out of sync https://bugzilla.redhat.com/show_bug.cgi?id=432806 There are various Bugs referenced, such as: Debug info RPMs do not require exact maching binary rpm https://bugzilla.redhat.com/show_bug.cgi?id=151598 Currently YUM at least updates both the main package and its debuginfo through yum-plugin-auto-update-debug-info. The problem is with all the mirrors and daily Fedora updates the main repository and the debuginfo repository are commonly off-by-one and thus the debuginfo packages still do not match. Regards, Jan -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
orphaning gwibber, any takers?
I know Gwibber is widely used by Fedora users because there are a crapton of abrt reports for it and I just can't keep up with it. :) Let me know if you have a desire for maintaining Gwibber in Fedora. From what I've heard, a release of 2.30 is on the horizon [1], and I just don't have the time to reproduce bugs :) [1]: http://identi.ca/notice/18051236 -- Ian Weller i...@ianweller.org () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments pgpUqMXAgkt4p.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Looking for pointers how to set up lzma stream using xz-devel
On 01/04/2010 10:18 AM, Bruno Wolff III wrote: On Mon, Jan 04, 2010 at 07:57:54 -0600, Jon Cieslal...@jcomserv.net wrote: I've actually come across this WRT UPX as well. https://bugzilla.redhat.com/show_bug.cgi?id=501636 It seemed odd that the debian bug for this claimed that source from the SDK was needed. Presumably an appropriate library would work. ... https://bugzilla.redhat.com/show_bug.cgi?id=501636#c6 UPX cannot use a library, UPX must use source. UPX requires total control during decompression (no malloc() allowed, etc.) and so far the library writers have not catered to such a restricted environment, AFAICT. -- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Top Crashers
On Mon, Jan 04, 2010 at 04:35:54PM +, Daniel P. Berrange wrote: On Mon, Jan 04, 2010 at 03:12:18PM +, Matthew Booth wrote: Now we have abrt making it easier for lazy people to submit crash reports, do we have enough information for a 'Top Crashers' list? It would be good to highlight these centrally to provide an incentive to give them the attention they deserve. My specific motivation for this is: https://bugzilla.redhat.com/show_bug.cgi?id=532307 This crashes daily for me and, from the evidence of the BZ traffic, a whole lot of other people too. It has also been ignored for 2 months now. Highlighting and fixing this kind of high-impact bug would be a great way to improve the quality of Fedora. You have essentially just suggested kerneloops.org, but for userspace apps. It would be very nice to have such a beast! Doing statistical analysis by extracting the ABRT reports from BZ would just be horrible. Is the existing CBI project helpful in this case? http://lwn.net/Articles/362777/ -- Paul W. Frieldshttp://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: orphaning gwibber, any takers?
On 01/04/2010 04:25 PM, Ian Weller wrote: I know Gwibber is widely used by Fedora users because there are a crapton of abrt reports for it and I just can't keep up with it. :) Let me know if you have a desire for maintaining Gwibber in Fedora. From what I've heard, a release of 2.30 is on the horizon [1], and I just don't have the time to reproduce bugs :) [1]: http://identi.ca/notice/18051236 If no one else wants it, I will take it. I'd prefer to comaintain it with someone who has more time than I do. :) ~spot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Reminder: FUDCon Toronto Survey closes Friday night!
FUDCon Toronto (http://fedoraproject.org/wiki/FUDCon:Toronto_2009) may be over, but we still want to hear your (anonymous, of course!) thoughts on how it went. This is your friendly reminder that the FUDCon Toronto Survey will be available though 11:59pm PST Friday, January 8, 2010 (that's 07:59 UTC on Saturday, January 9). 5 minutes of your time to answer 29 quick questions can help us make future FUDCons better than ever! If you... * attended FUDCon Toronto, either in-person or remotely via Fedora Live, please take this survey and tell us what you thought. * didn't attend FUDCon Toronto but wanted to, please take this survey and tell us how we can help you get to the next one. * didn't want to go to FUDCon Toronto, please take this survey and tell us why - it's anonymous. The survey is available at http://fedoraproject.limequery.org/index.php?sid=34266lang=en Questions are previewable at https://fedoraproject.org/wiki/FUDCon_survey. We will be analyzing and announcing results shortly after the close of the survey. If you're curious about the process, interested in helping us analyze the results, or have any questions in general, join the conversation on the Fedora Marketing mailing list (https://www.redhat.com/mailman/listinfo/fedora-marketing-list). -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Common Lisp apps in Fedora
On Mon, Jan 4, 2010 at 10:55 AM, Alexander Kahl ak...@imttechnologies.com wrote: Actually I've started trying to package ccl as it is (AFAIK) the only implementation besides sbcl supporting (all at once) threads, mutexes, semaphores and conditions, hence some projects like cl-patron do not support any other implementation. Is there anything I can do to help? If nothing else, I can review the package when you have it ready. -- Jerry James http://www.jamezone.org/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Orphaning jlint
Well, actually, I plan to EOL jlint, for Rawhide only. On the other hand, if someone wants it, I will orphan it so you can pick it up. This package has had a dead upstream for several years. I only kept it around because I still found it useful. With findbugs in Fedora, I don't find it useful anymore. If nobody tells me they want it by the end of this week, I will put the devel branch through the EOL process next Monday. -- Jerry James http://www.jamezone.org/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
planning to retire pydict package
Hi, Few months back I got ownership of this pydict package. Later on I come to know that Merge-review is pending for this package. I had a look at this package and found that current code is very old development. This package has not seen any upstream release since 2000-09-17. I hope there should not be any peoples using it and stardict package can be used as replacement for this package. Regards, Parag. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
File B-Utils-0.10.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-B-Utils: 33f6d085b64e352c3d2be2d946f35585 B-Utils-0.10.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-B-Utils/devel .cvsignore, 1.3, 1.4 perl-B-Utils.spec, 1.6, 1.7 sources, 1.3, 1.4
Author: iarnell
Update of /cvs/pkgs/rpms/perl-B-Utils/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv32318
Modified Files:
.cvsignore perl-B-Utils.spec sources
Log Message:
* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 0.10-1
- update to latest upstream version
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-B-Utils/devel/.cvsignore,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- .cvsignore 2 Sep 2009 03:59:08 - 1.3
+++ .cvsignore 4 Jan 2010 12:40:30 - 1.4
@@ -1 +1 @@
-B-Utils-0.08.tar.gz
+B-Utils-0.10.tar.gz
Index: perl-B-Utils.spec
===
RCS file: /cvs/pkgs/rpms/perl-B-Utils/devel/perl-B-Utils.spec,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -p -r1.6 -r1.7
--- perl-B-Utils.spec 7 Dec 2009 09:51:40 - 1.6
+++ perl-B-Utils.spec 4 Jan 2010 12:40:30 - 1.7
@@ -1,6 +1,6 @@
Name: perl-B-Utils
-Version:0.08
-Release:2%{?dist}
+Version:0.10
+Release:1%{?dist}
Summary:Helper functions for op tree manipulation
License:GPL+ or Artistic
Group: Development/Libraries
@@ -54,6 +54,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 0.10-1
+- update to latest upstream version
+
* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 0.08-2
- rebuild against perl 5.10.1
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-B-Utils/devel/sources,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- sources 2 Sep 2009 03:59:08 - 1.3
+++ sources 4 Jan 2010 12:40:30 - 1.4
@@ -1 +1 @@
-081c80bbee7c0b3313cf2656f58b953d B-Utils-0.08.tar.gz
+33f6d085b64e352c3d2be2d946f35585 B-Utils-0.10.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
File App-Nopaste-0.18.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-App-Nopaste: 849835ac69a40b229da9366bdb44c99c App-Nopaste-0.18.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-App-Nopaste/devel .cvsignore, 1.6, 1.7 perl-App-Nopaste.spec, 1.11, 1.12 sources, 1.6, 1.7
Author: iarnell
Update of /cvs/pkgs/rpms/perl-App-Nopaste/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv31390
Modified Files:
.cvsignore perl-App-Nopaste.spec sources
Log Message:
* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 0.18-1
- update to latest upstream version (adds ssh support)
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-App-Nopaste/devel/.cvsignore,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -p -r1.6 -r1.7
--- .cvsignore 7 Nov 2009 09:49:05 - 1.6
+++ .cvsignore 4 Jan 2010 12:37:06 - 1.7
@@ -1 +1 @@
-App-Nopaste-0.17.tar.gz
+App-Nopaste-0.18.tar.gz
Index: perl-App-Nopaste.spec
===
RCS file: /cvs/pkgs/rpms/perl-App-Nopaste/devel/perl-App-Nopaste.spec,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -p -r1.11 -r1.12
--- perl-App-Nopaste.spec 7 Dec 2009 13:19:50 - 1.11
+++ perl-App-Nopaste.spec 4 Jan 2010 12:37:06 - 1.12
@@ -1,6 +1,6 @@
Name: perl-App-Nopaste
-Version:0.17
-Release:2%{?dist}
+Version:0.18
+Release:1%{?dist}
Summary:Easy access to any pastebin
License:GPL+ or Artistic
Group: Development/Libraries
@@ -27,6 +27,8 @@ Requires: perl(MooseX::Getopt)
Requires: perl(Clipboard)
Requires: perl(Config::INI::Reader)
Requires: perl(WWW::Pastebin::PastebinCom::Create)
+# for ssh plugin
+Requires: /usr/bin/scp
%description
Pastebins (also known as nopaste sites) let you post text, usually code,
@@ -86,6 +88,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man1/*
%changelog
+* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 0.18-1
+- update to latest upstream version (adds ssh support)
+
* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 0.17-2
- rebuild against perl 5.10.1
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-App-Nopaste/devel/sources,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -p -r1.6 -r1.7
--- sources 7 Nov 2009 09:49:05 - 1.6
+++ sources 4 Jan 2010 12:37:06 - 1.7
@@ -1 +1 @@
-ce11a0ee582ea2f97ac354d9424137d9 App-Nopaste-0.17.tar.gz
+849835ac69a40b229da9366bdb44c99c App-Nopaste-0.18.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
File Catalyst-Plugin-Authorization-Roles-0.08.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Catalyst-Plugin-Authorization-Roles: a42685dea7fd6d0f0c5fcaad9ca4e4ab Catalyst-Plugin-Authorization-Roles-0.08.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-Catalyst-Plugin-Authorization-Roles/devel .cvsignore, 1.2, 1.3 perl-Catalyst-Plugin-Authorization-Roles.spec, 1.4, 1.5 sources, 1.2, 1.3
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Catalyst-Plugin-Authorization-Roles/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv904
Modified Files:
.cvsignore perl-Catalyst-Plugin-Authorization-Roles.spec
sources
Log Message:
* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 0.08-1
- update to latest upstream version
Index: .cvsignore
===
RCS file:
/cvs/pkgs/rpms/perl-Catalyst-Plugin-Authorization-Roles/devel/.cvsignore,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- .cvsignore 21 Dec 2008 08:18:47 - 1.2
+++ .cvsignore 4 Jan 2010 12:44:46 - 1.3
@@ -1 +1 @@
-Catalyst-Plugin-Authorization-Roles-0.07.tar.gz
+Catalyst-Plugin-Authorization-Roles-0.08.tar.gz
Index: perl-Catalyst-Plugin-Authorization-Roles.spec
===
RCS file:
/cvs/pkgs/rpms/perl-Catalyst-Plugin-Authorization-Roles/devel/perl-Catalyst-Plugin-Authorization-Roles.spec,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- perl-Catalyst-Plugin-Authorization-Roles.spec 7 Dec 2009 07:11:28
- 1.4
+++ perl-Catalyst-Plugin-Authorization-Roles.spec 4 Jan 2010 12:44:47
- 1.5
@@ -1,6 +1,6 @@
Name: perl-Catalyst-Plugin-Authorization-Roles
-Version:0.07
-Release:4%{?dist}
+Version:0.08
+Release:1%{?dist}
Summary:Role based authorization for Catalyst based on
Catalyst::Plugin::Authentication
License:GPL+ or Artistic
Group: Development/Libraries
@@ -59,6 +59,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 0.08-1
+- update to latest upstream version
+
* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 0.07-4
- rebuild against perl 5.10.1
Index: sources
===
RCS file:
/cvs/pkgs/rpms/perl-Catalyst-Plugin-Authorization-Roles/devel/sources,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- sources 21 Dec 2008 08:18:47 - 1.2
+++ sources 4 Jan 2010 12:44:47 - 1.3
@@ -1 +1 @@
-afef214de7c8084c59fad8a07a640059
Catalyst-Plugin-Authorization-Roles-0.07.tar.gz
+a42685dea7fd6d0f0c5fcaad9ca4e4ab
Catalyst-Plugin-Authorization-Roles-0.08.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
File Catalyst-Plugin-Session-Store-FastMmap-0.13.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Catalyst-Plugin-Session-Store-FastMmap: fc0679ab8b7a5a1bb7404a68058a5e73 Catalyst-Plugin-Session-Store-FastMmap-0.13.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-Catalyst-Plugin-Session-Store-FastMmap/devel .cvsignore, 1.7, 1.8 perl-Catalyst-Plugin-Session-Store-FastMmap.spec, 1.9, 1.10 sources, 1.7, 1.8
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Catalyst-Plugin-Session-Store-FastMmap/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv1976
Modified Files:
.cvsignore perl-Catalyst-Plugin-Session-Store-FastMmap.spec
sources
Log Message:
* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 0.13-1
- update to latest upstream version
Index: .cvsignore
===
RCS file:
/cvs/pkgs/rpms/perl-Catalyst-Plugin-Session-Store-FastMmap/devel/.cvsignore,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -p -r1.7 -r1.8
--- .cvsignore 18 Oct 2009 08:42:02 - 1.7
+++ .cvsignore 4 Jan 2010 12:48:54 - 1.8
@@ -1 +1 @@
-Catalyst-Plugin-Session-Store-FastMmap-0.12.tar.gz
+Catalyst-Plugin-Session-Store-FastMmap-0.13.tar.gz
Index: perl-Catalyst-Plugin-Session-Store-FastMmap.spec
===
RCS file:
/cvs/pkgs/rpms/perl-Catalyst-Plugin-Session-Store-FastMmap/devel/perl-Catalyst-Plugin-Session-Store-FastMmap.spec,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -p -r1.9 -r1.10
--- perl-Catalyst-Plugin-Session-Store-FastMmap.spec7 Dec 2009 06:18:01
- 1.9
+++ perl-Catalyst-Plugin-Session-Store-FastMmap.spec4 Jan 2010 12:48:54
- 1.10
@@ -1,11 +1,11 @@
Name: perl-Catalyst-Plugin-Session-Store-FastMmap
-Version:0.12
-Release:2%{?dist}
+Version:0.13
+Release:1%{?dist}
Summary:FastMmap session storage backend
License:GPL+ or Artistic
Group: Development/Libraries
URL:
http://search.cpan.org/dist/Catalyst-Plugin-Session-Store-FastMmap/
-Source0:
http://www.cpan.org/modules/by-module/Catalyst/Catalyst-Plugin-Session-Store-FastMmap-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/M/MS/MSTROUT/Catalyst-Plugin-Session-Store-FastMmap-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl(Cache::FastMmap) = 1.29
@@ -58,6 +58,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 0.13-1
+- update to latest upstream version
+
* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 0.12-2
- rebuild against perl 5.10.1
Index: sources
===
RCS file:
/cvs/pkgs/rpms/perl-Catalyst-Plugin-Session-Store-FastMmap/devel/sources,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -p -r1.7 -r1.8
--- sources 18 Oct 2009 08:42:02 - 1.7
+++ sources 4 Jan 2010 12:48:54 - 1.8
@@ -1 +1 @@
-e4d75600cd9255f144b7e2b9e8590b36
Catalyst-Plugin-Session-Store-FastMmap-0.12.tar.gz
+fc0679ab8b7a5a1bb7404a68058a5e73
Catalyst-Plugin-Session-Store-FastMmap-0.13.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
File Data-FormValidator-4.65.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Data-FormValidator: 43a49403f547937aea434d25bacb91c1 Data-FormValidator-4.65.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
File DateTime-Format-Natural-0.82.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-DateTime-Format-Natural: 6dee2a860fa3e1376652a053d22c0bb3 DateTime-Format-Natural-0.82.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-Data-FormValidator/devel .cvsignore, 1.2, 1.3 perl-Data-FormValidator.spec, 1.3, 1.4 sources, 1.2, 1.3
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Data-FormValidator/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv4849
Modified Files:
.cvsignore perl-Data-FormValidator.spec sources
Log Message:
* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 4.65-1
- update to latest upstream version
- BR perl(Template), perl(Template::Stash), perl(Test::Pod) for tests
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Data-FormValidator/devel/.cvsignore,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- .cvsignore 1 Mar 2009 05:05:19 - 1.2
+++ .cvsignore 4 Jan 2010 13:00:33 - 1.3
@@ -1 +1 @@
-Data-FormValidator-4.63.tar.gz
+Data-FormValidator-4.65.tar.gz
Index: perl-Data-FormValidator.spec
===
RCS file:
/cvs/pkgs/rpms/perl-Data-FormValidator/devel/perl-Data-FormValidator.spec,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- perl-Data-FormValidator.spec7 Dec 2009 14:47:04 - 1.3
+++ perl-Data-FormValidator.spec4 Jan 2010 13:00:33 - 1.4
@@ -1,6 +1,6 @@
Name: perl-Data-FormValidator
-Version:4.63
-Release:3%{?dist}
+Version:4.65
+Release:1%{?dist}
Summary:Validates user input (usually from an HTML form) based on
input profile
License:GPL+ or Artistic
Group: Development/Libraries
@@ -17,7 +17,10 @@ BuildRequires: perl(MIME::Types) = 1.0
BuildRequires: perl(Module::Build)
BuildRequires: perl(Perl6::Junction) = 1.1
BuildRequires: perl(Regexp::Common)
+BuildRequires: perl(Template)
+BuildRequires: perl(Template::Stash)
BuildRequires: perl(Test::More)
+BuildRequires: perl(Test::Pod)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
# not detected by rpm
Requires: perl(Date::Calc) = 5
@@ -58,6 +61,10 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 4.65-1
+- update to latest upstream version
+- BR perl(Template), perl(Template::Stash), perl(Test::Pod) for tests
+
* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 4.63-3
- rebuild against perl 5.10.1
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Data-FormValidator/devel/sources,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- sources 1 Mar 2009 05:05:19 - 1.2
+++ sources 4 Jan 2010 13:00:33 - 1.3
@@ -1 +1 @@
-98b0fc28dee2a64524c21cebb07d860e Data-FormValidator-4.63.tar.gz
+43a49403f547937aea434d25bacb91c1 Data-FormValidator-4.65.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
File Devel-NYTProf-3.01.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Devel-NYTProf: 8a0e9a1bd4923b8192edeb4339736162 Devel-NYTProf-3.01.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-DateTime-Format-Natural/devel .cvsignore, 1.10, 1.11 perl-DateTime-Format-Natural.spec, 1.12, 1.13 sources, 1.10, 1.11
Author: iarnell
Update of /cvs/pkgs/rpms/perl-DateTime-Format-Natural/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv7060
Modified Files:
.cvsignore perl-DateTime-Format-Natural.spec sources
Log Message:
* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 0.82-1
- update to latest upstream version
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-DateTime-Format-Natural/devel/.cvsignore,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -p -r1.10 -r1.11
--- .cvsignore 9 Dec 2009 04:27:50 - 1.10
+++ .cvsignore 4 Jan 2010 13:10:09 - 1.11
@@ -1 +1 @@
-DateTime-Format-Natural-0.81.tar.gz
+DateTime-Format-Natural-0.82.tar.gz
Index: perl-DateTime-Format-Natural.spec
===
RCS file:
/cvs/pkgs/rpms/perl-DateTime-Format-Natural/devel/perl-DateTime-Format-Natural.spec,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -p -r1.12 -r1.13
--- perl-DateTime-Format-Natural.spec 9 Dec 2009 04:27:50 - 1.12
+++ perl-DateTime-Format-Natural.spec 4 Jan 2010 13:10:09 - 1.13
@@ -1,5 +1,5 @@
Name: perl-DateTime-Format-Natural
-Version:0.81
+Version:0.82
Release:1%{?dist}
Summary:Create machine readable date/time with natural parsing logic
License:GPL+ or Artistic
@@ -58,6 +58,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 0.82-1
+- update to latest upstream version
+
* Wed Dec 09 2009 Iain Arnell iarn...@gmail.com 0.81-1
- update to latest upstream version
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-DateTime-Format-Natural/devel/sources,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -p -r1.10 -r1.11
--- sources 9 Dec 2009 04:27:50 - 1.10
+++ sources 4 Jan 2010 13:10:09 - 1.11
@@ -1 +1 @@
-2bc46e8c84ed5d44c53682f92b199ad9 DateTime-Format-Natural-0.81.tar.gz
+6dee2a860fa3e1376652a053d22c0bb3 DateTime-Format-Natural-0.82.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-Devel-NYTProf/devel .cvsignore, 1.3, 1.4 perl-Devel-NYTProf.spec, 1.4, 1.5 sources, 1.3, 1.4
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Devel-NYTProf/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv9040
Modified Files:
.cvsignore perl-Devel-NYTProf.spec sources
Log Message:
* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 3.01-1
- update to latest upstream version
- use perl_default_filter
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Devel-NYTProf/devel/.cvsignore,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- .cvsignore 25 Jun 2009 03:21:40 - 1.3
+++ .cvsignore 4 Jan 2010 13:18:43 - 1.4
@@ -1 +1 @@
-Devel-NYTProf-2.10.tar.gz
+Devel-NYTProf-3.01.tar.gz
Index: perl-Devel-NYTProf.spec
===
RCS file: /cvs/pkgs/rpms/perl-Devel-NYTProf/devel/perl-Devel-NYTProf.spec,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- perl-Devel-NYTProf.spec 7 Dec 2009 07:55:06 - 1.4
+++ perl-Devel-NYTProf.spec 4 Jan 2010 13:18:43 - 1.5
@@ -1,6 +1,6 @@
Name: perl-Devel-NYTProf
-Version:2.10
-Release:3%{?dist}
+Version:3.01
+Release:1%{?dist}
Summary:Powerful feature-rich perl source code profiler
License:GPL+ or Artistic
Group: Development/Libraries
@@ -13,15 +13,11 @@ BuildRequires: perl(Test::Pod)
BuildRequires: perl(Test::Pod::Coverage)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+%{?perl_default_filter}
+
%description
Devel::NYTProf is a powerful feature-rich perl source code profiler.
-# don't provide private Perl libs
-%global _use_internal_dependency_generator 0
-%global __deploop() while read FILE; do /usr/lib/rpm/rpmdeps -%{1} ${FILE};
done | /bin/sort -u
-%global __find_provides /bin/sh -c %{__grep} -v '%{perl_vendorarch}/.*\\.so$'
| %{__deploop P}
-%global __find_requires /bin/sh -c %{__deploop R}
-
%prep
%setup -q -n Devel-NYTProf-%{version}
@@ -66,6 +62,10 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 3.01-1
+- update to latest upstream version
+- use perl_default_filter
+
* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 2.10-3
- rebuild against perl 5.10.1
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Devel-NYTProf/devel/sources,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- sources 25 Jun 2009 03:21:41 - 1.3
+++ sources 4 Jan 2010 13:18:43 - 1.4
@@ -1 +1 @@
-a6db13b5d329ec6b13bc6639933c1fc1 Devel-NYTProf-2.10.tar.gz
+8a0e9a1bd4923b8192edeb4339736162 Devel-NYTProf-3.01.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
File Data-Visitor-0.26.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Data-Visitor: 21639399af614325fff06621b338e064 Data-Visitor-0.26.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
File HTML-Toc-1.12.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-HTML-Toc: 11b117a8e763d02d18acc4f1c754a1da HTML-Toc-1.12.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-HTML-Toc/devel .cvsignore, 1.2, 1.3 man3pods.patch, 1.1, 1.2 perl-HTML-Toc.spec, 1.3, 1.4 sources, 1.2, 1.3
Author: iarnell
Update of /cvs/pkgs/rpms/perl-HTML-Toc/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv19780
Modified Files:
.cvsignore man3pods.patch perl-HTML-Toc.spec sources
Log Message:
* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 1.12-1
- update to latest upstream version
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-HTML-Toc/devel/.cvsignore,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- .cvsignore 4 May 2009 23:23:49 - 1.2
+++ .cvsignore 4 Jan 2010 14:07:18 - 1.3
@@ -1 +1 @@
-HTML-Toc-1.11.tar.gz
+HTML-Toc-1.12.tar.gz
man3pods.patch:
Makefile.PL |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: man3pods.patch
===
RCS file: /cvs/pkgs/rpms/perl-HTML-Toc/devel/man3pods.patch,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- man3pods.patch 4 May 2009 23:23:50 - 1.1
+++ man3pods.patch 4 Jan 2010 14:07:18 - 1.2
@@ -1,10 +1,10 @@
-diff -up HTML-Toc-1.11/Makefile.PL.orig HTML-Toc-1.11/Makefile.PL
HTML-Toc-1.11/Makefile.PL.orig 2009-04-13 09:09:41.0 +0200
-+++ HTML-Toc-1.11/Makefile.PL 2009-05-04 15:28:30.0 +0200
+diff -up HTML-Toc-1.12/Makefile.PL.orig HTML-Toc-1.12/Makefile.PL
+--- HTML-Toc-1.12/Makefile.PL.orig 2009-07-31 12:44:33.0 +0200
HTML-Toc-1.12/Makefile.PL 2010-01-04 14:59:02.0 +0100
@@ -6,7 +6,7 @@ WriteMakefile(
AUTHOR = 'Freddy Vulto (fvu...@gmail.com)',
ABSTRACT = 'Generate, insert and update HTML Table of Contents',
- PREREQ_PM= {'HTML::Parser' = 0},
+ PREREQ_PM= {'HTML::Parser' = 0, 'Test::Differences' = 0},
-MAN3PODS = {},
+#MAN3PODS = {},
);
Index: perl-HTML-Toc.spec
===
RCS file: /cvs/pkgs/rpms/perl-HTML-Toc/devel/perl-HTML-Toc.spec,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- perl-HTML-Toc.spec 7 Dec 2009 14:03:18 - 1.3
+++ perl-HTML-Toc.spec 4 Jan 2010 14:07:18 - 1.4
@@ -1,6 +1,6 @@
Name: perl-HTML-Toc
-Version:1.11
-Release:3%{?dist}
+Version:1.12
+Release:1%{?dist}
Summary:Generate, insert and update HTML Table of Contents
License:GPL+ or Artistic
Group: Development/Libraries
@@ -60,6 +60,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 1.12-1
+- update to latest upstream version
+
* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 1.11-3
- rebuild against perl 5.10.1
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-HTML-Toc/devel/sources,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- sources 4 May 2009 23:23:50 - 1.2
+++ sources 4 Jan 2010 14:07:18 - 1.3
@@ -1 +1 @@
-65474641c6294ff64e1d065fe0843d9a HTML-Toc-1.11.tar.gz
+11b117a8e763d02d18acc4f1c754a1da HTML-Toc-1.12.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
File Text-Context-3.7.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Text-Context: d4b17726b7c2360cd25a207458b3b5b8 Text-Context-3.7.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-Text-Context/devel .cvsignore, 1.2, 1.3 perl-Text-Context.spec, 1.3, 1.4 sources, 1.2, 1.3
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Text-Context/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv21420
Modified Files:
.cvsignore perl-Text-Context.spec sources
Log Message:
* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 3.7-1
- update to latest upstream version
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Text-Context/devel/.cvsignore,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- .cvsignore 7 May 2009 03:19:34 - 1.2
+++ .cvsignore 4 Jan 2010 14:14:25 - 1.3
@@ -1 +1 @@
-Text-Context-3.6.tar.gz
+Text-Context-3.7.tar.gz
Index: perl-Text-Context.spec
===
RCS file: /cvs/pkgs/rpms/perl-Text-Context/devel/perl-Text-Context.spec,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- perl-Text-Context.spec 4 Dec 2009 02:18:35 - 1.3
+++ perl-Text-Context.spec 4 Jan 2010 14:14:25 - 1.4
@@ -1,6 +1,6 @@
Name: perl-Text-Context
-Version:3.6
-Release:3%{?dist}
+Version:3.7
+Release:1%{?dist}
Summary:Handle highlighting search result context snippets
License:GPLv2+
Group: Development/Libraries
@@ -53,6 +53,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 3.7-1
+- update to latest upstream version
+
* Fri Dec 4 2009 Stepan Kasal ska...@redhat.com - 3.6-3
- rebuild against perl 5.10.1
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Text-Context/devel/sources,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- sources 7 May 2009 03:19:34 - 1.2
+++ sources 4 Jan 2010 14:14:25 - 1.3
@@ -1 +1 @@
-a7563acb5d69bb05270d594010d7cf51 Text-Context-3.6.tar.gz
+d4b17726b7c2360cd25a207458b3b5b8 Text-Context-3.7.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-WWW-Mechanize-TreeBuilder/devel .cvsignore, 1.2, 1.3 perl-WWW-Mechanize-TreeBuilder.spec, 1.3, 1.4 sources, 1.2, 1.3
Author: iarnell
Update of /cvs/pkgs/rpms/perl-WWW-Mechanize-TreeBuilder/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv23788
Modified Files:
.cvsignore perl-WWW-Mechanize-TreeBuilder.spec sources
Log Message:
* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 1.10001-1
- update to latest upstream version
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-WWW-Mechanize-TreeBuilder/devel/.cvsignore,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- .cvsignore 10 May 2009 07:06:49 - 1.2
+++ .cvsignore 4 Jan 2010 14:22:09 - 1.3
@@ -1 +1 @@
-WWW-Mechanize-TreeBuilder-1.1.tar.gz
+WWW-Mechanize-TreeBuilder-1.10001.tar.gz
Index: perl-WWW-Mechanize-TreeBuilder.spec
===
RCS file:
/cvs/pkgs/rpms/perl-WWW-Mechanize-TreeBuilder/devel/perl-WWW-Mechanize-TreeBuilder.spec,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- perl-WWW-Mechanize-TreeBuilder.spec 7 Dec 2009 07:23:19 - 1.3
+++ perl-WWW-Mechanize-TreeBuilder.spec 4 Jan 2010 14:22:10 - 1.4
@@ -1,6 +1,6 @@
Name: perl-WWW-Mechanize-TreeBuilder
-Version:1.1
-Release:3%{?dist}
+Version:1.10001
+Release:1%{?dist}
Summary:WWW::Mechanize::TreeBuilder Perl module
License:GPL+ or Artistic
Group: Development/Libraries
@@ -55,6 +55,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 1.10001-1
+- update to latest upstream version
+
* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 1.1-3
- rebuild against perl 5.10.1
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-WWW-Mechanize-TreeBuilder/devel/sources,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- sources 10 May 2009 07:06:50 - 1.2
+++ sources 4 Jan 2010 14:22:10 - 1.3
@@ -1 +1 @@
-0514a4a70b929361758f8a9c16705b53 WWW-Mechanize-TreeBuilder-1.1.tar.gz
+0de0c6d4819005bb361d3aabe093081f WWW-Mechanize-TreeBuilder-1.10001.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
File WWW-Mechanize-TreeBuilder-1.10001.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-WWW-Mechanize-TreeBuilder: 0de0c6d4819005bb361d3aabe093081f WWW-Mechanize-TreeBuilder-1.10001.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
File XML-Atom-0.37.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-XML-Atom: f4cbbb2feb893d42893f000e90464842 XML-Atom-0.37.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-XML-Atom/devel .cvsignore, 1.2, 1.3 perl-XML-Atom.spec, 1.3, 1.4 sources, 1.2, 1.3
Author: iarnell
Update of /cvs/pkgs/rpms/perl-XML-Atom/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv1845
Modified Files:
.cvsignore perl-XML-Atom.spec sources
Log Message:
* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 0.37-1
- update to latest upstream version
- BR/R perl(XML::XPath)
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-XML-Atom/devel/.cvsignore,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- .cvsignore 11 May 2009 03:07:32 - 1.2
+++ .cvsignore 4 Jan 2010 14:59:03 - 1.3
@@ -1 +1 @@
-XML-Atom-0.35.tar.gz
+XML-Atom-0.37.tar.gz
Index: perl-XML-Atom.spec
===
RCS file: /cvs/pkgs/rpms/perl-XML-Atom/devel/perl-XML-Atom.spec,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- perl-XML-Atom.spec 7 Dec 2009 06:32:29 - 1.3
+++ perl-XML-Atom.spec 4 Jan 2010 14:59:03 - 1.4
@@ -1,6 +1,6 @@
Name: perl-XML-Atom
-Version:0.35
-Release:3%{?dist}
+Version:0.37
+Release:1%{?dist}
Summary:Atom feed and API implementation
License:GPL+ or Artistic
Group: Development/Libraries
@@ -18,12 +18,14 @@ BuildRequires: perl(ExtUtils::MakeMaker
BuildRequires: perl(LWP::UserAgent)
BuildRequires: perl(Test::More)
BuildRequires: perl(URI)
-BuildRequires: perl(XML::LibXML) = 1.64
+BuildRequires: perl(XML::LibXML) = 1.69
+BuildRequires: perl(XML::XPath)
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
# not automatically detected
Requires: perl(Class::Data::Inheritable)
Requires: perl(URI)
-Requires: perl(XML::LibXML) = 1.64
+Requires: perl(XML::LibXML) = 1.69
+Requires: perl(XML::XPath)
%description
Atom is a syndication, API, and archiving format for weblogs and other
@@ -60,6 +62,10 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Mon Jan 04 2010 Iain Arnell iarn...@gmail.com 0.37-1
+- update to latest upstream version
+- BR/R perl(XML::XPath)
+
* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 0.35-3
- rebuild against perl 5.10.1
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-XML-Atom/devel/sources,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- sources 11 May 2009 03:07:32 - 1.2
+++ sources 4 Jan 2010 14:59:03 - 1.3
@@ -1 +1 @@
-d6b1b28b32db100de5dbb45a3f561953 XML-Atom-0.35.tar.gz
+f4cbbb2feb893d42893f000e90464842 XML-Atom-0.37.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
File local-lib-1.004009.tar.gz uploaded to lookaside cache by cweyl
A file has been added to the lookaside cache for perl-local-lib: 23b24efceea82eb19b599c6ffe57440d local-lib-1.004009.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-local-lib/devel .cvsignore, 1.8, 1.9 perl-local-lib.spec, 1.9, 1.10 sources, 1.8, 1.9
Author: cweyl
Update of /cvs/extras/rpms/perl-local-lib/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv10797
Modified Files:
.cvsignore perl-local-lib.spec sources
Log Message:
* Tue Jan 05 2010 Chris Weyl cw...@alumni.drew.edu 1.004009-1
- add perl_default_filter
- auto-update to 1.004009 (by cpan-spec-update 0.01)
Index: .cvsignore
===
RCS file: /cvs/extras/rpms/perl-local-lib/devel/.cvsignore,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -p -r1.8 -r1.9
--- .cvsignore 19 Sep 2009 21:46:40 - 1.8
+++ .cvsignore 5 Jan 2010 01:36:30 - 1.9
@@ -1 +1 @@
-local-lib-1.004007.tar.gz
+local-lib-1.004009.tar.gz
Index: perl-local-lib.spec
===
RCS file: /cvs/extras/rpms/perl-local-lib/devel/perl-local-lib.spec,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -p -r1.9 -r1.10
--- perl-local-lib.spec 7 Dec 2009 06:21:06 - 1.9
+++ perl-local-lib.spec 5 Jan 2010 01:36:30 - 1.10
@@ -1,6 +1,6 @@
Name: perl-local-lib
-Version:1.004007
-Release:2%{?dist}
+Version:1.004009
+Release:1%{?dist}
# lib/local/lib.pm - GPL+ or Artistic
License:GPL+ or Artistic
Group: Development/Libraries
@@ -30,6 +30,8 @@ Requires: perl(Module::Build) = 0
### auto-added brs!
BuildRequires: perl(ExtUtils::Install) = 1.43
+%{?perl_default_filter}
+
%description
This module provides a quick, convenient way of bootstrapping a user-
local Perl module library located within the user's home directory. It
@@ -74,6 +76,10 @@ rm -rf %{buildroot}
%{_mandir}/man3/*.3*
%changelog
+* Tue Jan 05 2010 Chris Weyl cw...@alumni.drew.edu 1.004009-1
+- add perl_default_filter
+- auto-update to 1.004009 (by cpan-spec-update 0.01)
+
* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 1.004007-2
- rebuild against perl 5.10.1
Index: sources
===
RCS file: /cvs/extras/rpms/perl-local-lib/devel/sources,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -p -r1.8 -r1.9
--- sources 19 Sep 2009 21:46:40 - 1.8
+++ sources 5 Jan 2010 01:36:30 - 1.9
@@ -1 +1 @@
-255c880d47a547f4cf9af1906e510849 local-lib-1.004007.tar.gz
+23b24efceea82eb19b599c6ffe57440d local-lib-1.004009.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-local-lib/devel perl-homedir.csh, NONE, 1.1 perl-homedir.sh, NONE, 1.1 perl-local-lib.spec, 1.10, 1.11
Author: cweyl
Update of /cvs/extras/rpms/perl-local-lib/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv18412
Modified Files:
perl-local-lib.spec
Added Files:
perl-homedir.csh perl-homedir.sh
Log Message:
* Tue Jan 05 2010 Chris Weyl cw...@alumni.drew.edu 1.004009-2
- add perl-homedir subpackage
--- NEW FILE perl-homedir.csh ---
# invoke local::lib
# default -- invoke local::lib for all users
setenv PERL_HOMEDIR 1
# load our configs, aka opportunities to set PERL_HOMEDIR=0
[ -f /etc/sysconfig/perl-homedir ] . /etc/sysconfig/perl-homedir
[ -f $HOME/.perl-homedir ] . $HOME/.perl-homedir
alias perlll=eval `perl -Mlocal::lib`
# if system default
if [ x$PERL_HOMEDIR = x1 ] ; then
eval `perl -Mlocal::lib`
fi
--- NEW FILE perl-homedir.sh ---
# invoke local::lib
# default -- invoke local::lib for all users
PERL_HOMEDIR=1
# load our configs, aka opportunities to set PERL_HOMEDIR=0
[ -f /etc/sysconfig/perl-homedir ] . /etc/sysconfig/perl-homedir
[ -f $HOME/.perl-homedir ] . $HOME/.perl-homedir
alias perlll=eval `perl -Mlocal::lib`
# if system default
if [ x$PERL_HOMEDIR = x1 ] ; then
eval `perl -Mlocal::lib`
fi
Index: perl-local-lib.spec
===
RCS file: /cvs/extras/rpms/perl-local-lib/devel/perl-local-lib.spec,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -p -r1.10 -r1.11
--- perl-local-lib.spec 5 Jan 2010 01:36:30 - 1.10
+++ perl-local-lib.spec 5 Jan 2010 02:29:12 - 1.11
@@ -1,6 +1,6 @@
Name: perl-local-lib
Version:1.004009
-Release:1%{?dist}
+Release:2%{?dist}
# lib/local/lib.pm - GPL+ or Artistic
License:GPL+ or Artistic
Group: Development/Libraries
@@ -11,6 +11,9 @@ BuildRoot: %{_tmppath}/%{name}-%{versio
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
BuildArch: noarch
+Source10: perl-homedir.sh
+Source11: perl-homedir.csh
+
BuildRequires: perl(ExtUtils::MakeMaker) = 6.42
BuildRequires: perl(CPAN) = 1.80
BuildRequires: perl(ExtUtils::CBuilder)
@@ -47,6 +50,22 @@ or collection of modules. Useful in case
hasn't applied a patch to a module of theirs that you need for your
application.
+%package -n perl-homedir
+License:GPL+ or Artistic
+Group: Development/Libraries
+Summary:Per-user Perl local::lib setup
+Requires: %{name} = %{version}-%{release}
+Requires: /usr/bin/cpan
+
+%description -n perl-homedir
+perl-homedir configures the system to automatically create a ~/perl5
+directory in each user's $HOME on user login. This allows each user to
+install and CPAN packages via the CPAN to their $HOME, with no additional
+configuration or privliges, and without installing them system-wide.
+
+If you want your users to be able to install and use their own Perl modules,
+install this package.
+
%prep
%setup -q -n local-lib-%{version}
@@ -63,6 +82,10 @@ find %{buildroot} -depth -type d -exec r
%{_fixperms} %{buildroot}/*
+mkdir -p %{buildroot}%{_sysconfdir}/profile.d
+cp %{SOURCE10} %{buildroot}%{_sysconfdir}/profile.d/
+cp %{SOURCE11} %{buildroot}%{_sysconfdir}/profile.d/
+
%check
make test
@@ -75,7 +98,14 @@ rm -rf %{buildroot}
%{perl_vendorlib}/*
%{_mandir}/man3/*.3*
+%files -n perl-homedir
+%defattr(-,root,root,-)
+%{_sysconfdir}/profile.d/*
+
%changelog
+* Tue Jan 05 2010 Chris Weyl cw...@alumni.drew.edu 1.004009-2
+- add perl-homedir subpackage
+
* Tue Jan 05 2010 Chris Weyl cw...@alumni.drew.edu 1.004009-1
- add perl_default_filter
- auto-update to 1.004009 (by cpan-spec-update 0.01)
--
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
perl-homedir / per user local::lib invocation
Sooo Over on the modernperlbooks blog, chromatic recently wrote a
couple good posts[1] about regular users using cpan, and integrating
CPAN.pm with distro-specific bits (e.g. interface with yum, etc).
This isn't an implementation of any of that :) But using local::lib
to manage CPAN installs at the per-user level is near-trivial; it's
what it was designed for, after all. And inserting a script in
/etc/profile.d to do that would make it just work for everyone on a
given system. Hence, a new subpackage off perl-local-lib:
perl-homedir (just built in rawhide). It just installs
/etc/profile.d/perl-homedir.{sh,csh}; which in turn invokes eval
`perl -Mlocal::lib`.
Most users wouldn't ever see this -- the package would have to be
explicitly installed. And even then, the average user isn't going to
be using the cpan tool. I use something like this in my ~/.bashrc
already, and it's pretty nice to be able to quickly install a bunch of
new modules from the CPAN w/o either clobbering system-wide SITELIB
dirs or packaging a half dozen additional modules. (Like the other
day, when I decided to see what all the fuss about Plack/PSGI is
about.)
Thoughts?
-Chris
[1]
http://www.modernperlbooks.com/mt/2009/12/helping-perl-packagers-package-perl.html,
http://www.modernperlbooks.com/mt/2009/12/more-perl-packaging-possibilities.html
--
Chris Weyl
Ex astris, scientia
--
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
File CPAN-Inject-0.11.tar.gz uploaded to lookaside cache by mmaslano
A file has been added to the lookaside cache for perl-CPAN-Inject: 505d71440ddd20c6eb0175c49a145f20 CPAN-Inject-0.11.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-CPAN-Inject/devel CPAN-Inject-0.11.patch, NONE, 1.1 perl-CPAN-Inject.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-CPAN-Inject/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv24059
Modified Files:
.cvsignore sources
Added Files:
CPAN-Inject-0.11.patch perl-CPAN-Inject.spec
Log Message:
* Tue Dec 22 2009 Marcela Mašláňová mmasl...@redhat.com 0.11-2
- switch off test which had problems with cpan in mock
CPAN-Inject-0.11.patch:
02_main.t | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
--- NEW FILE CPAN-Inject-0.11.patch ---
diff -up CPAN-Inject-0.11/t/02_main.t.old CPAN-Inject-0.11/t/02_main.t
--- CPAN-Inject-0.11/t/02_main.t.old2007-12-11 04:48:15.0 +0100
+++ CPAN-Inject-0.11/t/02_main.t2009-12-22 12:45:55.999046224 +0100
@@ -8,7 +8,7 @@ BEGIN {
$^W = 1;
}
-use Test::More tests = 24;
+use Test::More tests = 21;
use File::Spec::Functions ':ALL';
use File::Remove 'remove';
use CPAN::Inject;
@@ -75,18 +75,18 @@ SCOPE: {
author = 'ADAMK',
);
};
- SKIP: {
- skip( Current user owns CPAN::Config, 1 ) unless $@;
- ok(
- $@ =~ /The sources directory is not owned by the
current user/,
- 'Got expected error',
- );
- }
- SKIP: {
- skip( Current user does not own CPAN::Config, 2 ) if $@;
- isa_ok( $cpan, 'CPAN::Inject' );
- is( $cpan-author, 'ADAMK', '-author ok' );
- }
+# SKIP: {
+# skip( Current user owns CPAN::Config, 1 ) unless $@;
+# ok(
+# $@ =~ /The sources directory is not owned by the
current user/,
+# 'Got expected error',
+# );
+# }
+# SKIP: {
+# skip( Current user does not own CPAN::Config, 2 ) if $@;
+# isa_ok( $cpan, 'CPAN::Inject' );
+# is( $cpan-author, 'ADAMK', '-author ok' );
+# }
}
--- NEW FILE perl-CPAN-Inject.spec ---
Name: perl-CPAN-Inject
Version:0.11
Release:2%{?dist}
Summary:Base class for injecting distributions into CPAN sources
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/CPAN-Inject/
Source0:
http://www.cpan.org/authors/id/A/AD/ADAMK/CPAN-Inject-%{version}.tar.gz
Patch0: CPAN-Inject-0.11.patch
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl(CPAN) = 1.36
BuildRequires: perl(CPAN::Checksums) = 1.05
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(File::chmod) = 0.30
BuildRequires: perl(File::Remove) = 0.34
BuildRequires: perl(Params::Util) = 0.21
BuildRequires: perl(Test::More) = 0.42
BuildRequires: perl(Test::Script) = 1.02
BuildRequires: perl(Test::Harness)
Requires: perl(CPAN) = 1.36
Requires: perl(CPAN::Checksums) = 1.05
Requires: perl(File::chmod) = 0.30
Requires: perl(Params::Util) = 0.21
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
%description
Following the release of CPAN::Mini, the CPAN::Mini::Inject module was
created to add additional distributions into a minicpan mirror.
%prep
%setup -q -n CPAN-Inject-%{version}
%patch0 -p1
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
rm -rf $RPM_BUILD_ROOT
make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
%{_fixperms} $RPM_BUILD_ROOT/*
%check
make test
%clean
rm -rf $RPM_BUILD_ROOT
%files
%defattr(-,root,root,-)
%doc Changes LICENSE README
%{perl_vendorlib}/*
%{_bindir}/cpaninject
%{_mandir}/man1/cpaninject.1.gz
%{_mandir}/man3/*
%changelog
* Tue Dec 22 2009 Marcela Mašláňová mmasl...@redhat.com 0.11-2
- switch off test which had problems with cpan in mock
* Wed Nov 18 2009 Marcela Mašláňová mmasl...@redhat.com 0.11-1
- Specfile autogenerated by cpanspec 1.78.
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-CPAN-Inject/devel/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 4 Jan 2010 20:24:38 - 1.1
+++ .cvsignore 5 Jan 2010 07:49:50 - 1.2
@@ -0,0 +1 @@
+CPAN-Inject-0.11.tar.gz
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-CPAN-Inject/devel/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 4 Jan 2010 20:24:38 - 1.1
+++ sources 5 Jan 2010 07:49:50 - 1.2
@@ -0,0 +1 @@
+505d71440ddd20c6eb0175c49a145f20 CPAN-Inject-0.11.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list
