Re: mass rebuild of mysql packages in F-15

[Michal Hlavinka]

On Wednesday, March 23, 2011 12:11:36 Marcela Maslanova wrote:
 Because many packages in F-15 have broken dependencies there will be needed 
 mass rebuild.
 
 dhorak will build these, which are not rebuild yet.

just note that update script needs some modifications for future usages. It 
should check whether 
update exists git and/or koji, because there is quite long time before 
getting the list of packages 
and real update. Checking git last modification should be really easy. Also F15 
can be a little behind 
of rawhide packages, so using the same list (F15 list for rawhide) is not 
sufficient (but git check 
would fix it). Just my comments so it works better next time and there are no 
updates like this:


Package: dovecot-2.0.11-3.fc16
Tag: dist-f16
Started: Wed, 23 Mar 2011 18:14:09 UTC
Changelog:
* Wed Mar 23 2011 Dan Horák d...@danny.cz - 1:2.0.11-3
- rebuilt for mysql 5.5.10 (soname bump in libmysqlclient)

* Wed Mar 23 2011 Michal Hlavinka mhlav...@redhat.com - 1:2.0.11-2
- rebuild because of updated dependencies



Time between first and second rebuild is 5 hours.

Michal
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: disabling -Werror on a autotools based build

[Richard W.M. Jones]

On Sun, Mar 27, 2011 at 02:54:56PM -0300, Sergio Belkin wrote:
 2011/3/27 Ralf Corsepius rc040...@freenet.de:
  On 03/27/2011 11:22 AM, gia...@gmail.com wrote:
  I'm trying to rebuild a package with an autotools based toolchain and
  it's failing because they use -Werror and gcc 4.6 spits out few new
  warnings on the code.
 
  Packages adding -Werror by themselves are poorly designed.
 
 
 Just to learn: Ralf, Why do you say that? :-)

Because it's an invitation for the package build to fail, often for
fairly spurious reasons.  eg. There was a bug that I found in gcc 4.6
(now fixed) which caused any program that used glibc + -O3 + strcmp to
give a warning, which would cause it to fail to compile with -Werror.

However developers themselves should definitely be using compiler
warnings and fixing them.

In libguestfs we have some pretty complex autotools magic to deal with
all this:

http://git.annexia.org/?p=libguestfs.git;a=blob;f=configure.ac;h=f1b56d2dbe9a118901f7426bcc176f624d841f63;hb=HEAD#l67

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Firefox 4 for f14?

[Dodji Seketeli]

Joshua C. joshua...@googlemail.com writes:

 Or maybe being on the edge isn't why we all use this distro?

Yeah maybe :-)

I like being as close as reasonable to the edge, but not closer.

-- 
Dodji
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Firefox 4 for f14?

[Dodji Seketeli]

Kevin Kofler kevin.kof...@chello.at writes:

 Personally, I think we should just push the new stuff into updates
 whenever it makes sense (i.e. not for something like KDE 3 to 4 or
 GNOME 2 to 3 ;-) ).

Or we can encourage more people to use Rawhide proper.  I know it might
sound too wild for some, but it's my belief that the more people
actually use it everyday, report issues or/and rant when it breaks, the
more usable it will get, on the long run.

Note that I am not trying to convince you :) I just wanted to point out
that, as often, there can be several ways ...

-- 
Dodji
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Question of forbiddeness: rippit

[Michel Alexandre Salim]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 03/28/2011 01:00 AM, Trever Fischer wrote:
 On 03/27/2011 02:53 PM, Dominic Hopf wrote:
 Am Samstag, den 26.03.2011, 22:09 -0400 schrieb Trever Fischer:
 Howdy, all.

 As a weekend project, I created 'rippit', a super simple no-frills
 command
 line CD ripper. It aims to take zero parameters and produce lossless
 rips
 in .flac format, properly tagged with musicbrainz, etc.

 In the future, I plan on extending it to also rip DVDs in the same
 fashion. i.e. type 'rippit' and it finds your DVD drive and starts
 ripping
 the video to some free format like mkv, theora, or somesuch. Haven't
 decided yet..

 Rippit is built entirely using gstreamer packages that are available in
 Fedora. When I add DVD support, I plan on making the relevant non-free
 decoders and elements accessible via rpmfusion.org a pure runtime
 dependency. No linking, no failure to compile, etc. As such, it doesn't
 directly do anything more than what you can do via gst-launch.
 The issue I see here is, that you most likely can not have a package in
 Fedora which has one as dependency (explicitly defined via Requires)
 which resides in a completely other repository. I guess it isn't a
 problem as long as you don't have such Requires, but that might cause
 your program to not work correctly or limits the functionality of your
 program (in case the required packages from rpmfusion are not
 installed).

 The logical consequence of this would be to include it directly into
 rpmfusion, wouldn't it?

 Alternatively,  use PackageKit integration
 Thats the plan, more or less. GStreamer has tools available that (in
 theory) work on all platforms to install missing plugins.

In which case, I'd say it's legal as long as your package has some
functionality that is usable even without the RPM Fusion bits (in this
case, CD-ripping).

I maintain a package in RPM Fusion that does not quite make this
criterion -- Vagalume, a Last.fm client. While it can be built without
install-time requirement on GStreamer's MP3 codec, there's no point
since Last.fm *only* streams in MP3!

But if in doubt, you can ask the legal@ list.

Best regards,

- -- 
Michel Alexandre Salim
Fedora Project Contributor: http://fedoraproject.org/

Email:  sali...@fedoraproject.org  | GPG key ID: 78884778
Jabber: hir...@jabber.ccc.de   | IRC: hir...@irc.freenode.net

()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/

iEYEARECAAYFAk2QS6MACgkQNd069XiIR3gO9gCdGEeS0xNXmukV7gxcnu5R8PIM
edMAnAp1w7aNvmqVJD3uXc/zNdOulZLd
=nLC2
-END PGP SIGNATURE-

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Firefox 4 for f14?

[Roberto Ragusa]

On 03/24/2011 01:38 AM, Genes MailLists wrote:
 On 03/23/2011 08:36 PM, Genes MailLists wrote:
 On 03/23/2011 07:58 PM, Kevin Kofler wrote:
 Jochen Schmitt wrote:
 If you want to get firefox4 on Fedora 14 now, the only way is to use
 the private firefox4 repository on



Or you can simply download it direct from mozilla.org and install it
 in /usr/local/
 
 
  Or in your home directory tree for that matter ... wont mess up any
 official fedora install either ... :-)

I usually go a step further: create a new user and install the tarball
in his home directory.

There is a ff3 user here, created some time ago. Time for a ff4 user...

-- 
   Roberto Ragusamail at robertoragusa.it
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Delayed encrypted partition mount

[Lennart Poettering]

On Mon, 21.03.11 09:35, Bruno Wolff III (br...@wolff.to) wrote:

 
 On Mon, Mar 21, 2011 at 16:22:59 +0200,
   Gilboa Davara gilb...@gmail.com wrote:
  
  My question is simple: Given the fact that I rarely encrypt the root,
  can I somehow delay the encrypted partition mount to right-before-gdm,
  so all the essential services (samba, nfs, cups) - especially network
  and sshd, will be up, so I can remotely type the password required to
  mount the encrypted partitions?
 
 I think under systemd there is a timeout and the system will continue to
 boot without the encrypted devices being mounted.

On systemd systems you can add nofail to the options in
/etc/crypttab. If used systemd will automatically decrypt the device if
it is plugged in (you will get a wall message telling you to enter the
passphrase for that and how to do that), but if it isn't it won't delay
bootup.

Lennart

-- 
Lennart Poettering - Red Hat, Inc.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

File MooseX-OneArgNew-0.001.tar.gz uploaded to lookaside cache by iarnell

[Iain Arnell]

A file has been added to the lookaside cache for perl-MooseX-OneArgNew:

87675d2bb98525d787e7509e6d581f50  MooseX-OneArgNew-0.001.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-MooseX-OneArgNew] initial import (rhbz#678195)

[Iain Arnell]

commit 77b01f31c1dd51a2efbef536f717665e53064455
Author: Iain Arnell iarn...@gmail.com
Date:   Mon Mar 28 16:29:35 2011 +0200

initial import (rhbz#678195)

 .gitignore |1 +
 perl-MooseX-OneArgNew.spec |   54 
 sources|1 +
 3 files changed, 56 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..e90688b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/MooseX-OneArgNew-0.001.tar.gz
diff --git a/perl-MooseX-OneArgNew.spec b/perl-MooseX-OneArgNew.spec
new file mode 100644
index 000..60dc414
--- /dev/null
+++ b/perl-MooseX-OneArgNew.spec
@@ -0,0 +1,54 @@
+Name:   perl-MooseX-OneArgNew
+Version:0.001
+Release:1%{?dist}
+Summary:Teach -new to accept single, non-hashref arguments
+License:GPL+ or Artistic
+Group:  Development/Libraries
+URL:http://search.cpan.org/dist/MooseX-OneArgNew/
+Source0:
http://www.cpan.org/authors/id/R/RJ/RJBS/MooseX-OneArgNew-%{version}.tar.gz
+BuildArch:  noarch
+BuildRequires:  perl(ExtUtils::MakeMaker)
+BuildRequires:  perl(Moose)
+BuildRequires:  perl(Moose::Util::TypeConstraints)
+BuildRequires:  perl(MooseX::Role::Parameterized)
+BuildRequires:  perl(namespace::autoclean)
+BuildRequires:  perl(strict)
+BuildRequires:  perl(Test::More) = 0.96
+BuildRequires:  perl(Test::Pod)
+BuildRequires:  perl(warnings)
+Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
+
+%{?perl_default_filter}
+
+%description
+MooseX::OneArgNew lets your constructor take a single argument, which will
+be translated into the value for a one-entry hashref. It is a parameterized
+role with two parameters:
+
+%prep
+%setup -q -n MooseX-OneArgNew-%{version}
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+make pure_install DESTDIR=$RPM_BUILD_ROOT
+
+find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
+find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
+
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+make test
+
+%files
+%defattr(-,root,root,-)
+%doc LICENSE README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Thu Feb 17 2011 Iain Arnell iarn...@gmail.com 0.001-1
+- Specfile autogenerated by cpanspec 1.79.
diff --git a/sources b/sources
index e69de29..ca40bfe 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+87675d2bb98525d787e7509e6d581f50  MooseX-OneArgNew-0.001.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-MooseX-OneArgNew/f15/master] initial import (rhbz#678195)

[Iain Arnell]

Summary of changes:

  77b01f3... initial import (rhbz#678195) (*)

(*) This commit already existed in another branch; no separate mail sent
--
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: Delayed encrypted partition mount

[Lennart Poettering]

On Mon, 21.03.11 13:17, Nathanael D. Noblet (nathan...@gnat.ca) wrote:

 
 On 03/21/2011 12:43 PM, Richard W.M. Jones wrote:
  Off the same topic, I'd love a way to have a key server on my
  network that machines can grab their keys from at boot.  Obviously I
  would then work on physically securing / hiding the key server so that
  no one could steal it ...
 
 I think there are many possible improvements. I filed a bug with um F14 
 with a patch for the initscripts that would fallback to a password when 
 the configured key wasn't around. 

I added this to the systemd TODO list now.

 I thought it would also be nice to have other options such as 'run X
 to get the key' etc. Ultimately the initscript change was rejected as
 F15 is going to systemd making it somewhat moot. Though I haven't
 looked at how systemd handles encrypted partitions

You can easily write your own password agent. Just watch
/var/run/systemd/ask-password with inotify and parse a simple
.ini-style file which is placed there for each password that is
asked. Then send the password back via a single AF_UNIX/SOCK_DGRAM to
the right socket mentioned in the file.

For more details:

http://www.freedesktop.org/wiki/Software/systemd/PasswordAgents

Right now we have such agents installed by default to ask passwords via
plymouth, directly on the console, grahically on GNOME, via wall or
manually on a tty. You are welcome to add you own to fetch the password
from somewhere else, and it is trivial to do so: inotify is relatively
easy to use, .ini file parsers exist readily for most programming
languages (glib has one for example), and sending a single AF_UNIX
datagram is really easy too.

Lennart

-- 
Lennart Poettering - Red Hat, Inc.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl-MooseX-OneArgNew/f14/master] initial import (rhbz#678195)

[Iain Arnell]

Summary of changes:

  77b01f3... initial import (rhbz#678195) (*)

(*) This commit already existed in another branch; no separate mail sent
--
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

[perl-MooseX-OneArgNew/f13/master] initial import (rhbz#678195)

[Iain Arnell]

Summary of changes:

  77b01f3... initial import (rhbz#678195) (*)

(*) This commit already existed in another branch; no separate mail sent
--
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

[perl-File-Remove/f13/master] (13 commits) ...Post-merge cleanup.

[corsepiu]

Summary of changes:

  a0c06a6... - Mass rebuild with perl-5.12.0 (*)
  11cf72a... - Mass rebuild with perl-5.12.0 (*)
  bd4c3c7... - Let META.yml require perl 5.006 (Fix perl-5.12.0 build br (*)
  60a82e5... - Rebuild with perl-5.12.0. (*)
  556a726... dist-git conversion (*)
  558b178... - 661697 rebuild for fixing problems with vendorach/lib (*)
  0050a3b... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*)
  0b1855e... - Upstream update. - Remove xt-tests's deps (Upstream doesn (*)
  a69dbf4... Remove. (*)
  557b967... Upstream update. Add File-Remove-1.49.diff/Remove File-Remo (*)
  d06e341... Post-merge spec cleanup. (*)
  d6558bd... Post-merge cleanup.
  e0020c7... Post-merge cleanup.

(*) This commit already existed in another branch; no separate mail sent
--
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

[perl-File-Remove/f13/master: 12/13] Post-merge cleanup.

[corsepiu]

commit d6558bdae69f5d4c8679443fe747bff30eee38d2
Merge: 2353809 d06e341
Author: Ralf Corsépius corse...@fedoraproject.org
Date:   Mon Mar 28 16:37:52 2011 +0200

Post-merge cleanup.

 .gitignore|2 ++
 File-Remove-1.49.diff |   28 
 perl-File-Remove.spec |   49 ++---
 sources   |2 +-
 4 files changed, 61 insertions(+), 20 deletions(-)
---
--
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

[perl-File-Remove/f13/master: 13/13] Post-merge cleanup.

[corsepiu]

commit e0020c7d6ae8bd58eb6d08c856b3fd12948a60bf
Author: Ralf Corsépius corse...@fedoraproject.org
Date:   Mon Mar 28 16:38:06 2011 +0200

Post-merge cleanup.

 perl-File-Remove.spec |   13 -
 1 files changed, 0 insertions(+), 13 deletions(-)
---
diff --git a/perl-File-Remove.spec b/perl-File-Remove.spec
index 7178abe..dae7551 100644
--- a/perl-File-Remove.spec
+++ b/perl-File-Remove.spec
@@ -51,19 +51,6 @@ make test
 - Add File-Remove-1.49.diff/Remove File-Remove-1.46.diff.
 - Spec file cleanup.
 
-* Thu Dec 16 2010 Marcela Maslanova mmasl...@redhat.com - 1.42-8
-- 661697 rebuild for fixing problems with vendorach/lib
-
-* Sun May 09 2010 Ralf Corsépius corse...@fedoraproject.org - 1.42-7
-- Rebuild with perl-5.12.0.
-
-* Sun May 09 2010 Ralf Corsépius corse...@fedoraproject.org - 1.42-6
-- Let META.yml require perl 5.006 (Fix perl-5.12.0 build breakdown).
-- Revert 2010-05-01 changes.
-
-* Sat May 01 2010 Marcela Maslanova mmasl...@redhat.com - 1.42-5
-- Mass rebuild with perl-5.12.0
-
 * Mon Dec  7 2009 Stepan Kasal ska...@redhat.com - 1.42-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: Bugs in debuginfo packages

[Karel Klíč]

Mark Wielaard m...@redhat.com writes:
 On Fri, 2011-03-18 at 21:00 +0100, Karel Klíč wrote:
 eu-readelf -winfo/-wline output is huge, so it takes several days to
 make one attampt to check whole rawhide repository. This slows
 development a bit.

 eu-readelf does a lot more than you seem to need (you want to at least
 use --numeric-addresses, so it doesn't try to map all addresses it
 prints out to the associated symbol names).

 Attached is a little C program that just gets the associated source
 files and nothing else. It might help go through the whole repository
 quicker. It simply goes through all Compile Units, prints the comp_dir
 and name, and then everything from the associated files table.

Hi Mark,
thank you for the program, I'll use it to speed up the check.

I'm also going to verify how well .debug_info sections match the source
files included in debuginfo packages using `eu-readelf -winfo` data
(-wline checking would be too complicated for this script). I have
observed GDB displaying wrong source file lines when stepping through a
program several times, and I think such a check could discover some
issues.

Karel
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: disabling -Werror on a autotools based build

[Ben Boeckel]

Richard W.M. Jones rjo...@redhat.com wrote:
 In libguestfs we have some pretty complex autotools magic to deal with
 all this:
 
 http://git.annexia.org/?p=libguestfs.git;a=blob;f=configure.ac;h=f1b56d2dbe9a118901f7426bcc176f624d841f63;hb=HEAD#l67

CHASM has similar logic for CMake (also clang support):

http://git.benboeckel.net/?p=chasmd.git;a=blob;f=CMakeLists.txt

--Ben

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Bugs in debuginfo packages

[Jan Kratochvil]

On Mon, 28 Mar 2011 16:55:35 +0200, Karel Klíč wrote:
 I have observed GDB displaying wrong source file lines when stepping through
 a program several times, and I think such a check could discover some
 issues.

Could you provide a reproducer?  How it could be fixed by the package
maintainer?

If you mean jumping all around during step or next on -O2 -g code that is
a known problem due to instructions scheduling by GCC, GCC not producing
DW_LNS_negate_stmt and GDB strictly (in fact correctly) following what the
debug info says.  This should be fixed in the future in GCC.


Thanks,
Jan
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: disabling -Werror on a autotools based build

[Ralf Corsepius]

On 03/28/2011 04:58 PM, Ben Boeckel wrote:
 Richard W.M. Jonesrjo...@redhat.com  wrote:
 In libguestfs we have some pretty complex autotools magic to deal with
 all this:

 http://git.annexia.org/?p=libguestfs.git;a=blob;f=configure.ac;h=f1b56d2dbe9a118901f7426bcc176f624d841f63;hb=HEAD#l67

 CHASM has similar logic for CMake (also clang support):

  http://git.benboeckel.net/?p=chasmd.git;a=blob;f=CMakeLists.txt

Superflous and error-prone featuritis if you'd ask me ;)

Ralf
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 691451] New: Rebuild required to work correctly with perl 5.012003.

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: Rebuild required to work correctly with perl 5.012003.

https://bugzilla.redhat.com/show_bug.cgi?id=691451

   Summary: Rebuild required to work correctly with perl 5.012003.
   Product: Fedora
   Version: 14
  Platform: Unspecified
OS/Version: Unspecified
Status: NEW
  Severity: unspecified
  Priority: unspecified
 Component: perl-Devel-Cover
AssignedTo: tcall...@redhat.com
ReportedBy: berra...@redhat.com
 QAContact: extras...@fedoraproject.org
CC: tcall...@redhat.com, fedora-perl-devel-l...@redhat.com
Classification: Fedora
  Story Points: ---


Description of problem:
Any attempt to use perl-Devel-Cover in fully updated Fedora 14, results in a
warning printed

  This version of Devel::Cover was built with Perl version 5.012000.
  It is now being run with Perl version 5.012003.
  Attempting to make adjustments, but you may find that some of your modules do
  not have coverage data collected.  You may need to alter the +-inc, +-ignore
  and +-select options.

At the very least, this is obscuring real problems with doing coverage testing
of unit tests, but is also causing potentially incorrect results.

A simple rebuild of the RPM should solve it.

Version-Release number of selected component (if applicable):
perl-5.12.3-141.fc14.x86_64
perl-Devel-Cover-0.66-1.fc14.x86_64

How reproducible:
Always

Steps to Reproduce:
1.$ perl -MDevel::Cover -e ''
2.
3.

Actual results:
This version of Devel::Cover was built with Perl version 5.012000.
It is now being run with Perl version 5.012003.
Attempting to make adjustments, but you may find that some of your modules do
not have coverage data collected.  You may need to alter the +-inc, +-ignore
and +-select options.



Expected results:
No warning about incompatible versions

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.
--
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: usb_modeswitch 1.1.7 2011/02/27

[Rahul Sundaram]

On 03/19/2011 09:26 PM, Xose Vazquez Perez wrote:
 hi,

 It was released one month ago, and adds support for more hardware.
 Critical for some people!



 https://bugzilla.redhat.com/show_bug.cgi?id=654800
 https://bugzilla.redhat.com/show_bug.cgi?id=625004

Updated for Rawhide and Fedora 15

Rahul
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Firefox 4 for f14?

[Till Maas]

On Mon, Mar 28, 2011 at 10:28:50AM +0200, Dodji Seketeli wrote:
 Kevin Kofler kevin.kof...@chello.at writes:
 
  Personally, I think we should just push the new stuff into updates
  whenever it makes sense (i.e. not for something like KDE 3 to 4 or
  GNOME 2 to 3 ;-) ).
 
 Or we can encourage more people to use Rawhide proper.  I know it might
 sound too wild for some, but it's my belief that the more people
 actually use it everyday, report issues or/and rant when it breaks, the
 more usable it will get, on the long run.

As long as packages for Rawhide are not signed, any recommendation to
use them on production systems is a step backwards for Fedora. Actually
there should be more prominent recommendations not to use Rawhide on
production systems.

Regards
Till


pgpjtbzEDqolH.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Bugs in debuginfo packages

[Karel Klíč]

Jan Kratochvil jan.kratoch...@redhat.com writes:
 On Mon, 28 Mar 2011 16:55:35 +0200, Karel Klíč wrote:
 I have observed GDB displaying wrong source file lines when stepping through
 a program several times, and I think such a check could discover some
 issues.

 Could you provide a reproducer?
I have never tried to prepare a reproducer, but I will try next time.

 How it could be fixed by the package maintainer?
Some kinds of issues should not be filed as bugs on affected
components. I do not intend to file everything to Bugzilla.

 If you mean jumping all around during step or next on -O2 -g code that is
 a known problem due to instructions scheduling by GCC, GCC not producing
 DW_LNS_negate_stmt and GDB strictly (in fact correctly) following what the
 debug info says.  This should be fixed in the future in GCC.
Yes, I probably mean jumping all around on -O2 -g code :-) Good to know,
thanks.

Karel
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Firefox 4 for f14?

[Rahul Sundaram]

On 03/28/2011 09:24 PM, Genes MailLists wrote:
 As long as packages for Rawhide are not signed, any recommendation to
 use them on production systems is a step backwards for Fedora. Actually
 there should be more prominent recommendations not to use Rawhide on
 production systems.

   Yah ... also rawhide, a rolling build,  and a rolling release are not
 the same at all ... and a rolling release is more like what is being
 asked for I susoect.

Well,  if enough people are interested, they should volunteer to do
it.   I suspect there isn't enough interest to do that.  So it isn't
going to happen for now.

Rahul
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: disabling -Werror on a autotools based build

[Conrad Meyer]

On Mon, 28 Mar 2011 17:08:33 +0200
Ralf Corsepius rc040...@freenet.de wrote:

 On 03/28/2011 04:58 PM, Ben Boeckel wrote:
  Richard W.M. Jonesrjo...@redhat.com  wrote:
  In libguestfs we have some pretty complex autotools magic to deal
  with all this:
 
  http://git.annexia.org/?p=libguestfs.git;a=blob;f=configure.ac;h=f1b56d2dbe9a118901f7426bcc176f624d841f63;hb=HEAD#l67
 
  CHASM has similar logic for CMake (also clang support):
 
   http://git.benboeckel.net/?p=chasmd.git;a=blob;f=CMakeLists.txt
 
 Superflous and error-prone featuritis if you'd ask me ;)
 
 Ralf

No one asked you, Ralf.

-- 
Conrad Meyer ceme...@u.washington.edu
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Submitter/maintainer needed for w3c-linkchecker

[Ville Skyttä]

https://bugzilla.redhat.com/show_bug.cgi?id=627032

There is an (unofficial) ongoing review for my w3c-linkchecker
submission, but for the reasons outlined there, I'm not going to finish
the review process as the submitter nor will be maintaining it in
Fedora.  Feel free to pick it up as the submitter - unless someone does
that in a few weeks, I'll withdraw the review request.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: manually fixing IPs

[Jeff Garzik]

On 03/26/2011 05:59 PM, Jon Masters wrote:
 On Sat, 2011-03-26 at 11:03 -0400, Neil Horman wrote:

 IIRC you can set:
 NM_CONTROLLED=no
 in /etc/sysconfig/network-scripts/ifcfg-ethX
 Supposedly that will take ethX off the reservation and allow you to use the 
 ifup
 script and ifconfig utility as you traditionally would.

 I remain unconvinced that in rawhide it's possibly to truly instruct all
 these wonderful bells and whistles to leave an interface alone. In the

You should try what Neil suggested; it works.


 end, I gave up and used a system without NM or any of the other stuff,

That's the right answer:  simply turn off NetworkManager and turn on the 
network service, to prevent these new breakages from occurring.  I do 
that for all the machines in my test lab.

Jeff


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Fwd: [Fedora Update] [CRITPATH] [new] mdadm-3.1.5-1.fc15]

[Doug Ledford]

I've pushed an mdadm update for f15.  Please test, as it's a critpath
update I can't simply push to stable.  However, it is necessary for this
update to make it to stable if we want f15 to have an mdadm that works
properly with the new tmpfs /var/run and /var/lock.

 Forwarded Message 
From: upda...@fedoraproject.org
To: dledf...@redhat.com
Subject: [Fedora Update] [CRITPATH] [new] mdadm-3.1.5-1.fc15
Date: Mon, 28 Mar 2011 15:44:57 +

dledford has submitted a new update for Fedora 15


 mdadm-3.1.5-1.fc15

Release: Fedora 15
 Status: pending
   Type: bugfix
  Karma: 0
   Bugs: 659933 - Low responsiveness during weekly raid checks
   : 679843 - 99-raid-check doesn't check arrays w/ active
   : I/O
   : 671076 - configurable period of 99-raid-check
   : 656620 - Please Update Spec File to use %ghost on
   : files in /var/run and /var/lock
   : 633229 - mdadm-3.2 is available
  Notes: Update is mandatory to make mdadm work properly with the new
   : systemd and with the tmpfs based /var/run and
   : /var/lock.  Please push to stable prior to F15 final.
  Submitter: dledford
  Submitted: 2011-03-28 15:44:22

  https://admin.fedoraproject.org/updates/mdadm-3.1.5-1.fc15


-- 
Doug Ledford dledf...@redhat.com
  GPG KeyID: CFBFF194
  http://people.redhat.com/dledford

Infiniband specific RPMs available at
  http://people.redhat.com/dledford/Infiniband



signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Test-Announce] Printing Test Day on Tuesday (2011-03-29)

[Tim Flink]

Rolling on with the Fedora 15 Test Days, we have the Printing test day
this week:

https://fedoraproject.org/wiki/Test_Day:2011-03-29_Printing

This event will focus on all aspects of printing; including printer
setup, printer sharing and printing jobs.

In previous Fedora releases the application used in GNOME for
configuring printers was system-config-printer. In GNOME 3 parts of that
application are being replaced by more tightly-integrated functionality
in GNOME itself:
 * print job notifications are now implemented in gnome-settings-daemon
 * status feedback is expected to be implemented there soon as well
 * a new control center module for printing has been implemented

Full instructions are available on the wiki page [1] and there will be
people in #fedora-test-day on Freenode IRC[2] throughout the day.

Please help out if you have the spare time. Thanks!

[1] https://fedoraproject.org/wiki/Test_Day:2011-03-29_Printing
[2] irc://irc.freenode.net/fedora-test-day




signature.asc
Description: OpenPGP digital signature
___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/test-announce-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: wireless-tools is DEPRECATED

[Bill Nottingham]

Xose Vazquez Perez (xose.vazq...@gmail.com) said: 
 wireless-tools is deprecated since time ago. iw/rfkill
 should be used instead it.

Not to be entirely glib, but with this and the net-tools dependencies...
we're taking patches. Mere notification is not as useful as
contribution.

Bill
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: ACTION REQUIRED: Important hanges to Fedora translation workflow

[Dimitris Glezos]

Hey John.

Thanks a ton for the useful feedback!

On Tue, Mar 8, 2011 at 8:57 PM, John Dennis jden...@redhat.com wrote:
 Snag 1: Understanding what a resource was and how to name it.
 Snag 2: auto-local makes assumptions about your tree
 Snag 3: The tx client reported

Docs should be more descriptive now.

http://help.transifex.net/user-guide/projects.html#resources
http://help.transifex.net/user-guide/client/

 Snag 4: It turns out if you have a po
 file with no translations in it (i.e. a stub file for a language that
 no translator has contributed to yet) then TX will ignore it. The
 missing po files were those in which every msgstr was empty.

We'll fix this.

 But wait, the new created resource on the TX server contained po files
 which weren't in our SCM and which I did not push to the server.
 I presume it did this because it assumed if
 there was translation team there had to be po file for the team.

Correct -- you see files there because there are teams for them. I
don't think we can change this.. Translators need this feature (they
have actually asked it).

-d


-- 
Dimitris Glezos

Transifex: The Multilingual Publishing Revolution
http://www.transifex.net/ -- http://www.indifex.com/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Systemd Status

[Lennart Poettering]

On Thu, 24.03.11 23:08, Liang Suilong (liangsuil...@gmail.com) wrote:

 Fedora 15 switches to systemd as default init system. The developer still
 works for coding and fixing the bugs. We should appreciate that developers
 give us such a fast init system to improve boot time. However we do not know
 what it changes from old version to new one. The changelog has just one
 sentence. New upstream released. I think I need to know What a new feature
 is in a new version. The homepage of systemd does not refer to changelogs.
 Thank you!

Downstream packaging changes are tracked in the .spec file's
changelog. Upstream code changes are tracked in the git repository
upstream, and included in the version announcement mails.

http://cgit.freedesktop.org/systemd/log/

http://lists.freedesktop.org/archives/systemd-devel/2011-March/001528.html

If you want realtime updates on what is changing you can even subscribe
to the commits mailing list:

http://lists.freedesktop.org/mailman/listinfo/systemd-commits

This all is not any different from most other packages.

 Since Kernel 2.6.38 was released, autogroup schedule patch has been merged
 into mainline kernel. I rememberd Lennert Poettering argued on autogroup
 schedule with Linus Torvalds. The patch is just working with processes from
 TTY console. Lennert seemed to tell us the best way was that init system
 provided autogroup schedule. Now systemd is able to give every service,
 every user and every user session own cgroup in the CPU hierarchy. How far
 is autogroup schedule in systemd from us? I can not hear any news about it.
 I know this is not easy job because every process has its own property. But
 I hope it is coming soon and really makes our desktop more smooth.

We cannot do per-application 'cpu' grouping yet, since systemd is
currently not used for managing user applications as session manager (we
are looking into doing this for F16 however).

Per-service 'cpu' grouping is on by default in F15.

Per-user 'cpu' grouping we had to disable since the kernel is currently
too limited, and enabling this means that RT scheduling will not be
available for the user. If you do not care for RT you can enable
per-user 'cpu' grouping by editing /etc/pam.d/system-auth and adding
controllers=cpu to the configuration line of pam_systemd. See
pam_systemd(8) for more information.

Per-Terminal grouping is not available, but there's a patch for
gnome-terminal in gnome bz for that. But we probably should get
per-application grouping right before we think about this.

Given that this is how it is the F15 kernel will have setsid()-based
autogrouping enabled.

Lennart

-- 
Lennart Poettering - Red Hat, Inc.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: manually fixing IPs

[Bill Nottingham]

Jon Masters (jonat...@jonmasters.org) said: 
 Right. This is exactly what I do on non-laptops. But I find NM useful
 for WiFi sometimes so I keep it installed...but now it seems it's
 becoming very difficult to just temporarily configure an interface that
 won't be touched when I plug/unplug a cable or whatnot.
 
 Really, there should be a better way that turning off every network
 service and script for the 5 minutes I want this. I have other machines,
 etc. and this is rawhide, but it's also the future.

It depends on what you want to do.

If you want NM to never touch your wired device, add:

NM_CONTROLLED=no

to its config file.

If you want that device to just have a static IP, edit the config
file appropriately, and NM will handle that.

If you want to disable NM entirely, 'systemctl disable
NetworkManager.service'. 

Bill
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

rawhide report: 20110328 changes

[Rawhide Report]

Compose started at Mon Mar 28 08:15:08 UTC 2011

Broken deps for x86_64
--
NetworkManager-openconnect-0.8.1-5.fc16.x86_64 requires 
libnm-util.so.1()(64bit)
NetworkManager-openconnect-0.8.1-5.fc16.x86_64 requires 
libnm-glib.so.2()(64bit)
anaconda-16.1-1.fc16.x86_64 requires libnm-util.so.1()(64bit)
anaconda-16.1-1.fc16.x86_64 requires libnm-glib.so.2()(64bit)
audacious-plugin-xmp-3.3.0-6.fc15.x86_64 requires audacious(plugin-api) 
= 0:17
balsa-2.4.9-5.fc16.x86_64 requires libnm-glib.so.2()(64bit)
byzanz-0.2.2-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit)
bzrtools-2.3.1-2.fc15.x86_64 requires bzr  0:2.4
castor-0.9.5-6.fc15.1.x86_64 requires oro
claws-mail-plugins-geolocation-3.7.8-8.fc15.x86_64 requires 
libchamplain-gtk-0.8.so.1()(64bit)
claws-mail-plugins-geolocation-3.7.8-8.fc15.x86_64 requires 
libchamplain-0.8.so.1()(64bit)
coccinelle-0.2.5-0.rc4.3.fc16.x86_64 requires ocaml(Oassocb) = 
0:d873c4a1eeb6fa5c5333f8658c49d1db
coccinelle-0.2.5-0.rc4.3.fc16.x86_64 requires ocaml(Ograph2way) = 
0:7442f647b0a74ed48a5c9361fc42ccc4
coccinelle-0.2.5-0.rc4.3.fc16.x86_64 requires ocaml(Flag) = 
0:522d7f86f1236405e53271ff74923515
coccinelle-0.2.5-0.rc4.3.fc16.x86_64 requires ocaml(Osetb) = 
0:8f21a0a4f771662673604ed92a237d79
coccinelle-0.2.5-0.rc4.3.fc16.x86_64 requires ocaml(Oseti) = 
0:a937e7661f510c17bfd21d4372507795
coccinelle-0.2.5-0.rc4.3.fc16.x86_64 requires ocaml(Sexplib) = 
0:a990ea80438337d5407bbc0343c7236a
coccinelle-0.2.5-0.rc4.3.fc16.x86_64 requires ocaml(Setb) = 
0:93bdb588146a13126bfad4eab6c58206
coccinelle-0.2.5-0.rc4.3.fc16.x86_64 requires ocaml(Oassoc_buffer) = 
0:cf6fbee4fcc6644a0a90f07da8eb6c7b
coccinelle-0.2.5-0.rc4.3.fc16.x86_64 requires ocaml(Mapb) = 
0:617c09a110cef9f040335b35078c7234
coccinelle-0.2.5-0.rc4.3.fc16.x86_64 requires ocaml(Oassoch) = 
0:87f7dc2635e5a7ed1ab03b7cd5380ace
coccinelle-0.2.5-0.rc4.3.fc16.x86_64 requires ocaml(Dumper) = 
0:76126ba149caeb2d34f12e11187a9d4e
coccinelle-0.2.5-0.rc4.3.fc16.x86_64 requires ocaml(SetPt) = 
0:b69c030e8ca717d556d3d9bd2a5d22fd
coccinelle-0.2.5-0.rc4.3.fc16.x86_64 requires ocaml(ANSITerminal) = 
0:3d0d1700618d8b3a4e4b2308f28cefb6
collectd-mysql-4.10.2-2.fc15.x86_64 requires 
libmysqlclient.so.16()(64bit)
collectd-mysql-4.10.2-2.fc15.x86_64 requires 
libmysqlclient.so.16(libmysqlclient_16)(64bit)
cpm-0.23-0.3.beta.fc12.x86_64 requires libdotconf-1.0.so.0()(64bit)
db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0
dbmail-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit)
dbmail-auth-ldap-3.0.0-0.3.rc1.fc15.x86_64 requires 
libevent-1.4.so.2()(64bit)
dh-make-0.55-3.fc15.noarch requires debhelper
emerillon-0.1.2-14.fc15.x86_64 requires 
libchamplain-gtk-0.8.so.1()(64bit)
emerillon-0.1.2-14.fc15.x86_64 requires libchamplain-0.8.so.1()(64bit)
empathy-2.91.91.1-2.fc16.x86_64 requires 
libtelepathy-logger.so.2()(64bit)
empathy-2.91.91.1-2.fc16.x86_64 requires libnm-glib.so.2()(64bit)
eog-plugins-2.30.0-2.fc14.x86_64 requires libgdata.so.7()(64bit)
1:fife-0.3.2-1.fc15.i686 requires libboost_regex.so.1.44.0
1:fife-0.3.2-1.fc15.i686 requires libboost_system.so.1.44.0
1:fife-0.3.2-1.fc15.i686 requires libboost_filesystem.so.1.44.0
1:fife-0.3.2-1.fc15.x86_64 requires libboost_regex.so.1.44.0()(64bit)
1:fife-0.3.2-1.fc15.x86_64 requires libboost_system.so.1.44.0()(64bit)
1:fife-0.3.2-1.fc15.x86_64 requires 
libboost_filesystem.so.1.44.0()(64bit)
file-browser-applet-0.6.6-1.fc15.x86_64 requires 
libpanel-applet-2.so.0()(64bit)
flow-tools-0.68.5.1-2.fc15.i686 requires 
libmysqlclient.so.16(libmysqlclient_16)
flow-tools-0.68.5.1-2.fc15.i686 requires libmysqlclient.so.16
gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::ScrolledWindow)
gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::MessageDialog)
gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Dialog)
gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Toolbar)
gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::TreeView)
gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::MenuBar)
gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::VBox)
gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Window)
gdcm-2.0.17-1.fc16.i686 requires libmysqlclient.so.16
gdcm-2.0.17-1.fc16.x86_64 requires libmysqlclient.so.16()(64bit)
gdcm-devel-2.0.17-1.fc16.i686 requires libmysqlclient.so.16
gdcm-devel-2.0.17-1.fc16.x86_64 requires libmysqlclient.so.16()(64bit)
gedit-valencia-0.3.0-4.fc14.x86_64 requires libvala-0.10.so.0()(64bit)
ghc-hamlet-0.6.1.2-3.fc16.i686 requires ghc(blaze-builder-0.2.1.4) = 

Re: Shared library permissions in Debian-land and Red Hat-land

[Przemek Klosowski]

On 03/24/2011 02:49 PM, Kevin Kofler wrote:
 On Thursday 24 March 2011, you wrote:
 Hmm, I thought there'd be a catch. What's executable permission needed
 for? Isn't that just reading/parsing? I can do some work but I am
 totally unfamiliar with this area.

 Files which aren't executable aren't even considered as candidates for being
 ELF files to extract debuginfo from.

 Without execute permission, you'd have to check EVERY SINGLE installed FILE
 for being ELF, that might be a significant performance hit. It'd have to be
 tried at least.

OK, so executable permission is used as a tag for identifying ELF files.
It's a little inelegant because there are some negative side effects
from executing those non-executable files.

If, hypothetically, we wanted to change that, is there any other way to
reliably mark ELF files? I could think of those:

- extended  filesystem attributes? works but might be FS-dependent
- make the files owned by a special ELF group
- a system-level directory of ELF files maintained by e.g. RPM
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Shared library permissions in Debian-land and Red Hat-land

[Nathaniel McCallum]

On Mon, 2011-03-28 at 16:05 -0400, Przemek Klosowski wrote:
 On 03/24/2011 02:49 PM, Kevin Kofler wrote:
  On Thursday 24 March 2011, you wrote:
  Hmm, I thought there'd be a catch. What's executable permission needed
  for? Isn't that just reading/parsing? I can do some work but I am
  totally unfamiliar with this area.
 
  Files which aren't executable aren't even considered as candidates for being
  ELF files to extract debuginfo from.
 
  Without execute permission, you'd have to check EVERY SINGLE installed FILE
  for being ELF, that might be a significant performance hit. It'd have to be
  tried at least.
 
 OK, so executable permission is used as a tag for identifying ELF files.
 It's a little inelegant because there are some negative side effects
 from executing those non-executable files.
 
 If, hypothetically, we wanted to change that, is there any other way to
 reliably mark ELF files? I could think of those:
 
 - extended  filesystem attributes? works but might be FS-dependent
 - make the files owned by a special ELF group
 - a system-level directory of ELF files maintained by e.g. RPM

Well, technically you could still use +x for other non-shared library
ELF files, you'd just also need to look for .so files.  That seems to me
the simplest solution and should still be fast since the filename is in
the directory inode (which you have to read anyway).

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Shared library permissions in Debian-land and Red Hat-land

[John Reiser]

 Files which aren't executable aren't even considered as candidates for being
 ELF files to extract debuginfo from.

 Without execute permission, you'd have to check EVERY SINGLE installed FILE
 for being ELF, that might be a significant performance hit. It'd have to be
 tried at least.

The heuristic  0==memcmp(ELFMAG, file[0..3], SELFMAG)  is 99.99% effective,
and never gives a false negative.  The cost is {open+read} for checking ELFMAG,
vs {stat} for checking __S_IEXEC.  Most of the cost of open() and stat()
is the same: looking up the filename.  The cost of a 4-byte read() is small.
Therefore using ELFMAG costs about the same as using __S_IEXEC, as long as
the total number of execve() is nearly the same.

Implement as a filter: read file names from stdin, write the names of
the ELF files onto stdout:
find . -type f  |  ELF_filter  |  xargs extract_debuginfo
replacing
find . -type f -a -perm /u+x   |  xargs extract_debuginfo

-- 
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Broken dependencies: perl-WWW-Mechanize

[Emmanuel Seyman]

* build...@fedoraproject.org [28/03/2011 22:45] :

 perl-WWW-Mechanize has broken dependencies in the rawhide tree:
 On x86_64:
   perl-WWW-Mechanize-1.66-3.fc15.noarch requires perl(HTML::Form) = 
 0:1.00
   perl-WWW-Mechanize-1.66-3.fc15.noarch requires perl(HTML::Form) = 
 0:1.038

I've submitted a package for perl-HTML-Form:
https://bugzilla.redhat.com/show_bug.cgi?id=691226

If someone could find the time to review it, we could finally get rid of
these email reminders.

Emmanuel

--
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

[389-devel] Please review: Bug 691422 - fix coverity control flow issues

[Rich Megginson]

https://bugzilla.redhat.com/show_bug.cgi?id=691422
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel

GSoC '11 [Wubi for Fedora] -Mentor Needed

[Sitesh Shrivastava]

Hello Everyone!,
I am a Junior Undergraduate at BIT Mesra, one of the premier institutes in
the field of Engineering and Sciences in India, pursuing Computer Science 
Engineering.
I am looking forward for a challenging project as a part of GSOC '11 under
Fedora Project during summers on the idea mentioned on the ideas page of
Fedora:

   *Wubi like application for fedora

I am looking forward towards Fedora Community so that I can find someone who
is willing to mentor this project. I would like to discuss more about the
details of the above project so that I can contribute to the Fedora as well
as OSS Community. I would like to mention that I have strong
foundations in algorithm
intensive programming and have advanced foundations in C/C++ too. Also, I am
well versed in working of Ubuntu/Redhat/Fedora based OS. I am fully aware of
the responsibilities and requirements for this position. To consolidate my
knowledge in the fields of interest, I have acquired conceptual knowledge in
the fields of algorithms and linux  have done few basic projects in these
fields too.

I would like to add that being regular user of Fedora OS, I am really
interested in contributing to the developement of the same.

If any further information is required, I would be glad to furnish the same.


---Regards,
Sitesh Shrivastava
Junior Undergraduate, BIT Mesra
Phone: +91-9470521313
E-Mail: siteshshrivast...@gmail.com
Home-Page: https://sites.google.com/site/siteshshrivastava
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

gtkpod version 2 spec file

[phantomjinx]

Greetings,

Since I uploaded gtkpod version 2 to sourceforge, I thought it would be 
helpful if I made available my unstable build version of the gtkpod spec 
file to the fedora package maintainers. Anyway, please find it attached 
and I hope its useful. I am quite happy to develop it further myself but 
I am relatively new to rpm building so it would take a while.


Cheers

phantomjinx
Name:   gtkpod
Version:%{REVISION}
Release:1%{?dist}
Summary:Graphical song management program for Apple's iPod

Group:  Applications/Multimedia
# The help documentation is under GFDL, the rest of the code is GPLv2+
License:GPLv2+ and GFDL
URL:http://www.gtkpod.org
Source0:%{name}-%{version}.tar.gz
BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)

BuildRequires:  curl-devel
BuildRequires:  desktop-file-utils
BuildRequires:  flac-devel
BuildRequires:  flex
BuildRequires:  gettext
BuildRequires:  gnome-vfs2-devel
BuildRequires:  hal-devel
BuildRequires:  intltool
BuildRequires:  libglade2-devel
BuildRequires:  libgpod-devel = 0.7.0
BuildRequires:  libid3tag-devel
BuildRequires:  libmp4v2-devel
BuildRequires:  libvorbis-devel
BuildRequires:  perl(XML::Parser)
BuildRequires:  anjuta-devel = 2.30
BuildRequires:  webkitgtk-devel
BuildRequires:  gstreamer-devel
BuildRequires:  gstreamer-plugins-base-devel

# some of the scripts in the scripts directory use which
Requires:   which
Requires:   anjuta

%description
gtkpod is a platform independent Graphical User Interface for Apple's
iPod using GTK2. It supports all current iPod models, including
the Mini, Photo, Shuffle, Nano, Video, Classic, Touch, and iPhone.


%prep
%setup -q 

%build
%configure
make %{?_smp_mflags}


%install
rm -rf %{buildroot}
make install DESTDIR=%{buildroot} INSTALL=install -p

desktop-file-install \
--vendor fedora \
--delete-original \
--dir %{buildroot}%{_datadir}/applications \
%{buildroot}%{_datadir}/applications/%{name}.desktop

%find_lang %{name}


%clean
rm -rf %{buildroot}


%post
/sbin/ldconfig
touch --no-create %{_datadir}/icons/hicolor
if [ -x %{_bindir}/gtk-update-icon-cache ]; then
%{_bindir}/gtk-update-icon-cache --quiet %{_datadir}/icons/hicolor || :
fi


%postun
/sbin/ldconfig
touch --no-create %{_datadir}/icons/hicolor
if [ -x %{_bindir}/gtk-update-icon-cache ]; then
%{_bindir}/gtk-update-icon-cache --quiet %{_datadir}/icons/hicolor || :
fi


%files -f %{name}.lang
%defattr(-,root,root,-)
%doc AUTHORS ChangeLog* COPYING README TODOandBUGS.txt TROUBLESHOOTING
%{_bindir}/%{name}
%{_includedir}/%{name}
%{_libdir}/%{name}
%{_libdir}/lib%{name}*
%{_libdir}/pkgconfig/lib%{name}*
%{_datadir}/%{name}
%{_datadir}/icons/hicolor/*/apps/%{name}.*
%{_datadir}/applications/*.desktop
%{_mandir}/man1/%{name}*


%changelog
* Wed Aug 11 2010 David Malcolm dmalc...@redhat.com - 1.0.0-2
- recompiling .py files against Python 2.7 (rhbz#623316)

* Wed Aug 11 2010 Todd Zullinger t...@pobox.com - 1.0.0-1
- Update to 1.0.0

* Tue Jun 15 2010 Todd Zullinger t...@pobox.com - 0.99.16-1
- Update to 0.99.16
- Link with libdl

* Sun Feb 14 2010 Todd Zullinger t...@pobox.com - 0.99.14-4
- Link with libm and libvorbis (#564853)

* Fri Jul 24 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.99.14-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild

* Tue Feb 24 2009 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.99.14-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild

* Fri Feb 20 2009 Todd Zullinger t...@pobox.com - 0.99.14-1
- Update to 0.99.14
- Add GFDL to License tag, for documentation
- Update xdg-open patch so it applies without fuzz
- Drop libgnomecanvas-devel BR, it is not used anymore
- Apply upstream patch to fix lame-tag endianess problem (this prevented gapless
  playback from working correctly)

* Sat Jan 17 2009 Todd Zullinger t...@pobox.com - 0.99.12-5
- Apply upstream fix for disappearing tooltips (#428940)

* Mon Dec 01 2008 Ignacio Vazquez-Abrams ivazqueznet+...@gmail.com - 0.99.12-4
- Rebuild for Python 2.6

* Tue Jun 10 2008 Todd Zullinger t...@pobox.com - 0.99.12-3
- use xdg-open as default player (#449199)
  (patch from Debarshi Ray)
- update %%description to include more complete model list

* Tue Feb 12 2008 Todd Zullinger t...@pobox.com - 0.99.12-2
- rebuild for gcc 4.3

* Tue Dec 11 2007 Todd Zullinger t...@pobox.com - 0.99.12-1
- update to 0.99.12

* Wed Nov 21 2007 Todd Zullinger t...@pobox.com - 0.99.10-2
- rebuild for libgpod-0.6.0
- apply upstream patch to fix smart playlist play time bug
- Requires: which (used in some of the provided scripts)

* Sat Aug 04 2007 Todd Zullinger t...@pobox.com - 0.99.10-1
- update to 0.99.10
- use upstream .desktop file
- add new BRs, update libgpod BR to = 0.5.2
- add %%post and %%postun to update the icon cache
- update license tag

* Fri Feb 16 2007 Todd Zullinger t...@pobox.com - 0.99.8-3
- preserve 

[389-devel] Please Review: (691574) Fix Coverity error handling issues

[Nathan Kinder]

https://bugzilla.redhat.com/show_bug.cgi?id=691574

https://bugzilla.redhat.com/attachment.cgi?id=488262action=edit

https://bugzilla.redhat.com/attachment.cgi?id=488270action=edit

https://bugzilla.redhat.com/attachment.cgi?id=488279action=edit

https://bugzilla.redhat.com/attachment.cgi?id=488280action=edit
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel

[amavisd-new/el6/master: 4/4] Merge branch 'f14' into el6

[Jan-Frode Myklebust]

commit 366067a4a1a5ec30bbe005af5044f748210bb77a
Merge: 8f85069 b4f33d3
Author: Jan-Frode Myklebust janfr...@tanso.net
Date:   Mon Mar 28 23:52:44 2011 +0200

Merge branch 'f14' into el6

 amavisd-new-2.6.4-stdout.patch |   21 +
 amavisd-new.spec   |7 ++-
 2 files changed, 27 insertions(+), 1 deletions(-)
---
--
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

gparted included in Fedora Live media

[Domingo Becker]

Is there any chance to get gparted package included in the Fedora Live
media for the next release?

I use it very much for solving partition problems with Fedora and
other operating systems too.

More than a year ago, I made a partition of 250MB for the /boot
partition according the what Fedora Installation Guide recommends [0]
and it still does [1].

But that size doesn't work for preupgrade, because it can't download
the installer images in /boot.

I don't like to use other linux distribution's live media to do this,
if that can be done perfectly well with a Fedora Live CD. I tested it
with yum install gparted in a Fedora 14 Live, and it only added that
package. But for situations without internet it will not work.

[0] 
http://docs.fedoraproject.org/en-US/Fedora/13/html/Installation_Guide/s2-diskpartrecommend-x86.html

[1] 
http://docs.fedoraproject.org/en-US/Fedora/14/html/Installation_Guide/s2-diskpartrecommend-x86.html

kind regards

Domingo Becker
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Axel Thimm: Unresponsive maintainer?

[Kurt Seifried]

 Who? I need help on them for the new mediawiki packages.

I'm more than willing to help, the mediawiki packages appear to have
about a half dozen outstanding security bugs =(.

 --
 Stephen J Smoogen.

-- 
Kurt Seifried
k...@seifried.org
skype: 1-703-879-3176
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Going off-line for a while

[Kevin Fenzi]

On Sat, 26 Mar 2011 13:04:37 +
Paul F. Johnson p...@all-the-johnsons.co.uk wrote:

 Hi,
 
 I'm going off for quite a bit as my new job dictates very little time
 and having to endure the evils that is Win7. The Linux box will still
 be on, just no time for much else on it.

Sorry to hear you will be away, but congrats on the job! :) 

 For some reason, I can't sign the vacation page, but that's currently
 not much of an issue...
 
 Catch you all in a bit

Sounds good... 

kevin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

F-15 Branched report: 20110328 changes

[Branched Report]

Compose started at Mon Mar 28 13:16:04 UTC 2011

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaned: collectd

[Kevin Fenzi]

On Thu, 24 Mar 2011 16:57:33 +
Richard W.M. Jones rjo...@redhat.com wrote:

 collectd is a high performance monitoring / stats collection daemon.
 It is quite widely used judging by the number of bugs and feedback we
 get for it.
 
 I just orphaned collectd in Fedora 15  Rawhide.  I did the original
 packaging, but haven't really been involved with it for a long time;
 Alan Pevec has been skillfully handling all the bugs (and he is still
 a co-maintainer).
 
 https://admin.fedoraproject.org/pkgdb/acls/name/collectd

Hopefully Alan will take over primary ownership of it... if not, I use
it here and can help out. 

kevin



signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Updated VIPS available

[W. Michael Petullo]

I am interested in seeing Bugzilla #676945, VIPS package is out of date,
addressed before Fedora 15 is released. The reason for my interest is that
one of my packages, dmapd, requires the new version of VIPS. The new VIPS
provides additional functionality that can be used to efficiently create
thumbnail images and read existing thumbnails from EXIF metadata.

-- 
Mike

:wq
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: disabling -Werror on a autotools based build

[Ralf Corsepius]

On 03/28/2011 07:40 PM, Conrad Meyer wrote:
 On Mon, 28 Mar 2011 17:08:33 +0200
 Ralf Corsepiusrc040...@freenet.de  wrote:

 On 03/28/2011 04:58 PM, Ben Boeckel wrote:
 Richard W.M. Jonesrjo...@redhat.com   wrote:
 In libguestfs we have some pretty complex autotools magic to deal
 with all this:

 http://git.annexia.org/?p=libguestfs.git;a=blob;f=configure.ac;h=f1b56d2dbe9a118901f7426bcc176f624d841f63;hb=HEAD#l67

 CHASM has similar logic for CMake (also clang support):

   http://git.benboeckel.net/?p=chasmd.git;a=blob;f=CMakeLists.txt

 Superflous and error-prone featuritis if you'd ask me ;)

 Ralf

 No one asked you, Ralf.

Your liberty not to listen ...

I am well aware many people are keen and proud of overloading 
configure-scripts instead of keeping things simple until they one day 
are being hit by the limitations of their implementations.

Ralf


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: manually fixing IPs

[Jeff Raber]

On 03/27/2011 10:57 AM, Ralf Corsepius wrote:
 And how to tweak /etc/sysconfig/network-scripts/ifcfg-* (and/or 
 /etc/sysconfig/network) for static IPs such that NM sets 
 hostname/domainname correctly?
 
 I have never got this working correctly.
 
 In all cases, I've tried either hostname -f or hostname did not work.

https://bugzilla.redhat.com/show_bug.cgi?id=648725#c23

Sounds like NM is out of the 'hostname setting' business.  You should be
able to edit your /etc/hosts manually and NM will not change it.

-Jeff



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 691360] New: perl-PAR-Packer-1.009 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: perl-PAR-Packer-1.009 is available

https://bugzilla.redhat.com/show_bug.cgi?id=691360

   Summary: perl-PAR-Packer-1.009 is available
   Product: Fedora
   Version: rawhide
  Platform: Unspecified
OS/Version: Unspecified
Status: NEW
  Keywords: FutureFeature, Triaged
  Severity: unspecified
  Priority: unspecified
 Component: perl-PAR-Packer
AssignedTo: mmasl...@redhat.com
ReportedBy: upstream-release-monitor...@fedoraproject.org
 QAContact: extras...@fedoraproject.org
CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com
Classification: Fedora
  Story Points: ---


Latest upstream release: 1.009
Current version in Fedora Rawhide: 1.008
URL: http://search.cpan.org/dist/PAR-Packer/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 677888] perl-Perl-Critic-1.114 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=677888

Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org 
changed:

   What|Removed |Added

Summary|perl-Perl-Critic-1.113 is   |perl-Perl-Critic-1.114 is
   |available   |available

--- Comment #1 from Upstream Release Monitoring 
upstream-release-monitor...@fedoraproject.org 2011-03-28 06:44:43 EDT ---
Latest upstream release: 1.114
Current version in Fedora Rawhide: 1.113
URL: http://search.cpan.org/dist/Perl-Critic/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 677888] perl-Perl-Critic-1.114 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=677888

Paul Howarth p...@city-fan.org changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||p...@city-fan.org
  QAContact|extras...@fedoraproject.org |p...@city-fan.org

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 691360] perl-PAR-Packer-1.009 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=691360

Petr Sabata psab...@redhat.com changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||psab...@redhat.com
 AssignedTo|mmasl...@redhat.com |psab...@redhat.com

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File File-Remove-1.49.tar.gz uploaded to lookaside cache by corsepiu

[corsepiu]

A file has been added to the lookaside cache for perl-File-Remove:

2a415ddbfaaaf8e94d842339ba1af196  File-Remove-1.49.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 691369] New: Update perl(Module::ScanDeps) to 1.01 or newer

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: Update perl(Module::ScanDeps) to 1.01 or newer

https://bugzilla.redhat.com/show_bug.cgi?id=691369

   Summary: Update perl(Module::ScanDeps) to 1.01 or newer
   Product: Fedora
   Version: 15
  Platform: All
OS/Version: Unspecified
Status: NEW
  Severity: medium
  Priority: unspecified
 Component: perl-Module-ScanDeps
AssignedTo: st...@silug.org
ReportedBy: psab...@redhat.com
 QAContact: extras...@fedoraproject.org
CC: st...@silug.org, fedora-perl-devel-l...@redhat.com
Classification: Fedora
  Story Points: ---


Description of problem:
Current Fedora version of Module::ScanDeps is too old. Upgrade to 1.01 or
newer. This is required by other modules.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 691369] Update perl(Module::ScanDeps) to 1.01 or newer

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=691369

Petr Sabata psab...@redhat.com changed:

   What|Removed |Added

 Blocks||691360

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 691360] perl-PAR-Packer-1.009 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=691360

Petr Sabata psab...@redhat.com changed:

   What|Removed |Added

 Depends on||691369

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-File-Remove] Upstream update. Add File-Remove-1.49.diff/Remove File-Remove-1.46.diff. Spec file cleanup.

[corsepiu]

commit 557b967d66701c5ffc73684613071bb5b755d007
Author: Ralf Corsépius corse...@fedoraproject.org
Date:   Mon Mar 28 13:30:56 2011 +0200

Upstream update.
Add File-Remove-1.49.diff/Remove File-Remove-1.46.diff.
Spec file cleanup.

 .gitignore |1 +
 File-Remove-1.46.diff = File-Remove-1.49.diff |   14 +++---
 perl-File-Remove.spec  |   24 
 sources|2 +-
 4 files changed, 21 insertions(+), 20 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 0e38d9f..c3e2690 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 File-Remove-1.42.tar.gz
 /File-Remove-1.46.tar.gz
+/File-Remove-1.49.tar.gz
diff --git a/File-Remove-1.46.diff b/File-Remove-1.49.diff
similarity index 51%
rename from File-Remove-1.46.diff
rename to File-Remove-1.49.diff
index 558299e..4eb2d70 100644
--- a/File-Remove-1.46.diff
+++ b/File-Remove-1.49.diff
@@ -1,7 +1,7 @@
-diff -Naur File-Remove-1.46.orig/lib/File/Remove.pm 
File-Remove-1.46/lib/File/Remove.pm
 File-Remove-1.46.orig/lib/File/Remove.pm   2011-02-18 04:31:02.0 
+0100
-+++ File-Remove-1.46/lib/File/Remove.pm2011-02-18 07:54:53.372007128 
+0100
-@@ -16,8 +16,8 @@
+diff -Naur File-Remove-1.49.orig/lib/File/Remove.pm 
File-Remove-1.49/lib/File/Remove.pm
+--- File-Remove-1.49.orig/lib/File/Remove.pm   2011-03-14 01:32:09.0 
+0100
 File-Remove-1.49/lib/File/Remove.pm2011-03-28 13:18:33.762791382 
+0200
+@@ -17,8 +17,8 @@
  
  use File::Path ();
  use File::Glob ();
@@ -12,9 +12,9 @@ diff -Naur File-Remove-1.46.orig/lib/File/Remove.pm 
File-Remove-1.46/lib/File/Re
  
  sub expand (@) {
map { -e $_ ? $_ : File::Glob::bsd_glob($_) } @_;
-diff -Naur File-Remove-1.46.orig/META.yml File-Remove-1.46/META.yml
 File-Remove-1.46.orig/META.yml 2011-02-18 04:31:21.0 +0100
-+++ File-Remove-1.46/META.yml  2011-02-18 07:54:53.370007098 +0100
+diff -Naur File-Remove-1.49.orig/META.yml File-Remove-1.49/META.yml
+--- File-Remove-1.49.orig/META.yml 2011-03-14 01:32:31.0 +0100
 File-Remove-1.49/META.yml  2011-03-28 13:18:33.763791384 +0200
 @@ -21,8 +21,8 @@
  - t
  - xt
diff --git a/perl-File-Remove.spec b/perl-File-Remove.spec
index 584cbb1..d785975 100644
--- a/perl-File-Remove.spec
+++ b/perl-File-Remove.spec
@@ -1,16 +1,15 @@
-Name:  perl-File-Remove
-Version:   1.46
+Name:  perl-File-Remove
+Version:   1.49
 Release:   1%{?dist}
 Summary:   Convenience module for removing files and directories
 License:   GPL+ or Artistic
 Group: Development/Libraries
-URL:   http://search.cpan.org/dist/File-Remove/
-Source0:   
http://search.cpan.org/CPAN/authors/id/A/AD/ADAMK/File-Remove-%{version}.tar.gz
+URL:   http://search.cpan.org/dist/File-Remove/
+Source0:   
http://search.cpan.org/CPAN/authors/id/A/AD/ADAMK/File-Remove-%{version}.tar.gz
 # Perl versions are causing havoc to rpm versions
 Patch0:File-Remove-%{version}.diff
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 
-Requires:  perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
+Requires:  perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 
 BuildRequires: perl(ExtUtils::MakeMaker)
 BuildRequires: perl(Test::More) = 0.42
@@ -18,7 +17,7 @@ BuildRequires:perl(File::Spec) = 3.28
 BuildRequires: perl(File::Path)
 BuildRequires: perl(File::Glob)
 
-BuildArch: noarch
+BuildArch: noarch
 
 %description
 %{summary}
@@ -32,17 +31,13 @@ BuildArch:  noarch
 make %{?_smp_mflags}
 
 %install
-rm -rf $RPM_BUILD_ROOT
 make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
 find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';'
 find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2/dev/null ';'
 chmod -R u+w $RPM_BUILD_ROOT/*
 
-%clean
-rm -rf $RPM_BUILD_ROOT
-
 %check
-make test AUTOMATED_TESTING=1
+make test
 
 %files
 %defattr(-,root,root,-)
@@ -51,6 +46,11 @@ make test AUTOMATED_TESTING=1
 %{_mandir}/man3/*
 
 %changelog
+* Mon Mar 28 2011 Ralf Corsépius corse...@fedoraproject.org - 1.49-1
+- Upstream update.
+- Add File-Remove-1.49.diff/Remove File-Remove-1.46.diff.
+- Spec file cleanup.
+
 * Fri Feb 18 2011 Ralf Corsépius corse...@fedoraproject.org - 1.46-1
 - Upstream update.
 - Remove xt-tests's deps (Upstream doesn't want us to test their works).
diff --git a/sources b/sources
index 29154cc..080237b 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-030117a86d31db5f3c77c351d3664d59  File-Remove-1.46.tar.gz
+2a415ddbfaaaf8e94d842339ba1af196  File-Remove-1.49.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 691360] perl-PAR-Packer-1.009 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=691360

--- Comment #1 from Petr Sabata psab...@redhat.com 2011-03-28 07:29:44 EDT ---
Fedora lacks required dependencies.
Postponing until Module::ScanDeps 1.01 is available.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File Class-MethodMaker-2.17.tar.gz uploaded to lookaside cache by corsepiu

[corsepiu]

A file has been added to the lookaside cache for perl-Class-MethodMaker:

1362b94af75cdb1a1a29834a45175173  Class-MethodMaker-2.17.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Class-MethodMaker] Upstream update. Spec file cleanup.

[corsepiu]

commit f54d5253ea90213f84223869c5ebb50e5173aec4
Author: Ralf Corsépius corse...@fedoraproject.org
Date:   Mon Mar 28 15:16:20 2011 +0200

Upstream update.
Spec file cleanup.

 .gitignore  |1 +
 perl-Class-MethodMaker.spec |   19 ++-
 sources |2 +-
 3 files changed, 8 insertions(+), 14 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 4d77a05..4e360a2 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 Class-MethodMaker-2.16.tar.gz
+/Class-MethodMaker-2.17.tar.gz
diff --git a/perl-Class-MethodMaker.spec b/perl-Class-MethodMaker.spec
index 303e712..6d9b02e 100644
--- a/perl-Class-MethodMaker.spec
+++ b/perl-Class-MethodMaker.spec
@@ -1,24 +1,20 @@
 Name:   perl-Class-MethodMaker
-Version:2.16
-Release:4%{?dist}
+Version:2.17
+Release:1%{?dist}
 Summary:Perl module for creating generic object-oriented methods
 
 Group:  Development/Libraries
 License:GPL+ or Artistic
 URL:http://search.cpan.org/~schwigon/Class-MethodMaker/
 Source0:
http://search.cpan.org/CPAN/authors/id/S/SC/SCHWIGON/class-methodmaker/Class-MethodMaker-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 
 BuildRequires:  perl(ExtUtils::MakeMaker)
 # Required by the tests
 BuildRequires:  perl(IPC::Run)
-# BR: to force deterministic build
-BuildRequires:  perl(Module::Signature)
 
 Requires:  perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version))
 
 %description
-
 Class::MethodMaker solves the problem of having to continually write accessor
 methods for your objects that perform standard tasks.
 
@@ -33,7 +29,6 @@ make %{?_smp_mflags}
 cd ..
 
 %install
-rm -rf $RPM_BUILD_ROOT
 cd Class-MethodMaker-%{version}
 make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
 cd ..
@@ -44,15 +39,9 @@ chmod -R u+w $RPM_BUILD_ROOT/*
 
 %check
 cd Class-MethodMaker-%{version}
-# until deprecation will be fixed
-rm -rf t/redefine-warnings.t
 make test
 cd ..
 
-%clean
-rm -rf $RPM_BUILD_ROOT
-
-
 %files
 %defattr(-,root,root,-)
 %doc Class-MethodMaker-%{version}/Changes Class-MethodMaker-%{version}/README 
Class-MethodMaker-%{version}/TODO
@@ -61,6 +50,10 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*.3*
 
 %changelog
+* Mon Mar 28 2011 Ralf Corsépius corse...@fedoraproject.org - 2.17-1
+- Upstream update.
+- Spec file cleanup.
+
 * Tue Feb 08 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 2.16-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
 
diff --git a/sources b/sources
index 28af3a9..8365ae2 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-8ee96e049858ad22ff71881fee19443c  Class-MethodMaker-2.16.tar.gz
+1362b94af75cdb1a1a29834a45175173  Class-MethodMaker-2.17.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File Package-Stash-0.27.tar.gz uploaded to lookaside cache by pghmcfc

[Paul Howarth]

A file has been added to the lookaside cache for perl-Package-Stash:

e6d4f70e30ccdd5f2b80f7d3c119f53d  Package-Stash-0.27.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Package-Stash/f15/master] Update to 0.27

[Paul Howarth]

Summary of changes:

  6feb600... Update to 0.27 (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Package-Stash] Created tag perl-Package-Stash-0.27-1.fc15

[Paul Howarth]

The lightweight tag 'perl-Package-Stash-0.27-1.fc15' was created pointing to:

 6feb600... Update to 0.27
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Package-Stash] Created tag perl-Package-Stash-0.27-1.fc16

[Paul Howarth]

The lightweight tag 'perl-Package-Stash-0.27-1.fc16' was created pointing to:

 6feb600... Update to 0.27
--
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 Perl-Critic-PetPeeves-JTRAMMELL-0.01.tar.gz uploaded to lookaside cache by ppisar

[Petr Pisar]

A file has been added to the lookaside cache for 
perl-Perl-Critic-PetPeeves-JTRAMMELL:

7273e6b416aae06966925350bbb536b1  Perl-Critic-PetPeeves-JTRAMMELL-0.01.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Perl-Critic-PetPeeves-JTRAMMELL] Import

[Petr Pisar]

commit fc3ced32f0321e174efdfadd7b6d61874fe5b9f3
Author: Petr Písař ppi...@redhat.com
Date:   Mon Mar 28 16:05:26 2011 +0200

Import

 .gitignore|1 +
 perl-Perl-Critic-PetPeeves-JTRAMMELL.spec |   48 +
 sources   |1 +
 3 files changed, 50 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..6d79514 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Perl-Critic-PetPeeves-JTRAMMELL-0.01.tar.gz
diff --git a/perl-Perl-Critic-PetPeeves-JTRAMMELL.spec 
b/perl-Perl-Critic-PetPeeves-JTRAMMELL.spec
new file mode 100644
index 000..b29b45d
--- /dev/null
+++ b/perl-Perl-Critic-PetPeeves-JTRAMMELL.spec
@@ -0,0 +1,48 @@
+Name:   perl-Perl-Critic-PetPeeves-JTRAMMELL
+Version:0.01
+Release:1%{?dist}
+Summary:Policies to prohibit/require my pet peeves
+License:GPL+ or Artistic
+Group:  Development/Libraries
+URL:http://search.cpan.org/dist/Perl-Critic-PetPeeves-JTRAMMELL/
+Source0:
http://www.cpan.org/authors/id/J/JT/JTRAMMELL/Perl-Critic-PetPeeves-JTRAMMELL-%{version}.tar.gz
+BuildArch:  noarch
+BuildRequires:  perl(Data::Dumper)
+BuildRequires:  perl(Module::Build)
+BuildRequires:  perl(Perl::Critic::Utils)
+# Tests only:
+BuildRequires:  perl(Perl::Critic::Config)
+BuildRequires:  perl(Test::More)
+BuildRequires:  perl(Test::Pod) = 1.14
+BuildRequires:  perl(Test::Pod::Coverage) = 1.04
+Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
+
+%description
+Module Perl::Critic::PetPeeves::JTRAMMELL provides policies that I want
+that haven't already been implemented elsewhere.
+
+%prep
+%setup -q -n Perl-Critic-PetPeeves-JTRAMMELL-%{version}
+
+%build
+%{__perl} Build.PL installdirs=vendor
+./Build
+
+%install
+./Build install destdir=$RPM_BUILD_ROOT create_packlist=0
+find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+./Build test
+
+%files
+%defattr(-,root,root,-)
+%doc Changes README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Wed Jan 26 2011 Petr Pisar ppi...@redhat.com 0.01-1
+- Specfile autogenerated by cpanspec 1.78.
+- Remove BuildRoot stuff
diff --git a/sources b/sources
index e69de29..328be8f 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+7273e6b416aae06966925350bbb536b1  Perl-Critic-PetPeeves-JTRAMMELL-0.01.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-File-Remove/f14/master] (5 commits) ...Upstream update. Add File-Remove-1.49.diff/Remove File-Remove-1.46.diff. Spec file cleanup.

[corsepiu]

Summary of changes:

  558b178... - 661697 rebuild for fixing problems with vendorach/lib (*)
  0050a3b... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*)
  0b1855e... - Upstream update. - Remove xt-tests's deps (Upstream doesn (*)
  a69dbf4... Remove. (*)
  557b967... Upstream update. Add File-Remove-1.49.diff/Remove File-Remo (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-File-Remove/f14/master] Post-merge spec cleanup.

[corsepiu]

commit d06e3415d5d15c1a277b23c0b6052eaa34bd9d1d
Author: Ralf Corsépius corse...@fedoraproject.org
Date:   Mon Mar 28 16:11:20 2011 +0200

Post-merge spec cleanup.

 perl-File-Remove.spec |8 
 1 files changed, 0 insertions(+), 8 deletions(-)
---
diff --git a/perl-File-Remove.spec b/perl-File-Remove.spec
index d785975..7178abe 100644
--- a/perl-File-Remove.spec
+++ b/perl-File-Remove.spec
@@ -51,14 +51,6 @@ make test
 - Add File-Remove-1.49.diff/Remove File-Remove-1.46.diff.
 - Spec file cleanup.
 
-* Fri Feb 18 2011 Ralf Corsépius corse...@fedoraproject.org - 1.46-1
-- Upstream update.
-- Remove xt-tests's deps (Upstream doesn't want us to test their works).
-- Work around rpm-/perl-version conflicts.
-
-* Tue Feb 08 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 1.42-9
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
-
 * Thu Dec 16 2010 Marcela Maslanova mmasl...@redhat.com - 1.42-8
 - 661697 rebuild for fixing problems with vendorach/lib
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Devel-Cover/f14/master] rebuild for perl 5.12.3

[Tom Callaway]

commit 37f521cf878c5bcec85134105a4a2bccfc0d781c
Author: Tom spot Callaway tcall...@redhat.com
Date:   Mon Mar 28 15:29:03 2011 -0400

rebuild for perl 5.12.3

 perl-Devel-Cover.spec |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Devel-Cover.spec b/perl-Devel-Cover.spec
index 34e25ea..630185a 100644
--- a/perl-Devel-Cover.spec
+++ b/perl-Devel-Cover.spec
@@ -1,6 +1,6 @@
 Name:   perl-Devel-Cover
 Version:0.66
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Code coverage metrics for Perl
 
 Group:  Development/Libraries
@@ -64,6 +64,9 @@ rm -rf $RPM_BUILD_ROOT
 
 
 %changelog
+* Mon Mar 28 2011 Tom Callaway s...@fedoraproject.org - 0.66-2
+- rebuild for new perl
+
 * Fri Apr 30 2010 Marcela Maslanova mmasl...@redhat.com - 0.66-1
 - Mass rebuild with perl-5.12.0  update
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 691451] Rebuild required to work correctly with perl 5.012003.

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=691451

--- Comment #1 from Fedora Update System upda...@fedoraproject.org 2011-03-28 
15:33:18 EDT ---
perl-Devel-Cover-0.66-2.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/perl-Devel-Cover-0.66-2.fc14

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-WWW-Mechanize

[buildsys]

perl-WWW-Mechanize has broken dependencies in the rawhide tree:
On x86_64:
perl-WWW-Mechanize-1.66-3.fc15.noarch requires perl(HTML::Form) = 
0:1.00
perl-WWW-Mechanize-1.66-3.fc15.noarch requires perl(HTML::Form) = 
0:1.038
On i386:
perl-WWW-Mechanize-1.66-3.fc15.noarch requires perl(HTML::Form) = 
0:1.00
perl-WWW-Mechanize-1.66-3.fc15.noarch requires perl(HTML::Form) = 
0:1.038
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Broken dependencies: perl-WWW-Mechanize

[Iain Arnell]

On Mon, Mar 28, 2011 at 10:55 PM, Emmanuel Seyman
emmanuel.sey...@club-internet.fr wrote:
 * build...@fedoraproject.org [28/03/2011 22:45] :

 perl-WWW-Mechanize has broken dependencies in the rawhide tree:
 On x86_64:
       perl-WWW-Mechanize-1.66-3.fc15.noarch requires perl(HTML::Form) = 
 0:1.00
       perl-WWW-Mechanize-1.66-3.fc15.noarch requires perl(HTML::Form) = 
 0:1.038

 I've submitted a package for perl-HTML-Form:
 https://bugzilla.redhat.com/show_bug.cgi?id=691226

 If someone could find the time to review it, we could finally get rid of
 these email reminders.

Taken.

-- 
Iain.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 690116] perl-Text-CSV_XS-0.81 is available

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=690116

Fedora Update System upda...@fedoraproject.org changed:

   What|Removed |Added

 Status|MODIFIED|CLOSED
   Fixed In Version||perl-Text-CSV_XS-0.81-2.fc1
   ||5
 Resolution||ERRATA
Last Closed||2011-03-28 23:48:59

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel