[Bug 669812] perl-Padre-0.78 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=669812 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC|mmasl...@redhat.com |ppi...@redhat.com AssignedTo|mmasl...@redhat.com |ppi...@redhat.com -- 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
pushing libgdl 2.91.4 into rawhide
It is required for latest anjuta unstable release. Deps are: anjuta (will push new unstable release) gnome-python2-gdl gpx-viewer gtranslator solang valide CC: maintainers. -- Rakesh Pandit https://fedoraproject.org/wiki/User:Rakesh freedom, friends, features, first -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
initscript: Do I have to wait for a service to stop?
I'm trying to fix a bug: https://bugzilla.redhat.com/523391 initscript collected problems LSB-compilant watchdog It's all fairly straightforward except for the 'watchdog stop' operation. Now when you send a signal to the watchdog daemon, it can take several seconds to shut down. The usual 'killproc' function would handle this by sending a SIGTERM, waiting a few seconds, then sending a SIGKILL. However for the Linux watchdog API, this is a very bad idea: if you kill the daemon before it has properly cleaned up, then it might not have disarmed the watchdog, with the result that your machine could suddenly hard reboot some seconds later. Oops. We don't want that so we use 'killproc -TERM' which disables the waiting bit and the final SIGKILL. The watchdog daemon is pretty well-behaved and does eventually terminate[1]. Because the watchdog hasn't shut down when the init script returns, the LSB script test for this fails. So I don't know how to fix that one. Any suggestions? Rich. [1] Note: After an arbitrarily long time .. it could be in the middle of running an external user-supplied test script at the time. The upper bound on these is the watchdog timeout, which is configurable and determined by a combination of the conf file, the device driver, and the hardware itself. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Heads-up: rpm 4.9.0 beta coming soon to rawhide near you
Been preparing + testing stuff for the last couple of days and the new rpm (details at http://rpm.org/wiki/Releases/4.9.0) is likely to land in rawhide tomorrow. It's not supposed to eat anything but packages for breakfast but as usual safe's better than sorry - it would not be a bad idea to backup your rpmdb now if you're running rawhide on any important systems. Also do pay extra attention to automatically generated dependencies, as that's where some of the biggest changes in this version are. As there's a soname bump involved, bunch of rebuilds will be needed and a few packages need additional fixing due to some historical APIs getting removed in this release. These need just a rebuild once the new rpm is in: - PackageKit (due to zif backend linkage) - anaconda - deltarpm (but currently fails to build due to Python 3.x changes) - gdb (just needs rebuilding with --with-rpm=librpm.so.2) - libextractor - moblin-app-installer - openscap - rpmreaper - sectool - synaptic (once apt is rebuilt) - systemtap - zif The following need patches in order to build / work with the new rpm (I'll be contacting the maintainers directly on details): - abrt (minor enum vs int issue) - apt (API issues) - net-snmp (build succeeds but only because librpm is misdetected as not present, API issues) - ovaldi (minor for enum vs int / type issues) - perl-RPM2 (API issues) - Panu - -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Heads-up: Audacious API break for Fedora 14 updates-testing
koji buildroot override is active! test update has been submitted: http://admin.fedoraproject.org/updates/audacious-2.4.3-1.fc14,audacious-plugins-2.4.3-1.fc14.pl1,xmp-3.3.0-2.fc14.1 On Sat, 15 Jan 2011 23:45:06 +0100, I wrote: With upstream having released Audacious 2.4.3 and Fedora 14 still sitting at 2.4.0 with patches, I'd like to prepare an Update from to 2.4.3. Due the previous announcement of the Generic Plugin ABI/API bump in 2.4.2, a koji buildroot override for plugin package rebuilds is needed: https://fedorahosted.org/rel-eng/ticket/4339 Once the buildroot override is active, I will do the builds and will file a single bodhi ticket for them. On Thu, 9 Dec 2010 18:39:36 +0100, I wrote: I'm building Audacious 2.4.2 in Rawhide, and once available in the koji build root, this will require rebuilds of the separate _plugin_ packages. The tools/apps linked with Audacious' core libraries are not affected: audtty conky 2.4.2 is the first maintenance release in the [supposed to be stable] 2.4 branch, but bumped the generic plugin API to version 17 nevertheless. Quite early in 2.4.x development actually. Plugins, if not rebuilt, would refuse to load. The rebuilds should be possible without problems. If run you into anything unexpected, feel free to contact me. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: initscript: Do I have to wait for a service to stop?
On 2011-01-17, Richard W.M. Jones rjo...@redhat.com wrote: Now when you send a signal to the watchdog daemon, it can take several seconds to shut down. I hope systemd and similar inits running daemons on foreground solve this problem simply by waiting for the child's PID. So I don't know how to fix that one. Any suggestions? I met this problem in `dibbler' code (http://klub.com.pl/dhcpv6/). I solved it by ptracing the daemon, sending signal, and waiting for the daemond exit using ptrace. -- Petr -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Your input requested at the Fedora Board IRC meeting this Friday
Jared K. Smith wrote: The Fedora Board will be having its bi-weekly IRC meeting this coming Friday, and we invite you to attend that meeting and share your input with us. Unfortunately I missed this. Does anyone have the meeting logs? I checked the wiki, but there doesn't seem to be a page for this date. I also checked the meetbot log URL but there is nothing for the meeting date. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Your input requested at the Fedora Board IRC meeting this Friday
Michael Cronenworth wrote: I also checked the meetbot log URL but there is nothing for the meeting date. I was checking the wrong URL. http://meetbot.fedoraproject.org/fedora-board-meeting/2011-01-07/fedora_board.2011-01-07-19.00.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Shrinking terminals in rawhide
On Fri, 2011-01-14 at 13:40 -0500, Matthew Miller wrote: On Fri, Jan 14, 2011 at 12:05:44PM -0500, Matthias Clasen wrote: for everybody who is annoyed by the recent trend of shrinking terminals in rawhide: I've just pushed a fixed for vte3 through koji. Problem better, but not gone. Now clicking on a window border (bottom or side), causes the whole thing to shrivel up. Not happening here. What wm ? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Padre] 0.78 bump
commit e514dee312bf2bb36e66863c77ca83a2b57334d6
Author: Petr Písař ppi...@redhat.com
Date: Mon Jan 17 14:27:34 2011 +0100
0.78 bump
.gitignore |1 +
perl-Padre.spec | 10 +-
sources |2 +-
3 files changed, 11 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index bfae0a1..265b95a 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@ Padre-0.64.tar.gz
/Padre-0.72.tar.gz
/Padre-0.74.tar.gz
/Padre-0.76.tar.gz
+/Padre-0.78.tar.gz
diff --git a/perl-Padre.spec b/perl-Padre.spec
index 038d469..b1f9949 100644
--- a/perl-Padre.spec
+++ b/perl-Padre.spec
@@ -2,7 +2,7 @@
%global use_x11_tests 0
Name: perl-Padre
-Version:0.76
+Version:0.78
Release:1%{?dist}
Summary:Perl Application Development and Refactoring Environment
License:GPL+ or Artistic
@@ -75,6 +75,8 @@ BuildRequires: perl(Pod::POM) = 0.17
BuildRequires: perl(Pod::Perldoc) = 3.15
BuildRequires: perl(Pod::Simple) = 3.07
BuildRequires: perl(Pod::Simple::XHTML) = 3.04
+# POD2 directory is used at run time (and test). Seem META.yml.
+BuildRequires: perl(POD2::Base) = 0.043
BuildRequires: perl(POSIX)
BuildRequires: perl(PPI) = 1.213
BuildRequires: perl(PPIx::EditorTools) = 0.09
@@ -173,6 +175,8 @@ Requires: perl(Pod::Perldoc) = 3.15
Requires: perl(Pod::POM) = 0.17
Requires: perl(Pod::Simple) = 3.07
Requires: perl(Pod::Simple::XHTML) = 3.04
+# POD2 directory is used at run time (and test). Seem META.yml.
+Requires: perl(POD2::Base) = 0.043
Requires: perl(Probe::Perl) = 0.01
Requires: perl(Readonly::XS) = 1.05
Requires: perl(Storable) = 2.15
@@ -272,6 +276,10 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Mon Jan 17 2011 Petr Pisar ppi...@redhat.com - 0.78-1
+- 0.78 bump
+- (Build)Require POD2::Base (POD2 directory is used at run and test time.
+
* Thu Dec 09 2010 Petr Pisar ppi...@redhat.com - 0.76-1
- 0.76 bump
diff --git a/sources b/sources
index 724886e..1c9eaa6 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-2e324129ce1e964750f97fed5e1e31d8 Padre-0.76.tar.gz
+26387ba12e91f759510e1e9ff983f2f4 Padre-0.78.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
Update of NSS to 3.12.9 / NSPR to 4.8.7 is available in f14 updates-testing
Please see https://admin.fedoraproject.org/updates/nss-util-3.12.9-1.fc14,nss-softokn-3.12.9-1.fc14,nss-3.12.9-1.fc14,nspr-4.8.7-1.fc14 Feedback appreciated, specially from proventesters. Thanks, Elio -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: initscript: Do I have to wait for a service to stop?
Richard W.M. Jones rjo...@redhat.com writes: Because the watchdog hasn't shut down when the init script returns, the LSB script test for this fails. So I don't know how to fix that one. Any suggestions? The traditional approach is to wait till you see the daemon has removed its pidfile, which it ought to do only as the last externally visible step in its shutdown. regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Shrinking terminals in rawhide
Apropos terminals, did you have a chance to stop them spewing an error message on every keypress/release? Or am I a freak of nature to even read ~/.xsession-errors in the first place? -- Pete -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Mail-GnuPG/f13/master] - Upstream update. - Reflect upstream Source0-URL having changed. - Reflect upstream having changed
commit 8386bad7838552171e62e4a4f9eb1182692b0278
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Mon Jan 17 17:21:13 2011 +0100
- Upstream update.
- Reflect upstream Source0-URL having changed.
- Reflect upstream having changed to Module::Build.
.gitignore |1 +
perl-Mail-GnuPG.spec | 44 ++--
sources |2 +-
3 files changed, 28 insertions(+), 19 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 444c405..3e102d7 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
Mail-GnuPG-0.15.tar.gz
+/Mail-GnuPG-0.16.tar.gz
diff --git a/perl-Mail-GnuPG.spec b/perl-Mail-GnuPG.spec
index aa1ad1c..1393f43 100644
--- a/perl-Mail-GnuPG.spec
+++ b/perl-Mail-GnuPG.spec
@@ -1,24 +1,27 @@
-Name: perl-Mail-GnuPG
-Summary: Process email with GPG
-Version: 0.15
-Release: 5%{?dist}
+Name: perl-Mail-GnuPG
+Summary: Process email with GPG
+Version: 0.16
+Release: 1%{?dist}
License: GPLv2 or Artistic
-Group: Development/Libraries
-URL: http://search.cpan.org/dist/Mail-GnuPG/
+Group: Development/Libraries
+URL: http://search.cpan.org/dist/Mail-GnuPG/
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-BuildArch: noarch
+BuildArch: noarch
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
-Source0:
http://search.cpan.org/CPAN/authors/id/R/RS/RSPIER/Mail-GnuPG-%{version}.tar.gz
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+Source0:
http://www.cpan.org/authors/id/D/DD/DDB/Mail-GnuPG-%{version}.tar.gz
-BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(GnuPG::Interface)
+BuildRequires: perl(Mail::Address)
BuildRequires: perl(MIME::Entity)
BuildRequires: perl(MIME::Parser)
-BuildRequires: perl(Mail::Address)
+BuildRequires: perl(Module::Build)
# Required by the tests
+BuildRequires: perl(Test::More)
BuildRequires: perl(Test::Pod) = 0.95
+BuildRequires: /usr/bin/gpg
+BuildRequires: /usr/bin/gpg-agent /usr/libexec/gpg-preset-passphrase
%description
Use GnuPG::Interface to process or create PGP signed or encrypted email.
@@ -29,21 +32,21 @@ iconv -f iso-8859-1 -t utf-8 README README~
mv README~ README
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
-make %{?_smp_mflags}
+%{__perl} Build.PL installdirs=vendor
+./Build
%install
rm -rf $RPM_BUILD_ROOT
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';'
-find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';'
-chmod -R u+w $RPM_BUILD_ROOT/*
+./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
+find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
+
+%{_fixperms} $RPM_BUILD_ROOT/*
%clean
rm -rf $RPM_BUILD_ROOT
%check
-make test
+GPG_PRESET_PASSPHRASE=/usr/libexec/gpg-preset-passphrase ./Build test
%files
%defattr(-,root,root)
@@ -52,6 +55,11 @@ make test
%{_mandir}/man3/*
%changelog
+* Mon Jan 17 2011 Ralf Corsépius corse...@fedoraproject.org - 0.16-1
+- Upstream update.
+- Reflect upstream Source0-URL having changed.
+- Reflect upstream having changed to Module::Build.
+
* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 0.15-5
- rebuild against perl 5.10.1
diff --git a/sources b/sources
index 29441e6..9bc6a84 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-7f18a7af0d8998a3f362e8e12abe16a2 Mail-GnuPG-0.15.tar.gz
+ab13896e4410563c2c4f92f7de6684ae Mail-GnuPG-0.16.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: Shrinking terminals in rawhide
On Mon, 2011-01-17 at 09:41 -0700, Pete Zaitcev wrote: Apropos terminals, did you have a chance to stop them spewing an error message on every keypress/release? Or am I a freak of nature to even read ~/.xsession-errors in the first place? Reading it is certainly a little freaky. And again, not happening here... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Shrinking terminals in rawhide
Matthias Clasen schreef op ma 17-01-2011 om 10:14 [-0500]: On Fri, 2011-01-14 at 13:40 -0500, Matthew Miller wrote: On Fri, Jan 14, 2011 at 12:05:44PM -0500, Matthias Clasen wrote: for everybody who is annoyed by the recent trend of shrinking terminals in rawhide: I've just pushed a fixed for vte3 through koji. Problem better, but not gone. Now clicking on a window border (bottom or side), causes the whole thing to shrivel up. Not happening here. What wm ? I'm having this issue on KDE using KWin (yeah, I prefer gnome-terminal over Konsole because of it's copy/paste behaviour). The package vte3-0.27.4-2.fc15.x86_64 is installed (which is the latest package available in Koji) Regards, Erik van Pienbroek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Shrinking terminals in rawhide
On Mon, Jan 17, 2011 at 09:41:27AM -0700, Pete Zaitcev wrote: Apropos terminals, did you have a chance to stop them spewing an error message on every keypress/release? Or am I a freak of nature to even read ~/.xsession-errors in the first place? Aren't you mad because of PackageKit spewing debuging info there since few weeks? -- Tomasz Torcz RIP is irrevelant. Spoofing is futile. xmpp: zdzich...@chrome.pl Your routes will be aggreggated. -- Alex Yuriev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Updating nss to 3.12.9
A multi-package update is now available on f14 updates-testing. Please see https://admin.fedoraproject.org/updates/nss-util-3.12.9-1.fc14,nss-softokn-3.12.9-1.fc14,nss-3.12.9-1.fc14,nspr-4.8.7-1.fc14 Your feedback is appreciated, in particular from proventesters. Thanks, Elio -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [tomcat6/f14/master] resolves: rhbz# 669969. Logging directory was hardcoded in conf file to /var/log/tomcat6. We are now
2011/1/17 Dave Knox dk...@fedoraproject.org:
commit efafec286e73c4ca55903b44825a670b4a1bfe61
Author: david knox dk...@78-97-42-72.skybeam.com
Date: Mon Jan 17 11:24:02 2011 -0700
resolves: rhbz# 669969. Logging directory was hardcoded in conf file to
/var/log/tomcat6. We are now using /logs as the value for TOMCAT_LOG. The
prohibits overwrites and uses directory structure known to a running tomcat
instance
# Define the tomcat log file
-TOMCAT_LOG=${TOMCAT_LOG:-/var/log/tomcat6/catalina.out}
+TOMCAT_LOG=${TOMCAT_LOG:-${CATALINA_HOME}/var/logs/catalina.out}
^^
+* Mon Jan 17 2011 David Knox dk...@redhat.com 0:6.0.26-17
+- Resolves: rhbz# 669969 - tomcat.conf sets
javax.sql.DataSource.Factory=org.apache.commons.dbcp.BasicDataSourceFactory
as the default.
+- Resolves issues running multiple instances on a single host. Logging
+- directory points to ${CATALINA_HOME}/logs/
This is not what was implemented here:
${CATALINA_HOME}/var/logs/catalina.out} against
${CATALINA_HOME}/logs/catalina.out}
Also I wonder why this change appears first in a stable releases,
including f13 for another case (1), and not in rawhide. This suddently
break interfaces between others applications using the tomcat6 package
!
That's a totally unacceptable item.
(1) https://bugzilla.redhat.com/show_bug.cgi?id=640686
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Shrinking terminals in rawhide
On Mon, Jan 17, 2011 at 10:14:23AM -0500, Matthias Clasen wrote: Problem better, but not gone. Now clicking on a window border (bottom or side), causes the whole thing to shrivel up. Not happening here. What wm ? xfwm4 (XCFE desktop.) -- 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
fedpkg new-sources
Kevin: Thanks for you message about the new sources. Unfortunately, I do not have a copy of the mail message to reply directly to, so I am including its web address below: http://lists.fedoraproject.org/pipermail/devel/2011-January/147704.html I uploaded a new version of the upstream source and checked that it was correct. This time the sources file [bradbell@localhost cppad]$ cat sources c3481a2b39c1a1744386afd0d6a99633 cppad-20110101.2.gpl.tgz agrees with the output of md5sum on the upstream source tarball. [bradbell@localhost cppad]$ md5sum cppad-20110101.2.gpl.tgz c3481a2b39c1a1744386afd0d6a99633 cppad-20110101.2.gpl.tgz The resulting build of cppad was successfully; see http://koji.fedoraproject.org/koji/taskinfo?taskID=2726774 Is there some way I should remove or correct the old tarball cppad-20110101.0.gpl.tgz which appears to be corrupted ? Perhaps it does not matter because no build using it was successful ? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: initscript: Do I have to wait for a service to stop?
On Mon, 17.01.11 14:31, Petr Pisar (ppi...@redhat.com) wrote: On 2011-01-17, Richard W.M. Jones rjo...@redhat.com wrote: Now when you send a signal to the watchdog daemon, it can take several seconds to shut down. I hope systemd and similar inits running daemons on foreground solve this problem simply by waiting for the child's PID. Yes, that's what happens in systemd. However we currently use SIGKILL after a timeout, if the normal kill signal (SIGTERM usually) didn't work. I have now added to my TODO list to make this SIGKILL step optional. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Debugging 20s pause in boot time in rawhide
On Sun, 16.01.11 01:32, Jason D. Clinton (m...@jasonclinton.com) wrote: There's a twenty second pause in my boot sequence, shown below, before GDM starts and I'm not certain if it's in NetworkManager waiting on org.bluez, bluez itself or the bluez systemd unit file. (Or maybe I'm completely off.) Later on, the bluetooth.service starts normally and Bluetooth is working normally. Any ideas how to debug this? Jan 16 00:59:39 jclinton-laptop NetworkManager[1157]: info Activation (eth0) Stage 4 of 5 (IP4 Configure Get) complete. Jan 16 00:59:39 jclinton-laptop NetworkManager[1157]: info Activation (eth0) Stage 5 of 5 (IP Configure Commit) started... Jan 16 00:59:40 jclinton-laptop NetworkManager[1157]: info (eth0): device state change: 7 - 8 (reason 0) Jan 16 00:59:40 jclinton-laptop NetworkManager[1157]: info Policy set 'Auto eth0' (eth0) as default for IPv4 routing and DNS. Jan 16 00:59:40 jclinton-laptop NetworkManager[1157]: info Updating /etc/hosts with new system hostname Jan 16 00:59:40 jclinton-laptop NetworkManager[1157]: info Activation (eth0) successful, device activated. Jan 16 00:59:40 jclinton-laptop NetworkManager[1157]: info Activation (eth0) Stage 5 of 5 (IP Configure Commit) complete. Jan 16 00:59:40 jclinton-laptop ntpd[1168]: Listen normally on 4 eth0 192.168.0.139 UDP 123 Jan 16 00:59:40 jclinton-laptop ntpd[1168]: peers refreshed Jan 16 00:59:42 jclinton-laptop kernel: [ 26.723156] ehci_hcd :00:1a.7: PCI INT D disabled Jan 16 00:59:42 jclinton-laptop kernel: [ 26.736202] ehci_hcd :00:1a.7: power state changed by ACPI to D3 Jan 16 00:59:42 jclinton-laptop ntpd[1168]: Listen normally on 5 eth0 fe80::21c:25ff:fea0:814f UDP 123 Jan 16 00:59:42 jclinton-laptop ntpd[1168]: peers refreshed Jan 16 00:59:42 jclinton-laptop ntpd_intres[1205]: DNS 0.fedora.pool.ntp.org- 70.86.250.6 Jan 16 00:59:43 jclinton-laptop ntpd_intres[1205]: DNS 1.fedora.pool.ntp.org- 199.4.28.166 Jan 16 00:59:43 jclinton-laptop ntpd_intres[1205]: DNS 2.fedora.pool.ntp.org- 208.75.88.4 Jan 16 00:59:43 jclinton-laptop ntpd_intres[1205]: DNS 3.fedora.pool.ntp.org- 68.68.18.78 Jan 16 00:59:50 jclinton-laptop ntpd[1168]: 0.0.0.0 c61c 0c clock_step +0.355294 s Jan 16 00:59:50 jclinton-laptop ntpd[1168]: 0.0.0.0 c614 04 freq_mode Jan 16 00:59:51 jclinton-laptop ntpd[1168]: 0.0.0.0 c618 08 no_sys_peer Jan 16 01:00:01 jclinton-laptop NetworkManager[1157]: warn bluez error getting default adapter: Activation of org.bluez timed out Smells like a bluez problem. Note sure what is going on there. It might be a good idea to pass systemd.log_level=debug and systemd.log_target=kmsg on the kernel cmdline and then inspect dmesg after boot to figure out what is going on. My uneducated guess is that for some reason bluez is ordered after NM but NM wants to use bluez and hence we have a deadlock which is resolved via the timeout you see. On my own machine I do not see that behaviour however, which makes this very suspicious. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Debugging 20s pause in boot time in rawhide
On Sun, 16.01.11 11:11, Peter Robinson (pbrobin...@gmail.com) wrote: On Sun, Jan 16, 2011 at 7:32 AM, Jason D. Clinton m...@jasonclinton.com wrote: There's a twenty second pause in my boot sequence, shown below, before GDM starts and I'm not certain if it's in NetworkManager waiting on org.bluez, bluez itself or the bluez systemd unit file. (Or maybe I'm completely off.) Later on, the bluetooth.service starts normally and Bluetooth is working normally. Any ideas how to debug this? Can you use bootchart [1] to map it, not sure if it works with systemd or not. Peter [1] http://meego.gitorious.org/meego-developer-tools/bootchart Yes it works fine with systemd, and this version even is packaged in Fedora as the bootchart package. Just add init=/sbin/bootchartd initcall_debug printk.time=y to the kernel cmdline to use it to profile systemd. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fedpkg new-sources
On Mon, 17 Jan 2011 11:46:04 -0800 Brad Bell bradb...@seanet.com wrote: ...snip... Is there some way I should remove or correct the old tarball cppad-20110101.0.gpl.tgz which appears to be corrupted ? Perhaps it does not matter because no build using it was successful ? Shouldn't matter. I'd just leave it and move on. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Shrinking terminals in rawhide
On Mon, 17 Jan 2011 14:40:14 -0500 Matthew Miller mat...@mattdm.org wrote: On Mon, Jan 17, 2011 at 10:14:23AM -0500, Matthias Clasen wrote: Problem better, but not gone. Now clicking on a window border (bottom or side), causes the whole thing to shrivel up. Not happening here. What wm ? xfwm4 (XCFE desktop.) This is gnome-terminal you are talking about? Or Xfce Terminal? https://bugzilla.redhat.com/show_bug.cgi?id=670173 was filed against Terminal this morning. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Updating waf to 1.6
On Mon, 17 Jan 2011 09:28:10 +0100 Thomas Moschny thomas.mosc...@gmail.com wrote: 2011/1/17 Kevin Fenzi ke...@scrye.com: I can't speak to the other packages, but I can to midori. There have been at least 2 times that I can recall where midori upstream updated the bundled version of waf they ship with, and the fedora waf no longer builds it. This means we either have to use the bundled waf or force a update to the system waf if we need to update. Did you file tickets? No, but I can... Looking at bugzilla, I can only see one such event: https://bugzilla.redhat.com/show_bug.cgi?id=477241 I'd be ok with always using the system one if we could force it to update when we needed it, but I don't know if that breaks other projects that use waf, which I suspect it might. It's not a matter of 'forcing' updates: As I said in my first post, waf had, and has incompatible api changes (1.4 - 1.5 in the bug mentioned, and 1.5 - 1.6 in this thread). Our policies explicitly *forbid* to update packages in stable releases of Fedora in such cases. Yep. Quite right. So we have these options (from hard to easy): - force packagers to patch their packages to run with system's waf - start packaging multiple versions of waf (e.g. waf16 for F-13 and F-14) - allow packages to embed a copy of waf yep. Sounds right to me. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: boot hang at the loopback interface in rawhide?
On Thu, 13.01.11 22:59, Matthew Miller (mat...@mattdm.org) wrote: For some reason, boot is hanging with today's rawhide update -- I get stuck at Bringing up loopback interface. Oddly, if I boot into runlevel 1, lo is there just fine. (But if I telinit 5 from there, it immediately tries to bring it up again and hangs.) Is anyone else seeing this or is it a one-off quirk? Not sure if this is helpful in any way, but just wanted to mention this here: since the configuration of the loopback device is basically static and more an API feature of the OS than subject to configuration by the administrator we actually configure the loopback device in C code from PID 1 as one of the first things during early boot. The iface will already be up (for both IPv4 and IPv6) at the time we spawn the first process. In the long run network configuration systems such as NM or the old network scripts should probably stop touching the interface at all and just assume that it is there and working. In fact, every process on the system may rely on that now. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: initscript: Do I have to wait for a service to stop?
On Mon, 17 Jan 2011 21:54:18 +0100 Lennart Poettering mzerq...@0pointer.de wrote: On Mon, 17.01.11 14:31, Petr Pisar (ppi...@redhat.com) wrote: On 2011-01-17, Richard W.M. Jones rjo...@redhat.com wrote: Now when you send a signal to the watchdog daemon, it can take several seconds to shut down. I hope systemd and similar inits running daemons on foreground solve this problem simply by waiting for the child's PID. Yes, that's what happens in systemd. However we currently use SIGKILL after a timeout, if the normal kill signal (SIGTERM usually) didn't work. I have now added to my TODO list to make this SIGKILL step optional. SIGKILLing databases and similar stuff is not a good idea indeed, they may be committing data to disk, and you don't want to corrupt data if it can be helped. Simo. -- Simo Sorce * Red Hat, Inc * New York -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Updating waf to 1.6
On Mon, 17 Jan 2011 09:28:10 +0100 Thomas Moschny thomas.mosc...@gmail.com wrote: So we have these options (from hard to easy): - force packagers to patch their packages to run with system's waf - start packaging multiple versions of waf (e.g. waf16 for F-13 and F-14) - allow packages to embed a copy of waf As far as I know the waf author himself considers embedding the right way to go for projetcs. Samba4 (and soon talloc, tdb tevent, we are building them these days) do embed their own copyof waf together with project extensions to waf. The best thing is to not package waf on and in itself, and let package embed the right version. At least until waf becomes mature enough that the rate of change slows down to the point that option 1 becomes feasible. Option 2 is just begging for maintenance nightmares. Simo. -- Simo Sorce * Red Hat, Inc * New York -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Anyone packaging python-cloudfiles?
Hi I only see a old review request at https://bugzilla.redhat.com/show_bug.cgi?id=542436 and the spec file is not available anymore. The latest development version of Deja-dup (default backup software in GNOME using duplicity) requires it to backup to S3 or Rackspace clouds. If anyone is packaging it, I can help review it. Let me know Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
pkg-config, noarch, and rpmlint
I have a case where a package is noarch and it provides pkg-config support.
The problem is that pkg-config expects a noarch file corresponding to
the package to be stored in
${_libdir}/pkgconfig
and rpmlint complains that
cppad.spec:112: W: libdir-macro-in-noarch-package devel
%{_libdir}/pkgconfig/%{name}.pc
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: pkg-config, noarch, and rpmlint
On Mon, 2011-01-17 at 15:54 -0800, Brad Bell wrote:
I have a case where a package is noarch and it provides pkg-config support.
The problem is that pkg-config expects a noarch file corresponding to
the package to be stored in
${_libdir}/pkgconfig
and rpmlint complains that
cppad.spec:112: W: libdir-macro-in-noarch-package devel
%{_libdir}/pkgconfig/%{name}.pc
Put the file in /usr/share/pkgconfig .
--
Matt
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Updating waf to 1.6
2011/1/17 Simo Sorce sso...@redhat.com: The best thing is to not package waf on and in itself, and let package embed the right version. At least until waf becomes mature enough that the rate of change slows down to the point that option 1 becomes feasible. Option 2 is just begging for maintenance nightmares. Seems most people agree on that pov. But it would be good to also get FPC's blessing. One of the affected package maintainers should file a trac ticket. - Thomas -- Thomas Moschny thomas.mosc...@gmail.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: pkg-config, noarch, and rpmlint
On Mon, 2011-01-17 at 15:54 -0800, Brad Bell wrote:
I have a case where a package is noarch and it provides pkg-config support.
The problem is that pkg-config expects a noarch file corresponding to
the package to be stored in
${_libdir}/pkgconfig
and rpmlint complains that
cppad.spec:112: W: libdir-macro-in-noarch-package devel
%{_libdir}/pkgconfig/%{name}.pc
It can go to %{_datadir}/pkgconfig , which exists for exactly this
situation.
--
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: Anyone packaging python-cloudfiles?
I've taken over that review, and will post an updated spec/srpm shortly. --- derks On Jan 17, 2011, at 5:12 PM, Rahul Sundaram wrote: Hi I only see a old review request at https://bugzilla.redhat.com/show_bug.cgi?id=542436 and the spec file is not available anymore. The latest development version of Deja-dup (default backup software in GNOME using duplicity) requires it to backup to S3 or Rackspace clouds. If anyone is packaging it, I can help review it. Let me know Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Updating waf to 1.6
On Tue, Jan 18, 2011 at 01:06:53AM +0100, Thomas Moschny wrote: 2011/1/17 Simo Sorce sso...@redhat.com: The best thing is to not package waf on and in itself, and let package embed the right version. At least until waf becomes mature enough that the rate of change slows down to the point that option 1 becomes feasible. Option 2 is just begging for maintenance nightmares. Seems most people agree on that pov. But it would be good to also get FPC's blessing. One of the affected package maintainers should file a trac ticket. +1 to FPC blessing. Like I said, we can probably carve up something that explains both the waf POV and configure scripts here... but it'll need someone who knows waf to be able to explain, for instance, how waf differs from autoconf which has both a non-bundled and non-bundled component. -Toshio pgppJIT37AqMV.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Debugging 20s pause in boot time in rawhide
On Mon, Jan 17, 2011 at 15:09, Lennart Poettering mzerq...@0pointer.dewrote: getting default adapter: Activation of org.bluez timed out Smells like a bluez problem. Note sure what is going on there. It might be a good idea to pass systemd.log_level=debug and systemd.log_target=kmsg on the kernel cmdline and then inspect dmesg after boot to figure out what is going on. I tried this here is some interesting output during boot: Jan 17 20:56:22 jclinton-laptop kernel: [ 19.475805] systemd[1]: sys-devices-pci:00-:00:1a.1-usb4-4\x2d2-4\x2d2:1.0-bluetooth-hci0.device changed dead - plugged Jan 17 20:56:22 jclinton-laptop kernel: [ 19.475823] systemd[1]: Trying to enqueue job bluetooth.target/start/fail Jan 17 20:56:22 jclinton-laptop kernel: [ 19.475840] systemd[1]: Installed new job bluetooth.target/start as 146 Jan 17 20:56:22 jclinton-laptop kernel: [ 19.475853] systemd[1]: Enqueued job bluetooth.target/start as 146 Jan 17 20:56:22 jclinton-laptop kernel: [ 19.475863] systemd[1]: bluetooth.target changed dead - active Jan 17 20:56:22 jclinton-laptop kernel: [ 19.475871] systemd[1]: Job bluetooth.target/start finished, success=yes So the bluetooth.target is now satisfied. Later on after 20s pause: Jan 17 20:56:47 jclinton-laptop NetworkManager[1214]: warn bluez error getting default adapter: Activation of org.bluez timed out And then 4 seconds later when pulseaudio is starting, it triggers the D-Bus Activation and then everything is fine. Jan 17 20:56:51 jclinton-laptop pulseaudio[1721]: module-alsa-card.c: Failed to find a working profile. Jan 17 20:56:51 jclinton-laptop pulseaudio[1721]: module.c: Failed to load module module-alsa-card (argument: device_id=29 name=platform-thinkpad_acpi card_name=alsa_c ard.platform-thinkpad_acpi tsched=yes ignore_dB=no card_properties=module-udev-detect.discovered=1): initialization failed. Jan 17 20:56:51 jclinton-laptop kernel: [ 60.825082] systemd[1]: Got D-Bus request: org.freedesktop.DBus.NameOwnerChanged() on /org/freedesktop/DBus Jan 17 20:56:51 jclinton-laptop kernel: [ 60.826717] systemd[1]: Got D-Bus request: org.freedesktop.systemd1.Activator.ActivationRequest() on /org/freedesktop/DBus Jan 17 20:56:51 jclinton-laptop kernel: [ 60.826726] systemd[1]: Got D-Bus activation request for bluetooth.service Jan 17 20:56:51 jclinton-laptop kernel: [ 60.827703] systemd[1]: Trying to enqueue job bluetooth.service/start/replace Jan 17 20:56:51 jclinton-laptop kernel: [ 60.827929] systemd[1]: Installed new job bluetooth.service/start as 658 Jan 17 20:56:51 jclinton-laptop kernel: [ 60.827936] systemd[1]: Enqueued job bluetooth.service/start as 658 Jan 17 20:56:51 jclinton-laptop kernel: [ 60.827980] systemd[1]: About to execute: /usr/sbin/bluetoothd -n Jan 17 20:56:51 jclinton-laptop kernel: [ 60.838118] systemd[1]: Forked /usr/sbin/bluetoothd as 1727 Jan 17 20:56:51 jclinton-laptop kernel: [ 60.838223] systemd[1]: bluetooth.service changed dead - start Jan 17 20:56:51 jclinton-laptop kernel: [ 60.838255] systemd[1]: Incoming traffic on systemd-logger.socket Jan 17 20:56:51 jclinton-laptop kernel: [ 60.838290] systemd[1]: Trying to enqueue job systemd-logger.service/start/replace Jan 17 20:56:51 jclinton-laptop kernel: [ 60.838315] systemd[1]: Installed new job systemd-logger.service/start as 759 Jan 17 20:56:51 jclinton-laptop kernel: [ 60.838325] systemd[1]: Enqueued job systemd-logger.service/start as 759 Jan 17 20:56:51 jclinton-laptop kernel: [ 60.838350] systemd[1]: systemd-logger.socket changed listening - running Jan 17 20:56:51 jclinton-laptop kernel: [ 60.838398] systemd[1]: About to execute: /lib/systemd/systemd-logger Jan 17 20:56:51 jclinton-laptop kernel: [ 60.850099] systemd[1]: Forked /lib/systemd/systemd-logger as 1728 Jan 17 20:56:51 jclinton-laptop kernel: [ 60.850302] systemd[1]: systemd-logger.service changed dead - running Jan 17 20:56:51 jclinton-laptop kernel: [ 60.850323] systemd[1]: Job systemd-logger.service/start finished, success=yes Jan 17 20:56:51 jclinton-laptop bluetoothd[1727]: Bluetooth deamon 4.85 My uneducated guess is that for some reason bluez is ordered after NM but NM wants to use bluez and hence we have a deadlock which is resolved via the timeout you see. On my own machine I do not see that behaviour however, which makes this very suspicious. I did an rpm -Va and I have no unit files which are not verified so it appears that I am starting Networkmanager before pulseaudio instead of with/after it. Perhaps my system has a unit file which requires network.target but comes before pulseaudio? I tried to generate a dot file of the dep. graph but dot in rawhide infinite loops on the output. This interesting though: $ ls -l /etc/systemd/system/dbus-org.freedesktop.NetworkManager.service lrwxrwxrwx. 1 root root 42 Oct 22 13:33 /etc/systemd/system/dbus-org.freedesktop.NetworkManager.service - /lib/systemd/system/NetworkManager.service -- devel mailing list
Re: Debugging 20s pause in boot time in rawhide
On Mon, Jan 17, 2011 at 22:01, Jason D. Clinton m...@jasonclinton.com wrote: This interesting though: $ ls -l /etc/systemd/system/dbus-org.freedesktop.NetworkManager.service lrwxrwxrwx. 1 root root 42 Oct 22 13:33 /etc/systemd/system/dbus-org.freedesktop.NetworkManager.service - /lib/systemd/system/NetworkManager.service Yes, this was the problem. As soon as I deleted this file and rebooted my boot time went from 35s to 15s and NetworkManager and pulseaudio are starting at roughly the same time which in turn causes the bluetooth.service to appear in time. So there's maybe three bugs here: NetworkManager.service doesn't Wants=bluetooth.service NetworkManager doesn't do D-Bus activation on org.bluez somehow? Something is touching /etc/systemd/system/dbus-org.freedesktop.NetworkManager.service that shouldn't be. Perhaps this file is another clue as to the root cause of https://bugzilla.redhat.com/show_bug.cgi?id=668633 ? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-Locale-Maketext-Lexicon] - Upstream update. - Replace custom filters with perl_default_filter.
commit 3816b928ea4d0e8e3f81d69a4b16ccf3caa1
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Mon Jan 17 10:55:16 2011 +0100
- Upstream update.
- Replace custom filters with perl_default_filter.
.gitignore|1 +
perl-Locale-Maketext-Lexicon.spec | 35 ---
sources |2 +-
3 files changed, 10 insertions(+), 28 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 7d97761..5c6343d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
Locale-Maketext-Lexicon-0.82.tar.gz
+/Locale-Maketext-Lexicon-0.84.tar.gz
diff --git a/perl-Locale-Maketext-Lexicon.spec
b/perl-Locale-Maketext-Lexicon.spec
index ae8b77b..eccdcba 100644
--- a/perl-Locale-Maketext-Lexicon.spec
+++ b/perl-Locale-Maketext-Lexicon.spec
@@ -1,6 +1,6 @@
Name: perl-Locale-Maketext-Lexicon
-Version: 0.82
-Release: 3%{?dist}
+Version: 0.84
+Release: 1%{?dist}
Summary: Extract translatable strings from source
License: MIT
Group: Development/Libraries
@@ -22,6 +22,8 @@ BuildArch: noarch
# rpm doesn't catch this
Requires: perl(YAML::Loader)
+%{?perl_default_filter}
+
%description
Locale::Maketext::Lexicon provides lexicon-handling backends for
Locale::Maketext to read from other localization formats, such as PO files,
@@ -30,31 +32,6 @@ MO files, or from databases via the Tie interface.
%prep
%setup -q -n Locale-Maketext-Lexicon-%{version}
-cat \EOF %{name}-prov
-#!/bin/sh
-%{__perl_provides} $* |\
-sed -e '/perl(My/d'
-
-EOF
-%define __perl_provides
%{_builddir}/Locale-Maketext-Lexicon-%{version}/%{name}-prov
-chmod +x %{__perl_provides}
-
-# HACK: Remove bogus requires, rpm adds due to misinterpreting docs/*.hmtl
-cat \EOF %{name}-requ
-#!/bin/sh
-%{__perl_requires} $* |\
-sed -e '/perl(Locale::Msgcat)/d' \
- -e '/perl(POSIX)/d' \
- -e '/perl(CGI)/d' \
- -e '/perl(Lingua::EN::Numbers::Ordinate)/d' \
- -e '/perl(Locale::gettext)/d' \
- -e '/perl(base)/d' \
- -e '/perl(Locale::Maketext::Lexicon)/d'
-
-EOF
-%define __perl_requires
%{_builddir}/Locale-Maketext-Lexicon-%{version}/%{name}-requ
-chmod +x %{__perl_requires}
-
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
@@ -82,6 +59,10 @@ make test
%{_mandir}/man3/*
%changelog
+* Mon Jan 17 2011 Ralf Corsépius corse...@fedoraproject.org - 0.84-1
+- Upstream update.
+- Replace custom filters with perl_default_filter.
+
* Mon Dec 20 2010 Marcela Maslanova mmasl...@redhat.com - 0.82-3
- 661697 rebuild for fixing problems with vendorach/lib
diff --git a/sources b/sources
index e19cbc6..41edc6c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-738110c1e3a02d9d7e7c39e4905c2b1d Locale-Maketext-Lexicon-0.82.tar.gz
+fe98887b9a7aea88e34bef036d81ff22 Locale-Maketext-Lexicon-0.84.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
[perl-Locale-Maketext-Lexicon/f13/master] - Upstream update. - Replace custom filters with perl_default_filter.
commit ae7691a6856ce736f8916c52dcad3843a3e7d0a3
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Mon Jan 17 11:17:29 2011 +0100
- Upstream update.
- Replace custom filters with perl_default_filter.
.gitignore|1 +
perl-Locale-Maketext-Lexicon.spec | 33 +++--
sources |2 +-
3 files changed, 9 insertions(+), 27 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 7d97761..5c6343d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
Locale-Maketext-Lexicon-0.82.tar.gz
+/Locale-Maketext-Lexicon-0.84.tar.gz
diff --git a/perl-Locale-Maketext-Lexicon.spec
b/perl-Locale-Maketext-Lexicon.spec
index d3dec47..ac7892a 100644
--- a/perl-Locale-Maketext-Lexicon.spec
+++ b/perl-Locale-Maketext-Lexicon.spec
@@ -1,5 +1,5 @@
Name: perl-Locale-Maketext-Lexicon
-Version: 0.82
+Version: 0.84
Release: 1%{?dist}
Summary: Extract translatable strings from source
License: MIT
@@ -22,6 +22,8 @@ BuildArch: noarch
# rpm doesn't catch this
Requires: perl(YAML::Loader)
+%{?perl_default_filter}
+
%description
Locale::Maketext::Lexicon provides lexicon-handling backends for
Locale::Maketext to read from other localization formats, such as PO files,
@@ -30,31 +32,6 @@ MO files, or from databases via the Tie interface.
%prep
%setup -q -n Locale-Maketext-Lexicon-%{version}
-cat \EOF %{name}-prov
-#!/bin/sh
-%{__perl_provides} $* |\
-sed -e '/perl(My/d'
-
-EOF
-%define __perl_provides
%{_builddir}/Locale-Maketext-Lexicon-%{version}/%{name}-prov
-chmod +x %{__perl_provides}
-
-# HACK: Remove bogus requires, rpm adds due to misinterpreting docs/*.hmtl
-cat \EOF %{name}-requ
-#!/bin/sh
-%{__perl_requires} $* |\
-sed -e '/perl(Locale::Msgcat)/d' \
- -e '/perl(POSIX)/d' \
- -e '/perl(CGI)/d' \
- -e '/perl(Lingua::EN::Numbers::Ordinate)/d' \
- -e '/perl(Locale::gettext)/d' \
- -e '/perl(base)/d' \
- -e '/perl(Locale::Maketext::Lexicon)/d'
-
-EOF
-%define __perl_requires
%{_builddir}/Locale-Maketext-Lexicon-%{version}/%{name}-requ
-chmod +x %{__perl_requires}
-
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
@@ -82,6 +59,10 @@ make test
%{_mandir}/man3/*
%changelog
+* Mon Jan 17 2011 Ralf Corsépius corse...@fedoraproject.org - 0.84-1
+- Upstream update.
+- Replace custom filters with perl_default_filter.
+
* Thu May 06 2010 Ralf Corsépius corse...@fedoraproject.org - 0.82-1
- Upstream update.
diff --git a/sources b/sources
index e19cbc6..41edc6c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-738110c1e3a02d9d7e7c39e4905c2b1d Locale-Maketext-Lexicon-0.82.tar.gz
+fe98887b9a7aea88e34bef036d81ff22 Locale-Maketext-Lexicon-0.84.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
[Bug 669812] perl-Padre-0.78 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=669812 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Depends on||670168 --- Comment #1 from Petr Pisar ppi...@redhat.com 2011-01-17 07:36:01 EST --- POD2::Base = 0.043 is required by new Padre. perl-POD2-Base submitted for review as bug #670168. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Padre-0.78.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Padre: 26387ba12e91f759510e1e9ff983f2f4 Padre-0.78.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Mail-GnuPG-0.16.tar.gz uploaded to lookaside cache by corsepiu
A file has been added to the lookaside cache for perl-Mail-GnuPG: ab13896e4410563c2c4f92f7de6684ae Mail-GnuPG-0.16.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
[perl-Mail-GnuPG] - Upstream update. - Reflect upstream Source0-URL having changed. - Reflect upstream having changed
commit 6cee4a4ed78e7e4c5f91f71635cc1c8cb4d22031
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Mon Jan 17 17:02:29 2011 +0100
- Upstream update.
- Reflect upstream Source0-URL having changed.
- Reflect upstream having changed to Module::Build.
.gitignore |1 +
perl-Mail-GnuPG.spec | 44 ++--
sources |2 +-
3 files changed, 28 insertions(+), 19 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 444c405..3e102d7 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
Mail-GnuPG-0.15.tar.gz
+/Mail-GnuPG-0.16.tar.gz
diff --git a/perl-Mail-GnuPG.spec b/perl-Mail-GnuPG.spec
index 1474997..d9b69f3 100644
--- a/perl-Mail-GnuPG.spec
+++ b/perl-Mail-GnuPG.spec
@@ -1,24 +1,27 @@
-Name: perl-Mail-GnuPG
-Summary: Process email with GPG
-Version: 0.15
-Release: 7%{?dist}
+Name: perl-Mail-GnuPG
+Summary: Process email with GPG
+Version: 0.16
+Release: 1%{?dist}
License: GPLv2 or Artistic
-Group: Development/Libraries
-URL: http://search.cpan.org/dist/Mail-GnuPG/
+Group: Development/Libraries
+URL: http://search.cpan.org/dist/Mail-GnuPG/
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-BuildArch: noarch
+BuildArch: noarch
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
-Source0:
http://search.cpan.org/CPAN/authors/id/R/RS/RSPIER/Mail-GnuPG-%{version}.tar.gz
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+Source0:
http://www.cpan.org/authors/id/D/DD/DDB/Mail-GnuPG-%{version}.tar.gz
-BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(GnuPG::Interface)
+BuildRequires: perl(Mail::Address)
BuildRequires: perl(MIME::Entity)
BuildRequires: perl(MIME::Parser)
-BuildRequires: perl(Mail::Address)
+BuildRequires: perl(Module::Build)
# Required by the tests
+BuildRequires: perl(Test::More)
BuildRequires: perl(Test::Pod) = 0.95
+BuildRequires: /usr/bin/gpg
+BuildRequires: /usr/bin/gpg-agent /usr/libexec/gpg-preset-passphrase
%description
Use GnuPG::Interface to process or create PGP signed or encrypted email.
@@ -29,21 +32,21 @@ iconv -f iso-8859-1 -t utf-8 README README~
mv README~ README
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
-make %{?_smp_mflags}
+%{__perl} Build.PL installdirs=vendor
+./Build
%install
rm -rf $RPM_BUILD_ROOT
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';'
-find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';'
-chmod -R u+w $RPM_BUILD_ROOT/*
+./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
+find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
+
+%{_fixperms} $RPM_BUILD_ROOT/*
%clean
rm -rf $RPM_BUILD_ROOT
%check
-make test
+GPG_PRESET_PASSPHRASE=/usr/libexec/gpg-preset-passphrase ./Build test
%files
%defattr(-,root,root)
@@ -52,6 +55,11 @@ make test
%{_mandir}/man3/*
%changelog
+* Mon Jan 17 2011 Ralf Corsépius corse...@fedoraproject.org - 0.16-1
+- Upstream update.
+- Reflect upstream Source0-URL having changed.
+- Reflect upstream having changed to Module::Build.
+
* Mon Dec 20 2010 Marcela Maslanova mmasl...@redhat.com - 0.15-7
- 661697 rebuild for fixing problems with vendorach/lib
diff --git a/sources b/sources
index 29441e6..9bc6a84 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-7f18a7af0d8998a3f362e8e12abe16a2 Mail-GnuPG-0.15.tar.gz
+ab13896e4410563c2c4f92f7de6684ae Mail-GnuPG-0.16.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
[perl-Mail-GnuPG/f14/master] - Upstream update. - Reflect upstream Source0-URL having changed. - Reflect upstream having changed
commit fdbd8e00bfe7dc4aaa53204e395f3d35f8606f3f
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Mon Jan 17 17:15:20 2011 +0100
- Upstream update.
- Reflect upstream Source0-URL having changed.
- Reflect upstream having changed to Module::Build.
.gitignore |1 +
perl-Mail-GnuPG.spec | 44 ++--
sources |2 +-
3 files changed, 28 insertions(+), 19 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 444c405..3e102d7 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
Mail-GnuPG-0.15.tar.gz
+/Mail-GnuPG-0.16.tar.gz
diff --git a/perl-Mail-GnuPG.spec b/perl-Mail-GnuPG.spec
index 5365319..ab5d0fc 100644
--- a/perl-Mail-GnuPG.spec
+++ b/perl-Mail-GnuPG.spec
@@ -1,24 +1,27 @@
-Name: perl-Mail-GnuPG
-Summary: Process email with GPG
-Version: 0.15
-Release: 6%{?dist}
+Name: perl-Mail-GnuPG
+Summary: Process email with GPG
+Version: 0.16
+Release: 1%{?dist}
License: GPLv2 or Artistic
-Group: Development/Libraries
-URL: http://search.cpan.org/dist/Mail-GnuPG/
+Group: Development/Libraries
+URL: http://search.cpan.org/dist/Mail-GnuPG/
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-BuildArch: noarch
+BuildArch: noarch
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
-Source0:
http://search.cpan.org/CPAN/authors/id/R/RS/RSPIER/Mail-GnuPG-%{version}.tar.gz
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+Source0:
http://www.cpan.org/authors/id/D/DD/DDB/Mail-GnuPG-%{version}.tar.gz
-BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(GnuPG::Interface)
+BuildRequires: perl(Mail::Address)
BuildRequires: perl(MIME::Entity)
BuildRequires: perl(MIME::Parser)
-BuildRequires: perl(Mail::Address)
+BuildRequires: perl(Module::Build)
# Required by the tests
+BuildRequires: perl(Test::More)
BuildRequires: perl(Test::Pod) = 0.95
+BuildRequires: /usr/bin/gpg
+BuildRequires: /usr/bin/gpg-agent /usr/libexec/gpg-preset-passphrase
%description
Use GnuPG::Interface to process or create PGP signed or encrypted email.
@@ -29,21 +32,21 @@ iconv -f iso-8859-1 -t utf-8 README README~
mv README~ README
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
-make %{?_smp_mflags}
+%{__perl} Build.PL installdirs=vendor
+./Build
%install
rm -rf $RPM_BUILD_ROOT
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';'
-find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';'
-chmod -R u+w $RPM_BUILD_ROOT/*
+./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
+find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
+
+%{_fixperms} $RPM_BUILD_ROOT/*
%clean
rm -rf $RPM_BUILD_ROOT
%check
-make test
+GPG_PRESET_PASSPHRASE=/usr/libexec/gpg-preset-passphrase ./Build test
%files
%defattr(-,root,root)
@@ -52,6 +55,11 @@ make test
%{_mandir}/man3/*
%changelog
+* Mon Jan 17 2011 Ralf Corsépius corse...@fedoraproject.org - 0.16-1
+- Upstream update.
+- Reflect upstream Source0-URL having changed.
+- Reflect upstream having changed to Module::Build.
+
* Mon May 03 2010 Marcela Maslanova mmasl...@redhat.com - 0.15-6
- Mass rebuild with perl-5.12.0
diff --git a/sources b/sources
index 29441e6..9bc6a84 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-7f18a7af0d8998a3f362e8e12abe16a2 Mail-GnuPG-0.15.tar.gz
+ab13896e4410563c2c4f92f7de6684ae Mail-GnuPG-0.16.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
