Re: Confusion with openal-soft
Adam Williamson wrote: It's usually possible to have the devel packages co-exist by renaming the new library (make it libopenal-soft.so). This may require a small patch to any app you want to build against the new version (make it look for libopenal-soft instead of just libopenal), but I think this is preferable to conflicting -devel packages. Right, see also the hackery we do to allow kdelibs-devel and kdelibs3-devel to coexist. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Confusion with openal-soft
Jochen Schmitt wrote: Pushing openal-soft info F-11/F-10 is a violation of the Fedora updating policy. It's not. It's entirely acceptable to bump a soname if there's a good reason to and dependent packages WILL have to get rebuilt. It would be impossible to update something like xulrunner for security fixes otherwise. That said, in this case, IMHO there are too many dependent packages to force such a global rebuild. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
Jindrich Novy wrote: Nope, it is intentional. It is needed to somehow distinguish the noarch and arch-dependent part. So package texlive-csplain contains the noarch bits and texlive-csplain.ARCH ships the binaries. Wouldn't texlive-csplain-libs or texlive-csplain-bin be more compliant to our guidelines? Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
Michael Schwendt wrote: Indeed. A single tomboy build obsoleted more than a dozen Mono packages and actually got marked stable sometimes later without anyone adding a comment. I'd blame the tomboy maintainer for the chaos there. Before you push an update to a package, you MUST check for previous updates for the package (possibly filed by somebody else, Bodhi will NOT mail you about them, even if you are the maintainer!), and if it's a grouped update, you CANNOT push a new update for your package, you MUST get it updated in the group instead. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: TeX Live 2009 for Fedora
On Thu, 2009-08-20 at 17:10 +0200, Jindrich Novy wrote: On Thu, Aug 20, 2009 at 04:48:49PM +0300, Jussi Lehtola wrote: It seems your spec making program has some bugs, as some packages have names such as texlive-csplain.ARCH, this probably shouldn't be..? Nope, it is intentional. It is needed to somehow distinguish the noarch and arch-dependent part. So package texlive-csplain contains the noarch bits and texlive-csplain.ARCH ships the binaries. Wouldn't it be better to have texlive-csplain%{_isa} shipping the arch dependent bits and a texlive-csplain-common.noarch shipping the arch independent stuff? That would be more in line with other packages. -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Plan for tomorrow's (20090821) FESCo meeting
On Thu, 20 Aug 2009 22:10:59 -0400, you wrote: 238Can libvdpau go in Fedora? As far I understand this package itself is open source but has a dependency to the properitary nVidia video driver which is provides by rpmfusion.org. For this reason I vote agains the inclusion of this package into Fedora because I introduce a requirement reference to a third-party repository. Best Regards: Jochen Schmitt -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Multiline values in bodhi.template
I'm believe before this works fine, but now I try put multiline comment into notes field like: # Description of your update notes=- New version. - Name directory in tarball sim instead of trunk. - Step to lzma source packaging. - For BUG#478341 fixing add R kdebase3-libs and got error: [pa...@x-www F-10]$ make update Traceback (most recent call last): File /usr/bin/bodhi, line 322, in module main() File /usr/bin/bodhi, line 129, in main updates = bodhi.parse_file(input_file=opts.input_file) File /usr/lib/python2.6/site-packages/fedora/client/bodhi.py, line 276, in parse_file config.readfp(template_file) File /usr/lib/python2.6/site-packages/iniparse/compat.py, line 115, in readfp self.data._readfp(fp) File /usr/lib/python2.6/site-packages/iniparse/ini.py, line 629, in _readfp raise exc ConfigParser.ParsingError: File contains parsing errors: bodhi.template [line 14]: - New version. [line 15]: - Name directory in tarball sim instead of trunk. [line 16]: - Step to lzma source packaging. [line 17]: - For BUG#478341 fixing add R kdebase3-libs Why? Can I provide multiline notes at all? How? -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning packages
Picked up: 1. gquilt 2. quilt Co-maintainers are welcome. Thanks and Regards, Vivek -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Plan for tomorrow's (20090821) FESCo meeting
On Fri, 2009-08-21 at 15:39 +0200, Jochen Schmitt wrote: On Thu, 20 Aug 2009 22:10:59 -0400, you wrote: 238 Can libvdpau go in Fedora? As far I understand this package itself is open source but has a dependency to the properitary nVidia video driver which is provides by rpmfusion.org. For this reason I vote agains the inclusion of this package into Fedora because I introduce a requirement reference to a third-party repository. I think there's precedents for accepting it for Fedora: - libXNVCtrl, another X extension library that happens to only do anything when the user is running the nvidia binary driver, but which is itself MIT-licensed. - gstreamer-plugins-flumpegdemux, which allows you to separate the audio and video streams from MPEG files, even though the decoding itself is off-limits for Fedora It happens that only nvidia implements VDPAU at the moment, but so what? Any other vendor could too. - ajax 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
Re: Plan for tomorrow's (20090821) FESCo meeting
On 08/20/2009 10:10 PM, Jon Stanley wrote: Apologies for the late agenda, I completely blanked out today :(. The following are the topics for tomorrow's meeting at 17:00UTC on #fedora-meeting on freenode: 244 Reconsider Moblin Feature for Fedora 12 238 Can libvdpau go in Fedora? For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor. I'm pretty sure there are several Fedora Packaging Committee items waiting to be ratified. I think there are at least two tickets still open in Traac. ~spot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Plan for tomorrow's (20090821) FESCo meeting
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 21.08.2009 15:57, schrieb Adam Jackson: On Fri, 2009-08-21 at 15:39 +0200, Jochen Schmitt wrote: On Thu, 20 Aug 2009 22:10:59 -0400, you wrote: 238Can libvdpau go in Fedora? As far I understand this package itself is open source but has a dependency to the properitary nVidia video driver which is provides by rpmfusion.org. For this reason I vote agains the inclusion of this package into Fedora because I introduce a requirement reference to a third-party repository. I think there's precedents for accepting it for Fedora: - libXNVCtrl, another X extension library that happens to only do anything when the user is running the nvidia binary driver, but which is itself MIT-licensed. - gstreamer-plugins-flumpegdemux, which allows you to separate the audio and video streams from MPEG files, even though the decoding itself is off-limits for Fedora - From my point of view. This cases demostrate, that we need a clarification about the requirements which a package has to fullfill for inclusssion into Fedora. Package which are only useable if you have installed a package which is not part of Fedora may not allow for Fedora. This is the argument why we not contributes eumulators. In common emulators requires special ROM images which contains copyright content. It happens that only nvidia implements VDPAU at the moment, but so what? Any other vendor could too. - A made dicision may not be valid forever. If we will have got a opensource package which allow the usage of vdpau with the close source driver from nvidia we can change this dicision. Best Regards: Jochen Schmitt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iJwEAQECAAYFAkqOrqYACgkQZLAIBz9lVu8IPQP/URKbZwLWz86b6y+8mRJtNv61 sUhgpY8pXQ1ztvf1HKVL2gdj6QnVuzFS6wb4x3UN3UTpErDZaF5x6galuS1zJOOo 5+iSjtkVdxDr12CQTEUT7+weKYTGxw3Vg2cFNzH4j3GkQzo8vxm2DJCDEwXvyZ3Q K8WjxvoHRS/LUXQn5pM= =8/2F -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Audacious 2.1 coming - SONAME change
On 07/16/2009 02:30 PM, Michael Schwendt wrote: Audacious 2.1 is going to land in Rawhide soon. src.rpm updates have been comitted to Fedora package cvs/devel already. Compared with 1.5.1 this new final release changes the SONAME version of essential libraries within the audacious-libs package. Dependencies will need to be rebuilt. Plugins may need a minor update to sync with modified plugin API structures. Hi Michael, I've finally gotten around to upgrading the freeworld plugins in rpmfusion development repo, they are at 2.1 now too. Regards, Hans -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Plan for tomorrow's (20090821) FESCo meeting
On Fri, Aug 21, 2009 at 3:57 PM, Adam Jacksona...@redhat.com wrote: On Fri, 2009-08-21 at 15:39 +0200, Jochen Schmitt wrote: On Thu, 20 Aug 2009 22:10:59 -0400, you wrote: 238 Can libvdpau go in Fedora? As far I understand this package itself is open source but has a dependency to the properitary nVidia video driver which is provides by rpmfusion.org. For this reason I vote agains the inclusion of this package into Fedora because I introduce a requirement reference to a third-party repository. I think there's precedents for accepting it for Fedora: - libXNVCtrl, another X extension library that happens to only do anything when the user is running the nvidia binary driver, but which is itself MIT-licensed. - gstreamer-plugins-flumpegdemux, which allows you to separate the audio and video streams from MPEG files, even though the decoding itself is off-limits for Fedora It happens that only nvidia implements VDPAU at the moment, but so what? Any other vendor could too. Well S3 does, but there driver isn't open either. But it proves that non nvidia implementations are possible. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
On Fri, Aug 21, 2009 at 03:07:47PM +0200, Kevin Kofler wrote: Michael Schwendt wrote: Indeed. A single tomboy build obsoleted more than a dozen Mono packages and actually got marked stable sometimes later without anyone adding a comment. I'd blame the tomboy maintainer for the chaos there. Before you push an update to a package, you MUST check for previous updates for the package (possibly filed by somebody else, Bodhi will NOT mail you about them, even if you are the maintainer!), and if it's a grouped update, you CANNOT push a new update for your package, you MUST get it updated in the group instead. I'd blame the bad workflow and the unexpected beheaviour of bodhi. Btw. all your steps are not documented in the Package Update Howto[0] and are probably not valid anymore, since the auto obsoletion is disabled now. But I do not really know how Bodhi would behave now. Regards Till [0] https://fedoraproject.org/wiki/Package_update_HOWTO pgpe0kVTrakjl.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Plan for tomorrow's (20090821) FESCo meeting
On Fri, 2009-08-21 at 16:26 +0200, Jochen Schmitt wrote: - From my point of view. This cases demostrate, that we need a clarification about the requirements which a package has to fullfill for inclusssion into Fedora. I don't disagree, but... Package which are only useable if you have installed a package which is not part of Fedora may not allow for Fedora. This is the argument why we not contributes eumulators. In common emulators requires special ROM images which contains copyright content. I think this is a faulty generalization. X is a network protocol. vdpau and xnvctrl applications can be perfectly functional running on a Fedora machine with no nvidia driver installed, if they happen to be talking to some _other_ machine somewhere in the world that does support those extensions. One might argue that this is a trivial distinction, and that it still requires some non-free blob to be made to work, but to make that assertion you're basically saying that interoperability is only acceptable if there's some free implementation of what you're interoperating with. If you follow that idea through, you end up removing pilot-link, libgpod... The emulator rule-of-thumb makes sense to the extent that the emulator itself is the end goal. If the only reason you could want it installed is to play some arcade game ROM then there's pretty clearly no interoperability argument to be made. But libvdpau isn't the end goal; the VDPAU app is the end goal. libvdpau is just how you get there. The emulator RoT also assumes that the copyright holder of the magic bits doesn't _want_ you to use them. NVIDIA clearly wants people to use VDPAU. - ajax 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
Re: Plan for tomorrow's (20090821) FESCo meeting
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 21.08.2009 17:10, schrieb Adam Jackson: On Fri, 2009-08-21 at 16:26 +0200, Jochen Schmitt wrote: - From my point of view. This cases demostrate, that we need a clarification about the requirements which a package has to fullfill for inclusssion into Fedora. I don't disagree, but... Package which are only useable if you have installed a package which is not part of Fedora may not allow for Fedora. This is the argument why we not contributes eumulators. In common emulators requires special ROM images which contains copyright content. I think this is a faulty generalization. X is a network protocol. vdpau and xnvctrl applications can be perfectly functional running on a Fedora machine with no nvidia driver installed, if they happen to be talking to some _other_ machine somewhere in the world that does support those extensions. One might argue that this is a trivial distinction, and that it still requires some non-free blob to be made to work, but to make that assertion you're basically saying that interoperability is only acceptable if there's some free implementation of what you're interoperating with. If you follow that idea through, you end up removing pilot-link, libgpod... The emulator rule-of-thumb makes sense to the extent that the emulator itself is the end goal. If the only reason you could want it installed is to play some arcade game ROM then there's pretty clearly no interoperability argument to be made. But libvdpau isn't the end goal; the VDPAU app is the end goal. libvdpau is just how you get there. The emulator RoT also assumes that the copyright holder of the magic bits doesn't _want_ you to use them. NVIDIA clearly wants people to use VDPAU. - ajax Thank you for your explaination. I think we should make a distinct betwenn a regquirement which must install on the same machine and another requirement which is provides by a remote system. Best Regards: Jochen Schmitt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iJwEAQECAAYFAkqOumsACgkQZLAIBz9lVu9MoQP/ZNjwRUZSEUFxRj19pmjKocky 4OfA8yE8k15ZSEGr46wy7aMTshSnN0Ccw3hxwM1Qj+Z/g21XVJlXOK4EyFIz28Mt voBhqg2nYOBbArbBfLs+Jp3BnVZ1WIUdhTtWyDfdo6l5si61QYc5QGL2ZATBaHRT 7BYhDbiZFWxevACyRPE= =QIRs -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Plan for tomorrow's (20090821) FESCo meeting
On Fri, 2009-08-21 at 16:51 +0200, drago01 wrote: Well S3 does, but there driver isn't open either. But it proves that non nvidia implementations are possible. S3's driver implements VAAPI, not VDPAU. I already have a package review for libva submitted (mentioned it yesterday). -- 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: Plan for tomorrow's (20090821) FESCo meeting
On Fri, Aug 21, 2009 at 5:54 PM, Adam Williamsonawill...@redhat.com wrote: On Fri, 2009-08-21 at 16:51 +0200, drago01 wrote: Well S3 does, but there driver isn't open either. But it proves that non nvidia implementations are possible. S3's driver implements VAAPI, not VDPAU. I already have a package review for libva submitted (mentioned it yesterday). http://drivers.s3graphics.com/en/download/drivers/chrome5x-Linux/RN_Linux_EN.txt hmm? I have not tested it due to lack of hardware but it says: 06/26/2009: Version 14.02.17 - Bug Fixes - XRandR support - VDPAU support - KMS Support SUPPORTED FEATURES - H/W accelerated 2D (XAA/EXA) - H/W accelerated direct-rendering OpenG3.0 - H/W accelerated H.264/MPEG2/WMV-9/VC-1 video playback. - SAMM / Rotation / Xinerama / Compiz - XRandR support - VDPAU support - KMS Support And there are a lot of VDPAU references in the bug fixed list. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning some packages
Hi, sali...@fedoraproject.org wrote: On these other packages, I'm reducing my involvement to being co-maintainer, and new package owners are already selected when ownership was released: banshee [spot] If there is help needed, I'd like to volunteer co-maintaining banshee. I'm using banshee from time to time and I'm also maintaining some other mono-based packages. Best regards, Christian -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
drago01 wrote: Sorry but the fail here is 100% on bodhi's side , why does a single package obsolete a complete group update? That is just broken, and this example clearly showed it. It's broken (we've had some fun with that with the KDE grouped updates too, we learned to be careful about what we push when), but a maintainer should know how to use our tools, which includes being aware of their limitations. Double-checking things both before and after filing an update (e.g. checking https://admin.fedoraproject.org/updates/thepackageyoureabouttopushanupdatefor before filing the new update request) definitely can't hurt (I always do that), and it will help avoiding issues you don't even know about, or at least catching them earlier than 2 months after the fact (as happened here). Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
On Fri, Aug 21, 2009 at 08:13:34PM +0200, Kevin Kofler wrote: drago01 wrote: Sorry but the fail here is 100% on bodhi's side , why does a single package obsolete a complete group update? That is just broken, and this example clearly showed it. It's broken (we've had some fun with that with the KDE grouped updates too, we learned to be careful about what we push when), but a maintainer should know how to use our tools, which includes being aware of their limitations. I use bodhi every day. I have yet to find all it's limitations. There are known limitations that aren't even documented. I think it's a bit far reaching to say that maintainers should just know, when there is no good way for them to know without either reading the code or excessive use. Double-checking things both before and after filing an update (e.g. checking https://admin.fedoraproject.org/updates/thepackageyoureabouttopushanupdatefor before filing the new update request) definitely can't hurt (I always do that), and it will help avoiding issues you don't even know about, or at least catching them earlier than 2 months after the fact (as happened here). That's decent advice, but it will not catch quite a number of the problems that we see come up. josh -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
On Fri, Aug 21, 2009 at 8:13 PM, Kevin Koflerkevin.kof...@chello.at wrote: drago01 wrote: Sorry but the fail here is 100% on bodhi's side , why does a single package obsolete a complete group update? That is just broken, and this example clearly showed it. It's broken (we've had some fun with that with the KDE grouped updates too, we learned to be careful about what we push when), but a maintainer should know how to use our tools, which includes being aware of their limitations. Double-checking things both before and after filing an update (e.g. checking https://admin.fedoraproject.org/updates/thepackageyoureabouttopushanupdatefor before filing the new update request) definitely can't hurt (I always do that), and it will help avoiding issues you don't even know about, or at least catching them earlier than 2 months after the fact (as happened here). Sure if you know about a bug/limitation you can try to avoid it, but as Josh said you can't expect that every maintainer knows about all (undocumented) bugs/limitations. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
Sorry but the fail here is 100% on bodhi's side , why does a single package obsolete a complete group update? That is just broken, and this example clearly showed it. It's broken (we've had some fun with that with the KDE grouped updates too, we learned to be careful about what we push when), but a maintainer should know how to use our tools, which includes being aware of their limitations. Double-checking things both before and after filing an update (e.g. checking https://admin.fedoraproject.org/updates/thepackageyoureabouttopushanupdatefor before filing the new update request) definitely can't hurt (I always do that), and it will help avoiding issues you don't even know about, or at least catching them earlier than 2 months after the fact (as happened here). Sure if you know about a bug/limitation you can try to avoid it, but as Josh said you can't expect that every maintainer knows about all (undocumented) bugs/limitations. Agreed, I ran into the issue a while ago. Not such a major issues as it would be for something like a KDE or mono update but annoying none the less. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
On Fri, 21 Aug 2009 20:13:34 +0200, Kevin wrote: drago01 wrote: Sorry but the fail here is 100% on bodhi's side , why does a single package obsolete a complete group update? That is just broken, and this example clearly showed it. It's broken (we've had some fun with that with the KDE grouped updates too, we learned to be careful about what we push when), Pitfalls remain nevertheless. F10 ktorrent got marked stable with the KDE4 buildroot override packages still sitting in updates-testing. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Emacs packaging guidelines fix for XEmacs
Would someone who has editing rights to https://fedoraproject.org/wiki/Packaging:Emacs please do a global search and replace: %{_datadir}/xemacs/site-packages to %{_datadir}/xemacs/site-packages/lisp In particular, be sure that %{_datadir}/xemacs/site-packages/site-start.d gets changed to %{_datadir}/xemacs/site-packages/lisp/site-start.d. Thanks! -- Jerry My other hobby is XEmacs James http://www.jamezone.org/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
popcorn sound with kernel 2.6.29.6
Hello there, I am experiencing some random popcorn sound while playing mp3 and while assisting flash based webinars with the kernel-2.6.29.6. However I am not experiencing this with kernel-2.6.29.5. By random I mean, I don't get this popcorn sound everytime I play the same mp3 and at the same timeframe. This popcorn sound seems to attenuate the gain of the music and at the same time it speeds the play. Has anyone encountered this issue with kernel-2.6.29.6 or any means to troubleshoot it ? I was hoping to see this fix in the latest fedora release but the problem is still there. regards, Chitlesh -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Emacs packaging guidelines fix for XEmacs
JJ == Jerry James loganje...@gmail.com writes: JJ Would someone who has editing rights to JJ https://fedoraproject.org/wiki/Packaging:Emacs please do a global JJ search and replace: Could we have some explanation of why these changes are needed? Have these directories changed location recently? Are there versions of Fedora where these changes will not apply? What about RHEL/EPEL? - J -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Emacs packaging guidelines fix for XEmacs
On Fri, Aug 21, 2009 at 1:46 PM, Jason L Tibbitts IIIti...@math.uh.edu wrote: Could we have some explanation of why these changes are needed? Have these directories changed location recently? Are there versions of Fedora where these changes will not apply? What about RHEL/EPEL? No, the XEmacs locations have needed the lisp part for a long time. See the very bottom of this page, and notice the copyright dates: http://www.xemacs.org/Documentation/packageGuide.html My suspicion is that whoever wrote the wiki page did a copypaste from the Emacs version and overlooked the lisp portion of the path. I actually noted this once before and thought from the response I got that it would be taken care of. Ah, perhaps it was. Item #7 in the Executive Guidelines on the wiki page gets it right. This change is appropriate for every distribution with a post 2000 release of XEmacs. Prior to that, it used site-lisp like Emacs anyway Thanks, -- 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: Emacs packaging guidelines fix for XEmacs
On Fri, Aug 21, 2009 at 1:58 PM, Jerry Jamesloganje...@gmail.com wrote: that it would be taken care of. Ah, perhaps it was. Item #7 in the Executive Guidelines on the wiki page gets it right. Now that I look closer, the text gets it right everywhere. It's just the spec file samples that get it wrong. So forget the global search and replace. Could someone just do the search and replace on the spec file samples? Thanks, -- 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: Emacs packaging guidelines fix for XEmacs
Certainly the text not agreeing with the templates is something we need to fix. I've changed four references of xemacs/site-packages to xemacs/site-packages/lisp in two specfile templates. Please double-check that everything is correct. - J -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Emacs packaging guidelines fix for XEmacs
On Fri, Aug 21, 2009 at 2:25 PM, Jason L Tibbitts IIIti...@math.uh.edu wrote: Certainly the text not agreeing with the templates is something we need to fix. I've changed four references of xemacs/site-packages to xemacs/site-packages/lisp in two specfile templates. Please double-check that everything is correct. Yes, it looks correct now. Thanks, Jason! -- 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 packages
I'm orphaning a few packages I'm not using anymore, feel free to take over: - agave -- Generate a variety of colorschemes from a single starting color - apachetop -- A top-like display of Apache logs - basket -- Taking care of your ideas - blobby -- Volley-ball game - cryptopp -- Public domain C++ class library of cryptographic schemes - glest glest-data -- 3D real time strategy game - gwenview -- Simple image viewer for KDE - mhonarc -- Perl mail-to-HTML converter - moodbar -- Identifies the mood of your music files - pdftohtml -- PDF to HTML converter - perl-Jcode -- Perl extension interface for converting Japanese text - perl-Unicode-Map -- Perl module for mapping charsets from and to utf16 unicode - perl-Unicode-Map8 -- Mapping table between 8-bit chars and Unicode for Perl - perl-Unicode-MapUTF8 -- Conversions to and from arbitrary character sets and UTF8 - perl-Unicode-String -- Perl modules to handle various Unicode issues - php-adodb -- Active Data Objects Data Base - qca -- Qt Cryptographic Architecture - qca-gnupg -- GnuPG plugin for the Qt Cryptographic Architecture v2 - qca-ossl -- OpenSSL plugin for the Qt Cryptographic Architecture v2 - qca-tls -- TLS plugin for the Qt Cryptographic Architecture - qca2 -- Qt Cryptographic Architecture - showimg -- Feature-rich image viewer for KDE - stow -- Manage the installation of software packages from source - taglib -- Audio Meta-Data Library - tetex-unicode -- Unicode support for LaTeX - tiger -- Security auditing on UNIX systems - ulogd -- The userspace logging daemon for netfilter - unrtf -- RTF to other formats converter - wv -- MSWord 6/7/8/9 binary file format to HTML converter - xbindkeys -- Binds keys or mouse buttons to shell commands under X. - xine-lib -- A multimedia engine - xlhtml -- Excel 95/97 and PowerPoint to HTML converter Thanks Aurélien -- http://aurelien.bompard.org Jabber : abomp...@jabber.fr We act as though comfort and luxury were the chief requirements of life, when all that we need to make us happy is something to be enthusiastic about. -- Albert Einstein -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: popcorn sound with kernel 2.6.29.6
On Fri, 2009-08-21 at 21:41 +0200, Chitlesh GOORAH wrote: I am experiencing some random popcorn sound while playing mp3 and while assisting flash based webinars with the kernel-2.6.29.6. Can you reproduce if for example running pasuspender totem name of mp3 ? Jon. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning packages
Whoops, I forgot a few more : - libifp -- A general-purpose library-driver for iRiver's iFP portable audio players - libkexif -- Allow Kipi plugins to extract EXIF information - libkipi -- Common plugin infrastructure for KDE image applications - libvisual libvisual-plugins -- Abstraction library for audio visualisation plugins - python-dialog -- Python interface to the Unix dialog utility Thanks Aurélien -- http://aurelien.bompard.org Jabber : abomp...@jabber.fr Everyone thinks of changing the world, but no one thinks of changing himself. -- Tolstoï -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning packages
On Fri, Aug 21, 2009 at 3:34 PM, Aurelien Bompardgau...@free.fr wrote: I'm orphaning a few packages I'm not using anymore, feel free to take over: snip - apachetop -- A top-like display of Apache log snip I'd like to take this one, I use it quite often. I'll be taking ownership in Fedora pkgdb here in a moment. -Adam -- http://maxamillion.googlepages.com - () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning packages
You might not have gotten around to it, but it appears you only orphaned the devel branch of apachetop, wasn't sure if you want to continue to maintain the stable branches but no longer beyond that or completely orphan? -Adam -- http://maxamillion.googlepages.com - () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning packages
On Fri, 21 Aug 2009 22:34:24 +0200, Aurelien wrote: I'm orphaning a few packages I'm not using anymore, feel free to take over: - taglib -- Audio Meta-Data Library I'll sign up for that one... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning packages
You might not have gotten around to it, but it appears you only orphaned the devel branch of apachetop, wasn't sure if you want to continue to maintain the stable branches but no longer beyond that or completely orphan? I'm not sure what the right way is. If you want to maintain it, I'll be happy to orphan F10 and F11 too, I just thought that if no-one showed up I could handle maintenance til F12. I'll orphan them right now. Aurélien -- http://aurelien.bompard.org Jabber : abomp...@jabber.fr If Java had true garbage collection, most programs would delete themselves upon execution. -- Robert Sewell -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning packages
Hi, I would like to take up pdftohtml. I could only see the devel branch in pkgdb without the Fedora 10 and 11 branch. I will be taking up ownership of the devel branch. Thanks and Regards, Vivek -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning packages
Hi Aurélien, Picked up stow. If you want I can manage the Fedora-10 and 11 branches as well. In case you orphan them, I will pick them up as well. Thanks and Regards, Vivek -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning packages
On Friday 21 August 2009 04:34:24 pm Aurelien Bompard wrote: - ulogd -- The userspace logging daemon for netfilter I'm taking this one. Thanks, -Steve -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - qca2 -- Qt Cryptographic Architecture I'll take this one - --Ben -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqPE+IACgkQiPi+MRHG3qR5BACdF9QP6V0LSJPnDtLklv3FSUIG roUAoL8FVAQGEyZtbMQtPrjLLRsXpgM4 =Smit -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Add Moblin Desktop group to comps
Hi All, I would like to add a group for the Moblin Desktop. My proposed patch is below and feedback is welcome. This is updated with the current components that are in rawhide. All the other packages should be pulled in by deps. Cheers, Peter --- comps-f12.xml.in.orig 2009-08-20 17:10:23.0 +0100 +++ comps-f12.xml.in2009-08-21 23:11:19.0 +0100 @@ -4235,6 +4235,24 @@ /packagelist /group group +idmoblin-desktop/id +_nameMoblin Desktop Environment/_name +_descriptionMoblin is a desktop environment for NetBook/NetTop/MID devices./_description +defaultfalse/default +uservisibletrue/uservisible +packagelist + packagereq type=mandatorybisho/packagereq + packagereq type=mandatorybognor-regis/packagereq + packagereq type=mandatorymoblin-cursor-theme/packagereq + packagereq type=mandatorymoblin-gtk-engine/packagereq + packagereq type=mandatorymoblin-icon-theme/packagereq + packagereq type=mandatorymoblin-panel-applications/packagereq + packagereq type=mandatorymoblin-session/packagereq + packagereq type=mandatorymoblin-sound-theme/packagereq + packagereq type=defaultanjal/packagereq +/packagelist + /group + group idmongolian-support/id _nameMongolian Support/_name _description/ @@ -6237,6 +6255,7 @@ groupidgnome-desktop/groupid groupidkde-desktop/groupid groupidlxde-desktop/groupid + groupidmoblin-desktop/groupid groupidsugar-desktop/groupid groupidwindow-managers/groupid groupidxfce-desktop/groupid -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning packages
* Aurelien Bompard [21/08/2009 22:59] : - perl-Unicode-Map -- Perl module for mapping charsets from and to utf16 unicode - perl-Unicode-Map8 -- Mapping table between 8-bit chars and Unicode for Perl - perl-Unicode-MapUTF8 -- Conversions to and from arbitrary character sets and UTF8 - perl-Unicode-String -- Perl modules to handle various Unicode issues I've taken ownership of these four. Emmanuel -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Upcoming scheduled tasks
Name Start End Stage Sync Alpha to Mirrors Thu 2009-08-20 Tue 2009-08-25 Alpha Export Control Reporting Fri 2009-08-21 Fri 2009-08-21 Allow Pre-branch Fedora 13 Tue 2009-08-25 Tue 2009-08-25 Alpha Public Availability Tue 2009-08-25 Tue 2009-08-25 Alpha Testing Tue 2009-08-25 Tue 2009-09-29 Compose Snap #1Wed 2009-09-02 Wed 2009-09-02 Snapshot 1 Wed 2009-09-02 Fri 2009-09-04 Stage Sync Snap #1 Thu 2009-09-03 Fri 2009-09-04 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Orphaning packages
Hi Aurelien, Aurelien Bompard wrote: I'm orphaning a few packages I'm not using anymore, feel free to take over: - xbindkeys -- Binds keys or mouse buttons to shell commands under X. I took this one. If you like I can also take care of F11 and F10. So if you orphan them, I'll take ownership of these, too. Best regards, Christian -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Broken dependencies in Fedora 11 - 2009-08-20
Michael Schwendt wrote: Pitfalls remain nevertheless. F10 ktorrent got marked stable with the KDE4 buildroot override packages still sitting in updates-testing. Yeah, indeed, the maintainer screwed up big time there. :-/ He didn't talk to us at all before pushing that ktorrent update. :-( He used to be on #fedora-kde from time to time, but not anymore. He apparently didn't read our announcement about the KDE 4.3.0 buildroot override on the mailing list either. BTW, the update notes for that update are also completely worthless, when upstream even summarized the changes nicely in their newsitem (so there's really no excuse for not pasting them in). Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
[Bug 508194] RFE: split /usr/bin/padre into own subpackage
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=508194 --- Comment #6 from Marcela Maslanova mmasl...@redhat.com 2009-08-21 07:01:55 EDT --- I'll split this in next update. I'm planning update after perl-5.10.1 where are threads in version which is needed by padre package. -- 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-PAR/devel .cvsignore, 1.3, 1.4 perl-PAR.spec, 1.5, 1.6 sources, 1.3, 1.4
Author: mmaslano Update of /cvs/pkgs/rpms/perl-PAR/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv6145 Modified Files: .cvsignore perl-PAR.spec sources Log Message: * Fri Aug 21 2009 Marcela Mašláňová mmasl...@redhat.com 0.994-1 - update and fix 505576 which was probably fixed by new release Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-PAR/devel/.cvsignore,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- .cvsignore 28 Apr 2009 10:43:09 - 1.3 +++ .cvsignore 21 Aug 2009 11:18:59 - 1.4 @@ -1 +1 @@ -PAR-0.992.tar.gz +PAR-0.994.tar.gz Index: perl-PAR.spec === RCS file: /cvs/pkgs/rpms/perl-PAR/devel/perl-PAR.spec,v retrieving revision 1.5 retrieving revision 1.6 diff -u -p -r1.5 -r1.6 --- perl-PAR.spec 26 Jul 2009 13:53:13 - 1.5 +++ perl-PAR.spec 21 Aug 2009 11:19:00 - 1.6 @@ -1,6 +1,6 @@ Name: perl-PAR -Version:0.992 -Release:2%{?dist} +Version:0.994 +Release:1%{?dist} Summary:Perl Archive Toolkit License:GPL+ or Artistic Group: Development/Libraries @@ -8,7 +8,6 @@ URL:http://search.cpan.org/d Source0: http://www.cpan.org/authors/id/S/SM/SMUELLER/PAR-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch -BuildRequires: perl = 1:5.6.0 BuildRequires: perl(Archive::Zip) = 1 BuildRequires: perl(Compress::Zlib) = 1.3 BuildRequires: perl(ExtUtils::MakeMaker) @@ -52,6 +51,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Fri Aug 21 2009 Marcela Mašláňová mmasl...@redhat.com 0.994-1 +- update and fix 505576 which was probably fixed by new release + * Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.992-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild Index: sources === RCS file: /cvs/pkgs/rpms/perl-PAR/devel/sources,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- sources 28 Apr 2009 10:43:09 - 1.3 +++ sources 21 Aug 2009 11:19:00 - 1.4 @@ -1 +1 @@ -784a47222ed506224eba1ede7873db5b PAR-0.992.tar.gz +fb59e35d9a21c87c8f41bd1ef5913d44 PAR-0.994.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 505576] perl-PAR-Packer not built with $RPM_OPT_FLAGS
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=505576 Marcela Maslanova mmasl...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Resolution||RAWHIDE --- Comment #2 from Marcela Maslanova mmasl...@redhat.com 2009-08-21 07:19:39 EDT --- Parallel build was added, gcc isn't used in the latest version which fixed problem with RPM_OPT_FLAGS. -- 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-DateTime/EL-4 DateTime-LeapSecond-utf8.patch, NONE, 1.1 DateTime-filter-provides.sh, NONE, 1.1 DateTime-filter-requires.sh, NONE, 1.1 .cvsignore, 1.2, 1.3 perl-DateTime.spec, 1.1, 1.2 source
Author: robert Update of /cvs/pkgs/rpms/perl-DateTime/EL-4 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv30891 Modified Files: .cvsignore perl-DateTime.spec sources Added Files: DateTime-LeapSecond-utf8.patch DateTime-filter-provides.sh DateTime-filter-requires.sh Log Message: Initial import of perl(DateTime) for EPEL DateTime-LeapSecond-utf8.patch: LeapSecond.pm |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) --- NEW FILE DateTime-LeapSecond-utf8.patch --- --- DateTime-0.35/lib/DateTime/LeapSecond.pm.orig 2006-02-28 19:15:01.0 -0600 +++ DateTime-0.35/lib/DateTime/LeapSecond.pm2006-11-03 15:53:44.0 -0600 @@ -159,11 +159,11 @@ =head1 AUTHOR -Fl�vio Soibelmann Glock, Eltfgl...@pucrs.bregt +Flávio Soibelmann Glock, Eltfgl...@pucrs.bregt =head1 COPYRIGHT -Copyright (c) 2003 Fl�vio Soibelmann Glock. Copyright (c) 2004-2006 +Copyright (c) 2003 Flávio Soibelmann Glock. Copyright (c) 2004-2006 David Rolsky. All rights reserved. This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself. --- NEW FILE DateTime-filter-provides.sh --- #!/bin/sh # # Remove redundant unversioned provides of # perl(DateTime) and perl(DateTime::TimeZone). @@PERL_PROV@@ $@ | sed -e '/^perl(DateTime\(::TimeZone\)\?)$/d' --- NEW FILE DateTime-filter-requires.sh --- #!/bin/sh @@PERL_REQ@@ $@ | sed -e '/^perl(Win32::.*$/d' Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-DateTime/EL-4/.cvsignore,v retrieving revision 1.2 retrieving revision 1.3 diff -u -p -r1.2 -r1.3 --- .cvsignore 16 Sep 2005 20:15:06 - 1.2 +++ .cvsignore 21 Aug 2009 13:06:36 - 1.3 @@ -1,3 +1,3 @@ -DateTime-0.2901.tar.gz -DateTime-Locale-0.22.tar.gz -DateTime-TimeZone-0.37.tar.gz +DateTime-0.41.tar.gz +DateTime-Locale-0.35.tar.gz +DateTime-TimeZone-0.67.tar.gz Index: perl-DateTime.spec === RCS file: /cvs/pkgs/rpms/perl-DateTime/EL-4/perl-DateTime.spec,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- perl-DateTime.spec 16 Sep 2005 20:15:06 - 1.1 +++ perl-DateTime.spec 21 Aug 2009 13:06:36 - 1.2 @@ -1,25 +1,33 @@ -%define DTTimeZone_version 0.37 -%define DTLocale_version 0.22 +%define DTTimeZone_version 0.67 +%define DTLocale_version 0.35 Name: perl-DateTime -Version:0.2901 -Release:2%{?dist} -Summary:DateTime Perl module +Version:0.41 +Release:1%{?dist} +Epoch: 1 +Summary:Date and time objects License:GPL or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/DateTime/ -Source0: http://www.cpan.org/modules/by-module/DateTime/DateTime-0.2901.tar.gz -Source1: http://www.cpan.org/modules/by-module/DateTime/DateTime-TimeZone-%{DTTimeZone_version}.tar.gz -Source2: http://www.cpan.org/modules/by-module/DateTime/DateTime-Locale-%{DTLocale_version}.tar.gz +Source0: http://www.cpan.org/authors/id/D/DR/DROLSKY/DateTime-%{version}.tar.gz +Source1: http://www.cpan.org/authors/id/D/DR/DROLSKY/DateTime-TimeZone-%{DTTimeZone_version}.tar.gz +Source2: http://www.cpan.org/authors/id/D/DR/DROLSKY/DateTime-Locale-%{DTLocale_version}.tar.gz +Patch0: DateTime-LeapSecond-utf8.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) +BuildRequires: perl(Class::Singleton) = 1.03 +BuildRequires: perl(File::Find::Rule) BuildRequires: perl(Module::Build) BuildRequires: perl(Params::Validate) = 0.76 -BuildRequires: perl(Class::Singleton) = 1.03 BuildRequires: perl(Pod::Man) = 1.14 -BuildRequires: perl(File::Find::Rule) +# Not yet available on EL-4 branch. +#BuildRequires: perl(Test::Output) BuildRequires: perl(Test::Pod) -Requires: perl(Params::Validate) = 0.76 +BuildRequires: perl(Test::Pod::Coverage) = 1.08 +# Creates a build dependency loop. +#BuildRequires: perl(DateTime::Format::ICal) +#BuildRequires: perl(DateTime::Format::Strptime) Requires: perl(Class::Singleton) = 1.03 +Requires: perl(Params::Validate) = 0.76 Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) Provides: perl-DateTime-TimeZone = %{DTTimeZone_version} Provides: perl-DateTime-Locale = %{DTLocale_version} @@ -27,24 +35,35 @@ Provides: perl(DateTime::TimeZoneC Provides: perl(DateTimePP) Provides: perl(DateTimePPExtra) +Source98: DateTime-filter-requires.sh +%global real_perl_requires %{__perl_requires} +%define __perl_requires %{_tmppath}/%{name}-%{version}-%{release}-%(%{__id_u} -n)-filter-requires + +Source99: DateTime-filter-provides.sh +%global real_perl_provides %{__perl_provides} +%define __perl_provides %{_tmppath}/%{name}-%{version}-%{release}-%(%{__id_u}
rpms/perl-Crypt-OpenSSL-AES/devel perl-Crypt-OpenSSL-AES.spec, 1.10, 1.11
Author: tmraz Update of /cvs/pkgs/rpms/perl-Crypt-OpenSSL-AES/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv5319 Modified Files: perl-Crypt-OpenSSL-AES.spec Log Message: - rebuilt with new openssl Index: perl-Crypt-OpenSSL-AES.spec === RCS file: /cvs/pkgs/rpms/perl-Crypt-OpenSSL-AES/devel/perl-Crypt-OpenSSL-AES.spec,v retrieving revision 1.10 retrieving revision 1.11 diff -u -p -r1.10 -r1.11 --- perl-Crypt-OpenSSL-AES.spec 26 Jul 2009 05:15:34 - 1.10 +++ perl-Crypt-OpenSSL-AES.spec 21 Aug 2009 15:16:20 - 1.11 @@ -1,6 +1,6 @@ Name: perl-Crypt-OpenSSL-AES Version:0.02 -Release:8%{?dist} +Release:9%{?dist} Summary:Perl interface to OpenSSL for AES License:GPL+ or Artistic Group: Development/Libraries @@ -46,6 +46,9 @@ rm -rf %{buildroot} %{_mandir}/man3/* %changelog +* Fri Aug 21 2009 Tomas Mraz tm...@redhat.com - 0.02-9 +- rebuilt with new openssl + * Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.02-8 - 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/perl-Crypt-OpenSSL-Bignum/devel perl-Crypt-OpenSSL-Bignum.spec, 1.10, 1.11
Author: tmraz Update of /cvs/pkgs/rpms/perl-Crypt-OpenSSL-Bignum/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv5488 Modified Files: perl-Crypt-OpenSSL-Bignum.spec Log Message: - rebuilt with new openssl Index: perl-Crypt-OpenSSL-Bignum.spec === RCS file: /cvs/pkgs/rpms/perl-Crypt-OpenSSL-Bignum/devel/perl-Crypt-OpenSSL-Bignum.spec,v retrieving revision 1.10 retrieving revision 1.11 diff -u -p -r1.10 -r1.11 --- perl-Crypt-OpenSSL-Bignum.spec 26 Jul 2009 05:15:49 - 1.10 +++ perl-Crypt-OpenSSL-Bignum.spec 21 Aug 2009 15:16:57 - 1.11 @@ -1,6 +1,6 @@ Name: perl-Crypt-OpenSSL-Bignum Version:0.04 -Release:7%{?dist} +Release:8%{?dist} Summary:Perl interface to OpenSSL for Bignum License:GPL+ or Artistic Group: Development/Libraries @@ -46,6 +46,9 @@ rm -rf %{buildroot} %{_mandir}/man3/* %changelog +* Fri Aug 21 2009 Tomas Mraz tm...@redhat.com - 0.04-8 +- rebuilt with new openssl + * Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.04-7 - 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/perl-Crypt-OpenSSL-DSA/devel perl-Crypt-OpenSSL-DSA.spec, 1.9, 1.10
Author: tmraz Update of /cvs/pkgs/rpms/perl-Crypt-OpenSSL-DSA/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv5656 Modified Files: perl-Crypt-OpenSSL-DSA.spec Log Message: - rebuilt with new openssl Index: perl-Crypt-OpenSSL-DSA.spec === RCS file: /cvs/pkgs/rpms/perl-Crypt-OpenSSL-DSA/devel/perl-Crypt-OpenSSL-DSA.spec,v retrieving revision 1.9 retrieving revision 1.10 diff -u -p -r1.9 -r1.10 --- perl-Crypt-OpenSSL-DSA.spec 26 Jul 2009 05:16:05 - 1.9 +++ perl-Crypt-OpenSSL-DSA.spec 21 Aug 2009 15:17:33 - 1.10 @@ -1,6 +1,6 @@ Name: perl-Crypt-OpenSSL-DSA Version:0.13 -Release:11%{?dist} +Release:12%{?dist} Summary:Perl interface to OpenSSL for DSA License:GPL+ or Artistic Group: Development/Libraries @@ -51,6 +51,9 @@ rm -rf %{buildroot} %{_mandir}/man3/* %changelog +* Fri Aug 21 2009 Tomas Mraz tm...@redhat.com - 0.13-12 +- rebuilt with new openssl + * Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.13-11 - 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/perl-Crypt-OpenSSL-Random/devel perl-Crypt-OpenSSL-Random.spec, 1.7, 1.8
Author: tmraz Update of /cvs/pkgs/rpms/perl-Crypt-OpenSSL-Random/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv6178 Modified Files: perl-Crypt-OpenSSL-Random.spec Log Message: - rebuilt with new openssl Index: perl-Crypt-OpenSSL-Random.spec === RCS file: /cvs/pkgs/rpms/perl-Crypt-OpenSSL-Random/devel/perl-Crypt-OpenSSL-Random.spec,v retrieving revision 1.7 retrieving revision 1.8 diff -u -p -r1.7 -r1.8 --- perl-Crypt-OpenSSL-Random.spec 26 Jul 2009 05:16:53 - 1.7 +++ perl-Crypt-OpenSSL-Random.spec 21 Aug 2009 15:19:15 - 1.8 @@ -1,6 +1,6 @@ Name: perl-Crypt-OpenSSL-Random Version:0.04 -Release:8%{?dist} +Release:9%{?dist} Summary:Perl interface to OpenSSL for Random License:GPL+ or Artistic Group: Development/Libraries @@ -48,6 +48,9 @@ rm -rf %{buildroot} %{_mandir}/man3/* %changelog +* Fri Aug 21 2009 Tomas Mraz tm...@redhat.com - 0.04-9 +- rebuilt with new openssl + * Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.04-8 - 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/perl-Crypt-OpenSSL-X509/devel perl-Crypt-OpenSSL-X509.spec, 1.10, 1.11
Author: tmraz Update of /cvs/pkgs/rpms/perl-Crypt-OpenSSL-X509/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv6366 Modified Files: perl-Crypt-OpenSSL-X509.spec Log Message: - rebuilt with new openssl Index: perl-Crypt-OpenSSL-X509.spec === RCS file: /cvs/pkgs/rpms/perl-Crypt-OpenSSL-X509/devel/perl-Crypt-OpenSSL-X509.spec,v retrieving revision 1.10 retrieving revision 1.11 diff -u -p -r1.10 -r1.11 --- perl-Crypt-OpenSSL-X509.spec26 Jul 2009 05:17:08 - 1.10 +++ perl-Crypt-OpenSSL-X509.spec21 Aug 2009 15:19:50 - 1.11 @@ -1,6 +1,6 @@ Name: perl-Crypt-OpenSSL-X509 Version:0.7 -Release:4%{?dist} +Release:5%{?dist} Summary:Perl interface to OpenSSL for X509 License:GPL+ or Artistic Group: Development/Libraries @@ -47,6 +47,9 @@ rm -rf %{buildroot} %{_mandir}/man3/* %changelog +* Fri Aug 21 2009 Tomas Mraz tm...@redhat.com - 0.7-5 +- rebuilt with new openssl + * Sat Jul 25 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.7-4 - 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/perl-Net-SSLeay/devel perl-Net-SSLeay.spec,1.15,1.16
Author: tmraz Update of /cvs/pkgs/rpms/perl-Net-SSLeay/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv7226 Modified Files: perl-Net-SSLeay.spec Log Message: - rebuilt with new openssl Index: perl-Net-SSLeay.spec === RCS file: /cvs/pkgs/rpms/perl-Net-SSLeay/devel/perl-Net-SSLeay.spec,v retrieving revision 1.15 retrieving revision 1.16 diff -u -p -r1.15 -r1.16 --- perl-Net-SSLeay.spec26 Jul 2009 13:47:08 - 1.15 +++ perl-Net-SSLeay.spec21 Aug 2009 15:22:21 - 1.16 @@ -1,6 +1,6 @@ Name: perl-Net-SSLeay Version: 1.35 -Release: 5%{?dist} +Release: 6%{?dist} Summary: Perl extension for using OpenSSL Group: Development/Libraries License: OpenSSL @@ -66,6 +66,9 @@ PERL_MM_USE_DEFAULT=1 %{__perl} Makefile %{_mandir}/man3/Net::SSLeay*.3* %changelog +* Fri Aug 21 2009 Tomas Mraz tm...@redhat.com - 1.35-6 +- rebuilt with new openssl + * Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.35-5 - 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
Re: our perl-core on p5p
On 08/18/2009 08:17 AM, Stepan Kasal wrote: (The term perl-minimal would go nicely along with our vim-minimal and Debian's python-minimal and php-minimal. But vim-minimal is not required by vim-enhanced. And Debian does not use perl-minimal; perhaps perl-base predates the other *-minimal packages.) What do you think? I think perl-minimal is much clearer than perl-base, but there is no reason why we couldn't have the other choice as a versioned Provides. ~spot -- 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
[pkgdb] perl-Jcode ownership updated
Package perl-Jcode in Fedora devel was orphaned by abompard To make changes to this package see: https://admin.fedoraproject.org/pkgdb/packages/name/perl-Jcode -- 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
[pkgdb] perl-Unicode-Map ownership updated
Package perl-Unicode-Map in Fedora devel was orphaned by abompard To make changes to this package see: https://admin.fedoraproject.org/pkgdb/packages/name/perl-Unicode-Map -- 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
[pkgdb] perl-Unicode-Map8 ownership updated
Package perl-Unicode-Map8 in Fedora devel was orphaned by abompard To make changes to this package see: https://admin.fedoraproject.org/pkgdb/packages/name/perl-Unicode-Map8 -- 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
[pkgdb] perl-Unicode-MapUTF8 ownership updated
Package perl-Unicode-MapUTF8 in Fedora devel was orphaned by abompard To make changes to this package see: https://admin.fedoraproject.org/pkgdb/packages/name/perl-Unicode-MapUTF8 -- 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
[pkgdb] perl-Unicode-String ownership updated
Package perl-Unicode-String in Fedora devel was orphaned by abompard To make changes to this package see: https://admin.fedoraproject.org/pkgdb/packages/name/perl-Unicode-String -- 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
[pkgdb] perl-Unicode-Map ownership updated
Package perl-Unicode-Map in Fedora devel is now owned by eseyman To make changes to this package see: https://admin.fedoraproject.org/pkgdb/packages/name/perl-Unicode-Map -- 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
[pkgdb] perl-Unicode-Map8 ownership updated
Package perl-Unicode-Map8 in Fedora devel is now owned by eseyman To make changes to this package see: https://admin.fedoraproject.org/pkgdb/packages/name/perl-Unicode-Map8 -- 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
[pkgdb] perl-Unicode-MapUTF8 ownership updated
Package perl-Unicode-MapUTF8 in Fedora devel is now owned by eseyman To make changes to this package see: https://admin.fedoraproject.org/pkgdb/packages/name/perl-Unicode-MapUTF8 -- 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
[pkgdb] perl-Unicode-String ownership updated
Package perl-Unicode-String in Fedora devel is now owned by eseyman To make changes to this package see: https://admin.fedoraproject.org/pkgdb/packages/name/perl-Unicode-String -- 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-Devel/devel .cvsignore, 1.9, 1.10 perl-Catalyst-Devel.spec, 1.16, 1.17 sources, 1.9, 1.10
Author: cweyl Update of /cvs/extras/rpms/perl-Catalyst-Devel/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv21482 Modified Files: .cvsignore perl-Catalyst-Devel.spec sources Log Message: * Tue Aug 18 2009 Chris Weyl cw...@alumni.drew.edu 1.20-1 - auto-update to 1.20 (by cpan-spec-update 0.01) - altered br on perl(File::ChangeNotify) (0.03 = 0.07) - altered req on perl(File::ChangeNotify) (0.03 = 0.07) Index: .cvsignore === RCS file: /cvs/extras/rpms/perl-Catalyst-Devel/devel/.cvsignore,v retrieving revision 1.9 retrieving revision 1.10 diff -u -p -r1.9 -r1.10 --- .cvsignore 28 Jul 2009 03:51:47 - 1.9 +++ .cvsignore 21 Aug 2009 23:10:06 - 1.10 @@ -1 +1 @@ -Catalyst-Devel-1.19.tar.gz +Catalyst-Devel-1.20.tar.gz Index: perl-Catalyst-Devel.spec === RCS file: /cvs/extras/rpms/perl-Catalyst-Devel/devel/perl-Catalyst-Devel.spec,v retrieving revision 1.16 retrieving revision 1.17 diff -u -p -r1.16 -r1.17 --- perl-Catalyst-Devel.spec28 Jul 2009 03:51:47 - 1.16 +++ perl-Catalyst-Devel.spec21 Aug 2009 23:10:07 - 1.17 @@ -1,5 +1,5 @@ Name: perl-Catalyst-Devel -Version:1.19 +Version:1.20 Release:1%{?dist} Summary:Catalyst Development Tools License:GPL+ or Artistic @@ -40,11 +40,11 @@ Requires: perl(parent) Requires: perl-Catalyst-Runtime-scripts ### auto-added brs! -BuildRequires: perl(File::ChangeNotify) = 0.03 +BuildRequires: perl(File::ChangeNotify) = 0.07 ### auto-added reqs! Requires: perl(Config::General) = 2.42 -Requires: perl(File::ChangeNotify) = 0.03 +Requires: perl(File::ChangeNotify) = 0.07 Requires: perl(File::Copy::Recursive) Requires: perl(Template) = 2.14 @@ -89,6 +89,11 @@ rm -rf %{buildroot} %exclude %{perl_vendorlib}/Catalyst/Restarter/Win32.pm %changelog +* Tue Aug 18 2009 Chris Weyl cw...@alumni.drew.edu 1.20-1 +- auto-update to 1.20 (by cpan-spec-update 0.01) +- altered br on perl(File::ChangeNotify) (0.03 = 0.07) +- altered req on perl(File::ChangeNotify) (0.03 = 0.07) + * Mon Jul 27 2009 Chris Weyl cw...@alumni.drew.edu 1.19-1 - auto-update to 1.19 (by cpan-spec-update 0.01) Index: sources === RCS file: /cvs/extras/rpms/perl-Catalyst-Devel/devel/sources,v retrieving revision 1.9 retrieving revision 1.10 diff -u -p -r1.9 -r1.10 --- sources 28 Jul 2009 03:51:47 - 1.9 +++ sources 21 Aug 2009 23:10:07 - 1.10 @@ -1 +1 @@ -1f3ba33a7f962f122c4b42a59530d09d Catalyst-Devel-1.19.tar.gz +eb699ccd64718d7c880959831a734599 Catalyst-Devel-1.20.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-LeakGuard-Object/F-10 perl-Devel-LeakGuard-Object.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: iarnell Update of /cvs/pkgs/rpms/perl-Devel-LeakGuard-Object/F-10 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv11776/F-10 Modified Files: .cvsignore sources Added Files: perl-Devel-LeakGuard-Object.spec Log Message: initial import --- NEW FILE perl-Devel-LeakGuard-Object.spec --- Name: perl-Devel-LeakGuard-Object Version:0.06 Release:1%{?dist} Summary:Scoped checks for object leaks License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Devel-LeakGuard-Object/ Source0: http://www.cpan.org/authors/id/A/AN/ANDYA/Devel-LeakGuard-Object-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(latest) BuildRequires: perl(Module::Build) BuildRequires: perl(Test::Differences) BuildRequires: perl(Test::More) = 0.42 Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description This module provides tracking of objects, for the purpose of detecting memory leaks due to circular references or innappropriate caching schemes. %prep %setup -q -n Devel-LeakGuard-Object-%{version} %build %{__perl} Build.PL installdirs=vendor ./Build %install rm -rf $RPM_BUILD_ROOT ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check ./Build test %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc Changes LICENSE README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog * Sat Aug 08 2009 Iain Arnell 0.06-1 - Specfile autogenerated by cpanspec 1.78. Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-Devel-LeakGuard-Object/F-10/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 21 Aug 2009 18:29:03 - 1.1 +++ .cvsignore 22 Aug 2009 00:50:10 - 1.2 @@ -0,0 +1 @@ +Devel-LeakGuard-Object-0.06.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-Devel-LeakGuard-Object/F-10/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 21 Aug 2009 18:29:03 - 1.1 +++ sources 22 Aug 2009 00:50:11 - 1.2 @@ -0,0 +1 @@ +098c7cf35634bb196be60765f07fdb7d Devel-LeakGuard-Object-0.06.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-LeakGuard-Object/F-11 perl-Devel-LeakGuard-Object.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: iarnell Update of /cvs/pkgs/rpms/perl-Devel-LeakGuard-Object/F-11 In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv11776/F-11 Modified Files: .cvsignore sources Added Files: perl-Devel-LeakGuard-Object.spec Log Message: initial import --- NEW FILE perl-Devel-LeakGuard-Object.spec --- Name: perl-Devel-LeakGuard-Object Version:0.06 Release:1%{?dist} Summary:Scoped checks for object leaks License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Devel-LeakGuard-Object/ Source0: http://www.cpan.org/authors/id/A/AN/ANDYA/Devel-LeakGuard-Object-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(latest) BuildRequires: perl(Module::Build) BuildRequires: perl(Test::Differences) BuildRequires: perl(Test::More) = 0.42 Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description This module provides tracking of objects, for the purpose of detecting memory leaks due to circular references or innappropriate caching schemes. %prep %setup -q -n Devel-LeakGuard-Object-%{version} %build %{__perl} Build.PL installdirs=vendor ./Build %install rm -rf $RPM_BUILD_ROOT ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check ./Build test %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc Changes LICENSE README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog * Sat Aug 08 2009 Iain Arnell 0.06-1 - Specfile autogenerated by cpanspec 1.78. Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-Devel-LeakGuard-Object/F-11/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 21 Aug 2009 18:29:03 - 1.1 +++ .cvsignore 22 Aug 2009 00:50:11 - 1.2 @@ -0,0 +1 @@ +Devel-LeakGuard-Object-0.06.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-Devel-LeakGuard-Object/F-11/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 21 Aug 2009 18:29:03 - 1.1 +++ sources 22 Aug 2009 00:50:11 - 1.2 @@ -0,0 +1 @@ +098c7cf35634bb196be60765f07fdb7d Devel-LeakGuard-Object-0.06.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-LeakGuard-Object/devel perl-Devel-LeakGuard-Object.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: iarnell Update of /cvs/pkgs/rpms/perl-Devel-LeakGuard-Object/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv11776/devel Modified Files: .cvsignore sources Added Files: perl-Devel-LeakGuard-Object.spec Log Message: initial import --- NEW FILE perl-Devel-LeakGuard-Object.spec --- Name: perl-Devel-LeakGuard-Object Version:0.06 Release:1%{?dist} Summary:Scoped checks for object leaks License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Devel-LeakGuard-Object/ Source0: http://www.cpan.org/authors/id/A/AN/ANDYA/Devel-LeakGuard-Object-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(latest) BuildRequires: perl(Module::Build) BuildRequires: perl(Test::Differences) BuildRequires: perl(Test::More) = 0.42 Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description This module provides tracking of objects, for the purpose of detecting memory leaks due to circular references or innappropriate caching schemes. %prep %setup -q -n Devel-LeakGuard-Object-%{version} %build %{__perl} Build.PL installdirs=vendor ./Build %install rm -rf $RPM_BUILD_ROOT ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check ./Build test %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc Changes LICENSE README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog * Sat Aug 08 2009 Iain Arnell 0.06-1 - Specfile autogenerated by cpanspec 1.78. Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-Devel-LeakGuard-Object/devel/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 21 Aug 2009 18:29:03 - 1.1 +++ .cvsignore 22 Aug 2009 00:50:11 - 1.2 @@ -0,0 +1 @@ +Devel-LeakGuard-Object-0.06.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-Devel-LeakGuard-Object/devel/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 21 Aug 2009 18:29:03 - 1.1 +++ sources 22 Aug 2009 00:50:11 - 1.2 @@ -0,0 +1 @@ +098c7cf35634bb196be60765f07fdb7d Devel-LeakGuard-Object-0.06.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-aliased/devel .cvsignore, 1.4, 1.5 perl-aliased.spec, 1.7, 1.8 sources, 1.4, 1.5
Author: cweyl Update of /cvs/extras/rpms/perl-aliased/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv1173 Modified Files: .cvsignore perl-aliased.spec sources Log Message: * Sat Aug 22 2009 Chris Weyl cw...@alumni.drew.edu 0.30-1 - auto-update to 0.30 (by cpan-spec-update 0.01) Index: .cvsignore === RCS file: /cvs/extras/rpms/perl-aliased/devel/.cvsignore,v retrieving revision 1.4 retrieving revision 1.5 diff -u -p -r1.4 -r1.5 --- .cvsignore 29 May 2008 06:15:07 - 1.4 +++ .cvsignore 22 Aug 2009 02:41:05 - 1.5 @@ -1 +1 @@ -aliased-0.22.tar.gz +aliased-0.30.tar.gz Index: perl-aliased.spec === RCS file: /cvs/extras/rpms/perl-aliased/devel/perl-aliased.spec,v retrieving revision 1.7 retrieving revision 1.8 diff -u -p -r1.7 -r1.8 --- perl-aliased.spec 26 Jul 2009 17:43:55 - 1.7 +++ perl-aliased.spec 22 Aug 2009 02:41:05 - 1.8 @@ -1,23 +1,25 @@ Name: perl-aliased -Version:0.22 -Release:3%{?dist} +Version:0.30 +Release:1%{?dist} Summary:Use shorter versions of class names License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/aliased/ -Source0: http://www.cpan.org/authors/id/O/OV/OVID/aliased-%{version}.tar.gz +Source0: http://search.cpan.org/CPAN/authors/id/O/OV/OVID/aliased-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch -BuildRequires: perl(Module::Build) -BuildRequires: perl(Test::Pod::Coverage), perl(Test::Pod) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +BuildRequires: perl(Module::Build) +BuildRequires: perl(Test::Pod) +BuildRequires: perl(Test::Pod::Coverage) + %description aliased is simple in concept but is a rather handy module. It loads the class you specify and exports into your namespace a subroutine that returns the class name. You can explicitly alias the class to another name or, if you prefer, you can do so implicitly. In the latter case, the name of the -subroutine is the last part of the class name. +subroutine is the last part of the class name. %prep %setup -q -n aliased-%{version} @@ -47,6 +49,9 @@ rm -rf %{buildroot} %{_mandir}/man3/* %changelog +* Sat Aug 22 2009 Chris Weyl cw...@alumni.drew.edu 0.30-1 +- auto-update to 0.30 (by cpan-spec-update 0.01) + * Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.22-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild Index: sources === RCS file: /cvs/extras/rpms/perl-aliased/devel/sources,v retrieving revision 1.4 retrieving revision 1.5 diff -u -p -r1.4 -r1.5 --- sources 29 May 2008 06:15:07 - 1.4 +++ sources 22 Aug 2009 02:41:05 - 1.5 @@ -1 +1 @@ -06cace025aa108fe4a9af3ae26bb297e aliased-0.22.tar.gz +8c2ee486901dae7d1c31e9a2d69c6c8f aliased-0.30.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