Broken dependencies: perl-Net-Twitter
perl-Net-Twitter has broken dependencies in the rawhide tree: On x86_64: perl-Net-Twitter-4.01008-1.fc22.noarch requires perl(authentication) On i386: perl-Net-Twitter-4.01008-1.fc22.noarch requires perl(authentication) On armhfp: perl-Net-Twitter-4.01008-1.fc22.noarch requires perl(authentication) 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
[perl-generators] 1.03 bump
commit bd2d52524a0ea7420d2215284039b493d7d43ca9 Author: Jitka Plesnikova jples...@redhat.com Date: Fri Feb 6 21:08:05 2015 +0100 1.03 bump .gitignore |1 + perl-generators.spec |6 +- sources |2 +- 3 files changed, 7 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index d7f2c13..c66b50d 100644 --- a/.gitignore +++ b/.gitignore @@ -1,3 +1,4 @@ /generators-1.00.tar.gz /generators-1.01.tar.gz /generators-1.02.tar.gz +/generators-1.03.tar.gz diff --git a/perl-generators.spec b/perl-generators.spec index 6496826..5123994 100644 --- a/perl-generators.spec +++ b/perl-generators.spec @@ -1,5 +1,5 @@ Name: perl-generators -Version:1.02 +Version:1.03 Release:1%{?dist} Summary:RPM Perl dependencies generators Group: Development/Libraries @@ -45,6 +45,10 @@ make test %{_rpmconfigdir}/fileattrs/perl*.attr %changelog +* Mon Feb 02 2015 Jitka Plesnikova jples...@redhat.com - 1.03-1 +- 1.03 bump +- Update parcing of here-doc and quoted section + * Fri Dec 12 2014 Jitka Plesnikova jples...@redhat.com - 1.02-1 - 1.02 bump diff --git a/sources b/sources index 2bc7d98..2ae994a 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -ed5ab4cc54a4f10d2e7a6875318bd068 generators-1.02.tar.gz +a67a4d9f256dc1c1c021f850346c3a97 generators-1.03.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 generators-1.03.tar.gz uploaded to lookaside cache by jplesnik
A file has been added to the lookaside cache for perl-generators: a67a4d9f256dc1c1c021f850346c3a97 generators-1.03.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
Re: [EPEL-devel] ACTION REQUIRED: EPEL5 packages with broken dependencies to be removed
On 6 February 2015 at 11:34, Till Maas opensou...@till.name wrote: Hi, the following packages are going to be removed soon due to broken dependencies. Please fix the dependencies by 1) unretiring the packages that provide the broken deps 2) Re-Building the packages without the broken deps. The packages with python26 can all go. They can't be rebuilt and the core python26 is no longer supported or wanted to be supported by developers. -- Stephen J Smoogen. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 85 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3989/cross-binutils-2.23.88.0.1-2.el7.1 13 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0399/polarssl-1.3.9-3.el7 11 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0465/mingw-jasper-1.900.1-26.el7 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0548/php-extras-5.4.16-3.el7 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0564/pigz-2.3.3-1.el7 3 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0610/qpid-cpp-0.30-9.el7 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0626/perl-Gtk2-1.2495-1.el7 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0647/roundcubemail-1.0.5-1.el7 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0650/fcgi-2.4.0-25.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing RBTools-0.7.1-1.el7 RemoteBox-1.9-1.el7 beesu-2.7-23.el7 cabal-rpm-0.9.3-2.el7 fcgi-2.4.0-25.el7 gfal2-python-1.7.0-1.el7 nodejs-jsonparse-1.0.0-1.el7 nodejs-sprintf-0.1.5-1.el7 packagedb-cli-2.8.1-1.el7 perl-Database-DumpTruck-1.2-1.el7 python-keyring-5.0-1.el7 s3cmd-1.5.1.2-5.el7 Details about builds: RBTools-0.7.1-1.el7 (FEDORA-EPEL-2015-0673) Tools for use with ReviewBoard Update Information: New upstream release 0.7.1 https://www.reviewboard.org/docs/releasenotes/rbtools/0.7.1/ * Mon Jan 19 2015 Stephen Gallagher sgall...@redhat.com 0.7-1 - New upstream release 0.7 - https://www.reviewboard.org/docs/releasenotes/rbtools/0.7/ - API Caching for performance enhancements - Support for command aliases - 'rbt land' tool will now handle landing Git commits for upstream - 'rbt post' can now exclude some files (such as autogenerated ones) from the review - Support for Microsoft Team Foundation Server (when used with Review Board Power Pack on the server-side * Mon Jan 19 2015 Stephen Gallagher sgall...@redhat.com 0.7-1 - New upstream release 0.7 - https://www.reviewboard.org/docs/releasenotes/rbtools/0.7/ - API Caching for performance enhancements - Support for command aliases - 'rbt land' tool will now handle landing Git commits for upstream - 'rbt post' can now exclude some files (such as autogenerated ones) from the review - Support for Microsoft Team Foundation Server (when used with Review Board Power Pack on the server-side ChangeLog: * Fri Feb 6 2015 Stephen Gallagher sgall...@redhat.com 0.7.1-1 - New upstream release 0.7.1 - https://www.reviewboard.org/docs/releasenotes/rbtools/0.7.1/ * Tue Jan 20 2015 Stephen Gallagher sgall...@redhat.com 0.7-2 - Relax python-six requirement * Mon Jan 19 2015 Stephen Gallagher sgall...@redhat.com 0.7-1 - New upstream release 0.7 - https://www.reviewboard.org/docs/releasenotes/rbtools/0.7/ - API Caching for performance enhancements - Support for command aliases - 'rbt land' tool will now handle landing Git commits for upstream - 'rbt post' can now exclude some files (such as autogenerated ones) from the review - Support for Microsoft Team Foundation Server (when used with Review Board Power Pack on the server-side * Mon Nov 17 2014 Stephen Gallagher sgall...@redhat.com 0.6.3-2 - Actually apply the -C patch RemoteBox-1.9-1.el7 (FEDORA-EPEL-2015-0653) Open Source VirtualBox Client with Remote Management Update Information: 1.9 (26 Oct 2014) - - Combined guest logs onto a single tabbed window - Added fix to show documentation when running on Windows. - Added Memory Bar to show memory usage on the server - Added support for importing OVF/OVA appliances - Added support for exporting a VM as an OVF/OVA appliance - Added support for setting IPv4 Port Forwarding rules on NAT networks - Improvements made to error handling on most dialogs - Various GUI tweaks References: [ 1 ] Bug #1157541 - RemoteBox-1.9 is available https://bugzilla.redhat.com/show_bug.cgi?id=1157541 beesu-2.7-23.el7 (FEDORA-EPEL-2015-0670) Graphical wrapper for su Update Information: Fix beesu for EL7, put bash-completion script in the correct place.
[EPEL-devel] Fedora EPEL 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 1020 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6 110 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3434/pylint-1.3.1-1.el6,python-astroid-1.2.1-2.el6,python-logilab-common-0.62.1-2.el6 85 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4008/cross-binutils-2.23.51.0.3-1.el6.1 73 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4242/facter-1.6.18-8.el6 62 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4485/python-tornado-2.2.1-7.el6 44 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4884/mapserver-6.0.4-1.el6 42 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4918/dokuwiki-0-0.23.20140929b.el6 23 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0232/chicken-4.9.0.1-2.el6 13 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0363/polarssl-1.3.2-4.el6 13 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0407/seamonkey-2.28-3.ESR_31.4.0.el6 11 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0436/privoxy-3.0.23-1.el6 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0557/clamav-0.98.6-1.el6 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0560/websvn-2.3.3-8.el6 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0566/pigz-2.3.3-1.el6 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0631/puppetlabs-stdlib-4.5.1-2.20150121git7a91f20.el6 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0644/perl-Gtk2-1.2495-1.el6 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0630/roundcubemail-1.0.5-1.el6 1 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0641/moodle-2.6.8-1.el6 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0664/fcgi-2.4.0-12.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing RBTools-0.7.1-1.el6 fcgi-2.4.0-12.el6 gfal2-python-1.7.0-1.el6 golang-github-davecgh-go-spew-0-0.2.git1aaf839.el6 golang-github-ghodss-yaml-0-0.3.git3bc1590.el6 golang-github-onsi-ginkgo-0-0.3.git17ea479.el6 golang-github-onsi-gomega-0-0.3.git8adf9e1.el6 golang-googlecode-net-0-0.20.git71586c3.el6 nodejs-jsonparse-1.0.0-1.el6 nodejs-sprintf-0.1.5-1.el6 packagedb-cli-2.8.1-1.el6 s3cmd-1.5.1.2-5.el6 Details about builds: RBTools-0.7.1-1.el6 (FEDORA-EPEL-2015-0654) Tools for use with ReviewBoard Update Information: New upstream release 0.7.1 https://www.reviewboard.org/docs/releasenotes/rbtools/0.7.1/ * Mon Jan 19 2015 Stephen Gallagher sgall...@redhat.com 0.7-1 - New upstream release 0.7 - https://www.reviewboard.org/docs/releasenotes/rbtools/0.7/ - API Caching for performance enhancements - Support for command aliases - 'rbt land' tool will now handle landing Git commits for upstream - 'rbt post' can now exclude some files (such as autogenerated ones) from the review - Support for Microsoft Team Foundation Server (when used with Review Board Power Pack on the server-side * Mon Jan 19 2015 Stephen Gallagher sgall...@redhat.com 0.7-1 - New upstream release 0.7 - https://www.reviewboard.org/docs/releasenotes/rbtools/0.7/ - API Caching for performance enhancements - Support for command aliases - 'rbt land' tool will now handle landing Git commits for upstream - 'rbt post' can now exclude some files (such as autogenerated ones) from the review - Support for Microsoft Team Foundation Server (when used with Review Board Power Pack on the server-side ChangeLog: * Fri Feb 6 2015 Stephen Gallagher sgall...@redhat.com 0.7.1-1 - New upstream release 0.7.1 - https://www.reviewboard.org/docs/releasenotes/rbtools/0.7.1/ * Tue Jan 20 2015 Stephen Gallagher sgall...@redhat.com 0.7-2 - Relax python-six requirement * Mon Jan 19 2015 Stephen Gallagher sgall...@redhat.com 0.7-1 - New upstream release 0.7 - https://www.reviewboard.org/docs/releasenotes/rbtools/0.7/ - API Caching for performance enhancements - Support for command aliases - 'rbt land' tool will now handle landing Git commits for upstream - 'rbt post' can now exclude some files (such as autogenerated ones) from the review - Support for Microsoft Team Foundation Server (when used with Review Board Power Pack on the server-side * Mon Nov 17 2014 Stephen Gallagher sgall...@redhat.com 0.6.3-2 - Actually apply the -C patch fcgi-2.4.0-12.el6 (FEDORA-EPEL-2015-0664) FastCGI development kit
[389-devel] Please review: [389 Project] #48025: add an option '-u' to dbgen.pl for adding group entries with uniquemembers
https://fedorahosted.org/389/ticket/48025 https://fedorahosted.org/389/attachment/ticket/48025/0001-Ticket-48025-add-an-option-u-to-dbgen.pl-for-adding-.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: GTK widget sizing in Rawhide
On 02/06/2015 08:17 PM, Scott Talbert wrote: Hi all, I'm working on testing wxPython 3.0 (which has now been built against GTK+3) in Rawhide. As I'm going through the various wxPython applications, I'm seeing issues in several of the applications with widget sizing: buttons, text controls, combo boxes, etc - usually they are too small. When I test the same applications (same version, same wxPython, same wxWidgets), I am not seeing the same issues. Does anyone know what might be going on - is there some change in GTK+ 3.15 with respect to widget sizing or a known issue? Here are a couple of screenshots that illustrate the issue: Cura in Rawhide: http://www.techie.net/~talbert/wxGTK2_vs_wxGTK3/Cura_GTK3.png Cura in F21: http://www.techie.net/~talbert/wxGTK2_vs_wxGTK3/Cura_GTK3_F21.png Thanks, Scott There have been reports of issues appearing in gtk3 3.15.4 that weren't in 3.15.3. See https://bugzilla.redhat.com/show_bug.cgi?id=1185999 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Regexp-Grammars/f21] Update to version 1.039
commit 9bed1bb5c60112bebd2d888f1cb7a541377e668f Author: Bill Pemberton wf...@worldbroken.com Date: Fri Feb 6 22:19:57 2015 -0500 Update to version 1.039 .gitignore|1 + perl-Regexp-Grammars.spec | 10 +- sources |2 +- 3 files changed, 7 insertions(+), 6 deletions(-) --- diff --git a/.gitignore b/.gitignore index 66ca47e..d776200 100644 --- a/.gitignore +++ b/.gitignore @@ -4,3 +4,4 @@ /Regexp-Grammars-1.030.tar.gz /Regexp-Grammars-1.031.tar.gz /Regexp-Grammars-1.033.tar.gz +/Regexp-Grammars-1.039.tar.gz diff --git a/perl-Regexp-Grammars.spec b/perl-Regexp-Grammars.spec index c2f7bff..e982c03 100644 --- a/perl-Regexp-Grammars.spec +++ b/perl-Regexp-Grammars.spec @@ -1,6 +1,6 @@ Name: perl-Regexp-Grammars -Version: 1.033 -Release: 2%{?dist} +Version: 1.039 +Release: 1%{?dist} Summary: Add grammatical parsing features to perl regular expressions License: GPL+ or Artistic Group: Development/Libraries @@ -40,9 +40,6 @@ perl Build.PL installdirs=vendor %install ./Build install destdir=%{buildroot} create_packlist=0 -# this is only needed for Build test -rm -f %{buildroot}/%{perl_vendorlib}/Skip_if_Perl_5_18.pm - %{_fixperms} %{buildroot} %check @@ -54,6 +51,9 @@ rm -f %{buildroot}/%{perl_vendorlib}/Skip_if_Perl_5_18.pm %{_mandir}/man3/Regexp::Grammars.3pm* %changelog +* Sat Feb 7 2015 Bill Pemberton wf...@worldbroken.com - 1.039-1 +- Update to version 1.039 + * Sat Jun 07 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.033-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild diff --git a/sources b/sources index 1eb8791..b7bda79 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -cf2edc67612e699dfffccb92ef0dea5a Regexp-Grammars-1.033.tar.gz +430513af60a25f7af6a84091d766244d Regexp-Grammars-1.039.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-Regexp-Grammars] Update to version 1.039
commit ea727ba06192f46429528ff1a0ee52f0a7adf1e4 Author: Bill Pemberton wf...@worldbroken.com Date: Fri Feb 6 22:08:22 2015 -0500 Update to version 1.039 .gitignore|1 + perl-Regexp-Grammars.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 3655001..aae4e52 100644 --- a/.gitignore +++ b/.gitignore @@ -7,3 +7,4 @@ /Regexp-Grammars-1.035.tar.gz /Regexp-Grammars-1.036.tar.gz /Regexp-Grammars-1.038.tar.gz +/Regexp-Grammars-1.039.tar.gz diff --git a/perl-Regexp-Grammars.spec b/perl-Regexp-Grammars.spec index df9dc2d..74dec8b 100644 --- a/perl-Regexp-Grammars.spec +++ b/perl-Regexp-Grammars.spec @@ -1,5 +1,5 @@ Name: perl-Regexp-Grammars -Version: 1.038 +Version: 1.039 Release: 1%{?dist} Summary: Add grammatical parsing features to perl regular expressions License: GPL+ or Artistic @@ -54,6 +54,9 @@ rm -f %{buildroot}/%{perl_vendorlib}/Skip_if_Perl_5_18.pm %{_mandir}/man3/Regexp::Grammars.3pm* %changelog +* Sat Feb 7 2015 Bill Pemberton wf...@worldbroken.com - 1.039-1 +- Update to version 1.039 + * Thu Dec 11 2014 Bill Pemberton wf...@worldbroken.com - 1.038-1 - update to version 1.038 - Fixes bug where actions persisted after a failed -with_actions() match diff --git a/sources b/sources index 6b1ae6b..b7bda79 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -ec986426fc8176044570fff4a6ef26f0 Regexp-Grammars-1.038.tar.gz +430513af60a25f7af6a84091d766244d Regexp-Grammars-1.039.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 Regexp-Grammars-1.039.tar.gz uploaded to lookaside cache by wfp
A file has been added to the lookaside cache for perl-Regexp-Grammars: 430513af60a25f7af6a84091d766244d Regexp-Grammars-1.039.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
GTK widget sizing in Rawhide
Hi all, I'm working on testing wxPython 3.0 (which has now been built against GTK+3) in Rawhide. As I'm going through the various wxPython applications, I'm seeing issues in several of the applications with widget sizing: buttons, text controls, combo boxes, etc - usually they are too small. When I test the same applications (same version, same wxPython, same wxWidgets), I am not seeing the same issues. Does anyone know what might be going on - is there some change in GTK+ 3.15 with respect to widget sizing or a known issue? Here are a couple of screenshots that illustrate the issue: Cura in Rawhide: http://www.techie.net/~talbert/wxGTK2_vs_wxGTK3/Cura_GTK3.png Cura in F21: http://www.techie.net/~talbert/wxGTK2_vs_wxGTK3/Cura_GTK3_F21.png Thanks, Scott -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1009919] perl-5.18: Regexp::Grammars does not work due to bug in perl
https://bugzilla.redhat.com/show_bug.cgi?id=1009919 --- Comment #8 from Fedora Update System upda...@fedoraproject.org --- perl-Regexp-Grammars-1.039-1.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/perl-Regexp-Grammars-1.039-1.fc21 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ylqft6JCfxa=cc_unsubscribe -- 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-Regexp-Grammars/f20] Update to version 1.039
commit ad44e456d5e95d48bcc41988a7104f57b51277b3 Author: Bill Pemberton wf...@worldbroken.com Date: Fri Feb 6 22:39:25 2015 -0500 Update to version 1.039 .gitignore|1 + perl-Regexp-Grammars.spec |8 sources |2 +- 3 files changed, 6 insertions(+), 5 deletions(-) --- diff --git a/.gitignore b/.gitignore index dbf3f83..5f4c889 100644 --- a/.gitignore +++ b/.gitignore @@ -3,3 +3,4 @@ /Regexp-Grammars-1.028.tar.gz /Regexp-Grammars-1.030.tar.gz /Regexp-Grammars-1.031.tar.gz +/Regexp-Grammars-1.039.tar.gz diff --git a/perl-Regexp-Grammars.spec b/perl-Regexp-Grammars.spec index d733f98..5d0815e 100644 --- a/perl-Regexp-Grammars.spec +++ b/perl-Regexp-Grammars.spec @@ -1,5 +1,5 @@ Name: perl-Regexp-Grammars -Version: 1.031 +Version: 1.039 Release: 1%{?dist} Summary: Add grammatical parsing features to perl regular expressions License: GPL+ or Artistic @@ -40,9 +40,6 @@ perl Build.PL installdirs=vendor %install ./Build install destdir=%{buildroot} create_packlist=0 -# this is only needed for Build test -rm -f %{buildroot}/%{perl_vendorlib}/Skip_if_Perl_5_18.pm - %{_fixperms} %{buildroot} %check @@ -54,6 +51,9 @@ rm -f %{buildroot}/%{perl_vendorlib}/Skip_if_Perl_5_18.pm %{_mandir}/man3/Regexp::Grammars.3pm* %changelog +* Sat Feb 7 2015 Bill Pemberton wf...@worldbroken.com - 1.039-1 +- Update to version 1.039 + * Tue Aug 20 2013 Bill Pemberton wf...@viridian.itc.virginia.edu - 1.031-1 - update to version 1.31 - Updated warnings regarding incompatibilities with perl 5.18 diff --git a/sources b/sources index e2e97d6..b7bda79 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -a8cb3e72f97390be85ca63d655a9e55c Regexp-Grammars-1.031.tar.gz +430513af60a25f7af6a84091d766244d Regexp-Grammars-1.039.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 1190033] perl-Catalyst-View-Mason-0.19-1.fc22 FTBFS: test fails: Error: Can't locate object method BINMODE via package IO::Capture::Tie_STDx at /usr/share/perl5/vendor_perl/Catalyst/Log.pm l
https://bugzilla.redhat.com/show_bug.cgi?id=1190033 --- Comment #1 from Emmanuel Seyman emman...@seyman.fr --- Also spotted by the CPAN Testers: http://www.cpantesters.org/cpan/report/c57ae160-8fa3-11e4-8748-82775ef060ad -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=v3baWbFXRqa=cc_unsubscribe -- 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-Database-DumpTruck/f20] Initial import
Summary of changes: 37b3be1... Initial import (*) (*) 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
rawhide report: 20150206 changes
Compose started at Fri Feb 6 05:15:03 UTC 2015 Broken deps for i386 -- [GtkAda3] GtkAda3-3.8.2-2.fc22.i686 requires libgnat-4.9.so GtkAda3-gl-3.8.2-2.fc22.i686 requires libgnat-4.9.so [PackageKit] PackageKit-1.0.4-1.fc22.i686 requires libhawkey.so.1 [PragmARC] PragmARC-20130728-4.fc22.i686 requires libgnat-4.9.so PragmARC-20130728-4.fc22.i686 requires libgnarl-4.9.so [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [aeskulap] aeskulap-0.2.2-0.19beta1.fc22.i686 requires libofstd.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires liboflog.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libijg8.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libijg16.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libijg12.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmnet.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmjpeg.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmimgle.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmimage.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmdata.so.3.6 [airinv] airinv-1.00.0-10.fc22.i686 requires libboost_serialization.so.1.55.0 airinv-1.00.0-10.fc22.i686 requires libboost_regex.so.1.55.0 airinv-1.00.0-10.fc22.i686 requires libboost_python.so.1.55.0 airinv-1.00.0-10.fc22.i686 requires libboost_program_options.so.1.55.0 airinv-1.00.0-10.fc22.i686 requires libboost_iostreams.so.1.55.0 airinv-1.00.0-10.fc22.i686 requires libboost_filesystem.so.1.55.0 airinv-1.00.0-10.fc22.i686 requires libboost_date_time.so.1.55.0 [anet] anet-0.2.3-4.fc22.i686 requires libgnat-4.9.so anet-0.2.3-4.fc22.i686 requires libgnarl-4.9.so [aqsis] aqsis-1.8.2-13.fc22.i686 requires libboost_thread.so.1.55.0 aqsis-1.8.2-13.fc22.i686 requires libboost_system.so.1.55.0 aqsis-1.8.2-13.fc22.i686 requires libboost_regex.so.1.55.0 aqsis-1.8.2-13.fc22.i686 requires libboost_program_options.so.1.55.0 aqsis-1.8.2-13.fc22.i686 requires libboost_filesystem.so.1.55.0 aqsis-core-1.8.2-13.fc22.i686 requires libboost_wave.so.1.55.0 aqsis-core-1.8.2-13.fc22.i686 requires libboost_thread.so.1.55.0 aqsis-core-1.8.2-13.fc22.i686 requires libboost_system.so.1.55.0 aqsis-core-1.8.2-13.fc22.i686 requires libboost_regex.so.1.55.0 aqsis-core-1.8.2-13.fc22.i686 requires libboost_iostreams.so.1.55.0 aqsis-core-1.8.2-13.fc22.i686 requires libboost_filesystem.so.1.55.0 aqsis-libs-1.8.2-13.fc22.i686 requires libboost_thread.so.1.55.0 aqsis-libs-1.8.2-13.fc22.i686 requires libboost_system.so.1.55.0 aqsis-libs-1.8.2-13.fc22.i686 requires libboost_regex.so.1.55.0 aqsis-libs-1.8.2-13.fc22.i686 requires libboost_iostreams.so.1.55.0 aqsis-libs-1.8.2-13.fc22.i686 requires libboost_filesystem.so.1.55.0 [aunit] aunit-2013-7.fc22.i686 requires libgnat-4.9.so [aws] aws-3.1.0-12.fc22.i686 requires libgnat-4.9.so aws-3.1.0-12.fc22.i686 requires libgnarl-4.9.so aws-devel-3.1.0-12.fc22.i686 requires libgnat-4.9.so aws-devel-3.1.0-12.fc22.i686 requires libgnarl-4.9.so [boswars] boswars-2.7-5.fc22.i686 requires libtolua++-5.1.so [bro] broccoli-2.3-1.fc22.i686 requires bro-2.3 python-broccoli-2.3-1.fc22.i686 requires bro-2.3 [cab] cab-0.1.9-12.fc22.i686 requires cabal-dev [cclive] cclive-0.9.3-4.fc22.i686 requires libboost_system.so.1.55.0 cclive-0.9.3-4.fc22.i686 requires libboost_program_options.so.1.55.0 cclive-0.9.3-4.fc22.i686 requires libboost_iostreams.so.1.55.0 cclive-0.9.3-4.fc22.i686 requires libboost_filesystem.so.1.55.0 cclive-0.9.3-4.fc22.i686 requires libboost_date_time.so.1.55.0 [collectd] collectd-onewire-5.4.1-13.fc22.i686 requires libowcapi-2.9.so.8 [compat-gcc-34] compat-gcc-34-c++-3.4.6-34.fc22.i686 requires libstdc++ 0:5.0.0 [crrcsim] crrcsim-0.9.12-11.fc22.i686 requires libboost_thread.so.1.55.0 crrcsim-0.9.12-11.fc22.i686 requires libboost_system.so.1.55.0 [cvc4] cvc4-1.3-7.fc22.i686 requires libboost_thread.so.1.55.0 cvc4-1.3-7.fc22.i686 requires libboost_system.so.1.55.0 [devtodo2] devtodo2-2.1-11.20120711git8dee6.fc22.i686 requires libgo.so.5 [dnssec-check] dnssec-check-1.14.0.1-4.fc20.i686 requires libval-threads.so.14 dnssec-check-1.14.0.1-4.fc20.i686 requires libsres.so.14 [dsqlite] dsqlite-1.1.1-5.fc22.i686 requires libphobos-ldc.so.64 [fawkes] fawkes-lua-0.5.0-19.fc22.i686 requires libtolua++-5.1.so fawkes-plugin-katana-0.5.0-19.fc22.i686 requires libtolua++-5.1.so fawkes-plugin-pantilt-0.5.0-19.fc22.i686 requires libtolua++-5.1.so
Re: Heads-up: python{,3}-sphinx-latex subpackage in Rawhide
Hi all, Follow-up on the Sphinx situation -- given that upstream didn't design Sphinx to be shipped with the LaTeX components missing (causing import errors), currently we're back to having all the files in python{,3}-sphinx. *However* it's probably a good idea to have the split in the future, so packages using Sphinx that build PDF documentation can still Requires: python{,3}-sphinx-latex, which the main packages now provide, to be ready for the split in the future. The latest F20, F21 and F22 builds (F20 and F21 pushed to testing) also pull in all the dependencies needed to pass the internal test suite as well as a manual test building Fedocal's documentation. You would hopefully be able to no longer require TeX packages directly in your packages. Karma votes and feedback appreciated as always: https://admin.fedoraproject.org/updates/FEDORA-2015-1752/python-sphinx-1.1.3-12.fc20 https://admin.fedoraproject.org/updates/FEDORA-2015-1748/python-sphinx-1.2.3-1.fc21 Best regards, -- Michel On Fri Jan 23 2015 at 5:48:21 PM Michel Alexandre Salim mic...@michel-slm.name wrote: Hi Sergio, Indeed, that is the same bug. I'm away from the computer until Monday, so I'll do the stable release updates then - unless a comaintainer can do it over the weekend. The stable updates will probably be just bug fixes and won't introduce the packaging split or version bump. Cheers, - Michel On Fri, Jan 23, 2015, 17:30 Sergio Pascual sergio.pa...@gmail.com wrote: Hello, 2015-01-23 11:04 GMT+01:00 Michel Alexandre Salim mic...@michel-slm.name : Hi all, From python-sphinx-1.2.2-6.fc22 onwards support for building LaTeX documentation using Sphinx has been split off into the -latex subpackage (so that Sphinx can be installed without pulling in TeXLive). (There's also a bug discovered when doing this split -- the python3 build wasn't shipping with locale files). this bug is related and requires fixing, in F21 at least, probably in F20 too: python-sphinx ships python3 files https://bugzilla.redhat.com/show_bug.cgi?id=1148037 Regards, Sergio -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: OpenQA testing: use python-wikitcms more?
On Wed, 2015-02-04 at 23:04 -0800, Adam Williamson wrote: On Wed, 2015-02-04 at 18:38 -0800, Adam Williamson wrote: For now there are three release classes, RawhideNightly, BranchedNightly (you have to pass that one a release as well as a date), and Compose (release, milestone, compose). I'll implement stable releases and milestone releases later, I guess. Stable releases are in now, you can find Fedora Core 1 images to your heart's content. :) Fedora Finder 1.0.1, now a real module with support for all conceivable types of release, a query interface, a CLI, and packages: https://www.happyassassin.net/fedfind/ boy, this week went fast... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
Can rpmbuild produce a 'build logs' rpm also?
Can rpmbuild be taught to produce a 'build logs' rpm (or tarball or something) that isn't automatically added to the installation set by koji/bodhi and that can get generated even in the event of a build failure? I have seen two examples of where this could be useful: (1) gcc-5 dumps a whole chunk of tar'd, bzip'd and uuencoded testing logs to stdout because it has nowhere else to put them. (2) I'm seeing a config failure building cross-gcc on ARM that doesn't occur on x86_64 or i686 - but it happens in koji where I can't get at the config.log to see what happened. David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
File Database-DumpTruck-1.2.tar.gz uploaded to lookaside cache by lkundrak
A file has been added to the lookaside cache for perl-Database-DumpTruck: 7f61106f23400fc2b142e0cdeeb665a6 Database-DumpTruck-1.2.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
Re: xorg libinput question
Good Morning Peter, Good Morning List, https://bugs.freedesktop.org/show_bug.cgi?id=89006 is created. 2015-02-06 0:58 GMT+02:00 Peter Hutterer peter.hutte...@who-t.net: On Fri, Feb 06, 2015 at 12:19:34AM +0200, Damian Ivanov wrote: Sure, I will provide you with the needed logs. Can you give me a hint to which product to report the bug to? https://bugs.freedesktop.org/enter_bug.cgi?product=Waylandcomponent=libinput Also for the evemu record I'm not sure which device corresponds to the wiimote and/or attached accessories. Where can I find this? if you run evemu-record without arguments it'll give you the list of local devices, just pick the one that looks like a wiimote. Cheers, Peter 2015-02-05 23:01 GMT+02:00 Peter Hutterer peter.hutte...@who-t.net: On Thu, Feb 05, 2015 at 10:34:49PM +0200, Damian Ivanov wrote: ok so I tried it - does NOT work ; 1) Did a fresh rawhide install as update did not work. 2) Installed xorg-x11-drv-libinput and installed wacom/synaptics/evdev 3) put Section InputClass Identifier libinput Driver libinput MatchDevicePath /dev/input/event* EndSection in /etc/xorg.conf.d/ 4) connected wiimote via bluetooth 5) no keys are recognized or configured So how to I configure wiimote + it's accessories (nunchuk and classic controller) with libinput driver? did not work is a bit hard to debug, I need an xorg.log, evemu-record from the wiimote, etc. Please file a bug in the freedesktop bugzilla, then we can figure out what exactly is going on here. Cheers, Peter 2015-02-05 14:10 GMT+02:00 Damian Ivanov damianator...@gmail.com: Thanks for the quick answer! Upgrading to rawhide to try it out then :) In the changelog http://koji.fedoraproject.org/koji/buildinfo?buildID=606678 * Mon Nov 24 2014 Peter Hutterer peter.hutte...@redhat.com 0.2.0-1 - Only match on specific device types, don't match on joysticks or tablets That sounded like it won't work with the xorg libinput driver. Are there any configuration option I can try? Do you know if the accessories like classic controller and nunchuk work? - I will see that anyway in a few minutes I guess 2015-02-05 11:59 GMT+01:00 Peter Hutterer peter.hutte...@who-t.net: On Thu, Feb 05, 2015 at 11:25:25AM +0100, Damian Ivanov wrote: According to https://github.com/dvdhrm/xf86-input-xwiimote/issues/18 the wiimote will work with wayland-libinput. My question is does this work do xorg-input-drv-libinput? the X driver is just a thin wrapper around libinput, it doesn't do much other than forwarding events. so yes, it should work. Cheers, Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
another input/output question (libinput / pulseaudio / ....)
Hello folks, I am happy owner of a Razer 7.1 Chroma Headset (my girlfriend makes the right presents :)) There are various issues with this product as well as with some devices in general. I can of course open separate bug reports for each issue (if needed) 1) As I tried rawhide today with xorg-x11-drv-libinput I noticed that the Headset is listed as input device type: keyboard;map:us; I guess that's because it has a mute button on the retractable micro (suggestion: libinput type:headset??) 2) In the sound settings it's only stereo listed as profile, it's a 7.1 headset (yes, I tried it on Windows and 7.1 headset is not only snake oil) It is really poorly documented how to get 7.1 working. 3) The chroma (razer) device series (keyboards,mice,headsets and others) have Led's on it which can change the color using the windows driver. The Led's work on Linux but there is no tool to change it. The chroma series are only the first of this type, more products from other companies seem to have/get such feature as well. If there was a backend that does changing the color is there any place in the gnome ui, where this could be placed (the chroma devices has mice/headsets/keyboards)? I have seen using wireshark and a VM how to reverse engineer what the driver does when changing the color. Question here: where would this go? A cmd tool? A seperate gui tools? Can this and if yes how be integrated to gnome-control-center? Thanks in advance for any input/output :) br, Damian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Database-DumpTruck] Initial import
commit 37b3be19f56dbf664124976df814c73d20a9f859 Author: Lubomir Rintel lkund...@v3.sk Date: Fri Feb 6 12:45:42 2015 +0100 Initial import .gitignore |1 + perl-Database-DumpTruck.spec | 55 ++ sources |1 + 3 files changed, 57 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..8365c56 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Database-DumpTruck-1.2.tar.gz diff --git a/perl-Database-DumpTruck.spec b/perl-Database-DumpTruck.spec new file mode 100644 index 000..0271215 --- /dev/null +++ b/perl-Database-DumpTruck.spec @@ -0,0 +1,55 @@ +Name: perl-Database-DumpTruck +Version:1.2 +Release:1%{?dist} +Summary:Relaxing interface to SQLite +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/Database-DumpTruck/ +Source0: http://www.cpan.org/authors/id/L/LK/LKUNDRAK/Database-DumpTruck-%{version}.tar.gz +BuildArch: noarch +BuildRequires: perl(DBD::SQLite) +BuildRequires: perl(DBI) +BuildRequires: perl(File::Temp) +BuildRequires: perl(JSON) +BuildRequires: perl(Module::Build) +BuildRequires: perl(Test::Exception) +BuildRequires: perl(Test::More) +BuildRequires: perl(Test::Pod) = 1.00 +Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%description +This is a simple document-oriented interface to a SQLite database, modelled +after Scraperwiki's Python dumptruck module. It allows for easy (and maybe +inefficient) storage and retrieval of structured data to and from a +database without interfacing with SQL. + + +%prep +%setup -q -n Database-DumpTruck-%{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 +%doc META.json +%{perl_vendorlib}/* +%{_mandir}/man3/* + + +%changelog +* Fri Jul 25 2014 Lubomir Rintel lkund...@v3.sk 1.2-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..2165951 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +7f61106f23400fc2b142e0cdeeb665a6 Database-DumpTruck-1.2.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-Database-DumpTruck/f21] Initial import
Summary of changes: 37b3be1... Initial import (*) (*) 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
Re: Linterna Magica
On Qui, 2015-02-05 at 16:04 -0600, Michael Catanzaro wrote: On Thu, Feb 5, 2015 at 1:57 PM, Antonio Trande anto.tra...@gmail.com wrote: I tried with Totem but without good results To be clear, Totem in Fedora 21 no longer includes any browser plugins. npapi-vlc xine-plugin are in rpmfusion [1] [1] repoquery npapi-vlc xine-plugin --qf %{repoid} %{name} rpmfusion-free npapi-vlc rpmfusion-free xine-plugin -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Sérgio M. B. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: FESCo Elections results
On Thu, Feb 05, 2015 at 02:52:51PM +0100, Kevin Kofler wrote: What does this tell you? :-) [..] Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Regards, Olav -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Database-DumpTruck/epel7] Initial import
Summary of changes: 37b3be1... Initial import (*) (*) 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
Re: Can rpmbuild produce a 'build logs' rpm also?
On Fri, Feb 06, 2015 at 10:41:51AM +, David Howells wrote: Can rpmbuild be taught to produce a 'build logs' rpm (or tarball or something) that isn't automatically added to the installation set by koji/bodhi and that can get generated even in the event of a build failure? I have seen two examples of where this could be useful: (1) gcc-5 dumps a whole chunk of tar'd, bzip'd and uuencoded testing logs to stdout because it has nowhere else to put them. (2) I'm seeing a config failure building cross-gcc on ARM that doesn't occur on x86_64 or i686 - but it happens in koji where I can't get at the config.log to see what happened. I don't think an RPM would help. However it would be nice if Koji allowed you to pull files from the build tree, especially after a failure. In the past I have done this: %{configure} || { cat config.log ; exit 1 } I also did some hairy uuencoding to dump out binaries that I wanted to capture. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Internal compiler error on koji builder
On Fri, 06 Feb 2015 09:06:27 -0600 Michael Catanzaro mcatanz...@gnome.org wrote: Hi, When running this build: http://koji.fedoraproject.org/koji/taskinfo?taskID=8844545 The ARM builder hit a GCC bug: /builddir/build/BUILD/webkitgtk-2.7.4/Source/JavaScriptCore/bytecode/Watchpoint.h:49:7: internal compiler error: Segmentation fault class StringFireDetail : public FireDetail { ^ Please submit a full bug report, with preprocessed source if appropriate. See http://bugzilla.redhat.com/bugzilla for instructions. snip Preprocessed source stored into /tmp/ccOvUNaS.out file, please attach this to your bugreport. Is there any way to get this file off the koji builder so I can file a bug report? Not easily since it's already been removed when mock cleaned up. ;( However, you could use: arm03-packager00.cloud.fedoraproject.org or arm03-packager01.cloud.fedoraproject.org To reproduce. They are currently running f20 (I really need to do reinstall them with f21), but you should be able to do the build in mock with a no-clean. Hope that helps, kevin pgpgkFOo2tznQ.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Internal compiler error on koji builder
Hi, When running this build: http://koji.fedoraproject.org/koji/taskinfo?taskID=8844545 The ARM builder hit a GCC bug: /builddir/build/BUILD/webkitgtk-2.7.4/Source/JavaScriptCore/bytecode/Watchpoint.h:49:7: internal compiler error: Segmentation fault class StringFireDetail : public FireDetail { ^ Please submit a full bug report, with preprocessed source if appropriate. See http://bugzilla.redhat.com/bugzilla for instructions. snip Preprocessed source stored into /tmp/ccOvUNaS.out file, please attach this to your bugreport. Is there any way to get this file off the koji builder so I can file a bug report? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[EPEL-devel] inconsistent EPEL 5 repository
Dear all, I understood that there is now, or it was since log time, but it is enforced in the last months, a procedure of retireing obsoleted, unmaintained packages. Nothing against it, just that the way it is applied creates problems. Most probably it is because maintainers are not having a look at the e-mails with the subject Orphaned packages in epelX. We have now a situation like this: - one of our packages uses python-daemon- https://admin.fedoraproject.org/pkgdb/package/python-daemon/. As you see it is supported on all OSes, in particular it is supported on EPEL5 - python-daemon depends on python-lockfile - https://admin.fedoraproject.org/pkgdb/package/python-lockfile/ and 2015-01-23: Retired orphaned package, because it was orphaned for more than six weeks. Reference: https://fedorahosted.org/epel/ticket/7; And from here you arrive to our problem - we are not able to install our middleware because: -- Running transaction check -- Processing Dependency: python-daemon for package: apel-ssm -- Running transaction check --- Package python-daemon.noarch 0:1.5.2-3.el5 set to be updated -- Processing Dependency: python-lockfile for package: python-daemon -- Finished Dependency Resolution python-daemon-1.5.2-3.el5.noarch from epel has depsolving problems -- Missing Dependency: python-lockfile is needed by package python-daemon-1.5.2-3.el5.noarch (epel) Our packages were not changed or build latelly, and even if they were we couldn't see the issue as the dependecy is on python-daemon and it is only at runtime. We have the same issue with: python-twisted-web-0.7.0-1.el5.x86_64 from epel has depsolving problems -- Missing Dependency: SOAPpy is needed by package python-twisted-web-0.7.0-1.el5.x86_64 (epel) Beginning Kernel Module Plugin Finished Kernel Module Plugin Error: Missing Dependency: SOAPpy is needed by package python-twisted-web-0.7.0-1.el5.x86_64 (epel) Is there anything that we, you can do? Thank you very much, Cristina ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
[Test-Announce] 2015-02-09 @ 1700 UTC ** F22 Blocker Review Meeting
# F22 Blocker Review meeting # Date: 2015-02-09 # Time: 1700 UTC # Location: #fedora-blocker-review on irc.freenode.net So far this week we've found 1 proposed Alpha blocker as well as 5 proposed for Final. If you want to take a look at the proposed or accepted blockers, the full list can be found here: - https://qa.fedoraproject.org/blockerbugs/ Make sure to click through the milestones to see how many we have before the meeting! We'll be evaluating these bugs to see if they violate any of the Release Criteria and warrant the blocking of a release if they're not fixed. Information on the release criteria for F22 can be found on the wiki [0]. For more information about the Blocker and Freeze exception process, check out these links: - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process And for those of you who are curious how a Blocker Review Meeting works - or how it's supposed to go and you want to run one - check out the SOP on the wiki: - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting Have a good weekend and see you Monday! [0] https://fedoraproject.org/wiki/Fedora_Release_Criteria -- // Mike -- Fedora QA freenode: roshi http://roshi.fedorapeople.org -- // Mike -- Fedora QA freenode: roshi http://roshi.fedorapeople.org ___ 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 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Can rpmbuild produce a 'build logs' rpm also?
Richard W.M. Jones rjo...@redhat.com wrote: I don't think an RPM would help. However it would be nice if Koji allowed you to pull files from the build tree, especially after a failure. Even if it just grabbed every file ending in .log from the build tree, that might be useful. David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
zeitgeist
Somebody please explain to me the zeitgeist package management model that is being applied at Fedora. From all the open bugs in bugzilla, http://bugz.fedoraproject.org/zeitgeist in none of them there is any activity by those people, who have done the last builds in the build system. Are these tickets handled by anyone? And if so, how? What am I missing? https://fedoraproject.org/wiki/Package_maintainer_responsibilities -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[EPEL-devel] Call for Agenda items for 2015-02-13 meeting of EPEL SCO
We haven't had a meeting in a couple of weeks and a couple of things have piled up. I would like to make sure I have all items on this next meeting and that we can get a quorum of people to discuss and figure them out. 1) EPEL/CentOS meetup in Brussels. A) Overview of what the meeting was about B) Lessons learned and feedback given [If people who went to this meeting can do this in an email to the lists I would appreciate it.] 2) Python3 in Fedora. 3) Getting a better idea of how people use EPEL and where we can serve them better. 45% of active users are EL-5 50% of active users are EL-6 5% of active users are EL-7 what looks like will happen is that the numbers will move to 33-33-33 in the next year as EL-7 gets its usual big push with 7.1/7.2 released. I don't expect EL-5 to drop off.. but we don't hear from those people except when we remove things that they relied on. How can we get them more active? 4) Other? -- Stephen J Smoogen. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: FESCo Elections results
Congratulations Guyz ! 2015-02-06 13:59 GMT+03:00 Olav Vitters o...@vitters.nl: On Thu, Feb 05, 2015 at 02:52:51PM +0100, Kevin Kofler wrote: What does this tell you? :-) [..] Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Regards, Olav -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Irenge B. Jules Windle Trust IT Technician email : jbi.oct...@gmail.com Tel No 0729410174 Kakuma Kenya -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Guidelines Change] Changes to the packaging guidelines
A few more changes this week: The Byte compilation section of the Python packaging guidelines was rewritten to include information about packaging the pycache directories generated by newer Python versions. https://fedoraproject.org/wiki/Packaging:Python#Byte_compiling https://fedorahosted.org/fpc/ticket/494 The Multiple Python Runtimes section of the Python packaging guidelines was updated to indicate that packages in fedora should not reference /usr/bin/python but instead should use either /usr/bin/python2 or /usr/bin/python3 as appropriate. https://fedoraproject.org/wiki/Packaging:Python#Multiple_Python_Runtimes https://fedorahosted.org/fpc/ticket/327#comment:9 The outdated rpmdev-rpmdevelrpms section was removed from the section on BuildRequires. http://fedoraproject.org/wiki/Packaging:Guidelines#BuildRequires_2 https://fedorahosted.org/fpc/ticket/497#comment:8 ___ 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 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rawhide report: 20150206 changes
Hi, On Fri, Feb 06, 2015 at 08:54:34AM +, Fedora Rawhide Report wrote: Compose started at Fri Feb 6 05:15:03 UTC 2015 Broken deps for i386 -- [pam_mapi] pam_mapi-0.2.0-3.fc22.i686 requires libmapi.so.0 pam_mapi-0.2.0-3.fc22.i686 requires libicuuc.so.53 pam_mapi-0.2.0-3.fc22.i686 requires libicui18n.so.53 pam_mapi-0.2.0-3.fc22.i686 requires libicudata.so.53 pam_mapi cannot be rebuilt because one of its dependencies--zarafa--has been retired. Should it be retired too? Or is there anyone working on bringing zarafa back to Fedora? D. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: zeitgeist
Michael Schwendt wrote on 02/07/2015 02:08 AM: Somebody please explain to me the zeitgeist package management model that is being applied at Fedora. From all the open bugs in bugzilla, http://bugz.fedoraproject.org/zeitgeist in none of them there is any activity by those people, who have done the last builds in the build system. Are these tickets handled by anyone? And if so, how? What am I missing? https://fedoraproject.org/wiki/Package_maintainer_responsibilities Just info: - Actually even zeitgeist upstream has no or little active development, so even if Fedora downstream maintainers tries to do something it can be little expected that these bugs can be fixed: http://bazaar.launchpad.net/~zeitgeist/zeitgeist/trunk-freedesktop/changes/ https://answers.launchpad.net/zeitgeist/+question/260500 - As far as I quickly glanced at those bugs, some (many?) bugs don't seem to have happened on direct zeitgeist side, and some (many?) bugs seem to require GLib knowledge or so, and I doubt reassigning them (to glib2 or so) make progress... Regards, Mamoru -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [EPEL-devel] python-reportlab available in RHEL6 but not in EPEL6 buildroot
Small correction: On Friday, 06 February 2015 at 16:32, Dominik 'Rathann' Mierzejewski wrote: Dear EPEL developers, I'm trying to package some scientific software written in python which depends on python-biopython. Missing sentence: python-biopython is branched for el6, but failed to build due to missing python-reportlab. While that exists in Fedora, it was retired in EPEL6 because it exists in RHEL6: https://bugzilla.redhat.com/show_bug.cgi?id=628546 ftp://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/os/SRPMS/python-reportlab-2.3-3.el6.src.rpm However, it doesn't seem to be available in the buildroot: http://koji.fedoraproject.org/koji/buildinfo?buildID=602954 https://kojipkgs.fedoraproject.org//work/tasks/5350/8845350/root.log [...] DEBUG util.py:389: Getting requirements for python-biopython-1.65-1.el6.src DEBUG util.py:389: -- python-devel-2.6.6-52.el6.x86_64 DEBUG util.py:389: -- flex-devel-2.5.35-9.el6.x86_64 DEBUG util.py:389: -- numpy-1.4.1-9.el6.x86_64 DEBUG util.py:389: -- MySQL-python-1.2.3-0.3.c1.1.el6.x86_64 DEBUG util.py:389: -- python-psycopg2-2.0.14-2.el6.x86_64 DEBUG util.py:389: Error: No Package found for python-reportlab DEBUG util.py:500: Child return code was: 1 Any ideas? Regards, Dominik -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
[Bug 1009919] perl-5.18: Regexp::Grammars does not work due to bug in perl
https://bugzilla.redhat.com/show_bug.cgi?id=1009919 Bill Pemberton wf...@worldbroken.com changed: What|Removed |Added CC||wf...@worldbroken.com --- Comment #7 from Bill Pemberton wf...@worldbroken.com --- I just took a look at this again and it appears that perl-Regexp-Grammars will work with perl 5.18.4. If I remove if test that has the module croak with the perl 5.18 is unsupported message, it will pass all the tests. Also a couple of programs I have locally appear to work fine. I've asked the author of the module if he knows of anything else that will prevent this module working on 5.18.4. Assuming he doesn't know of anything, I can upgrade perl-Regexp-Grammars in F21 to version 1.038 to match rawhide. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=WorusX32wWa=cc_unsubscribe -- 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: [EPEL-devel] inconsistent EPEL 5 repository
On Fri, Feb 06, 2015 at 04:12:18PM +0100, Cristina Aiftimiei wrote: I understood that there is now, or it was since log time, but it is enforced in the last months, a procedure of retireing obsoleted, unmaintained packages. Nothing against it, just that the way it is applied creates problems. Most probably it is because maintainers are not having a look at the e-mails with the subject Orphaned packages in epelX. It might also be the case that too many maintainers abandoned EPEL 5 or do not have any interest in it. For some python packages, maintainers also did not understand that their package is really affected. Our packages were not changed or build latelly, and even if they were we couldn't see the issue as the dependecy is on python-daemon and it is only at runtime. You can run on https://github.com/tyll/fedora_support_status on (test) systems that contain the packages that you need to identify problematic packages, but is this currently just a proof-of-concept script. We have the same issue with: python-twisted-web-0.7.0-1.el5.x86_64 from epel has depsolving problems -- Missing Dependency: SOAPpy is needed by package python-twisted-web-0.7.0-1.el5.x86_64 (epel) Beginning Kernel Module Plugin Finished Kernel Module Plugin Error: Missing Dependency: SOAPpy is needed by package python-twisted-web-0.7.0-1.el5.x86_64 (epel) SOAPpy was unretired by Mattias Ellert. Therefore it will soon be available in epel5-testing and then stable. Is there anything that we, you can do? If you are or know package maintainers or are interested into it, you can step up and maintain the packages that are retired (or depend on retired packages). It is probably not a very time consuming effort for EPEL5 where the main task is to be reachable in case a bug report comes in, but I guess there will not be that many. Btw. packages with broken dependencies will also be removed soon from EPEL, unless the dependencies are fixed. Since some core packages were also affected the last time I checked and due to FOSDEM and devconf I did not have much time to look into it, it was deferred. If you have further questions, feel free to ask. If you need assistance to get people set-up to help with maintaining packages in EPEL, you will also find help here. Regards Till ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: zeitgeist
On Sat, 07 Feb 2015 02:50:05 +0900, Mamoru TASAKA wrote: Just info: - Actually even zeitgeist upstream has no or little active development, so even if Fedora downstream maintainers tries to do something it can be little expected that these bugs can be fixed: https://launchpad.net/zeitgeist/+download | 0.9.14 (Diamond) release from the 0.9 series released 2013-06-18 http://koji.fedoraproject.org/koji/packageinfo?packageID=9822 | zeitgeist-0.9.16-0.2.20140808.git.ce9affa How does that snapshot fit into the activity scheme then? Simply rebuilding 0.9.14 for Fedora made it crash for multiple users after hitting stable updates repo too quickly. Building the snapshot may have fixed the crash due to upstream changes, but a crash in sqlite3 in Oct 2014 could be a new problem, couldn't it? Bugzilla doesn't give any hint about whether such issues are forwarded or compared with upstream changelogs. Users trying to delete local sqlite db files is kinda a brute-force way to fight such problems. http://bazaar.launchpad.net/~zeitgeist/zeitgeist/trunk-freedesktop/changes/ https://answers.launchpad.net/zeitgeist/+question/260500 Odd. They consider it mature. Even more reason to communicate with them about the stability problems at Fedora. IOW, their mature product somehow fails here. And there's one fix that has been applied after creating the snapshot, too. - As far as I quickly glanced at those bugs, some (many?) bugs don't seem to have happened on direct zeitgeist side, and some (many?) bugs seem to require GLib knowledge or so, and I doubt reassigning them (to glib2 or so) make progress... Well, just because it crashed within glib2 does not imply that glib2 is the culprit. The rushed out broken build of zeitgeist resulted in users seeing assertion aborts such as $2 = 0x1127cd0 GLib:ERROR:gvarianttypeinfo.c:165:g_variant_type_info_check: assertion failed: (info-alignment == 0 || info-alignment == 1 || info-alignment == 3 || info-alignment == 7) $2 = 0x1ab8ca0 GLib:ERROR:gvarianttypeinfo.c:186:g_variant_type_info_check: assertion failed: (0 = index index 24) and the snapshot made those go away. (Verified? Expected?) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[EPEL-devel] ACTION REQUIRED: EPEL5 packages with broken dependencies to be removed
Hi, the following packages are going to be removed soon due to broken dependencies. Please fix the dependencies by 1) unretiring the packages that provide the broken deps 2) Re-Building the packages without the broken deps. package: python26-numpy-devel-1.5.1-5.el5.i386 from c5-i386-epel unresolved deps: python26-distribute basepkg: python26-numpy package: python26-pygments-1.4-3.el5.noarch from c5-i386-epel unresolved deps: python26-distribute basepkg: python-pygments package: python-twisted-web-0.7.0-1.el5.i386 from c5-i386-epel unresolved deps: SOAPpy basepkg: python-twisted-web package: spec2scl-0.3.4-1.el5.noarch from c5-i386-epel unresolved deps: python26-distribute basepkg: spec2scl package: python-daemon-1.5.2-3.el5.noarch from c5-i386-epel unresolved deps: python-lockfile basepkg: python-daemon package: python26-numpy-tests-1.5.1-5.el5.i386 from c5-i386-epel unresolved deps: python26-nose basepkg: python26-numpy package: trac-tickettemplate-plugin-0.5-0.1.svn6332.el5.noarch from c5-i386-epel unresolved deps: trac-webadmin basepkg: trac-tickettemplate-plugin package: python-pcp-3.9.5-1.el5.i386 from c5-i386-epel unresolved deps: pcp-libs = 0:3.9.5-1.el5 basepkg: pcp package: trac-customfieldadmin-plugin-0.1-0.3.svn5253.el5.noarch from c5-i386-epel unresolved deps: trac-webadmin basepkg: trac-customfieldadmin-plugin package: python26-jinja2-2.5.5-6.el5.noarch from c5-i386-epel unresolved deps: python26-distribute basepkg: python26-jinja2 package: glances-1.7.4-1.el5.noarch from c5-i386-epel unresolved deps: python26-distribute basepkg: glances package: python26-virtualenv-1.5.1-3.el5.noarch from c5-i386-epel unresolved deps: python26-distribute basepkg: python26-virtualenv package: rubygem-mongrel_cluster-1.0.5-2.el5.noarch from c5-i386-epel unresolved deps: rubygem(mongrel) = 0:1.0.0 basepkg: rubygem-mongrel_cluster package: func-0.28-1.el5.noarch from c5-i386-epel unresolved deps: smolt basepkg: func package: perl-SVK-2.0.2-1.el5.noarch from c5-i386-epel unresolved deps: perl(SVN::Mirror) = 0:0.71 basepkg: perl-SVK package: python26-tornado-2.2.1-2.el5.noarch from c5-i386-epel unresolved deps: python26-simplejson basepkg: python26-tornado package: taboot-func-0.4.0-1.el5.noarch from c5-i386-epel unresolved deps: func basepkg: python-taboot package: orbited-0.7.10-5.el5.noarch from c5-i386-epel unresolved deps: python-twisted-web python-daemon basepkg: orbited package: pywbem-0.7.0-3.el5.noarch from c5-i386-epel unresolved deps: python-twisted-web basepkg: pywbem package: python-nevow-0.9.32-1.el5.noarch from c5-i386-epel unresolved deps: python-twisted-web basepkg: python-nevow package: python-morbid-0.8.7.3-1.el5.noarch from c5-i386-epel unresolved deps: python-twisted-web basepkg: python-morbid package: python-weberror-0.10.1-1.el5.noarch from c5-i386-epel unresolved deps: python-pygments basepkg: python-weberror package: bcfg2-server-1.3.3-5.el5.noarch from c5-i386-epel unresolved deps: python-daemon basepkg: bcfg2 package: python-taboot-0.4.0-1.el5.noarch from c5-i386-epel unresolved deps: func basepkg: python-taboot package: python-sphinx-0.4.2-1.el5.1.noarch from c5-i386-epel unresolved deps: python-pygments basepkg: python-sphinx package: viewvc-1.1.23-1.el5.noarch from c5-i386-epel unresolved deps: python-pygments basepkg: viewvc package: flumotion-0.4.2-2.el5.1.i386 from c5-i386-epel unresolved deps: python-twisted-web basepkg: flumotion package: python-sphinx10-1.0.4-3.el5.noarch from c5-i386-epel unresolved deps: python-pygments basepkg: python-sphinx10 package: python-sphinxcontrib-httpdomain-1.1.8-3.el5.noarch from c5-i386-epel unresolved deps: python-sphinx10 basepkg: python-sphinxcontrib-httpdomain package: python-sphinxcontrib-cheeseshop-0.2-1.el5.noarch from c5-i386-epel unresolved deps: python-sphinx10 basepkg: python-sphinxcontrib-cheeseshop package: TurboGears2-2.1-0.1.b2.el5.noarch from c5-i386-epel unresolved deps: python-weberror = 0:0.10.1 basepkg: TurboGears2 package: python-sphinx-theme-flask-git20130715.1cc4468-2.el5.noarch from c5-i386-epel unresolved deps: python-sphinx basepkg: python-sphinx-theme-flask package: python-pylons-0.9.7-4.el5.noarch from c5-i386-epel unresolved deps: python-weberror = 0:0.10.1 basepkg: python-pylons package: python-tg-devtools-2.1-0.1.b2.el5.noarch from c5-i386-epel unresolved deps: TurboGears2 basepkg: python-tg-devtools package: python-repoze-what-pylons-1.0-4.el5.noarch from c5-i386-epel unresolved deps: python-pylons = 0:0.9.7 basepkg: python-repoze-what-pylons package: python-fedora-turbogears2-0.3.29-4.el5.noarch from c5-i386-epel unresolved deps: TurboGears2 basepkg: