F-23 Branched report: 20150730 changes
Compose started at Thu Jul 30 07:15:03 UTC 2015 Broken deps for armhfp -- [apache-scout] apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws) apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:juddi-client) [aws] aws-tools-2015-2.fc23.armv7hl requires libaws_ssl.so [dpm-contrib-admintools] dpm-contrib-admintools-0.2.1-6.fc23.armv7hl requires MySQL-python(armv7hl-32) [gammaray] gammaray-qt5-2.2.1-10.fc23.armv7hl requires qt5-qtbase(armv7hl-32) = 0:5.4.2 [ghc-hjsmin] ghc-hjsmin-0.1.4.7-7.fc23.armv7hl requires ghc(language-javascript-0.5.13-09e4f74578c09254f3515579177112ae) ghc-hjsmin-devel-0.1.4.7-7.fc23.armv7hl requires ghc-devel(language-javascript-0.5.13-09e4f74578c09254f3515579177112ae) [gnome-python2] gnome-python2-bonobo-2.28.1-16.fc23.armv7hl requires pyorbit(armv7hl-32) = 0:2.0.1 [gnome-shell-extension-pomodoro] gnome-shell-extension-pomodoro-0.11.0-0.3.gitc7ad79d3.fc23.armv7hl requires libgnome-desktop-3.so.10 [gtksourceview-sharp] gtksourceview-sharp-2.0.12-24.fc23.armv7hl requires gtksourceview [hadoop] hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) [hawaii-shell] hawaii-shell-0.3.0-3.fc22.armv7hl requires libqtaccountsservice-qt5.so.0.1.2 [hbase] hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) [klavaro] klavaro-3.01-0.pre1.1.fc23.1.armv7hl requires libgtkdataboks.so.0 [mariadb-galera] 1:mariadb-galera-server-10.0.17-5.fc23.armv7hl requires galera = 0:25.3.3 [mesos] mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires libprotobuf.so.8 python-mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires libprotobuf.so.8 [moon-buggy] moon-buggy-1.0.51-14.fc23.armv7hl requires libesd.so.0 [ncbi-blast+] ncbi-blast+-2.2.31-1.fc23.armv7hl requires libxformat.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libxcleanup.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libvalid.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libpubmed.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmlacli.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmla.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmedlars.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libgbseq.so [netbeans-platform] 1:netbeans-platform-harness-7.0.1-11.fc22.armv7hl requires cobertura = 0:1.9.3 [nodejs-grunt-contrib-copy] nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(file-sync-cmp) 0:0.2 nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(file-sync-cmp) = 0:0.1.0 nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(chalk) = 0:0.5.1 [nodejs-grunt-saucelabs] nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(sauce-tunnel) = 0:2.2.3 nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(requestretry) 0:1.3
Re: F-23 Branched report: 20150730 changes
Il 30/07/2015 13:45, Fedora Branched Report ha scritto: Removed package: deltaspike-1.2.1-3.fc23 Removed package: openwebbeans-1.2.0-6.fc23 why these was removed? they are already built for F23, please revert tese changes! deltaspike http://koji.fedoraproject.org/koji/taskinfo?taskID=10084141 openwebbeans http://koji.fedoraproject.org/koji/taskinfo?taskID=1015 and references/support of shrinkwrap-resolver war alredy removed regards gil -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ppisar pushed to perl-Test-Moose-More (f23). 0.033 bump
From dce2b04e668800c10365640984617716b7316fb1 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Thu, 30 Jul 2015 15:46:56 +0200 Subject: 0.033 bump diff --git a/.gitignore b/.gitignore index e3fa011..c6ab1be 100644 --- a/.gitignore +++ b/.gitignore @@ -21,3 +21,4 @@ /Test-Moose-More-0.030.tar.gz /Test-Moose-More-0.031.tar.gz /Test-Moose-More-0.032.tar.gz +/Test-Moose-More-0.033.tar.gz diff --git a/perl-Test-Moose-More.spec b/perl-Test-Moose-More.spec index 76c2186..0e148a7 100644 --- a/perl-Test-Moose-More.spec +++ b/perl-Test-Moose-More.spec @@ -1,5 +1,5 @@ Name: perl-Test-Moose-More -Version:0.032 +Version:0.033 Release:1%{?dist} Summary:More tools for testing Moose packages License:LGPLv2+ @@ -70,6 +70,9 @@ make test %{_mandir}/man3/* %changelog +* Thu Jul 30 2015 Petr Pisar ppi...@redhat.com - 0.033-1 +- 0.033 bump + * Mon Jul 13 2015 Petr Pisar ppi...@redhat.com - 0.032-1 - 0.032 bump diff --git a/sources b/sources index 7f6866e..ebde3e5 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -460ba130102857d2524017e6d5d4ca17 Test-Moose-More-0.032.tar.gz +fb0196cc49a8e2e407f7ea90c2be6dbc Test-Moose-More-0.033.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Test-Moose-More.git/commit/?h=f23id=dce2b04e668800c10365640984617716b7316fb1 -- 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 1248235] perl-HTTP-BrowserDetect-2.05 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1248235 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-HTTP-BrowserDetect-2.05-1.fc23 has been submitted as an update for Fedora 23. https://admin.fedoraproject.org/updates/perl-HTTP-BrowserDetect-2.05-1.fc23 -- 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
psabata uploaded Git-Repository-1.315.tar.gz for perl-Git-Repository
a33546053e47ed3511f6e6fc089e72b3 Git-Repository-1.315.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Git-Repository/Git-Repository-1.315.tar.gz/md5/a33546053e47ed3511f6e6fc089e72b3/Git-Repository-1.315.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 1248241] perl-Git-Repository-1.315 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1248241 --- Comment #2 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- psabata's perl-Git-Repository-1.315-1.fc24 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=674187 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1248241] perl-Git-Repository-1.315 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1248241 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-Git-Repository-1.315-1.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/perl-Git-Repository-1.315-1.fc22 -- 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
ppisar pushed to perl-Test-Moose-More (master). 0.033 bump
From dce2b04e668800c10365640984617716b7316fb1 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Thu, 30 Jul 2015 15:46:56 +0200 Subject: 0.033 bump diff --git a/.gitignore b/.gitignore index e3fa011..c6ab1be 100644 --- a/.gitignore +++ b/.gitignore @@ -21,3 +21,4 @@ /Test-Moose-More-0.030.tar.gz /Test-Moose-More-0.031.tar.gz /Test-Moose-More-0.032.tar.gz +/Test-Moose-More-0.033.tar.gz diff --git a/perl-Test-Moose-More.spec b/perl-Test-Moose-More.spec index 76c2186..0e148a7 100644 --- a/perl-Test-Moose-More.spec +++ b/perl-Test-Moose-More.spec @@ -1,5 +1,5 @@ Name: perl-Test-Moose-More -Version:0.032 +Version:0.033 Release:1%{?dist} Summary:More tools for testing Moose packages License:LGPLv2+ @@ -70,6 +70,9 @@ make test %{_mandir}/man3/* %changelog +* Thu Jul 30 2015 Petr Pisar ppi...@redhat.com - 0.033-1 +- 0.033 bump + * Mon Jul 13 2015 Petr Pisar ppi...@redhat.com - 0.032-1 - 0.032 bump diff --git a/sources b/sources index 7f6866e..ebde3e5 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -460ba130102857d2524017e6d5d4ca17 Test-Moose-More-0.032.tar.gz +fb0196cc49a8e2e407f7ea90c2be6dbc Test-Moose-More-0.033.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Test-Moose-More.git/commit/?h=masterid=dce2b04e668800c10365640984617716b7316fb1 -- 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 1248502] perl-Test-Moose-More-0.033 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1248502 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-Test-Moose-More-0.033- ||1.fc24 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1248502] perl-Test-Moose-More-0.033 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1248502 --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Failed to kick off scratch build. cmd: sha256sum /var/tmp/thn-d5bLds/100.0% return code: 1 stdout: stderr: sha256sum: /var/tmp/thn-d5bLds/100.0%: No such file or directory -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1248502] New: perl-Test-Moose-More-0.033 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1248502 Bug ID: 1248502 Summary: perl-Test-Moose-More-0.033 is available Product: Fedora Version: rawhide Component: perl-Test-Moose-More Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Latest upstream release: 0.033 Current version/release in rawhide: 0.032-1.fc23 URL: http://search.cpan.org/dist/Test-Moose-More/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. -- 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
eseyman uploaded Catalyst-Runtime-5.90097.tar.gz for perl-Catalyst-Runtime
322deea41e33c2b652abea07a3e6557f Catalyst-Runtime-5.90097.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Catalyst-Runtime/Catalyst-Runtime-5.90097.tar.gz/md5/322deea41e33c2b652abea07a3e6557f/Catalyst-Runtime-5.90097.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 1248502] perl-Test-Moose-More-0.033 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1248502 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-Test-Moose-More-0.033-1.fc23 has been submitted as an update for Fedora 23. https://admin.fedoraproject.org/updates/perl-Test-Moose-More-0.033-1.fc23 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Data-Dump-Streamer
perl-Data-Dump-Streamer has broken dependencies in the rawhide tree: On x86_64: perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires libperl.so.5.20 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
Broken dependencies: perl-POE-API-Peek
perl-POE-API-Peek has broken dependencies in the rawhide tree: On x86_64: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) 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
Broken dependencies: perl-Test-AutoBuild
perl-Test-AutoBuild has broken dependencies in the rawhide tree: On x86_64: perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-AutoBuild-1.2.4-15.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) 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
Broken dependencies: polymake
polymake has broken dependencies in the rawhide tree: On x86_64: polymake-2.13-22.git20141013.fc23.x86_64 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.x86_64 requires libperl.so.5.20()(64bit) On i386: polymake-2.13-22.git20141013.fc23.i686 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.i686 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.i686 requires libperl.so.5.20 On armhfp: polymake-2.13-22.git20141013.fc23.armv7hl requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.armv7hl requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.armv7hl requires libperl.so.5.20 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
Broken dependencies: perl-Method-Signatures
perl-Method-Signatures has broken dependencies in the rawhide tree: On x86_64: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On i386: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On armhfp: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) 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
Broken dependencies: perl-Carp-REPL
perl-Carp-REPL has broken dependencies in the rawhide tree: On x86_64: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On i386: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On armhfp: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) 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
Broken dependencies: perl-CatalystX-REPL
perl-CatalystX-REPL has broken dependencies in the rawhide tree: On x86_64: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) 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
rawhide report: 20150730 changes
Compose started at Thu Jul 30 05:15:03 UTC 2015 Broken deps for i386 -- [apache-scout] apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws) apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:juddi-client) [aws] aws-tools-2015-2.fc23.i686 requires libaws_ssl.so [coq] coq-8.4pl6-4.fc23.i686 requires ocaml(runtime) = 0:4.02.2 coq-coqide-8.4pl6-4.fc23.i686 requires ocaml(runtime) = 0:4.02.2 [dpm-contrib-admintools] dpm-contrib-admintools-0.2.1-6.fc23.i686 requires MySQL-python(x86-32) [frama-c] frama-c-1.11-7.fc23.i686 requires ocaml(runtime) = 0:4.02.2 [gammaray] gammaray-qt5-2.2.1-10.fc23.i686 requires qt5-qtbase(x86-32) = 0:5.4.2 [gappalib-coq] gappalib-coq-1.1.0-2.fc23.i686 requires ocaml(runtime) = 0:4.02.2 [gnatcoll] gnatcoll-2014-4.fc23.i686 requires libgtkada-3.8.so.2 [gnome-python2] gnome-python2-bonobo-2.28.1-16.fc23.i686 requires pyorbit(x86-32) = 0:2.0.1 [gnome-shell-extension-pomodoro] gnome-shell-extension-pomodoro-0.11.0-0.3.gitc7ad79d3.fc23.i686 requires libgnome-desktop-3.so.10 [golang-github-samalba-dockerclient] golang-github-samalba-dockerclient-devel-0-0.1.gitc37a52f.fc23.noarch requires golang(github.com/docker/docker/utils) golang-github-samalba-dockerclient-devel-0-0.1.gitc37a52f.fc23.noarch requires golang(github.com/docker/docker/pkg/timeutils) golang-github-samalba-dockerclient-devel-0-0.1.gitc37a52f.fc23.noarch requires golang(github.com/docker/docker/pkg/stdcopy) golang-github-samalba-dockerclient-devel-0-0.1.gitc37a52f.fc23.noarch requires golang(github.com/docker/docker/pkg/jsonlog) [gtksourceview-sharp] gtksourceview-sharp-2.0.12-24.fc23.i686 requires gtksourceview [hadoop] hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) [hawaii-shell] hawaii-shell-0.3.0-3.fc22.i686 requires libqtaccountsservice-qt5.so.0.1.2 [hbase] hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) [js-of-ocaml] js-of-ocaml-2.4-8.fc23.i686 requires ocaml(runtime) = 0:4.02.2 js-of-ocaml-2.4-8.fc23.i686 requires ocaml(Lwt_list) = 0:0ce891783d3177cd33ebd9ed60d4b62d js-of-ocaml-2.4-8.fc23.i686 requires ocaml(Lwt) = 0:6f62eda62952a3e464e9c34a825cf0de [julia] julia-0.3.7-2.fc23.i686 requires libspqr.so.1 julia-0.3.7-2.fc23.i686 requires libLLVM-3.5.so julia-devel-0.3.7-2.fc23.i686 requires libLLVM-3.5.so [klavaro] klavaro-3.01-0.pre1.1.fc23.1.i686 requires libgtkdataboks.so.0 [libguestfs] 1:ocaml-libguestfs-1.30.0-2.fc24.i686 requires ocaml(runtime) = 0:4.02.2 [mapserver] mapserver-6.2.2-5.fc23.i686 requires libgdal.so.1 mapserver-java-6.2.2-5.fc23.i686 requires libgdal.so.1 mapserver-python-6.2.2-5.fc23.i686 requires libgdal.so.1 php-mapserver-6.2.2-5.fc23.i686 requires libgdal.so.1 [matreshka]
psabata pushed to perl-Git-Repository (f22). - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
From 00c5f6a328dbd798c4080f87c317aad6050ff143 Mon Sep 17 00:00:00 2001 From: Dennis Gilmore den...@ausil.us Date: Thu, 18 Jun 2015 03:23:33 + Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/perl-Git-Repository.spec b/perl-Git-Repository.spec index e8dfa6f..632eed2 100644 --- a/perl-Git-Repository.spec +++ b/perl-Git-Repository.spec @@ -1,6 +1,6 @@ Name: perl-Git-Repository Version:1.314 -Release:2%{?dist} +Release:3%{?dist} Summary:Perl interface to Git repositories License:GPL+ or Artistic URL:http://search.cpan.org/dist/Git-Repository/ @@ -73,6 +73,9 @@ make test %{perl_vendorlib}/Test %changelog +* Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.314-3 +- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild + * Fri Jun 05 2015 Jitka Plesnikova jples...@redhat.com - 1.314-2 - Perl 5.22 rebuild -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Git-Repository.git/commit/?h=f22id=00c5f6a328dbd798c4080f87c317aad6050ff143 -- 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 1195573] Review Request: dropbox-api-command - Dropbox API wrapper command
https://bugzilla.redhat.com/show_bug.cgi?id=1195573 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version||dropbox-api-command-1.17-5. ||fc21 Resolution|RAWHIDE |ERRATA --- Comment #22 from Fedora Update System upda...@fedoraproject.org --- dropbox-api-command-1.17-5.fc21 has been pushed to the Fedora 21 stable repository. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1195573] Review Request: dropbox-api-command - Dropbox API wrapper command
https://bugzilla.redhat.com/show_bug.cgi?id=1195573 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|dropbox-api-command-1.17-5. |dropbox-api-command-1.17-5. |fc21|fc22 --- Comment #23 from Fedora Update System upda...@fedoraproject.org --- dropbox-api-command-1.17-5.fc22 has been pushed to the Fedora 22 stable repository. -- 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
jplesnik uploaded generators-1.04.tar.gz for perl-generators
64bd41ad0d5b7afa909840ba95d1e4a9 generators-1.04.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-generators/generators-1.04.tar.gz/md5/64bd41ad0d5b7afa909840ba95d1e4a9/generators-1.04.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 1248502] perl-Test-Moose-More-0.033 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1248502 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #2 from Petr Pisar ppi...@redhat.com --- Bug-fix release suitable for F = 23. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1248502] perl-Test-Moose-More-0.033 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1248502 --- Comment #3 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- ppisar's perl-Test-Moose-More-0.033-1.fc24 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=674205 -- 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
psabata pushed to perl-Git-Repository (master). 1.315 bump
From 5f4a9d201357454d8757ad6ed59a3d1b0dda474c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20=C5=A0abata?= con...@redhat.com Date: Thu, 30 Jul 2015 15:18:48 +0200 Subject: 1.315 bump diff --git a/.gitignore b/.gitignore index 5e29b3d..a43c7d3 100644 --- a/.gitignore +++ b/.gitignore @@ -2,3 +2,4 @@ /Git-Repository-1.27.tar.gz /Git-Repository-1.312.tar.gz /Git-Repository-1.314.tar.gz +/Git-Repository-1.315.tar.gz diff --git a/perl-Git-Repository.spec b/perl-Git-Repository.spec index 632eed2..b25aaf2 100644 --- a/perl-Git-Repository.spec +++ b/perl-Git-Repository.spec @@ -1,12 +1,13 @@ Name: perl-Git-Repository -Version:1.314 -Release:3%{?dist} +Version:1.315 +Release:1%{?dist} Summary:Perl interface to Git repositories License:GPL+ or Artistic URL:http://search.cpan.org/dist/Git-Repository/ Source0: http://www.cpan.org/authors/id/B/BO/BOOK/Git-Repository-%{version}.tar.gz BuildArch: noarch # Build +BuildRequires: make BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 BuildRequires: perl(strict) @@ -73,6 +74,9 @@ make test %{perl_vendorlib}/Test %changelog +* Thu Jul 30 2015 Petr Šabata con...@redhat.com - 1.315-1 +- 1.315 bump + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.314-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index c9c68c1..dac68ae 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -65b7c4097fa6200a1b4d1b6902b78345 Git-Repository-1.314.tar.gz +a33546053e47ed3511f6e6fc089e72b3 Git-Repository-1.315.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Git-Repository.git/commit/?h=masterid=5f4a9d201357454d8757ad6ed59a3d1b0dda474c -- 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
ppisar uploaded Test-Moose-More-0.033.tar.gz for perl-Test-Moose-More
fb0196cc49a8e2e407f7ea90c2be6dbc Test-Moose-More-0.033.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Test-Moose-More/Test-Moose-More-0.033.tar.gz/md5/fb0196cc49a8e2e407f7ea90c2be6dbc/Test-Moose-More-0.033.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 1248241] perl-Git-Repository-1.315 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1248241 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-Git-Repository-1.315-1.fc23 has been submitted as an update for Fedora 23. https://admin.fedoraproject.org/updates/perl-Git-Repository-1.315-1.fc23 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Test-Vars
perl-Test-Vars has broken dependencies in the rawhide tree: On x86_64: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) 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
Broken dependencies: perl-MongoDB
perl-MongoDB has broken dependencies in the rawhide tree: On x86_64: perl-MongoDB-0.702.2-5.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-MongoDB-0.702.2-5.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.i686 requires libperl.so.5.20 On armhfp: perl-MongoDB-0.702.2-5.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.armv7hl requires libperl.so.5.20 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
Broken dependencies: perl-Data-Alias
perl-Data-Alias has broken dependencies in the rawhide tree: On x86_64: perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Alias-1.18-4.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Alias-1.18-4.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.armv7hl requires libperl.so.5.20 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
Broken dependencies: perl-Devel-FindRef
perl-Devel-FindRef has broken dependencies in the rawhide tree: On x86_64: perl-Devel-FindRef-1.44-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-FindRef-1.44-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-FindRef-1.44-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.armv7hl requires libperl.so.5.20 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
Broken dependencies: perl-B-Hooks-OP-Check-EntersubForCV
perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the rawhide tree: On x86_64: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires libperl.so.5.20 On armhfp: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires libperl.so.5.20 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
Broken dependencies: perl-CGI-Application-Structured-Tools
perl-CGI-Application-Structured-Tools has broken dependencies in the rawhide tree: On x86_64: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) 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
Broken dependencies: perl-Task-Catalyst
perl-Task-Catalyst has broken dependencies in the rawhide tree: On x86_64: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) 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
Broken dependencies: perl-Devel-BeginLift
perl-Devel-BeginLift has broken dependencies in the rawhide tree: On x86_64: perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-BeginLift-0.001003-9.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: rawhide report: 20150730 changes
Il 30/07/2015 14:42, Fedora Rawhide Report ha scritto: Removed package: deltaspike-1.2.1-3.fc23 Removed package: openwebbeans-1.2.0-6.fc23 why these was removed? they are already built for F23, please revert these changes! deltaspike http://koji.fedoraproject.org/koji/taskinfo?taskID=10084141 openwebbeans http://koji.fedoraproject.org/koji/taskinfo?taskID=1015 and references/support of shrinkwrap-resolver was alredy removed regards gil -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
jplesnik pushed to perl-generators (master). 1.04 bump
From a85088c7f7f154e00dc0149240d08092243dee68 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova jples...@redhat.com Date: Thu, 30 Jul 2015 15:14:18 +0200 Subject: 1.04 bump diff --git a/.gitignore b/.gitignore index c66b50d..3d7fc4e 100644 --- a/.gitignore +++ b/.gitignore @@ -2,3 +2,4 @@ /generators-1.01.tar.gz /generators-1.02.tar.gz /generators-1.03.tar.gz +/generators-1.04.tar.gz diff --git a/perl-generators.spec b/perl-generators.spec index 04a2a99..9f076c1 100644 --- a/perl-generators.spec +++ b/perl-generators.spec @@ -1,12 +1,15 @@ Name: perl-generators -Version:1.03 -Release:3%{?dist} +Version:1.04 +Release:1%{?dist} Summary:RPM Perl dependencies generators Group: Development/Libraries License:GPL+ URL:http://jplesnik.fedorapeople.org/generators Source0:%{url}/generators-%{version}.tar.gz BuildArch: noarch +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(strict) @@ -45,6 +48,9 @@ make test %{_rpmconfigdir}/fileattrs/perl*.attr %changelog +* Wed Jul 29 2015 Jitka Plesnikova jples...@redhat.com - 1.04-1 +- 1.04 bump + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.03-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index 2ae994a..378a149 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -a67a4d9f256dc1c1c021f850346c3a97 generators-1.03.tar.gz +64bd41ad0d5b7afa909840ba95d1e4a9 generators-1.04.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-generators.git/commit/?h=masterid=a85088c7f7f154e00dc0149240d08092243dee68 -- 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
psabata pushed to perl-Git-Repository (f23). 1.315 bump
From 5f4a9d201357454d8757ad6ed59a3d1b0dda474c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20=C5=A0abata?= con...@redhat.com Date: Thu, 30 Jul 2015 15:18:48 +0200 Subject: 1.315 bump diff --git a/.gitignore b/.gitignore index 5e29b3d..a43c7d3 100644 --- a/.gitignore +++ b/.gitignore @@ -2,3 +2,4 @@ /Git-Repository-1.27.tar.gz /Git-Repository-1.312.tar.gz /Git-Repository-1.314.tar.gz +/Git-Repository-1.315.tar.gz diff --git a/perl-Git-Repository.spec b/perl-Git-Repository.spec index 632eed2..b25aaf2 100644 --- a/perl-Git-Repository.spec +++ b/perl-Git-Repository.spec @@ -1,12 +1,13 @@ Name: perl-Git-Repository -Version:1.314 -Release:3%{?dist} +Version:1.315 +Release:1%{?dist} Summary:Perl interface to Git repositories License:GPL+ or Artistic URL:http://search.cpan.org/dist/Git-Repository/ Source0: http://www.cpan.org/authors/id/B/BO/BOOK/Git-Repository-%{version}.tar.gz BuildArch: noarch # Build +BuildRequires: make BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 BuildRequires: perl(strict) @@ -73,6 +74,9 @@ make test %{perl_vendorlib}/Test %changelog +* Thu Jul 30 2015 Petr Šabata con...@redhat.com - 1.315-1 +- 1.315 bump + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.314-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index c9c68c1..dac68ae 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -65b7c4097fa6200a1b4d1b6902b78345 Git-Repository-1.314.tar.gz +a33546053e47ed3511f6e6fc089e72b3 Git-Repository-1.315.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Git-Repository.git/commit/?h=f23id=5f4a9d201357454d8757ad6ed59a3d1b0dda474c -- 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
psabata pushed to perl-Git-Repository (f22). 1.315 bump
From 5f4a9d201357454d8757ad6ed59a3d1b0dda474c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20=C5=A0abata?= con...@redhat.com Date: Thu, 30 Jul 2015 15:18:48 +0200 Subject: 1.315 bump diff --git a/.gitignore b/.gitignore index 5e29b3d..a43c7d3 100644 --- a/.gitignore +++ b/.gitignore @@ -2,3 +2,4 @@ /Git-Repository-1.27.tar.gz /Git-Repository-1.312.tar.gz /Git-Repository-1.314.tar.gz +/Git-Repository-1.315.tar.gz diff --git a/perl-Git-Repository.spec b/perl-Git-Repository.spec index 632eed2..b25aaf2 100644 --- a/perl-Git-Repository.spec +++ b/perl-Git-Repository.spec @@ -1,12 +1,13 @@ Name: perl-Git-Repository -Version:1.314 -Release:3%{?dist} +Version:1.315 +Release:1%{?dist} Summary:Perl interface to Git repositories License:GPL+ or Artistic URL:http://search.cpan.org/dist/Git-Repository/ Source0: http://www.cpan.org/authors/id/B/BO/BOOK/Git-Repository-%{version}.tar.gz BuildArch: noarch # Build +BuildRequires: make BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 BuildRequires: perl(strict) @@ -73,6 +74,9 @@ make test %{perl_vendorlib}/Test %changelog +* Thu Jul 30 2015 Petr Šabata con...@redhat.com - 1.315-1 +- 1.315 bump + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.314-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index c9c68c1..dac68ae 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -65b7c4097fa6200a1b4d1b6902b78345 Git-Repository-1.314.tar.gz +a33546053e47ed3511f6e6fc089e72b3 Git-Repository-1.315.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Git-Repository.git/commit/?h=f22id=5f4a9d201357454d8757ad6ed59a3d1b0dda474c -- 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
psabata pushed to perl-Git-Repository (f22). Perl 5.22 rebuild
From b61a25fbea2e853eac0b4ebc0da7725066c5f00d Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova jples...@redhat.com Date: Fri, 5 Jun 2015 16:59:18 +0200 Subject: Perl 5.22 rebuild diff --git a/perl-Git-Repository.spec b/perl-Git-Repository.spec index 96fe59f..e8dfa6f 100644 --- a/perl-Git-Repository.spec +++ b/perl-Git-Repository.spec @@ -1,6 +1,6 @@ Name: perl-Git-Repository Version:1.314 -Release:1%{?dist} +Release:2%{?dist} Summary:Perl interface to Git repositories License:GPL+ or Artistic URL:http://search.cpan.org/dist/Git-Repository/ @@ -73,6 +73,9 @@ make test %{perl_vendorlib}/Test %changelog +* Fri Jun 05 2015 Jitka Plesnikova jples...@redhat.com - 1.314-2 +- Perl 5.22 rebuild + * Fri Jun 05 2015 Petr Šabata con...@redhat.com - 1.314-1 - 1.314 bump -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Git-Repository.git/commit/?h=f22id=b61a25fbea2e853eac0b4ebc0da7725066c5f00d -- 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
eseyman pushed to perl-Catalyst-Runtime (master). Update to 5.90097
From 2bea4fc20cf3ffc5da2ee79273f463241eccc803 Mon Sep 17 00:00:00 2001 From: Emmanuel Seyman emman...@seyman.fr Date: Thu, 30 Jul 2015 16:36:31 +0200 Subject: Update to 5.90097 diff --git a/.gitignore b/.gitignore index b904323..b88854b 100644 --- a/.gitignore +++ b/.gitignore @@ -21,3 +21,4 @@ Catalyst-Runtime-5.80021.tar.gz /Catalyst-Runtime-5.90091.tar.gz /Catalyst-Runtime-5.90092.tar.gz /Catalyst-Runtime-5.90093.tar.gz +/Catalyst-Runtime-5.90097.tar.gz diff --git a/perl-Catalyst-Runtime.spec b/perl-Catalyst-Runtime.spec index 9a460ea..3c5c5aa 100644 --- a/perl-Catalyst-Runtime.spec +++ b/perl-Catalyst-Runtime.spec @@ -1,7 +1,7 @@ Name: perl-Catalyst-Runtime Summary:Catalyst Framework Runtime -Version:5.90093 -Release:3%{?dist} +Version:5.90097 +Release:1%{?dist} License:GPL+ or Artistic Source0: http://search.cpan.org/CPAN/authors/id/J/JJ/JJNAPIORK/Catalyst-Runtime-%{version}.tar.gz @@ -189,6 +189,9 @@ make clean %{_mandir}/man1/* %changelog +* Thu Jul 30 2015 Emmanuel Seyman emman...@seyman.fr - 5.90097-1 +- Update to 5.90097 + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 5.90093-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index 884b72b..d382cab 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -6de311dabb2ee02fa8b46dc0106c1d50 Catalyst-Runtime-5.90093.tar.gz +322deea41e33c2b652abea07a3e6557f Catalyst-Runtime-5.90097.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Catalyst-Runtime.git/commit/?h=masterid=2bea4fc20cf3ffc5da2ee79273f463241eccc803 -- 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
Orphaned Packages in branched (2015-07-30)
The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Package(co)maintainers Status Change === ScrollZ orphan, vicodan 2 weeks ago apache-poiorphan 2 weeks ago blahtexml orphan 2 weeks ago ccliveorphan 0 weeks ago cumin orphan, croberts, matt, tmckay 2 weeks ago eclipse-color-theme orphan, java-sig, mef 0 weeks ago ekg orphan, karlik 2 weeks ago ekg2 orphan, karlik 2 weeks ago epic5 orphan, stefanok, vicodan 2 weeks ago fwbuilder orphan, till2 weeks ago gksu-polkit orphan, slaanesh, vicodan 2 weeks ago glazedlists orphan, mef 0 weeks ago gmyth orphan, vicodan 2 weeks ago gtkperf orphan, vicodan 2 weeks ago gvrpcdorphan 2 weeks ago ha-jdbc orphan 2 weeks ago jabreforphan, mef, tomspur0 weeks ago javanotes orphan 2 weeks ago jpf orphan, mef 0 weeks ago jpfcodegenorphan, mef 0 weeks ago jtnef orphan 2 weeks ago libindicator orphan, echevemaster, jspaleta, 2 weeks ago vicodan mate-dialogs orphan, raveit65, rdieter, stefanok,2 weeks ago vicodan ovirt-nodeorphan, apevec, fabiand, jboggs,2 weeks ago pmyers photoprintorphan, mdomsch 1 weeks ago python-pbsorphan 2 weeks ago python-sgutilsorphan, grover 2 weeks ago python-sysv_ipc orphan 2 weeks ago ritoptorphan, mef 0 weeks ago rubygem-inifile orphan, mcpierce2 weeks ago rubygem-mgorphan, mcpierce2 weeks ago rubygem-rack-mountorphan, vondruch2 weeks ago rubygem-regin orphan, vondruch2 weeks ago rubygem-wirbleorphan, maxamillion, mcpierce 2 weeks ago spin orphan, mef 0 weeks ago tremulous orphan, jkaluza 1 weeks ago tremulous-dataorphan, jkaluza 1 weeks ago vios-proxyorphan, mcpierce2 weeks ago The following packages require above mentioned packages: Depending on: apache-poi (64), status change: 2015-07-14 (2 weeks ago) dbunit (maintained by: gil) dbunit-2.5.0-4.fc23.src requires mvn(org.apache.poi:poi) = 3.10.1 jasperreports (maintained by: gil, java-sig, msrb) jasperreports-4.0.2-14.fc23.src requires apache-poi = 3.10.1-3.fc23 solr (maintained by: gil, java-sig) solr-4.10.4-1.fc23.noarch requires mvn(org.apache.poi:poi) = 3.10.1, mvn(org.apache.poi:poi-ooxml) = 3.10.1, mvn(org.apache.poi:poi-ooxml-schemas) = 3.10.1, mvn(org.apache.poi:poi-scratchpad) = 3.10.1 springframework (maintained by: msrb, gil) springframework-3.2.14-2.fc23.src requires mvn(org.apache.poi:poi) = 3.10.1 tika (maintained by: gil, java-sig) tika-1.5-6.fc23.src requires mvn(org.apache.poi:poi) = 3.10.1, mvn(org.apache.poi:poi-ooxml) = 3.10.1, mvn(org.apache.poi:poi-scratchpad) = 3.10.1 tika-parsers-1.5-6.fc23.noarch requires mvn(org.apache.poi:poi) =
[EPEL-devel] Orphaned Packages in epel5 (2015-07-30)
The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Package (co)maintainers Status Change = jna orphan, lfarkas, walters8 weeks ago rubygem-bacon orphan, bkabrda, stevetraylen 4 weeks ago The following packages require above mentioned packages: Depending on: jna (2), status change: 2015-06-03 (8 weeks ago) gstreamer-java (maintained by: lfarkas) gstreamer-java-1.5-1.el5.src requires jna = 3.4.0-4.el5, jna-contrib = 3.4.0-4.el5 gstreamer-java-1.5-1.el5.x86_64 requires jna = 3.4.0-4.el5 gstreamer-java-swt-1.5-1.el5.x86_64 requires jna-contrib = 3.4.0-4.el5 java-dirq (maintained by: mpaladin, stevetraylen) java-dirq-1.4-1.el5.noarch requires jna = 3.4.0-4.el5 java-dirq-1.4-1.el5.src requires jna = 3.4.0-4.el5 Depending on: rubygem-bacon (1), status change: 2015-07-02 (4 weeks ago) rubygem-facon (maintained by: stahnma) rubygem-facon-0.4.1-2.el5.noarch requires rubygem(bacon) = 1.1.0 rubygem-facon-0.4.1-2.el5.src requires rubygem(bacon) = 1.1.0 Affected (co)maintainers bkabrda: rubygem-bacon lfarkas: jna mpaladin: jna stahnma: rubygem-bacon stevetraylen: rubygem-bacon, jna walters: jna Orphans (2): jna rubygem-bacon Orphans (dependend on) (2): jna rubygem-bacon Orphans (epel5) for at least 6 weeks (dependend on) (1): jna Orphans (epel5)(not depended on) (0): Orphans (epel5) for at least 6 weeks (not dependend on) (0): Depending packages (epel5) (3): gstreamer-java java-dirq rubygem-facon Packages depending on packages orphaned (epel5) for more than 6 weeks (2): gstreamer-java java-dirq -- The script creating this output is run and developed by Fedora Release Engineering. Please report issues at its trac instance: https://fedorahosted.org/rel-eng/ The sources of this script can be found at: https://git.fedorahosted.org/cgit/releng/tree/scripts/find_unblocked_orphans.py ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
[EPEL-devel] Orphaned Packages in epel7 (2015-07-30)
The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Package(co)maintainersStatus Change === hawtbuf orphan 6 weeks ago hawtdispatch orphan 6 weeks ago jline orphan 6 weeks ago libgnomecups orphan, ajax, alexl, caillon, caolanm, 6 weeks ago group::gnome-sig, hadess, johnp, mbarnes, rhughes, rstrode, ssp, vicodan, xiphmont maven-doxia orphan 6 weeks ago mockito orphan 6 weeks ago objectweb-asm3orphan 6 weeks ago parboiled orphan 6 weeks ago pegdown orphan 6 weeks ago python-sysv_ipc orphan 4 weeks ago qupzilla orphan 10 weeks ago terminology orphan, cicku, spot, vicodan6 weeks ago tintwizardorphan 2 weeks ago The following packages require above mentioned packages: Depending on: libgnomecups (2), status change: 2015-06-17 (6 weeks ago) libgnomeprint22 (maintained by: mkasik, alexl, caillon, caolanm, group::gnome-sig, hadess, johnp, mbarnes, rhughes, rnorwood, rstrode, ssp, xiphmont) libgnomeprint22-2.18.8-8.el7.src requires libgnomecups-devel = 0.2.3-15.el7 libgnomeprint22-2.18.8-8.el7.x86_64 requires libgnomecups-1.0.so.1()(64bit) libgnomeprintui22 (maintained by: mkasik, alexl, caillon, caolanm, group::gnome-sig, hadess, johnp, mbarnes, rhughes, rnorwood, rstrode, ssp, xiphmont) libgnomeprintui22-2.18.6-8.el7.1.x86_64 requires libgnomeprint-2-2.so.0()(64bit) Depending on: mockito (2), status change: 2015-06-12 (6 weeks ago) voms-api-java (maintained by: ellert) voms-api-java-3.0.5-3.el7.src requires mvn(org.mockito:mockito-core) = 1.9.0 voms-clients-java (maintained by: ellert) voms-clients-java-3.0.6-3.el7.noarch requires mvn(org.italiangrid:voms-api-java) = 3.0.5 voms-clients-java-3.0.6-3.el7.src requires mvn(org.italiangrid:voms-api-java) = 3.0.5 Depending on: tintwizard (1), status change: 2015-07-14 (2 weeks ago) tint2 (maintained by: leigh123linux) tint2-0.11-11.el7.x86_64 requires tintwizard = 0.3.4-7.el7 Affected (co)maintainers ajax: libgnomecups alexl: libgnomecups caillon: libgnomecups caolanm: libgnomecups cicku: terminology ellert: mockito group::gnome-sig: libgnomecups hadess: libgnomecups johnp: libgnomecups leigh123linux: tintwizard mbarnes: libgnomecups mkasik: libgnomecups rhughes: libgnomecups rnorwood: libgnomecups rstrode: libgnomecups spot: terminology ssp: libgnomecups vicodan: libgnomecups, terminology xiphmont: libgnomecups Orphans (13): hawtbuf hawtdispatch jline libgnomecups maven-doxia mockito objectweb-asm3 parboiled pegdown python-sysv_ipc qupzilla terminology tintwizard Orphans (dependend on) (3): libgnomecups mockito tintwizard Orphans (epel7) for at least 6 weeks (dependend on) (2): libgnomecups mockito Orphans (epel7)(not depended on) (10): hawtbuf hawtdispatch jline maven-doxia objectweb-asm3 parboiled pegdown python-sysv_ipc qupzilla terminology Orphans (epel7) for at least 6 weeks (not dependend on) (9): hawtbuf hawtdispatch jline maven-doxia objectweb-asm3 parboiled pegdown qupzilla terminology Depending packages (epel7) (5): libgnomeprint22 libgnomeprintui22 tint2 voms-api-java voms-clients-java Packages depending on packages orphaned (epel7) for more than 6 weeks (4): libgnomeprint22 libgnomeprintui22 voms-api-java voms-clients-java Not found in repo (epel7) (8): hawtdispatch jline maven-doxia objectweb-asm3 parboiled pegdown qupzilla terminology -- The script creating this output is run and developed by Fedora Release Engineering. Please report issues at its trac instance: https://fedorahosted.org/rel-eng/ The sources of this script can be found at:
Re: [HEADS-UP] Please test kdbus in Rawhide!
On Thu, 2015-07-30 at 18:50 +, Zbigniew Jędrzejewski-Szmek wrote: On Thu, Jul 30, 2015 at 02:40:37PM -0400, Stephen Gallagher wrote: OK, I spun up a Fedora Server 23 Alpha TC2 system and installed the Rawhide kernel, then rebooted with kdbus=1 I then tried to run 'rolectl list roles', which returned Rolekit is not running. So it failed to provide D-BUS activation functionality, which is problematic. I see the same bug on rawhide. When I manually ran the service, D-BUS communication between the client and the daemon seems to be working properly. Where is the proper place to file a bug? https://bugzilla.redhat.com/enter_bug.cgi?product=Fedoracomponent=sy stemdversion=rawhideshort_desc=kdbus:+ or https://github.com/systemd/systemd/issues, whatever works better for you. Zbyszek https://bugzilla.redhat.com/show_bug.cgi?id=1248783 - kdbus: dbus activation of org.fedoraproject.rolekit1.service failed signature.asc Description: This is a digitally signed message part -- 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: F-23 Branched report: 20150730 changes
On Thu, 30 Jul 2015 14:28:03 +0200 gil punto...@libero.it wrote: Il 30/07/2015 13:45, Fedora Branched Report ha scritto: Removed package: deltaspike-1.2.1-3.fc23 Removed package: openwebbeans-1.2.0-6.fc23 why these was removed? they are already built for F23, please revert tese changes! deltaspike http://koji.fedoraproject.org/koji/taskinfo?taskID=10084141 openwebbeans http://koji.fedoraproject.org/koji/taskinfo?taskID=1015 and references/support of shrinkwrap-resolver war alredy removed regards For the list, these were unblocked in https://fedorahosted.org/rel-eng/ticket/6220 They were blocked in the first place due to depending on a FTBFS package that was retired. So, all taken care of provided the broken deps in these packages can be fixed up. kevin pgp7Jeklq818z.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
Orphaned Packages in rawhide (2015-07-30)
The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Package(co)maintainers Status Change === ScrollZ orphan, vicodan 6 weeks ago apache-poiorphan 3 weeks ago blahtexml orphan 12 weeks ago ccliveorphan 0 weeks ago cumin orphan, croberts, matt, tmckay 6 weeks ago eclipse-color-theme orphan, java-sig, mef 0 weeks ago ekg orphan, karlik 5 weeks ago ekg2 orphan, karlik 5 weeks ago epic5 orphan, stefanok, vicodan 6 weeks ago fwbuilder orphan, till8 weeks ago gksu-polkit orphan, slaanesh, vicodan 6 weeks ago glazedlists orphan, mef 0 weeks ago gmyth orphan, vicodan 6 weeks ago gtkperf orphan, vicodan 6 weeks ago gvrpcdorphan 12 weeks ago ha-jdbc orphan 7 weeks ago jabreforphan, mef, tomspur0 weeks ago javanotes orphan 4 weeks ago jpf orphan, mef 0 weeks ago jpfcodegenorphan, mef 0 weeks ago jtnef orphan 3 weeks ago libindicator orphan, echevemaster, jspaleta, 6 weeks ago vicodan mate-dialogs orphan, raveit65, rdieter, stefanok,6 weeks ago vicodan ovirt-nodeorphan, apevec, fabiand, jboggs,10 weeks ago pmyers photoprintorphan, mdomsch 1 weeks ago python-pbsorphan 8 weeks ago python-sgutilsorphan, grover 3 weeks ago python-sysv_ipc orphan 4 weeks ago ritoptorphan, mef 0 weeks ago rubygem-inifile orphan, mcpierce6 weeks ago rubygem-mgorphan, mcpierce6 weeks ago rubygem-rack-mountorphan, vondruch4 weeks ago rubygem-regin orphan, vondruch4 weeks ago rubygem-wirbleorphan, maxamillion, mcpierce 6 weeks ago spin orphan, mef 0 weeks ago tremulous orphan, jkaluza 1 weeks ago tremulous-dataorphan, jkaluza 1 weeks ago vios-proxyorphan, mcpierce6 weeks ago The following packages require above mentioned packages: Depending on: apache-poi (64), status change: 2015-07-06 (3 weeks ago) dbunit (maintained by: gil) dbunit-2.5.0-4.fc23.src requires mvn(org.apache.poi:poi) = 3.10.1 jasperreports (maintained by: gil, java-sig, msrb) jasperreports-4.0.2-14.fc23.src requires apache-poi = 3.10.1-3.fc23 solr (maintained by: gil, java-sig) solr-4.10.4-1.fc23.noarch requires mvn(org.apache.poi:poi) = 3.10.1, mvn(org.apache.poi:poi-ooxml) = 3.10.1, mvn(org.apache.poi:poi-ooxml-schemas) = 3.10.1, mvn(org.apache.poi:poi-scratchpad) = 3.10.1 springframework (maintained by: msrb, gil) springframework-3.2.14-2.fc23.src requires mvn(org.apache.poi:poi) = 3.10.1 tika (maintained by: gil, java-sig) tika-1.5-6.fc23.src requires mvn(org.apache.poi:poi) = 3.10.1, mvn(org.apache.poi:poi-ooxml) = 3.10.1, mvn(org.apache.poi:poi-scratchpad) = 3.10.1 tika-parsers-1.5-6.fc23.noarch requires mvn(org.apache.poi:poi) =
Orphaned Packages in branched (2015-07-30)
The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Package(co)maintainers Status Change === ScrollZ orphan, vicodan 2 weeks ago apache-poiorphan 2 weeks ago blahtexml orphan 2 weeks ago ccliveorphan 0 weeks ago cumin orphan, croberts, matt, tmckay 2 weeks ago eclipse-color-theme orphan, java-sig, mef 0 weeks ago ekg orphan, karlik 2 weeks ago ekg2 orphan, karlik 2 weeks ago epic5 orphan, stefanok, vicodan 2 weeks ago fwbuilder orphan, till2 weeks ago gksu-polkit orphan, slaanesh, vicodan 2 weeks ago glazedlists orphan, mef 0 weeks ago gmyth orphan, vicodan 2 weeks ago gtkperf orphan, vicodan 2 weeks ago gvrpcdorphan 2 weeks ago ha-jdbc orphan 2 weeks ago jabreforphan, mef, tomspur0 weeks ago javanotes orphan 2 weeks ago jpf orphan, mef 0 weeks ago jpfcodegenorphan, mef 0 weeks ago jtnef orphan 2 weeks ago libindicator orphan, echevemaster, jspaleta, 2 weeks ago vicodan mate-dialogs orphan, raveit65, rdieter, stefanok,2 weeks ago vicodan ovirt-nodeorphan, apevec, fabiand, jboggs,2 weeks ago pmyers photoprintorphan, mdomsch 1 weeks ago python-pbsorphan 2 weeks ago python-sgutilsorphan, grover 2 weeks ago python-sysv_ipc orphan 2 weeks ago ritoptorphan, mef 0 weeks ago rubygem-inifile orphan, mcpierce2 weeks ago rubygem-mgorphan, mcpierce2 weeks ago rubygem-rack-mountorphan, vondruch2 weeks ago rubygem-regin orphan, vondruch2 weeks ago rubygem-wirbleorphan, maxamillion, mcpierce 2 weeks ago spin orphan, mef 0 weeks ago tremulous orphan, jkaluza 1 weeks ago tremulous-dataorphan, jkaluza 1 weeks ago vios-proxyorphan, mcpierce2 weeks ago The following packages require above mentioned packages: Depending on: apache-poi (64), status change: 2015-07-14 (2 weeks ago) dbunit (maintained by: gil) dbunit-2.5.0-4.fc23.src requires mvn(org.apache.poi:poi) = 3.10.1 jasperreports (maintained by: gil, java-sig, msrb) jasperreports-4.0.2-14.fc23.src requires apache-poi = 3.10.1-3.fc23 solr (maintained by: gil, java-sig) solr-4.10.4-1.fc23.noarch requires mvn(org.apache.poi:poi) = 3.10.1, mvn(org.apache.poi:poi-ooxml) = 3.10.1, mvn(org.apache.poi:poi-ooxml-schemas) = 3.10.1, mvn(org.apache.poi:poi-scratchpad) = 3.10.1 springframework (maintained by: msrb, gil) springframework-3.2.14-2.fc23.src requires mvn(org.apache.poi:poi) = 3.10.1 tika (maintained by: gil, java-sig) tika-1.5-6.fc23.src requires mvn(org.apache.poi:poi) = 3.10.1, mvn(org.apache.poi:poi-ooxml) = 3.10.1, mvn(org.apache.poi:poi-scratchpad) = 3.10.1 tika-parsers-1.5-6.fc23.noarch requires mvn(org.apache.poi:poi) =
Orphaned Packages in rawhide (2015-07-30)
The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please adopt the affected package or retire your depending package to avoid broken dependencies, otherwise your package will be retired when the affected package gets retired. Package(co)maintainers Status Change === ScrollZ orphan, vicodan 6 weeks ago apache-poiorphan 3 weeks ago blahtexml orphan 12 weeks ago ccliveorphan 0 weeks ago cumin orphan, croberts, matt, tmckay 6 weeks ago eclipse-color-theme orphan, java-sig, mef 0 weeks ago ekg orphan, karlik 5 weeks ago ekg2 orphan, karlik 5 weeks ago epic5 orphan, stefanok, vicodan 6 weeks ago fwbuilder orphan, till8 weeks ago gksu-polkit orphan, slaanesh, vicodan 6 weeks ago glazedlists orphan, mef 0 weeks ago gmyth orphan, vicodan 6 weeks ago gtkperf orphan, vicodan 6 weeks ago gvrpcdorphan 12 weeks ago ha-jdbc orphan 7 weeks ago jabreforphan, mef, tomspur0 weeks ago javanotes orphan 4 weeks ago jpf orphan, mef 0 weeks ago jpfcodegenorphan, mef 0 weeks ago jtnef orphan 3 weeks ago libindicator orphan, echevemaster, jspaleta, 6 weeks ago vicodan mate-dialogs orphan, raveit65, rdieter, stefanok,6 weeks ago vicodan ovirt-nodeorphan, apevec, fabiand, jboggs,10 weeks ago pmyers photoprintorphan, mdomsch 1 weeks ago python-pbsorphan 8 weeks ago python-sgutilsorphan, grover 3 weeks ago python-sysv_ipc orphan 4 weeks ago ritoptorphan, mef 0 weeks ago rubygem-inifile orphan, mcpierce6 weeks ago rubygem-mgorphan, mcpierce6 weeks ago rubygem-rack-mountorphan, vondruch4 weeks ago rubygem-regin orphan, vondruch4 weeks ago rubygem-wirbleorphan, maxamillion, mcpierce 6 weeks ago spin orphan, mef 0 weeks ago tremulous orphan, jkaluza 1 weeks ago tremulous-dataorphan, jkaluza 1 weeks ago vios-proxyorphan, mcpierce6 weeks ago The following packages require above mentioned packages: Depending on: apache-poi (64), status change: 2015-07-06 (3 weeks ago) dbunit (maintained by: gil) dbunit-2.5.0-4.fc23.src requires mvn(org.apache.poi:poi) = 3.10.1 jasperreports (maintained by: gil, java-sig, msrb) jasperreports-4.0.2-14.fc23.src requires apache-poi = 3.10.1-3.fc23 solr (maintained by: gil, java-sig) solr-4.10.4-1.fc23.noarch requires mvn(org.apache.poi:poi) = 3.10.1, mvn(org.apache.poi:poi-ooxml) = 3.10.1, mvn(org.apache.poi:poi-ooxml-schemas) = 3.10.1, mvn(org.apache.poi:poi-scratchpad) = 3.10.1 springframework (maintained by: msrb, gil) springframework-3.2.14-2.fc23.src requires mvn(org.apache.poi:poi) = 3.10.1 tika (maintained by: gil, java-sig) tika-1.5-6.fc23.src requires mvn(org.apache.poi:poi) = 3.10.1, mvn(org.apache.poi:poi-ooxml) = 3.10.1, mvn(org.apache.poi:poi-scratchpad) = 3.10.1 tika-parsers-1.5-6.fc23.noarch requires mvn(org.apache.poi:poi) =
Re: [HEADS-UP] Please test kdbus in Rawhide!
On 07/30/2015 11:57 AM, Lennart Poettering wrote: Heya! I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully added it to the Rawhide kernel packages, and our systemd RPMs come with built-in support, too now. If you are running an up-to-date Rawhide system adding kdbus=1 to your kernel command line is hence everything you need to run kdbus instead of dbus-daemon. (No additional RPMs need to be installed.) If you do, things should just work the same way as before, if we did everything right. By adding or dropping kdbus=1 to/from the command line you can enable kdbus or revert back to dbus1 on each individual boot. What I see: # dmesg | grep dbus [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-0.rc4.git3.1.fc24.x86_64 root=UUID=82dead0b-1e73-41b9-a46e-a107f23fda68 ro quiet LANG=en_US.UTF-8 kdbus=1 [0.00] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-0.rc4.git3.1.fc24.x86_64 root=UUID=82dead0b-1e73-41b9-a46e-a107f23fda68 ro quiet LANG=en_US.UTF-8 kdbus=1 [0.976597] systemd[1]: Failed to insert module 'kdbus': Function not implemented [6.523291] kdbus: initialized [6.523379] systemd[1]: Inserted module 'kdbus' [ 1166.601797] systemd-dbus1-generator[7138]: Failed to create /run/user/0/systemd/generator.late/dbus-org.kde.kuiserver.service: File exists Why the earlier failure? Getting duplicate requests for dbus-org.kde.kuiserver.service? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.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
Re: [HEADS-UP] Please test kdbus in Rawhide!
On 07/30/2015 04:54 PM, Orion Poplawski wrote: On 07/30/2015 11:57 AM, Lennart Poettering wrote: Heya! I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully added it to the Rawhide kernel packages, and our systemd RPMs come with built-in support, too now. If you are running an up-to-date Rawhide system adding kdbus=1 to your kernel command line is hence everything you need to run kdbus instead of dbus-daemon. (No additional RPMs need to be installed.) If you do, things should just work the same way as before, if we did everything right. By adding or dropping kdbus=1 to/from the command line you can enable kdbus or revert back to dbus1 on each individual boot. What I see: Also plenty of AVC denials. Looks like there's no label yet for the kdbus filesystem? Jul 30 16:31:33 vmrawhide audit: AVC avc: denied { read write } for pid=698 comm=systemd-logind name=bus dev=kdbusfs ino=4 scontext=system_u:system_r:systemd_logind_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=1 Jul 30 16:31:33 vmrawhide audit: AVC avc: denied { open } for pid=698 comm=systemd-logind path=/sys/fs/kdbus/0-system/bus dev=kdbusfs ino=4 scontext=system_u:system_r:systemd_logind_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=1 Jul 30 16:31:33 vmrawhide audit: AVC avc: denied { ioctl } for pid=698 comm=systemd-logind path=/sys/fs/kdbus/0-system/bus dev=kdbusfs ino=4 scontext=system_u:system_r:systemd_logind_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=1 Jul 30 16:31:34 vmrawhide audit: AVC avc: denied { ioctl } for pid=698 comm=systemd-logind path=/sys/fs/kdbus/0-system/bus dev=kdbusfs ino=4 scontext=system_u:system_r:systemd_logind_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=1 Jul 30 16:31:40 vmrawhide audit: AVC avc: denied { ioctl } for pid=698 comm=systemd-logind path=/sys/fs/kdbus/0-system/bus dev=kdbusfs ino=4 scontext=system_u:system_r:systemd_logind_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=1 Jul 30 16:31:45 vmrawhide audit: AVC avc: denied { ioctl } for pid=698 comm=systemd-logind path=/sys/fs/kdbus/0-system/bus dev=kdbusfs ino=4 scontext=system_u:system_r:systemd_logind_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=1 Jul 30 16:31:45 vmrawhide audit: AVC avc: denied { ioctl } for pid=698 comm=systemd-logind path=/sys/fs/kdbus/0-system/bus dev=kdbusfs ino=4 scontext=system_u:system_r:systemd_logind_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=1 Jul 30 16:31:45 vmrawhide audit: AVC avc: denied { ioctl } for pid=698 comm=systemd-logind path=/sys/fs/kdbus/0-system/bus dev=kdbusfs ino=4 scontext=system_u:system_r:systemd_logind_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=1 Jul 30 16:31:49 vmrawhide audit: AVC avc: denied { read write } for pid=1184 comm=sddm-helper name=bus dev=kdbusfs ino=4 scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=1 Jul 30 16:31:49 vmrawhide audit: AVC avc: denied { open } for pid=1184 comm=sddm-helper path=/sys/fs/kdbus/0-system/bus dev=kdbusfs ino=4 scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=1 Jul 30 16:31:49 vmrawhide audit: AVC avc: denied { ioctl } for pid=1184 comm=sddm-helper path=/sys/fs/kdbus/0-system/bus dev=kdbusfs ino=4 scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=1 Jul 30 16:31:49 vmrawhide audit: AVC avc: denied { ioctl } for pid=698 comm=systemd-logind path=/sys/fs/kdbus/0-system/bus dev=kdbusfs ino=4 scontext=system_u:system_r:systemd_logind_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=1 Jul 30 16:33:03 vmrawhide audit: AVC avc: denied { ioctl } for pid=698 comm=systemd-logind path=/sys/fs/kdbus/0-system/bus dev=kdbusfs ino=4 scontext=system_u:system_r:systemd_logind_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=1 Jul 30 16:41:28 vmrawhide audit: AVC avc: denied { ioctl } for pid=698 comm=systemd-logind path=/sys/fs/kdbus/0-system/bus dev=kdbusfs ino=4 scontext=system_u:system_r:systemd_logind_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=1 Jul 30 16:47:02 vmrawhide audit: AVC avc: denied { read write } for pid=5541 comm=sshd name=bus dev=kdbusfs ino=4 scontext=system_u:system_r:sshd_t:s0-s0:c0.c1023 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=1 Jul 30 16:47:02 vmrawhide audit: AVC avc: denied { open } for pid=5541 comm=sshd path=/sys/fs/kdbus/0-system/bus dev=kdbusfs ino=4 scontext=system_u:system_r:sshd_t:s0-s0:c0.c1023 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=1 Jul 30 16:47:02 vmrawhide audit: AVC avc: denied { ioctl } for pid=5541 comm=sshd path=/sys/fs/kdbus/0-system/bus dev=kdbusfs ino=4
Re: Python guidelines cleanup
Also, When using the python_provide macro as detailed in the guidelines, I can't seem to get fedpkg to generate an srpm: fedpkg srpm error: line 36: Unknown tag: ERROR: not recognized. error: query of specfile /home/tibbs/work/fpkg/python-requests/python-requests.spec failed, can't parse That line is just: %{python_provide:%python_provide python2-%{srcname}} Of course if I use %if %defined python_provide everything's OK, but that's three lines instead of one. I know tomspur tested this so I must be missing something else. I just can't figure out what it might be. - J ___ python-devel mailing list python-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/python-devel
Re: [HEADS-UP] Please test kdbus in Rawhide!
On Thu, Jul 30, 2015 at 6:54 PM, Orion Poplawski or...@cora.nwra.com wrote: On 07/30/2015 11:57 AM, Lennart Poettering wrote: Heya! I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully added it to the Rawhide kernel packages, and our systemd RPMs come with built-in support, too now. If you are running an up-to-date Rawhide system adding kdbus=1 to your kernel command line is hence everything you need to run kdbus instead of dbus-daemon. (No additional RPMs need to be installed.) If you do, things should just work the same way as before, if we did everything right. By adding or dropping kdbus=1 to/from the command line you can enable kdbus or revert back to dbus1 on each individual boot. What I see: # dmesg | grep dbus [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-0.rc4.git3.1.fc24.x86_64 root=UUID=82dead0b-1e73-41b9-a46e-a107f23fda68 ro quiet LANG=en_US.UTF-8 kdbus=1 [0.00] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-0.rc4.git3.1.fc24.x86_64 root=UUID=82dead0b-1e73-41b9-a46e-a107f23fda68 ro quiet LANG=en_US.UTF-8 kdbus=1 [0.976597] systemd[1]: Failed to insert module 'kdbus': Function not implemented [6.523291] kdbus: initialized [6.523379] systemd[1]: Inserted module 'kdbus' [ 1166.601797] systemd-dbus1-generator[7138]: Failed to create /run/user/0/systemd/generator.late/dbus-org.kde.kuiserver.service: File exists Why the earlier failure? Is the kdbus.ko.xz module in your initramfs? If it isn't, you probably need to rebuild it so that it is. josh -- 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: Packaging with hidden strings
Jiří Konečný wrote: I have a theoretical question. Is it possible to a create package to Fedora which is using oauth2 authentication and that means there are app_id and secret_code strings generated by api provider? These strings are used in the program but can't be shipped in the code because everyone could then use these codes to look as this application. Unfortunately, the concept of an application key is fundamentally incompatible with Free Software. Several Free Software projects just ship the app key(s) they use in their source code, and usually get away with it. I guess that for some popular APIs, there are even projects just using some other Free Software project's app key, but that's of course bad form. Kevin Kofler -- 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: Boost updated to 1.58.0 in rawhide and f23
On Fri, 2015-07-24 at 19:26 +0100, Jonathan Wakely wrote: scantailor This has some weird CMake error about being unable to figure out how to use -pthread. This one boiled down to crappy upstream build scripts which disregard the provided CFLAGS and CXXFLAGS values: https://github.com/scantailor/scantailor/pull/160 xmlcopyeditor This fails with a recompile with -fPIC error that doesn't seem related to Boost. I think the failure in this case was much the same as scantailor's, but there's a much newer upstream release which compiles successfully and works fine (they fixed their build scripts, it looks like), so I'm just going to bump to that. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- 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: Updates push status - 20150725
On Fri, 2015-07-31 at 02:40 +0200, Kevin Kofler wrote: Kevin Fenzi wrote: Friday (20150724), it hit a problem in the fedora22 updates-testing atomic compose. We worked thru and fixed one, but there's still some sort of issue preventing it from completing. ;( So this useless Fedora Atomic toy now delayed updates (including security updates!) for everybody, i.e., also for the 99% of our users who do NOT use Atomic? I find it unacceptable that we are being held hostage by that kind of niche project (considering that one argument for adding support for it was that if we don't want to use it, it won't affect us). Kevin Kofler Please have respect for other peoples work. I expect to find this language on common web forums, but we can do better here. -- 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: Updates push status - 20150725
Kevin Fenzi wrote: Friday (20150724), it hit a problem in the fedora22 updates-testing atomic compose. We worked thru and fixed one, but there's still some sort of issue preventing it from completing. ;( So this useless Fedora Atomic toy now delayed updates (including security updates!) for everybody, i.e., also for the 99% of our users who do NOT use Atomic? I find it unacceptable that we are being held hostage by that kind of niche project (considering that one argument for adding support for it was that if we don't want to use it, it won't affect us). Kevin Kofler -- 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: gross DNF bandwidth inefficiency if filesystem space limited
Radek Holy wrote: Known, https://bugzilla.redhat.com/show_bug.cgi?id=1220074. Should be fixed in dnf-1.0.2. I still don't understand why we don't just enable keepcache by default. Even after a successful update/install, deleting the cached packages is a major data loss because it prevents downgrading to them later, after a broken new update comes out (which also removes the previous update from the mirrors). Kevin Kofler -- 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 1247995] perl-PerlIO-via-Timeout-0.32 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1247995 --- Comment #3 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Failed to kick off scratch build. cmd: sha256sum /var/tmp/thn-w0T8gJ/100.0% return code: 1 stdout: stderr: sha256sum: /var/tmp/thn-w0T8gJ/100.0%: No such file or directory -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1247995] perl-PerlIO-via-Timeout-0.32 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1247995 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perl-PerlIO-via-Timeout-0.3 |perl-PerlIO-via-Timeout-0.3 |1 is available |2 is available --- Comment #2 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Latest upstream release: 0.32 Current version/release in rawhide: 0.30-1.fc24 URL: http://search.cpan.org/dist/PerlIO-via-Timeout/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. -- 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
Re: gross DNF bandwidth inefficiency if filesystem space limited
On Fri, Jul 31, 2015 at 02:56:48AM +0200, Kevin Kofler wrote: Radek Holy wrote: Known, https://bugzilla.redhat.com/show_bug.cgi?id=1220074. Should be fixed in dnf-1.0.2. I still don't understand why we don't just enable keepcache by default. Even after a successful update/install, deleting the cached packages is a major data loss because it prevents downgrading to them later, after a broken new update comes out (which also removes the previous update from the mirrors). Most people don't downgrade or do it very rarely? It can be said that downgrading is an advanced operation, and you can set keepcache=1 if you need it. Zbyszek -- 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: [HEADS-UP] Please test kdbus in Rawhide!
On Thu, Jul 30, 2015 at 04:54:18PM -0600, Orion Poplawski wrote: On 07/30/2015 11:57 AM, Lennart Poettering wrote: Heya! I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully added it to the Rawhide kernel packages, and our systemd RPMs come with built-in support, too now. If you are running an up-to-date Rawhide system adding kdbus=1 to your kernel command line is hence everything you need to run kdbus instead of dbus-daemon. (No additional RPMs need to be installed.) If you do, things should just work the same way as before, if we did everything right. By adding or dropping kdbus=1 to/from the command line you can enable kdbus or revert back to dbus1 on each individual boot. What I see: # dmesg | grep dbus [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-0.rc4.git3.1.fc24.x86_64 root=UUID=82dead0b-1e73-41b9-a46e-a107f23fda68 ro quiet LANG=en_US.UTF-8 kdbus=1 [0.00] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-0.rc4.git3.1.fc24.x86_64 root=UUID=82dead0b-1e73-41b9-a46e-a107f23fda68 ro quiet LANG=en_US.UTF-8 kdbus=1 [0.976597] systemd[1]: Failed to insert module 'kdbus': Function not implemented [6.523291] kdbus: initialized [6.523379] systemd[1]: Inserted module 'kdbus' [ 1166.601797] systemd-dbus1-generator[7138]: Failed to create /run/user/0/systemd/generator.late/dbus-org.kde.kuiserver.service: File exists Why the earlier failure? Josh answered that. Getting duplicate requests for dbus-org.kde.kuiserver.service? It would seem that there must be two dbus-1 service files with the same Name= key. What does 'grep org.kde.kuiserver /usr/share/dbus-1/*/*' say? [Hint: You can run the generator for debugging at any time with mkdir /tmp/x; /usr/lib/systemd/systemd-dbus1-generator /tmp/{x,x,x} Add SYSTEMD_LOG_LEVEL=debug or strace or similar for more detail ;) ] Zbyszek -- 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: Python guidelines cleanup
JLT == Jason L Tibbitts ti...@math.uh.edu writes: JLT Also, When using the python_provide macro as detailed in the JLT guidelines, I can't seem to get fedpkg to generate an srpm: OK, I think a question mark somehow got converted to a % in the draft. %{?python_provide:%python_provide python2-%{srcname}} I'll fix that up. - J ___ python-devel mailing list python-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/python-devel
Re: [HEADS UP] libgit2 and -glib version bump to 0.23.0 in f23 rawhide
On Thu, 2015-07-30 at 15:58 +, Igor Gnatenko wrote: Hi, I'm planning today to update libgit2[0] and libgit2-glib[1] in Fedora 23 and Fedora Rawhide to new version. API has changed, some functions removed, some has new/type changed parameters. Read more[2]. I believe you'll want to submit a buildroot override for F23, as it's currently frozen. Then submit an update with all the builds together. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
install devtools in F22 live boot, device-mapper implosion
User over on users@ list reports booting Fedora 22 Workstation (live media), and doing: # dnf install Developer Tools Implodes. I've reproduced the problem, and the gist is that there's a dm snapshot that's too small for this task, it gets full quickly, the file system face plants, and the kernel oopses. No recovery is possible. Long version [1]. Question 1: Should this work better and be a supported use case? Question 2: If so how to fix it? Change the configuration for a bigger snapshot? Or use thin provisioning snapshot? Or overlayfs? I haven't tested livecd-iso-to-disk --overlay-size-mb option, but I give it better than even odds that for the baremetal case it will work and might be a suitable work around. Thoughts? [1] If a bug should be filed, let me know what to file it against. I have no idea what's responsible for the configuration of the install media's live environment itself. # dmsetup status live-base: 0 12582912 linear live-osimg-min: 0 12582912 snapshot 3664/3664 24 live-rw: 0 12582912 snapshot 230544/1048576 912 # dnf group install Development Tools ## I allow metadata to download. Total metadata downloaded 41MB (stable branch) and 13MB (updates branch). # dmsetup status [root@localhost ~]# dmsetup status live-base: 0 12582912 linear live-osimg-min: 0 12582912 snapshot 3664/3664 24 live-rw: 0 12582912 snapshot 484016/1048576 1896 So the snapshot is filling up. Continue with download and install of packages, while continue to check dmsetup status and eventually I get to this: [root@localhost ~]# dmsetup status live-base: 0 12582912 linear live-osimg-min: 0 12582912 snapshot 3664/3664 24 live-rw: 0 12582912 snapshot 691048/1048576 2704 [root@localhost ~]# dmsetup status live-base: 0 12582912 linear live-osimg-min: 0 12582912 snapshot 3664/3664 24 live-rw: 0 12582912 snapshot 703536/1048576 2752 [root@localhost ~]# dmsetup status live-base: 0 12582912 linear live-osimg-min: 0 12582912 snapshot 3664/3664 24 live-rw: 0 12582912 snapshot 716320/1048576 2800 [root@localhost ~]# dmsetup status live-base: 0 12582912 linear live-osimg-min: 0 12582912 snapshot 3664/3664 24 live-rw: 0 12582912 snapshot 716400/1048576 2800 [root@localhost ~]# dmsetup status live-base: 0 12582912 linear live-osimg-min: 0 12582912 snapshot 3664/3664 24 live-rw: 0 12582912 snapshot 716464/1048576 2800 [root@localhost ~]# dmsetup status live-base: 0 12582912 linear live-osimg-min: 0 12582912 snapshot 3664/3664 24 live-rw: 0 12582912 snapshot Invalid [root@localhost ~]# dmesg -bash: /usr/bin/dmesg: Input/output error Separately I had a journalctl -f running and it captures [ 928.709182] localhost kernel: device-mapper: snapshots: Invalidating snapshot: Unable to allocate exception. And then a long pile of ext4 errors. -- Chris Murphy -- 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: install devtools in F22 live boot, device-mapper implosion
On Thu, 2015-07-30 at 21:11 -0600, Chris Murphy wrote: User over on users@ list reports booting Fedora 22 Workstation (live media), and doing: # dnf install Developer Tools Implodes. I've reproduced the problem, and the gist is that there's a dm snapshot that's too small for this task, it gets full quickly, the file system face plants, and the kernel oopses. No recovery is possible. Long version [1]. Question 1: Should this work better and be a supported use case? My understanding has always been that installing packages on the live media is an unsupported, 'if you're lucky it might work for a few small ones' kind of thing. If someone wants to try and make it work better that's great, of course. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- 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] [Fedocal] Reminder meeting : EPSCo weekly meeting
Dear all, You are kindly invited to the meeting: EPSCo weekly meeting on 2015-07-31 from 17:00:00 to 18:00:00 UTC At e...@irc.freenode.net The meeting will be about: Source: https://apps.fedoraproject.org/calendar/meeting/2542/ ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: [HEADS UP] libgit2 and -glib version bump to 0.23.0 in f23 rawhide
On Thu, Jul 30, 2015 at 03:58:09PM +, Igor Gnatenko wrote: Hi, I'm planning today to update libgit2[0] and libgit2-glib[1] in Fedora 23 and Fedora Rawhide to new version. API has changed, some functions removed, some has new/type changed parameters. Read more[2]. Packages which needs rebuild (probably patches or updates needed): OK, and what happens if the patches turn out to be non-trivial and slow in being produced? I really think this kind of change should be done first using scratch builds of all dependent packages (or using a side tag if there are more than a handful of dependent packages). This way maintainers have time to respond in case upstream work is needed, and we don't get uninstallable packages in rawhide. Recent gdal update was similar. Some dependent packages require porting to the new APIs, nobody knows when that will happen. * gitg * gnome-builder * kate-plugins * kf5-ktexteditor * python-pygit2 * python3-pygit2 * rubygem-rugged * subsurface * gedit-plugin-git I will rebuild gnome-builder myself, others I can't due to lack of permissions. Hope you will rebuild it ASAP ;) Rebuilt kf5-ktexteditor, kate, gedit-plugins. rubygem-rugged from git should work. I'm waiting for a build to finish. pygit2 *should* already work. Not sure what is wrong. http://koji.fedoraproject.org/koji/taskinfo?taskID=10552396 subsurface fails: http://koji.fedoraproject.org/koji/taskinfo?taskID=10552496 subsurface 4.4.2 is out, but the changelog indicates nothing relevant. Above was all for rawhide. For F23, if it turns out that it is not possible to rebuild everything quickly, the change should be reverted imho. Zbyszek -- 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: [HEADS-UP] Please test kdbus in Rawhide!
On Thu, Jul 30, 2015 at 02:40:37PM -0400, Stephen Gallagher wrote: OK, I spun up a Fedora Server 23 Alpha TC2 system and installed the Rawhide kernel, then rebooted with kdbus=1 I then tried to run 'rolectl list roles', which returned Rolekit is not running. So it failed to provide D-BUS activation functionality, which is problematic. I see the same bug on rawhide. When I manually ran the service, D-BUS communication between the client and the daemon seems to be working properly. Where is the proper place to file a bug? https://bugzilla.redhat.com/enter_bug.cgi?product=Fedoracomponent=systemdversion=rawhideshort_desc=kdbus:+ or https://github.com/systemd/systemd/issues, whatever works better for you. Zbyszek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
spot uploaded File-Which-1.19.tar.gz for perl-File-Which
27f967930f011b646c1bf839b606e164 File-Which-1.19.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-File-Which/File-Which-1.19.tar.gz/md5/27f967930f011b646c1bf839b606e164/File-Which-1.19.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
spot pushed to perl-File-Which (master). 1.19
From 6ec78b2e91370c11de59ed5c601fe45c9ef5d765 Mon Sep 17 00:00:00 2001 From: Tom Callaway s...@fedoraproject.org Date: Thu, 30 Jul 2015 14:59:50 -0400 Subject: 1.19 diff --git a/.gitignore b/.gitignore index 0a4bb76..a17814c 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ File-Which-1.09.tar.gz /File-Which-1.18.tar.gz +/File-Which-1.19.tar.gz diff --git a/perl-File-Which.spec b/perl-File-Which.spec index 2d42c90..a2c678e 100644 --- a/perl-File-Which.spec +++ b/perl-File-Which.spec @@ -1,6 +1,6 @@ Name: perl-File-Which -Version:1.18 -Release:5%{?dist} +Version:1.19 +Release:1%{?dist} Summary:Portable implementation of the 'which' utility Group: Development/Libraries License:GPL+ or Artistic @@ -50,6 +50,9 @@ make test %{_mandir}/man3/File::Which.3* %changelog +* Thu Jul 30 2015 Tom Callaway s...@fedoraproject.org - 1.19-1 +- update to 1.19 + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.18-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index f6c2629..9646709 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -554bfb36568d828fbeee64f4b9a9faa8 File-Which-1.18.tar.gz +27f967930f011b646c1bf839b606e164 File-Which-1.19.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-File-Which.git/commit/?h=masterid=6ec78b2e91370c11de59ed5c601fe45c9ef5d765 -- 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: gross DNF bandwidth inefficiency if filesystem space limited
Johnny Robeson composed on 2015-07-30 03:25 (UTC-0400): On Thu, 2015-07-30 at 03:21 -0400, Felix Miata wrote: # dnf upgrade (dnf nearly exhausts freespace downloading all packages before installing any packages) dnf then reports package xxx needs ##MB on / filesystem and exits without doing any installing dnf all deletes downloaded packages # dnf upgrade (package subset, e.g. dnf* rpm* a* b* c* d* e* f* x* y* z*) dnf downloads needed packages previously downloaded but later deleted, then installs downloaded packages # dnf upgrade dnf downloads needed packages previously downloaded but later deleted, then installs downloaded packages Is the above deletion of freshly downloaded packages (wasted time, wasted bandwidth) known or expected? you should take your words in your email signature into account before using words like gross and wasted time What words would you like better? s/gross/huge/ s/wasted time/lost time/ Different words, same meaning, exact same problem. Try to show some understanding to the DNF maintainers. Does the time spent by people testing maintainers' work not count for anything? Not everyone has unlimited bandwidth or time for testing. -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.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
Re: Help needed: F23 32-bit kernel issue
On 07/29/2015 11:12 PM, Josh Boyer wrote: On Wed, Jul 29, 2015 at 4:55 PM, Richard W.M. Jones rjo...@redhat.com wrote: On Wed, Jul 29, 2015 at 10:36:07AM -0400, Josh Boyer wrote: Secondly, it would be excellent if someone could commit to spinning test ISOs when requested. Turn around time on bugs like this are quite lengthy given that they often require building a new kernel package, and then spinning a custom ISO with that package included. Ideally the ISO content would not change from spin to spin other than the kernel, to eliminate variables. Could qemu-sanity-check[1] help here? It's designed so that you can test if a kernel boots on qemu, in a very simple manner (it was actually designed to be run from kernel.spec so we'd never build and ship a non-working kernel again). No, because the environment on the boot.iso/DVD image is what is triggering the bug. You need a full compose with the kernel. I already mentioned we autotest the kernel in VMs and it doesn't hit this bug. Running it there (or even moreso from kernel.spec) cannot possibly cover all scenarios, so claiming it would prevent shipping a non-working kernel again is inaccurate given that setup didn't catch this. More testing always helps, but nothing will provide the claim you make. FWIW: I locally rebuilt 4.2.0-0.rc4.git2.1 for fc22 and gave the resulting kernel-4.2.0-0.rc4.git2.1.fc22.i686+PAE*rpm a real-world try on my fc22 netbook (w/ Atom N270). AFAICT, so far, it seems to boot (and work) without any apparent immediate issues. So, my wild guess would be on an iso/boot-image composition or tooling issue. Ralf -- 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: Emacs packaging guidelines
Dne 29.7.2015 v 19:42 Michael Schwendt napsal(a): On Wed, 29 Jul 2015 18:53:27 +0200, Harald Hoyer wrote: The Emacs add-on packaging guidelines no longer stipulate that packages which also bundle support for Emacs should split out those Emacs files into separate sub-packages. This package should instead ship those files with the main package which should also Require emacs-filesystem. See https://fedoraproject.org/wiki/Packaging:Emacs for more detail. And once again the wording is weak. It says should. Three times even. Based on that, calling existing emacs- subpackages violations is a highly questionable thing to do. And new packagers would prefer more clear and concise wording, too. Actually what is the point of following? ``` Case II Where a package's principal functionality does not require (X)Emacs, but the package also includes some auxiliary Elisp files to provide support for the package in (X)Emacs, these should be included in the main package which will need to Require the emacs-filesystem and/or xemacs-filesystem packages. More detail below. ``` Why the files should be provided in the main package? Why it should not be subpackage? It is exaclty against principles applied anywhere else, e.g. if I have library with binding for some language, these binding will be probably in corresponding -language subpackage. Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
jplesnik uploaded Text-Levenshtein-Damerau-0.41.tar.gz for perl-Text-Levenshtein-Damerau
229a13abff9f16d140f65ccf053df59b Text-Levenshtein-Damerau-0.41.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Text-Levenshtein-Damerau/Text-Levenshtein-Damerau-0.41.tar.gz/md5/229a13abff9f16d140f65ccf053df59b/Text-Levenshtein-Damerau-0.41.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
jplesnik pushed to perl-Text-Levenshtein-Damerau (master). Initial import
From 291bc402453a5befb9315568ce8e38bd2ad8f0a6 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova jples...@redhat.com Date: Thu, 30 Jul 2015 10:48:10 +0200 Subject: Initial import diff --git a/.gitignore b/.gitignore index e69de29..afee533 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Text-Levenshtein-Damerau-0.41.tar.gz diff --git a/perl-Text-Levenshtein-Damerau.spec b/perl-Text-Levenshtein-Damerau.spec new file mode 100644 index 000..d8c30e3 --- /dev/null +++ b/perl-Text-Levenshtein-Damerau.spec @@ -0,0 +1,50 @@ +Name: perl-Text-Levenshtein-Damerau +Version:0.41 +Release:1%{?dist} +Summary:Damerau Levenshtein edit distance +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/Text-Levenshtein-Damerau/ +Source0: http://www.cpan.org/authors/id/U/UG/UGEXE/Text-Levenshtein-Damerau-%{version}.tar.gz +BuildArch: noarch +BuildRequires: make +BuildRequires: perl +BuildRequires: perl(Exporter) +BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 +BuildRequires: perl(List::Util) +BuildRequires: perl(strict) +BuildRequires: perl(Test::More) +# Text::Levenshtein::Damerau::XS - optional +BuildRequires: perl(utf8) +BuildRequires: perl(warnings) +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) +Recommends: perl(Text::Levenshtein::Damerau::XS) + +%description +Returns the true Damerau Levenshtein edit distance of strings with adjacent +transpositions. Useful for fuzzy matching, DNA variation metrics, and fraud +detection. + +%prep +%setup -q -n Text-Levenshtein-Damerau-%{version} + +%build +perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=$RPM_BUILD_ROOT +%{_fixperms} $RPM_BUILD_ROOT/* + +%check +make test + +%files +%license LICENSE +%doc Changes README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Wed Jul 29 2015 Jitka Plesnikova jples...@redhat.com - 0.41-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..735efe8 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +229a13abff9f16d140f65ccf053df59b Text-Levenshtein-Damerau-0.41.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Text-Levenshtein-Damerau.git/commit/?h=masterid=291bc402453a5befb9315568ce8e38bd2ad8f0a6 -- 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: gross DNF bandwidth inefficiency if filesystem space limited
- Original Message - From: Felix Miata mrma...@earthlink.net To: devel@lists.fedoraproject.org Sent: Thursday, July 30, 2015 9:21:19 AM Subject: gross DNF bandwidth inefficiency if filesystem space limited # dnf upgrade (dnf nearly exhausts freespace downloading all packages before installing any packages) dnf then reports package xxx needs ##MB on / filesystem and exits without doing any installing dnf all deletes downloaded packages # dnf upgrade (package subset, e.g. dnf* rpm* a* b* c* d* e* f* x* y* z*) dnf downloads needed packages previously downloaded but later deleted, then installs downloaded packages # dnf upgrade dnf downloads needed packages previously downloaded but later deleted, then installs downloaded packages Is the above deletion of freshly downloaded packages (wasted time, wasted bandwidth) known or expected? -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ Known, https://bugzilla.redhat.com/show_bug.cgi?id=1220074. Should be fixed in dnf-1.0.2. -- Radek Holý Associate Software Engineer Software Management Team Red Hat Czech -- 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: Python guidelines cleanup
MH == Miro Hrončok mhron...@redhat.com writes: MH * in example spec, you mix srcname and pypi_name macros Yeah, fixed that up. MH * For example, the python 3 version of coverage must ship MHexecutables MH /usr/bin/coverage, /usr/bin/coverage-2 and /usr/bin/coverage-2.7, MH while the python 3 version must provide /usr/bin/coverage-3 and MH /usr/bin/coverage-3.4 (assuming python3 is Python 3.4). That was just copied over as far as I know, but I've fixed it up in my draft. Good that this is resulting in some bug fixing. MH * Must: If you build for a single python runtime you must add MH %python_provide python-$module so that the current default python is MH provided from the unversioned python package. MH I'm quite confused with this and don't understand it all. Generally MH %python_provide is not explained at all... ? I need to get with tomspur and bang out documentation for the new macros, which will go at the beginning of the document. - J ___ python-devel mailing list python-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/python-devel
Re: [HEADS-UP] Please test kdbus in Rawhide!
On Thu, 2015-07-30 at 19:57 +0200, Lennart Poettering wrote: Heya! I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully added it to the Rawhide kernel packages, and our systemd RPMs come with built-in support, too now. If you are running an up-to-date Rawhide system adding kdbus=1 to your kernel command line is hence everything you need to run kdbus instead of dbus-daemon. (No additional RPMs need to be installed.) If you do, things should just work the same way as before, if we did everything right. By adding or dropping kdbus=1 to/from the command line you can enable kdbus or revert back to dbus1 on each individual boot. This stuff is opt-in, and we are very keen on getting feedback and testing for this. The version of kdbus in Rawhide we consider API stable, there is a complete client side available now in systemd, with a client API in sd-bus. Compatibility with good old dbus1 is provided by the systemd-bus-proxy service. The folks involved in kdbus development have been running this code on their systems for more than half a year now. There were occasional hiccups, but we fixed everything we ran into, and it works pretty well now. Our focus was specifically on providing the best possible compatibility with dbus1. Now we'd like to increase the testing audience and added this to Rawhide because of this. Further information about kdbus and how to get started you may find here: http://www.freedesktop.org/wiki/Software/systemd/kdbus/ We'd very thankful for every Fedora developer testing this and providing bug reports! Any feedback is highly appreciated. Also, should you attend our upcoming conference, we might return the favour by buying you a beer or two: https://systemd.events/ Thank you, Lennart OK, I spun up a Fedora Server 23 Alpha TC2 system and installed the Rawhide kernel, then rebooted with kdbus=1 I then tried to run 'rolectl list roles', which returned Rolekit is not running. So it failed to provide D-BUS activation functionality, which is problematic. When I manually ran the service, D-BUS communication between the client and the daemon seems to be working properly. Where is the proper place to file a bug? signature.asc Description: This is a digitally signed message part -- 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: [HEADS-UP] Please test kdbus in Rawhide!
On Thu, Jul 30, 2015 at 2:05 PM, Stephen Gallagher sgall...@redhat.com wrote: On Thu, 2015-07-30 at 19:57 +0200, Lennart Poettering wrote: Heya! I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully added it to the Rawhide kernel packages, and our systemd RPMs come with built-in support, too now. If you are running an up-to-date Rawhide system adding kdbus=1 to your kernel command line is hence everything you need to run kdbus instead of dbus-daemon. (No additional RPMs need to be installed.) If you do, things should just work the same way as before, if we did everything right. By adding or dropping kdbus=1 to/from the command line you can enable kdbus or revert back to dbus1 on each individual boot. This stuff is opt-in, and we are very keen on getting feedback and testing for this. The version of kdbus in Rawhide we consider API stable, there is a complete client side available now in systemd, with a client API in sd-bus. Compatibility with good old dbus1 is provided by the systemd-bus-proxy service. The folks involved in kdbus development have been running this code on their systems for more than half a year now. There were occasional hiccups, but we fixed everything we ran into, and it works pretty well now. Our focus was specifically on providing the best possible compatibility with dbus1. Now we'd like to increase the testing audience and added this to Rawhide because of this. Further information about kdbus and how to get started you may find here: http://www.freedesktop.org/wiki/Software/systemd/kdbus/ We'd very thankful for every Fedora developer testing this and providing bug reports! Any feedback is highly appreciated. Also, should you attend our upcoming conference, we might return the favour by buying you a beer or two: https://systemd.events/ Thank you, Lennart For folks not keen to jump headfirst into Rawhide, is it expected that this should work on Fedora 23 or Fedora 22 if one installs only the kernel and systemd packages from Rawhide? That might make people more comfortable trying it out (and get you more feedback), if so. You'll probably only need the rawhide kernel. IIRC, the systemd package was kdbus ready before the branch was created. josh -- 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: [HEADS-UP] Please test kdbus in Rawhide!
On Thu, Jul 30, 2015 at 11:20 AM, Josh Boyer jwbo...@fedoraproject.org wrote: On Thu, Jul 30, 2015 at 2:05 PM, Stephen Gallagher sgall...@redhat.com wrote: On Thu, 2015-07-30 at 19:57 +0200, Lennart Poettering wrote: Heya! I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully added it to the Rawhide kernel packages, and our systemd RPMs come with built-in support, too now. If you are running an up-to-date Rawhide system adding kdbus=1 to your kernel command line is hence everything you need to run kdbus instead of dbus-daemon. (No additional RPMs need to be installed.) If you do, things should just work the same way as before, if we did everything right. By adding or dropping kdbus=1 to/from the command line you can enable kdbus or revert back to dbus1 on each individual boot. This stuff is opt-in, and we are very keen on getting feedback and testing for this. The version of kdbus in Rawhide we consider API stable, there is a complete client side available now in systemd, with a client API in sd-bus. Compatibility with good old dbus1 is provided by the systemd-bus-proxy service. The folks involved in kdbus development have been running this code on their systems for more than half a year now. There were occasional hiccups, but we fixed everything we ran into, and it works pretty well now. Our focus was specifically on providing the best possible compatibility with dbus1. Now we'd like to increase the testing audience and added this to Rawhide because of this. Further information about kdbus and how to get started you may find here: http://www.freedesktop.org/wiki/Software/systemd/kdbus/ We'd very thankful for every Fedora developer testing this and providing bug reports! Any feedback is highly appreciated. Also, should you attend our upcoming conference, we might return the favour by buying you a beer or two: https://systemd.events/ Thank you, Lennart For folks not keen to jump headfirst into Rawhide, is it expected that this should work on Fedora 23 or Fedora 22 if one installs only the kernel and systemd packages from Rawhide? That might make people more comfortable trying it out (and get you more feedback), if so. You'll probably only need the rawhide kernel. IIRC, the systemd package was kdbus ready before the branch was created. The last time I tried this (maybe a month ago in Rawhide), booting with kdbus=1 hung very quickly. I was told that it needed newer systemd to work, so I'd be a bit surprised if F22 is reliable. --Andy -- 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: [HEADS-UP] Please test kdbus in Rawhide!
Hello Andrew, Yes I'm Real. To prove I'm real first off.. You are Development discussions related to Fedora and your mail Id devel@lists.fedoraproject.org I was just taking a quick shower and I heard my phone vibrate, my hair isnt even close to being dry yet but I wanted to quickly check my email to see if it was you writing me back. I guess since you responded you are not a faker haha, that is a big relief. Not sure if you were wanting to get together tonight, tomorrow ..or maybe wait until the weekend? I am not going to lie though I was really hoping to get some as soon as possible.. All you have do is verify on this website HERE http://www.bcmeetnow.com/userms/olivia/ where I am a member and do a safety verification. It only costs a dollar and just takes a sec. My cell number is on there and I have some other photos on there too. Get my cell number and give me a text or call me. Let's make this happen.. I have lots of free time. call me now! Sorry if it seems like I'm being a bitch and making you work too hard, but I have to look out for my own safety. There are tons of weirdos out there and I just want to have a good time. Hope you understand cause I really want to meet you.. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
limb changed psabata's 'approveacls' permission on perl-Text-Levenshtein-Damerau-XS (master) to 'Approved'
limb changed psabata's 'approveacls' permission on perl-Text-Levenshtein-Damerau-XS (master) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-Text-Levenshtein-Damerau-XS/ -- 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
limb changed perl-sig's 'watchbugzilla' permission on perl-Text-Levenshtein-Damerau-XS (master) to 'Approved'
limb changed perl-sig's 'watchbugzilla' permission on perl-Text-Levenshtein-Damerau-XS (master) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-Text-Levenshtein-Damerau-XS/ -- 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
limb changed psabata's 'commit' permission on perl-Text-Levenshtein-Damerau-XS (master) to 'Approved'
limb changed psabata's 'commit' permission on perl-Text-Levenshtein-Damerau-XS (master) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-Text-Levenshtein-Damerau-XS/ -- 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
limb changed perl-sig's 'watchcommits' permission on perl-Text-Levenshtein-Damerau-XS (master) to 'Approved'
limb changed perl-sig's 'watchcommits' permission on perl-Text-Levenshtein-Damerau-XS (master) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-Text-Levenshtein-Damerau-XS/ -- 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: Help needed: F23 32-bit kernel issue
On Thu, 2015-07-30 at 09:43 +0200, Ralf Corsepius wrote: AFAICT, so far, it seems to boot (and work) without any apparent immediate issues. So, my wild guess would be on an iso/boot-image composition or tooling issue. No. It's clearly a kernel bug. It's just that it happens to be in code which gets hit during installer image boot, but not in any other case we've found yet. The bug happens in an image built with a 4.1rc6 kernel, and does not happen in an image built with a 4.1rc5 kernel, with no other difference at all between the two images. It's quite clearly a kernel issue. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
gross DNF bandwidth inefficiency if filesystem space limited
# dnf upgrade (dnf nearly exhausts freespace downloading all packages before installing any packages) dnf then reports package xxx needs ##MB on / filesystem and exits without doing any installing dnf all deletes downloaded packages # dnf upgrade (package subset, e.g. dnf* rpm* a* b* c* d* e* f* x* y* z*) dnf downloads needed packages previously downloaded but later deleted, then installs downloaded packages # dnf upgrade dnf downloads needed packages previously downloaded but later deleted, then installs downloaded packages Is the above deletion of freshly downloaded packages (wasted time, wasted bandwidth) known or expected? -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.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
Re: Proposal: Drop comps
On July 29, 2015 2:06:52 PM PDT, Richard W.M. Jones rjo...@redhat.com wrote: On Wed, Jul 15, 2015 at 10:45:57AM +0200, Vít Ondruch wrote: ocaml The comps.xml group for ocaml is pretty weird. It has some mandatory base packages, which are OK-ish (although there are some notable ones missing such as ocaml-camlp4-devel and ocaml-labltk-devel). Then it has a strange set of optional packages, which is a tiny subset of the 89 OCaml packages in Fedora. I've never used comps.xml and don't really know what it is good for, except I know of the existence of some graphical tools which consume it. Richard Hughes's appdata seems like a more complete concept for people that want that kind of thing. Our entire image building and delivery system is built around comps. The groups in comps are used in defining the contents of live images and product trees (and hence DVD images), and the arm disk images. The groups defined in comps are the ones users can choose from in netinst/dvd installs. We could look at subbing in something better (the restrictions on relationships between packages, groups and environments can be a pain), but it'd need to be a careful process. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- 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: Proposal: Drop comps
On Wed, 2015-07-15 at 11:46 -0400, Matthias Clasen wrote: this thread, comps has things such as the (still mysterious to me) environment groups, Environment groups are, quite simply, groups of groups. That's the entirety of the matter. They have a 'grouplist' of member groups that are basically mandatory, and an 'optionlist' of optional groups, which can be 'default' or not. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- 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: gross DNF bandwidth inefficiency if filesystem space limited
On Thu, 2015-07-30 at 03:21 -0400, Felix Miata wrote: # dnf upgrade (dnf nearly exhausts freespace downloading all packages before installing any packages) dnf then reports package xxx needs ##MB on / filesystem and exits without doing any installing dnf all deletes downloaded packages # dnf upgrade (package subset, e.g. dnf* rpm* a* b* c* d* e* f* x* y* z*) dnf downloads needed packages previously downloaded but later deleted, then installs downloaded packages # dnf upgrade dnf downloads needed packages previously downloaded but later deleted, then installs downloaded packages Is the above deletion of freshly downloaded packages (wasted time, wasted bandwidth) known or expected? -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ you should take your words in your email signature into account before using words like gross and wasted time Try to show some understanding to the DNF maintainers. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[HEADS UP] libgit2 and -glib version bump to 0.23.0 in f23 rawhide
Hi, I'm planning today to update libgit2[0] and libgit2-glib[1] in Fedora 23 and Fedora Rawhide to new version. API has changed, some functions removed, some has new/type changed parameters. Read more[2]. Packages which needs rebuild (probably patches or updates needed): * gitg * gnome-builder * kate-plugins * kf5-ktexteditor * python-pygit2 * python3-pygit2 * rubygem-rugged * subsurface * gedit-plugin-git I will rebuild gnome-builder myself, others I can't due to lack of permissions. Hope you will rebuild it ASAP ;) [0] http://pkgs.fedoraproject.org/cgit/libgit2.git/commit/?id=8beb6d3af1608d830b0f9c01b9c4b65cb5bb3c25 [1] http://pkgs.fedoraproject.org/cgit/libgit2-glib.git/commit/?id=27a1342ae086295080331408204c7aa7b365f564 [2] https://github.com/libgit2/libgit2/releases/tag/v0.23.0 -- 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: Python guidelines cleanup
After some additional discussion and cleanup, I've gone ahead and moved my drafts into place in the main guidelines. Please let me know if I've made any mistakes or typos or left out anything important. However, there is one thing I'm trying to understand about the new guidelines (which came from one of the submitted drafts, not something that I wrote). They say: The following is a very simple spec file for a module building for both python2 and python3. It builds both versions in the same directory; this is possible because setuptools uses different build directories for different python versions and architectures. In addition, python3 will include the version of the interpreter in the names of generated files, so the build products don't conflict. (Of course this only works if a package builds for a single python2 version, which should always be the case in Fedora.) Which is fine, except that I must be missing something about the second sentence. Setuptools in f22 and rawhide (which I know are different versions) seems to use build regardless of which python version is used to execute setup.py. Am I misunderstanding what that sentence is trying to tell me? For the package I'm using for testing (python-requests) it turns out that the results of %py2_build and %py3_build are completely identical, but this might just be coincidence. - J ___ python-devel mailing list python-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/python-devel
Re: and legacy software Re: pyorbit
Matěj Cepl wrote: I take Gnumeric and Emacs, but all other ones are in-Gnome projects, aren't they (at least having repository in git.gnome.org)? Gnumeric is part of GNOME Office, so it is also under the GNOME umbrella these days. The thing is that GTK+ 3 is becoming more and more useless outside of GNOME, given their recent changes, e.g.: * client-side window decorations are more or less required. They fixed their non-CSD fallback support recently, but that only means that it draws its custom title bar underneath the WM's. * discontinued support for theme engines, which means: - theming is limited to CSS, much less flexible than C (or C++) code, - theming code can no longer be shared between GTK+ 2 and 3, - the existing oxygen-gtk3 theme no longer works, which broke Plasma integration, - efforts like the gtk-qt-engine have become completely impossible, every single theme now has to be ported to GTK+ CSS. * the default DPI is now (at least in master) hardcoded to 96 instead of defaulting to the value actually reported by the hardware. * abuse of nonstandard *-symbolic icons. Selecting monochromatic vs. colored icon should be done by selecting the theme, not the icon name, and it should adapt to the desktop. Non-GNOME desktops want colored icons, unless they're using a theme like Breeze where (almost) ALL icons are monochromatic (which also makes *-symbolic useless). Kevin Kofler -- 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 1248502] perl-Test-Moose-More-0.033 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1248502 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #5 from Fedora Update System upda...@fedoraproject.org --- Package perl-Test-Moose-More-0.033-1.fc23: * should fix your issue, * was pushed to the Fedora 23 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Test-Moose-More-0.033-1.fc23' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-12392/perl-Test-Moose-More-0.033-1.fc23 then log in and leave karma (feedback). -- 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
Re: [HEADS-UP] Please test kdbus in Rawhide!
On Thu, Jul 30, 2015 at 12:05 PM, Stephen Gallagher sgall...@redhat.com wrote: For folks not keen to jump headfirst into Rawhide, is it expected that this should work on Fedora 23 or Fedora 22 if one installs only the kernel and systemd packages from Rawhide? That might make people more comfortable trying it out (and get you more feedback), if so. I think this is in systemd 222 which is in Fedora 23, because kdbus is API stable in systemd 221. ? -- Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[HEADS-UP] Please test kdbus in Rawhide!
Heya! I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully added it to the Rawhide kernel packages, and our systemd RPMs come with built-in support, too now. If you are running an up-to-date Rawhide system adding kdbus=1 to your kernel command line is hence everything you need to run kdbus instead of dbus-daemon. (No additional RPMs need to be installed.) If you do, things should just work the same way as before, if we did everything right. By adding or dropping kdbus=1 to/from the command line you can enable kdbus or revert back to dbus1 on each individual boot. This stuff is opt-in, and we are very keen on getting feedback and testing for this. The version of kdbus in Rawhide we consider API stable, there is a complete client side available now in systemd, with a client API in sd-bus. Compatibility with good old dbus1 is provided by the systemd-bus-proxy service. The folks involved in kdbus development have been running this code on their systems for more than half a year now. There were occasional hiccups, but we fixed everything we ran into, and it works pretty well now. Our focus was specifically on providing the best possible compatibility with dbus1. Now we'd like to increase the testing audience and added this to Rawhide because of this. Further information about kdbus and how to get started you may find here: http://www.freedesktop.org/wiki/Software/systemd/kdbus/ We'd very thankful for every Fedora developer testing this and providing bug reports! Any feedback is highly appreciated. Also, should you attend our upcoming conference, we might return the favour by buying you a beer or two: https://systemd.events/ Thank you, Lennart -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct