F-17 Branched report: 20120520 changes
Compose started at Sun May 20 08:15:05 UTC 2012 Broken deps for x86_64 -- [LuxRender] LuxRender-blender-0.8.0-13.fc17.x86_64 requires blender(ABI) = 0:2.61 [aeolus-conductor] aeolus-conductor-0.4.0-2.fc17.noarch requires rubygem(fastercsv) aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8 [aeolus-configserver] aeolus-configserver-0.4.5-1.fc17.noarch requires ruby-nokogiri [dh-make] dh-make-0.55-4.fc17.noarch requires debhelper [dustmite] dustmite-1-4.20120304gitcde46e0.fc17.x86_64 requires libphobos2-ldc.so()(64bit) [gnome-do-plugins] gnome-do-plugins-banshee-0.8.4-8.fc17.x86_64 requires mono(Banshee.CollectionIndexer) = 0:2.2.0.0 [gorm] gorm-1.2.13-0.2.20110331.fc17.i686 requires libobjc.so.3 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-gui.so.0.20 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-base.so.1.23 gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libobjc.so.3()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-gui.so.0.20()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-base.so.1.23()(64bit) [matreshka] matreshka-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) matreshka-fastcgi-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-fastcgi-0.1.1-9.fc17.i686 requires libgnarl-4.6.so matreshka-fastcgi-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) matreshka-fastcgi-0.1.1-9.fc17.x86_64 requires libgnarl-4.6.so()(64bit) matreshka-sql-core-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-sql-core-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) matreshka-sql-postgresql-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-sql-postgresql-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) matreshka-sql-sqlite-0.1.1-9.fc17.i686 requires libgnat-4.6.so matreshka-sql-sqlite-0.1.1-9.fc17.x86_64 requires libgnat-4.6.so()(64bit) [mcollective] mcollective-common-1.3.1-7.fc17.noarch requires ruby(abi) = 0:1.8 [moksha] moksha-0.5.0-5.fc15.noarch requires pyevent [natus] libnatus-V8-0.1.5-2.fc15.x86_64 requires libv8-3.0.0.1.so()(64bit) [ocaml-augeas] ocaml-augeas-0.4-9.fc15.x86_64 requires ocaml(runtime) = 0:3.12.0 [openvrml] libopenvrml-0.18.8-2.fc16.i686 requires libboost_thread-mt.so.1.47.0 libopenvrml-0.18.8-2.fc16.i686 requires libboost_system-mt.so.1.47.0 libopenvrml-0.18.8-2.fc16.i686 requires libboost_filesystem-mt.so.1.47.0 libopenvrml-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) libopenvrml-0.18.8-2.fc16.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) libopenvrml-0.18.8-2.fc16.x86_64 requires libboost_filesystem-mt.so.1.47.0()(64bit) libopenvrml-gl-0.18.8-2.fc16.i686 requires libboost_thread-mt.so.1.47.0 libopenvrml-gl-0.18.8-2.fc16.i686 requires libboost_system-mt.so.1.47.0 libopenvrml-gl-0.18.8-2.fc16.i686 requires libboost_filesystem-mt.so.1.47.0 libopenvrml-gl-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) libopenvrml-gl-0.18.8-2.fc16.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) libopenvrml-gl-0.18.8-2.fc16.x86_64 requires libboost_filesystem-mt.so.1.47.0()(64bit) openvrml-java-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) openvrml-java-0.18.8-2.fc16.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) openvrml-java-0.18.8-2.fc16.x86_64 requires libboost_filesystem-mt.so.1.47.0()(64bit) openvrml-java-0.18.8-2.fc16.x86_64 requires java-1.6.0-openjdk(x86-64) openvrml-javascript-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) openvrml-javascript-0.18.8-2.fc16.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) openvrml-javascript-0.18.8-2.fc16.x86_64 requires libboost_filesystem-mt.so.1.47.0()(64bit) openvrml-nodes-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) openvrml-nodes-0.18.8-2.fc16.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) openvrml-nodes-0.18.8-2.fc16.x86_64 requires libboost_filesystem-mt.so.1.47.0()(64bit) openvrml-xembed-0.18.8-2.fc16.x86_64 requires libboost_thread-mt.so.1.47.0()(64bit) openvrml-xembed-0.18.8-2.fc16.x86_64 requires libboost_system-mt.so.1.47.0()(64bit) openvrml-xembed-0.18.8-2.fc16.x86_64 requires libboost_filesystem-mt.so.1.47.0()(64bit) [pcp] pcp-import-sheet2pcp-3.5.11-2.fc17.x86_64 requires perl(Spreadsheet::Read) [php-pecl-runkit] php-pecl-runkit-0.9-15.CVS20090215.fc17.x86_64 requires php(zend-abi) = 0:20090626-x86-64 php-pecl-runkit-0.9-15.CVS20090215.fc17.x86_64 requires
rawhide report: 20120520 changes
requires ruby(abi) = 0:1.8 rubygem-ruby-debug-base-0.10.5-0.1.rc1.fc17.1.i686 requires libruby.so.1.8 [rubygem-virt-p2v] rubygem-virt-p2v-0.8.3-2.fc17.i686 requires ruby(abi) = 0:1.8 rubygem-virt-p2v-0.8.3-2.fc17.i686 requires libruby.so.1.8 [scilab] scilab-5.4.0-0.3.20120403snap.fc18.i686 requires libmatio.so.0 scilab-5.4.0-0.3.20120403snap.fc18.i686 requires hdf5 = 0:1.8.8 [tango] tango-devel-2-5.20120215git7aec6a1.fc17.i686 requires tango(x86-32) = 0:2-5.20120215git7aec6a1.fc17 tango-devhelp-2-5.20120215git7aec6a1.fc17.noarch requires tango = 0:2-5.20120215git7aec6a1.fc17 tango-geany-tags-2-5.20120215git7aec6a1.fc17.noarch requires tango = 0:2-5.20120215git7aec6a1.fc17 [taoframework] taoframework-glfw-2.1.0-7.fc17.i686 requires libglfw [vips] vips-7.28.2-1.fc18.i686 requires libmatio.so.0 vips-python-7.28.2-1.fc18.i686 requires libmatio.so.0 vips-tools-7.28.2-1.fc18.i686 requires libmatio.so.0 [yawn] yawn-0-0.4.20120227svn561.fc18.noarch requires mod_python New package: drupal6-block_class-1.4-3.fc16 Block Class module for Drupal6 New package: erlang-erlando-2.8.2-2.fc18 A set of syntax extensions for Erlang New package: jaxb2-common-basics-0.6.3-3.fc18 JAXB2 Basics New package: pyshp-1.1.4-2.fc18 Pure Python read/write support for ESRI Shapefile format New package: ratpoints-2.1.3-5.fc18 Find rational points on hyperelliptic curves New package: sphinx-webtools-0.2.1-20120520.hg86a2eac02afe.fc18 Sphinx web tools for python web frameworks New package: trac-sphinx-plugin-0.2.1-20120515.hge021e691af84.fc18 Basic tasks to manage Sphinx documentation in Trac Updated Packages: BitchX-1.2-10.fc18 -- * Sat May 19 2012 Dan Mashal vico...@fedoraproject.org 1.2-10 -Updated to latest source code (svn rev 192) -Various bugfixes bibletime-2.9.1-2.fc18 -- * Sun May 20 2012 Deji Akingunola dakin...@gmail.com - 2.9.1-2 - Rebuild for icu soname change directfb-1.5.3-7.fc18 - * Sat May 19 2012 Peter Robinson pbrobin...@fedoraproject.org - 1.5.3-7 - Add ARM atomics patch to fix compilation on ARMv5tel * Fri Apr 27 2012 Nicolas Chauvet kwiz...@gmail.com - 1.5.3-6 - Backport fix for ARM dnssec-nodes-1.12-2.fc18 * Sat May 19 2012 Wes Hardaker wjhns...@hardakers.net - 1.12-2 - require dnssec-tools 1.12.1 erlang-rebar-2-7.20120514git635d1a9.fc18 * Sun May 20 2012 Peter Lemenkov lemen...@gmail.com - 2-7.20120514git635d1a9 - Enable building on EL5 (remove erlydtl-related stuff on el5) - Remove abnfc-related stff until we package it fabric-1.4.2-2.fc18 --- * Thu May 17 2012 Silas Sewell si...@sewell.org - 1.4.2-2 - Require never version of ssh gpaste-2.8.1-1.fc18 --- * Sat May 19 2012 Mohamed El Morabity melmorab...@fedoraproject.org - 2.8.1-1 - Update to 2.8.1 icoutils-0.29.1-6.fc18 -- * Sat May 19 2012 Martin Gieseking martin.giesek...@uos.de 0.29.1-6 - added missing Provides: bundled(gnulib): https://bugzilla.redhat.com/show_bug.cgi?id=821764 kernel-3.4.0-0.rc7.git5.1.fc18 -- * Sat May 19 2012 Josh Boyer jwbo...@redhat.com - 3.4.0-0.rc7.git5.1 - Linux v3.4-rc7-106-gb1dab2f lookup-1.12-2.fc18 -- mingw-qt-4.8.1-5.fc18 - * Sat May 19 2012 Erik van Pienbroek epien...@fedoraproject.org - 4.8.1-5 - Add QMAKE_DLLTOOL to the mkspecs profiles mod_authnz_external-3.3.1-1.fc18 mopac7-1.15-12.fc18 --- * Sat May 19 2012 Carl Byington c...@five-ten-sg.com 1.15-12 - Remove static from description of devel subpackage numactl-2.0.7-6.fc18 * Sat May 19 2012 Petr Holasek phola...@redhat.com - 2.0.7-6 - numademo segfault fix (bz823125, bz823127) ocaml-camomile-0.8.3-2.fc18 --- * Sat May 19 2012 Richard W.M. Jones rjo...@redhat.com - 0.8.3-2 - Include workaround for segfault in gen_mappings.ml on ARM. - Bump release and rebuild for new OCaml on ARM. ocaml-gettext-0.3.4-2.fc18 -- * Sat May 19 2012 Richard W.M. Jones rjo...@redhat.com - 0.3.4-2 - Bump release and rebuild for new OCaml on ARM. - Enable ppc64 support for camomile. olpc-netutils-0.8.2-1.fc18 -- * Sat May 19 2012 Peter Robinson pbrobin...@fedoraproject.org - 0.8.2-1 - New 0.8.2 release * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.8.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild perl-Catalyst-Devel-1.37-1.fc18 --- * Sat May 19 2012 Iain Arnell iarn...@gmail.com 1.37-1 - update to latest upstream version perl-Catalyst-Plugin-Session-0.35-1.fc18 * Sun
Re: [announce] yum: parallel downloading
On 05/20/2012 06:10 AM, Glen Turner wrote: On 19/05/12 01:04, José Matos wrote: The total number of connections should be the same, as far as I understand only the number of connections from a single host will be three. The risk is the rise in the maximum number of concurrent connections. A server happily supplying 50,000 concurrent connections should not be assumed to remain happy at 150,000 concurrent connections. Why do you think that there will be 150,000 concurrent connections? The difference could be that instead of - 50,000 concurrent users, each downloading one file you have - 16,667 concurrent users, each downloading 3 files The number of concurrent users is now lower because, well, each of them now completes a yum update in one third of the time. Reality could be different for several reasons (are users bandwidth limited? if the server bandwidth limited?), but the concept is fine and it has been perfectly expressed by Jose. Since it should be safe to assume that the downloads are independent events then there should not be any significant difference for busy servers. :-) I am afraid that I have missed your point here. I am somewhat blinded by the use of the word independent. I have a statistical background and that word carries a meaning similar to unrelated. 50,000 connections from different users are independent. 50,000 connections from 16,667 users doing 3 connections are almost as independent as before. Statistically, consider a random variable which is 0 (not downloading) or 1 (downloading). Compare: sum of N independent variables to: three times the sum of N/3 independent variables If N3, not only the average is the same, but higher-order statistics are only slightly higher. It is reasonable to say that the probability distribution is practically the same. An example: - is_downloading_one_file probability p=0.01 - number of users N=1,000,000 -- concurrent downloads: average=10,000 (sigma=~100) vs - is_downloading_three_files probability p=(0.01/3) - number of users N=1,000,000 -- concurrent downloads: average=10,000 (sigma=~170) -- Roberto Ragusamail at robertoragusa.it -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [announce] yum: parallel downloading
Am 20.05.2012 07:02, schrieb Rob K: On Sat, May 19, 2012 at 1:34 AM, José Matos jama...@fc.up.pt wrote: The total number of connections should be the same, as far as I understand only the number of connections from a single host will be three. Since it should be safe to assume that the downloads are independent events then there should not be any significant difference for busy servers. :-) 3 times x is 3x. Tripling the stampede on a busy server for a dubious increase in personal speed is kind of rude, from the mirror manager's point of view. The 'ftp accelerators' that divvy up a download into a hundred ftp range requests is pathological enough to deal with. i generally do not understand how someone comes to the idea in context of parallel downloading making more than one connection to the SAME creeping mirror as i first read yum: parallel downloading i was happy and thought yeah, the problem with creeping updates will be solved and as i saw how this should be implemented i could not believe my yes Before this work proceeds, can we please see some hard numbers, and get some input from mirror managers? if they read this idea i fear they stopped breathing :-( PLEASE: stop this idea as long it doe snot spread the donwloads over different mirrors because the current direction makes only damage in the infrastructure with less improvement for the user signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
12.1.0 devel build 10 released, for the XO-1, XO-1.5 and XO-1.75
The They're Having So Much Fun It's Illegal. release. This is the end of the development cycle. We're now headed into the stabilisation and bug fixing phase. http://wiki.laptop.org/go/12.1.0/Release_plan Fixed bugs: #11850 12.1.0 os10 image too large to fit on a XO-1 #11828 olpc UID has changed in 12.1.0 #11862 olpc-contents-verify: files that do not pass manifest check #11843 libertas lbs_reg_notifier fails when interface is inactive #11773 Custom Google OLPC search is broken #11868 Generic Google search form is forced to English; Browse toolbar search is not #11851 olpc-log is not able to remove its own temp files (logtemp directory) #11831 olpc-configure and Fedora both seem to restore audio levels #11364 powerd screen dimming/blanking does not work on XO-1 Activity changes: +Welcome-3 Download from: http://build.laptop.org/12.1.0/os11/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: msp430mcu: To -devel or not to -devel
Rob Spanton wrote: rpmlint doesn't seem to be very happy about me shipping this rpm that contains a lot of headers. So unhappy that it tells me 454 times about it ;-) Compiler toolchains are exempt from the -devel package requirement, as are target libraries for cross-compilation (see e.g. mingw*-*). Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Stop the git abuse
Simo Sorce wrote: This is really a personal preference. For example I really *hate* merges, they clutter everything. They don't clutter anything at all if they're fast-forward. If you're going to push the same new version to all releases (as was done in the screenshot), I see no reason not to just fast-forward all branches to master. git diff is all you need to check if there are differences, merges tell you nothing about that, and merges canj *hide* changes you were supposed *not to* bring from one branch to the other. Fast-forward merges don't hide anything. Example: http://sochotni.fedorapeople.org/ugly-git-history.png F16, F17 and rawhide could be the same commmit and just few commits ahead of F15. But the way it was done, it's not obvious that F17 has a typo causing problems. cherry-picking should have been used in this case. No, fast-forward merging should have been used here. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Stop the git abuse
Remi Collet wrote: For me, the %changelog must stay branch specific. p.e, I don't want the f16 branch polluted by mass rebuild entry from rawhide. You're just too pedantic about that. I stopped caring about this issue eons ago, even in CVS days, where I'd just sync from devel, i.e. overwrite the branch specfile with the one from devel. And I wasn't the only one doing that. Everything else is just unmaintainable. Just keep the branches in sync. If the changelog would the only difference otherwise, nobody will care. (And if not, try %if 0%{?fedora} n conditionals.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Stop the git abuse
Kevin Kofler kevin.kof...@chello.at writes: Remi Collet wrote: For me, the %changelog must stay branch specific. p.e, I don't want the f16 branch polluted by mass rebuild entry from rawhide. You're just too pedantic about that. I stopped caring about this issue eons ago, even in CVS days, where I'd just sync from devel, i.e. overwrite the branch specfile with the one from devel. And I wasn't the only one doing that. Everything else is just unmaintainable. Just keep the branches in sync. If the changelog would the only difference otherwise, nobody will care. (And if not, try %if 0%{?fedora} n conditionals.) [ shrug... ] The fact that *you* don't care is not evidence that nobody else cares, and it is certainly not evidence that nobody else should care. regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
changelog in spec file, was Re: Stop the git abuse
On Fri, 18 May 2012, Richard W.M. Jones wrote: On Fri, May 18, 2012 at 07:07:56PM +0200, Remi Collet wrote: And definitvely, for me, (and probably only for me), git is really not a good tool for spec maintenance. Not duplicating the changelog would help. There's little reason to have a changelog in git which is then manually copied into %changelog. Agreed. changelog and version field conflicts are 90% of my cherry-pick conflicts. I would be in favour of no longer maintaining a changelog in the spec file Paul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: changelog in spec file, was Re: Stop the git abuse
On Sun, May 20, 2012 at 08:02:23PM -0400, Paul Wouters wrote: Agreed. changelog and version field conflicts are 90% of my cherry-pick conflicts. I would be in favour of no longer maintaining a changelog in the spec file As long as it gets put into the final RPM in the build process somehow. `rpm --changelog` is often very, very useful in the field. -- Matthew Miller mat...@mattdm.org Senior Systems Architect -- Instructional Research Computing Services Harvard School of Engineering Applied Sciences -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: changelog in spec file, was Re: Stop the git abuse
On Sun, 20 May 2012, Matthew Miller wrote: On Sun, May 20, 2012 at 08:02:23PM -0400, Paul Wouters wrote: Agreed. changelog and version field conflicts are 90% of my cherry-pick conflicts. I would be in favour of no longer maintaining a changelog in the spec file As long as it gets put into the final RPM in the build process somehow. `rpm --changelog` is often very, very useful in the field. +1 -- Tom Diehl tdi...@rogueind.com Spamtrap address mtd...@rogueind.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fwd: Package submission - rubygem-chef and dependencies looking for sponsor
Hello all: I've submitted a bunch of package submissions which need a sponsor. I'm working with opscode ( http://www.opscode.com/ ) to package and maintain the Chef client and its dependencies. The goal is to get Chef into Fedora 18 (or even 17 if possible in a post-release timeframe?) and eventually into EPEL as well. Chef is a open source integration framework with a focus on cloud automation. It's largely Ruby-based (hence all the packages I'm submitting being based off of Ruby gems); the client works with both the standalone server and Opscode's hosted chef platform. I realize that with the Fedora 17 crunch at its peak right now there might be a shortage of people to review packages, but please let me know if you're interested and when you might be able to take some time to review all of this. Thanks everyone! The main package submission, for rubygem-chef, is here: https://bugzilla.redhat.com/show_bug.cgi?id=823352 Here's all the dependencies that are not already in Fedora: rubygem-bunny - https://bugzilla.redhat.com/show_bug.cgi?id=823352 rubygem-extlib - https://bugzilla.redhat.com/show_bug.cgi?id=823352 rubygem-ipaddress - https://bugzilla.redhat.com/show_bug.cgi?id=823352 rubygem-mixlib-authentication - https://bugzilla.redhat.com/show_bug.cgi?id=823352 rubygem-mixlib-cli - https://bugzilla.redhat.com/show_bug.cgi?id=823352 rubygem-mixlib-config - https://bugzilla.redhat.com/show_bug.cgi?id=823352 rubygem-mixlib-log - https://bugzilla.redhat.com/show_bug.cgi?id=823352 rubygem-mixlib-shellout - https://bugzilla.redhat.com/show_bug.cgi?id=823352 rubygem-moneta - https://bugzilla.redhat.com/show_bug.cgi?id=823352 rubygem-net-ssh-multi - https://bugzilla.redhat.com/show_bug.cgi?id=823352 rubygem-ohai - https://bugzilla.redhat.com/show_bug.cgi?id=823352 rubygem-yajl-ruby - https://bugzilla.redhat.com/show_bug.cgi?id=823352 You can see all the .spec files, patches, and additional files (i.e. non-packaged tests) at https://github.com/jcourteau/rubygems-rpms/tree/master/fc17 Jonas Courteau -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Orphaning Mediatomb
Hi all, I don't have the time to take proper care of Mediatomb, so I've orphaned the package. There are a couple of bugs open, including a crasher bug that needs to be resolved. Rich -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Devel-REPL] update to 1.003013
commit 528010a4d204971bf721efb3d2763eddb6d61119 Author: Iain Arnell iarn...@gmail.com Date: Sun May 20 06:25:50 2012 -0600 update to 1.003013 .gitignore |1 + perl-Devel-REPL.spec | 11 ++- sources |2 +- 3 files changed, 8 insertions(+), 6 deletions(-) --- diff --git a/.gitignore b/.gitignore index ad162f0..1232a38 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ Devel-REPL-1.003011.tar.gz /Devel-REPL-1.003012.tar.gz +/Devel-REPL-1.003013.tar.gz diff --git a/perl-Devel-REPL.spec b/perl-Devel-REPL.spec index 185a03f..bdbf3a4 100644 --- a/perl-Devel-REPL.spec +++ b/perl-Devel-REPL.spec @@ -1,11 +1,11 @@ Name: perl-Devel-REPL -Version:1.003012 -Release:4%{?dist} +Version:1.003013 +Release:1%{?dist} Summary:Modern perl interactive shell License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Devel-REPL/ -Source0: http://search.cpan.org/CPAN/authors/id/D/DO/DOY/Devel-REPL-%{version}.tar.gz +Source0: http://search.cpan.org/CPAN/authors/id/C/CH/CHM/Devel-REPL-%{version}.tar.gz BuildArch: noarch BuildRequires: perl(CPAN) BuildRequires: perl(ExtUtils::MakeMaker) @@ -52,7 +52,6 @@ make %{?_smp_mflags} 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/* @@ -60,13 +59,15 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; make test %files -%defattr(-,root,root,-) %doc Changes README examples %{perl_vendorlib}/* %{_bindir}/* %{_mandir}/man3/* %changelog +* Sun May 20 2012 Iain Arnell iarn...@gmail.com 1.003013-1 +- update to latest upstream version + * Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.003012-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild diff --git a/sources b/sources index b1d2198..1f7b106 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -bff993f2799b2e2cfbc89fbb74607106 Devel-REPL-1.003012.tar.gz +820ed42711220397d193d1d09cd61a04 Devel-REPL-1.003013.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
Broken dependencies: perl-Net-OpenSSH
perl-Net-OpenSSH has broken dependencies in the rawhide tree: On x86_64: perl-Net-OpenSSH-0.57-3.fc18.noarch requires openssh-clients(%{__isa_name}-%{__isa_bits}) On i386: perl-Net-OpenSSH-0.57-3.fc18.noarch requires openssh-clients(%{__isa_name}-%{__isa_bits}) Please resolve this as soon as possible. -- 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