date:20110221

On 02/21/2011 11:23 AM, Marcela Mašláňová wrote:
 On 02/19/2011 09:10 PM, Remi Collet wrote:
 Le 19/02/2011 20:25, Rawhide Report a écrit :

 gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ScrolledWindow)
 gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::DrawingArea)
 gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Frame)
 gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ComboBox)
 gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::VBox)
 gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ToggleButton)
 gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Dialog)
 gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Window)
 gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Notebook)
 gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::OptionMenu)
 gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::HBox)
 gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Entry)
 gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::EventBox)
 gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::HScale)
 gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::SpinButton)
 gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Button)
 gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Viewport)

 I don't understand why this requires are detected in f15/rawhide (wasn't
 in f14) ?

 Should I filter them ?
 Shouldn't perl-Gtk2 provides them ?


 Any tips / idea ?
 The huge number of perl requires is result of recent update to rpm-4.9.
 In rpm were fixed some bugs and our filtering macro doesn't work well
 now [1].

 [1] https://bugzilla.redhat.com/show_bug.cgi?id=674765

The filtering macros work just like they always did, the issue of 
config(foo) dependencies when using external dependency generator (which 
the current Fedora-specific filter macros rely on) in bug 674765 is not 
new to 4.9.x. So 674765 is not really related here...

A more likely candidate for new dependencies appearing is that rpm now 
collects dependencies from perl's use base qw syntax, which older 
versions did not.

- Panu -

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

Re: rawhide report: 20110219 changes - requires perl(Gtk2::

2011-02-21 Thread Remi Collet

Le 21/02/2011 10:36, Panu Matilainen a écrit :
 A more likely candidate for new dependencies appearing is that rpm now 
 collects dependencies from perl's use base qw syntax, which older 
 versions did not.

So ? Should we fill a bug against perl-Gtk2 to Provides all usable class
provided by Gtk2.so and not detected by RPM ? (a very long list which
could probably be generated from *.pod or or man3/*)

For now I have add a huge filter, which is really a poor workaround

%filter_from_requires /perl(Gtk2::B/d
%filter_from_requires /perl(Gtk2::C/d
%filter_from_requires /perl(Gtk2::D/d
%filter_from_requires /perl(Gtk2::E/d
%filter_from_requires /perl(Gtk2::F/d
%filter_from_requires /perl(Gtk2::H/d
%filter_from_requires /perl(Gtk2::L/d
%filter_from_requires /perl(Gtk2::Notebook)/d
%filter_from_requires /perl(Gtk2::O/d
%filter_from_requires /perl(Gtk2::ProgressBar)/d
%filter_from_requires /perl(Gtk2::S/d
%filter_from_requires /perl(Gtk2::ToggleButton)/d
%filter_from_requires /perl(Gtk2::V/d
%filter_from_requires /perl(Gtk2::W/d


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

Re: rawhide report: 20110219 changes - requires perl(Gtk2::

2011-02-21 Thread Jan Kratochvil

On Mon, 21 Feb 2011 10:36:05 +0100, Panu Matilainen wrote:
 A more likely candidate for new dependencies appearing is that rpm now 
 collects dependencies from perl's use base qw syntax, which older 
 versions did not.

filed now as:
https://bugzilla.redhat.com/show_bug.cgi?id=679014

/usr/bin/cvs2cl:
package CVS::Utils::ChangeLog::EntrySet::Output::Text;
use base qw( CVS::Utils::ChangeLog::EntrySet::Output );
package CVS::Utils::ChangeLog::EntrySet::Output;

rpm (or which one) generates:
rpm -q --requires cvs2cl
perl(CVS::Utils::ChangeLog::EntrySet::Output)  
 - this is incorrect

BTW (this is correct):
rpm -q --provides cvs2cl
no Perl packages


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

Re: rawhide report: 20110219 changes - requires perl(Gtk2::

On 02/21/2011 10:36 AM, Panu Matilainen wrote:
 On 02/21/2011 11:23 AM, Marcela Mašláňová wrote:
 On 02/19/2011 09:10 PM, Remi Collet wrote:
 Le 19/02/2011 20:25, Rawhide Report a écrit :

gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ScrolledWindow)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::DrawingArea)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Frame)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ComboBox)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::VBox)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ToggleButton)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Dialog)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Window)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Notebook)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::OptionMenu)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::HBox)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Entry)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::EventBox)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::HScale)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::SpinButton)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Button)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Viewport)

 I don't understand why this requires are detected in f15/rawhide (wasn't
 in f14) ?

 Should I filter them ?
 Shouldn't perl-Gtk2 provides them ?


 Any tips / idea ?
 The huge number of perl requires is result of recent update to rpm-4.9.
 In rpm were fixed some bugs and our filtering macro doesn't work well
 now [1].

 [1] https://bugzilla.redhat.com/show_bug.cgi?id=674765

 The filtering macros work just like they always did, the issue of
 config(foo) dependencies when using external dependency generator (which
 the current Fedora-specific filter macros rely on) in bug 674765 is not
 new to 4.9.x. So 674765 is not really related here...

 A more likely candidate for new dependencies appearing is that rpm now
 collects dependencies from perl's use base qw syntax, which older
 versions did not.

That's only one half of the issue.

In case of the perl(Gtk2::*), rpm now collects use base ... requires, 
but misses to collect and provide the XS-symbols they are implicitly 
provided through.

I.e. in a perfect world, rpm's deptracking needs to be extended to 
collect XS-symbols,

A quick hack applicable to the perl-Gtk2-* packages would be to run
some nm -sD --undefined ... based script to generate a list of these 
Provides:

Rough uncooked example:

nm -sD --defined /usr/lib64/perl5/auto/Gtk2/Gtk2.so \
| grep -E 'XS_Gtk2.*_new$' \
| sed -e 's,^.*XS_Gtk2,perl(Gtk2,;s,__,::,g;s,_new,),'

Ralf

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

[Bug 678755] perl-Coro-5.37 is available

2011-02-21 Thread 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=678755

Petr Pisar ppi...@redhat.com changed:

   What|Removed |Added

External Bug ID||CPAN 65991

--- Comment #1 from Petr Pisar ppi...@redhat.com 2011-02-21 05:28:03 EST ---
Cannot be compiled due to syntax error. See CPAN RT #65991.

-- 
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: rawhide report: 20110219 changes - requires perl(Gtk2::

On 02/21/2011 11:47 AM, Remi Collet wrote:
 Le 21/02/2011 10:36, Panu Matilainen a écrit :
 A more likely candidate for new dependencies appearing is that rpm now
 collects dependencies from perl's use base qw syntax, which older
 versions did not.

 So ? Should we fill a bug against perl-Gtk2 to Provides all usable class
 provided by Gtk2.so and not detected by RPM ? (a very long list which
 could probably be generated from *.pod or or man3/*)

Well, I dont know. Short term, if the use-base requires are causing more 
trouble than good, there's always the option of just reverting the patch.

Longer term (something to investigate for F16 I suppose), language and 
other application specific dependency generation needs to move out of 
rpm into the hands of those who know their language, now that it's 
finally possible. The current situation is nothing short of ridiculous: 
I've close to zero chance at fixing bugs in scripts that are written in 
perl, about perl, which is a language I have absolutely no clue about. 
Heck, I don't even know what use base means, other than it apparently 
relates to using modules in one way or the other.

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

Re: rawhide report: 20110219 changes - requires perl(Gtk2::

On 02/21/2011 11:39 AM, Panu Matilainen wrote:
 On 02/21/2011 11:47 AM, Remi Collet wrote:
 Le 21/02/2011 10:36, Panu Matilainen a écrit :
 A more likely candidate for new dependencies appearing is that rpm now
 collects dependencies from perl's use base qw syntax, which older
 versions did not.

 So ? Should we fill a bug against perl-Gtk2 to Provides all usable class
 provided by Gtk2.so and not detected by RPM ? (a very long list which
 could probably be generated from *.pod or or man3/*)

 Well, I dont know. Short term, if the use-base requires are causing more
 trouble than good,
I disagree - These are a significant improvement ...

 there's always the option of just reverting the patch.
... except that the time they were introduced into Fedora was poorly chosen.

Now it's too late too revert this change, because it would cause further 
  troubles.

In short: The current problems are a temporary churn which could easily 
be fixed (most of them already are fixed!) if QA would finally stop 
taking Fedora 15's packages hostage.

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

Re: /usr/share/gtk-doc status

2011-02-21 Thread Krzesimir Nowak

2011/2/21 80 karlthe...@gmail.com:
 @krzesimir: thank you, if we settle to /usr/share/doc, then you should
 move devhelp index to /usr/share/devhelp/books.

I moved devhelp2 file to directory owned by gtk-doc because avoiding
dependency on devhelp application seemed sensible to me - it is not
necessary to read doxygen docs.

 Another issue is that
 gtkmm doc subpackages should require base package documentation
 packages (for libvtemm, at least gtkmm24-doc, glibmm24-doc,
 libsigc++20-doc) so that hyperlinks are not broken.


I suppose that in such case those hyperlinks linked to
library.gnome.org, but should be checked.


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

rhythmbox-radio-browser review

2011-02-21 Thread gia...@gmail.com

I'm looking for a reviewer for this almost trivial package:
https://bugzilla.redhat.com/show_bug.cgi?id=678714

If needed, I can trade it for another a review.

-- 
Gianluca Sforna

http://morefedora.blogspot.com
http://identi.ca/giallu - http://twitter.com/giallu
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 673965] perl-File-HomeDir-0.97 is available

2011-02-21 Thread 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=673965

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

   What|Removed |Added

Summary|perl-File-HomeDir-0.95 is   |perl-File-HomeDir-0.97 is
   |available   |available

--- Comment #1 from Upstream Release Monitoring 
upstream-release-monitor...@fedoraproject.org 2011-02-21 06:28:43 EST ---
Latest upstream release: 0.97
Current version in Fedora Rawhide: 0.93
URL: http://search.cpan.org/dist/File-HomeDir/

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

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-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: /usr/share/gtk-doc status

2011-02-21 Thread Krzesimir Nowak

2011/2/21 80 karlthe...@gmail.com:
 As for /usr/share/devhelp/books, since a similar issue raised by
 gtk-doc, guidelines should allow us now to own
 /usr/share/devhelp/books since devhelp is an optional functionality.

 http://fedoraproject.org/wiki/PackagingGuidelines#Conditional_dependencies
 The directory is owned by a package which is not required for your package 
 to function

 best regards,
 H.


I see, so I suppose that no moving/seding/whatnot should be done with
documentation now. I'll try to fix it in my free time.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: rawhide report: 20110219 changes - requires perl(Gtk2::


On 02/21/2011 12:28 PM, Ralf Corsepius wrote:

On 02/21/2011 10:36 AM, Panu Matilainen wrote:

On 02/21/2011 11:23 AM, Marcela Mašláňová wrote:

On 02/19/2011 09:10 PM, Remi Collet wrote:

Le 19/02/2011 20:25, Rawhide Report a écrit :


gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ScrolledWindow)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::DrawingArea)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Frame)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ComboBox)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::VBox)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::ToggleButton)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Dialog)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Window)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Notebook)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::OptionMenu)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::HBox)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Entry)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::EventBox)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::HScale)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::SpinButton)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Button)
gmusicbrowser-1.0.2-2.fc15.noarch requires perl(Gtk2::Viewport)


I don't understand why this requires are detected in f15/rawhide
(wasn't
in f14) ?

Should I filter them ?
Shouldn't perl-Gtk2 provides them ?


Any tips / idea ?

The huge number of perl requires is result of recent update to rpm-4.9.
In rpm were fixed some bugs and our filtering macro doesn't work well
now [1].

[1] https://bugzilla.redhat.com/show_bug.cgi?id=674765


The filtering macros work just like they always did, the issue of
config(foo) dependencies when using external dependency generator (which
the current Fedora-specific filter macros rely on) in bug 674765 is not
new to 4.9.x. So 674765 is not really related here...

A more likely candidate for new dependencies appearing is that rpm now
collects dependencies from perl's use base qw syntax, which older
versions did not.


That's only one half of the issue.

In case of the perl(Gtk2::*), rpm now collects use base ... requires,
but misses to collect and provide the XS-symbols they are implicitly
provided through.

I.e. in a perfect world, rpm's deptracking needs to be extended to
collect XS-symbols,

A quick hack applicable to the perl-Gtk2-* packages would be to run
some nm -sD --undefined ... based script to generate a list of these
Provides:

Rough uncooked example:

nm -sD --defined /usr/lib64/perl5/auto/Gtk2/Gtk2.so \
| grep -E 'XS_Gtk2.*_new$' \
| sed -e 's,^.*XS_Gtk2,perl(Gtk2,;s,__,::,g;s,_new,),'


Right, if it's possible to generalize that to work with other XS modules 
it's easy to add a separate rule for them.


Meanwhile it's possible to override __elf_provides to a script which 
does the above (see attached patch perl-Gtk2 spec), BUT that only works 
when the internal dependency generator is used, and the fedora filtering 
macros disable it. So it's pretty much caught in the middle :-/


- Panu -
diff --git a/perl-Gtk2.spec b/perl-Gtk2.spec
index 61f1e86..544f2be 100644
--- a/perl-Gtk2.spec
+++ b/perl-Gtk2.spec
@@ -13,6 +13,7 @@ Group:  Development/Libraries
 License:LGPLv2+
 URL:http://search.cpan.org/dist/Gtk2/
 Source0:http://www.cpan.org/authors/id/T/TS/TSCH/Gtk2-%{version}.tar.gz
+Source100: xs-provides.sh
 BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 
 BuildRequires:  perl = 2:5.8.0
@@ -26,7 +27,7 @@ Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} 
-V:version`; echo $versi
 Requires:   perl(Glib) = 1.200
 Requires:   perl(Cairo) = 1.00
 
-%{?perl_default_filter}
+%define __elf_provides %{SOURCE100}
 
 %description
 This module allows you to write Gtk+ graphical user interfaces in a
diff --git a/xs-provides.sh b/xs-provides.sh
new file mode 100755
index 000..78070fa
--- /dev/null
+++ b/xs-provides.sh
@@ -0,0 +1,5 @@
+#!/bin/sh
+while read f; do
+nm -sD ${f} | grep -E 'XS_Gtk2.*_new$' \
+| sed -e 's,^.*XS_Gtk2,perl(Gtk2,;s,__,::,g;s,_new,),' 
+done
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: rawhide report: 20110219 changes - requires perl(Gtk2::

On 02/21/2011 12:58 PM, Ralf Corsepius wrote:
 On 02/21/2011 11:39 AM, Panu Matilainen wrote:
 On 02/21/2011 11:47 AM, Remi Collet wrote:
 Le 21/02/2011 10:36, Panu Matilainen a écrit :
 A more likely candidate for new dependencies appearing is that rpm now
 collects dependencies from perl's use base qw syntax, which older
 versions did not.

 So ? Should we fill a bug against perl-Gtk2 to Provides all usable class
 provided by Gtk2.so and not detected by RPM ? (a very long list which
 could probably be generated from *.pod or or man3/*)

 Well, I dont know. Short term, if the use-base requires are causing more
 trouble than good,
 I disagree - These are a significant improvement ...

Like I said, I don't know. If it's a significant improvement, good :)

 there's always the option of just reverting the patch.
 ... except that the time they were introduced into Fedora was poorly
 chosen.

 Now it's too late too revert this change, because it would cause further
 troubles.

 In short: The current problems are a temporary churn which could easily
 be fixed (most of them already are fixed!) if QA would finally stop
 taking Fedora 15's packages hostage.

Nod, branching right after a mass-rebuild with such a huge number of 
broken dependencies in the package set (many of which existed before, 
many more brought in by the mass-rebuild) is causing unnecessary pain.

I've been trying to watch over any regressions from the new dependency 
generator bits, but with half the world broken it's pretty hopeless to 
spot any individual issues. Rawhide's been certainly living up to its 
name recently...

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

Problem uploading to lookaside cache

I'm trying to update perl-IO-Multiplex to 1.11 but I can't upload the 
tarball to the lookaside cache. fedpkg new-sources reports success but 
hasn't actually worked:

$ fedpkg new-sources IO-Multiplex-1.11.tar.gz
Uploading: 7db84e16c24579865c9044843880962a  IO-Multiplex-1.11.tar.gz
 
100.0%
Uploaded and added to .gitignore: IO-Multiplex-1.11.tar.gz
Source upload succeeded. Don't forget to commit the sources file

$ mv IO-Multiplex-1.11.tar.gz IO-Multiplex-1.11.tar.gz.orig

$ fedpkg sources
Downloading IO-Multiplex-1.11.tar.gz
   % Total% Received % Xferd  Average Speed   TimeTime Time 
  Current
  Dload  Upload   Total   SpentLeft 
  Speed
   0 00 00 0  0  0 --:--:-- --:--:-- 
--:--:-- 0
curl: (22) The requested URL returned error: 404
Could not download sources: Command '['curl', '-H', 'Pragma:', '-o', 
'IO-Multiplex-1.11.tar.gz', '-R', '-S', '--fail', '--show-error', 
'http://pkgs.fedoraproject.org/repo/pkgs/perl-IO-Multiplex/IO-Multiplex-1.11.tar.gz/7db84e16c24579865c9044843880962a/IO-Multiplex-1.11.tar.gz']'
 
returned non-zero exit status 22

It appears that the upload CGI is reporting success despite having 
failed. Here's a manual attempt at running it with curl in verbose mode:

$ PACKAGE_NAME=perl-IO-Multiplex
$ SOURCE_FILE_NAME=IO-Multiplex-1.11.tar.gz
$ MD5_SUM_OF_SOURCE_FILE=$(cut -d  -f1  sources)
$ cat sources
7db84e16c24579865c9044843880962a  IO-Multiplex-1.11.tar.gz
$ curl -v -k --cert ~/.fedora.cert -F name=${PACKAGE_NAME} -F 
md5sum=${MD5_SUM_OF_SOURCE_FILE} -F file=@${SOURCE_FILE_NAME} 
https://pkgs.fedoraproject.org/repo/pkgs/upload.cgi
* About to connect() to pkgs.fedoraproject.org port 443 (#0)
*   Trying 209.132.181.4... connected
* Connected to pkgs.fedoraproject.org (209.132.181.4) port 443 (#0)
* Initializing NSS with certpath: /etc/pki/nssdb
* warning: ignoring unsupported value (1) of ssl.verifyhost
* Certificate is signed by an untrusted issuer: 
'E=ad...@fedoraproject.org,CN=Fedora Project CA,OU=Fedora Project 
CA,O=Fedora Project,L=Raleigh,ST=North Carolina,C=US'
* SSL certificate verify ok.
* NSS: client certificate: PEM Token #1:.fedora.cert
*   subject: E=p...@city-fan.org,CN=pghmcfc,OU=Fedora User Cert,O=Fedora 
Project,ST=North Carolina,C=US
*   start date: Feb 12 10:59:43 2011 GMT
*   expire date: Aug 11 10:59:43 2011 GMT
*   common name: pghmcfc
*   issuer: E=ad...@fedoraproject.org,CN=Fedora Project CA,OU=Fedora 
Project CA,O=Fedora Project,L=Raleigh,ST=North Carolina,C=US
* SSL connection using TLS_RSA_WITH_AES_256_CBC_SHA
* Server certificate:
*   subject: 
E=build...@fedoraproject.org,CN=pkgs.fedoraproject.org,OU=Package 
SCM,O=Fedora Project,ST=North Carolina,C=US
*   start date: Jul 27 16:12:45 2010 GMT
*   expire date: Jul 24 16:12:45 2020 GMT
*   common name: pkgs.fedoraproject.org
*   issuer: E=ad...@fedoraproject.org,CN=Fedora Project CA,OU=Fedora 
Project CA,O=Fedora Project,L=Raleigh,ST=North Carolina,C=US
  POST /repo/pkgs/upload.cgi HTTP/1.1
  User-Agent: curl/7.21.4 (x86_64-unknown-linux-gnu) libcurl/7.21.4 
NSS/3.12.9.0 zlib/1.2.5 libidn/1.19 libssh2/1.2.7
  Host: pkgs.fedoraproject.org
  Accept: */*
  Content-Length: 16491
  Expect: 100-continue
  Content-Type: multipart/form-data; 
boundary=b85197046580
 
 HTTP/1.1 100 Continue
 HTTP/1.1 200 OK
 Date: Mon, 21 Feb 2011 12:16:51 GMT
 Server: Apache/2.2.15 (Red Hat)
 Content-Length: 0
 Content-Type: text/plain

* Connection #0 to host pkgs.fedoraproject.org left intact
* Closing connection #0

Any idea what's up?

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

Re: Problem uploading to lookaside cache

On 2011-02-21, Paul Howarth p...@city-fan.org wrote:
 I'm trying to update perl-IO-Multiplex to 1.11 but I can't upload the 
 tarball to the lookaside cache. fedpkg new-sources reports success but 
 hasn't actually worked:

https://fedorahosted.org/rel-eng/ticket/4453

-- Petr

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

Re: Problem uploading to lookaside cache

2011-02-21 Thread Daniel P. Berrange

On Mon, Feb 21, 2011 at 12:25:44PM +, Paul Howarth wrote:
 I'm trying to update perl-IO-Multiplex to 1.11 but I can't upload the 
 tarball to the lookaside cache. fedpkg new-sources reports success but 
 hasn't actually worked:
 
 $ fedpkg new-sources IO-Multiplex-1.11.tar.gz
 Uploading: 7db84e16c24579865c9044843880962a  IO-Multiplex-1.11.tar.gz
  
 100.0%
 Uploaded and added to .gitignore: IO-Multiplex-1.11.tar.gz
 Source upload succeeded. Don't forget to commit the sources file
 
 $ mv IO-Multiplex-1.11.tar.gz IO-Multiplex-1.11.tar.gz.orig
 
 $ fedpkg sources
 Downloading IO-Multiplex-1.11.tar.gz
% Total% Received % Xferd  Average Speed   TimeTime Time 
   Current
   Dload  Upload   Total   SpentLeft 
   Speed
0 00 00 0  0  0 --:--:-- --:--:-- 
 --:--:-- 0
 curl: (22) The requested URL returned error: 404
 Could not download sources: Command '['curl', '-H', 'Pragma:', '-o', 
 'IO-Multiplex-1.11.tar.gz', '-R', '-S', '--fail', '--show-error', 
 'http://pkgs.fedoraproject.org/repo/pkgs/perl-IO-Multiplex/IO-Multiplex-1.11.tar.gz/7db84e16c24579865c9044843880962a/IO-Multiplex-1.11.tar.gz']'
  
 returned non-zero exit status 22
 
 It appears that the upload CGI is reporting success despite having 
 failed.

[snip]

 Any idea what's up?

I've no idea, but it isn't just you. I'm seeing exactly the same problem
trying to provide new sources for virt-viewer. Upload succeeds according
to fedpkg, but the file doesn't exist on the server when you try to fetch
it again

Regards,
Daniel
-- 
|: http://berrange.com  -o-http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org  -o- http://virt-manager.org :|
|: http://autobuild.org   -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org   -o-   http://live.gnome.org/gtk-vnc :|
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: rawhide report: 20110219 changes - requires perl(Gtk2::

2011-02-21 Thread Iain Arnell

On Mon, Feb 21, 2011 at 11:28 AM, Ralf Corsepius rc040...@freenet.de wrote:
[snip]

 In case of the perl(Gtk2::*), rpm now collects use base ... requires,
 but misses to collect and provide the XS-symbols they are implicitly
 provided through.

 I.e. in a perfect world, rpm's deptracking needs to be extended to
 collect XS-symbols,

 A quick hack applicable to the perl-Gtk2-* packages would be to run
 some nm -sD --undefined ... based script to generate a list of these
 Provides:

 Rough uncooked example:

 nm -sD --defined /usr/lib64/perl5/auto/Gtk2/Gtk2.so \
 | grep -E 'XS_Gtk2.*_new$' \
 | sed -e 's,^.*XS_Gtk2,perl(Gtk2,;s,__,::,g;s,_new,),'

grep /and/ sed? What about simply:

nm -sD --defined /usr/lib64/perl5/auto/Gtk2/Gtk2.so \
| sed -ne '/XS_Gtk2.*_new$/{s,^.*XS_Gtk2,perl(Gtk2,;s,__,::,g;s,_new,),;p}'

Or a perlier way would be to grab the info from perl's symbol table:

perl -MDevel::Symdump -MGtk2 -E 'say perl($_) for sort
Devel::Symdump-rnew(Gtk2)-packages'

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

Re: rawhide report: 20110219 changes - requires perl(Gtk2::

On 02/21/2011 02:47 PM, Iain Arnell wrote:
 On Mon, Feb 21, 2011 at 11:28 AM, Ralf Corsepiusrc040...@freenet.de  wrote:
 [snip]

 In case of the perl(Gtk2::*), rpm now collects use base ... requires,
 but misses to collect and provide the XS-symbols they are implicitly
 provided through.

 I.e. in a perfect world, rpm's deptracking needs to be extended to
 collect XS-symbols,

 A quick hack applicable to the perl-Gtk2-* packages would be to run
 some nm -sD --undefined ... based script to generate a list of these
 Provides:

 Rough uncooked example:

 nm -sD --defined /usr/lib64/perl5/auto/Gtk2/Gtk2.so \
 | grep -E 'XS_Gtk2.*_new$' \
 | sed -e 's,^.*XS_Gtk2,perl(Gtk2,;s,__,::,g;s,_new,),'

 grep /and/ sed?
Please note, I said uncooked - It wasn't meant to be more than just a 
demo of concept.

On a second thought - May-be it would be more suitable for perl to parse 
the *.pods, such XS-modules normally are accompanied with?

I am not sure.

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

Orphaning some GNOME C++ packages

2011-02-21 Thread Debarshi Ray

I am orphaning the following GNOME C++ related packages:
+ atkmm
+ glibmm24
+ gtkmm24
+ gtkmm30
+ libsigc++
+ libsigc++20

Kalev Lember (kalev) and hguemar have been taking good care of them, so I am
more than happy to leave them in their hands.

I would also like to release the following Clutter bindings if someone steps
up to take care of them:
+ clutter-gktmm
+ cluttermm

Happy hacking,
Debarshi


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

rpm's treatment of unversioned provides

RPM traditionally treats unversioned provides as meaning any version. 
Over on perl-devel list, it's been suggested that this is a bug in rpm.

Googling around, I can't find any specific rationale for why rpm does 
this as opposed to say providing version 0. Can anybody enlighten me?

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

Re: systemd fail-to-boot in rawhide

2011-02-21 Thread Lennart Poettering

On Mon, 21.02.11 01:38, Matthew Miller (mat...@mattdm.org) wrote:

 Updated to this morning's rawhide. Rebooted. Now, I get to mounting my
 filesystems, which works succesfully, and then it just sits there.

I need more information:

Is the plymouth screen shown?

Does it react to Esc?

Can you switch to another VT?

Does it timeout after 60s?

Any interesting output if you boot with systemd.log_level=debug
systemd.log_target=kmsg on the kernel cmdline?

Lennart

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

File IO-Multiplex-1.11.tar.gz uploaded to lookaside cache by pghmcfc

A file has been added to the lookaside cache for perl-IO-Multiplex:

7db84e16c24579865c9044843880962a  IO-Multiplex-1.11.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-IO-Multiplex/f15/master] (2 commits) ...Update to 1.11

Summary of changes:

  7a89d34... Tidy up changelog entry (*)
  033acd7... Update to 1.11 (*)

(*) 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: rpm's treatment of unversioned provides

On 2011-02-21, Paul Howarth p...@city-fan.org wrote:
 RPM traditionally treats unversioned provides as meaning any version. 
 Over on perl-devel list, it's been suggested that this is a bug in rpm.

 Googling around, I can't find any specific rationale for why rpm does 
 this as opposed to say providing version 0. Can anybody enlighten me?

The full story begins on
https://bugzilla.redhat.com/show_bug.cgi?id=672246#c7.

I'm really interrested why RPM dependecny solver behaves like Paul says
and what it is good for.

-- Petr

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

[perl-IO-Multiplex/f15/master] (3 commits) ...Merge branch 'master' into f13

Summary of changes:

  f260128... Initialize branch F-13 for perl-IO-Multiplex (*)
  7e34c2b... dist-git conversion (*)
  5ddec6e... Merge branch 'master' into f13 (*)

(*) 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-IO-Multiplex/f14/master] (3 commits) ...Merge branch 'master' into f13

Summary of changes:

  f260128... Initialize branch F-13 for perl-IO-Multiplex (*)
  7e34c2b... dist-git conversion (*)
  5ddec6e... Merge branch 'master' into f13 (*)

(*) 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: rpm's treatment of unversioned provides

2011-02-21 Thread pinto.e...@gmail.com

Perhaps, should be most useful to post question as this, interesting as they 
are, on the rpm mailing list. Just an opinion. Regards
-Original Message-
From: Petr Pisar
Sent:  21/02/2011, 16:43 
To: devel@lists.fedoraproject.org
Subject: Re: rpm's treatment of unversioned provides

On 2011-02-21, Paul Howarth p...@city-fan.org wrote:
 RPM traditionally treats unversioned provides as meaning any version. 
 Over on perl-devel list, it's been suggested that this is a bug in rpm.

 Googling around, I can't find any specific rationale for why rpm does 
 this as opposed to say providing version 0. Can anybody enlighten me?

The full story begins on
https://bugzilla.redhat.com/show_bug.cgi?id=672246#c7.

I'm really interrested why RPM dependecny solver behaves like Paul says
and what it is good for.

-- Petr

-- 
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: Problem uploading to lookaside cache

2011-02-21 Thread Toshio Kuratomi

On Mon, Feb 21, 2011 at 12:58:57PM +, Daniel P. Berrange wrote:
 On Mon, Feb 21, 2011 at 12:25:44PM +, Paul Howarth wrote:
  I'm trying to update perl-IO-Multiplex to 1.11 but I can't upload the 
  tarball to the lookaside cache. fedpkg new-sources reports success but 
  hasn't actually worked:
  
  $ fedpkg new-sources IO-Multiplex-1.11.tar.gz
  Uploading: 7db84e16c24579865c9044843880962a  IO-Multiplex-1.11.tar.gz
   
  100.0%
  Uploaded and added to .gitignore: IO-Multiplex-1.11.tar.gz
  Source upload succeeded. Don't forget to commit the sources file
  
  $ mv IO-Multiplex-1.11.tar.gz IO-Multiplex-1.11.tar.gz.orig
  
  $ fedpkg sources
  Downloading IO-Multiplex-1.11.tar.gz
 % Total% Received % Xferd  Average Speed   TimeTime Time 
Current
Dload  Upload   Total   SpentLeft 
Speed
 0 00 00 0  0  0 --:--:-- --:--:-- 
  --:--:-- 0
  curl: (22) The requested URL returned error: 404
  Could not download sources: Command '['curl', '-H', 'Pragma:', '-o', 
  'IO-Multiplex-1.11.tar.gz', '-R', '-S', '--fail', '--show-error', 
  'http://pkgs.fedoraproject.org/repo/pkgs/perl-IO-Multiplex/IO-Multiplex-1.11.tar.gz/7db84e16c24579865c9044843880962a/IO-Multiplex-1.11.tar.gz']'
   
  returned non-zero exit status 22
  
  It appears that the upload CGI is reporting success despite having 
  failed.
 
 [snip]
 
  Any idea what's up?
 
 I've no idea, but it isn't just you. I'm seeing exactly the same problem
 trying to provide new sources for virt-viewer. Upload succeeds according
 to fedpkg, but the file doesn't exist on the server when you try to fetch
 it again
 
Should be working now.  dgilmore found that the filesystem had gone ro this
morning and fixed it.  Not sure why fedpkg is showing success there -- the
script is failing in the server log.

-Toshio


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

Re: Problem uploading to lookaside cache

On 21/02/11 16:42, Toshio Kuratomi wrote:
On Mon, Feb 21, 2011 at 12:58:57PM +, Daniel P. Berrange wrote:
On Mon, Feb 21, 2011 at 12:25:44PM +, Paul Howarth wrote:
I'm trying to update perl-IO-Multiplex to 1.11 but I can't upload the
tarball to the lookaside cache. fedpkg new-sources reports success but
hasn't actually worked:

$ fedpkg new-sources IO-Multiplex-1.11.tar.gz
Uploading: 7db84e16c24579865c9044843880962a IO-Multiplex-1.11.tar.gz

100.0%
Uploaded and added to .gitignore: IO-Multiplex-1.11.tar.gz
Source upload succeeded. Don't forget to commit the sources file

$ mv IO-Multiplex-1.11.tar.gz IO-Multiplex-1.11.tar.gz.orig

$ fedpkg sources
Downloading IO-Multiplex-1.11.tar.gz
% Total% Received % Xferd Average Speed TimeTime Time
Current
Dload Upload Total SpentLeft
Speed
0 00 00 0 0 0 --:--:-- --:--:--
--:--:-- 0
curl: (22) The requested URL returned error: 404
Could not download sources: Command '['curl', '-H', 'Pragma:', '-o',
'IO-Multiplex-1.11.tar.gz', '-R', '-S', '--fail', '--show-error',
'http://pkgs.fedoraproject.org/repo/pkgs/perl-IO-Multiplex/IO-Multiplex-1.11.tar.gz/7db84e16c24579865c9044843880962a/IO-Multiplex-1.11.tar.gz']'
returned non-zero exit status 22

It appears that the upload CGI is reporting success despite having
failed.

[snip]

Any idea what's up?

I've no idea, but it isn't just you. I'm seeing exactly the same problem
trying to provide new sources for virt-viewer. Upload succeeds according
to fedpkg, but the file doesn't exist on the server when you try to fetch
it again

Should be working now. dgilmore found that the filesystem had gone ro this
morning and fixed it. Not sure why fedpkg is showing success there -- the
script is failing in the server log.

Probably because the script is returning a 200 OK HTTP status.

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

Re: rpm's treatment of unversioned provides

2011-02-21 Thread Michael Schroeder

On Mon, Feb 21, 2011 at 02:51:11PM +, Paul Howarth wrote:
 RPM traditionally treats unversioned provides as meaning any version. 
 Over on perl-devel list, it's been suggested that this is a bug in rpm.
 
 Googling around, I can't find any specific rationale for why rpm does 
 this as opposed to say providing version 0. Can anybody enlighten me?

I think it is for symmetry reasons:

  Requires: foo require any version/release of foo
  Requires: foo = 1 require version 1 of foo, any release
  Requires: foo = 1-1   require version 1 of foo, release 1

  Provides: foo provide any version/release of foo
  Provides: foo = 1 provide version 1 of foo, any release
  Provides: foo = 1-1   provide version 1 of foo, release 1
  
Also, if it always provides version 0 there would be no way to
tell it to provide all versions. So it's more flexible the
way that it is.

(Yes, Debian is different in that regard: versioned requires
never match unversioned provides for them. But they also don't
support an any release matcher.)

Cheers,
  Michael.

-- 
Michael Schroeder   m...@suse.de
SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg
main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [Test-Announce] This week is Graphics Test Week

2011-02-21 Thread Pasi Kärkkäinen

On Sun, Feb 20, 2011 at 09:06:03PM -0800, Adam Williamson wrote:
 Hi, Fedorans. Please be informed that this week is Fedora Graphics Test
 Week. Tuesday 2011-02-22 is Nouveau Test Day [1], Wednesday 2011-02-23
 is Radeon Test Day [2] and Thursday 2011-02-24 is Intel (graphics) Test
 Day [3].
 
 Testing is very easy and can be done entirely with a live image, there's
 no need to install F15 or Rawhide; full instructions are available on
 the Wiki pages. QA folks and graphics developers will be in
 #fedora-test-day during the events. These test days are super-important
 this release because we'll be checking out the support for GNOME Shell,
 one of the major features of F15; we really need to get a good idea of
 the state of hardware support for the Shell, so PLEASE do come out and
 help test if you have any spare time this week! Also please help spread
 the word anywhere you can - your local enthusiast community, any news
 websites you know, particularly ones in non-English languages (as I'm
 not great at covering those).
 
 There's a longer write-up on my blog [4]. Please get in touch with me
 directly or the test mailing list if you have any questions or
 suggestions. Thanks!
 
 [1] http://fedoraproject.org/wiki/Test_Day:2011-02-22_Nouveau
 [2] http://fedoraproject.org/wiki/Test_Day:2011-02-23_Radeon
 [3] http://fedoraproject.org/wiki/Test_Day:2011-02-24_Intel
 [4] http://www.happyassassin.net/2011/02/20/its-graphics-test-week-again/


Hello,

I'd like to remind about issues I've had with graphics in Fedora..
ie. support for laptops with external monitors (in a docking station).

I can probably attend the radeon test day and try my setup,
but others should test this stuff aswell!

-- Pasi

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

Re: rawhide report: 20110219 changes - requires perl(Gtk2::

2011-02-21 Thread Jan Kratochvil

On Mon, 21 Feb 2011 15:22:48 +0100, Ralf Corsepius wrote:
 On a second thought - May-be it would be more suitable for perl to parse 
 the *.pods, such XS-modules normally are accompanied with?

As discussed in
[Bug 679014] rpmbuild: Perl excessive auto-Requires
https://bugzilla.redhat.com/show_bug.cgi?id=679014

there is no need for autodetection.  CPAN packages already provide their
requires list:
Gtk2-GladeXML-1.007/META.yml:
requires: 
ExtUtils::Depends: 0.300
ExtUtils::PkgConfig:   1.000
Glib:  1.020
Gtk2:  1.000

which is IIRC generated from Makefile.PL, where one can also find the
provides list using ExtUtils::MakeMaker.  This should be resolved by perl
maintainers.


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

Re: /usr/share/gtk-doc status

2011-02-21 Thread Toshio Kuratomi

On Mon, Feb 21, 2011 at 10:18:38AM +0100, 80 wrote:
 @krzesimir: thank you, if we settle to /usr/share/doc, then you should
 move devhelp index to /usr/share/devhelp/books. 

One thing to note about /usr/share/doc is that files under there are
automatically marked as %doc.  Programs can't have a runtime dependency on
those because someone could install with --nodoc to omit those files.  So
with the devhelp index -- if devhelp can tell that the documentation doesn't
exist and then doesn't show the index entry, you're fine.  If devhelp shows
an entry for the documentation but yields an error when someone tries to use
it, it's probably better not to use /usr/share/doc or otherwise mark the
files as %doc.

-Toshio


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

Re: librsvg2 unmaintained?

On Sun, 2011-02-20 at 19:47 +0100, Michael Schwendt wrote:

 In bugzilla 553069 many of the dupes are false positives due to ABRT
 running wild with non-working detection of duplicates.

For the tenth time, this is a really unhelpful way of looking at things.
Detecting duplicates is not some sort of simple, 'digital' operation
which either works or doesn't; it's a hugely complicated, much more
'analog' area. You can't say abrt has 'working' or 'non-working'
detection of duplicates. It detects some - quite a lot, actually - and
misses others. The abrt devs are always working to make it detect more.
If you see a case where it misses duplicates, the correct thing to do is
not passively-aggressively whine about it on a mailing list, but contact
the abrt developers to report it, with data.
-- 
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: rawhide report: 20110219 changes - requires perl(Gtk2::

2011-02-21 Thread Daniel P. Berrange

On Mon, Feb 21, 2011 at 06:45:03PM +0100, Jan Kratochvil wrote:
 On Mon, 21 Feb 2011 15:22:48 +0100, Ralf Corsepius wrote:
  On a second thought - May-be it would be more suitable for perl to parse 
  the *.pods, such XS-modules normally are accompanied with?
 
 As discussed in
   [Bug 679014] rpmbuild: Perl excessive auto-Requires
   https://bugzilla.redhat.com/show_bug.cgi?id=679014
 
 there is no need for autodetection.  CPAN packages already provide their
 requires list:
 Gtk2-GladeXML-1.007/META.yml:
 requires: 
 ExtUtils::Depends: 0.300
 ExtUtils::PkgConfig:   1.000
 Glib:  1.020
 Gtk2:  1.000
 
 which is IIRC generated from Makefile.PL, where one can also find the
 provides list using ExtUtils::MakeMaker.  This should be resolved by perl
 maintainers.

This assume the upstream maintainers fill out the META.yml accurately
which is often not the case :( One of the tests in Module::CPANTS::Analyse
is to run the package through Module::ExtractUse and report all the things
that the maintainer forgot. Unfortunately the CPANTS website is offline
right now so I can't point to the stats showing how many Perl package
fail this test.

I've in fact got an open RFE against cpanspec[1] for it to use
Module::ExtractUse to fill in the BuildRequires properly because
its current scanning of Makefile.PL / META.yml is insufficient in
many cases.

Regards,
Daniel

[1] https://bugzilla.redhat.com/show_bug.cgi?id=461350
-- 
|: http://berrange.com  -o-http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org  -o- http://virt-manager.org :|
|: http://autobuild.org   -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org   -o-   http://live.gnome.org/gtk-vnc :|
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

rawhide report: 20110221 changes

2011-02-21 Thread Rawhide Report

Compose started at Mon Feb 21 08:15:27 UTC 2011

Broken deps for x86_64
--
R-hdf5-1.6.9-10.fc15.x86_64 requires hdf5 = 0:1.8.5.patch1
balsa-2.4.9-3.fc15.x86_64 requires libgtkhtml-3.15.so.19()(64bit)
beagle-0.3.9-19.fc14.x86_64 requires libwv-1.2.so.3()(64bit)
beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit)
beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit)
beanstalkd-1.4.6-2.fc15.x86_64 requires libevent-1.4.so.2()(64bit)
byzanz-0.2.2-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit)
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassocb) = 
0:d873c4a1eeb6fa5c5333f8658c49d1db
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Ograph2way) = 
0:7442f647b0a74ed48a5c9361fc42ccc4
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Flag) = 
0:522d7f86f1236405e53271ff74923515
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Osetb) = 
0:8f21a0a4f771662673604ed92a237d79
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oseti) = 
0:a937e7661f510c17bfd21d4372507795
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Setb) = 
0:93bdb588146a13126bfad4eab6c58206
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassoc_buffer) = 
0:cf6fbee4fcc6644a0a90f07da8eb6c7b
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Mapb) = 
0:617c09a110cef9f040335b35078c7234
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Sexplib) = 
0:a990ea80438337d5407bbc0343c7236a
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Dumper) = 
0:76126ba149caeb2d34f12e11187a9d4e
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassoch) = 
0:87f7dc2635e5a7ed1ab03b7cd5380ace
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(SetPt) = 
0:b69c030e8ca717d556d3d9bd2a5d22fd
coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(ANSITerminal) = 
0:3d0d1700618d8b3a4e4b2308f28cefb6
conmux-0.0-12.493svn.fc15.noarch requires perl(Payload)
conmux-0.0-12.493svn.fc15.noarch requires perl(Client)
cpm-0.23-0.3.beta.fc12.x86_64 requires libdotconf-1.0.so.0()(64bit)
cvs2cl-2.72-4.noarch requires 
perl(CVS::Utils::ChangeLog::EntrySet::Output)
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
drupal6-views_bulk_operations-1.10-6.fc15.noarch requires drupal6-views
ease-0.4-1.fc14.i686 requires librest-extras-0.6.so.0
ease-0.4-1.fc14.i686 requires libpoppler.so.7
ease-0.4-1.fc14.i686 requires libpoppler-glib.so.5
ease-0.4-1.fc14.i686 requires librest-0.6.so.0
ease-0.4-1.fc14.x86_64 requires librest-0.6.so.0()(64bit)
ease-0.4-1.fc14.x86_64 requires libpoppler-glib.so.5()(64bit)
ease-0.4-1.fc14.x86_64 requires librest-extras-0.6.so.0()(64bit)
ease-0.4-1.fc14.x86_64 requires libpoppler.so.7()(64bit)
ember-0.6.0-1.fc15.x86_64 requires libboost_thread-mt.so.1.44.0()(64bit)
empathy-2.91.6.1-5.fc15.x86_64 requires libfolks.so.20()(64bit)
empathy-2.91.6.1-5.fc15.x86_64 requires 
libfolks-telepathy.so.20()(64bit)
eog-plugins-2.30.0-2.fc14.x86_64 requires libgdata.so.7()(64bit)
evolution-couchdb-0.5.1-5.fc15.x86_64 requires libgtk-3.0.so.0()(64bit)
evolution-couchdb-0.5.1-5.fc15.x86_64 requires libgdk-3.0.so.0()(64bit)
fawkes-plugin-player-0.4.1-1.fc15.x86_64 requires 
libboost_signals-mt.so.1.44.0()(64bit)
fawkes-plugin-player-0.4.1-1.fc15.x86_64 requires 
libboost_thread-mt.so.1.44.0()(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)
g2ipmsg-0.9.6-6.fc12.x86_64 requires libpanel-applet-2.so.0()(64bit)
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

File Mail-IMAPClient-3.27.tar.gz uploaded to lookaside cache by nb

A file has been added to the lookaside cache for perl-Mail-IMAPClient:

846ea5a54ea57ff4ea148e143319acef  Mail-IMAPClient-3.27.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-Mail-IMAPClient] Upgrade to 3.27

commit 13ea19546bf98d5c7976c0d7bf1548c1d4173855
Author: Nick Bebout n...@fedoraproject.org
Date:   Mon Feb 21 13:50:39 2011 -0600

Upgrade to 3.27

 .gitignore|1 +
 perl-Mail-IMAPClient.spec |7 +--
 sources   |2 +-
 3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index c68acd8..5b6cb57 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 Mail-IMAPClient-3.25.tar.gz
+/Mail-IMAPClient-3.27.tar.gz
diff --git a/perl-Mail-IMAPClient.spec b/perl-Mail-IMAPClient.spec
index 252b4a1..005089c 100644
--- a/perl-Mail-IMAPClient.spec
+++ b/perl-Mail-IMAPClient.spec
@@ -1,6 +1,6 @@
 Name:   perl-Mail-IMAPClient
-Version:3.25
-Release:3%{?dist}
+Version:3.27
+Release:1%{?dist}
 Summary:An IMAP Client API
 Group:  Development/Libraries
 License:GPL+ or Artistic
@@ -52,6 +52,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*.3*
 
 %changelog
+* Mon Feb 21 2011 Nick Bebout n...@fedoraproject.org - 3.27-1
+- Upgrade to 3.27
+
 * Tue Feb 08 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 3.25-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
 
diff --git a/sources b/sources
index 43d7fd7..6fcf585 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-1035ad9328fef03f72a65d7afed6fa26  Mail-IMAPClient-3.25.tar.gz
+846ea5a54ea57ff4ea148e143319acef  Mail-IMAPClient-3.27.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

[389-devel] Please Review: (654990) Certificate prompt window does not autosize

2011-02-21 Thread Nathan Kinder

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

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

[perl-Mail-IMAPClient] Remove COPYRIGHT from %files

commit 5315e1de36c4ec1d7cdc3316105246cbbbfdbeaa
Author: Nick Bebout n...@fedoraproject.org
Date:   Mon Feb 21 14:14:39 2011 -0600

Remove COPYRIGHT from %files

 perl-Mail-IMAPClient.spec |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/perl-Mail-IMAPClient.spec b/perl-Mail-IMAPClient.spec
index 005089c..a1fa8ce 100644
--- a/perl-Mail-IMAPClient.spec
+++ b/perl-Mail-IMAPClient.spec
@@ -47,7 +47,7 @@ rm -rf $RPM_BUILD_ROOT
 
 %files
 %defattr(-,root,root,-)
-%doc Changes COPYRIGHT README examples/
+%doc Changes README examples/
 %{perl_vendorlib}/Mail/
 %{_mandir}/man3/*.3*
 
--
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-Mail-IMAPClient/f15/master] (2 commits) ...Remove COPYRIGHT from %files

Summary of changes:

  13ea195... Upgrade to 3.27 (*)
  5315e1d... Remove COPYRIGHT from %files (*)

(*) 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-Mail-IMAPClient/f14/master] (4 commits) ...Remove COPYRIGHT from %files

Summary of changes:

  7b3b607... Fix docfile dependencies (*)
  d1ad6ef... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*)
  13ea195... Upgrade to 3.27 (*)
  5315e1d... Remove COPYRIGHT from %files (*)

(*) 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-Mail-IMAPClient/f13/master] (8 commits) ...Merge branch 'master' into f13

Summary of changes:

  16632d7... - Mass rebuild with perl-5.12.0 (*)
  4662966... 3.25 (*)
  cb7327d... dist-git conversion (*)
  7b3b607... Fix docfile dependencies (*)
  d1ad6ef... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*)
  13ea195... Upgrade to 3.27 (*)
  5315e1d... Remove COPYRIGHT from %files (*)
  3e520cf... Merge branch 'master' into f13

(*) 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-Mail-IMAPClient/f13/master: 8/8] Merge branch 'master' into f13

commit 3e520cfac4bcc01674cc6bbaa3f557e5ea7b2ae4
Merge: d05af50 5315e1d
Author: Nick Bebout n...@fedoraproject.org
Date:   Mon Feb 21 14:17:44 2011 -0600

Merge branch 'master' into f13

Conflicts:
.gitignore

 .gitignore|2 +-
 perl-Mail-IMAPClient.spec |   29 ++---
 sources   |2 +-
 3 files changed, 28 insertions(+), 5 deletions(-)
---
diff --cc .gitignore
index 0650f07,5b6cb57..97d038a
--- a/.gitignore
+++ b/.gitignore
@@@ -1,1 -1,2 +1,1 @@@
- Mail-IMAPClient-3.21.tar.gz
 -Mail-IMAPClient-3.25.tar.gz
 -/Mail-IMAPClient-3.27.tar.gz
++Mail-IMAPClient-3.27.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-Mail-IMAPClient/el6/master] (4 commits) ...Merge branch 'master' into el6

Summary of changes:

  d1ad6ef... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*)
  13ea195... Upgrade to 3.27 (*)
  5315e1d... Remove COPYRIGHT from %files (*)
  d1e8104... Merge branch 'master' into el6

(*) 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-Mail-IMAPClient/el6/master: 4/4] Merge branch 'master' into el6

commit d1e810492a61fbe3e3a2de81c74823ce274e577d
Merge: 5b632aa 5315e1d
Author: Nick Bebout n...@fedoraproject.org
Date:   Mon Feb 21 14:18:40 2011 -0600

Merge branch 'master' into el6

Conflicts:
.gitignore

 .gitignore|3 ++-
 perl-Mail-IMAPClient.spec |   12 +---
 sources   |2 +-
 3 files changed, 12 insertions(+), 5 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

Re: GitHub Hosted upstream 'Source0'

2011-02-21 Thread Ville Skyttä

On 02/21/2011 11:13 AM, Andreas Schwab wrote:
 Stanislav Ochotnicky sochotni...@redhat.com writes:
 
 On 02/16/2011 04:58 PM, Andreas Schwab wrote:
 That does not mean that the compressed contents will always be the same.

 $ git clone -q git://github.com/sonatype/sisu
 
 $ GIT_DIR=sisu/.git git archive --prefix=sonatype-sisu-1.4.3.2/ 
 --format=tar sisu-1.4.3.2 | gzip  tarball1.tar.gz
 $ GIT_DIR=sisu/.git git archive --prefix=sonatype-sisu-1.4.3.2/ 
 --format=tar sisu-1.4.3.2 | gzip  tarball2.tar.gz
 $ md5sum tarball*
 94101d5c44539875f09db8487b900abc  tarball1.tar.gz
 e87037cc65b3ff602675b84a23548299  tarball2.tar.gz
 
 q.e.d.

FWIW, s/gzip/gzip -n/ and they'll match.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Fedora 15 Alpha Go/No-Go Meeting Wednesday, February 23, 2011 @ 22:00 UTC

2011-02-21 Thread Robyn Bergeron


Join us on irc.freenode.net #fedora-meeting for this important meeting.

Wednesday, February 23, 2011 @22:00 UTC (17:00 EST/14:00 PST)

Before each public release Development, QA and Release Engineering
meet to determine if the release criteria are met for a particular
release. This meeting is called the: Go/No-Go Meeting.

Verifying that the Release criteria are met is the responsibility of
the QA Team.

For more details about this meeting see:
https://fedoraproject.org/wiki/Go_No_Go_Meeting

In the meantime, keep an eye on the Fedora 15 Alpha Blocker list:

https://bugzilla.redhat.com/showdependencytree.cgi?id=657616hide_resolved=1

Talk to you Wednesday!

-Robyn

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

Re: rawhide report: 20110219 changes - requires perl(Gtk2::

2011-02-21 Thread Ville Skyttä

On 02/21/2011 11:36 AM, Panu Matilainen wrote:

 A more likely candidate for new dependencies appearing is that rpm now 
 collects dependencies from perl's use base qw syntax, which older 
 versions did not.

Another one which will result in more dependencies than before is a
here-doc related fix; previously there were more cases where the dep
extractor got the start/end of a here-doc wrong, possibly resulting in
it missing dependencies for the rest of that file and in some cases even
the rest of all the remaining perl files in the build.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: librsvg2 unmaintained?

On Mon, 2011-02-21 at 22:18 +0100, Michael Schwendt wrote:
 On Mon, 21 Feb 2011 10:14:16 -0800, Adam wrote:
 
  On Sun, 2011-02-20 at 19:47 +0100, Michael Schwendt wrote:
  
   In bugzilla 553069 many of the dupes are false positives due to ABRT
   running wild with non-working detection of duplicates.
  
  For the tenth time, this is a really unhelpful way of looking at things.
  Detecting duplicates is not some sort of simple, 'digital' operation
  which either works or doesn't; it's a hugely complicated, much more
  'analog' area. You can't say abrt has 'working' or 'non-working'
  detection of duplicates. It detects some - quite a lot, actually - and
  misses others. The abrt devs are always working to make it detect more.
  If you see a case where it misses duplicates, the correct thing to do is
  not passively-aggressively whine about it on a mailing list, but contact
  the abrt developers to report it, with data.
 
 Check your attitude! It is way too hostile. I don't see that you add
 anything helpful here at all. I'm not whining passively-aggressively.

Dropping a snide criticism in a message on a mailing list which is
purportedly about something else entirely is exactly passive-aggressive:
no-one can react to it without getting accused of being 'too hostile',
but it's sitting there right where everyone reads it.

 I've sent a notification to abrt-owner a few days ago, and not only
 have I mentioned the false positive dupes, I've also communicated with
 the bug reporters to have their fresh backtraces to the ticket manually.

That's great - so why put such a snide comment in a mailing list message
when you've already done the right thing? What's that going to achieve?

 Several of the wrong dupes I've looked up in bugzilla and posted the
 correct bug numbers. While at it, I've even closed several real dupes
 of the 600 open nautilus tickets.

Again, great.
-- 
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

Problem with Bodhi not pushing to stable F15 after 7 days

2011-02-21 Thread Mat Booth

Hi,

I've just tried to push an update to F15 stable that has been in
testing for more than 7 days, and it doesn't seem to work. You can see
the time released versus the time in the top right of this screenshot:

http://mbooth.fedorapeople.org/bodhi.png

I clicked mark as stable and received that error message. Am I doing
something wrong?

Mat

-- 
Mat Booth
http://fedoraproject.org/get-fedora
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Problem with Bodhi not pushing to stable F15 after 7 days

2011-02-21 Thread Mat Booth

On 21 February 2011 21:57, Mat Booth fed...@matbooth.co.uk wrote:
 Hi,

 I've just tried to push an update to F15 stable that has been in
 testing for more than 7 days, and it doesn't seem to work. You can see
 the time released versus the time in the top right of this screenshot:

 http://mbooth.fedorapeople.org/bodhi.png

 I clicked mark as stable and received that error message. Am I doing
 something wrong?

 Mat



My math is bad, it's only 6 days, but the policy says it should only
be 3 days... Shouldn't it have emailed me days ago?


-- 
Mat Booth
http://fedoraproject.org/get-fedora
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: librsvg2 unmaintained?

On Mon, 2011-02-21 at 22:55 +0100, Michael Schwendt wrote:
 On Mon, 21 Feb 2011 13:32:34 -0800, Adam wrote:
 
  Dropping a snide criticism in a message on a mailing list which is
  purportedly about something else entirely is exactly passive-aggressive:
 
 What the heck is your mission?

sorry, it's just that people are forever criticizing abrt in this list
and it gets really tiring. I probably over-reacted somewhat. My bad.

 Return to the 1st post in this thread. My comment on the many false
 positive dupes is related to what I've written in the 1st post. It
 explains why there are many dupes in that ticket. It also suggests that
 several more of the bug reporters probably are not affected by the crash
 in librsvg2 (even though it crashes nautilus during thumbnail generation),
 but by other bugs. The latest test update of ABRT in bodhi mentions
 improved duplicate detection. So, there is a pattern. Now move on, please.

Moving!
-- 
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: Problem with Bodhi not pushing to stable F15 after 7 days

On Mon, 2011-02-21 at 22:05 +, Paul Howarth wrote:

 It's a moot point anyway as only alpha blockers and nice-to-haves are
 being pushed to F-15 at the moment, despite the raft of
 broken-dependency-fixing packages being ready to go.

^^ this - we're in Alpha freeze so you can't push things to stable ATM.
Only rel-eng can, and they will only push packages which fix bugs
accepted as Alpha blockers or nice-to-have. See
https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process and
https://fedoraproject.org/wiki/QA:SOP_nth_bug_process .
-- 
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

[389-devel] Please Review: (678646) Managed entry plug-in needs to ignore tombstone deletion

2011-02-21 Thread Nathan Kinder

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

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

Re: Problem with Bodhi not pushing to stable F15 after 7 days

2011-02-21 Thread Mat Booth

On 21 February 2011 22:08, Adam Williamson awill...@redhat.com wrote:
 On Mon, 2011-02-21 at 22:05 +, Paul Howarth wrote:

 It's a moot point anyway as only alpha blockers and nice-to-haves are
 being pushed to F-15 at the moment, despite the raft of
 broken-dependency-fixing packages being ready to go.

 ^^ this - we're in Alpha freeze so you can't push things to stable ATM.
 Only rel-eng can, and they will only push packages which fix bugs
 accepted as Alpha blockers or nice-to-have. See
 https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process and
 https://fedoraproject.org/wiki/QA:SOP_nth_bug_process .
 --
 Adam Williamson
 Fedora QA Community Monkey
 IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
 http://www.happyassassin.net


Ok, thanks. I didn't realise there was a freeze on too.



-- 
Mat Booth
http://fedoraproject.org/get-fedora
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

rpm: working with locale files

2011-02-21 Thread Jakub Jedelský

Hi list,

I'm new in rpm building and want to prepare a package for webapp Habari
(review request: https://bugzilla.redhat.com/show_bug.cgi?id=673630) but.. I
have a problem with locale files, which are situated in
%{_datadir}/habari/system/locale. When I use %find_lang macro, rpmbuild have
problem with twice listed files.. Is there any way how to exclude locale
files from rpm in spec file?
Maybe it is a silly question, but I can't google anything.

Thanks for reply,

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

Re: Problem with Bodhi not pushing to stable F15 after 7 days

On Mon, 2011-02-21 at 22:27 +, Mat Booth wrote:

 Ok, thanks. I didn't realise there was a freeze on too.

Looking back I don't actually see a freeze announcement, though I may
just be missing it in the archives. If there wasn't one, that's a miss
on qa/releng's part, sorry.
-- 
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: Problem uploading to lookaside cache

2011-02-21 Thread Jesse Keating

On 2/21/11 8:52 AM, Paul Howarth wrote:
 I've no idea, but it isn't just you. I'm seeing exactly the same problem
   trying to provide new sources for virt-viewer. Upload succeeds 
  according
   to fedpkg, but the file doesn't exist on the server when you try to 
  fetch
   it again
 
   Should be working now.  dgilmore found that the filesystem had gone ro 
  this
   morning and fixed it.  Not sure why fedpkg is showing success there -- the
   script is failing in the server log.
 Probably because the script is returning a 200 OK HTTP status.

Which in turn probably makes curl return 0 instead of non-zero.  Fedpkg 
is just calling out to curl at this point, rather than duplicating all 
the UI to make the upload look pretty :)

-- 
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Broken dependencies: perl-Kwiki-RecentChanges



perl-Kwiki-RecentChanges has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-RecentChanges-0.14-12.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-RecentChanges-0.14-12.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.


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

Broken dependencies: perl-JSON-RPC



perl-JSON-RPC has broken dependencies in the F-15 tree:
On x86_64:
perl-JSON-RPC-0.96-7.fc15.noarch requires perl(MyApp)
On i386:
perl-JSON-RPC-0.96-7.fc15.noarch requires perl(MyApp)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Kwiki-UserName



perl-Kwiki-UserName has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-UserName-0.14-14.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-UserName-0.14-14.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Kwiki-Search



perl-Kwiki-Search has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-Search-0.12-14.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-Search-0.12-14.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.


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

Broken dependencies: perl-CGI-Application-Structured-Tools



perl-CGI-Application-Structured-Tools has broken dependencies in the F-15 tree:
On x86_64:
perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires 
main_module)
perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires 
perl(tmpl_var)
perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires 
perl(tmpl_var
On i386:
perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires 
main_module)
perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires 
perl(tmpl_var)
perl-CGI-Application-Structured-Tools-0.007-4.fc15.noarch requires 
perl(tmpl_var
Please resolve this as soon as possible.


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

Broken dependencies: perl-Data-ObjectDriver



perl-Data-ObjectDriver has broken dependencies in the F-15 tree:
On x86_64:
perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBD::Oracle)
perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBI::db)
On i386:
perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBD::Oracle)
perl-Data-ObjectDriver-0.08-2.fc15.noarch requires perl(DBI::db)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Gtk2-Ex-Carp



perl-Gtk2-Ex-Carp has broken dependencies in the F-15 tree:
On x86_64:
perl-Gtk2-Ex-Carp-0.01-10.fc15.noarch requires perl(Gtk2::Dialog)
On i386:
perl-Gtk2-Ex-Carp-0.01-10.fc15.noarch requires perl(Gtk2::Dialog)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Declare-Constraints-Simple



perl-Declare-Constraints-Simple has broken dependencies in the F-15 tree:
On x86_64:
perl-Declare-Constraints-Simple-0.03-11.fc15.noarch requires 
perl(Declare::Constraints::Simple-Library)
On i386:
perl-Declare-Constraints-Simple-0.03-11.fc15.noarch requires 
perl(Declare::Constraints::Simple-Library)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Ace



perl-Ace has broken dependencies in the F-15 tree:
On x86_64:
perl-Ace-1.92-7.fc15.noarch requires perl(Ace::Browser::LocalSiteDefs)
On i386:
perl-Ace-1.92-7.fc15.noarch requires perl(Ace::Browser::LocalSiteDefs)
Please resolve this as soon as possible.


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

Broken dependencies: perl-CSS-DOM



perl-CSS-DOM has broken dependencies in the F-15 tree:
On x86_64:
perl-CSS-DOM-0.14-3.fc15.noarch requires perl()
On i386:
perl-CSS-DOM-0.14-3.fc15.noarch requires perl()
Please resolve this as soon as possible.


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

Broken dependencies: perl-Kwiki-Users-Remote



perl-Kwiki-Users-Remote has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-Users-Remote-0.04-12.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-Users-Remote-0.04-12.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Object-InsideOut



perl-Object-InsideOut has broken dependencies in the F-15 tree:
On x86_64:
perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp1)
perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp2)
On i386:
perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp1)
perl-Object-InsideOut-3.56-5.fc15.noarch requires perl(t::Imp2)
Please resolve this as soon as possible.


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

Broken dependencies: perl-bioperl



perl-bioperl has broken dependencies in the F-15 tree:
On x86_64:
perl-bioperl-1.6.1-6.fc15.noarch requires 
perl(Bio::Expression::FeatureSet)
On i386:
perl-bioperl-1.6.1-6.fc15.noarch requires 
perl(Bio::Expression::FeatureSet)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Net-SSH-Perl



perl-Net-SSH-Perl has broken dependencies in the F-15 tree:
On x86_64:
perl-Net-SSH-Perl-1.34-10.fc15.noarch requires perl(Crypt::IDEA)
On i386:
perl-Net-SSH-Perl-1.34-10.fc15.noarch requires perl(Crypt::IDEA)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Kwiki-Raw



perl-Kwiki-Raw has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-Raw-0.02-13.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-Raw-0.02-13.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.


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

Broken dependencies: perl-Kwiki-UserPreferences



perl-Kwiki-UserPreferences has broken dependencies in the F-15 tree:
On x86_64:
perl-Kwiki-UserPreferences-0.13-13.fc15.noarch requires perl(mixin)
On i386:
perl-Kwiki-UserPreferences-0.13-13.fc15.noarch requires perl(mixin)
Please resolve this as soon as possible.


--
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: Trying to contact David Zeuthen for nonresponsive maintainer process

2011-02-21 Thread Bastien Nocera

On Tue, 2011-02-22 at 00:57 +0100, Tim Niemueller wrote:
 Hello fellow Fedorans.
 
 With this email I'm trying to contact David Zeuthen. There is a bug [1]
 filed for Festival speech synthesis which is open for almost four years
 now (besides a few others, but the particular one is bothering me).
snip
 Is David still around?

Yes, and hacking on GNOME 3.

  Does anybody know how to contact him and how to

#fedora-desktop on GIMPNet during EST work hours, usually.

 resolve the issues surrounding Festival?

I've asked Jason Tibbitts to approve ACLs for me, so I could approve
your requests. If you want to take over the package, let me know, and
I'll get David to drop the maintainership.

Cheers

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

notification-daemon autostart changes

2011-02-21 Thread Matthias Clasen

I'm going to build notification-daemon 0.7.1 as an F15 update; this
release changes the way the daemon is started. 

In the past, it was bus activated on the session bus and exited after
some idle time. This was causing a race condition with gnome-shell
taking the same bus name at session start to support notifications.

Starting with 0.7.1, the notification daemon is no longer bus activated,
and does not exit on its own. Desktop environments that use it to
provide notifications have to ensure it gets started in some way;
gnome-session will start it as a required component of the fallback
session.


Matthias

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

Re: rawhide report: 20110219 changes - requires perl(Gtk2::

On 02/21/2011 07:27 PM, Daniel P. Berrange wrote:
 On Mon, Feb 21, 2011 at 06:45:03PM +0100, Jan Kratochvil wrote:
 On Mon, 21 Feb 2011 15:22:48 +0100, Ralf Corsepius wrote:
 On a second thought - May-be it would be more suitable for perl to parse
 the *.pods, such XS-modules normally are accompanied with?
 As discussed in
  [Bug 679014] rpmbuild: Perl excessive auto-Requires
  https://bugzilla.redhat.com/show_bug.cgi?id=679014

 there is no need for autodetection.  CPAN packages already provide their
 requires list:
 Gtk2-GladeXML-1.007/META.yml:
 requires:
  ExtUtils::Depends: 0.300
  ExtUtils::PkgConfig:   1.000
  Glib:  1.020
  Gtk2:  1.000

 which is IIRC generated from Makefile.PL, where one can also find the
 provides list using ExtUtils::MakeMaker.  This should be resolved by perl
 maintainers.
I guess, you didn't realize that the people involved in this thread are 
the perl maintainers.

It's probably only thanks to the fact that the OP who raised this thread 
isn't subscribed to Fedora's perl-list, we raised this thread here and 
due to the effects of Fedora's QA's package blockage (otherwise his 
issues would have likely already been shipped), he rose this question, here.
 This assume the upstream maintainers fill out the META.yml accurately
 which is often not the case
Exactly. Also consider there are many perl-packages (esp. those out of 
CPAN) for which the META.yml-machinery is not available.

On a more abstract level one may consider perl's META.yml-machinery to 
be a package dependency tracking machinery of its own, in parallel to 
rpm's dependency tracking machinery, with the essentially the same 
issues, problems and imperfections as rpm/rpm.specs itself.

Ralf


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

Re: [perl-Coro] 5.37 bump

On Mon, Feb 21, 2011 at 01:11:10PM +, Paul Howarth wrote:
 On 21/02/11 12:45, Petr Pisar wrote:
 
  Injecting 0 is pointless. Better no version than useless 0.
 
 On the contrary, no version is equivalent to any version as far as rpm 
 is concerned, which is a problem waiting to happen and why rpmlint will 
 complain about it if you explicitly add an unversioned provide. Adding a 
 version of 0 means that any sane versioning scheme introduced by 
 upstream in the future will be newer than what you've already used.
 
 At this time there shouldn't be any versioned requires on these provides 
 since upstream doesn't version them, so having a version 0 provide 
 shouldn't break anything.
 
We talked about it already. In my opinion it's a bug in RPM dependency solver.
It's cheating rpmlint and RPM. No more, no less.

-- Petr


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

[perl-IO-Multiplex/f14/master] (4 commits) ...Update to 1.11

Summary of changes:

  e702d16... - 661697 rebuild for fixing problems with vendorach/lib (*)
  49eb83c... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*)
  7a89d34... Tidy up changelog entry (*)
  033acd7... Update to 1.11 (*)

(*) 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

File Coro-5.37.tar.gz uploaded to lookaside cache by ppisar

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

f644de75d65c0dacadea04146ce8329f  Coro-5.37.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-HomeDir] 0.97

2011-02-21 Thread Tom Callaway

commit 2722d01f1edf6eabe1f2750487697a965ab02d09
Author: Tom spot Callaway tcall...@redhat.com
Date:   Mon Feb 21 10:54:54 2011 -0500

0.97

 .gitignore |1 +
 perl-File-HomeDir.spec |9 ++---
 sources|2 +-
 3 files changed, 8 insertions(+), 4 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 068fa74..c357683 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 File-HomeDir-0.86.tar.gz
 /File-HomeDir-0.93.tar.gz
+/File-HomeDir-0.97.tar.gz
diff --git a/perl-File-HomeDir.spec b/perl-File-HomeDir.spec
index 12c47af..005cee0 100644
--- a/perl-File-HomeDir.spec
+++ b/perl-File-HomeDir.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-HomeDir
-Version:0.93
-Release:3%{?dist}
+Version:0.97
+Release:1%{?dist}
 Summary:Find your home and other directories on any platform
 
 Group:  Development/Libraries
@@ -27,7 +27,7 @@ Requires:   perl(File::Spec) = 3.12
 Requires:   perl(File::Temp) = 0.19
 Requires:   perl(File::Which) = 0.05
 
-%filter_from_requires /^perl(Cwd)$/
+%filter_from_requires /perl(Cwd)$/d
 %filter_setup
 
 %description
@@ -71,6 +71,9 @@ rm -rf $RPM_BUILD_ROOT
 
 
 %changelog
+* Mon Feb 21 2011 Tom Callaway s...@fedoraproject.org - 0.97-1
+- update to 0.97
+
 * Tue Feb 08 2011 Fedora Release Engineering rel-...@lists.fedoraproject.org 
- 0.93-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
 
diff --git a/sources b/sources
index 9f40cfc..7f9f788 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-ad3634ec7fb92c4c14c22d5ec51402a3  File-HomeDir-0.93.tar.gz
+1b605a5bd389b295434b93430cf3e9a7  File-HomeDir-0.97.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 678755] perl-Coro-5.37 is available

2011-02-21 Thread 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=678755

Petr Pisar ppi...@redhat.com changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Coro-5.37-1.fc16
 Resolution||RAWHIDE
Last Closed||2011-02-21 10:56:34

-- 
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-IO-Multiplex] (3 commits) ...Merge branch 'master' into f13

Summary of changes:

  f260128... Initialize branch F-13 for perl-IO-Multiplex (*)
  7e34c2b... dist-git conversion (*)
  5ddec6e... Merge branch 'master' into f13 (*)

(*) 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-IO-Multiplex/el6/master] (13 commits) ...Merge branch 'master' into el6

Summary of changes:

  c7a4012... Fix typo that causes a failure to update the common directo (*)
  ae1ff69... - rebuild against perl 5.10.1 (*)
  f260128... Initialize branch F-13 for perl-IO-Multiplex (*)
  2ccedbe... - Mass rebuild with perl-5.12.0 (*)
  1ca60a7... Minor clean-ups (*)
  7e34c2b... dist-git conversion (*)
  f600090... dist-git conversion (*)
  e702d16... - 661697 rebuild for fixing problems with vendorach/lib (*)
  49eb83c... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*)
  7a89d34... Tidy up changelog entry (*)
  033acd7... Update to 1.11 (*)
  5ddec6e... Merge branch 'master' into f13 (*)
  138515e... Merge branch 'master' into el6

(*) 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-IO-Multiplex/el6/master: 13/13] Merge branch 'master' into el6

commit 138515e7b9450d69dd2abd206e0f1f490780b67b
Merge: 62eac32 5ddec6e
Author: Paul Howarth p...@city-fan.org
Date:   Mon Feb 21 16:15:53 2011 +

Merge branch 'master' into el6

Conflicts:
.gitignore
perl-IO-Multiplex.spec

 .gitignore |2 +-
 perl-IO-Multiplex.spec |   44 ++--
 sources|2 +-
 3 files changed, 36 insertions(+), 12 deletions(-)
---
--
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-IO-Multiplex] (5 commits) ...Merge branch 'master' into el6

Summary of changes:

  1fa1060... Fix typo that causes a failure to update the common directo (*)
  9ac590c... Initialize branch EL-6 for perl-IO-Multiplex (*)
  09d3e1c... Minor clean-ups (*)
  62eac32... dist-git conversion (*)
  138515e... Merge branch 'master' into el6 (*)

(*) 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-IO-Multiplex/f15/master] (5 commits) ...Merge branch 'master' into el6

Summary of changes:

  1fa1060... Fix typo that causes a failure to update the common directo (*)
  9ac590c... Initialize branch EL-6 for perl-IO-Multiplex (*)
  09d3e1c... Minor clean-ups (*)
  62eac32... dist-git conversion (*)
  138515e... Merge branch 'master' into el6 (*)

(*) 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-IO-Multiplex/f14/master] (5 commits) ...Merge branch 'master' into el6

Summary of changes:

  1fa1060... Fix typo that causes a failure to update the common directo (*)
  9ac590c... Initialize branch EL-6 for perl-IO-Multiplex (*)
  09d3e1c... Minor clean-ups (*)
  62eac32... dist-git conversion (*)
  138515e... Merge branch 'master' into el6 (*)

(*) 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-IO-Multiplex] Created tag perl-IO-Multiplex-1.11-1.el6

The lightweight tag 'perl-IO-Multiplex-1.11-1.el6' was created pointing to:

 138515e... Merge branch 'master' into el6
--
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-IO-Multiplex] Created tag perl-IO-Multiplex-1.11-1.fc13

The lightweight tag 'perl-IO-Multiplex-1.11-1.fc13' was created pointing to:

 5ddec6e... Merge branch 'master' into f13
--
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-IO-Multiplex] Created tag perl-IO-Multiplex-1.11-1.fc14