[Bug 589261] New: amending values of log_to_syslog = true; log_file = /dev/null in config causes nothing, values get reverted
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: amending values of log_to_syslog = true; log_file = /dev/null in config causes nothing, values get reverted https://bugzilla.redhat.com/show_bug.cgi?id=589261 Summary: amending values of log_to_syslog = true; log_file = /dev/null in config causes nothing, values get reverted Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: mldonkey AssignedTo: lemen...@gmail.com ReportedBy: pawel.elj...@jatymy.org QAContact: extras...@fedoraproject.org CC: rjo...@redhat.com, lemen...@gmail.com, fedora-ocaml-l...@redhat.com Classification: Fedora Description of problem: is it hard-coded? is it intentional? if yes then it is obviously bad policy, no? Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: -- 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. ___ ocaml-devel mailing list ocaml-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/ocaml-devel
Re: popularity package context on fedora
I would find it interesting too. Not only about the usage of my packages, but it might also be interesting to know what packages are installed from other repositories (fusion, adobe, skype, remi, ...) . I think it would help to make decisions about what packages to keep supporting or include in the different Fedora spins. More information about our users can't be a bad thing, at the moment there seems to be a log of guesswork around. It obviously has to be a opt-in functionality and the data made anonymous. Maybe it could be included in smolt. Cheers, Christof On Tue, May 4, 2010 at 23:21, Kevin Kofler kevin.kof...@chello.at wrote: James Antill wrote: I can't think why you'd want a plugin To automatically count the package as installed as soon as you yum install it? Kevin Kofler -- 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: Please move your ABRT bugs upstream
On Tue, May 4, 2010 at 11:46 PM, Mathieu Bridon boche...@fedoraproject.org wrote: On Wed, May 5, 2010 at 00:36, Kevin Kofler kevin.kof...@chello.at wrote: Orcan Ogetbil wrote: Hmm, this is what I did this a couple times, i.e. I forward the backtrace to upstream without including any other information, since the user does not provide any. What I receive from upstream is that they need more info. Then I go back to the user asking once more to get information to reproduce the bug. The user does not respond again. What do I do? You close the bug as INSUFFICIENT_DATA. It's all you can do. Or you can let it open, watch the CC list get bigger as ABRT detects duplicate crashes and hope that one of the new affected users will be able to provide a way to reproduce the crash. Which it will do even if its closed. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: FYI: NVR issues from f12 - f13
On Tue, May 04, 2010 at 16:21:54 -0500, Mike McGrath mmcgr...@redhat.com wrote: Here's a list of f12 - f13 with unclean update paths based on srpm. I'll work with FES to to go through and get some builds out. Some might make it in to F13 final, some will go out as F13-updates. greater for f12: rb_libtorrent f12 = rb_libtorrent-0.14.10-1.fc12.src f13 = rb_libtorrent-0.14.8-2.fc13.src That one was FTBFS for DSO linking issue. I supplied patches that should get it to build in F13 now. greater for f12: viking f12 = viking-0.9.92-1.fc12.src f13 = viking-0.9.9-1.fc12.src viking was also FTBFS for DSO linking issue. I think new F13 builds have been done. Maybe this needs bohdi pushes? greater for f12: spring f12 = spring-0.81.2-1.fc12.src f13 = spring-0.81.1.3-1.fc13.src Spring was also FTBFS with DSO linking issue. A successful F13 build was done in the last few days. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rpms/perl-Pod-Tests/devel perl-Pod-Tests.spec,1.12,1.13
Author: mmaslano Update of /cvs/pkgs/rpms/perl-Pod-Tests/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv23416 Modified Files: perl-Pod-Tests.spec Log Message: * Tue May 04 2010 Marcela Maslanova mmasl...@redhat.com - 1.19-5 - Mass rebuild with perl-5.12.0 Index: perl-Pod-Tests.spec === RCS file: /cvs/pkgs/rpms/perl-Pod-Tests/devel/perl-Pod-Tests.spec,v retrieving revision 1.12 retrieving revision 1.13 diff -u -p -r1.12 -r1.13 --- perl-Pod-Tests.spec 4 May 2010 20:43:06 - 1.12 +++ perl-Pod-Tests.spec 5 May 2010 08:06:10 - 1.13 @@ -45,6 +45,8 @@ chmod -R u+w $RPM_BUILD_ROOT/* rm -rf $RPM_BUILD_ROOT %check +# remove test until Perl-MinimumVersion will be fixed +rm -rf t/99_pmv.t make test AUTOMATED_TESTING=1 %files -- 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
use MALLOC_PERTURB_ ... or lose
If you are into development on glibc-based systems and do not set MALLOC_PERTURB_ to a nonzero value, then you are missing an easy opportunity to detect subtle bugs early. Sure, you can use valgrind, and it will detect whatever a MALLOC_PERTURB_ setting would have caught, and more, but it's far more expensive and takes some effort, however minimal. If you use zsh or bash, put this in one of your startup files: # http://udrepper.livejournal.com/11429.html export MALLOC_PERTURB_=$(($RANDOM % 255 + 1)) and remember that when you find surprising bugs, that others who are also running tests (but without MALLOC_PERTURB_) will not see the same failures. This is useful enough that it is worth considering for inclusion in /etc/profile. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
evolution icon missing
The mark the selected messages as not junk icon is now missing after this morning (last night?) 's updates. -- Mike Chambers Madisonville, KY Best lil town on Earth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: use MALLOC_PERTURB_ ... or lose
This is useful enough that it is worth considering for inclusion in /etc/profile. during development cycle: +1 for stable/production release: not so much (users would hate us for that) regards, H. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: 10 Remaining F13Blocker bugs
On Tue, 2010-05-04 at 22:22 +0100, Peter Robinson wrote:
On Tue, May 4, 2010 at 9:21 PM, James Laska jla...@redhat.com wrote:
Greetings folks,
According to the schedule [1], Fedora 13 is scheduled to enter the
release candidate phase this Thursday, May 4, 2010. In order to enter
this phase, all OPEN F13Blocker bugs must be in MODIFIED or ON_QA.
At the time of this mail, there are 10 issues remaining. The list of
NEW + ASSIGNED blocker bugs is available at http://tinyurl.com/2agztv6
(and included below). The list has shrunk quite a bit over the last 24
hours, so thank you all for prioritizing F13Blocker issues.
To get a bug off the list, you can ...
1. Resolve the issue as desired (followed by a build and F13 bodhi
update)
2. Prove there is minimal, or no, impact to the Fedora Release
Criteria [2]
The longer the F13Blocker list remains non-empty ... the greater the
risk of a 1 week slip of Fedora 13.
Thanks,
James
= anaconda =
* 504986 anaconda (dleh...@redhat.com) ASSIGNED - F11-F13 x86-64
LiveUSB backtrace
* 569469 anaconda (dleh...@redhat.com) NEW - ValueError: Cannot
remove non-leaf device 'vda5'
* 571900 anaconda (mgra...@redhat.com) NEW - Keyboard mapping not
correct (USA instead of Belgium) when first login after install
Fedora 13 Alpha -
* 588597 anaconda (anaconda-maint-l...@redhat.com) NEW -
DeviceError: ('device has not been created'
= brasero =
* 587749 brasero (lxt...@gmail.com) NEW - f13 nautilus cd burner
icon
= gnome-color-manager =
* 588295 gnome-color-manager (rich...@hughsie.com) NEW - denied
{ getattr } for pid=1568 comm=gcm-apply
path=/var/run/cups/cups.sock
= kernel =
* 587171 kernel (a...@redhat.com) NEW - Intel kms leads to an all
black display
= nautilus =
* 583790 nautilus (tbza...@redhat.com) NEW - remove .desktop entry
in applications system tools
= preupgrade =
* 587627 preupgrade (rich...@hughsie.com) NEW - Kickstart file is
not generated when no space for install.img
= setroubleshoot =
* 588319 setroubleshoot (dwa...@redhat.com) NEW - f13 new icons
for setroubleshoot
The thread on networkmanager and wifi connection issues for some might
be worth considering too. Bug is
https://bugzilla.redhat.com/show_bug.cgi?id=588814
These should be fixed by:
http://koji.fedoraproject.org/koji/taskinfo?taskID=2163744 (devel)
http://koji.fedoraproject.org/koji/taskinfo?taskID=2163745 (f13)
http://koji.fedoraproject.org/koji/taskinfo?taskID=2163748 (f12)
Please test. Thanks!
Dan
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: evolution icon missing
On Wed, May 5, 2010 at 10:02 AM, Mike Chambers m...@miketc.net wrote: The mark the selected messages as not junk icon is now missing after this morning (last night?) 's updates. I think its fixed in updates-testing in the push that was just published to the list. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: preupgrade-cli
Richard Hughes píše v St 05. 05. 2010 v 11:03 +0100: I've spent quite a bit of time fixing up preupgrade this cycle, and all our QA tests so far have concentrated on preupgrade-gtk, the graphical component. I've not even tested preupgrade-cli (the command line version) this cycle, and it seems to have bitrotten far more than the gtk counterpart. really? it worked well for me after fixing the urlgrabber and setting LANG=C Does anyone still use preupgrade-cli or can I remove it from the next upstream release? If anyone is that interested in it, could you possibly help fix it up and maintain it? Thanks. I use it quite regularly for updating my machines Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rpms/perl-Module-ExtractUse/devel perl-Module-ExtractUse.spec, 1.7, 1.8
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-Module-ExtractUse/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv10344
Modified Files:
perl-Module-ExtractUse.spec
Log Message:
* Mon May 03 2010 Marcela Maslanova mmasl...@redhat.com - 0.23-5
- Mass rebuild with perl-5.12.0
Index: perl-Module-ExtractUse.spec
===
RCS file:
/cvs/pkgs/rpms/perl-Module-ExtractUse/devel/perl-Module-ExtractUse.spec,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -p -r1.7 -r1.8
--- perl-Module-ExtractUse.spec 3 May 2010 07:41:26 - 1.7
+++ perl-Module-ExtractUse.spec 5 May 2010 10:19:51 - 1.8
@@ -39,7 +39,8 @@ find $RPM_BUILD_ROOT -depth -type d -exe
%{_fixperms} $RPM_BUILD_ROOT/*
%check
-./Build test
+# switch off for meantime until other packages will be rebuild
+#./Build test
%clean
rm -rf $RPM_BUILD_ROOT
@@ -55,7 +56,7 @@ rm -rf $RPM_BUILD_ROOT
%changelog
* Mon May 03 2010 Marcela Maslanova mmasl...@redhat.com - 0.23-5
-- Mass rebuild with perl-5.12.0
+- Mass rebuild with perl-5.12.0
* Mon Dec 7 2009 Stepan Kasal ska...@redhat.com - 0.23-4
- rebuild against perl 5.10.1
--
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: preupgrade-cli
Hi, 2010/5/5 Richard Hughes hughsi...@gmail.com: I've spent quite a bit of time fixing up preupgrade this cycle, and all our QA tests so far have concentrated on preupgrade-gtk, the graphical component. I've not even tested preupgrade-cli (the command line version) this cycle, and it seems to have bitrotten far more than the gtk counterpart. Does anyone still use preupgrade-cli or can I remove it from the next upstream release? If anyone is that interested in it, could you possibly help fix it up and maintain it? Thanks. I've used it to upgrade form F11 to F12 on my devel server two days ago and it was really useful. Yum wasn't able to successfully upgrade the system. I think that there are many peoples who wants to use command line version. Reagards, Michal Richard. -- 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: preupgrade-cli
On 5.5.2010 12:17, Dan Horák wrote: Does anyone still use preupgrade-cli or can I remove it from the next upstream release? If anyone is that interested in it, could you possibly help fix it up and maintain it? Thanks. I use it quite regularly for updating my machines +1 but don't have time *now* (=until F13 release) to fix it. Please keep it if only possible. Milos -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: preupgrade-cli
On 5 May 2010 11:31, Milos Jakubicek xja...@fi.muni.cz wrote: I use it quite regularly for updating my machines +1 but don't have time *now* (=until F13 release) to fix it. Please keep it if only possible. Okay, message heard load and clear. Thanks guys. I'll try to port some of the fixes to the CLI version now. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20100505 changes
Compose started at Wed May 5 08:15:09 UTC 2010 Broken deps for i386 -- almanah-0.7.2-1.fc13.i686 requires libedataserver-1.2.so.11 almanah-0.7.2-1.fc13.i686 requires libedataserverui-1.2.so.8 anjal-0.3.2-2.fc14.i686 requires libedataserver-1.2.so.11 anjal-0.3.2-2.fc14.i686 requires libcamel-1.2.so.14 anjal-0.3.2-2.fc14.i686 requires libcamel-provider-1.2.so.14 anjal-0.3.2-2.fc14.i686 requires libedataserverui-1.2.so.8 calibre-0.6.47-1.fc14.i686 requires libpodofo.so.0.6.99 calibre-0.6.47-1.fc14.i686 requires libpoppler.so.5 contact-lookup-applet-0.17-3.fc12.i686 requires libedataserver-1.2.so.11 contacts-0.9-5.fc13.i686 requires libedataserver-1.2.so.11 dates-0.4.11-3.fc14.i686 requires libedataserver-1.2.so.11 deskbar-applet-2.30.0-1.fc14.i686 requires libedataserver-1.2.so.11 empathy-2.30.1-2.fc14.i686 requires libedataserver-1.2.so.11 evolution-couchdb-0.3.2-2.fc13.i686 requires libcamel-provider-1.2.so.14 evolution-couchdb-0.3.2-2.fc13.i686 requires libcamel-1.2.so.14 evolution-couchdb-0.3.2-2.fc13.i686 requires libedataserver-1.2.so.11 evolution-couchdb-0.3.2-2.fc13.i686 requires libcouchdb-glib-1.0.so.1 evolution-sharp-0.21.1-5.fc13.i686 requires libedataserver-1.2.so.11 gambas2-gb-pdf-2.20.2-1.fc14.i686 requires libpoppler.so.5 gearmand-0.13-1.fc14.i686 requires libmemcached.so.4 giggle-0.4.96-1.fc13.i686 requires libedataserver-1.2.so.11 glabels-2.2.7-1.fc14.i686 requires libedataserver-1.2.so.11 1:gnome-commander-1.2.9-0.3.git_D20100328T.fc13.i686 requires libpoppler.so.5 gnome-launch-box-0.4-17.fc13.i686 requires libedataserver-1.2.so.11 gnome-panel-2.30.0-1.fc14.i686 requires libedataserverui-1.2.so.8 gnome-panel-2.30.0-1.fc14.i686 requires libedataserver-1.2.so.11 gnome-phone-manager-0.65-5.fc12.i686 requires libedataserver-1.2.so.11 gnome-phone-manager-telepathy-0.65-5.fc12.i686 requires libedataserver-1.2.so.11 gnome-python2-evolution-2.30.0-4.fc14.i686 requires libedataserver-1.2.so.11 jana-0.4.5-0.3.20090622gitb416a41.fc12.i686 requires libedataserver-1.2.so.11 libcompizconfig-0.8.4-2.fc14.i686 requires libprotobuf.so.4 libextractor-plugins-pdf-0.6.1-1400.fc14.i686 requires libpoppler.so.5 1:libopensync-plugin-evolution2-0.22-3.fc13.i686 requires libedataserver-1.2.so.11 moblin-panel-myzone-0.0.13-2.fc14.i686 requires libedataserver-1.2.so.11 moblin-panel-people-0.0.10-4.fc14.i686 requires libedataserver-1.2.so.11 mumble-1.2.2-6.fc14.i686 requires libprotobuf.so.4 murmur-1.2.2-6.fc14.i686 requires libprotobuf.so.4 nautilus-sendto-2.28.4-1.fc14.i686 requires libedataserver-1.2.so.11 opensips-memcached-1.6.2-2.fc14.i686 requires libmemcached.so.4 php-pecl-memcached-1.0.1-1.fc14.i686 requires libmemcached.so.4 planner-eds-0.14.4-19.fc14.i686 requires libedataserver-1.2.so.11 planner-eds-0.14.4-19.fc14.i686 requires libcamel-1.2.so.14 planner-eds-0.14.4-19.fc14.i686 requires libcamel-provider-1.2.so.14 ruby-revolution-0.5-3.svn210.fc12.i686 requires libedataserver-1.2.so.11 rubygem-right_aws-1.10.0-3.fc14.noarch requires rubygem(right-http_connection) = 0:1.2.4 tasks-0.16-2.fc12.i686 requires libedataserver-1.2.so.11 tracker-search-tool-0.8.4-1.fc14.i686 requires libedataserver-1.2.so.11 tracker-search-tool-0.8.4-1.fc14.i686 requires libcamel-1.2.so.14 tracker-search-tool-0.8.4-1.fc14.i686 requires libcamel-provider-1.2.so.14 vifir-0.4-1.fc12.i686 requires libpoppler.so.5 xapian-bindings-python-1.0.18-1.fc14.i686 requires libxapian.so.15 xapian-bindings-ruby-1.0.18-1.fc14.i686 requires libxapian.so.15 Broken deps for x86_64 -- almanah-0.7.2-1.fc13.x86_64 requires libedataserverui-1.2.so.8()(64bit) almanah-0.7.2-1.fc13.x86_64 requires libedataserver-1.2.so.11()(64bit) anjal-0.3.2-2.fc14.x86_64 requires libcamel-provider-1.2.so.14()(64bit) anjal-0.3.2-2.fc14.x86_64 requires libedataserverui-1.2.so.8()(64bit) anjal-0.3.2-2.fc14.x86_64 requires libcamel-1.2.so.14()(64bit) anjal-0.3.2-2.fc14.x86_64 requires libedataserver-1.2.so.11()(64bit) calibre-0.6.47-1.fc14.x86_64 requires libpodofo.so.0.6.99()(64bit) calibre-0.6.47-1.fc14.x86_64 requires libpoppler.so.5()(64bit) contact-lookup-applet-0.17-3.fc12.x86_64 requires libedataserver-1.2.so.11()(64bit) contacts-0.9-5.fc13.x86_64 requires libedataserver-1.2.so.11()(64bit) dates-0.4.11-3.fc14.x86_64 requires libedataserver-1.2.so.11()(64bit) deskbar-applet-2.30.0-1.fc14.x86_64 requires libedataserver-1.2.so.11()(64bit)
rpms/perl-Module-Signature/EL-4 .cvsignore, 1.3, 1.4 perl-Module-Signature.spec, 1.3, 1.4 sources, 1.3, 1.4
Author: pghmcfc
Update of /cvs/pkgs/rpms/perl-Module-Signature/EL-4
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv20407/EL-4
Modified Files:
.cvsignore perl-Module-Signature.spec sources
Log Message:
* Wed May 5 2010 Paul Howarth p...@city-fan.org - 0.63-1
- Update to 0.63
- Fix Makefile.PL diagnostic message when gnupg and Crypt::OpenPGP missing
- Default keyserver changed from pgp.mit.edu to pool.sks-keyservers.net
- Added =encoding utf8 to POD to fix author name display
- License changed to nullary CC0 1.0 Universal terms
- Run signature test in %check
- BR/R: perl(Digest::SHA) (EL-5 only)
- License changed to CC0
- This release by FLORA - update source URL
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Module-Signature/EL-4/.cvsignore,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- .cvsignore 2 Mar 2008 17:42:42 - 1.3
+++ .cvsignore 5 May 2010 13:53:43 - 1.4
@@ -1 +1 @@
-Module-Signature-0.55.tar.gz
+Module-Signature-0.63.tar.gz
Index: perl-Module-Signature.spec
===
RCS file: /cvs/pkgs/rpms/perl-Module-Signature/EL-4/perl-Module-Signature.spec,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- perl-Module-Signature.spec 2 Mar 2008 17:42:42 - 1.3
+++ perl-Module-Signature.spec 5 May 2010 13:53:44 - 1.4
@@ -1,14 +1,12 @@
Name: perl-Module-Signature
-Version:0.55
-Release:2%{?dist}
+Version:0.63
+Release:1%{?dist}
Summary:CPAN signature management utilities and modules
-
Group: Development/Libraries
-License:MIT
+License:CC0
URL:http://search.cpan.org/dist/Module-Signature/
-Source0:
http://www.cpan.org/authors/id/A/AU/AUDREYT/Module-Signature-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/F/FL/FLORA/Module-Signature-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-
BuildArch: noarch
BuildRequires: gnupg
BuildRequires: perl(Digest::SHA1)
@@ -16,51 +14,66 @@ BuildRequires: perl(ExtUtils::MakeMaker
BuildRequires: perl(Test::More)
Requires: gnupg
Requires: perl(Digest::SHA1)
-# not sure EL-4 rpm understand that, using a plain Requires.
-#Requires(hint): perl(PAR::Dist)
-Requires: perl(PAR::Dist)
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version))
+Requires(hint): perl(PAR::Dist)
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
%description
This package contains command line tools and utilities a module for
checking and creating SIGNATURE files for Perl CPAN distributions.
-
%prep
-%setup -q -n Module-Signature-%{version}
+%setup -q -c -n Module-Signature
+# Copy up documentation for convenience with %%doc
+cp -a Module-Signature-%{version}/{AUTHORS,Changes,README,*.pub} .
+
+# Create a GPG directory for testing, to avoid using ~/.gnupg
+mkdir --mode=0700 gnupghome
+export GNUPGHOME=$(pwd)/gnupghome
+gpg --import *.pub
%build
-PERL_AUTOINSTALL=--skipdeps \
-%{__perl} Makefile.PL INSTALLDIRS=vendor --installdeps
+export GNUPGHOME=$(pwd)/gnupghome
+cd Module-Signature-%{version}
+PERL_AUTOINSTALL=--skipdeps perl Makefile.PL INSTALLDIRS=vendor --installdeps
make %{?_smp_mflags}
-
+cd -
%install
-rm -rf $RPM_BUILD_ROOT
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
-find $RPM_BUILD_ROOT -type f -a -name .packlist -exec rm -f {} ';'
-find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';'
-chmod -R u+w $RPM_BUILD_ROOT/*
-
+rm -rf %{buildroot}
+cd Module-Signature-%{version}
+make pure_install PERL_INSTALL_ROOT=%{buildroot}
+find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
+find %{buildroot} -depth -type d -exec rmdir {} ';' 2/dev/null
+chmod -R u+w %{buildroot}
+cd -
%check
-make test
-
+export GNUPGHOME=$(pwd)/gnupghome
+make -C Module-Signature-%{version} test TEST_SIGNATURE=1
%clean
-rm -rf $RPM_BUILD_ROOT
-
+rm -rf %{buildroot}
%files
%defattr(-,root,root,-)
%doc AUTHORS Changes README *.pub
%{_bindir}/cpansign
%{perl_vendorlib}/Module/
-%{_mandir}/man[13]/*.[13]*
-
+%{_mandir}/man1/cpansign.1*
+%{_mandir}/man3/Module::Signature.3pm*
%changelog
+* Wed May 5 2010 Paul Howarth p...@city-fan.org - 0.63-1
+- Update to 0.63
+ - Fix Makefile.PL diagnostic message when gnupg and Crypt::OpenPGP missing
+ - Default keyserver changed from pgp.mit.edu to pool.sks-keyservers.net
+ - Added =encoding utf8 to POD to fix author name display
+ - License changed to nullary CC0 1.0 Universal terms
+- Run signature test in %%check
+- License changed to CC0
+- This release by FLORA - update source URL
+
* Tue Apr 17 2007 Ville Skyttä ville.skytta at iki.fi - 0.55-2
- BuildRequire perl(ExtUtils::MakeMaker) and perl(Test::More).
rpms/perl-Module-Signature/EL-5 .cvsignore, 1.9, 1.10 perl-Module-Signature.spec, 1.10, 1.11 sources, 1.9, 1.10
Author: pghmcfc
Update of /cvs/pkgs/rpms/perl-Module-Signature/EL-5
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv20407/EL-5
Modified Files:
.cvsignore perl-Module-Signature.spec sources
Log Message:
* Wed May 5 2010 Paul Howarth p...@city-fan.org - 0.63-1
- Update to 0.63
- Fix Makefile.PL diagnostic message when gnupg and Crypt::OpenPGP missing
- Default keyserver changed from pgp.mit.edu to pool.sks-keyservers.net
- Added =encoding utf8 to POD to fix author name display
- License changed to nullary CC0 1.0 Universal terms
- Run signature test in %check
- BR/R: perl(Digest::SHA) (EL-5 only)
- License changed to CC0
- This release by FLORA - update source URL
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Module-Signature/EL-5/.cvsignore,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -p -r1.9 -r1.10
--- .cvsignore 28 Aug 2006 16:09:54 - 1.9
+++ .cvsignore 5 May 2010 13:53:44 - 1.10
@@ -1 +1 @@
-Module-Signature-0.55.tar.gz
+Module-Signature-0.63.tar.gz
Index: perl-Module-Signature.spec
===
RCS file: /cvs/pkgs/rpms/perl-Module-Signature/EL-5/perl-Module-Signature.spec,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -p -r1.10 -r1.11
--- perl-Module-Signature.spec 2 Mar 2008 17:42:59 - 1.10
+++ perl-Module-Signature.spec 5 May 2010 13:53:44 - 1.11
@@ -1,64 +1,82 @@
Name: perl-Module-Signature
-Version:0.55
-Release:2%{?dist}
+Version:0.63
+Release:1%{?dist}
Summary:CPAN signature management utilities and modules
-
Group: Development/Libraries
-License:MIT
+License:CC0
URL:http://search.cpan.org/dist/Module-Signature/
-Source0:
http://www.cpan.org/authors/id/A/AU/AUDREYT/Module-Signature-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/F/FL/FLORA/Module-Signature-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-
BuildArch: noarch
BuildRequires: gnupg
+BuildRequires: perl(Digest::SHA)
BuildRequires: perl(Digest::SHA1)
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Test::More)
Requires: gnupg
+Requires: perl(Digest::SHA)
Requires: perl(Digest::SHA1)
Requires(hint): perl(PAR::Dist)
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version))
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
%description
This package contains command line tools and utilities a module for
checking and creating SIGNATURE files for Perl CPAN distributions.
-
%prep
-%setup -q -n Module-Signature-%{version}
+%setup -q -c -n Module-Signature
+# Copy up documentation for convenience with %%doc
+cp -a Module-Signature-%{version}/{AUTHORS,Changes,README,*.pub} .
+
+# Create a GPG directory for testing, to avoid using ~/.gnupg
+mkdir --mode=0700 gnupghome
+export GNUPGHOME=$(pwd)/gnupghome
+gpg --import *.pub
%build
-PERL_AUTOINSTALL=--skipdeps \
-%{__perl} Makefile.PL INSTALLDIRS=vendor --installdeps
+export GNUPGHOME=$(pwd)/gnupghome
+cd Module-Signature-%{version}
+PERL_AUTOINSTALL=--skipdeps perl Makefile.PL INSTALLDIRS=vendor --installdeps
make %{?_smp_mflags}
-
+cd -
%install
-rm -rf $RPM_BUILD_ROOT
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
-find $RPM_BUILD_ROOT -type f -a -name .packlist -exec rm -f {} ';'
-find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';'
-chmod -R u+w $RPM_BUILD_ROOT/*
-
+rm -rf %{buildroot}
+cd Module-Signature-%{version}
+make pure_install PERL_INSTALL_ROOT=%{buildroot}
+find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
+find %{buildroot} -depth -type d -exec rmdir {} ';' 2/dev/null
+chmod -R u+w %{buildroot}
+cd -
%check
-make test
-
+export GNUPGHOME=$(pwd)/gnupghome
+make -C Module-Signature-%{version} test TEST_SIGNATURE=1
%clean
-rm -rf $RPM_BUILD_ROOT
-
+rm -rf %{buildroot}
%files
%defattr(-,root,root,-)
%doc AUTHORS Changes README *.pub
%{_bindir}/cpansign
%{perl_vendorlib}/Module/
-%{_mandir}/man[13]/*.[13]*
-
+%{_mandir}/man1/cpansign.1*
+%{_mandir}/man3/Module::Signature.3pm*
%changelog
+* Wed May 5 2010 Paul Howarth p...@city-fan.org - 0.63-1
+- Update to 0.63
+ - Fix Makefile.PL diagnostic message when gnupg and Crypt::OpenPGP missing
+ - Default keyserver changed from pgp.mit.edu to pool.sks-keyservers.net
+ - Added =encoding utf8 to POD to fix author name display
+ - License changed to nullary CC0 1.0 Universal terms
+- Run signature test in %%check
+- BR/R: perl(Digest::SHA)
+- License changed to CC0
+- This release by FLORA - update source URL
+
* Tue Apr 17 2007 Ville Skyttä ville.skytta at iki.fi - 0.55-2
- BuildRequire perl(ExtUtils::MakeMaker) and perl(Test::More).
Index: sources
F-13 Branched report: 20100505 changes
Compose started at Wed May 5 09:15:03 UTC 2010 New package loggerhead Web viewer for the Bazaar version control system New package python-greenlet Lightweight in-process concurrent programming New package rhythmbox-equalizer An Equalizer plugin for Rhythmbox New package trove4j High performance collections for Java Removed package elisa Removed package elisa-plugins-bad Removed package elisa-plugins-good Updated Packages: ModemManager-0.3-11.git20100502.fc13 * Sun May 02 2010 Dan Williams d...@redhat.com - 0.3-11.git20100502 - core: ignore some failures on disconnect (rh #578280) - core: add support for platform serial devices - gsm: better Blackberry DUN support - gsm: periodically poll access technology - cdma: prevent crash on modem removal (rh #571921) - mbm: add support for Sony Ericsson MD400, Dell 5541, and Dell 5542 modems - novatel: better signal strength reporting on CDMA cards - novatel: add access technology and mode preference support on GSM cards - zte: fix mode preference retrieval - longcheer: add support for Zoom modems (4595, 4596, etc) - longcheer: add access technology and mode preference support * Fri Apr 30 2010 Matthias Clasen mcla...@redhat.com - 0.3-10.git20100409 - Silence %post - Update scripts NetworkManager-0.8.0-11.git20100503.fc13 * Mon May 03 2010 Dan Williams d...@redhat.com - 0.8-11.git20100503 - core: allow IP configuration as long as one method completes (rh #567978) - core: don't prematurely remove IPv6 RDNSS nameservers (rh #588192) - core: ensure router advertisements are only used when needed (rh #588613) - editor: add IPv6 gateway editing capability * Sun May 02 2010 Dan Williams d...@redhat.com - 0.8-10.git20100502 - core: IPv6 autoconf, DHCP, link-local, and manual mode fixes - editor: fix saving IPv6 address in user connections * Thu Apr 29 2010 Dan Williams d...@redhat.com - 0.8-9.git20100429 - core: fix crash when IPv6 is enabled and interface is deactivated * Mon Apr 26 2010 Dan Williams d...@redhat.com - 0.8-8.git20100426 - core: fix issues with IPv6 router advertisement mishandling (rh #530670) - core: many fixes for IPv6 RA and DHCP handling (rh #538499) - core: ignore WWAN ethernet devices until usable (rh #585214) - ifcfg-rh: fix handling of WEP passphrases (rh #581718) - applet: fix crashes (rh #582938) (rh #582428) - applet: fix crash with multiple concurrent authorization requests (rh #585405) - editor: allow disabling IPv4 on a per-connection basis - editor: add support for IPv6 DHCP-only configurations abrt-1.1.0-1.fc13 - * Mon May 03 2010 Jiri Moskovcak jmosk...@redhat.com 1.1.0-1 - updated transaltions - added Hebrew into languages - updated icons rhbz#587698 (jmosk...@redhat.com) - Bugzilla login/password emptiness check uses 'or' instead of 'and' (kk...@redhat.com) - Show error message when abrtd service is run as non-root. rhbz#584352 (kk...@redhat.com) - Rename EnableOpenGPG to OpenGPGCheck in the man page rhbz#584332 (kk...@redhat.com) - Document ProcessUnpackaged in abrt.conf.5. Document default values. (kk...@redhat.com) - Crash function is now detected even for threads without an abort frame (kk...@redhat.com) - comment can be private (npajk...@redhat.com) - do not catch perl/python crashes when the script is not of known package origin (kk...@redhat.com) - kerneloop is more informative when failed (npajk...@redhat.com) - add function name into summary(if it's found) (npajk...@redhat.com) - Change kerneloops message when it fails (npajk...@redhat.com) alsa-firmware-1.0.23-1.fc13 --- * Mon May 03 2010 Tom spot Callaway tcall...@redhat.com - 1.0.23-1 - update to 1.0.23 alsa-tools-1.0.23-1.fc13 * Mon May 03 2010 Tom spot Callaway tcall...@redhat.com - 1.0.23-1 - update to 1.0.23 * Sat Mar 06 2010 Tim Jackson r...@timj.co.uk - 1.0.22-2 - Don't own /usr/share/sounds (#569415) amanda-2.6.1p2-3.fc13 - * Thu Apr 22 2010 Daniel Novotny dnovo...@redhat.com 2.6.1p2-3 - fix #584774 - PIE patch disabled in amanda 2.6.1p2-2 at-spi-1.30.1-1.fc13 * Mon Apr 26 2010 Matthias Clasen mcla...@redhat.com - 1.30.1-1 - Update to 1.30.1 - Packaging cleanups cheese-2.30.1-1.fc13 * Tue Apr 27 2010 Matthias Clasen mcla...@redhat.com 2.30.1-1 - Update to 2.30.1 - Spec file cleanups * Mon Mar 29 2010 Matthias Clasen mcla...@redhat.com 2.30.0-1 - Update to 2.30.0 clutter-1.2.6-1.fc13 * Fri Apr 30 2010 Owen Taylor otay...@redhat.com - 1.2.6-1 - Update to new upstream stable 1.2.6 release - Work around Radeon driver problem with color channel confusion. - Fix Mutter not seeing BufferSwapComplete events and freezing - Remove incorrect warning message about BufferSwapComplete events control-center-2.30.1-1.fc13 * Tue Apr 27 2010 Matthias Clasen
Re: use MALLOC_PERTURB_ ... or lose
H. Guémar wrote: This is useful enough that it is worth considering for inclusion in /etc/profile. during development cycle: +1 for stable/production release: not so much (users would hate us for that) It's definitely not suitable for everyone. My suggestion was intended to be provocative ;-) Eric Sandeen had a nice idea: enable it for rawhide, say by testing for Rawhide in /etc/redhat-release. I propose (seriously, now) to add this to /etc/profile, or to some always-sourced file like /etc/profile.d/glibc.sh: # Enable glibc's malloc perturbing feature in Rawhide. # http://udrepper.livejournal.com/11429.html read _f _r _n _code_name /etc/redhat-release case $_code_name in *Rawhide*) export MALLOC_PERTURB_=$((RANDOM % 255 + 1)) ;; esac Alternatively, if we should handle the case of a missing /etc/redhat-release, and want to avoid generating a diagnostic about it: if test -r /etc/redhat-release; then # Enable glibc's malloc perturbing feature in Rawhide. # http://udrepper.livejournal.com/11429.html read _f _r _n _code_name /etc/redhat-release case $_code_name in *Rawhide*) export MALLOC_PERTURB_=$((RANDOM % 255 + 1)) ;; esac fi -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: FYI: NVR issues from f12 - f13
On 05/04/2010 11:21 PM, Mike McGrath wrote: Here's a list of f12 - f13 with unclean update paths based on srpm. I'll work with FES to to go through and get some builds out. Some might make it in to F13 final, some will go out as F13-updates. greater for f12: rawtherapee f12 = rawtherapee-3.0-0.20.a1.fc12.src f13 = rawtherapee-3.0-0.18.a1.fc13.src greater for f12: ipa f12 = ipa-1.2.2-3.fc12.src f13 = ipa-1.2.2-2.fc13.src greater for f12: eclipse-cdt f12 = 1:eclipse-cdt-6.0.1-8.fc12.src f13 = 1:eclipse-cdt-6.0.1-7.fc13.src greater for f12: lftp f12 = lftp-4.0.5-3.fc12.src f13 = lftp-4.0.5-2.fc13.src greater for f12: sos f12 = sos-1.9-3.fc12.src f13 = sos-1.9-1.fc12.src greater for f12: evolution-couchdb f12 = evolution-couchdb-0.3.4-1.fc12.src f13 = evolution-couchdb-0.3.2-2.fc13.src greater for f12: pothana2000-fonts f12 = pothana2000-fonts-1.3.2-2.fc12.src f13 = pothana2000-fonts-1.3.2-1.fc13.src greater for f12: iptstate f12 = iptstate-2.2.2-4.fc12.src f13 = iptstate-2.2.2-2.fc13.src Fixed in iptstate-2.2.2-4.fc13 - submitted for testing. greater for f12: emacs-goodies f12 = emacs-goodies-31.5-2.fc12.src f13 = emacs-goodies-31.4-1.fc13.src greater for f12: lirc f12 = lirc-0.8.6-6.fc12.src f13 = lirc-0.8.6-5.fc13.src greater for f12: fusecompress f12 = fusecompress-2.6-6.20100223git754bc0de.fc12.src f13 = fusecompress-2.6-5.fc13.src greater for f12: pure-ftpd f12 = pure-ftpd-1.0.29-2.fc12.src f13 = pure-ftpd-1.0.29-1.fc13.src greater for f12: vrq f12 = vrq-1.0.74-1.fc12.src f13 = vrq-1.0.72-1.fc13.src greater for f12: python-cssutils f12 = python-cssutils-0.9.6-1.fc12.src f13 = python-cssutils-0.9.5.1-6.fc12.src greater for f12: perl-IO-Compress-Bzip2 f12 = perl-IO-Compress-Bzip2-2.015-1.fc12.src f13 = perl-IO-Compress-Bzip2-2.005-6.fc12.src greater for f12: oprofile f12 = oprofile-0.9.6-5.fc12.src f13 = oprofile-0.9.6-2.fc13.src greater for f12: xinha f12 = xinha-0.96-0.1.b2.fc12.3.src f13 = xinha-0.96-0.1.b2.src greater for f12: pari f12 = pari-2.3.4-3.fc12.src f13 = pari-2.3.4-2.fc11.src greater for f12: php f12 = php-5.3.2-1.fc12.src f13 = php-5.3.1-3.fc13.src greater for f12: rb_libtorrent f12 = rb_libtorrent-0.14.10-1.fc12.src f13 = rb_libtorrent-0.14.8-2.fc13.src greater for f12: viking f12 = viking-0.9.92-1.fc12.src f13 = viking-0.9.9-1.fc12.src greater for f12: sbcl f12 = sbcl-1.0.35-3.fc12.src f13 = sbcl-1.0.35-1.fc13.src greater for f12: gsim85 f12 = gsim85-0.3-2.fc12.src f13 = gsim85-0.3-1.fc13.src greater for f12: fence-virt f12 = fence-virt-0.2.1-2.fc12.src f13 = fence-virt-0.2.1-1.fc13.src greater for f12: eclipse-slide f12 = eclipse-slide-1.3.14-2.fc12.src f13 = eclipse-slide-1.3.14-1.fc13.src greater for f12: anjuta f12 = 1:anjuta-2.28.2.0-1.fc12.src f13 = 1:anjuta-2.28.1.0-2.fc13.src greater for f12: terminator f12 = terminator-0.14-4.fc12.src f13 = terminator-0.14-3.fc13.src greater for f12: openwsman f12 = openwsman-2.2.0-3.fc12.src f13 = openwsman-2.2.0-1.fc13.src greater for f12: k3guitune f12 = k3guitune-1.01-6.fc12.src f13 = k3guitune-1.01-5.fc12.src greater for f12: dropwatch f12 = dropwatch-1.1-3.fc12.src f13 = dropwatch-1.1-2.fc13.src greater for f12: gedit-latex-plugin f12 = gedit-latex-plugin-0.2-0.5.rc3.fc12.src f13 = gedit-latex-plugin-0.2-0.4.rc2.fc13.src greater for f12: drehatlas-xaporho-fonts f12 = drehatlas-xaporho-fonts-1.0.3.3-3.fc12.src f13 = drehatlas-xaporho-fonts-1.0.3.3-2.fc13.src greater for f12: libgdl f12 = libgdl-2.28.2-1.fc12.src f13 = libgdl-2.28.1-2.fc13.src greater for f12: libotf f12 = libotf-0.9.9-4.fc12.src f13 = libotf-0.9.9-3.fc13.src greater for f12: libhugetlbfs f12 = libhugetlbfs-2.8-1.fc12.src f13 = libhugetlbfs-2.7-2.fc13.src greater for f12: scotch f12 = scotch-5.1.7-3.fc12.src f13 = scotch-5.1.7-2.fc13.src greater for f12: debmirror f12 = debmirror-20090807-1.fc12.src f13 = debmirror-2.4.3-1.fc13.src greater for f12: kanyremote f12 = kanyremote-5.11.4-1.fc12.src f13 = kanyremote-5.11.3-1.fc13.src greater for f12: bip f12 = bip-0.8.4-3.fc12.src f13 = bip-0.8.4-2.fc13.src greater for f12: maniadrive f12 = maniadrive-1.2-21.fc12.src f13 = maniadrive-1.2-19.fc13.src greater for f12: PyYAML f12 = PyYAML-3.09-5.fc12.src f13 = PyYAML-3.09-2.fc13.src greater for f12: rcssserver3d f12 = rcssserver3d-0.6.3-2.fc12.src f13 = rcssserver3d-0.6.3-1.fc13.src greater for f12: spring f12 = spring-0.81.2-1.fc12.src f13 = spring-0.81.1.3-1.fc13.src greater for f12: libhocr f12 = libhocr-0.10.17-5.fc12.src f13 = libhocr-0.10.17-4.fc13.src greater for f12: archmage f12 = archmage-0.2.4-2.fc12.src f13 = archmage-0.2.4-1.fc13.src greater for f12: dnssec-tools f12 = dnssec-tools-1.6-1.fc12.src f13 = dnssec-tools-1.5-5.fc13.src greater for f12:
rpms/perl-Email-Simple/devel perl-Email-Simple.spec,1.21,1.22
Author: mmaslano Update of /cvs/pkgs/rpms/perl-Email-Simple/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv18448 Modified Files: perl-Email-Simple.spec Log Message: * Sat May 01 2010 Marcela Maslanova mmasl...@redhat.com - 2.005-6 - Mass rebuild with perl-5.12.0 Index: perl-Email-Simple.spec === RCS file: /cvs/pkgs/rpms/perl-Email-Simple/devel/perl-Email-Simple.spec,v retrieving revision 1.21 retrieving revision 1.22 diff -u -p -r1.21 -r1.22 --- perl-Email-Simple.spec 1 May 2010 00:33:11 - 1.21 +++ perl-Email-Simple.spec 5 May 2010 15:31:23 - 1.22 @@ -42,6 +42,8 @@ chmod -R u+w $RPM_BUILD_ROOT/* %check +# remove until fix of Perl::MinimalVersion and version.pm +rm -rf t/perl-minver.t make test -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-File-Find-Rule-Perl/devel perl-File-Find-Rule-Perl.spec, 1.14, 1.15
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-File-Find-Rule-Perl/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv18931
Modified Files:
perl-File-Find-Rule-Perl.spec
Log Message:
* Sat May 01 2010 Marcela Maslanova mmasl...@redhat.com - 1.09-4
- Mass rebuild with perl-5.12.0
Index: perl-File-Find-Rule-Perl.spec
===
RCS file:
/cvs/pkgs/rpms/perl-File-Find-Rule-Perl/devel/perl-File-Find-Rule-Perl.spec,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -p -r1.14 -r1.15
--- perl-File-Find-Rule-Perl.spec 1 May 2010 03:49:00 - 1.14
+++ perl-File-Find-Rule-Perl.spec 5 May 2010 15:33:14 - 1.15
@@ -50,6 +50,8 @@ rm -rf $RPM_BUILD_ROOT
%check
cd File-Find-Rule-Perl-%{version}
+# remove until fix of Perl::MinimalVersion and version.pm
+rm -rf t/99_pmv.t
make test AUTOMATED_TESTING=1
cd ..
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-File-Flat/devel perl-File-Flat.spec,1.16,1.17
Author: mmaslano Update of /cvs/pkgs/rpms/perl-File-Flat/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv19685 Modified Files: perl-File-Flat.spec Log Message: * Sat May 01 2010 Marcela Maslanova mmasl...@redhat.com - 1.04-6 - Mass rebuild with perl-5.12.0 Index: perl-File-Flat.spec === RCS file: /cvs/pkgs/rpms/perl-File-Flat/devel/perl-File-Flat.spec,v retrieving revision 1.16 retrieving revision 1.17 diff -u -p -r1.16 -r1.17 --- perl-File-Flat.spec 1 May 2010 04:01:37 - 1.16 +++ perl-File-Flat.spec 5 May 2010 15:36:32 - 1.17 @@ -51,6 +51,9 @@ chmod -R u+w $RPM_BUILD_ROOT/* rm -rf $RPM_BUILD_ROOT %check +# remove until fix of Perl::MinimalVersion and version.pm +rm -rf t/99_pmv.t + make test AUTOMATED_TESTING=1 %files -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-File-Remove/devel perl-File-Remove.spec,1.29,1.30
Author: mmaslano Update of /cvs/pkgs/rpms/perl-File-Remove/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv19924 Modified Files: perl-File-Remove.spec Log Message: * Sat May 01 2010 Marcela Maslanova mmasl...@redhat.com - 1.42-5 - Mass rebuild with perl-5.12.0 Index: perl-File-Remove.spec === RCS file: /cvs/pkgs/rpms/perl-File-Remove/devel/perl-File-Remove.spec,v retrieving revision 1.29 retrieving revision 1.30 diff -u -p -r1.29 -r1.30 --- perl-File-Remove.spec 1 May 2010 05:15:09 - 1.29 +++ perl-File-Remove.spec 5 May 2010 15:37:51 - 1.30 @@ -44,6 +44,9 @@ chmod -R u+w $RPM_BUILD_ROOT/* rm -rf $RPM_BUILD_ROOT %check +# remove until fix of Perl::MinimalVersion and version.pm +rm -rf t/99_pmv.t + make test AUTOMATED_TESTING=1 %files -- 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: FYI: NVR issues from f12 - f13
On Tue, 2010-05-04 at 23:53 -0400, Seth Vidal wrote: On Tue, 4 May 2010, John Reiser wrote: Here's a list of f12 - f13 with unclean update paths based on srpm. Text search is powerful, but a sorted list is even better. The script I wrote to make this list is here: I should have sorted the pkgs at the end, sorry. Am I going blind, or did you fail to paste the URL?:) I did a current vs. rawhide one, a ages ago: http://james.fedorapeople.org/yum/commands/yum-newer-than-rawhide.py ...which should probably be merged with the inter distro. one, at some point. -- James Antill - ja...@fedoraproject.org http://yum.baseurl.org/wiki/releases http://yum.baseurl.org/wiki/whatsnew/3.2.28 http://yum.baseurl.org/wiki/YumMultipleMachineCaching -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: FYI: NVR issues from f12 - f13
On Wed, 5 May 2010, James Antill wrote: On Tue, 2010-05-04 at 23:53 -0400, Seth Vidal wrote: On Tue, 4 May 2010, John Reiser wrote: Here's a list of f12 - f13 with unclean update paths based on srpm. Text search is powerful, but a sorted list is even better. The script I wrote to make this list is here: I should have sorted the pkgs at the end, sorry. Am I going blind, or did you fail to paste the URL?:) I did a current vs. rawhide one, a ages ago: http://james.fedorapeople.org/yum/commands/yum-newer-than-rawhide.py ...which should probably be merged with the inter distro. one, at some point. http://skvidal.fedorapeople.org/misc/newer_pkgs_in_old_repos.py -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Page flipping on intel (2.11 driver)
On Sun, May 02, 2010 at 01:33:16PM -0400, Owen Taylor wrote: These problems seem to be associated in particular with the page flipping functionality that it enables. (The implementation is mostly in the kernel, but the use is driven by the X server.) Xorg Intel driver has been unpushed and replaced with one with page flipping disabled, so this email is no longer up to date. But should your changes related to BufferSwapComplete in clutter make the issue go away? -- Tomasz Torcz 72-| 80-| xmpp: zdzich...@chrome.pl 72-| 80-| -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: use MALLOC_PERTURB_ ... or lose
On Wed, 05 May 2010 17:30:29 +0200 Jim Meyering wrote: I propose (seriously, now) to add this to /etc/profile, or to some always-sourced file like /etc/profile.d/glibc.sh: # Enable glibc's malloc perturbing feature in Rawhide. # http://udrepper.livejournal.com/11429.html read _f _r _n _code_name /etc/redhat-release case $_code_name in *Rawhide*) export MALLOC_PERTURB_=$((RANDOM % 255 + 1)) ;; esac Would export MALLOC_CHECK_=3 be a useful addition too? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: use MALLOC_PERTURB_ ... or lose
Michal Schmidt wrote: On Wed, 05 May 2010 17:30:29 +0200 Jim Meyering wrote: I propose (seriously, now) to add this to /etc/profile, or to some always-sourced file like /etc/profile.d/glibc.sh: # Enable glibc's malloc perturbing feature in Rawhide. # http://udrepper.livejournal.com/11429.html read _f _r _n _code_name /etc/redhat-release case $_code_name in *Rawhide*) export MALLOC_PERTURB_=$((RANDOM % 255 + 1)) ;; esac Would export MALLOC_CHECK_=3 be a useful addition too? Does that impose much of a performance impact? I haven't used it or measured it enough to know off hand. Even using MALLOC_PERTURB_=... imposes *some* cost, both in space and in time. I confess that I haven't measured it, either. Rawhide already has (had?) a reputation for being slightly slower due to added instrumentation e.g., in the kernel, so there is precedent. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: use MALLOC_PERTURB_ ... or lose
On Wed, 2010-05-05 at 18:24 +0200, Michal Schmidt wrote: On Wed, 05 May 2010 17:30:29 +0200 Jim Meyering wrote: I propose (seriously, now) to add this to /etc/profile, or to some always-sourced file like /etc/profile.d/glibc.sh: # Enable glibc's malloc perturbing feature in Rawhide. # http://udrepper.livejournal.com/11429.html read _f _r _n _code_name /etc/redhat-release case $_code_name in *Rawhide*) export MALLOC_PERTURB_=$((RANDOM % 255 + 1)) ;; esac Would export MALLOC_CHECK_=3 be a useful addition too? I like the idea of rawhide-only debug checks like this, but can we add some kind of message to login like this: idea This is a pre-release version of Fedora, and is running with extra diagnostics that help find bugs, but impact performance. Please read (LINK TO A WIKI PAGE) before attempting to run benchmarks on this system. /idea Is there a good place to add this? e.g. /etc/issue ? I'm not sure of how to handle a conditional there. Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: use MALLOC_PERTURB_ ... or lose
On 05/05/2010 12:21 PM, David Malcolm wrote: On Wed, 2010-05-05 at 18:24 +0200, Michal Schmidt wrote: On Wed, 05 May 2010 17:30:29 +0200 Jim Meyering wrote: I propose (seriously, now) to add this to /etc/profile, or to some always-sourced file like /etc/profile.d/glibc.sh: # Enable glibc's malloc perturbing feature in Rawhide. # http://udrepper.livejournal.com/11429.html read _f _r _n _code_name /etc/redhat-release case $_code_name in *Rawhide*) export MALLOC_PERTURB_=$((RANDOM % 255 + 1)) ;; esac Would export MALLOC_CHECK_=3 be a useful addition too? I like the idea of rawhide-only debug checks like this, but can we add some kind of message to login like this: Agreed, I'm tired of (insert random benchmarking site) saying OH NOES! Fedora got SLOWER AGAIN! when it's really a lot of debug going on. Stating something like this clearly on login install would be nice, not just for this MALLOC_PERTURB_ change but in general. -Eric idea This is a pre-release version of Fedora, and is running with extra diagnostics that help find bugs, but impact performance. Please read (LINK TO A WIKI PAGE) before attempting to run benchmarks on this system. /idea Is there a good place to add this? e.g. /etc/issue ? I'm not sure of how to handle a conditional there. Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: use MALLOC_PERTURB_ ... or lose
On Wed, May 5, 2010 at 9:28 AM, Eric Sandeen sand...@redhat.com wrote: Agreed, I'm tired of (insert random benchmarking site) saying OH NOES! Fedora got SLOWER AGAIN! when it's really a lot of debug going on. Stating something like this clearly on login install would be nice, not just for this MALLOC_PERTURB_ change but in general. Doesn't this whole discussion about debugging versus performance also apply to F13 pre-release testing as well.. and not just rawhide? At what point do we turn off additional debugging in the kernel and whatnot ahead of going gold in the new branched pre-release workflow? Is the kernel debugging still on in F13 systems right now? If there really is a debugging win here should we sync the MALLOC_PERTURB enablament policy to whatever is happening with kernel debugging for branched pre-releases as well as rawhide? This way pre-release systems installed at the time of the beta have debugging enabled, and users are informed of the debugging effort (and thanked for their participation!), but at some point via an updated package it gets turned off (barring any local overrides) a some definite point in the pre-release run up. -jef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: use MALLOC_PERTURB_ ... or lose
On 05/05/2010 12:42 PM, Jeff Spaleta wrote: On Wed, May 5, 2010 at 9:28 AM, Eric Sandeen sand...@redhat.com wrote: Agreed, I'm tired of (insert random benchmarking site) saying OH NOES! Fedora got SLOWER AGAIN! when it's really a lot of debug going on. Stating something like this clearly on login install would be nice, not just for this MALLOC_PERTURB_ change but in general. Doesn't this whole discussion about debugging versus performance also apply to F13 pre-release testing as well.. and not just rawhide? At what point do we turn off additional debugging in the kernel and whatnot ahead of going gold in the new branched pre-release workflow? Is the kernel debugging still on in F13 systems right now? If there really is a debugging win here should we sync the MALLOC_PERTURB enablament policy to whatever is happening with kernel debugging for branched pre-releases as well as rawhide? This way pre-release systems installed at the time of the beta have debugging enabled, and users are informed of the debugging effort (and thanked for their participation!), but at some point via an updated package it gets turned off (barring any local overrides) a some definite point in the pre-release run up. FWIW I just sent a patch to anaconda devel requesting some text be added to the hey this is a beta nag screen. :) -Eric -jef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: use MALLOC_PERTURB_ ... or lose
Jeff Spaleta jspal...@gmail.com writes: [...] Stating something like this clearly on login install would be nice, not just for this MALLOC_PERTURB_ change but in general. Doesn't this whole discussion about debugging versus performance also apply to F13 pre-release testing as well.. and not just rawhide? [...] Good point. Clearly though one can't delay the setting of the final release behaviors too long, or else *those* won't get tested. - FChE -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: use MALLOC_PERTURB_ ... or lose
On Wed, May 5, 2010 at 9:54 AM, Frank Ch. Eigler f...@redhat.com wrote: Good point. Clearly though one can't delay the setting of the final release behaviors too long, or else *those* won't get tested. I'm not arguing about what that point should be. I'm just saying that this glib debugging stuff should sync with how we are handling kernel debugging in rawhide as well as in pre-releases for maximum benefit. -jef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: use MALLOC_PERTURB_ ... or lose
Am Mittwoch, den 05.05.2010, 13:54 -0400 schrieb Frank Ch. Eigler: Jeff Spaleta jspal...@gmail.com writes: [...] Stating something like this clearly on login install would be nice, not just for this MALLOC_PERTURB_ change but in general. Doesn't this whole discussion about debugging versus performance also apply to F13 pre-release testing as well.. and not just rawhide? [...] Good point. Clearly though one can't delay the setting of the final release behaviors too long, or else *those* won't get tested. I don't think turning all debugging on by default is a good idea... The kernel is special, but not everywhere else... It would be far better to use David's suggestion from [1], if that works. If someone (like \me) does not want to slow down the computer, he can simply not use the debugging package. If I ran into problems, turning on the debugging and slowing down is an option. I use the α's of Fedora already daily without any other older Fedora version around me, so if debugging would be on by default, this would force me to not help testing newer versions in favor of not getting slowed down... Thomas [1] http://lists.fedoraproject.org/pipermail/devel/2010-May/135681.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: preupgrade-cli
On Wed, May 5, 2010 at 5:52 AM, Richard Hughes hughsi...@gmail.com wrote: On 5 May 2010 11:31, Milos Jakubicek xja...@fi.muni.cz wrote: I use it quite regularly for updating my machines +1 but don't have time *now* (=until F13 release) to fix it. Please keep it if only possible. Okay, message heard load and clear. Thanks guys. I'll try to port some of the fixes to the CLI version now. Richard. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel I tested the CLI version too for F12-F13 during the test day. I think its needed for remote maintenance of Fedora machines with no UI. -- Ing. Juan M. Rodriguez Moreno Desarrollador de Sistemas Abiertos Sitio: http://proyectofedora.org/mexico -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: preupgrade-cli
I use it as well. It's extremely useful. -AdamM (from Android ) On May 5, 2010 1:27 PM, Juan Rodriguez nus...@fedoraproject.org wrote: On Wed, May 5, 2010 at 5:52 AM, Richard Hughes hughsi...@gmail.com wrote: On 5 May 2010 11:3... I tested the CLI version too for F12-F13 during the test day. I think its needed for remote maintenance of Fedora machines with no UI. -- Ing. Juan M. Rodriguez Moreno Desarrollador de Sistemas Abiertos Sitio: http://proyectofedora.org/mexico -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Page flipping on intel (2.11 driver)
2010/5/2 Owen Taylor otay...@redhat.com: With the 2.11 update for xorg-x11-drv-intel in updates-testing we have a couple of serious problems occurring with gnome-shell on Intel systems: A) A complete hang where the system can't even be pinged. B) A problem where the system continues to run fine but the GPU gets stuck and no further drawing happens until the system is rebooted. We've also had similar reports for Compiz. These problems seem to be associated in particular with the page flipping functionality that it enables. (The implementation is mostly in the kernel, but the use is driven by the X server.) With considerable testing and experimentation, the biggest source of hangs on my GMA3100 system turned out to be fixed by the kernel patch: http://lists.freedesktop.org/archives/intel-gfx/2010-April/006463.html However, that fix is gen3 specific (i915, i945, and variants), and we've also had reports of hard locks on newer chips like the i965 and GM45, so it's probably not the only thing going on. The second problem also is likely unrelated. My feeling is that we should disable page flipping for F13 - it's had only a tiny bit of testing, and any fixes we put in at this point are going to get a far tinier bit of testing. We could disable it by simply avoiding pushing the 2.11 update, but since that leaves things broken for people who have updates-testing enabled, I think it would be better to patch the functionality out the 2.11 package. See the patch im: https://bugs.freedesktop.org/show_bug.cgi?id=27883#c3 for how to do that schematically, though it would be better to also change the: Kernel page flipping support detected, enabling message. (It would be sort of neat to have some way to allow users to enable it and test, but maybe the way to enable it is just installing the F-14 rawhide package.) What do people think? Actually if you want people testing with i965 id volunteer. kind regards, Rudolf Kastl - Owen -- 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: evolution icon missing
On Wed, 2010-05-05 at 10:50 +0100, Peter Robinson wrote: On Wed, May 5, 2010 at 10:02 AM, Mike Chambers m...@miketc.net wrote: The mark the selected messages as not junk icon is now missing after this morning (last night?) 's updates. I think its fixed in updates-testing in the push that was just published to the list. Peter Did get new evo package this afternoon and the icon is back. So guess that was the fix. Or something was, anyway. -- Mike Chambers Madisonville, KY Best lil town on Earth! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Please move your ABRT bugs upstream
On Tue, May 4, 2010 at 6:36 PM, Kevin Kofler wrote: Orcan Ogetbil wrote: Hmm, this is what I did this a couple times, i.e. I forward the backtrace to upstream without including any other information, since the user does not provide any. What I receive from upstream is that they need more info. Then I go back to the user asking once more to get information to reproduce the bug. The user does not respond again. What do I do? You close the bug as INSUFFICIENT_DATA. It's all you can do. so all that work and time that I spend to carry information goes to trash. This is a highly inefficient way of handling bugs. Can we just disable abrt on Fedora until it figures how to file bugs upstream? What is the procedure to propose this? Does this have to go through FESCo? Orcan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: use MALLOC_PERTURB_ ... or lose
Jim Meyering (j...@meyering.net) said: This is useful enough that it is worth considering for inclusion in /etc/profile. See the 'debugmode' package. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Please move your ABRT bugs upstream
On Wed, May 5, 2010 at 5:02 PM, Jeff Spaleta wrote: On Wed, May 5, 2010 at 12:47 PM, Orcan Ogetbil wrote: Can we just disable abrt on Fedora until it figures how to file bugs upstream? What is the procedure to propose this? Does this have to go through FESCo? that's a bit drastic. I don't want abrt disabled on my packages. I'm willing to make a best effort to be the middle man and ferry information across the communication divide. As long there's no expectation that I'm going to be able to deal with all the abrt generated reports on an equal basis..I really don't see a problem in collecting the information. I understand. But please respect what others are thinking. I do see a problem in abrt that it wastes my time. At least it should be possible to opt out abrt for packagers who don't want it. Orcan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Please move your ABRT bugs upstream
On Wed, May 5, 2010 at 5:34 PM, Orcan Ogetbil oget.fed...@gmail.com wrote: I understand. But please respect what others are thinking. I do see a problem in abrt that it wastes my time. To stem another abrt thread; see earlier one here: http://www.redhat.com/archives/rhl-devel-list/2009-November/msg01487.html Basically, the future should be a (by default) anonymous crash submission database which doesn't send maintainers email immediately when something crashes on someone's computer, since there's just no way that will (or has) scaled. Maintainers can then at their leisure examine crashes, and crash reporters can optionally attach extra data, or if it's promoted to a bug (remember, not every crash is a bug - think bad hardware), then they can interact with maintainers via bugzilla normally. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Please move your ABRT bugs upstream
On Wed, May 5, 2010 at 1:34 PM, Orcan Ogetbil oget.fed...@gmail.com wrote: I understand. But please respect what others are thinking. I do see a problem in abrt that it wastes my time. It's not possible for you to simply ignore the abrt bugs? I filter the [abrt] ticket email into a separate folder for example so that I can keep track of those bugs separately. -jef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Please move your ABRT bugs upstream
On Wed, May 5, 2010 at 6:02 PM, Jeff Spaleta wrote: On Wed, May 5, 2010 at 1:34 PM, Orcan Ogetbil wrote: I understand. But please respect what others are thinking. I do see a problem in abrt that it wastes my time. It's not possible for you to simply ignore the abrt bugs? I filter the [abrt] ticket email into a separate folder for example so that I can keep track of those bugs separately. I almost did that :) However, I changed my mind at the last moment, since if I go that way I will start ignoring those bugs altogether. Then it will be the time of the users that is wasted. A solution is, if I disable abrt for package X, when X crashes the user will be prompted with a message that he should send this to upstream. The message should contain the upstream URL, the backtrace, and tries to convince the user that to provide the steps to reproduce is essential. An anonymous database is easy to ignore by packagers. I fear that that might turn to something as useless as pulseaudio. Orcan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Please move your ABRT bugs upstream
On Wed, May 5, 2010 at 2:12 PM, Orcan Ogetbil oget.fed...@gmail.com wrote: An anonymous database is easy to ignore by packagers. I fear that that might turn to something as useless as pulseaudio. The little jab at pulseaudio is extremely inappropriate and absolutely non-constructive to the discussion at a hand. Show some restraint. Thanks to that comment I'm walking away from this particular conversation. I'm really not interested in talking through a comrpomise solution with anyone who feels its appropriate to so glibbly slander the hard work that other people are doing in other areas just because they feel like it. Nope...not going to try to be reasonable with someone bent on getting on a soapbox. -jef -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: should man-pages-* have Requires: man?
- Ivana Varekova varek...@redhat.com wrote: Sorry for the late response, this solution seems fine for me. From my point of view man and man-db sould provide man-reader. Ivana -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Has man-pages-reader changed applied to Fedora 13? If not, will it? -- Ding-Yi Chen Software Engineer Internationalization Group Red Hat, Inc. Register now for Red Hat Virtual Experience, December 9. Enterprise Linux, virtualization, cloud, and more. http://www.redhat.com/virtualexperience -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: chrony as default NTP client?
On 05/05/2010 09:35 AM, Miroslav Lichvar wrote: With the latest improvements in the chrony package related to NetworkManager and name resolving I think it is now good enough to replace ntpd in the default configuration and the configurations supported by system-config-date. Strong NO vote. Replacing a robust and mature package with an immature one which may have security issues (in fact has had recently) should not be taken lightly. The prime motivation of this project is a use case of intermittent internet connections of 5 mins a day. I seriously doubt that is the common use case for majority of fedora users. I think this is a terrible idea. gene/ PS: Aside - I also dont understand the motivation to start again and reimplement the wheel all over again ... and not take advantage of a mature product and work to improve ntpd or enhance it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Reasons for hall monitoring
On Tue, 2010-05-04 at 16:01 -0400, Seth Vidal wrote: Clarification please, how does redundancy fit under the Hall Monitor Policy? The basis of the Hall Monitor Policy is: The Fedora Board has adopted a simple motto for general behavior as a member of the Fedora Project. It is simply Be excellent to each other. There doesn't seem to be any lack of courtesy present in the thread yet. So it doesn't seem to fall under the current policy. If signal to noise is a valid reason for hall monitoring it should be added to the policy through the appropriate process. * Hall monitors are allowed to send 'thread closure' posts to aggressive or problematic mailing list threads to curtail issues before they become serious enough to warrant an official warning. When this is done the subject line of the message will be prefixed with [HALL-MONITORED] and a link to this wiki page is included in the message. That doesn't read, to me, like it was written to mean 'hall monitors can choose to close any thread at their own discretion'. To me it simply reads like a process point, saying that 'when a thread looks like it should be monitored *for one of the specified reasons*, hall monitors can choose to send a 'thread closure' post rather than move straight to an official warning'. At least, that's how I always assumed it was intended when the policy came in, and I'm not at all sure I'm okay with a policy which says 'hall monitors can shut down any discussion they choose for any reason they like'. -- 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: use MALLOC_PERTURB_ ... or lose
On Wed, 2010-05-05 at 16:51 -0400, Bill Nottingham wrote: Jim Meyering (j...@meyering.net) said: This is useful enough that it is worth considering for inclusion in /etc/profile. See the 'debugmode' package. Neat, I wasn't aware of that package. Turns out it's broken because the environment variables aren't exported: https://bugzilla.redhat.com/show_bug.cgi?id=589378 -- Matt -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: chrony as default NTP client?
Mail Lists li...@sapience.com writes: On 05/05/2010 09:35 AM, Miroslav Lichvar wrote: With the latest improvements in the chrony package related to NetworkManager and name resolving I think it is now good enough to replace ntpd in the default configuration and the configurations supported by system-config-date. I think this is a terrible idea. Yes. I certainly wouldn't use it, and especially object to the proposed strong-arm tactics of eliminating all configuration support for ntpd. The case for making chrony default is weak enough, and the case for throwing roadblocks in the way of people who prefer ntpd is nonexistent. regards, tom lane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: use MALLOC_PERTURB_ ... or lose
Matt McCutchen wrote: On Wed, 2010-05-05 at 16:51 -0400, Bill Nottingham wrote: Jim Meyering (j...@meyering.net) said: This is useful enough that it is worth considering for inclusion in /etc/profile. See the 'debugmode' package. Neat, I wasn't aware of that package. which is why I still like the idea of foisting some degree of debug testing on everyone in rawhide and/or beta ;) (If it's opt-in, it's usually opt-never :( ) -Eric -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Please move your ABRT bugs upstream
On Wed, May 5, 2010 at 6:26 PM, Jeff Spaleta wrote: On Wed, May 5, 2010 at 2:12 PM, Orcan Ogetbil wrote: An anonymous database is easy to ignore by packagers. I fear that that might turn to something as useless as pulseaudio. The little jab at pulseaudio is extremely inappropriate and absolutely non-constructive to the discussion at a hand. Show some restraint. Thanks to that comment I'm walking away from this particular conversation. I'm really not interested in talking through a comrpomise solution with anyone who feels its appropriate to so glibbly slander the hard work that other people are doing in other areas just because they feel like it. Nope...not going to try to be reasonable with someone bent on getting on a soapbox. Sorry, I was a bit too harsh. It was a bad comparison. Nothing can be as useless as pulseaudio. I apologize. Please just ignore that last sentence. Orcan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: chrony as default NTP client?
Once upon a time, Mail Lists li...@sapience.com said: Aside - I also dont understand the motivation to start again and reimplement the wheel all over again ... and not take advantage of a mature product and work to improve ntpd or enhance it. The project goals are different. Ntpd is designed for long-uptime servers with good quality, stable clocks, and supports external reference clocks (GPS, WWVB, etc.). Chrony is targeted more at the desktop systems, where the system is not on 24x7, and may not have as stable of an environment. Chrony was started because the ntpd authors were not interested in adapting ntpd to other setups. Chrony would probably be a better choice for most desktop and especially notebooks (anything that isn't on 24x7); it usually converges to a stable clock much faster than ntpd (which can easily take 12 hours or more in some cases). Chrony is also hardly immature; as pointed out in the message you replied to, it has been around for many years. As for security, the last update to ntpd in Fedora 12 was for security as well (and ntpd has had some major issues over the years). If you have a legitimate issue with Chrony, state it, but please don't throw stones in the NTP glass house. -- 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
Do you have a touchpad with up/down or left/right buttons?
Some (mainly older ones, afaict) touchpads have additional buttons to the usual LMR set. These buttons are usually used for up/down and left/right scrolling. Something like this: http://www.hardwarezone.com/img/data/articles/2002/591/touchpad_keyboard.jpg If you own a laptop with such a touchpad, please contact me off-list, I'd like to get some logs from you. Cheers, Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: should man-pages-* have Requires: man?
On 05/06/2010 01:28 AM, Ding Yi Chen wrote: - Ivana Varekovavarek...@redhat.com wrote: Sorry for the late response, this solution seems fine for me. From my point of view man and man-db sould provide man-reader. Ivana -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Has man-pages-reader changed applied to Fedora 13? If not, will it? Hello, for now man-pages-reader are provides by man in fc13, fc14 and man-db in fc14. man-db is fedora from 14 so there is no 13 version. The man in 13 provides the tag just for the purpose to fix possible problem if the maintainer of packages uses this flag in fc13 too, it have not any other reason there now. Ivana Hutarova Varekova -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rpms/perl-String-Flogger/devel .cvsignore, 1.3, 1.4 perl-String-Flogger.spec, 1.2, 1.3 sources, 1.3, 1.4
Author: iarnell
Update of /cvs/pkgs/rpms/perl-String-Flogger/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv9248
Modified Files:
.cvsignore perl-String-Flogger.spec sources
Log Message:
* Wed May 05 2010 Iain Arnell iarn...@gmail.com 1.101240-1
- update to latest upstream
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-String-Flogger/devel/.cvsignore,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- .cvsignore 1 May 2010 14:37:54 - 1.3
+++ .cvsignore 5 May 2010 06:47:01 - 1.4
@@ -1 +1 @@
-String-Flogger-1.101170.tar.gz
+String-Flogger-1.101240.tar.gz
Index: perl-String-Flogger.spec
===
RCS file: /cvs/pkgs/rpms/perl-String-Flogger/devel/perl-String-Flogger.spec,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- perl-String-Flogger.spec1 May 2010 14:37:54 - 1.2
+++ perl-String-Flogger.spec5 May 2010 06:47:01 - 1.3
@@ -1,5 +1,5 @@
Name: perl-String-Flogger
-Version:1.101170
+Version:1.101240
Release:1%{?dist}
Summary:String munging for loggers
License:GPL+ or Artistic
@@ -51,6 +51,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Wed May 05 2010 Iain Arnell iarn...@gmail.com 1.101240-1
+- update to latest upstream
+
* Sat May 01 2010 Iain Arnell iarn...@gmail.com 1.101170-1
- update to latest upstream
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-String-Flogger/devel/sources,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- sources 1 May 2010 14:37:54 - 1.3
+++ sources 5 May 2010 06:47:01 - 1.4
@@ -1 +1 @@
-fb661fba4fcd5850605e44ff19be6d97 String-Flogger-1.101170.tar.gz
+d30651a4d0e3cab4a528e0f9b6c9 String-Flogger-1.101240.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-DBIx-Class-EncodedColumn/devel .cvsignore, 1.6, 1.7 perl-DBIx-Class-EncodedColumn.spec, 1.10, 1.11 sources, 1.6, 1.7
Author: iarnell
Update of /cvs/pkgs/rpms/perl-DBIx-Class-EncodedColumn/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv10142
Modified Files:
.cvsignore perl-DBIx-Class-EncodedColumn.spec sources
Log Message:
* Sat May 01 2010 Iain Arnell iarn...@gmail.com 0.8-1
- update to latest upstream
- use perl_default_filter and DESTDIR
- BR perl(Dir::Self)
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-DBIx-Class-EncodedColumn/devel/.cvsignore,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -p -r1.6 -r1.7
--- .cvsignore 17 Jan 2010 07:56:50 - 1.6
+++ .cvsignore 5 May 2010 06:50:37 - 1.7
@@ -1 +1 @@
-DBIx-Class-EncodedColumn-0.6.tar.gz
+DBIx-Class-EncodedColumn-0.8.tar.gz
Index: perl-DBIx-Class-EncodedColumn.spec
===
RCS file:
/cvs/pkgs/rpms/perl-DBIx-Class-EncodedColumn/devel/perl-DBIx-Class-EncodedColumn.spec,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -p -r1.10 -r1.11
--- perl-DBIx-Class-EncodedColumn.spec 30 Apr 2010 14:16:16 - 1.10
+++ perl-DBIx-Class-EncodedColumn.spec 5 May 2010 06:50:37 - 1.11
@@ -1,16 +1,17 @@
Name: perl-DBIx-Class-EncodedColumn
-Version:0.6
-Release:2%{?dist}
+Version:0.8
+Release:1%{?dist}
Summary:Automatically encode columns
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/DBIx-Class-EncodedColumn/
-Source0:
http://search.cpan.org/CPAN/authors/id/F/FR/FREW/DBIx-Class-EncodedColumn-%{version}.tar.gz
+Source0:
http://search.cpan.org/CPAN/authors/id/G/GR/GRODITI/DBIx-Class-EncodedColumn-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
BuildRequires: perl(DBD::SQLite)
BuildRequires: perl(DBIx::Class) = 0.06002
BuildRequires: perl(Digest::SHA)
+BuildRequires: perl(Dir::Self)
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(SQL::Translator) = 0.11002
BuildRequires: perl(Sub::Name) = 0.04
@@ -19,6 +20,8 @@ Requires: perl(:MODULE_COMPAT_%(ev
# undetected
Requires: perl(DBIx::Class)
+%{?perl_default_filter}
+
%description
This DBIx::Class component can be used to automatically encode a column's
contents whenever the value of that column is set.
@@ -36,7 +39,7 @@ make %{?_smp_mflags}
%install
rm -rf $RPM_BUILD_ROOT
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+make pure_install DESTDIR=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
@@ -56,6 +59,11 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Sat May 01 2010 Iain Arnell iarn...@gmail.com 0.8-1
+- update to latest upstream
+- use perl_default_filter and DESTDIR
+- BR perl(Dir::Self)
+
* Fri Apr 30 2010 Marcela Maslanova mmasl...@redhat.com - 0.6-2
- Mass rebuild with perl-5.12.0
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-DBIx-Class-EncodedColumn/devel/sources,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -p -r1.6 -r1.7
--- sources 17 Jan 2010 07:56:50 - 1.6
+++ sources 5 May 2010 06:50:37 - 1.7
@@ -1 +1 @@
-3de31814c6add4ae1a416f7cc4101441 DBIx-Class-EncodedColumn-0.6.tar.gz
+e4a474c7f2543e2fce1ddc5d59b1d1e3 DBIx-Class-EncodedColumn-0.8.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-String-Flogger/F-11 .cvsignore, 1.2, 1.3 perl-String-Flogger.spec, 1.1, 1.2 sources, 1.2, 1.3
Author: iarnell
Update of /cvs/pkgs/rpms/perl-String-Flogger/F-11
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv10916/F-11
Modified Files:
.cvsignore perl-String-Flogger.spec sources
Log Message:
* Wed May 05 2010 Iain Arnell iarn...@gmail.com 1.101240-1
- update to latest upstream
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-String-Flogger/F-11/.cvsignore,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- .cvsignore 23 Feb 2010 04:06:07 - 1.2
+++ .cvsignore 5 May 2010 06:52:23 - 1.3
@@ -1 +1 @@
-String-Flogger-1.001.tar.gz
+String-Flogger-1.101240.tar.gz
Index: perl-String-Flogger.spec
===
RCS file: /cvs/pkgs/rpms/perl-String-Flogger/F-11/perl-String-Flogger.spec,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- perl-String-Flogger.spec23 Feb 2010 04:06:07 - 1.1
+++ perl-String-Flogger.spec5 May 2010 06:52:24 - 1.2
@@ -1,5 +1,5 @@
Name: perl-String-Flogger
-Version:1.001
+Version:1.101240
Release:1%{?dist}
Summary:String munging for loggers
License:GPL+ or Artistic
@@ -51,6 +51,12 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Wed May 05 2010 Iain Arnell iarn...@gmail.com 1.101240-1
+- update to latest upstream
+
+* Sat May 01 2010 Iain Arnell iarn...@gmail.com 1.101170-1
+- update to latest upstream
+
* Sun Feb 21 2010 Iain Arnell iarn...@gmail.com 1.001-1
- Specfile autogenerated by cpanspec 1.78.
- use perl_default_filter and DESTDIR
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-String-Flogger/F-11/sources,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- sources 23 Feb 2010 04:06:07 - 1.2
+++ sources 5 May 2010 06:52:24 - 1.3
@@ -1 +1 @@
-a41e7184420961c1e5dd017fbc785069 String-Flogger-1.001.tar.gz
+d30651a4d0e3cab4a528e0f9b6c9 String-Flogger-1.101240.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-Test-Assertions/devel perl-Test-Assertions.spec,1.3,1.4
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-Test-Assertions/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv29837
Modified Files:
perl-Test-Assertions.spec
Log Message:
* Wed May 05 2010 Marcela Maslanova mmasl...@redhat.com - 1.054-4
- Mass rebuild with perl-5.12.0
Index: perl-Test-Assertions.spec
===
RCS file: /cvs/pkgs/rpms/perl-Test-Assertions/devel/perl-Test-Assertions.spec,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- perl-Test-Assertions.spec 4 Dec 2009 02:05:44 - 1.3
+++ perl-Test-Assertions.spec 5 May 2010 08:49:56 - 1.4
@@ -1,6 +1,6 @@
Name: perl-Test-Assertions
Version:1.054
-Release:3%{?dist}
+Release:4%{?dist}
Summary:Simple set of building blocks for both unit and runtime testing
License:GPLv2
Group: Development/Libraries
@@ -53,6 +53,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Wed May 05 2010 Marcela Maslanova mmasl...@redhat.com - 1.054-4
+- Mass rebuild with perl-5.12.0
+
* Fri Dec 4 2009 Stepan Kasal ska...@redhat.com - 1.054-3
- rebuild against perl 5.10.1
--
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-Pod-Xhtml/devel perl-Pod-Xhtml.spec,1.4,1.5
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-Pod-Xhtml/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv14117
Modified Files:
perl-Pod-Xhtml.spec
Log Message:
* Tue May 04 2010 Marcela Maslanova mmasl...@redhat.com - 1.59-4
- Mass rebuild with perl-5.12.0
Index: perl-Pod-Xhtml.spec
===
RCS file: /cvs/pkgs/rpms/perl-Pod-Xhtml/devel/perl-Pod-Xhtml.spec,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- perl-Pod-Xhtml.spec 4 May 2010 20:48:00 - 1.4
+++ perl-Pod-Xhtml.spec 5 May 2010 10:44:02 - 1.5
@@ -29,7 +29,7 @@ make %{?_smp_mflags}
%install
rm -rf $RPM_BUILD_ROOT
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+make pure_install DESTDIR=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
@@ -37,7 +37,8 @@ find $RPM_BUILD_ROOT -depth -type d -exe
%{_fixperms} $RPM_BUILD_ROOT/*
%check
-make test
+# until 5.12 rebuild pass
+##make test
%clean
rm -rf $RPM_BUILD_ROOT
--
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-Class-Autouse/devel perl-Class-Autouse.spec,1.18,1.19
Author: mmaslano Update of /cvs/pkgs/rpms/perl-Class-Autouse/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv19616 Modified Files: perl-Class-Autouse.spec Log Message: * Fri Apr 30 2010 Marcela Maslanova mmasl...@redhat.com - 1.29-8 - Mass rebuild with perl-5.12.0 Index: perl-Class-Autouse.spec === RCS file: /cvs/pkgs/rpms/perl-Class-Autouse/devel/perl-Class-Autouse.spec,v retrieving revision 1.18 retrieving revision 1.19 diff -u -p -r1.18 -r1.19 --- perl-Class-Autouse.spec 30 Apr 2010 07:29:57 - 1.18 +++ perl-Class-Autouse.spec 5 May 2010 11:17:18 - 1.19 @@ -49,6 +49,8 @@ chmod -R u+w $RPM_BUILD_ROOT/* rm -rf $RPM_BUILD_ROOT %check +# remove until fix of Perl::MinimalVersion and version.pm +rm -rf t/99_pmv.t make test AUTOMATED_TESTING=1 %files -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
rpms/perl-HTML-FormFu/devel perl-HTML-FormFu.spec,1.15,1.16
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-HTML-FormFu/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv11771
Modified Files:
perl-HTML-FormFu.spec
Log Message:
* Sun May 02 2010 Marcela Maslanova mmasl...@redhat.com - 0.06001-2
- Mass rebuild with perl-5.12.0
Index: perl-HTML-FormFu.spec
===
RCS file: /cvs/pkgs/rpms/perl-HTML-FormFu/devel/perl-HTML-FormFu.spec,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -p -r1.15 -r1.16
--- perl-HTML-FormFu.spec 2 May 2010 13:00:08 - 1.15
+++ perl-HTML-FormFu.spec 5 May 2010 13:25:10 - 1.16
@@ -94,7 +94,8 @@ rm -rf $RPM_BUILD_ROOT/blib
%{_fixperms} $RPM_BUILD_ROOT/*
%check
-make test
+# switch off until Class::ISA will be in buildroot
+#make test
%clean
rm -rf $RPM_BUILD_ROOT
--
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: Why perl-*.i686.rpm on x86_64?
On 05/05/2010 04:32 PM, Bill Nottingham wrote: Ralf Corsepius (rc040...@freenet.de) said: Some languages are distributed for x86_64 with both variant e.g. tcl, because some libraries doesn't work with x86_64 interpreter. We didn't ship perl-5.8.8 for both archs and I don't know about any reason why it changed. We certainly did ship earlier perl for both arches; check the F7-F12 releases. (Have't checked earlier, but it's been there forever.) I checked F11 through rawhide. They all ship perl-*.i?86.rpm. I file a ticket for rel-eng: https://fedorahosted.org/rel-eng/ticket/3695 OK, I realize this ticked was closed immediately. It stems from the attached. It may not make sense now that libperl is separate; at the time, it wasn't. F11 through rawhide all ship a separate perl-libs. OK, shipping libperl.so makes some limited sense. One use case would be indirect dependency of other (non-perl) i?86-libraries, Nevertheless, I am having difficulties to image how shipping perl-*.i?86.rpm (the base package) makes sense and or how these may even be used on x86_64. May-be the reason is the perl-libs package Requires perl because of the /usr/lib/perl5/version/i386-linux-thread-multi directory's ownership (Provided by the perl)? The appropriate fix to this would be to let perl-libs own this directory. Ralf -- 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: Why perl-*.i686.rpm on x86_64?
On 05/05/2010 04:33 PM, Bill Nottingham wrote: Bill Nottingham (nott...@redhat.com) said: We certainly did ship earlier perl for both arches; check the F7-F12 releases. (Have't checked earlier, but it's been there forever.) I file a ticket for rel-eng: https://fedorahosted.org/rel-eng/ticket/3695 OK, I realize this ticked was closed immediately. It stems from the attached. It may not make sense now that libperl is separate; at the time, it wasn't. I've taken the whitelist out in upstream mash; that being said, it's unlikely that will make F-13 release. (It's not like it causes issues, afaik.) OK with me. Ralf -- 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: review (even swap)
On 05/03/2010 09:16 AM, Marcela Mašláňová wrote: Hello, could someone take review of perl-Class-ISA? I need it for fixing some build failures with perl-5.12, which deprecate this from core package. #*588202* https://bugzilla.redhat.com/show_bug.cgi?id=588202 Regards, Marcela -- 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 Dear all perl-sig, another review is needed ;-) *589167* https://bugzilla.redhat.com/show_bug.cgi?id=589167 -- 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 Locale-Maketext-Lexicon-0.82.tar.gz uploaded to lookaside cache by corsepiu
A file has been added to the lookaside cache for perl-Locale-Maketext-Lexicon: 738110c1e3a02d9d7e7c39e4905c2b1d Locale-Maketext-Lexicon-0.82.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-Locale-Maketext-Lexicon/F-13 .cvsignore, 1.17, 1.18 perl-Locale-Maketext-Lexicon.spec, 1.28, 1.29 sources, 1.17, 1.18
Author: corsepiu
Update of /cvs/pkgs/rpms/perl-Locale-Maketext-Lexicon/F-13
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv13485/F-13
Modified Files:
.cvsignore perl-Locale-Maketext-Lexicon.spec sources
Log Message:
* Thu May 06 2010 Ralf Corsépius corse...@fedoraproject.org - 0.82-1
- Upstream update.
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Locale-Maketext-Lexicon/F-13/.cvsignore,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -p -r1.17 -r1.18
--- .cvsignore 3 Mar 2010 06:11:56 - 1.17
+++ .cvsignore 6 May 2010 05:01:02 - 1.18
@@ -1 +1 @@
-Locale-Maketext-Lexicon-0.79.tar.gz
+Locale-Maketext-Lexicon-0.82.tar.gz
Index: perl-Locale-Maketext-Lexicon.spec
===
RCS file:
/cvs/pkgs/rpms/perl-Locale-Maketext-Lexicon/F-13/perl-Locale-Maketext-Lexicon.spec,v
retrieving revision 1.28
retrieving revision 1.29
diff -u -p -r1.28 -r1.29
--- perl-Locale-Maketext-Lexicon.spec 3 Mar 2010 06:11:56 - 1.28
+++ perl-Locale-Maketext-Lexicon.spec 6 May 2010 05:01:03 - 1.29
@@ -1,5 +1,5 @@
Name: perl-Locale-Maketext-Lexicon
-Version: 0.79
+Version: 0.82
Release: 1%{?dist}
Summary: Extract translatable strings from source
License: MIT
@@ -14,8 +14,8 @@ Requires: perl(:MODULE_COMPAT_%(eval `
BuildRequires: perl(ExtUtils::MakeMaker)
# Required by the tests
BuildRequires: /usr/bin/msgunfmt
-BuildRequires: perl(YAML)
-BuildRequires: perl(Template)
+BuildRequires: perl(YAML) = 0.66
+BuildRequires: perl(Template) = 2.20
BuildRequires: perl(Test::Pod) = 1.00
BuildArch: noarch
@@ -82,6 +82,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu May 06 2010 Ralf Corsépius corse...@fedoraproject.org - 0.82-1
+- Upstream update.
+
* Wed Mar 03 2010 Ralf Corsépius corse...@fedoraproject.org - 0.79-1
- Upstream update.
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Locale-Maketext-Lexicon/F-13/sources,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -p -r1.17 -r1.18
--- sources 3 Mar 2010 06:11:56 - 1.17
+++ sources 6 May 2010 05:01:03 - 1.18
@@ -1 +1 @@
-2441758ba031a619981a626a46d5f3c6 Locale-Maketext-Lexicon-0.79.tar.gz
+738110c1e3a02d9d7e7c39e4905c2b1d Locale-Maketext-Lexicon-0.82.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-Locale-Maketext-Lexicon/devel .cvsignore, 1.17, 1.18 perl-Locale-Maketext-Lexicon.spec, 1.29, 1.30 sources, 1.17, 1.18
Author: corsepiu
Update of /cvs/pkgs/rpms/perl-Locale-Maketext-Lexicon/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv13485/devel
Modified Files:
.cvsignore perl-Locale-Maketext-Lexicon.spec sources
Log Message:
* Thu May 06 2010 Ralf Corsépius corse...@fedoraproject.org - 0.82-1
- Upstream update.
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Locale-Maketext-Lexicon/devel/.cvsignore,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -p -r1.17 -r1.18
--- .cvsignore 3 Mar 2010 06:11:55 - 1.17
+++ .cvsignore 6 May 2010 05:01:02 - 1.18
@@ -1 +1 @@
-Locale-Maketext-Lexicon-0.79.tar.gz
+Locale-Maketext-Lexicon-0.82.tar.gz
Index: perl-Locale-Maketext-Lexicon.spec
===
RCS file:
/cvs/pkgs/rpms/perl-Locale-Maketext-Lexicon/devel/perl-Locale-Maketext-Lexicon.spec,v
retrieving revision 1.29
retrieving revision 1.30
diff -u -p -r1.29 -r1.30
--- perl-Locale-Maketext-Lexicon.spec 2 May 2010 23:04:57 - 1.29
+++ perl-Locale-Maketext-Lexicon.spec 6 May 2010 05:01:02 - 1.30
@@ -1,6 +1,6 @@
Name: perl-Locale-Maketext-Lexicon
-Version: 0.79
-Release: 2%{?dist}
+Version: 0.82
+Release: 1%{?dist}
Summary: Extract translatable strings from source
License: MIT
Group: Development/Libraries
@@ -14,8 +14,8 @@ Requires: perl(:MODULE_COMPAT_%(eval `
BuildRequires: perl(ExtUtils::MakeMaker)
# Required by the tests
BuildRequires: /usr/bin/msgunfmt
-BuildRequires: perl(YAML)
-BuildRequires: perl(Template)
+BuildRequires: perl(YAML) = 0.66
+BuildRequires: perl(Template) = 2.20
BuildRequires: perl(Test::Pod) = 1.00
BuildArch: noarch
@@ -82,6 +82,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu May 06 2010 Ralf Corsépius corse...@fedoraproject.org - 0.82-1
+- Upstream update.
+
* Mon May 03 2010 Marcela Maslanova mmasl...@redhat.com - 0.79-2
- Mass rebuild with perl-5.12.0
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Locale-Maketext-Lexicon/devel/sources,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -p -r1.17 -r1.18
--- sources 3 Mar 2010 06:11:55 - 1.17
+++ sources 6 May 2010 05:01:02 - 1.18
@@ -1 +1 @@
-2441758ba031a619981a626a46d5f3c6 Locale-Maketext-Lexicon-0.79.tar.gz
+738110c1e3a02d9d7e7c39e4905c2b1d Locale-Maketext-Lexicon-0.82.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-Locale-Maketext-Lexicon/F-12 .cvsignore, 1.17, 1.18 perl-Locale-Maketext-Lexicon.spec, 1.27, 1.28 sources, 1.17, 1.18
Author: corsepiu
Update of /cvs/pkgs/rpms/perl-Locale-Maketext-Lexicon/F-12
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv13485/F-12
Modified Files:
.cvsignore perl-Locale-Maketext-Lexicon.spec sources
Log Message:
* Thu May 06 2010 Ralf Corsépius corse...@fedoraproject.org - 0.82-1
- Upstream update.
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Locale-Maketext-Lexicon/F-12/.cvsignore,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -p -r1.17 -r1.18
--- .cvsignore 3 Mar 2010 06:11:56 - 1.17
+++ .cvsignore 6 May 2010 05:01:03 - 1.18
@@ -1 +1 @@
-Locale-Maketext-Lexicon-0.79.tar.gz
+Locale-Maketext-Lexicon-0.82.tar.gz
Index: perl-Locale-Maketext-Lexicon.spec
===
RCS file:
/cvs/pkgs/rpms/perl-Locale-Maketext-Lexicon/F-12/perl-Locale-Maketext-Lexicon.spec,v
retrieving revision 1.27
retrieving revision 1.28
diff -u -p -r1.27 -r1.28
--- perl-Locale-Maketext-Lexicon.spec 3 Mar 2010 06:11:56 - 1.27
+++ perl-Locale-Maketext-Lexicon.spec 6 May 2010 05:01:03 - 1.28
@@ -1,5 +1,5 @@
Name: perl-Locale-Maketext-Lexicon
-Version: 0.79
+Version: 0.82
Release: 1%{?dist}
Summary: Extract translatable strings from source
License: MIT
@@ -82,6 +82,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu May 06 2010 Ralf Corsépius corse...@fedoraproject.org - 0.82-1
+- Upstream update.
+
* Wed Mar 03 2010 Ralf Corsépius corse...@fedoraproject.org - 0.79-1
- Upstream update.
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Locale-Maketext-Lexicon/F-12/sources,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -p -r1.17 -r1.18
--- sources 3 Mar 2010 06:11:56 - 1.17
+++ sources 6 May 2010 05:01:03 - 1.18
@@ -1 +1 @@
-2441758ba031a619981a626a46d5f3c6 Locale-Maketext-Lexicon-0.79.tar.gz
+738110c1e3a02d9d7e7c39e4905c2b1d Locale-Maketext-Lexicon-0.82.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
