Re: Upstream bugs vs. Fedora bugs: KDE people do it wrong
On Mon, 29 Mar 2010 23:25:50 -0400, Orcan wrote: What is RH bugzilla for, when not using for bugs in fedora? For packaging related bugs, or bugs related to Fedora specific customizations on packages. What you call Fedora specific customizations on packages may be also the chosen combination of software releases, which may be specific to Fedora. For example, as in upstream developers have tested with different library releases and a software environment that differs from the Fedora distribution. It wouldn't be the first time someone asks whether some piece of software in Fedora is patched or not. RH bugzilla is Fedora's distribution-specific issue tracking system where to inform the distribution's package maintainers about defects of their compiled product. Fedora package maintainers should have an interest in learning about all problems a Fedora user runs into with the software packaged and distributed by Fedora. Not every issue may be important enough to justify a package update/upgrade, but you do want to receive feedback about whether the software, you offer in form of packages, does not work. In the same way, you would also have an interest in learning whether upstream's next release would work better and be an improvement. Sometimes a user files a bug that I can't even reproduce. It is better for the user to report such bugs upstream than to me. When I forward the bug upstream, upstream asks me to test certain things and to report back. It doesn't make sense to test something for a bug that I can't even reproduce. Why should I play the middle man? It's inefficient. It's similary inefficient if you expect upstream to support the bug reporter with Fedora-specific help. While you would be able to teach the reporter how to install missing debuginfo packages or point him at Fedora Wiki pages, the upstream developer may not be able to do that and might be less willing to spend time on it. It becomes worse in case upstream cannot reproduce a problem either. That bears a higher risk that upstream will start to think it's just something Fedora-specific that's broken. Nevertheless, I try to do my best to spare time to locate the bug in many cases. But I don't think this should be my duty. The term duty is poorly chosen when referring to volunteers. The size of the Fedora package collection would be cut down to a third, if packagers were obliged to do certain things which have not been mandatory before. Still there are some expectations towards volunteer package maintainers. It takes time to go through someone else's code and figure out what is wrong. I don't always have this time. Of course not. There are other scenarios, too, such as a bug-fix that would require you to either rewrite/redesign several files or try to backport big modifications of the source code (with or without interface changes), if you could not upgrade to upstream's development tree. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Orphaning Packages
On 03/29/2010 09:12 PM, Allisson Azevedo wrote: tcputils -- Utilities for TCP programming in shell-scripts I will take this one. -- Nikola -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Headsup new soname changing parted coming to rawhide
Hi, I'm updating parted to the 2.2 release. This is mostly a bugfix update. But one of the fixes is a change in the soname, the soname now no longer is in the form of parted-2.x.so, but instead has become a regular versioned soname. The positive side of this is that we no longer will need to rebuild all parted users each time parted gets rebased, as the soname will now only change when their actually is an ABI break. The bad news is that we will need to rebuild all parted users one last time. Regards, Hans -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Thanks comments
Bob Smith wrote: Display behavior is phenomenal, *but* lost dual-monitor background double-span after update (I will read the docs and work on it myself). The latest gnome-desktop package adds that back as the Span option in your background wallpaper settings. See the bug[1] for more info. [1] https://bugzilla.redhat.com/show_bug.cgi?id=556369 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: FC12 update repo broken?
On Mon, Mar 29, 2010 at 10:18 PM, Ralf Corsepius rc040...@freenet.de wrote: On 03/30/2010 05:40 AM, Stephen John Smoogen wrote: On Mon, Mar 29, 2010 at 8:36 PM, Ralf Corsepiusrc040...@freenet.de wrote: On 03/29/2010 07:44 PM, Jesse Keating wrote: My conclusion from this: Either fedora's mirror manager is dysfunctional or rel-eng pushed broken packages. Or someone mirrored during a push Isn't this exactly what mirrormanager and the metalinks are supposed to prevent to hit the user? You expect and look for perfection in everything. Mirror manager can help but there is going to be a non 0 chance it could happen. Synchronicity or karma would have it happen to you. Or your network path has a transparent cache somewhere which cached bad stuff No cache/proxy that I am aware about. To be honest, this is usually how people find out that some ISP above them has put one in. Or the mirror that you got it from is bad and the mirror manager code for looking at the last 10 files missed the mirror being bad. That's what I am suspecting to happen. I think I'll try a brute-force for mirror in $metalink.xml; do lftp -c get file in question $mirror; done check for what will happen. Ralf -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Broken dependencies: perl-CGI-Application-Plugin-DBIProfile
perl-CGI-Application-Plugin-DBIProfile has broken dependencies in the rawhide tree: On x86_64: perl-CGI-Application-Plugin-DBIProfile-0.07-1.fc14.noarch requires perl(HTML::BarGraph) perl-CGI-Application-Plugin-DBIProfile-0.07-1.fc14.noarch requires perl(SVG::TT::Graph::Bar) On i386: perl-CGI-Application-Plugin-DBIProfile-0.07-1.fc14.noarch requires perl(HTML::BarGraph) perl-CGI-Application-Plugin-DBIProfile-0.07-1.fc14.noarch requires perl(SVG::TT::Graph::Bar) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: FC12 update repo broken?
On 03/30/2010 05:15 PM, Stephen John Smoogen wrote: On Mon, Mar 29, 2010 at 10:18 PM, Ralf Corsepiusrc040...@freenet.de wrote: On 03/30/2010 05:40 AM, Stephen John Smoogen wrote: On Mon, Mar 29, 2010 at 8:36 PM, Ralf Corsepiusrc040...@freenet.de wrote: On 03/29/2010 07:44 PM, Jesse Keating wrote: My conclusion from this: Either fedora's mirror manager is dysfunctional or rel-eng pushed broken packages. Or someone mirrored during a push Isn't this exactly what mirrormanager and the metalinks are supposed to prevent to hit the user? You expect and look for perfection in everything. Nope, I am struggling with a mal-function/defect/bug or whatever wording you prefer ;) Mirror manager can help but there is going to be a non 0 chance it could happen. ... then reposync and yum can not avoid having to cope with it. Fact is: reposync failed to cope with this issue. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20100330 changes
Compose started at Tue Mar 30 08:15:05 UTC 2010 Broken deps for i386 -- anaconda-14.2-1.fc14.i686 requires fcoe-utils = 0:1.0.12-2.20100323git emotion-0.1.0.042-5.fc12.i686 requires libecore_job.so.0 emotion-0.1.0.042-5.fc12.i686 requires libevas.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore_fb.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore_x.so.0 emotion-0.1.0.042-5.fc12.i686 requires libecore_evas.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_txt.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_job.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_imf.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_con.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libedbus.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libevas.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libehal.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_fb.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_x.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_imf_evas.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_ipc.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libefreet.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libedje.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_file.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libecore_evas.so.0 enlightenment-0.16.999.050-5.fc12.i686 requires libefreet_mime.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_ipc.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_con.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libevas.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_fb.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_x.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libedje.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_file.so.0 epsilon-0.3.0.012-9.fc12.i686 requires libecore_evas.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_ipc.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_con.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libevas.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_fb.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_x.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_file.so.0 epsilon-xine-0.3.0.012-9.fc12.i686 requires libecore_evas.so.0 evolution-couchdb-0.3.2-2.fc13.i686 requires libcouchdb-glib-1.0.so.1 ewl-0.5.2.042-12.fc12.i686 requires libecore_txt.so.0 ewl-0.5.2.042-12.fc12.i686 requires libevas.so.0 ewl-0.5.2.042-12.fc12.i686 requires libecore.so.0 ewl-0.5.2.042-12.fc12.i686 requires libefreet.so.0 ewl-0.5.2.042-12.fc12.i686 requires libedje.so.0 ewl-0.5.2.042-12.fc12.i686 requires libecore_file.so.0 ewl-0.5.2.042-12.fc12.i686 requires libefreet_mime.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libecore_txt.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libevas.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libecore.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libedje.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libecore_file.so.0 ewl-devel-0.5.2.042-12.fc12.i686 requires libecore_evas.so.0 ghc-haskell-platform-2009.3.1.20100115-0.2.fc13.i686 requires ghc-HTTP = 0:4000.0.8 ghc-haskell-platform-2009.3.1.20100115-0.2.fc13.i686 requires ghc-network = 0:2.2.1.5 ghc-haskell-platform-2009.3.1.20100115-0.2.fc13.i686 requires ghc-QuickCheck = 0:2.1.0.2 ghc-haskell-platform-2009.3.1.20100115-0.2.fc13.i686 requires ghc-cgi = 0:3001.1.7.1 ghc-haskell-platform-devel-2009.3.1.20100115-0.2.fc13.i686 requires ghc-QuickCheck-devel = 0:2.1.0.2 ghc-haskell-platform-devel-2009.3.1.20100115-0.2.fc13.i686 requires ghc-cgi-devel = 0:3001.1.7.1 ghc-haskell-platform-devel-2009.3.1.20100115-0.2.fc13.i686 requires ghc-HTTP-devel = 0:4000.0.8 ghc-haskell-platform-devel-2009.3.1.20100115-0.2.fc13.i686 requires ghc-network-devel = 0:2.2.1.5 ghc-haskell-platform-doc-2009.3.1.20100115-0.2.fc13.i686 requires ghc-QuickCheck-doc = 0:2.1.0.2 ghc-haskell-platform-doc-2009.3.1.20100115-0.2.fc13.i686 requires ghc-HTTP-doc = 0:4000.0.8 ghc-haskell-platform-doc-2009.3.1.20100115-0.2.fc13.i686 requires ghc-cgi-doc = 0:3001.1.7.1
F-13 Branched report: 20100330 changes
Compose started at Tue Mar 30 09:15:05 UTC 2010 Broken deps for i386 -- gnome-web-photo-0.9-4.fc13.i686 requires gecko-libs = 0:1.9.2.1 hornsey-1.5.2-0.1.fc13.i686 requires libclutter-gst-0.10.so.0 libnodeupdown-backend-openib-1.9-5.fc13.i686 requires libosmcomp.so.3(OSMCOMP_2.3) libnodeupdown-backend-openib-1.9-5.fc13.i686 requires libosmcomp.so.3 moblin-app-installer-0.4.0-0.7.fc13.i686 requires libpackagekit-glib2.so.13 pyclutter-gst-0.9.2-1.fc12.i686 requires libclutter-gst-0.10.so.0 sepostgresql-8.4.2-2488.fc13.i686 requires postgresql-server = 0:8.4.2 totem-youtube-2.29.92-1.fc13.i686 requires libgdata.so.7 zikula-module-menutree-2.2-1.fc13.noarch requires zikula = 0:1.2 Broken deps for x86_64 -- gnome-web-photo-0.9-4.fc13.x86_64 requires gecko-libs = 0:1.9.2.1 hornsey-1.5.2-0.1.fc13.x86_64 requires libclutter-gst-0.10.so.0()(64bit) libnodeupdown-backend-openib-1.9-5.fc13.x86_64 requires libosmcomp.so.3(OSMCOMP_2.3)(64bit) libnodeupdown-backend-openib-1.9-5.fc13.x86_64 requires libosmcomp.so.3()(64bit) moblin-app-installer-0.4.0-0.7.fc13.x86_64 requires libpackagekit-glib2.so.13()(64bit) pyclutter-gst-0.9.2-1.fc12.x86_64 requires libclutter-gst-0.10.so.0()(64bit) sepostgresql-8.4.2-2488.fc13.x86_64 requires postgresql-server = 0:8.4.2 totem-youtube-2.29.92-1.fc13.x86_64 requires libgdata.so.7()(64bit) zikula-module-menutree-2.2-1.fc13.noarch requires zikula = 0:1.2 New package 4ti2 A software package for problems on linear spaces New package jsmath-fonts A collection of Math symbol fonts New package mpir A library for arbitrary precision arithmetic New package normaliz A tool for mathematical computations New package rsvndump Remote Subversion repository dumping tool New package rubygem-bunny Another synchronous Ruby AMQP client New package rubygem-haml An elegant, structured XHTML/XML templating engine New package rubygem-moneta A unified interface to key/value stores New package rubygem-ohai Profiles your system and emits JSON New package spill A segregated package install logical linker New package sugar-view-slides Image serie viewer for Sugar Summary: Added Packages: 11 Removed Packages: 0 Modified Packages: 0 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: License change: swarp
On Tue, 30 Mar 2010, Sergio Pascual wrote: Hi all: the new version of swarp in rawhide (2.17.6) will have a CeCILL license. Previously, swarp was distributed under GPLv2 Which CeCILL license will it be? -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Drop Xorg Nv driver?
On Sat, 2010-03-27 at 11:44 +, Richard W.M. Jones wrote: On Sat, Mar 27, 2010 at 05:36:29AM +0530, Rahul Sundaram wrote: Hi, Nvidia has announced that they are deprecating it http://lists.freedesktop.org/archives/xorg/2010-March/049749.html They are recommending users to use Vesa instead as the replacement but the real reason appears to be Nouveau which Fedora has supported for a long time now. Has to be said that I've always had better luck with nv. Nouveau has seemed to be very unstable to me (although it's always been hard to pin down actual reproducible bugs). I never used and don't care about any 3D or advanced features though ... Ben is very keen to fix problems in nouveau and has lots of ideas for tracking them down. If you're having trouble please do file a bug even if you can't quite pin it down yourself, we may be able to figure something out. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Drop Xorg Nv driver?
Adam Williamson writes: On Sat, 2010-03-27 at 11:44 +, Richard W.M. Jones wrote: Has to be said that I've always had better luck with nv. Nouveau has seemed to be very unstable to me (although it's always been hard to pin down actual reproducible bugs). I never used and don't care about any 3D or advanced features though ... Ben is very keen to fix problems in nouveau and has lots of ideas for tracking them down. If you're having trouble please do file a bug even if you can't quite pin it down yourself, we may be able to figure something out. On my laptop nouveau has been rock stable. Absolutely no problems (NV43, Geforce Go 6600). I'm patiently waiting to see how well compiz eye candy will work. pgpHYbITkYApM.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Upstream bugs vs. Fedora bugs: KDE people do it wrong
On Mon, 2010-03-29 at 13:35 +0200, Jaroslav Reznik wrote: On Monday 29 March 2010 13:09:46 Christoph Wickert wrote: I am irritated by the way the KDE SIG and the KDE bugzappers handle bugs. For most bugs that are reported they demand the reporter to file an upstream bug report at bugs.kde.org and set the bug to NEEDINFO. If the reporter doesn't respond, the bug is closed NOTABUG or WONTFIX. But if the bug has been reported upstream, the Fedora bug gets closed UPSTREAM. Ether way, the bug gets closed, no matter if it was actually fixed or not. Citation from Bugzilla help UPSTREAM That page is not the appropriate reference for Fedora, as it actually says at the top. The canonical Fedora reference is https://fedoraproject.org/wiki/BugZappers/BugStatusWorkFlow . -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Upstream bugs vs. Fedora bugs: KDE people do it wrong
On Mon, 2010-03-29 at 13:59 +0200, Ralf Corsepius wrote: On 03/29/2010 01:38 PM, Oliver Falk wrote: I had similar issues already and I totally agree with Christoph! Me too. Except that I would not want to restrict this complaint to Fedora KDE. There are many other maintainers who apply a similar strategy and therefore deserve the same amount of flaming. The maintainer should not redirect the bugreporter to the upstream bugreporting plattform. I already have plenty of accounts on upstream bugzillas because of exactly this... This still would require a) reporter to be interested in getting involved upstream b) reporter to be technically able to get involved upstream. In many cases, one or both considerations do not apply. I don't think there's ever an absolute answer to this question. Sometimes it makes more sense for the original reporter to report upstream - in which case the maintainer should politely ask them to; sometimes it makes more sense for the maintainer to report upstream. It very much depends on the circumstances of the bug. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Upstream bugs vs. Fedora bugs: KDE people do it wrong
On Mon, 2010-03-29 at 14:11 +0200, Jaroslav Reznik wrote: On Monday 29 March 2010 14:03:51 Yaakov Nemoy wrote: 2010/3/29 Michał Piotrowski mkkp...@gmail.com: 2010/3/29 Oliver Falk oli...@linux-kernel.at: I had similar issues already and I totally agree with Christoph! The maintainer should not redirect the bugreporter to the upstream bugreporting plattform. I already have plenty of accounts on upstream bugzillas because of exactly this... I don't see any problem here if KDE SIG just declare we don't fix KDE bugs, we just update packages. They are not KDE developers, so they don't know how to fix these bugs. This response regardless, as a downstream user of a package, if i report a bug, it's nice to know if it's going to be fixed in a current release or not. Until the upstream bugfix lands in a package downstream, downstream should leave the bug open. Current Bugzilla policy says CLOSED as UPSTREAM is correct resolution. It's just terminology - I would prefer another one - like just UPSTREAM status, or ON_DEV UPSTREAM or something similar. CLOSED UPSTREAM does not mean that nobody cares! It's still tracked! There's an 'Upstream' keyword you can use instead of the UPSTREAM resolution. The choice of which to use is currently left up to maintainer discretion. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Upstream bugs vs. Fedora bugs: KDE people do it wrong
On Mon, 2010-03-29 at 14:20 +0200, Ralf Corsepius wrote: As a user, having been hit by a bug, CLOSED UPSTREAM is nothing but a cheap bold lie packagers use as weak excuse to for not being able to fix a bug having hit a user. In other words: FIXED UPSTREAM does not fix anything for the user struggling with a bug. It only helps the packager to keep his bug statistics clean. Analogous considerations apply to FIXED RAWHIDE It's CLOSED UPSTREAM and CLOSED RAWHIDE, not FIXED UPSTREAM and FIXED RAWHIDE. CLOSED does not, necessarily, mean FIXED. Both bugzilla tags should be banned. CLOSED RAWHIDE is intended to be used for...Rawhide. It would be silly to ban it. What would we then close Rawhide bugs as? The workflow page already says that closing bugs filed against stable releases with the RAWHIDE resolution is not valid, and I do point this out when I come across it. If the maintainer does not intend to fix the bug in the stable release, it should be set to CLOSED WONTFIX (or CLOSED CANTFIX) with an explanation of why, and a note that the fix is in Rawhide. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Upstream bugs vs. Fedora bugs: KDE people do it wrong
On Mon, 2010-03-29 at 09:13 -0400, Matthias Clasen wrote: On Mon, 2010-03-29 at 15:10 +0200, Michał Piotrowski wrote: But still bugs are fixed by program developers not Fedora developers. IMO 'Fedora developers' (really, what you mean here are packagers, I guess) should strive to become 'program developers' for the packages they maintain. Getting stuck in package maintenance should not be the end-goal of Fedora contributors... I don't agree with this. Packaging is not developing; the two are really rather different. I'm reasonably good at packaging, and terrible at developing. Becoming a good developer isn't terribly high on my priority list. I don't think that packaging is just a 'gateway' to development, it's an important task in itself. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: FC12 update repo broken?
On Mon, 2010-03-29 at 10:44 -0700, Jesse Keating wrote: On Mon, 2010-03-29 at 17:31 +0200, Ralf Corsepius wrote: * Somebody at rel-eng failed to do his job ;) That file exists on the master mirror, so your favorite punching bag doesn't seem to be the blame this time. Aw, c'mon, Jesse. Don't be unfair. *Everyone* is Ralf's punching bag. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Drop Xorg Nv driver?
On Tue, 2010-03-30 at 20:47 +0200, Kevin Kofler wrote: Mihai Limbasan wrote: They are deprecating it on *new* hardware - the Fermi architecture and the follow-ups. They explicitely state that they're going to continue supporting it on existing hardware for the foreseeable future, within reason. I don't see why it should get dropped yet. Because Nouveau replaces it? That said, there's some ancient chipset series which is supported by nv and not by Nouveau, so I guess it's useful to keep nv around for that one. Yeah, the Riva 128 and Riva TNT (aka nv01 and nv02). I think I've come across two people still running these cards :). They do work with vesa, though...not as fast as nv. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Drop Xorg Nv driver?
On Tue, Mar 30, 2010 at 16:48:06 -0700, Adam Williamson awill...@redhat.com wrote: If you're on f13, you can install mesa-dri-drivers-experimental and try it. If it breaks you get to keep both pieces :) Please update us on when he is ready for bug reports for that version. Several 3d games don't work. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Upstream bugs vs. Fedora bugs: KDE people do it wrong
On Tue, Mar 30, 2010 at 3:33 PM, Adam Williamson awill...@redhat.com wrote: I don't think there's ever an absolute answer to this question. Sometimes it makes more sense for the original reporter to report upstream - in which case the maintainer should politely ask them to; sometimes it makes more sense for the maintainer to report upstream. It very much depends on the circumstances of the bug. For me it comes down to one test. If I can reproduce it, I can be the one to carry the torch to upstream and I can invite the original reporter to come along for the ride. If I can't reproduce it, I have to get upstream and someone who can reproduce the problem talking somehow or the report is just going to bitrot. That means one of several things: *getting the reporter to file upstream or have them submit a patch that I can review and forward. *getting another user who can reproduce to act on the behalf of the reporter *drawing upstream attention to the Fedora ticket and having the conversation there. -jef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Drop Xorg Nv driver?
On Tue, 2010-03-30 at 18:52 -0500, Bruno Wolff III wrote: On Tue, Mar 30, 2010 at 16:48:06 -0700, Adam Williamson awill...@redhat.com wrote: If you're on f13, you can install mesa-dri-drivers-experimental and try it. If it breaks you get to keep both pieces :) Please update us on when he is ready for bug reports for that version. Several 3d games don't work. It may be best to ask upstream nouveau, actually. Ben isn't the one doing the main work on the advanced 3D stuff. I'm not sure how interested they are in reports for it, yet, since it's known to be very incomplete. For Fedora, we mostly care about desktop acceleration - especially having enough support in place for GNOME Shell to work. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Upstream bugs vs. Fedora bugs: KDE people do it wrong
On Tue, 2010-03-30 at 15:56 -0800, Jeff Spaleta wrote: On Tue, Mar 30, 2010 at 3:33 PM, Adam Williamson awill...@redhat.com wrote: I don't think there's ever an absolute answer to this question. Sometimes it makes more sense for the original reporter to report upstream - in which case the maintainer should politely ask them to; sometimes it makes more sense for the maintainer to report upstream. It very much depends on the circumstances of the bug. For me it comes down to one test. If I can reproduce it, I can be the one to carry the torch to upstream and I can invite the original reporter to come along for the ride. If I can't reproduce it, I have to get upstream and someone who can reproduce the problem talking somehow or the report is just going to bitrot. That means one of several things: Right. That's pretty much exactly the rule of thumb I use too. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Upstream bugs vs. Fedora bugs: KDE people do it wrong
On 03/31/2010 01:36 AM, Adam Williamson wrote: On Mon, 2010-03-29 at 14:20 +0200, Ralf Corsepius wrote: As a user, having been hit by a bug, CLOSED UPSTREAM is nothing but a cheap bold lie packagers use as weak excuse to for not being able to fix a bug having hit a user. In other words: FIXED UPSTREAM does not fix anything for the user struggling with a bug. It only helps the packager to keep his bug statistics clean. Analogous considerations apply to FIXED RAWHIDE It's CLOSED UPSTREAM and CLOSED RAWHIDE, not FIXED UPSTREAM and FIXED RAWHIDE. CLOSED does not, necessarily, mean FIXED. Then let me put it more bluntly: To a Fedora release's user, both tags are a slap into the face of reporter and mean your bug will not be fixed. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Drop Xorg Nv driver?
On Tue, Mar 30, 2010 at 17:44:48 -0700, Adam Williamson awill...@redhat.com wrote: On Tue, 2010-03-30 at 18:52 -0500, Bruno Wolff III wrote: On Tue, Mar 30, 2010 at 16:48:06 -0700, Adam Williamson awill...@redhat.com wrote: If you're on f13, you can install mesa-dri-drivers-experimental and try it. If it breaks you get to keep both pieces :) Please update us on when he is ready for bug reports for that version. Several 3d games don't work. It may be best to ask upstream nouveau, actually. Ben isn't the one doing the main work on the advanced 3D stuff. I'm not sure how interested they are in reports for it, yet, since it's known to be very incomplete. The upstream web page indicates that they aren't ready for 3d bug reports. I thought Ben might have a bit more working here and thought it worth asking about. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Upstream bugs vs. Fedora bugs: KDE people do it wrong
On Mon, 2010-03-29 at 13:09 +0200, Christoph Wickert wrote: I am irritated by the way the KDE SIG and the KDE bugzappers handle bugs. For most bugs that are reported they demand the reporter to file an upstream bug report at bugs.kde.org and set the bug to NEEDINFO. If the reporter doesn't respond, the bug is closed NOTABUG or WONTFIX. But if the bug has been reported upstream, the Fedora bug gets closed UPSTREAM. Ether way, the bug gets closed, no matter if it was actually fixed or not. +1 on this ! I thought it was just me. I've given up on reporting bugs largely because of this issue. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: FC12 update repo broken?
On 03/31/2010 01:39 AM, Adam Williamson wrote: On Mon, 2010-03-29 at 10:44 -0700, Jesse Keating wrote: On Mon, 2010-03-29 at 17:31 +0200, Ralf Corsepius wrote: * Somebody at rel-eng failed to do his job ;) That file exists on the master mirror, so your favorite punching bag doesn't seem to be the blame this time. Aw, c'mon, Jesse. Don't be unfair. *Everyone* is Ralf's punching bag. Rubbish! Now you are being unfair, Adam! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Upstream bugs vs. Fedora bugs: KDE people do it wrong
On Tue, Mar 30, 2010 at 8:04 PM, Ralf Corsepius rc040...@freenet.de wrote: On 03/31/2010 01:36 AM, Adam Williamson wrote: On Mon, 2010-03-29 at 14:20 +0200, Ralf Corsepius wrote: As a user, having been hit by a bug, CLOSED UPSTREAM is nothing but a cheap bold lie packagers use as weak excuse to for not being able to fix a bug having hit a user. In other words: FIXED UPSTREAM does not fix anything for the user struggling with a bug. It only helps the packager to keep his bug statistics clean. Analogous considerations apply to FIXED RAWHIDE It's CLOSED UPSTREAM and CLOSED RAWHIDE, not FIXED UPSTREAM and FIXED RAWHIDE. CLOSED does not, necessarily, mean FIXED. Then let me put it more bluntly: To a Fedora release's user, both tags are a slap into the face of reporter and mean your bug will not be fixed. I am about to call down lightening and thunder on me.. but I will be agreeing with the general sentiment that Ralf has. The naming convention comes from a time in 1998 when developers were swamped and thought that sending a customer to upstream or rawhide was what anyone could do. It turned into a somewhat customer support issue as people do generally feel like they have been given a pfluog off. It created a lot more tickets than the bugs that never get looked at all. It was brought up a couple of times to change the wording to something else in the early days, but was in general responded that bugzilla was not a place to coddle people that was what tech support was for. Now while those people are long gone from Red Hat, anyone using that bugzilla are 'stuck' with a limited set of choices for closing/fixing a ticket. So in general, the terms are not ones that make friends and influence people. They make a lot of people who have reported bugs not want to do much with the project again. How to better handle this though is something that would require cooler heads than I think this current conversation has :). -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Drop Xorg Nv driver?
On Tue, 2010-03-30 at 21:11 -0500, Bruno Wolff III wrote: On Tue, Mar 30, 2010 at 17:44:48 -0700, Adam Williamson awill...@redhat.com wrote: On Tue, 2010-03-30 at 18:52 -0500, Bruno Wolff III wrote: On Tue, Mar 30, 2010 at 16:48:06 -0700, Adam Williamson awill...@redhat.com wrote: If you're on f13, you can install mesa-dri-drivers-experimental and try it. If it breaks you get to keep both pieces :) Please update us on when he is ready for bug reports for that version. Several 3d games don't work. It may be best to ask upstream nouveau, actually. Ben isn't the one doing the main work on the advanced 3D stuff. I'm not sure how interested they are in reports for it, yet, since it's known to be very incomplete. The upstream web page indicates that they aren't ready for 3d bug reports. I thought Ben might have a bit more working here and thought it worth asking about. Ah, I see. No, the 3D stuff is basically just coming straight down the pipe from upstream; Ben isn't writing much of that code. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 519712] flags argument of $pool-refresh() undocumented
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=519712 errata-xmlrpc errata-xml...@redhat.com changed: What|Removed |Added Status|RELEASE_PENDING |CLOSED Resolution||ERRATA --- Comment #13 from errata-xmlrpc errata-xml...@redhat.com 2010-03-30 04:27:51 EDT --- An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2010-0251.html -- 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 perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File HTML-BarGraph-0.5.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-HTML-BarGraph: afed0c830ba3f9e8ef6c7c5741ae2106 HTML-BarGraph-0.5.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-HTML-BarGraph/devel import.log, NONE, 1.1 perl-HTML-BarGraph.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: eseyman Update of /cvs/pkgs/rpms/perl-HTML-BarGraph/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv22033/devel Modified Files: .cvsignore sources Added Files: import.log perl-HTML-BarGraph.spec Log Message: Initial import. --- NEW FILE import.log --- perl-HTML-BarGraph-0_5-1_fc12:HEAD:perl-HTML-BarGraph-0.5-1.fc12.src.rpm:1269986894 --- NEW FILE perl-HTML-BarGraph.spec --- Name: perl-HTML-BarGraph Version:0.5 Release:1%{?dist} Summary:Generate multiset bar graphs using plain HTML License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/HTML-BarGraph/ Source0: http://www.cpan.org/authors/id/P/PO/PODGURSV/HTML-BarGraph-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(ExtUtils::MakeMaker) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %{?perl_default_filter} %description HTML::BarGraph is a module that creates graphics for one or more data-sets, using plain HTML and, optionally, one-pixel images, which are stretched using the width and height attributes of the HTML img tag. %prep %setup -q -n HTML-BarGraph-%{version} chmod -x BarGraph.pm %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT mkdir $RPM_BUILD_ROOT/%{_datadir}/%{name} cp sample.html $RPM_BUILD_ROOT/%{_datadir}/%{name} cp -r pixels $RPM_BUILD_ROOT/%{_datadir}/%{name} 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 README sample.html %{perl_vendorlib}/* %{_mandir}/man3/* %{_datadir}/%{name} %changelog * Fri Mar 26 2010 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.5-1 - Specfile autogenerated by cpanspec 1.78. Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-HTML-BarGraph/devel/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 30 Mar 2010 21:50:31 - 1.1 +++ .cvsignore 30 Mar 2010 22:08:57 - 1.2 @@ -0,0 +1 @@ +HTML-BarGraph-0.5.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-HTML-BarGraph/devel/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 30 Mar 2010 21:50:31 - 1.1 +++ sources 30 Mar 2010 22:08:57 - 1.2 @@ -0,0 +1 @@ +afed0c830ba3f9e8ef6c7c5741ae2106 HTML-BarGraph-0.5.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-HTML-BarGraph/F-12 import.log, NONE, 1.1 perl-HTML-BarGraph.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: eseyman Update of /cvs/pkgs/rpms/perl-HTML-BarGraph/F-12 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv27144/F-12 Modified Files: .cvsignore sources Added Files: import.log perl-HTML-BarGraph.spec Log Message: Initial import. --- NEW FILE import.log --- perl-HTML-BarGraph-0_5-1_fc12:F-12:perl-HTML-BarGraph-0.5-1.fc12.src.rpm:1269988671 --- NEW FILE perl-HTML-BarGraph.spec --- Name: perl-HTML-BarGraph Version:0.5 Release:1%{?dist} Summary:Generate multiset bar graphs using plain HTML License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/HTML-BarGraph/ Source0: http://www.cpan.org/authors/id/P/PO/PODGURSV/HTML-BarGraph-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(ExtUtils::MakeMaker) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %{?perl_default_filter} %description HTML::BarGraph is a module that creates graphics for one or more data-sets, using plain HTML and, optionally, one-pixel images, which are stretched using the width and height attributes of the HTML img tag. %prep %setup -q -n HTML-BarGraph-%{version} chmod -x BarGraph.pm %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT mkdir $RPM_BUILD_ROOT/%{_datadir}/%{name} cp sample.html $RPM_BUILD_ROOT/%{_datadir}/%{name} cp -r pixels $RPM_BUILD_ROOT/%{_datadir}/%{name} 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 README sample.html %{perl_vendorlib}/* %{_mandir}/man3/* %{_datadir}/%{name} %changelog * Fri Mar 26 2010 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.5-1 - Specfile autogenerated by cpanspec 1.78. Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-HTML-BarGraph/F-12/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 30 Mar 2010 21:50:31 - 1.1 +++ .cvsignore 30 Mar 2010 22:38:36 - 1.2 @@ -0,0 +1 @@ +HTML-BarGraph-0.5.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-HTML-BarGraph/F-12/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 30 Mar 2010 21:50:31 - 1.1 +++ sources 30 Mar 2010 22:38:36 - 1.2 @@ -0,0 +1 @@ +afed0c830ba3f9e8ef6c7c5741ae2106 HTML-BarGraph-0.5.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-HTML-BarGraph/F-11 import.log, NONE, 1.1 perl-HTML-BarGraph.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: eseyman Update of /cvs/pkgs/rpms/perl-HTML-BarGraph/F-11 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv27536/F-11 Modified Files: .cvsignore sources Added Files: import.log perl-HTML-BarGraph.spec Log Message: Initial import. --- NEW FILE import.log --- perl-HTML-BarGraph-0_5-1_fc12:F-11:perl-HTML-BarGraph-0.5-1.fc12.src.rpm:1269988772 --- NEW FILE perl-HTML-BarGraph.spec --- Name: perl-HTML-BarGraph Version:0.5 Release:1%{?dist} Summary:Generate multiset bar graphs using plain HTML License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/HTML-BarGraph/ Source0: http://www.cpan.org/authors/id/P/PO/PODGURSV/HTML-BarGraph-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(ExtUtils::MakeMaker) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %{?perl_default_filter} %description HTML::BarGraph is a module that creates graphics for one or more data-sets, using plain HTML and, optionally, one-pixel images, which are stretched using the width and height attributes of the HTML img tag. %prep %setup -q -n HTML-BarGraph-%{version} chmod -x BarGraph.pm %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT mkdir $RPM_BUILD_ROOT/%{_datadir}/%{name} cp sample.html $RPM_BUILD_ROOT/%{_datadir}/%{name} cp -r pixels $RPM_BUILD_ROOT/%{_datadir}/%{name} 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 README sample.html %{perl_vendorlib}/* %{_mandir}/man3/* %{_datadir}/%{name} %changelog * Fri Mar 26 2010 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.5-1 - Specfile autogenerated by cpanspec 1.78. Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-HTML-BarGraph/F-11/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 30 Mar 2010 21:50:31 - 1.1 +++ .cvsignore 30 Mar 2010 22:39:50 - 1.2 @@ -0,0 +1 @@ +HTML-BarGraph-0.5.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-HTML-BarGraph/F-11/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 30 Mar 2010 21:50:31 - 1.1 +++ sources 30 Mar 2010 22:39:50 - 1.2 @@ -0,0 +1 @@ +afed0c830ba3f9e8ef6c7c5741ae2106 HTML-BarGraph-0.5.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File SVG-TT-Graph-0.12.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-SVG-TT-Graph: 62d21e21612a34f987df21a169150c1f SVG-TT-Graph-0.12.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-SVG-TT-Graph/devel import.log, NONE, 1.1 perl-SVG-TT-Graph.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: eseyman Update of /cvs/pkgs/rpms/perl-SVG-TT-Graph/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv28309/devel Modified Files: .cvsignore sources Added Files: import.log perl-SVG-TT-Graph.spec Log Message: Initial import. --- NEW FILE import.log --- perl-SVG-TT-Graph-0_12-1_fc12:HEAD:perl-SVG-TT-Graph-0.12-1.fc12.src.rpm:1269988954 --- NEW FILE perl-SVG-TT-Graph.spec --- Name: perl-SVG-TT-Graph Version:0.12 Release:1%{?dist} Summary:Base object for generating SVG Graphs License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/SVG-TT-Graph/ Source0: http://www.cpan.org/authors/id/I/IA/IANRODDIS/SVG-TT-Graph-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(DateTime) BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(HTTP::Date) BuildRequires: perl(Template) BuildRequires: perl(Test::More) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %{?perl_default_filter} %description This package can be used as a base for creating SVG graphs with Template Toolkit. %prep %setup -q -n SVG-TT-Graph-%{version} find . -type f -exec chmod 644 {} \; sed -i 's/\r//' Changes %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT make pure_install DESTDIR=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check make test %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc Changes generate_examples_pl timeseries_pl %{perl_vendorlib}/* %{_mandir}/man3/* %changelog * Fri Mar 26 2010 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.12-1 - Specfile autogenerated by cpanspec 1.78. Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-SVG-TT-Graph/devel/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 30 Mar 2010 21:50:54 - 1.1 +++ .cvsignore 30 Mar 2010 22:42:54 - 1.2 @@ -0,0 +1 @@ +SVG-TT-Graph-0.12.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-SVG-TT-Graph/devel/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 30 Mar 2010 21:50:54 - 1.1 +++ sources 30 Mar 2010 22:42:54 - 1.2 @@ -0,0 +1 @@ +62d21e21612a34f987df21a169150c1f SVG-TT-Graph-0.12.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-SVG-TT-Graph/F-13 import.log, NONE, 1.1 perl-SVG-TT-Graph.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: eseyman Update of /cvs/pkgs/rpms/perl-SVG-TT-Graph/F-13 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv28878/F-13 Modified Files: .cvsignore sources Added Files: import.log perl-SVG-TT-Graph.spec Log Message: Initial import. --- NEW FILE import.log --- perl-SVG-TT-Graph-0_12-1_fc12:F-13:perl-SVG-TT-Graph-0.12-1.fc12.src.rpm:1269989025 --- NEW FILE perl-SVG-TT-Graph.spec --- Name: perl-SVG-TT-Graph Version:0.12 Release:1%{?dist} Summary:Base object for generating SVG Graphs License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/SVG-TT-Graph/ Source0: http://www.cpan.org/authors/id/I/IA/IANRODDIS/SVG-TT-Graph-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(DateTime) BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(HTTP::Date) BuildRequires: perl(Template) BuildRequires: perl(Test::More) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %{?perl_default_filter} %description This package can be used as a base for creating SVG graphs with Template Toolkit. %prep %setup -q -n SVG-TT-Graph-%{version} find . -type f -exec chmod 644 {} \; sed -i 's/\r//' Changes %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT make pure_install DESTDIR=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check make test %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc Changes generate_examples_pl timeseries_pl %{perl_vendorlib}/* %{_mandir}/man3/* %changelog * Fri Mar 26 2010 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.12-1 - Specfile autogenerated by cpanspec 1.78. Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-SVG-TT-Graph/F-13/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 30 Mar 2010 21:50:54 - 1.1 +++ .cvsignore 30 Mar 2010 22:46:00 - 1.2 @@ -0,0 +1 @@ +SVG-TT-Graph-0.12.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-SVG-TT-Graph/F-13/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 30 Mar 2010 21:50:54 - 1.1 +++ sources 30 Mar 2010 22:46:00 - 1.2 @@ -0,0 +1 @@ +62d21e21612a34f987df21a169150c1f SVG-TT-Graph-0.12.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-HTML-BarGraph/F-13 import.log, NONE, 1.1 perl-HTML-BarGraph.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: eseyman Update of /cvs/pkgs/rpms/perl-HTML-BarGraph/F-13 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv25062/F-13 Modified Files: .cvsignore sources Added Files: import.log perl-HTML-BarGraph.spec Log Message: Initial import. --- NEW FILE import.log --- perl-HTML-BarGraph-0_5-1_fc12:F-13:perl-HTML-BarGraph-0.5-1.fc12.src.rpm:1269987007 --- NEW FILE perl-HTML-BarGraph.spec --- Name: perl-HTML-BarGraph Version:0.5 Release:1%{?dist} Summary:Generate multiset bar graphs using plain HTML License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/HTML-BarGraph/ Source0: http://www.cpan.org/authors/id/P/PO/PODGURSV/HTML-BarGraph-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(ExtUtils::MakeMaker) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %{?perl_default_filter} %description HTML::BarGraph is a module that creates graphics for one or more data-sets, using plain HTML and, optionally, one-pixel images, which are stretched using the width and height attributes of the HTML img tag. %prep %setup -q -n HTML-BarGraph-%{version} chmod -x BarGraph.pm %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT mkdir $RPM_BUILD_ROOT/%{_datadir}/%{name} cp sample.html $RPM_BUILD_ROOT/%{_datadir}/%{name} cp -r pixels $RPM_BUILD_ROOT/%{_datadir}/%{name} 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 README sample.html %{perl_vendorlib}/* %{_mandir}/man3/* %{_datadir}/%{name} %changelog * Fri Mar 26 2010 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.5-1 - Specfile autogenerated by cpanspec 1.78. Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-HTML-BarGraph/F-13/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 30 Mar 2010 21:50:31 - 1.1 +++ .cvsignore 30 Mar 2010 22:26:16 - 1.2 @@ -0,0 +1 @@ +HTML-BarGraph-0.5.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-HTML-BarGraph/F-13/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 30 Mar 2010 21:50:31 - 1.1 +++ sources 30 Mar 2010 22:26:17 - 1.2 @@ -0,0 +1 @@ +afed0c830ba3f9e8ef6c7c5741ae2106 HTML-BarGraph-0.5.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-SVG-TT-Graph/F-12 import.log, NONE, 1.1 perl-SVG-TT-Graph.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: eseyman Update of /cvs/pkgs/rpms/perl-SVG-TT-Graph/F-12 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv31967/F-12 Modified Files: .cvsignore sources Added Files: import.log perl-SVG-TT-Graph.spec Log Message: Initial import. --- NEW FILE import.log --- perl-SVG-TT-Graph-0_12-1_fc12:F-12:perl-SVG-TT-Graph-0.12-1.fc12.src.rpm:1269989250 --- NEW FILE perl-SVG-TT-Graph.spec --- Name: perl-SVG-TT-Graph Version:0.12 Release:1%{?dist} Summary:Base object for generating SVG Graphs License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/SVG-TT-Graph/ Source0: http://www.cpan.org/authors/id/I/IA/IANRODDIS/SVG-TT-Graph-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(DateTime) BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(HTTP::Date) BuildRequires: perl(Template) BuildRequires: perl(Test::More) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %{?perl_default_filter} %description This package can be used as a base for creating SVG graphs with Template Toolkit. %prep %setup -q -n SVG-TT-Graph-%{version} find . -type f -exec chmod 644 {} \; sed -i 's/\r//' Changes %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT make pure_install DESTDIR=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check make test %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc Changes generate_examples_pl timeseries_pl %{perl_vendorlib}/* %{_mandir}/man3/* %changelog * Fri Mar 26 2010 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.12-1 - Specfile autogenerated by cpanspec 1.78. Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-SVG-TT-Graph/F-12/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 30 Mar 2010 21:50:54 - 1.1 +++ .cvsignore 30 Mar 2010 23:04:46 - 1.2 @@ -0,0 +1 @@ +SVG-TT-Graph-0.12.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-SVG-TT-Graph/F-12/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 30 Mar 2010 21:50:54 - 1.1 +++ sources 30 Mar 2010 23:04:46 - 1.2 @@ -0,0 +1 @@ +62d21e21612a34f987df21a169150c1f SVG-TT-Graph-0.12.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-SVG-TT-Graph/F-11 import.log, NONE, 1.1 perl-SVG-TT-Graph.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: eseyman Update of /cvs/pkgs/rpms/perl-SVG-TT-Graph/F-11 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv32488/F-11 Modified Files: .cvsignore sources Added Files: import.log perl-SVG-TT-Graph.spec Log Message: Initial import. --- NEW FILE import.log --- perl-SVG-TT-Graph-0_12-1_fc12:F-11:perl-SVG-TT-Graph-0.12-1.fc12.src.rpm:1269990368 --- NEW FILE perl-SVG-TT-Graph.spec --- Name: perl-SVG-TT-Graph Version:0.12 Release:1%{?dist} Summary:Base object for generating SVG Graphs License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/SVG-TT-Graph/ Source0: http://www.cpan.org/authors/id/I/IA/IANRODDIS/SVG-TT-Graph-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(DateTime) BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(HTTP::Date) BuildRequires: perl(Template) BuildRequires: perl(Test::More) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %{?perl_default_filter} %description This package can be used as a base for creating SVG graphs with Template Toolkit. %prep %setup -q -n SVG-TT-Graph-%{version} find . -type f -exec chmod 644 {} \; sed -i 's/\r//' Changes %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT make pure_install DESTDIR=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_fixperms} $RPM_BUILD_ROOT/* %check make test %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc Changes generate_examples_pl timeseries_pl %{perl_vendorlib}/* %{_mandir}/man3/* %changelog * Fri Mar 26 2010 Emmanuel Seyman emmanuel.sey...@club-internet.fr 0.12-1 - Specfile autogenerated by cpanspec 1.78. Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-SVG-TT-Graph/F-11/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 30 Mar 2010 21:50:54 - 1.1 +++ .cvsignore 30 Mar 2010 23:06:31 - 1.2 @@ -0,0 +1 @@ +SVG-TT-Graph-0.12.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-SVG-TT-Graph/F-11/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 30 Mar 2010 21:50:54 - 1.1 +++ sources 30 Mar 2010 23:06:31 - 1.2 @@ -0,0 +1 @@ +62d21e21612a34f987df21a169150c1f SVG-TT-Graph-0.12.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-Test-SharedFork/F-11 import.log, NONE, 1.1 perl-Test-SharedFork.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: cweyl Update of /cvs/extras/rpms/perl-Test-SharedFork/F-11 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv12604/F-11 Modified Files: .cvsignore sources Added Files: import.log perl-Test-SharedFork.spec Log Message: initial import --- NEW FILE import.log --- perl-Test-SharedFork-0_11-1_fc12:F-11:perl-Test-SharedFork-0.11-1.fc12.src.rpm:1269995725 --- NEW FILE perl-Test-SharedFork.spec --- Name: perl-Test-SharedFork Summary:Fork test Version:0.11 Release:1%{?dist} License:GPL+ or Artistic Group: Development/Libraries Source0: http://search.cpan.org/CPAN/authors/id/T/TO/TOKUHIROM/Test-SharedFork-%{version}.tar.gz URL:http://search.cpan.org/dist/Test-SharedFork BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) BuildArch: noarch BuildRequires: perl(ExtUtils::MakeMaker) = 6.42 BuildRequires: perl(Test::More) = 0.88 %{?perl_default_filter} %{?perl_default_subpackage_tests} %description Test::SharedFork is utility module for Test::Builder. It manages testing by keeping the test count consistent between parent and child processes. %prep %setup -q -n Test-SharedFork-%{version} %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf %{buildroot} make pure_install DESTDIR=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} ';' find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null ';' %{_fixperms} %{buildroot}/* %check make test %clean rm -rf %{buildroot} %files %defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/*.3* %changelog * Sat Mar 20 2010 Chris Weyl cw...@alumni.drew.edu 0.11-1 - specfile by Fedora::App::MaintainerTools 0.006 Index: .cvsignore === RCS file: /cvs/extras/rpms/perl-Test-SharedFork/F-11/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 30 Mar 2010 21:49:31 - 1.1 +++ .cvsignore 31 Mar 2010 00:35:30 - 1.2 @@ -0,0 +1 @@ +Test-SharedFork-0.11.tar.gz Index: sources === RCS file: /cvs/extras/rpms/perl-Test-SharedFork/F-11/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 30 Mar 2010 21:49:31 - 1.1 +++ sources 31 Mar 2010 00:35:30 - 1.2 @@ -0,0 +1 @@ +a9f6248b6d97e3e42b8cf417ec8d5047 Test-SharedFork-0.11.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-Test-SharedFork/F-12 import.log, NONE, 1.1 perl-Test-SharedFork.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: cweyl Update of /cvs/extras/rpms/perl-Test-SharedFork/F-12 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv12424/F-12 Modified Files: .cvsignore sources Added Files: import.log perl-Test-SharedFork.spec Log Message: initial import --- NEW FILE import.log --- perl-Test-SharedFork-0_11-1_fc12:F-12:perl-Test-SharedFork-0.11-1.fc12.src.rpm:1269995712 --- NEW FILE perl-Test-SharedFork.spec --- Name: perl-Test-SharedFork Summary:Fork test Version:0.11 Release:1%{?dist} License:GPL+ or Artistic Group: Development/Libraries Source0: http://search.cpan.org/CPAN/authors/id/T/TO/TOKUHIROM/Test-SharedFork-%{version}.tar.gz URL:http://search.cpan.org/dist/Test-SharedFork BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) BuildArch: noarch BuildRequires: perl(ExtUtils::MakeMaker) = 6.42 BuildRequires: perl(Test::More) = 0.88 %{?perl_default_filter} %{?perl_default_subpackage_tests} %description Test::SharedFork is utility module for Test::Builder. It manages testing by keeping the test count consistent between parent and child processes. %prep %setup -q -n Test-SharedFork-%{version} %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf %{buildroot} make pure_install DESTDIR=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} ';' find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null ';' %{_fixperms} %{buildroot}/* %check make test %clean rm -rf %{buildroot} %files %defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/*.3* %changelog * Sat Mar 20 2010 Chris Weyl cw...@alumni.drew.edu 0.11-1 - specfile by Fedora::App::MaintainerTools 0.006 Index: .cvsignore === RCS file: /cvs/extras/rpms/perl-Test-SharedFork/F-12/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 30 Mar 2010 21:49:31 - 1.1 +++ .cvsignore 31 Mar 2010 00:35:17 - 1.2 @@ -0,0 +1 @@ +Test-SharedFork-0.11.tar.gz Index: sources === RCS file: /cvs/extras/rpms/perl-Test-SharedFork/F-12/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 30 Mar 2010 21:49:31 - 1.1 +++ sources 31 Mar 2010 00:35:17 - 1.2 @@ -0,0 +1 @@ +a9f6248b6d97e3e42b8cf417ec8d5047 Test-SharedFork-0.11.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-Test-SharedFork/devel import.log, NONE, 1.1 perl-Test-SharedFork.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: cweyl Update of /cvs/extras/rpms/perl-Test-SharedFork/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv12054/devel Modified Files: .cvsignore sources Added Files: import.log perl-Test-SharedFork.spec Log Message: initial import --- NEW FILE import.log --- perl-Test-SharedFork-0_11-1_fc12:HEAD:perl-Test-SharedFork-0.11-1.fc12.src.rpm:1269995686 --- NEW FILE perl-Test-SharedFork.spec --- Name: perl-Test-SharedFork Summary:Fork test Version:0.11 Release:1%{?dist} License:GPL+ or Artistic Group: Development/Libraries Source0: http://search.cpan.org/CPAN/authors/id/T/TO/TOKUHIROM/Test-SharedFork-%{version}.tar.gz URL:http://search.cpan.org/dist/Test-SharedFork BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) BuildArch: noarch BuildRequires: perl(ExtUtils::MakeMaker) = 6.42 BuildRequires: perl(Test::More) = 0.88 %{?perl_default_filter} %{?perl_default_subpackage_tests} %description Test::SharedFork is utility module for Test::Builder. It manages testing by keeping the test count consistent between parent and child processes. %prep %setup -q -n Test-SharedFork-%{version} %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf %{buildroot} make pure_install DESTDIR=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} ';' find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null ';' %{_fixperms} %{buildroot}/* %check make test %clean rm -rf %{buildroot} %files %defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/*.3* %changelog * Sat Mar 20 2010 Chris Weyl cw...@alumni.drew.edu 0.11-1 - specfile by Fedora::App::MaintainerTools 0.006 Index: .cvsignore === RCS file: /cvs/extras/rpms/perl-Test-SharedFork/devel/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 30 Mar 2010 21:49:31 - 1.1 +++ .cvsignore 31 Mar 2010 00:34:51 - 1.2 @@ -0,0 +1 @@ +Test-SharedFork-0.11.tar.gz Index: sources === RCS file: /cvs/extras/rpms/perl-Test-SharedFork/devel/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 30 Mar 2010 21:49:31 - 1.1 +++ sources 31 Mar 2010 00:34:51 - 1.2 @@ -0,0 +1 @@ +a9f6248b6d97e3e42b8cf417ec8d5047 Test-SharedFork-0.11.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-Test-SharedFork/F-13 import.log, NONE, 1.1 perl-Test-SharedFork.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: cweyl Update of /cvs/extras/rpms/perl-Test-SharedFork/F-13 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv12238/F-13 Modified Files: .cvsignore sources Added Files: import.log perl-Test-SharedFork.spec Log Message: initial import --- NEW FILE import.log --- perl-Test-SharedFork-0_11-1_fc12:F-13:perl-Test-SharedFork-0.11-1.fc12.src.rpm:1269995700 --- NEW FILE perl-Test-SharedFork.spec --- Name: perl-Test-SharedFork Summary:Fork test Version:0.11 Release:1%{?dist} License:GPL+ or Artistic Group: Development/Libraries Source0: http://search.cpan.org/CPAN/authors/id/T/TO/TOKUHIROM/Test-SharedFork-%{version}.tar.gz URL:http://search.cpan.org/dist/Test-SharedFork BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) BuildArch: noarch BuildRequires: perl(ExtUtils::MakeMaker) = 6.42 BuildRequires: perl(Test::More) = 0.88 %{?perl_default_filter} %{?perl_default_subpackage_tests} %description Test::SharedFork is utility module for Test::Builder. It manages testing by keeping the test count consistent between parent and child processes. %prep %setup -q -n Test-SharedFork-%{version} %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install rm -rf %{buildroot} make pure_install DESTDIR=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} ';' find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null ';' %{_fixperms} %{buildroot}/* %check make test %clean rm -rf %{buildroot} %files %defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/*.3* %changelog * Sat Mar 20 2010 Chris Weyl cw...@alumni.drew.edu 0.11-1 - specfile by Fedora::App::MaintainerTools 0.006 Index: .cvsignore === RCS file: /cvs/extras/rpms/perl-Test-SharedFork/F-13/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 30 Mar 2010 21:49:31 - 1.1 +++ .cvsignore 31 Mar 2010 00:35:05 - 1.2 @@ -0,0 +1 @@ +Test-SharedFork-0.11.tar.gz Index: sources === RCS file: /cvs/extras/rpms/perl-Test-SharedFork/F-13/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 30 Mar 2010 21:49:31 - 1.1 +++ sources 31 Mar 2010 00:35:05 - 1.2 @@ -0,0 +1 @@ +a9f6248b6d97e3e42b8cf417ec8d5047 Test-SharedFork-0.11.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-Mixin-Linewise/EL-5 .cvsignore, 1.3, 1.4 perl-Mixin-Linewise.spec, 1.4, 1.5 sources, 1.3, 1.4
Author: iarnell Update of /cvs/pkgs/rpms/perl-Mixin-Linewise/EL-5 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv32221/EL-5 Modified Files: .cvsignore perl-Mixin-Linewise.spec sources Log Message: use v.0.002 on EL due to old Test::More Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-Mixin-Linewise/EL-5/.cvsignore,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- .cvsignore 13 Mar 2010 07:04:12 - 1.3 +++ .cvsignore 31 Mar 2010 03:03:51 - 1.4 @@ -1 +1 @@ -Mixin-Linewise-0.003.tar.gz +Mixin-Linewise-0.002.tar.gz Index: perl-Mixin-Linewise.spec === RCS file: /cvs/pkgs/rpms/perl-Mixin-Linewise/EL-5/perl-Mixin-Linewise.spec,v retrieving revision 1.4 retrieving revision 1.5 diff -u -p -r1.4 -r1.5 --- perl-Mixin-Linewise.spec13 Mar 2010 07:04:12 - 1.4 +++ perl-Mixin-Linewise.spec31 Mar 2010 03:03:51 - 1.5 @@ -1,6 +1,6 @@ Name: perl-Mixin-Linewise -Version:0.003 -Release:1%{?dist} +Version:0.002 +Release:2%{?dist} Summary:Write your linewise code for handles; this does the rest License:GPL+ or Artistic Group: Development/Libraries @@ -15,8 +15,6 @@ BuildRequires: perl(Sub::Exporter) = 0 BuildRequires: perl(Test::More) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) -%{?perl_default_filter} - %description It's boring to deal with opening files for IO, converting strings to handle- like objects, and all that. With Mixin::Linewise::Readers and @@ -33,7 +31,7 @@ make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT -make pure_install DESTDIR=$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 \; @@ -53,13 +51,6 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog -* Sat Mar 13 2010 Iain Arnell iarn...@gmail.com 0.003-1 -- update to latest upstream version -- use perl_default_filter and DESTDIR - -* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 0.002-3 -- rebuild against perl 5.10.1 - * Sun Jul 26 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.002-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild Index: sources === RCS file: /cvs/pkgs/rpms/perl-Mixin-Linewise/EL-5/sources,v retrieving revision 1.3 retrieving revision 1.4 diff -u -p -r1.3 -r1.4 --- sources 13 Mar 2010 07:04:12 - 1.3 +++ sources 31 Mar 2010 03:03:51 - 1.4 @@ -1 +1 @@ -10c1f76b6afce3b7080b2689b6a964d1 Mixin-Linewise-0.003.tar.gz +ee7a770b441638a7e7ac38f96e90824d Mixin-Linewise-0.002.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Config-Extend-MySQL-0.04.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Config-Extend-MySQL: a6412de716fc5708e2a8cbd37f66c163 Config-Extend-MySQL-0.04.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-Config-Extend-MySQL/F-12 perl-Config-Extend-MySQL.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: iarnell Update of /cvs/pkgs/rpms/perl-Config-Extend-MySQL/F-12 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv1770/F-12 Modified Files: .cvsignore sources Added Files: perl-Config-Extend-MySQL.spec Log Message: initial import --- NEW FILE perl-Config-Extend-MySQL.spec --- Name: perl-Config-Extend-MySQL Version:0.04 Release:1%{?dist} Summary:Extend your favorite .INI parser module to read MySQL configuration file License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Config-Extend-MySQL/ Source0: http://www.cpan.org/authors/id/S/SA/SAPER/Config-Extend-MySQL-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl = 0:5.006 BuildRequires: perl(Config::Tiny) BuildRequires: perl(File::Read) BuildRequires: perl(Module::Build) BuildRequires: perl(Test::More) BuildRequires: perl(Test::Pod) BuildRequires: perl(Test::Pod::Coverage) BuildRequires: perl(UNIVERSAL::require) Requires: perl(Config::Tiny) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %{?perl_default_filter} %description This module extends other Config:: modules so they can read MySQL configuration files. It works by slurping and preprocessing the files before letting your favorite Config:: module parse the result. %prep %setup -q -n Config-Extend-MySQL-%{version} # fix examples' shebang sed -i -e '1s~#!.*~#!%{__perl}~' eg/* %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 README eg %{perl_vendorlib}/* %{_mandir}/man3/* %changelog * Thu Mar 25 2010 Iain Arnell 0.04-1 - Specfile autogenerated by cpanspec 1.78. - use perl_default_filter Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-Config-Extend-MySQL/F-12/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 30 Mar 2010 21:52:32 - 1.1 +++ .cvsignore 31 Mar 2010 03:15:25 - 1.2 @@ -0,0 +1 @@ +Config-Extend-MySQL-0.04.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-Config-Extend-MySQL/F-12/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 30 Mar 2010 21:52:32 - 1.1 +++ sources 31 Mar 2010 03:15:25 - 1.2 @@ -0,0 +1 @@ +a6412de716fc5708e2a8cbd37f66c163 Config-Extend-MySQL-0.04.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-Config-Extend-MySQL/F-11 perl-Config-Extend-MySQL.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: iarnell Update of /cvs/pkgs/rpms/perl-Config-Extend-MySQL/F-11 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv1770/F-11 Modified Files: .cvsignore sources Added Files: perl-Config-Extend-MySQL.spec Log Message: initial import --- NEW FILE perl-Config-Extend-MySQL.spec --- Name: perl-Config-Extend-MySQL Version:0.04 Release:1%{?dist} Summary:Extend your favorite .INI parser module to read MySQL configuration file License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Config-Extend-MySQL/ Source0: http://www.cpan.org/authors/id/S/SA/SAPER/Config-Extend-MySQL-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl = 0:5.006 BuildRequires: perl(Config::Tiny) BuildRequires: perl(File::Read) BuildRequires: perl(Module::Build) BuildRequires: perl(Test::More) BuildRequires: perl(Test::Pod) BuildRequires: perl(Test::Pod::Coverage) BuildRequires: perl(UNIVERSAL::require) Requires: perl(Config::Tiny) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %{?perl_default_filter} %description This module extends other Config:: modules so they can read MySQL configuration files. It works by slurping and preprocessing the files before letting your favorite Config:: module parse the result. %prep %setup -q -n Config-Extend-MySQL-%{version} # fix examples' shebang sed -i -e '1s~#!.*~#!%{__perl}~' eg/* %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 README eg %{perl_vendorlib}/* %{_mandir}/man3/* %changelog * Thu Mar 25 2010 Iain Arnell 0.04-1 - Specfile autogenerated by cpanspec 1.78. - use perl_default_filter Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-Config-Extend-MySQL/F-11/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 30 Mar 2010 21:52:32 - 1.1 +++ .cvsignore 31 Mar 2010 03:15:24 - 1.2 @@ -0,0 +1 @@ +Config-Extend-MySQL-0.04.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-Config-Extend-MySQL/F-11/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 30 Mar 2010 21:52:32 - 1.1 +++ sources 31 Mar 2010 03:15:25 - 1.2 @@ -0,0 +1 @@ +a6412de716fc5708e2a8cbd37f66c163 Config-Extend-MySQL-0.04.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-Config-Extend-MySQL/F-13 perl-Config-Extend-MySQL.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: iarnell Update of /cvs/pkgs/rpms/perl-Config-Extend-MySQL/F-13 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv1770/F-13 Modified Files: .cvsignore sources Added Files: perl-Config-Extend-MySQL.spec Log Message: initial import --- NEW FILE perl-Config-Extend-MySQL.spec --- Name: perl-Config-Extend-MySQL Version:0.04 Release:1%{?dist} Summary:Extend your favorite .INI parser module to read MySQL configuration file License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Config-Extend-MySQL/ Source0: http://www.cpan.org/authors/id/S/SA/SAPER/Config-Extend-MySQL-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl = 0:5.006 BuildRequires: perl(Config::Tiny) BuildRequires: perl(File::Read) BuildRequires: perl(Module::Build) BuildRequires: perl(Test::More) BuildRequires: perl(Test::Pod) BuildRequires: perl(Test::Pod::Coverage) BuildRequires: perl(UNIVERSAL::require) Requires: perl(Config::Tiny) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %{?perl_default_filter} %description This module extends other Config:: modules so they can read MySQL configuration files. It works by slurping and preprocessing the files before letting your favorite Config:: module parse the result. %prep %setup -q -n Config-Extend-MySQL-%{version} # fix examples' shebang sed -i -e '1s~#!.*~#!%{__perl}~' eg/* %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 README eg %{perl_vendorlib}/* %{_mandir}/man3/* %changelog * Thu Mar 25 2010 Iain Arnell 0.04-1 - Specfile autogenerated by cpanspec 1.78. - use perl_default_filter Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-Config-Extend-MySQL/F-13/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 30 Mar 2010 21:52:32 - 1.1 +++ .cvsignore 31 Mar 2010 03:15:25 - 1.2 @@ -0,0 +1 @@ +Config-Extend-MySQL-0.04.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-Config-Extend-MySQL/F-13/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 30 Mar 2010 21:52:32 - 1.1 +++ sources 31 Mar 2010 03:15:27 - 1.2 @@ -0,0 +1 @@ +a6412de716fc5708e2a8cbd37f66c163 Config-Extend-MySQL-0.04.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-Config-Extend-MySQL/devel perl-Config-Extend-MySQL.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: iarnell Update of /cvs/pkgs/rpms/perl-Config-Extend-MySQL/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv1770/devel Modified Files: .cvsignore sources Added Files: perl-Config-Extend-MySQL.spec Log Message: initial import --- NEW FILE perl-Config-Extend-MySQL.spec --- Name: perl-Config-Extend-MySQL Version:0.04 Release:1%{?dist} Summary:Extend your favorite .INI parser module to read MySQL configuration file License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Config-Extend-MySQL/ Source0: http://www.cpan.org/authors/id/S/SA/SAPER/Config-Extend-MySQL-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl = 0:5.006 BuildRequires: perl(Config::Tiny) BuildRequires: perl(File::Read) BuildRequires: perl(Module::Build) BuildRequires: perl(Test::More) BuildRequires: perl(Test::Pod) BuildRequires: perl(Test::Pod::Coverage) BuildRequires: perl(UNIVERSAL::require) Requires: perl(Config::Tiny) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %{?perl_default_filter} %description This module extends other Config:: modules so they can read MySQL configuration files. It works by slurping and preprocessing the files before letting your favorite Config:: module parse the result. %prep %setup -q -n Config-Extend-MySQL-%{version} # fix examples' shebang sed -i -e '1s~#!.*~#!%{__perl}~' eg/* %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 README eg %{perl_vendorlib}/* %{_mandir}/man3/* %changelog * Thu Mar 25 2010 Iain Arnell 0.04-1 - Specfile autogenerated by cpanspec 1.78. - use perl_default_filter Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-Config-Extend-MySQL/devel/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- .cvsignore 30 Mar 2010 21:52:32 - 1.1 +++ .cvsignore 31 Mar 2010 03:15:27 - 1.2 @@ -0,0 +1 @@ +Config-Extend-MySQL-0.04.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-Config-Extend-MySQL/devel/sources,v retrieving revision 1.1 retrieving revision 1.2 diff -u -p -r1.1 -r1.2 --- sources 30 Mar 2010 21:52:32 - 1.1 +++ sources 31 Mar 2010 03:15:27 - 1.2 @@ -0,0 +1 @@ +a6412de716fc5708e2a8cbd37f66c163 Config-Extend-MySQL-0.04.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [389-devel] Please Review: Managed Entries Plug-in
(2010?03?30? 13:56), Nathan Kinder wrote: New patch attached. Ack. --noriko -NGK On 03/30/2010 01:24 PM, Nathan Kinder wrote: Please hold off on the review. I noticed one other thing that I need to address. A new patch will be sent out shortly. -NGK On 03/30/2010 01:18 PM, Nathan Kinder wrote: -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel