Re: webkitgtk abi bump
Michel Alexandre Salim wrote, at 07/05/2010 10:04 AM +9:00: > On Fri, Jul 2, 2010 at 4:36 PM, Matthias Clasen wrote: >> Just a headsup: I've just built webkitgtk-1.3.2 in rawhide, which >> changes library sonames, so things depending on it will have to be >> rebuilt. > ... >> seed > Does not build right now due to the reorganization of files in > gtk2-2.21.x for parallel installation with gtk3; it looks like some > gtk2 headers still expect to find gdk-pixbuf in its old place. > > In file included from /usr/include/gtk-2.0/gdk/gdkcairo.h:28, > from /usr/include/gtk-2.0/gdk/gdk.h:33, > from seed-cairo.c:22: > /usr/include/gtk-2.0/gdk/gdkpixbuf.h:37:35: error: > gdk-pixbuf/gdk-pixbuf.h: No such file or directory > > Filed as https://bugzilla.redhat.com/show_bug.cgi?id=611364 with a > minimal test case. > > Thanks, > Now seed is rebuild with new webkitgtk (fix is in gtk2), the details is in the above bug report. Regards, Mamoru -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide perl-5.12 status
On 07/03/2010 08:06 AM, Ralf Corsepius wrote: > An update: > > I filed BZ's on all of those packages which haven't not already been > tracked as FTBS. All of these BZs are tagged as "F14Target" rsp. > F14FTBFS (which indirectly blocks "F14Target"). > Thank for filing these bugzillas. Perl 5.12 was already accepted as a feature for F-14. Regards, Marcela -- 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: (lack of) maintainership of epiphany?
On Tue, 2010-07-06 at 16:24 -0700, Adam Williamson wrote: > On Tue, 2010-07-06 at 13:59 +0100, pbrobin...@gmail.com wrote: > > I wonder about the maintainer ship of epiphany. The ownership of it is > > gecko-maint but in none of the current versions of fedora is epiphany > > gecko based and of the 18 other maintainers not a single person is on > > the bugzilla watch ACL. There's a bug that was introduced at some > > point in the F-13 time frame where it crashes on all the machines I > > attempt to use it on when it first tries to load a page, there's quite > > a few dupes. I'm really surprised that no one has picked this up. > > I thought I had, but it may have been something I filed under 'poke > someone about later when I'm not so busy'... > > To me it would seem to make sense for the desktop team to own it, since > it's a part of GNOME. > -- I can't use Epiphany at all in F12 due to this bug: https://bugzilla.redhat.com/show_bug.cgi?id=592685 Haven't had any problems in F13 yet though... > 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: Make pkgdb grant co-maintainer status automatically? (was Re: Non-responsive maintainer fast track procedure for libsndfile)
On Wed, 07 Jul 2010 01:53:29 +0200, Kevin wrote: > Kevin Fenzi wrote: > > > If some provenpackager want's to maintain it, why don't they take > > ownership? > > Because I can fix the occasional broken dependency, [...] ... which hopefully will not be a problem anymore with a revised push process. You could not limit your activity to Rawhide, and you would not learn about broken deps and required rebuilds for released dists, if you're not willing to become one of the package's maintainers. > [...] but I can't commit to > actually maintain hundreds of packages. For example, the bugmail would flood > me, I couldn't fix any of those bugs anyway, only the complete showstoppers > (i.e. broken deps and MAYBE (!) FTBFS). So, you won't forward problem reports to upstream either (as by now everyone knows anyway that you'd like crash reports to flood upstream directly instead of Fedora's tracker), you won't keep an eye on upstream development (e.g. commit diffs and release monitoring), and you won't learn if your recent rebuild or upgrade causes segfaults. In other words, you request to become a package-monkey with no responsibilities, who may play with a pile of packages, which is free for everyone to either mess with or leave it aside. This might work with some software, which is rather maintenance-free and has upstream developers who make quality releases, but packages for such software often are easy to maintain and are low-hanging fruit even for RPM packging beginners. If the software is used at all by anyone within the Fedora community, it should not be a big problem to find _at least_ one packager for it. And if there are more than one, increase the freedom and encourage even additional people to become one of the package's maintainers. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: who is Petr Pisar from redhat ?
On 07/06/2010 10:26 PM, Chitlesh GOORAH wrote: > Similarly my package perl-perlilog is now part of RHEL-6, I haven't > got any email from its RH maintainer whether he cares to co-maintain > it with me on fedora as well. Where is that sense of friendship Fedora > once had ? This is disgusting ! > > Firstly, I was surprised that in RHEL are some perl modules, which I don't already own in Fedora. So I didn't check. Secondly, I'm not him. If you want, you can add me as a co-maintainer, but I prefer check new bugs and changes in perl mailing list. Regards, Marcela -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 611014] perl-Data-Alias fails to build
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=611014 Petr Pisar changed: What|Removed |Added CC||ppi...@redhat.com External Bug ID||CPAN 36165 -- 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Make pkgdb grant co-maintainer status automatically? (was Re: Non-responsive maintainer fast track procedure for libsndfile)
Am Wed, 07 Jul 2010 01:46:44 +0200 schrieb Kevin Kofler : > Thomas Spura wrote: > > For me it doesn't make much sense to be co-maintainer everywhere, > > but actually: > > 1. doing all the tasks alone. > > I don't see the big problem. I'm "comaintaining" a few packages in > that way for a while (xchat and mingw32-nsis come to my mind) and > that just works (though I do sometimes get angry about "maintainers" > being registered there and rarely doing anything). It's simply annoying to fix *all* bugs of a particular package and always need to click e.g. on 'Take it' on the assign list. But that's not the best reason for this change... How to you see, that a maintainer is unresponsive? The bugs are getting fixed, all releases are getting updates, the program works, so there is nothing to complain about on the first sign. e.g. I *know* the package owner, I'm complaining about, doesn't even read the bugzilla mails, but he is also not 'unresponsive' with the criterias of the unresponsive maintainership rule, because he answers private mails... -> I believe, he should give his packages completely away, and become co-maintainer of his former packages. This way he can still help out, when he finds time, or simply continue ignoring bugzilla mails without being bothered. To get such a button, to apply for becoming real maintainership makes this possible and is the easiest way, because it doesn't need e.g. a fast track procedure or anyone agreeing from fesco or anyone to change it manually in pkgdb. When you have another solution for this, let me hear. :) Thomas -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Broken dependencies: perl-Data-Alias
perl-Data-Alias has broken dependencies in the rawhide tree: On x86_64: perl-Data-Alias-1.07-6.fc13.x86_64 requires perl(:MODULE_COMPAT_5.10.1) On i386: perl-Data-Alias-1.07-6.fc13.i686 requires perl(:MODULE_COMPAT_5.10.1) 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
Broken dependencies: perl-DBI-Dumper
perl-DBI-Dumper has broken dependencies in the rawhide tree: On x86_64: perl-DBI-Dumper-2.01-8.fc12.x86_64 requires perl(:MODULE_COMPAT_5.10.0) On i386: perl-DBI-Dumper-2.01-8.fc12.i686 requires perl(:MODULE_COMPAT_5.10.0) 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
Broken dependencies: perl-Pugs-Compiler-Rule
perl-Pugs-Compiler-Rule has broken dependencies in the rawhide tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires perl(:MODULE_COMPAT_5.10.1) On i386: perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires perl(:MODULE_COMPAT_5.10.1) 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: rawhide perl-5.12 status
On 07/07/2010 09:37 AM, Marcela Mašláňová wrote: > On 07/03/2010 08:06 AM, Ralf Corsepius wrote: >> An update: >> >> I filed BZ's on all of those packages which haven't not already been >> tracked as FTBS. All of these BZs are tagged as "F14Target" rsp. >> F14FTBFS (which indirectly blocks "F14Target"). >> > Thank for filing these bugzillas. Welcome. ATM, these are still open: >> * BackupPC-3.1.0-14 >> > wants perl-suidperl (Abandoned by perl-5.12.) > https://bugzilla.redhat.com/show_bug.cgi?id=611009 Fedora maintainer and upstream maintainer seem to have difficulties in understanding the issue and finding a solution. Iain has proposed a (IMHO) viable work-around, but no conclusions/results so far. >> > * perl-DBI-Dumper >> > Fails to build - Dead upstream. > https://bugzilla.redhat.com/show_bug.cgi?id=555496 > FTBS, open since 2010-01-14, no response from maintainer. >> > * perl-Data-Alias >> > Fails to build - Dead upstream. > https://bugzilla.redhat.com/show_bug.cgi?id=611014 >> > * perl-Pugs-Compiler-Rule >> > Fails to build - Dead upstream. > https://bugzilla.redhat.com/show_bug.cgi?id=611015 >> > * perl-Test-AutoBuild >> > Fails to build - Dead upstream >> > (Upstream maintainer: Daniel P. Berrangé, >> >Fedora maintainer: berra...@fp.org ?!?) > https://bugzilla.redhat.com/show_bug.cgi?id=539046 > FTBS, open since 2009-11-19, no response from maintainer. I'd propose to close and abandon the perl-* packages rather "soonish than later" and not to wait for "Fedora 14". I.e. I'd propose to set these package's maintainers a firm deadline (say, 1-2 weeks from now) and then to kill the then remaining perl-modules. IMO, these package's maintainers and their upstreams knew about these packages issues for long enough and had sufficiently often been warned. Ralf -- 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
rawhide report: 20100707 changes
Compose started at Wed Jul 7 08:15:11 UTC 2010 Broken deps for i386 -- BackupPC-3.1.0-14.fc14.noarch requires perl-suidperl CodeAnalyst-gui-2.8.54-22.fc14.i686 requires libdwarf.so.0.0 1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9 1:anjuta-2.30.0.0-2.fc14.i686 requires libwebkit-1.0.so.2 claws-mail-plugins-geolocation-3.7.6-3.fc14.i686 requires libchamplain-gtk-0.4.so.0 claws-mail-plugins-geolocation-3.7.6-3.fc14.i686 requires libchamplain-0.4.so.0 dates-0.4.11-3.fc14.i686 requires libedataserver-1.2.so.11 deskbar-applet-2.30.0-1.1.fc14.i686 requires libedataserver-1.2.so.12 eclipse-checkstyle-4.0.1-14.fc12.noarch requires checkstyle-optional = 0:4.1 eclipse-checkstyle-4.0.1-14.fc12.noarch requires checkstyle = 0:4.1 emerillon-0.1.1-2.fc13.i686 requires libchamplain-0.4.so.0 emerillon-0.1.1-2.fc13.i686 requires libchamplain-gtk-0.4.so.0 emerillon-devel-0.1.1-2.fc13.i686 requires pkgconfig(champlain-0.4) empathy-2.31.3-3.fc14.i686 requires libchamplain-gtk-0.4.so.0 empathy-2.31.3-3.fc14.i686 requires libchamplain-0.4.so.0 eog-plugins-2.30.0-1.fc14.i686 requires libchamplain-0.4.so.0 eog-plugins-2.30.0-1.fc14.i686 requires libchamplain-gtk-0.4.so.0 evolution-rss-0.1.9-7.20100525git.fc14.i686 requires libwebkit-1.0.so.2 gmpc-0.19.1-3.fc14.i686 requires libwebkit-1.0.so.2 gnome-phone-manager-0.65-6.fc14.i686 requires libgnome-bluetooth.so.7 gpx-viewer-0.1.2-2.fc14.i686 requires libchamplain-0.4.so.0 gpx-viewer-0.1.2-2.fc14.i686 requires libchamplain-gtk-0.4.so.0 kst-fits-1.8.0-7.fc14.i686 requires cfitsio = 0:3.240 lekhonee-gnome-0.11-2.fc14.i686 requires libwebkit-1.0.so.2 libpeas-0.5.1-1.fc14.i686 requires libgdk_pixbuf-3.0.so.0 libpeas-devel-0.5.1-1.fc14.i686 requires libgdk_pixbuf-3.0.so.0 maven2-plugin-checkstyle-2.0.8-3.fc12.noarch requires checkstyle-optional >= 0:4.1 merkaartor-0.16.1-1.fc13.i686 requires libexiv2.so.6 mingw32-OpenSceneGraph-2.8.2-4.fc14.noarch requires mingw32(libpng-3.dll) moblin-panel-status-0.1.21-3.fc14.i686 requires libchamplain-0.4.so.0 perl-DBI-Dumper-2.01-8.fc12.i686 requires perl(:MODULE_COMPAT_5.10.0) perl-Data-Alias-1.07-6.fc13.i686 requires perl(:MODULE_COMPAT_5.10.1) perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires perl(:MODULE_COMPAT_5.10.1) perl-Test-AutoBuild-1.2.2-9.fc12.i686 requires perl(:MODULE_COMPAT_5.10.0) plexus-containers-component-annotations-javadoc-1.0-0.1.a34.7.fc12.noarch requires jakarta-commons-logging-javadoc python3-beaker-1.5.3-4.fc14.noarch requires python3-paste qtgpsc-0.2.3-6.fc12.i686 requires libgps.so.18 shotwell-0.5.2-1.fc14.i686 requires libwebkit-1.0.so.2 skyviewer-1.0.0-4.fc14.i686 requires libQGLViewer.so.2.3.5 spacewalk-certs-tools-1.1.1-1.fc14.noarch requires spacewalk-backend-libs >= 0:0.8.28 themonospot-gui-qt-0.1.3-6.fc14.i686 requires mono(qt-dotnet) = 0:4.5.0.0 themonospot-gui-qt-0.1.3-6.fc14.i686 requires libqyotoshared.so.1 vfrnav-0.4-1.fc13.i686 requires libgps.so.18 viking-0.9.91-3.fc13.i686 requires libgps.so.18 xcf-pixbuf-loader-0.0.1-3.8af913d1.fc14.i686 requires /usr/lib/gtk-2.0/2.10.0/loaders xenner-0.48-1.fc14.i386 requires libxenguest.so.3.4 Broken deps for x86_64 -- BackupPC-3.1.0-14.fc14.noarch requires perl-suidperl CodeAnalyst-gui-2.8.54-22.fc14.i686 requires libdwarf.so.0.0 CodeAnalyst-gui-2.8.54-22.fc14.x86_64 requires libdwarf.so.0.0()(64bit) 1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9 1:anjuta-2.30.0.0-2.fc14.i686 requires libwebkit-1.0.so.2 1:anjuta-2.30.0.0-2.fc14.x86_64 requires libgladeui-1.so.9()(64bit) 1:anjuta-2.30.0.0-2.fc14.x86_64 requires libwebkit-1.0.so.2()(64bit) claws-mail-plugins-geolocation-3.7.6-3.fc14.x86_64 requires libchamplain-gtk-0.4.so.0()(64bit) claws-mail-plugins-geolocation-3.7.6-3.fc14.x86_64 requires libchamplain-0.4.so.0()(64bit) dates-0.4.11-3.fc14.x86_64 requires libedataserver-1.2.so.11()(64bit) deskbar-applet-2.30.0-1.1.fc14.x86_64 requires libedataserver-1.2.so.12()(64bit) eclipse-checkstyle-4.0.1-14.fc12.noarch requires checkstyle-optional = 0:4.1 eclipse-checkstyle-4.0.1-14.fc12.noarch requires checkstyle = 0:4.1 emerillon-0.1.1-2.fc13.x86_64 requires libchamplain-gtk-0.4.so.0()(64bit) emerillon-0.1.1-2.fc13.x86_64 requires libchamplain-0.4.so.0()(64bit) emerillon-devel-0.1.1-2.fc13.i686 requires pkgconfig(champlain-0.4) emerillon-devel-0.1.1-2.fc13.x86_64 requires pkgconfig(champlain-0.4) empathy-2.31.3-3.fc14.x86_64
Re: Can anyone contact Gér ard Milmeister (gemi)?
On Wed, Jul 07, 2010 at 02:51:29AM +0200, Dominik 'Rathann' Mierzejewski wrote: > On Tuesday, 06 July 2010 at 11:53, Richard W.M. Jones wrote: > > gtkglarea2 -- OpenGL GTK widget > > I can take this, it's a dependency of one of my packages and I need > to request the EPEL branches. Go ahead. I just upgraded it to the latest version in Rawhide. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 14 test release blocker bugs
On Tue, 2010-07-06 at 17:22 -0700, Adam Williamson wrote: > On Tue, 2010-07-06 at 17:10 -0700, John Poelstra wrote: > > Hard to believe, but Fedora QA starts its "Pre-Alpha Rawhide Acceptance > > Test Plan" testing this Thursday (2010-07-08). > > > > We've run out of time and run way to implement a new means of tracking > > blocker bugs for Fedora--previously discussed in the context of using > > flags in Bugzilla. We'll continue to use the same process we've used > > for past releases. > > Erm, really? We could throw the existing proposal in in an afternoon if > we wanted to. I was fine with it. Jesse, what was your plan here? If there is a solution that addresses the problems identified during F-13, and it can be implemented in *short* time. It would be compelling. I'm a fan of solving problems with tooling, but I'm not convinced that is where our big investment should be for the upcoming release, or that it fully addresses the problems encountered during F-13. I outlined 3 basic blocker bug process recommendations that are attainable+sustainable and address the problems we had during F-13 [1]. If someone feels flags are the better solution, and can develop a proposal for creating bugzilla flags, the policy for managing them, and bot automation to enforce them, I'm sure we'd all be happy to provide feedback. However, I left that out of the F-14 QA recommendations because I'm not convinced that's the best use of our time. If you are looking for something to work on to improve F-14 QA, check out (or add to) https://fedorahosted.org/fedora-qa/milestone/Fedora%2014. Thanks, James Thanks, James [1] https://fedoraproject.org/wiki/Fedora_13_QA_Retrospective#Blocker_Review signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: JOGL/Gluegen
On 07/06/2010 05:59 AM, Sylvestre Ledru wrote: > Hello, > > Sad to hear that ... It was close :/ > I didn't expect to be that hard to contribute to Fedora... > > Good luck with your new job. > > Regards, > Sylvestre > > > Le vendredi 02 juillet 2010 à 21:54 -0700, Henrique de Castro a écrit : > >> Hello, my friends, >> It is with sadness that I announce the end of my activities with the >> Fedora Project. No I longer have frequent access to the internet and >> I'm moving to start in my new job. >> Unfortunately, I have to leave orphan the gluegen / JOGL project. I >> would be happy if someone take over. I ask you please to announce the >> availability of gluegen for a new owner in devel list on my behalf, if >> no one here wish to take it. >> >> >> >> My best regards >> >> >> --- >> Henrique "LonelySpooky" Junior >> >> >> > Indeed, I'm sorry to hear that. I'm CCing the devel list. This means that gluegen is available for a new maintainer, and someone may want to take over the JOGL review and it's eventual ownership. https://bugzilla.redhat.com/show_bug.cgi?id=572515 If I don't see something in the next few weeks, I'll close the review. -J -- - in your fear, speak only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Non-responsive maintainer fast track procedure for libsndfile
On Tuesday, July 06, 2010 01:05:57 Orcan Ogetbil wrote: > On Mon, Jul 5, 2010 at 6:17 PM, Michel Alexandre Salim wrote: > > Hi all, > > > > I'm initiating a fast track procedure for libsndfile -- a security bug > > has been reported for over a year, and there has been no response from > > maintainer I've added patch to that bugzilla. I have all changes ready, only commit acl required :) > > We made many attempts to reach him last year. See: > https://www.redhat.com/archives/fedora-devel-list/2009-November/msg00102.ht > ml > > I asked for comaintainership on Fedora branches about 10 months ago, > and didn't hear back until now. My request is still open. "me too" but not 10 months ago If current maintainer is no longer interested in libsndfile I'm willing to become maintainer for this package. I already maintain it for rhel6 > > I ended up updating the Fedora packages, and hence closing the > security bugs with my proven powers. I didn't touch the EPEL package > since > 1- I don't even know if the force is strong enough with my proven > powers in the EPEL arena. > 2- I am basically not much interested in EPEL. > > Orcan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Can anyone contact Gérard Milmeister (gemi)?
On 6 July 2010 03:13, Chen Lei wrote: > 2010/6/18 Chen Lei : >> Hi all, >> >> Following the process >> >> https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers >> >> Is someone able to get in touch with Gérard Milmeister.(gemi) >> >> I can't find any activity of him from koji and bugzilla in the past >> eight months, I also got no response from him after sending a private >> mail a month ago. >> >> See https://bugzilla.redhat.com/show_bug.cgi?id=530565 for more details. >> >> >> Regards, >> Chen Lei >> > > Hi FESCo, > > Can we orphan his packages now? I'd like to take scons, I don't think > waiting more time will be helpful. If you need a co-maintainer for this please let me know. I need scons as a build tool for one of my packages. Thanks -- Christopher Brown -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Can anyone contact Gérard Milmeister (gemi)?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 06 Jul 2010 08:48:57 +0200, you wrote: >I am still alive. >I had always hoped to find the time to resume work on the packages, >however it turned out that circumstances do not allow me any leisure >anymore for serious participation (at least for now). So I would be glad >if people take over packages, especially those that require some work. I >will try to follow the mailing-list for the next days. I may will to take over ownership of scons if this is ok for you. Best Regards: Jochen Schmitt -BEGIN PGP SIGNATURE- Version: PGP Desktop 10.0.2 (Build 13) Charset: us-ascii wj8DBQFMNIh3T2AHK6txfgwRAg1cAKDCNAZRf/i8K7g6Me70MbdJxSE2FQCgiYa6 TVMvPzyQJ0RydtneddcaxGc= =aL56 -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Can anyone contact Gérard Milmeister (gemi)?
2010/7/7 Christopher Brown : > > If you need a co-maintainer for this please let me know. I need scons > as a build tool for one of my packages. > > Thanks > > -- > Christopher Brown > -- Feel free to contact Gérard directly to add you as a co-maintainer of scons :) Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Can anyone contact Gérard Milmeister (gemi)?
2010/7/6 Gérard Milmeister : > Hi, > > I am still alive. > I had always hoped to find the time to resume work on the packages, > however it turned out that circumstances do not allow me any leisure > anymore for serious participation (at least for now). So I would be glad > if people take over packages, especially those that require some work. I > will try to follow the mailing-list for the next days. > > Regards and sorry for the trouble, > Gérard > I'm very happy that you are still involved in Fedora, I'll maintain scons temporarily before you have enough time to resume work on Fedora :) Do you mind to find more co-maintainers for your packages before you come back? Regrads, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
HEADS UP - packages requiring openldap or openldap-clients
Hello everyone! There were some changes in recent openldap package in rawhide, adding Mozilla NSS crypto support and enabling LDIF reading/writing API. This change was introduced in openldap-2.4.22-3.fc14. Please, make sure that this change didn't break your packages. I'm sending a list of possibly affected ones. Thanks and regards, Jan. $ repoquery --whatrequires openldap openldap-clients --source | sed 's/-[0-9].*$//' | sort -u acl activemq-cpp alpine am-utils apr-util asterisk audit autofs bdii bind bind-dyndb-ldap callweaver claws-mail cluster cups curl cyrus-imapd cyrus-sasl dbmail dhcp dirmngr dovecot dspam echoping ekiga evolution evolution-exchange exim freeradius GConf2 gnupg2 gq gtranslator httpd ipa jabberd kdebase3 kdepimlibs kdesvn krb5 ldapvi libuser lighttpd log4cxx migrationtools mod_authz_ldap mod_perl mod_revocator myproxy nagios-plugins nfs-utils-lib nss-ldapd nss-pam-ldapd nufw ocspd opal openldap openser opensips openssh openvpn-auth-ldap ovaldi pam_ldap pathfinder pdns php postfix postgresql proftpd ptlib pure-ftpd python-ldap quota rapidsvn ruby-ldap samba samba4 seahorse sendmail squid sssd ss5 subcommander sudo sylpheed virtuoso-opensource wine zabbix zarafa -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: HEADS UP - packages requiring openldap or openldap-clients
Jan Vcelak writes: > There were some changes in recent openldap package in rawhide, adding Mozilla > NSS crypto support and enabling LDIF reading/writing API. This change was > introduced in openldap-2.4.22-3.fc14. > Please, make sure that this change didn't break your packages. I'm sending a > list of possibly affected ones. Were there any ABI breaks? ie should we just be forcing rebuilds? regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rpms/perl-IO-LockedFile/EL-6 perl-IO-LockedFile.spec,1.5,1.6
Author: pwouters
Update of /cvs/pkgs/rpms/perl-IO-LockedFile/EL-6
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv11395
Modified Files:
perl-IO-LockedFile.spec
Log Message:
* Wed Jul 07 2010 Paul Wouters - 0.23-7
- Added missing dist tag
Index: perl-IO-LockedFile.spec
===
RCS file: /cvs/pkgs/rpms/perl-IO-LockedFile/EL-6/perl-IO-LockedFile.spec,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -p -r1.5 -r1.6
--- perl-IO-LockedFile.spec 26 Jul 2009 06:41:03 - 1.5
+++ perl-IO-LockedFile.spec 7 Jul 2010 15:01:01 - 1.6
@@ -1,6 +1,6 @@
Name: perl-IO-LockedFile
Version:0.23
-Release:6
+Release:7%{?dist}
Summary:Something
License:GPL+ or Artistic
Group: Development/Libraries
@@ -44,6 +44,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Wed Jul 07 2010 Paul Wouters - 0.23-7
+- Added missing dist tag
+
* Sat Jul 25 2009 Fedora Release Engineering
- 0.23-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild
--
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: HEADS UP - packages requiring openldap or openldap-clients
Tom Lane wrote: > Jan Vcelak writes: > >> There were some changes in recent openldap package in rawhide, adding >> Mozilla >> NSS crypto support and enabling LDIF reading/writing API. This change was >> introduced in openldap-2.4.22-3.fc14. >> > > >> Please, make sure that this change didn't break your packages. I'm sending a >> list of possibly affected ones. >> > > Were there any ABI breaks? ie should we just be forcing rebuilds? > There should not be any ABI changes. The existing LDAP API/ABI was not changed. There are some new LDIF functions that were added to the API (ldif.h). > regards, tom lane > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Multi-owned perl directories in perl package in F-13
On 07/07/10 15:03, Marcela Mašláňová wrote: > On 07/03/2010 10:02 AM, Iain Arnell wrote: >> The guidelines should probably be updated to clarify this. >> >> > I've started rewriting guidelines [1]. It should be ready for F-14. Every > help is welcomed, especially from people having English as first > language ;-) > > Updates are documented here [2]. > > Marcela > > [1] https://fedoraproject.org/wiki/PackagingDraft:Perl > [2] https://fedoraproject.org/wiki/Perl/updates I don't understand point 3 on this page: 3. add Obsoletes: perl(Module::Build) < version-of-perl-Module-Build-in-perl.spec Without this won't be package updated because every core module requires perl-N-V-R. As far as I know, yum only handles obsoletes on package names, not virtual provides. Can you provide an example of the problem this is intended to fix? Paul. -- 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
Request to take over libart_lgpl
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, because I want to introduced a package into the fedora collection which requires this package, I want to take over the ownership of this package. Best Regards: Jochen Schmitt -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iJwEAQECAAYFAkw0nqEACgkQZLAIBz9lVu8+XwP9EZSZT5glbeF3+30s+Ah7MxZY X3Hw0Cr3BJ4o2YNVcI7mgcfPppdBxp4lHzkejwcTSHqwQEGmfccUWzBVF/45QPsJ FinkEQ6ZJxHRTT+FiVWS9YWieaLlyg88MJslxUTeeTWttS1bNEGwQRzxbanS8pZp fhQGtjOijHjzJqbylPU= =QYqJ -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 14 test release blocker bugs
James Laska said the following on 07/07/2010 05:43 AM Pacific Time: > On Tue, 2010-07-06 at 17:22 -0700, Adam Williamson wrote: >> On Tue, 2010-07-06 at 17:10 -0700, John Poelstra wrote: >>> Hard to believe, but Fedora QA starts its "Pre-Alpha Rawhide Acceptance >>> Test Plan" testing this Thursday (2010-07-08). >>> >>> We've run out of time and run way to implement a new means of tracking >>> blocker bugs for Fedora--previously discussed in the context of using >>> flags in Bugzilla. We'll continue to use the same process we've used >>> for past releases. >> >> Erm, really? We could throw the existing proposal in in an afternoon if >> we wanted to. I was fine with it. Jesse, what was your plan here? > > If there is a solution that addresses the problems identified during > F-13, and it can be implemented in *short* time. It would be > compelling. I'm a fan of solving problems with tooling, but I'm not > convinced that is where our big investment should be for the upcoming > release, or that it fully addresses the problems encountered during > F-13. > > I outlined 3 basic blocker bug process recommendations that are > attainable+sustainable and address the problems we had during F-13 [1]. > If someone feels flags are the better solution, and can develop a > proposal for creating bugzilla flags, the policy for managing them, and > bot automation to enforce them, I'm sure we'd all be happy to provide > feedback. > Long term I think flags will help streamline our process. With the first Alpha blocker bug meetings starting next Friday it doesn't make sense for Fedora 14. I agree there is probably enough time to write a proposal for how it could all work, but not enough time to get feedback on the proposal and definitely not enough time to implement and test everything before using it. We can get better near term impact by addressing the recommendations from the QA retrospective around bugzilla. I'm working on two of the tickets. John -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: depcheck test (was Re: measuring success)
On Tue, 2010-07-06 at 12:11 -0700, Adam Williamson wrote: > On Tue, 2010-07-06 at 11:34 -0400, Will Woods wrote: > > > If there are any other questions, feel free to ask. > > > > -w > > Did you get to look at the nss-softokn situation (details of which I > sent to autoqa-devel) yet? How hard would it be to catch that? Yes - as I understand it, the reason the nss-softokn.i686 update didn't land in the x86_64 updates repo was a shortcoming of mash's multilib handling algorithm. Since depcheck will need to run mash on the set of proposed updates in order to correctly handle multilib cases, it should (in theory) correctly reproduce this error and thus set off alarm bells. I'm not sure how transparent the error messages will be, though, but at least (again, in theory) we should get notification that Something Is Wrong. We'll see what happens when we actually have a test case for this[1], though. -w [1] Real Soon Now, of course -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 605662] package needs to be upgraded
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=605662 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-HTTP-DAV-0.40-1.fc12 Resolution||ERRATA -- 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 605662] package needs to be upgraded
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=605662 --- Comment #7 from Fedora Update System 2010-07-07 13:34:38 EDT --- perl-HTTP-DAV-0.40-1.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 528159] warning in Fedora::Bugzilla
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=528159 --- Comment #5 from Fedora Update System 2010-07-07 13:38:20 EDT --- perl-Fedora-Bugzilla-0.13-4.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 600026] FTBFS perl-Fedora-Bugzilla-0.13-2.fc13
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=600026 --- Comment #10 from Fedora Update System 2010-07-07 13:38:25 EDT --- perl-Fedora-Bugzilla-0.13-4.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 592672] Review Request: hct - A HDL complexity tool
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=592672 --- Comment #15 from Fedora Update System 2010-07-07 13:37:44 EDT --- hct-0.7.60-2.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 592672] Review Request: hct - A HDL complexity tool
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=592672 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||hct-0.7.60-2.fc13 Resolution||ERRATA -- 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-Net-UPnP/EL-6 perl-Net-UPnP.spec,1.3,1.4
Author: jussilehtola
Update of /cvs/pkgs/rpms/perl-Net-UPnP/EL-6
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv31908
Modified Files:
perl-Net-UPnP.spec
Log Message:
Sync from rawhide branch.
Index: perl-Net-UPnP.spec
===
RCS file: /cvs/pkgs/rpms/perl-Net-UPnP/EL-6/perl-Net-UPnP.spec,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- perl-Net-UPnP.spec 27 Dec 2009 15:50:39 - 1.3
+++ perl-Net-UPnP.spec 7 Jul 2010 17:44:48 - 1.4
@@ -1,7 +1,7 @@
Name: perl-Net-UPnP
Version: 1.4.2
Epoch: 1
-Release: 1%{?dist}
+Release: 4%{?dist}
Summary: Perl extension for UPnP
License: BSD
Group: Development/Libraries
@@ -10,6 +10,7 @@ Source0: http://search.cpan.org/CPAN/aut
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(version)
BuildRequires: perl(Test::More)
Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo
$version))
@@ -52,10 +53,19 @@ rm -rf %{buildroot}
%files
%defattr(-,root,root,-)
%doc Changes README examples/
-%{perl_vendorlib}/*
-%{_mandir}/man3/*
+%{perl_vendorlib}/Net/
+%{_mandir}/man3/Net::UPnP*
%changelog
+* Fri May 14 2010 Petr Pisar - 1:1.4.2-4
+- Remove duplicate BuildRequires perl(version)
+
+* Tue May 04 2010 Marcela Maslanova - 1:1.4.2-3
+- Added BR: perl(version) to fix FTBFS.
+
+* Tue May 04 2010 Marcela Maslanova - 1:1.4.2-2
+- Mass rebuild with perl-5.12.0
+
* Sun Dec 27 2009 Jussi Lehtola - 1:1.4.2-1
- Update to 1.4.2.
- Fix spelling in rpm version: 1.4.1 instead of previous 1.41.
--
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
[Bug 592672] Review Request: hct - A HDL complexity tool
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=592672 --- Comment #16 from Fedora Update System 2010-07-07 13:50:28 EDT --- hct-0.7.60-2.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 528159] warning in Fedora::Bugzilla
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=528159 --- Comment #6 from Fedora Update System 2010-07-07 13:53:51 EDT --- perl-Fedora-Bugzilla-0.10-3.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 592672] Review Request: hct - A HDL complexity tool
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=592672 Fedora Update System changed: What|Removed |Added Fixed In Version|hct-0.7.60-2.fc13 |hct-0.7.60-2.fc12 -- 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 606277] perl-Capture-Tiny-0.08 is available
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=606277 --- Comment #3 from Fedora Update System 2010-07-07 13:54:22 EDT --- perl-Capture-Tiny-0.08-1.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Fedora 14 test release blocker bugs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/6/10 5:22 PM, Adam Williamson wrote: > On Tue, 2010-07-06 at 17:10 -0700, John Poelstra wrote: >> Hard to believe, but Fedora QA starts its "Pre-Alpha Rawhide Acceptance >> Test Plan" testing this Thursday (2010-07-08). >> >> We've run out of time and run way to implement a new means of tracking >> blocker bugs for Fedora--previously discussed in the context of using >> flags in Bugzilla. We'll continue to use the same process we've used >> for past releases. > > Erm, really? We could throw the existing proposal in in an afternoon if > we wanted to. I was fine with it. Jesse, what was your plan here? My plan was to plant the seed of the idea, and let somebody else take over (delegation and all). I don't have the bandwidth to work on it while I try to get dist-git in place. I had asked Dennis Gilmore to take it up, and he started doing some investigation, and then he got busy with other things. So now it's on John's plate. - -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw02EcACgkQ4v2HLvE71NVZxACglStXEtMQX5U+2RCZx7V1xXrM iToAoLrsXXxOtWhKTRHXAvBN/57N8+Ex =NYr2 -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 14 test release blocker bugs
On Wed, 2010-07-07 at 12:40 -0700, Jesse Keating wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 7/6/10 5:22 PM, Adam Williamson wrote: > > On Tue, 2010-07-06 at 17:10 -0700, John Poelstra wrote: > >> Hard to believe, but Fedora QA starts its "Pre-Alpha Rawhide Acceptance > >> Test Plan" testing this Thursday (2010-07-08). > >> > >> We've run out of time and run way to implement a new means of tracking > >> blocker bugs for Fedora--previously discussed in the context of using > >> flags in Bugzilla. We'll continue to use the same process we've used > >> for past releases. > > > > Erm, really? We could throw the existing proposal in in an afternoon if > > we wanted to. I was fine with it. Jesse, what was your plan here? > > My plan was to plant the seed of the idea, and let somebody else take > over (delegation and all). I don't have the bandwidth to work on it > while I try to get dist-git in place. I had asked Dennis Gilmore to > take it up, and he started doing some investigation, and then he got > busy with other things. So now it's on John's plate. Ah, I see. Seems sensible to postpone it now, then. -- 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: Fedora 14 test release blocker bugs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/7/10 5:43 AM, James Laska wrote: > If there is a solution that addresses the problems identified during > F-13, and it can be implemented in *short* time. It would be > compelling. I'm a fan of solving problems with tooling, but I'm not > convinced that is where our big investment should be for the upcoming > release, or that it fully addresses the problems encountered during > F-13. I can think of one quick and simple way of doing this. When we review a bug and accept it on the blocker list, we use a keyword of "ACCEPTED" or some such. That way any bug without the word is assumed to just be proposed and not yet accepted. A bit more manual work and a bit harder to query, but it still nets the result of differentiating between bugs that are proposed and bugs that are accepted blockers. Thoughts? - -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw03RsACgkQ4v2HLvE71NVWKwCfWjUTB7DAFNAAwbbPzOrho13y iFYAnR+BdzdmoYpmzD1/1BMzz/7W7HSH =Ddz/ -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 14 test release blocker bugs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/7/10 1:01 PM, Jesse Keating wrote: > I can think of one quick and simple way of doing this. > > When we review a bug and accept it on the blocker list, we use a keyword > of "ACCEPTED" or some such. That way any bug without the word is > assumed to just be proposed and not yet accepted. A bit more manual > work and a bit harder to query, but it still nets the result of > differentiating between bugs that are proposed and bugs that are > accepted blockers. > > Thoughts? And I see that this was one of the suggestions, which I didn't read before firing off this email. Sorry. - -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw03ZcACgkQ4v2HLvE71NUnmACfZfHcc435nKibFsni7foi5IwO PlkAn3pk28KEpca/WZnQ4HGCaqhHAjRN =sIAu -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 14 test release blocker bugs
On Wed, 2010-07-07 at 13:01 -0700, Jesse Keating wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 7/7/10 5:43 AM, James Laska wrote: > > If there is a solution that addresses the problems identified during > > F-13, and it can be implemented in *short* time. It would be > > compelling. I'm a fan of solving problems with tooling, but I'm not > > convinced that is where our big investment should be for the upcoming > > release, or that it fully addresses the problems encountered during > > F-13. > > I can think of one quick and simple way of doing this. > > When we review a bug and accept it on the blocker list, we use a keyword > of "ACCEPTED" or some such. That way any bug without the word is > assumed to just be proposed and not yet accepted. A bit more manual > work and a bit harder to query, but it still nets the result of > differentiating between bugs that are proposed and bugs that are > accepted blockers. > > Thoughts? keywords we have to ask to be added to the system, I'm not keen on doing that as a temp hack. Whiteboard space is freeform, though. We could just pick a word to use in the whiteboard space - AcceptedBlocker, for e.g. - and go with that. -- 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: Fedora 14 test release blocker bugs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/7/10 1:08 PM, Adam Williamson wrote: > keywords we have to ask to be added to the system, I'm not keen on doing > that as a temp hack. Whiteboard space is freeform, though. We could just > pick a word to use in the whiteboard space - AcceptedBlocker, for e.g. - > and go with that. Yeah, that's fine by me. - -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkw0388ACgkQ4v2HLvE71NUK7gCgoe/dUREqwurGHRbDm8DBKq9G FG0An3u7LrZMAN7ZjCtDtbaRzdiIkAJ5 =c2ch -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora 14 test release blocker bugs
On Wed, 2010-07-07 at 13:13 -0700, Jesse Keating wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 7/7/10 1:08 PM, Adam Williamson wrote: > > keywords we have to ask to be added to the system, I'm not keen on doing > > that as a temp hack. Whiteboard space is freeform, though. We could just > > pick a word to use in the whiteboard space - AcceptedBlocker, for e.g. - > > and go with that. > > Yeah, that's fine by me. okay, so let's just go with that? I'll update the wiki page. -- 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: Fedora 14 test release blocker bugs
On Wed, 2010-07-07 at 13:03 -0700, Jesse Keating wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 7/7/10 1:01 PM, Jesse Keating wrote: > > I can think of one quick and simple way of doing this. > > > > When we review a bug and accept it on the blocker list, we use a keyword > > of "ACCEPTED" or some such. That way any bug without the word is > > assumed to just be proposed and not yet accepted. A bit more manual > > work and a bit harder to query, but it still nets the result of > > differentiating between bugs that are proposed and bugs that are > > accepted blockers. > > > > Thoughts? > > And I see that this was one of the suggestions, which I didn't read > before firing off this email. Sorry. No worries! IMO that reinforces that such a solution might not be a horrible option for F-14. Thanks, James signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Licensing Guidelines Update - Please Read
Am Wed, 07 Jul 2010 16:29:01 -0400 schrieb "Tom \"spot\" Callaway" : > [tomspur] mpi4py: > mpi4py-docs-1.2.1-3.fc14.noarch mpi4py-common-1.2.1-3.fc14.noarch mpi4py-docs now requires mpi4py-common. The common subpackage provides the license files and all other subpackages require now the common package, so every subpackage requires now a package with the license files. > [tomspur] python-minimock: python3-minimock-1.2.5-3.fc13.noarch The python3-minimock subpackage contains the license files on it's own and so it doesn't need to require the main package -> false positive. Thomas -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Licensing Guidelines Update - Please Read
Hi,
My package malaga was on your list. Here are the %files entries:
%files
%defattr(-,root,root,-)
%{_infodir}/%{name}*
%{_bindir}/mal*
%{_datadir}/%{name}
%{_mandir}/man1/mal*
%files -n lib%{name}
%defattr(-,root,root,-)
%doc CHANGES.txt GPL.txt README.txt
%{_libdir}/lib%{name}.so.*
So libmalaga already contains the license text and malaga requires
libmalaga. This package should be fine.
--
Ville-Pekka Vainio
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Licensing Guidelines Update - Please Read
Am Wed, 07 Jul 2010 16:29:01 -0400 > schrieb "Tom \"spot\" Callaway" : cim-schema-docs has no license file packaged with it. /me blames the DMTF. The content is a separate tarball. I suppose we could suck the license file out of the other content zip (the MOF files) and include here. Thoughts? mirrormanager-client and gpxe* are false positives - all subpackages include the licenses in %doc. Thanks, Matt -- Matt Domsch Technology Strategist Dell | Office of the CTO -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Can anyone contact Gérard Milmeister (gemi)?
I'll comaintain the following packages; already asked for permission in the pkgdb. > bigloo -- Bigloo is compiler for the Scheme programming language > ffcall -- Libraries for foreign function call interfaces > gauche -- Scheme script interpreter with multibyte character handling > gauche-gl -- OpenGL binding for Gauche > gauche-gtk -- Gauche extension module to use GTK > plt-scheme -- Graphical environment for developing programs using Scheme This has actually been renamed upstream. Whoever is taking this over should also get a new review-request for Racket, the project's new incarnation. Best regards, -- Michel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Licensing Guidelines Update - Please Read
Tom "spot" Callaway wrote: > Maintainers should look at the bottom of this email for the list. > [jfearn] publican: publican-doc-2.1-0.fc14.noarch publican-doc includes fdl.txt in it's %files, which is the GFDL 1.2 text previously sourced from http://www.gnu.org/licenses/fdl.txt Cheers, Jeff. -- Jeff Fearn Software Engineer Engineering Operations Red Hat, Inc Freedom ... courage ... Commitment ... ACCOUNTABILITY -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Licensing Guidelines Update - Please Read
On Wed, 07 Jul 2010 16:29:01 -0400 "Tom \"spot\" Callaway" wrote: > Hello Fedora! Both fixed in rawhide: [kevin] munin: munin-common-1.4.4-2.fc14.noarch [kevin] xfce-utils: xfce4-doc-4.6.2-1.fc14.noarch Thanks. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Licensing Guidelines Update - Please Read
> [toshio] python-decorator: python3-decorator-3.2.0-1.fc14.noarch Fixed > [toshio] python-setuptools: python3-setuptools-0.6.13-5.fc14.noarch > [toshio] python-sqlalchemy: python3-sqlalchemy-0.6.1-1.fc14.x86_64 False positives. -Toshio pgpcoKf44yJLb.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Licensing Guidelines Update - Please Read
On Wed, 2010-07-07 at 16:29 -0400, Tom "spot" Callaway wrote: > [skvidal] yum-utils: yum-plugin-protectbase-1.1.27-2.fc14.noarch > yum-plugin-list-data-1.1.27-2.fc14.noarch > yum-plugin-priorities-1.1.27-2.fc14.noarch > yum-plugin-versionlock-1.1.27-2.fc14.noarch > yum-updateonboot-1.1.27-2.fc14.noarch > yum-NetworkManager-dispatcher-1.1.27-2.fc14.noarch > yum-plugin-upgrade-helper-1.1.27-2.fc14.noarch > yum-plugin-rpm-warm-cache-1.1.27-2.fc14.noarch > yum-plugin-merge-conf-1.1.27-2.fc14.noarch > yum-plugin-tmprepo-1.1.27-2.fc14.noarch > yum-plugin-remove-with-leaves-1.1.27-2.fc14.noarch > yum-plugin-tsflags-1.1.27-2.fc14.noarch > yum-plugin-fs-snapshot-1.1.27-2.fc14.noarch > yum-plugin-aliases-1.1.27-2.fc14.noarch > yum-plugin-auto-update-debug-info-1.1.27-2.fc14.noarch > yum-plugin-show-leaves-1.1.27-2.fc14.noarch > yum-plugin-fastestmirror-1.1.27-2.fc14.noarch > yum-plugin-changelog-1.1.27-2.fc14.noarch > yum-plugin-filter-data-1.1.27-2.fc14.noarch > yum-plugin-downloadonly-1.1.27-2.fc14.noarch > yum-plugin-post-transaction-actions-1.1.27-2.fc14.noarch > yum-plugin-local-1.1.27-2.fc14.noarch > yum-plugin-verify-1.1.27-2.fc14.noarch > yum-plugin-security-1.1.27-2.fc14.noarch > yum-plugin-keys-1.1.27-2.fc14.noarch > yum-plugin-refresh-updatesd-1.1.27-2.fc14.noarch COPYING added to all of them - I considered just requiring yum-utils on all of them - but that feels weird/wrong. COPYING is innocuous and relatively small. -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Licensing Guidelines Update - Please Read
On Wed, Jul 7, 2010 at 4:29 PM, Tom "spot" Callaway wrote: > > If a subpackage is dependent (either implicitly or explicitly) upon a > base package (where a base package is defined as a resulting binary > package from the same source RPM which contains the appropriate > license texts as %doc), it is not necessary for that subpackage to > also include those license texts as %doc. > > However, if a subpackage is independent of any base package (it does > not require it, either implicitly or explicitly), it must include > copies of any license texts (as present in the source) which are > applicable to the files contained within the subpackage. What if the large base package requires a tiny subpackage? For instance, package A has a small A-plugins subpackage and a small A-fonts subpackage which carries only two fonts. Both the A-plugins and the A-fonts subpackages can be used by other software (independent of A), but the main A package needs these subpackages for its own functionality, hence the base package A requires these subpackages. Given that the subpackages carry the same license with the base package A, what package or packages should carry the license file? Orcan PS: Congrats to everyone who read and understood the question. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Licensing Guidelines Update - Please Read
On Wed, Jul 7, 2010 at 3:29 PM, Tom "spot" Callaway wrote: > [nushio] rabbitvcs: rabbitvcs-core-0.13.3-1.fc14.noarch > I'm not very well versed in legalese, but rabbitvcs-core does include the following files: /usr/share/doc/rabbitvcs-core-0.13.3/AUTHORS /usr/share/doc/rabbitvcs-core-0.13.3/COPYING /usr/share/doc/rabbitvcs-core-0.13.3/MAINTAINERS The rest of the subpackages require explicitly installing rabbitvcs-core, so copying COPYING into them is unnecessary. So, if I understood correctly, it's a false positive for rabbitvcs-core too. (There's no "rabbitvcs" package btw, that might have triggered it?) -- Ing. Juan M. Rodriguez Moreno Desarrollador de Sistemas Abiertos Sitio: http://proyectofedora.org/mexico -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Template-Plugin-Cycle-1.06.tar.gz uploaded to lookaside cache by iarnell
A file has been added to the lookaside cache for perl-Template-Plugin-Cycle: ec4d89d12b0f1bb042569d2e5a92867f Template-Plugin-Cycle-1.06.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-Template-Plugin-Cycle/F-13 perl-Template-Plugin-Cycle.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Template-Plugin-Cycle/F-13
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv10810/F-13
Modified Files:
.cvsignore sources
Added Files:
perl-Template-Plugin-Cycle.spec
Log Message:
initial import
--- NEW FILE perl-Template-Plugin-Cycle.spec ---
Name: perl-Template-Plugin-Cycle
Version:1.06
Release:2%{?dist}
Summary:Cyclically insert into a Template from a sequence of values
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Template-Plugin-Cycle/
Source0:
http://www.cpan.org/authors/id/A/AD/ADAMK/Template-Plugin-Cycle-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Params::Util) >= 0.20
BuildRequires: perl(Template) >= 2.10
BuildRequires: perl(Test::More) >= 0.47
Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo
$version))
%{?perl_default_filter}
%description
Sometimes, apparently almost exclusively when doing alternating table row
backgrounds, you need to print an alternating, cycling, set of values into
a template.
Template::Plugin::Cycle is a small, simple, and hopefully DWIM solution to
these sorts of tasks.
%prep
%setup -q -n Template-Plugin-Cycle-%{version}
%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 LICENSE README
%{perl_vendorlib}/*
%{_mandir}/man3/*
%changelog
* Wed Jun 23 2010 Iain Arnell 1.06-2
- remove unnecessary requires
* Wed Jun 23 2010 Iain Arnell 1.06-1
- Specfile autogenerated by cpanspec 1.78.
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Template-Plugin-Cycle/F-13/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 8 Jul 2010 01:25:41 - 1.1
+++ .cvsignore 8 Jul 2010 03:00:09 - 1.2
@@ -0,0 +1 @@
+Template-Plugin-Cycle-1.06.tar.gz
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Template-Plugin-Cycle/F-13/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 8 Jul 2010 01:25:42 - 1.1
+++ sources 8 Jul 2010 03:00:09 - 1.2
@@ -0,0 +1 @@
+ec4d89d12b0f1bb042569d2e5a92867f Template-Plugin-Cycle-1.06.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-Template-Plugin-Cycle/F-12 perl-Template-Plugin-Cycle.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Template-Plugin-Cycle/F-12
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv10810/F-12
Modified Files:
.cvsignore sources
Added Files:
perl-Template-Plugin-Cycle.spec
Log Message:
initial import
--- NEW FILE perl-Template-Plugin-Cycle.spec ---
Name: perl-Template-Plugin-Cycle
Version:1.06
Release:2%{?dist}
Summary:Cyclically insert into a Template from a sequence of values
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Template-Plugin-Cycle/
Source0:
http://www.cpan.org/authors/id/A/AD/ADAMK/Template-Plugin-Cycle-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Params::Util) >= 0.20
BuildRequires: perl(Template) >= 2.10
BuildRequires: perl(Test::More) >= 0.47
Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo
$version))
%{?perl_default_filter}
%description
Sometimes, apparently almost exclusively when doing alternating table row
backgrounds, you need to print an alternating, cycling, set of values into
a template.
Template::Plugin::Cycle is a small, simple, and hopefully DWIM solution to
these sorts of tasks.
%prep
%setup -q -n Template-Plugin-Cycle-%{version}
%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 LICENSE README
%{perl_vendorlib}/*
%{_mandir}/man3/*
%changelog
* Wed Jun 23 2010 Iain Arnell 1.06-2
- remove unnecessary requires
* Wed Jun 23 2010 Iain Arnell 1.06-1
- Specfile autogenerated by cpanspec 1.78.
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Template-Plugin-Cycle/F-12/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 8 Jul 2010 01:25:41 - 1.1
+++ .cvsignore 8 Jul 2010 03:00:09 - 1.2
@@ -0,0 +1 @@
+Template-Plugin-Cycle-1.06.tar.gz
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Template-Plugin-Cycle/F-12/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 8 Jul 2010 01:25:42 - 1.1
+++ sources 8 Jul 2010 03:00:09 - 1.2
@@ -0,0 +1 @@
+ec4d89d12b0f1bb042569d2e5a92867f Template-Plugin-Cycle-1.06.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-Template-Plugin-Cycle/devel perl-Template-Plugin-Cycle.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Template-Plugin-Cycle/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv10810/devel
Modified Files:
.cvsignore sources
Added Files:
perl-Template-Plugin-Cycle.spec
Log Message:
initial import
--- NEW FILE perl-Template-Plugin-Cycle.spec ---
Name: perl-Template-Plugin-Cycle
Version:1.06
Release:2%{?dist}
Summary:Cyclically insert into a Template from a sequence of values
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Template-Plugin-Cycle/
Source0:
http://www.cpan.org/authors/id/A/AD/ADAMK/Template-Plugin-Cycle-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Params::Util) >= 0.20
BuildRequires: perl(Template) >= 2.10
BuildRequires: perl(Test::More) >= 0.47
Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo
$version))
%{?perl_default_filter}
%description
Sometimes, apparently almost exclusively when doing alternating table row
backgrounds, you need to print an alternating, cycling, set of values into
a template.
Template::Plugin::Cycle is a small, simple, and hopefully DWIM solution to
these sorts of tasks.
%prep
%setup -q -n Template-Plugin-Cycle-%{version}
%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 LICENSE README
%{perl_vendorlib}/*
%{_mandir}/man3/*
%changelog
* Wed Jun 23 2010 Iain Arnell 1.06-2
- remove unnecessary requires
* Wed Jun 23 2010 Iain Arnell 1.06-1
- Specfile autogenerated by cpanspec 1.78.
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Template-Plugin-Cycle/devel/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore 8 Jul 2010 01:25:41 - 1.1
+++ .cvsignore 8 Jul 2010 03:00:09 - 1.2
@@ -0,0 +1 @@
+Template-Plugin-Cycle-1.06.tar.gz
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Template-Plugin-Cycle/devel/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 8 Jul 2010 01:25:42 - 1.1
+++ sources 8 Jul 2010 03:00:10 - 1.2
@@ -0,0 +1 @@
+ec4d89d12b0f1bb042569d2e5a92867f Template-Plugin-Cycle-1.06.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: rawhide perl-5.12 status
2010/7/7 Ralf Corsepius : > On 07/07/2010 03:21 PM, Marcela Mašláňová wrote: >> After I gained so much popularity on fedora-devel, I have no courage to >> ask rel-eng for another >> favour like "remove package, which is not mine". But surely ping >> maintainers >> to orphan/kill these packages in week or two would be nice. >> > They all are being pinged daily - All of these packages are included > inside of the broken deps reports. > >> I suppose packages, which won't be fixed, have: A/ dead upstream, B/ >> no-one is using them. Therefore I agree with removal. > Well, these packages all carry broken deps and are uninstallable in rawhide. > > I.e. unless they can be fixed, it's only a matter of whether _we_ kill > them or whether rel-eng/FTBS will kill them later. But do we have the authority (either individually, or collectively as the SIG) to arbitrarily kill off broken packages? I suspect it may be necessary to initiate the nonresponsive maintainer process. -- Iain. -- 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
Review trade request, pkg "hail" (BZ#611033) for something else?
Anybody want to trade reviews? My pkg isn't even new -- it's a rename from two existing, approved packages (cld, chunkd) into a single merged package. So the task is basically to re-approve existing Fedora work :) Thanks, Jeff -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Review trade request, pkg "hail" (BZ#611033) for something else?
On Wed, Jul 7, 2010 at 11:37 PM, Jeff Garzik wrote: > Anybody want to trade reviews? > > My pkg isn't even new -- it's a rename from two existing, approved > packages (cld, chunkd) into a single merged package. So the task is > basically to re-approve existing Fedora work :) > I can do it. We need to get libffado in, so we can update jack to jack2 for Fedora 14. https://bugzilla.redhat.com/show_bug.cgi?id=456353 Let me know if it is okay. Orcan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Licensing Guidelines Update - Please Read
On Wed, Jul 7, 2010 at 4:29 PM, Tom "spot" Callaway wrote: > [jwilson] ctrlproxy: ctrlproxy-devel-3.0.8-6.fc14.x86_64 > [jwilson] lirc: lirc-doc-0.8.6-5.fc14.x86_64 > lirc-libs-0.8.6-5.fc14.x86_64 lirc-remotes-0.8.6-5.fc14.x86_64 All better now. At least, mostly. Sent off a ctrlproxy build (I thought someone else had taken over maintainership of this, but I guess its still mine...), didn't do an lirc build yet though, as I need to update to the forthcoming 0.8.7 code w/patchification for the new hotness about to be merged upstream lirc support... -- Jarod Wilson ja...@wilsonet.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Review trade request, pkg "hail" (BZ#611033) for something else?
On 07/07/2010 11:43 PM, Orcan Ogetbil wrote: > On Wed, Jul 7, 2010 at 11:37 PM, Jeff Garzik wrote: >> Anybody want to trade reviews? >> >> My pkg isn't even new -- it's a rename from two existing, approved >> packages (cld, chunkd) into a single merged package. So the task is >> basically to re-approve existing Fedora work :) >> > > I can do it. > > We need to get libffado in, so we can update jack to jack2 for Fedora 14. > https://bugzilla.redhat.com/show_bug.cgi?id=456353 > Let me know if it is okay. It's a deal. I'll assign that review to myself, please go ahead and do the same for BZ# 611033. Thanks! Jeff -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: rawhide perl-5.12 status
On 07/08/2010 05:05 AM, Iain Arnell wrote: > 2010/7/7 Ralf Corsepius: >> On 07/07/2010 03:21 PM, Marcela Mašláňová wrote: >>> After I gained so much popularity on fedora-devel, I have no courage to >>> ask rel-eng for another >>> favour like "remove package, which is not mine". But surely ping >>> maintainers >>> to orphan/kill these packages in week or two would be nice. >>> >> They all are being pinged daily - All of these packages are included >> inside of the broken deps reports. >> >>> I suppose packages, which won't be fixed, have: A/ dead upstream, B/ >>> no-one is using them. Therefore I agree with removal. >> Well, these packages all carry broken deps and are uninstallable in rawhide. >> >> I.e. unless they can be fixed, it's only a matter of whether _we_ kill >> them or whether rel-eng/FTBS will kill them later. > > But do we have the authority (either individually, or collectively as > the SIG) to arbitrarily kill off broken packages? IMO, yes. What FTBS or rel-eng would have to do later in the release cycle is not any different what we would have to do. > I suspect it may be > necessary to initiate the nonresponsive maintainer process. Good question. IMO, we will either have to go through: a) https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers b) Or simply apply https://fedoraproject.org/wiki/PackageMaintainers/PackageEndOfLife FTBS/rel-eng will certainly apply b), and I don't see much reasons for not applying b) either. BTW: We are talking about 4 packages, involving these 3 maintainers: perl-DBI-Dumper: Chris Weyl perl-Data-Alias: Chris Weyl perl-Pugs-Compiler: Steven Pritchard. perl-Test-AutoBuild: Daniel Berrange I haven't seen a trace of Steve for several months, but Chris and Daniel are still around in Fedora. No idea, why they prefer not to respond on these cases. I'd really prefer them to handle their package's issues themselves. Unfortunately, this so far hasn't happened. Ralf -- 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
