LibRaw: Library for reading RAW files obtained from digital cameras
Hi, I have packaged LibRaw since it is needed to build Shotwell trunk. Review Request link here: https://bugzilla.redhat.com/show_bug.cgi?id=602279 Anyone trying to build Shotwell will need this and gexiv2, which has also been packaged: https://bugzilla.redhat.com/show_bug.cgi?id=599097 -- Siddhesh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20100615 changes
Compose started at Tue Jun 15 08:15:05 UTC 2010 Broken deps for i386 -- 1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9 cpanspec-1.78-5.fc14.noarch requires perl(IO::Uncompress::Bunzip2) 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 edje-0.9.93.063-1.fc14.i686 requires libecore-ver-svn-05.so.0 edje-0.9.93.063-1.fc14.i686 requires libembryo-ver-svn-05.so.0 edje-0.9.93.063-1.fc14.i686 requires libeina-ver-svn-05.so.0 edje-0.9.93.063-1.fc14.i686 requires libecore_evas-ver-svn-05.so.0 edje-0.9.93.063-1.fc14.i686 requires libecore_file-ver-svn-05.so.0 edje-0.9.93.063-1.fc14.i686 requires libecore_job-ver-svn-05.so.0 edje-0.9.93.063-1.fc14.i686 requires libecore_imf_evas-ver-svn-05.so.0 edje-0.9.93.063-1.fc14.i686 requires libevas-ver-svn-05.so.0 edje-0.9.93.063-1.fc14.i686 requires libecore_imf-ver-svn-05.so.0 edje-devel-0.9.93.063-1.fc14.i686 requires pkgconfig(ecore-job) efreet-0.5.0.063-1.fc14.i686 requires libeina-ver-svn-05.so.0 efreet-0.5.0.063-1.fc14.i686 requires libecore_file-ver-svn-05.so.0 efreet-0.5.0.063-1.fc14.i686 requires libecore-ver-svn-05.so.0 enlightenment-0.16.999.063-2.fc14.i686 requires libecore-ver-svn-05.so.0 enlightenment-0.16.999.063-2.fc14.i686 requires libedbus-ver-svn-05.so.0 enlightenment-0.16.999.063-2.fc14.i686 requires libeina-ver-svn-05.so.0 enlightenment-0.16.999.063-2.fc14.i686 requires libecore_evas-ver-svn-05.so.0 enlightenment-0.16.999.063-2.fc14.i686 requires libecore_con-ver-svn-05.so.0 enlightenment-0.16.999.063-2.fc14.i686 requires libehal-ver-svn-05.so.0 enlightenment-0.16.999.063-2.fc14.i686 requires libecore_file-ver-svn-05.so.0 enlightenment-0.16.999.063-2.fc14.i686 requires libecore_job-ver-svn-05.so.0 enlightenment-0.16.999.063-2.fc14.i686 requires libecore_input-ver-svn-05.so.0 enlightenment-0.16.999.063-2.fc14.i686 requires libecore_ipc-ver-svn-05.so.0 enlightenment-0.16.999.063-2.fc14.i686 requires libecore_x-ver-svn-05.so.0 enlightenment-0.16.999.063-2.fc14.i686 requires libecore_imf_evas-ver-svn-05.so.0 enlightenment-0.16.999.063-2.fc14.i686 requires libecore_txt-ver-svn-05.so.0 enlightenment-0.16.999.063-2.fc14.i686 requires libevas-ver-svn-05.so.0 enlightenment-0.16.999.063-2.fc14.i686 requires libecore_imf-ver-svn-05.so.0 enlightenment-devel-0.16.999.063-2.fc14.i686 requires pkgconfig(ecore-job) esperanza-0.4.0-6.fc13.i686 requires libxmmsclient++.so.3 esperanza-0.4.0-6.fc13.i686 requires libxmmsclient.so.5 evolution-couchdb-0.4.91-2.fc14.i686 requires libcamel-1.2.so.16 evolution-couchdb-0.4.91-2.fc14.i686 requires libcamel-provider-1.2.so.16 gambas-runtime-1.0.19-12.fc13.i686 requires libgettextlib-0.17.so gkrellxmms2-0.7.0-6.20090811git.fc13.i686 requires libxmmsclient.so.5 gxmms2-0.7.0-6.20090811git.fc13.i686 requires libxmmsclient.so.5 kobby-1.0-0.3.b4.fc13.i686 requires libinfinity-0.3.so.0 kobby-1.0-0.3.b4.fc13.i686 requires libinftext-0.3.so.0 libqinfinity-1.0-0.2.b4.fc13.i686 requires libinfinity-0.3.so.0 libqinfinity-1.0-0.2.b4.fc13.i686 requires libinftext-0.3.so.0 merkaartor-0.15.3-1.fc13.i686 requires libexiv2.so.6 pcmanx-gtk2-xulrunner-plugin-0.3.8-8.fc12.i686 requires xulrunner = 0:1.9.1.1 perl-Sys-Virt-TCK-0.1.0-6.fc13.noarch requires perl(IO::Uncompress::Bunzip2) plexus-containers-component-annotations-javadoc-1.0-0.1.a34.7.fc12.noarch requires jakarta-commons-logging-javadoc qtgpsc-0.2.3-6.fc12.i686 requires libgps.so.18 rubygem-right_aws-1.10.0-3.fc14.noarch requires rubygem(right-http_connection) = 0:1.2.4 spacewalk-certs-tools-1.1.1-1.fc14.noarch requires spacewalk-backend-libs = 0:0.8.28 syncevolution-1.0beta3-2.fc14.i686 requires libedataserver-1.2.so.12 tasks-0.16-3.fc14.i686 requires libedataserver-1.2.so.12 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 tracker-evolution-plugin-0.8.5-1.fc14.i686 requires libcamel-provider-1.2.so.15 tracker-evolution-plugin-0.8.5-1.fc14.i686 requires libcamel-1.2.so.15 tracker-evolution-plugin-0.8.5-1.fc14.i686 requires libedataserver-1.2.so.12 vfrnav-0.4-1.fc13.i686 requires libgps.so.18 vifir-0.4-2.fc14.i686 requires libgps.so.18 viking-0.9.91-3.fc13.i686 requires libgps.so.18 xenner-0.48-1.fc14.i386 requires libxenguest.so.3.4 xmms2-0.7-2.fc14.i686 requires libecore-ver-svn-05.so.0 xmms2-ruby-0.7-2.fc14.i686 requires
sudo-1.7.2p6-2.fc13
Can someone explain to me why a package whose update comment lists added patch that fixes insufficient environment sanitization issue (CVE-2010-1646) is not marked as a security bug? -- Stephen Gallagher RHCE 804006346421761 Delivering value year after year. Red Hat ranks #1 in value among software vendors. http://www.redhat.com/promo/vendor/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sudo-1.7.2p6-2.fc13
On Tue, Jun 15, 2010 at 07:28:40AM -0400, Stephen Gallagher wrote: Can someone explain to me why a package whose update comment lists added patch that fixes insufficient environment sanitization issue (CVE-2010-1646) is not marked as a security bug? No, because according to the Bodhi web interface it is a security update: https://admin.fedoraproject.org/updates/sudo-1.7.2p6-2.fc13 If it is not in some other interface, it usually helps to specify where it is not. Regards Till pgpDz13VImGcx.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sudo-1.7.2p6-2.fc13
On 06/15/2010 07:54 AM, Till Maas wrote: On Tue, Jun 15, 2010 at 07:28:40AM -0400, Stephen Gallagher wrote: Can someone explain to me why a package whose update comment lists added patch that fixes insufficient environment sanitization issue (CVE-2010-1646) is not marked as a security bug? No, because according to the Bodhi web interface it is a security update: https://admin.fedoraproject.org/updates/sudo-1.7.2p6-2.fc13 If it is not in some other interface, it usually helps to specify where it is not. Regards Till Hmm, then maybe this is a bug in PackageKit. In the Software Update GUI, it's listed as normal update. -- Stephen Gallagher RHCE 804006346421761 Delivering value year after year. Red Hat ranks #1 in value among software vendors. http://www.redhat.com/promo/vendor/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sudo-1.7.2p6-2.fc13
On Tue, 2010-06-15 at 07:59 -0400, Stephen Gallagher wrote: Hmm, then maybe this is a bug in PackageKit. In the Software Update GUI, it's listed as normal update. I've seen that a lot over the past few months. Unfortunately, I haven't investigated to the point of being able to write a useful bug report. -- Matt -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
init script behaviour
Any opinions on this? I've had a query. What should service start do for a daemon - or more specifically, when should it return? There is inconsistency amongst different current init scripts, two general approaches: 1) fire and forget: start the daemon, return immediately 2) stop and wait: start the daemon, and wait, either: a) a short fixed period of time, or b) in a loop until the pidfile appears, with some maximum wait time Notable implication of (1) is that running e.g. service xxx status (or stop etc) may not immediately succeed after a start, nor may the service be immediately usable directly after a start returns. (2b) may have surprising failure cases of an init script waiting a long time to return - dirsrv will wait up to ten minutes, which seems rather extreme. (2a) may be unreliable, being dependant on timing/machine speed I found at least one init scripts which also has this stop-and-wait behaviour for stop (mysqld). I'd instinctively prefer (1) from a do one thing and do it well perspective; (2) starts down the road of a better/more complex form of service-monitoring/management and ends up doing it really badly in messy sh script in N places. (A logical extension of (2) would be to require not merely that the pidfile exists, but that the service is accepting connections on TCP port N, before returning from the init script start invocation) Thoughts? Regards, Joe -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: init script behaviour
On 06/15/2010 03:08 PM, Joe Orton wrote: Any opinions on this? I've had a query. What should service start do for a daemon - or more specifically, when should it return? There is inconsistency amongst different current init scripts, two general approaches: 1) fire and forget: start the daemon, return immediately which might give false positives as in service started (I've seen the OK on screen!) but not running 2) stop and wait: start the daemon, and wait, either: a) a short fixed period of time, or b) in a loop until the pidfile appears, with some maximum wait time which might give false positives as in service started (also known as pidfile exists but the process is dead) but not running Notable implication of (1) is that running e.g. service xxx status (or stop etc) may not immediately succeed after a start, nor may the service be immediately usable directly after a start returns. (2b) may have surprising failure cases of an init script waiting a long time to return - dirsrv will wait up to ten minutes, which seems rather extreme. (2a) may be unreliable, being dependant on timing/machine speed I found at least one init scripts which also has this stop-and-wait behaviour for stop (mysqld). I'd instinctively prefer (1) from a do one thing and do it well perspective; (2) starts down the road of a better/more complex form of service-monitoring/management and ends up doing it really badly in messy sh script in N places. (A logical extension of (2) would be to require not merely that the pidfile exists, but that the service is accepting connections on TCP port N, before returning from the init script start invocation) Thoughts? Well, I'd say it depends on how we define the start part. fire and forget, start and make sure it was started or start and make sure it is running. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sudo-1.7.2p6-2.fc13
On Tue, 15 Jun 2010 08:08:20 -0400 Matt McCutchen m...@mattmccutchen.net wrote: On Tue, 2010-06-15 at 07:59 -0400, Stephen Gallagher wrote: Hmm, then maybe this is a bug in PackageKit. In the Software Update GUI, it's listed as normal update. I've seen that a lot over the past few months. Unfortunately, I haven't investigated to the point of being able to write a useful bug report. PackageKit seem a bit confused lately (F-13), it doesn't properly understand dependencies it seems (always require me to install some packages that do *not* depend on a smaller subset I told it to update) and also seem not to understand that I do not have to rebbot/logout/whatever if I did *not* in fact update the packages that are marked that way... Yet it is a little unclear if these are bugs or if it is in some way intended behavior. Simo. -- Simo Sorce * Red Hat, Inc * New York -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: init script behaviour
On Tue, Jun 15, 2010 at 8:08 AM, Joe Orton jor...@redhat.com wrote: I'd instinctively prefer (1) from a do one thing and do it well perspective; (2) starts down the road of a better/more complex form of service-monitoring/management and ends up doing it really badly in messy sh script in N places. Absolutely. The core OS doesn't need to come with a half-assed reimplementation of Nagios. service foo status should be just is the pid running, and that's how things will be with Systemd as I understand it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: sudo-1.7.2p6-2.fc13
Stephen Gallagher wrote: Hmm, then maybe this is a bug in PackageKit. In the Software Update GUI, it's listed as normal update. https://bugzilla.redhat.com/show_bug.cgi?id=574658 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
KDE-SIG meeting report (24/2010)
This is a report of the weekly KDE-SIG-Meeting with a summary of the topics that were discussed. If you want to add a comment please reply to this email or add it to the related meeting page. -- = Weekly KDE Summary = Week: 24/2010 Time: 2010-06-15 14:00 UTC Meeting page: https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2010-06-15 Meeting minutes: http://meetbot.fedoraproject.org/fedora- meeting/2010-06-15/kde-sig.2010-06-15-13.59.html Meeting log: http://meetbot.fedoraproject.org/fedora-meeting/2010-06-15/kde- sig.2010-06-15-13.59.log.html -- = Participants = * Jaroslav Reznik * Kevin Kofler * Rex Dieter * Steven Parrish * Than Ngo * Thomas Janssen * Lukas Tinkl -- = Agenda = * topics to discuss: o kde-4.4.4 update status o QtWebKit security update status o triaging/upstreaming high-profile bugs (nepomuk, kpackagekit, knetworkmanager) * recent bugs: o gstreamer-plugins-good-0.10.23-1 : phonon-backend-gstreamer jittery playback = Summary = kde-4.4.4 update status * AGREED: kde-4.4.4 updates to be queue'd for stable updates asap QtWebKit security update status * patched 4.6.3 builds are underway, work-in-progress, updates to be submitted when ready * ltinkl to take care of backporting to F11 (different Qt) o we don't want to push qt 4.6.3 to F11 o kde-redhat can host unofficial qt-4.6.3 builds for F11 triaging/upstreaming high-profile bugs (nepomuk, kpackagekit, knetworkmanager) * we have to take care about high profile bug reports - nepomuk, kpk, knm * SMParrish to count up outstanding nepomuk abrt bugs, and request assistance for triaging as needed * thomasj volunteers triaging help gstreamer-plugins-good-0.10.23-1 : phonon-backend-gstreamer jittery playback * rdieter will continue to debug/diagnose, provide information on upstream bug. ltinkl to help confirm findings Fedora-Tour * do we want this Gtk based app in Fedora KDE Desktop Edition? o size constraints -- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2010-06-22 -- Jaroslav Řezník jrez...@redhat.com Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 602 797 774 Red Hat, Inc. http://cz.redhat.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: init script behaviour
On Tue, Jun 15, 2010 at 03:30:05PM +0300, Manuel Wolfshant wrote: On 06/15/2010 03:08 PM, Joe Orton wrote: *snip* Thoughts? Well, I'd say it depends on how we define the start part. fire and forget, start and make sure it was started or start and make sure it is running. I'd say fire and forget or something close for most sysv initscripts. If you want to do better you need a modern tool like systemd/upstart/etc. Trying to do it better in bash just makes for piles of ugly, and the weird failure modes and corner cases will usually end up being worse than the problem. --CJD -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: init script behaviour
Once upon a time, Casey Dahlin cdah...@redhat.com said: I'd say fire and forget or something close for most sysv initscripts. If you want to do better you need a modern tool like systemd/upstart/etc. Trying to do it better in bash just makes for piles of ugly, and the weird failure modes and corner cases will usually end up being worse than the problem. A well-behaved daemon should be doing all the checking possible before forking to go into the background. The init scripts do check the exit code, so configuration errors, failure to bind to sockets, etc. should be (and in most cases are) caught that way. -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: KDE-SIG meeting report (24/2010)
On Tue, 2010-06-15 at 17:47 +0200, Jaroslav Reznik wrote: = Summary = kde-4.4.4 update status * AGREED: kde-4.4.4 updates to be queue'd for stable updates asap Yippee ! Good work ! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: dist-git project update
On Sat, 2010-06-12 at 21:39 +0200, Jochen Schmitt wrote: It's seems, that this feature is not implemented in the current fedora-packager package. when I try to make a fedpkg cloone --branches I will get only a message which describe the function for this command without any visible result. Oops, looks like that's another to be done later items (: -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rpms/perl-DateTime/devel .cvsignore, 1.26, 1.27 perl-DateTime.spec, 1.37, 1.38 sources, 1.26, 1.27
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-DateTime/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv2870
Modified Files:
.cvsignore perl-DateTime.spec sources
Log Message:
* Mon Jun 14 2010 Petr Sabata psab...@redhat.com - 1:0.5300-4
- perl-DateTime-Locale-0.45 update
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-DateTime/devel/.cvsignore,v
retrieving revision 1.26
retrieving revision 1.27
diff -u -p -r1.26 -r1.27
--- .cvsignore 27 Jan 2010 19:36:22 - 1.26
+++ .cvsignore 15 Jun 2010 07:16:00 - 1.27
@@ -1,3 +1 @@
-DateTime-0.53.tar.gz
-DateTime-Locale-0.44.tar.gz
-DateTime-TimeZone-1.10.tar.gz
+DateTime-Locale-0.45.tar.gz
Index: perl-DateTime.spec
===
RCS file: /cvs/pkgs/rpms/perl-DateTime/devel/perl-DateTime.spec,v
retrieving revision 1.37
retrieving revision 1.38
diff -u -p -r1.37 -r1.38
--- perl-DateTime.spec 30 Apr 2010 13:47:06 - 1.37
+++ perl-DateTime.spec 15 Jun 2010 07:16:00 - 1.38
@@ -1,11 +1,11 @@
%define DT_version 0.53
-%define DTLocale_version 0.44
+%define DTLocale_version 0.45
%define DTTimeZone_version 1.10
Name: perl-DateTime
# must now be 0.xx00 to preserve upgrade path:
Version:%{DT_version}00
-Release:3%{?dist}
+Release:4%{?dist}
Epoch: 1
Summary:Date and time objects
License:GPL+ or Artistic
@@ -139,6 +139,9 @@ rm -rf $RPM_BUILD_ROOT
%{perl_vendorarch}/DateTime*.pm
%changelog
+* Mon Jun 14 2010 Petr Sabata psab...@redhat.com - 1:0.5300-4
+- perl-DateTime-Locale-0.45 update
+
* Fri Apr 30 2010 Marcela Maslanova mmasl...@redhat.com - 1:0.5300-3
- Mass rebuild with perl-5.12.0
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-DateTime/devel/sources,v
retrieving revision 1.26
retrieving revision 1.27
diff -u -p -r1.26 -r1.27
--- sources 27 Jan 2010 19:36:22 - 1.26
+++ sources 15 Jun 2010 07:16:00 - 1.27
@@ -1,3 +1 @@
-bc2db48557d9520ad5095895daa1cb0b DateTime-0.53.tar.gz
-f2e4ba9f2de67d2296c92da2e7c8b27d DateTime-Locale-0.44.tar.gz
-bdc85c10d9958298e41e294e8e9ea85d DateTime-TimeZone-1.10.tar.gz
+8ba6a4b70f8fa7d987529c2e2c708862 DateTime-Locale-0.45.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-DateTime/devel .cvsignore,1.27,1.28 sources,1.27,1.28
Author: mmaslano Update of /cvs/pkgs/rpms/perl-DateTime/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv10353 Modified Files: .cvsignore sources Log Message: * Mon Jun 14 2010 Petr Sabata psab...@redhat.com - 1:0.5300-4 - perl-DateTime-Locale-0.45 update Index: .cvsignore === RCS file: /cvs/pkgs/rpms/perl-DateTime/devel/.cvsignore,v retrieving revision 1.27 retrieving revision 1.28 diff -u -p -r1.27 -r1.28 --- .cvsignore 15 Jun 2010 07:16:00 - 1.27 +++ .cvsignore 15 Jun 2010 07:38:34 - 1.28 @@ -1 +1,3 @@ DateTime-Locale-0.45.tar.gz +DateTime-0.53.tar.gz +DateTime-TimeZone-1.10.tar.gz Index: sources === RCS file: /cvs/pkgs/rpms/perl-DateTime/devel/sources,v retrieving revision 1.27 retrieving revision 1.28 diff -u -p -r1.27 -r1.28 --- sources 15 Jun 2010 07:16:00 - 1.27 +++ sources 15 Jun 2010 07:38:34 - 1.28 @@ -1 +1,3 @@ 8ba6a4b70f8fa7d987529c2e2c708862 DateTime-Locale-0.45.tar.gz +bc2db48557d9520ad5095895daa1cb0b DateTime-0.53.tar.gz +bdc85c10d9958298e41e294e8e9ea85d DateTime-TimeZone-1.10.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: cpanspec
cpanspec has broken dependencies in the rawhide tree: On x86_64: cpanspec-1.78-5.fc14.noarch requires perl(IO::Uncompress::Bunzip2) On i386: cpanspec-1.78-5.fc14.noarch requires perl(IO::Uncompress::Bunzip2) 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
Re: Swap review, 592672
On Mon, Jun 14, 2010 at 10:50:58PM +0530, Shakthi Kannan wrote: Anyone would like to swap review for: https://bugzilla.redhat.com/show_bug.cgi?id=592672 I will look on it. Please, check my request: https://bugzilla.redhat.com/show_bug.cgi?id=602703 -- Petr pgpDYmwhhwxzF.pgp Description: PGP signature -- 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
[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 Petr Pisar ppi...@redhat.com changed: What|Removed |Added CC||ppi...@redhat.com AssignedTo|nob...@fedoraproject.org|ppi...@redhat.com Flag||fedora-review? -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-DateTime-Format-Strptime/devel perl-DateTime-Format-Strptime.spec, 1.14, 1.15
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-DateTime-Format-Strptime/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv4596
Modified Files:
perl-DateTime-Format-Strptime.spec
Log Message:
* Tue Jun 15 2010 Petr Sabata psab...@redhat.com - 1.2000-1
- Update to the latest upstream release
Index: perl-DateTime-Format-Strptime.spec
===
RCS file:
/cvs/pkgs/rpms/perl-DateTime-Format-Strptime/devel/perl-DateTime-Format-Strptime.spec,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -p -r1.14 -r1.15
--- perl-DateTime-Format-Strptime.spec 7 May 2010 13:57:36 - 1.14
+++ perl-DateTime-Format-Strptime.spec 15 Jun 2010 13:05:44 - 1.15
@@ -1,6 +1,6 @@
Name: perl-DateTime-Format-Strptime
Version:1.2000
-Release:1%{?dist}
+Release:2%{?dist}
Summary:Parse and format strp and strf time patterns
License:GPL+ or Artistic
Group: Development/Libraries
@@ -10,7 +10,7 @@ BuildRoot: %{_tmppath}/%{name}-%{ve
BuildArch: noarch
BuildRequires: perl(Class::ISA)
BuildRequires: perl(DateTime) = 0.44
-BuildRequires: perl(DateTime::Locale) = 0.43
+BuildRequires: perl(DateTime::Locale) = 0.45
BuildRequires: perl(DateTime::TimeZone) = 0.79
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Params::Validate) = 0.64
@@ -42,7 +42,6 @@ find $RPM_BUILD_ROOT -depth -type d -exe
%check
make test
-make test_more
%clean
rm -rf $RPM_BUILD_ROOT
@@ -54,6 +53,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Tue Jun 15 2010 Petr Sabata psab...@redhat.com - 1.2000-1
+- Update to the latest upstream release
+
* Fri Apr 30 2010 Marcela Maslanova mmasl...@redhat.com - 1.1000-2
- Mass rebuild with perl-5.12.0
--
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
[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
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from Petr Pisar ppi...@redhat.com 2010-06-15 10:57:38 EDT ---
$ rpmlint -i hct.spec ../RPMS/noarch/hct-0.7.60-1.fc13.noarch.rpm
hct.noarch: E: useless-provides perl(HCT::Std::IO)
This package provides 2 times the same capacity. It should only provide it
once.
hct.noarch: W: no-manual-page-for-binary hct.pl
Each executable in standard binary directories should have a man page.
1 packages and 1 specfiles checked; 1 errors, 1 warnings.
The error is because of double package HCT definition:
$ grep -Hnr 'package HCT::Std::IO' lib/
lib/HCT/Std.pm:45:package HCT::Std::IO;
lib/HCT/Std/IO.pm:19:package HCT::Std::IO;
lib/HCT/Std/IO.pm:60:package HCT::Std::IO::Handle;
This is upstream bug. Not fatal for Fedora.
Things that I'd like to see corrected:
* The homepage URL should end with slash.
* Description: Please expand the IC abbreviation to full words `integrated
circuit'. The description should be understandable even for guys who do not
want to install the package.
* The big clean-up with %{__rm} -rf `find . -name 'config*' is dangerous.
(Imagine a file name contained a white space). Use find -name 'config*' -depth
-exec rm -rf -- '{}' \+ or something like that.
* Why the hct.pl has '.pl' extension? Is it necessary? Original build system
delivers hct wrapper (if it worked). What about just hct name or symlink to
hct.pl?
The spec file looks good otherwise. Please, show me updated spec file.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[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 #3 from Shakthi Kannan shakthim...@gmail.com 2010-06-15 11:30:26
EDT ---
Upstream was forked into couple of new designs, and hasn't made much progress.
But, this release of the package has over 800 downloads, and is a very useful
tool. So, have chosen this release, and as of now we are upstream.
quote
The big clean-up with %{__rm} -rf `find . -name 'config*' is dangerous.
(Imagine a file name contained a white space). Use find -name 'config*' -depth
-exec rm -rf -- '{}' \+ or something like that.
/quote
Sorry, I didn't understand the difference. In both cases, we still use
'config*' within quotes. Should I change each removal to use find -name
'config*' -exec rm -rf -- '{}' \+ ?
quote
* Why the hct.pl has '.pl' extension? Is it necessary? Original build system
delivers hct wrapper (if it worked). What about just hct name or symlink to
hct.pl?
/quote
The original wrapper has hard-coded the path as
#!/bin/sh
/Users/smaurer/Downloads/0.7.60/hct.pl $@
Since, we are packaging, we only need the hct.pl file. Since, it is a Perl
script, it has the .pl extension, and I thought it was ok to have it, and thus
haven't changed it. Do you want me to rename the file to simply hct?
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 597707] please update perl-Software-License to latest upstream release
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=597707 --- Comment #7 from Fedora Update System upda...@fedoraproject.org 2010-06-15 12:02:02 EDT --- perl-Software-License-0.101410-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-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 597707] please update perl-Software-License to latest upstream release
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=597707 --- Comment #8 from Fedora Update System upda...@fedoraproject.org 2010-06-15 12:05:44 EDT --- perl-Software-License-0.101410-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-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 597707] please update perl-Software-License to latest upstream release
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=597707 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-Software-License-0.101 |perl-Software-License-0.101 |410-1.fc12 |410-1.fc13 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[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 #4 from Petr Pisar ppi...@redhat.com 2010-06-15 12:58:40 EDT ---
Sorry, I didn't understand the difference.
Problem is not with 'config*'. Problem is with shell substitution (the
back-ticks).
Lets have code: rm -rf `command`
If command expands to 'filename', resulting command will be:
'rm' '-rf' 'filename'
If command expands to 'file name', resulting command will be:
'rm' '-rf' 'file' 'name'.
And this is not something we wanted. You can have dangerous file names like
'/tmp/ /home' that ticks your script to remove '/tmp' and '/home' directories
instead of 'home' directory under ' ' directory under '/tmp'.
Should I change each removal to use find -name 'config*' -exec rm -rf --
'{}' \+ ?
You can use all the logical ORs, but you should pass the file names to 'rm'
arguments using find utility that does not break strings on white spaces.
Original code:
%{__rm} -rf `find . \( -name 'config*' -o \
-name 'windows' -o \
-name 'Misc' -o \
-name 'Pod' -o \
-name '.svn' -o \
-name '*.svn' \)`
New code:
find . -depth \( -name 'config*' -o \
-name 'windows' -o \
-name 'Misc' -o \
-name 'Pod' -o \
-name '.svn' -o \
-name '*.svn' \) \
-exec %{__rm} -rf -- '{}' +
I think the plus symbol does not need to be escaped. Notice: I did not try the
code.
Just for completeness:
* The '-depth' argument forces find to order file names from leaf to root of
directory tree. This is good not to get warning about removal of files from
already removed directories.
* The '--' argument of 'rm' delimits 'rm' options and file name arguments.
This is good not to confuse 'rm' if a file name starts with a hyphen character.
* The '{}' string is substituted by 'find' with found file names.
* The '+' character marks end of '-exec' statement of find. In addition, it
means to pass to one 'rm' command as much file names as possible. It avoids
executing rm for each file name. (If you wanted to run 'rm' for each file name
separately, use ';'. Do not forget to escape it because semicolon is special
shell token.)
Do you want me to rename the file to simply hct?
Exactly. If there are no other tools that expect 'hct.pl', the extension in
UN*X word will be useless and make users to type more. (E.g. 'yum' is a python
script and does not have '.py' extensions.)
Actually we need to provide extensionless name because upstream (even dead
state) intends so and users used for HCT from other distribution will expect it
in Fedora too. In other words, we should not divert from upstream.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 563937] Update perl-IPC-ShareLite to 0.17
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=563937 --- Comment #2 from Xavier Bachelot xav...@bachelot.org 2010-06-15 13:12:48 EDT --- Steve, are you still interested in maintaining this package or do you need a co-maintainer ? This package as not been updated in quite a while and has only been rebuilded by scripts. See also https://bugzilla.redhat.com/show_bug.cgi?id=563935, the version in EL-5 is buggy and need to be updated. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[pkgdb] perl-Mail-GnuPG ownership changed
Package perl-Mail-GnuPG in Fedora 11 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Mail-GnuPG -- 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
[pkgdb] perl-Makefile-Parser ownership changed
Package perl-Makefile-Parser in Fedora devel was orphaned by sradvan To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Makefile-Parser -- 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
[pkgdb] perl-Makefile-Parser ownership changed
Package perl-Makefile-Parser in Fedora 12 was orphaned by sradvan To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Makefile-Parser -- 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
[pkgdb] perl-Mail-GnuPG ownership changed
Package perl-Mail-GnuPG in Fedora 5 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Mail-GnuPG -- 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
[pkgdb] perl-Mail-GnuPG ownership changed
Package perl-Mail-GnuPG in Fedora 8 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Mail-GnuPG -- 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
[pkgdb] perl-Mail-GnuPG ownership changed
Package perl-Mail-GnuPG in Fedora 4 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Mail-GnuPG -- 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
[pkgdb] perl-Mail-GnuPG ownership changed
Package perl-Mail-GnuPG in Fedora 9 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Mail-GnuPG -- 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
[pkgdb] perl-Mail-GnuPG ownership changed
Package perl-Mail-GnuPG in Fedora 6 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Mail-GnuPG -- 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
[pkgdb] perl-Makefile-Parser ownership changed
Package perl-Makefile-Parser in Fedora 13 was orphaned by sradvan To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Makefile-Parser -- 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
[pkgdb] perl-Mail-GnuPG ownership changed
Package perl-Mail-GnuPG in Fedora 10 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Mail-GnuPG -- 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
[pkgdb] perl-Test-Email ownership changed
Package perl-Test-Email in Fedora 11 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Test-Email -- 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
[pkgdb] perl-Text-Glob ownership changed
Package perl-Text-Glob in Fedora 8 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Text-Glob -- 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
[pkgdb] perl-Test-Email ownership changed
Package perl-Test-Email in Fedora 9 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Test-Email -- 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
[pkgdb] perl-Makefile-Parser ownership changed
Package perl-Makefile-Parser in Fedora devel is now owned by nb To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Makefile-Parser -- 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
[pkgdb] perl-Tree-Simple ownership changed
Package perl-Tree-Simple in Fedora 11 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Tree-Simple -- 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
[pkgdb] perl-Tree-Simple ownership changed
Package perl-Tree-Simple in Fedora 3 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Tree-Simple -- 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
[pkgdb] perl-Tree-Simple ownership changed
Package perl-Tree-Simple in Fedora 5 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Tree-Simple -- 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
[pkgdb] perl-Text-Glob ownership changed
Package perl-Text-Glob in Fedora 7 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Text-Glob -- 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
[pkgdb] perl-Text-Glob ownership changed
Package perl-Text-Glob in Fedora 10 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Text-Glob -- 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
[pkgdb] perl-Text-Glob ownership changed
Package perl-Text-Glob in Fedora 9 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Text-Glob -- 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
[pkgdb] perl-Tree-Simple ownership changed
Package perl-Tree-Simple in Fedora 8 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Tree-Simple -- 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
[pkgdb] perl-Tree-Simple ownership changed
Package perl-Tree-Simple in Fedora 7 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Tree-Simple -- 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
[pkgdb] perl-Makefile-Parser ownership changed
Package perl-Makefile-Parser in Fedora devel was orphaned by sradvan To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Makefile-Parser -- 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
[pkgdb] perl-Tree-Simple ownership changed
Package perl-Tree-Simple in Fedora 4 was orphaned by corsepiu To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Tree-Simple -- 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
[pkgdb] perl-Makefile-Parser ownership changed
Package perl-Makefile-Parser in Fedora 12 is now owned by nb To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Makefile-Parser -- 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
[pkgdb] perl-Makefile-Parser ownership changed
Package perl-Makefile-Parser in Fedora 11 is now owned by nb To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Makefile-Parser -- 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
[pkgdb] perl-Makefile-Parser ownership changed
Package perl-Makefile-Parser in Fedora 13 is now owned by nb To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-Makefile-Parser -- 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
