rawhide report: 20150703 changes
Compose started at Fri Jul 3 05:15:04 UTC 2015 Broken deps for i386 -- [airsched] airsched-1.00.0-12.fc23.i686 requires libzmq.so.4 [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 [bluetile] bluetile-0.6-28.fc23.i686 requires ghc(gio-0.13.0.4-589ef11228222f8fdb72e24c64ce9d0a) [bustle] bustle-0.4.8-3.fc23.i686 requires libHSsetlocale-1.0.0.1-ghc7.8.4.so bustle-0.4.8-3.fc23.i686 requires ghc(setlocale-1.0.0.1-5b5a3b6eb589586826a90a4c287ca0e0) bustle-0.4.8-3.fc23.i686 requires ghc(gio-0.13.0.4-589ef11228222f8fdb72e24c64ce9d0a) [clearsilver] perl-clearsilver-0.10.5-29.fc22.i686 requires perl(:MODULE_COMPAT_5.20.1) perl-clearsilver-0.10.5-29.fc22.i686 requires libperl.so.5.20 [gammaray] gammaray-qt5-2.2.1-10.fc23.i686 requires qt5-qtbase(x86-32) = 0:5.4.2 [gdal] gdal-1.11.2-10.fc23.i686 requires libarmadillo.so.4 gdal-java-1.11.2-10.fc23.i686 requires libarmadillo.so.4 gdal-libs-1.11.2-10.fc23.i686 requires libarmadillo.so.4 gdal-perl-1.11.2-10.fc23.i686 requires libarmadillo.so.4 [ghc-gtk] ghc-gtk-0.13.4-1.fc22.i686 requires ghc(gio-0.13.0.4-589ef11228222f8fdb72e24c64ce9d0a) ghc-gtk-devel-0.13.4-1.fc22.i686 requires ghc-devel(gio-0.13.0.4-589ef11228222f8fdb72e24c64ce9d0a) [ghc-hgettext] ghc-hgettext-0.1.30-8.fc23.i686 requires libHSsetlocale-1.0.0.1-ghc7.8.4.so ghc-hgettext-0.1.30-8.fc23.i686 requires ghc(setlocale-1.0.0.1-5b5a3b6eb589586826a90a4c287ca0e0) ghc-hgettext-devel-0.1.30-8.fc23.i686 requires libHSsetlocale-1.0.0.1-ghc7.8.4.so ghc-hgettext-devel-0.1.30-8.fc23.i686 requires ghc-devel(setlocale-1.0.0.1-5b5a3b6eb589586826a90a4c287ca0e0) ghc-hgettext-devel-0.1.30-8.fc23.i686 requires ghc(setlocale-1.0.0.1-5b5a3b6eb589586826a90a4c287ca0e0) [ghc-hjsmin] ghc-hjsmin-0.1.4.7-7.fc23.i686 requires ghc(language-javascript-0.5.13-0b8335d6a2507ee73f3b41c61a1ea2bf) ghc-hjsmin-devel-0.1.4.7-7.fc23.i686 requires ghc-devel(language-javascript-0.5.13-0b8335d6a2507ee73f3b41c61a1ea2bf) [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) [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) [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
[Bug 1239071] New: perl-Class-Unload-0.09 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1239071 Bug ID: 1239071 Summary: perl-Class-Unload-0.09 is available Product: Fedora Version: rawhide Component: perl-Class-Unload Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com, psab...@redhat.com Latest upstream release: 0.09 Current version/release in rawhide: 0.08-7.fc23 URL: http://search.cpan.org/dist/Class-Unload/ 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
[Bug 1239071] perl-Class-Unload-0.09 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1239071 --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Created attachment 1045846 -- https://bugzilla.redhat.com/attachment.cgi?id=1045846action=edit [patch] Update to 0.09 (#1239071) -- 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: dnssec-trigger + GNOME + NetworkManager integration
On 2.7.2015 17:56, Michael Catanzaro wrote: On Thu, 2015-07-02 at 16:38 +0200, Reindl Harald wrote: this type of attitude? everybody who reads IT news over the past years about CA's issued certificates even for Google knows that a CA signed certificate does not prove anything - the real problem is wehn this happens for Google somebody takes notice and the press writes about it if the same happens for your domain nobody will recognize it The situation is going to be getting a lot better in the near future, though. We're getting to the point where we can start enforcing Google's certificate transparency: if your certificate isn't on the public audit list, we can simply reject it. That allows individual web sites to get an immediate heads-up whenever any fraudulent certificate is issued for their site. (And researchers will be looking after the most important sites, of course.) That's not going to fix TLS in itself, because most sites probably don't care, but if the site does care, it will be impossible to issue a browser-trusted certificate for the site without that site knowing. (At least, that's my understanding of the technology; I haven't researched it thoroughly.) You're right that OCSP is worthless. GNOME applications don't currently perform any certificate revocation; I'm not willing to implement OCSP unless Firefox is willing to enforce it, and they aren't. We should implement OneCRL, which solves the revocation problem for intermediate certificates, but there doesn't seem to be any reasonable solution for individual sites yet. OCSP must-staple seems promising. Of course, we can't have any of these nice features in GNOME unless somebody wants to pay for their implementation. (If so, get in touch please.) For the record, and all this can be solved by DNSSEC + DANE. See RFC 6698. -- Petr Spacek @ Red Hat -- 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: dnssec-trigger + GNOME + NetworkManager integration
On 3 Jul 2015, at 10:44, Michael Catanzaro wrote: On Fri, 2015-07-03 at 15:43 +0200, Petr Spacek wrote: For the record, and all this can be solved by DNSSEC + DANE. See RFC 6698. I was planning to use DANE as a second required check in addition to the normal certificate chain. That is, if either the certificate chain doesn't check out or DANE fails, then something is spooky and the site should be inaccessible. Other browsers are throwing around ideas about using DANE to make the site accessible in the event the certificate chain fails, which seems like the wrong direction to me. I haven't really seen any good arguments in favor of one approach or the other, though. Isn't the whole point to eliminate the need for third party certificate authorities entirely? Just to clarify what you are saying -- if there is a third party certificate chain which fails, then you would distrust the site. But if there is no third party certificate authority chain, and DANE succeeds, then you would accept the DANE-provided certificate and trust the site. -- Mike -- 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 1239071] perl-Class-Unload-0.09 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1239071 --- Comment #2 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Scratch build succeeded http://koji.fedoraproject.org/koji/taskinfo?taskID=10281118 -- 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: dnssec-trigger + GNOME + NetworkManager integration
On Fri, 2015-07-03 at 15:43 +0200, Petr Spacek wrote: For the record, and all this can be solved by DNSSEC + DANE. See RFC 6698. I was planning to use DANE as a second required check in addition to the normal certificate chain. That is, if either the certificate chain doesn't check out or DANE fails, then something is spooky and the site should be inaccessible. Other browsers are throwing around ideas about using DANE to make the site accessible in the event the certificate chain fails, which seems like the wrong direction to me. I haven't really seen any good arguments in favor of one approach or the other, though. Michael -- 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: dnssec-trigger + GNOME + NetworkManager integration
And dnssec-validator.cx for a Firefox/chrome plugin that you can see in action against fedoraproject.org that already deploys this Sent from my iPhone On Jul 3, 2015, at 10:43, Petr Spacek pspa...@redhat.com wrote: On 2.7.2015 17:56, Michael Catanzaro wrote: On Thu, 2015-07-02 at 16:38 +0200, Reindl Harald wrote: this type of attitude? everybody who reads IT news over the past years about CA's issued certificates even for Google knows that a CA signed certificate does not prove anything - the real problem is wehn this happens for Google somebody takes notice and the press writes about it if the same happens for your domain nobody will recognize it The situation is going to be getting a lot better in the near future, though. We're getting to the point where we can start enforcing Google's certificate transparency: if your certificate isn't on the public audit list, we can simply reject it. That allows individual web sites to get an immediate heads-up whenever any fraudulent certificate is issued for their site. (And researchers will be looking after the most important sites, of course.) That's not going to fix TLS in itself, because most sites probably don't care, but if the site does care, it will be impossible to issue a browser-trusted certificate for the site without that site knowing. (At least, that's my understanding of the technology; I haven't researched it thoroughly.) You're right that OCSP is worthless. GNOME applications don't currently perform any certificate revocation; I'm not willing to implement OCSP unless Firefox is willing to enforce it, and they aren't. We should implement OneCRL, which solves the revocation problem for intermediate certificates, but there doesn't seem to be any reasonable solution for individual sites yet. OCSP must-staple seems promising. Of course, we can't have any of these nice features in GNOME unless somebody wants to pay for their implementation. (If so, get in touch please.) For the record, and all this can be solved by DNSSEC + DANE. See RFC 6698. -- Petr Spacek @ Red Hat -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Do appdata files installed by a package do anything?
On Fri, Jul 3, 2015 at 6:15 AM, Richard Hughes hughsi...@gmail.com wrote: On 3 July 2015 at 06:29, Florian Weimer fwei...@redhat.com wrote: Any file change would be invisible until the appstream-data package contents is regenerated, right? I suspect that's what causes testing challenges. You can prefer local files over the distro-supplied data using: killall gnome-software gnome-software --prefer-local Thanks, that will at least let me test the change and make sure it works before I tell upstream. If you want to override the screenshot, you can either patch the .appdata.xml in the spec file like any normal file, or you can use the F22+ command in the spec file: appstream-util replace-screenshots /path/to/appdata.xml http://new-screenshot.png Well I'm still on F21 until RPM Fusion properly branches but thanks for the info. In this case the appdata file isn't actually in the source archive but is provided along side it in their github mirror so I use have it as a source file. Thanks, Richard -- 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: dnssec-trigger + GNOME + NetworkManager integration
On Fri, 2015-07-03 at 11:21 -0400, Mike Pinkerton wrote: Isn't the whole point to eliminate the need for third party certificate authorities entirely? Well I think you could choose to do that, or you could choose to use it as an additional security measure on top of traditional certificate authorities. Just to clarify what you are saying -- if there is a third party certificate chain which fails, then you would distrust the site. But if there is no third party certificate authority chain, and DANE succeeds, then you would accept the DANE-provided certificate and trust the site. I was thinking to require both to work, instead of just one or the other. Seems like that would make life hardest for the attacker. Anyway, we'll probably wait for some major browser to use DANE first (probably won't be Chrome [1]) and then copy what they do for GNOME. Michael [1] https://www.imperialviolet.org/2015/01/17/notdane.html -- 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 1234662] perl-Gnome2-1.046 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1234662 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-Gnome2-1.046-1.fc21|perl-Gnome2-1.046-1.fc22 --- Comment #10 from Fedora Update System upda...@fedoraproject.org --- perl-Gnome2-1.046-1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report. -- 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 1219337] Upgrade to new upstream version
https://bugzilla.redhat.com/show_bug.cgi?id=1219337 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|pakiti-3.0.1-1.el6 |pakiti-3.0.1-1.fc21 --- Comment #10 from Fedora Update System upda...@fedoraproject.org --- pakiti-3.0.1-1.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report. -- 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 1231453] perl-threads-2.02 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1231453 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|perl-threads-2.02-1.fc23|perl-threads-2.02-1.fc22 Resolution|--- |ERRATA Last Closed||2015-07-03 14:43:21 --- Comment #8 from Fedora Update System upda...@fedoraproject.org --- perl-threads-2.02-1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report. -- 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 1234730] perl-Syntax-Highlight-Perl6-0.88-13.fc23 FTBFS: missing build-time dependency on perl(open)
https://bugzilla.redhat.com/show_bug.cgi?id=1234730 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|perl-Syntax-Highlight-Perl6 |perl-Syntax-Highlight-Perl6 |-0.88-14.fc23 |-0.88-12.fc22 Resolution|--- |ERRATA Last Closed||2015-07-03 14:43:09 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-Syntax-Highlight-Perl6-0.88-12.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report. -- 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 1230080] Upgrade perl-CHI to 0.60
https://bugzilla.redhat.com/show_bug.cgi?id=1230080 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version||perl-CHI-0.60-1.fc21 Resolution|--- |ERRATA Last Closed||2015-07-03 14:37:58 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-CHI-0.60-1.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report. -- 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 1219337] Upgrade to new upstream version
https://bugzilla.redhat.com/show_bug.cgi?id=1219337 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|pakiti-3.0.1-1.fc21 |pakiti-3.0.1-1.fc22 --- Comment #11 from Fedora Update System upda...@fedoraproject.org --- pakiti-3.0.1-1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report. -- 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 1234355] perl-CGI-4.21 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1234355 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|perl-CGI-4.21-1.fc23|perl-CGI-4.21-1.fc22 Resolution|--- |ERRATA Last Closed||2015-07-03 14:52:19 --- Comment #6 from Fedora Update System upda...@fedoraproject.org --- perl-CGI-4.21-1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report. -- 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 1234662] perl-Gnome2-1.046 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1234662 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In Version|perl-Gnome2-1.046-1.fc23|perl-Gnome2-1.046-1.fc21 Resolution|--- |ERRATA Last Closed||2015-07-03 14:39:58 --- Comment #9 from Fedora Update System upda...@fedoraproject.org --- perl-Gnome2-1.046-1.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report. -- 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 1239179] perl-Dancer-1.3140 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1239179 --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Created attachment 1045927 -- https://bugzilla.redhat.com/attachment.cgi?id=1045927action=edit [patch] Update to 1.3140 (#1239179) -- 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 1239179] New: perl-Dancer-1.3140 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1239179 Bug ID: 1239179 Summary: perl-Dancer-1.3140 is available Product: Fedora Version: rawhide Component: perl-Dancer Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, perl-devel@lists.fedoraproject.org Latest upstream release: 1.3140 Current version/release in rawhide: 1.3138-2.fc23 URL: http://search.cpan.org/dist/Dancer/ 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
[Bug 1239179] perl-Dancer-1.3140 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1239179 --- Comment #2 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Scratch build succeeded http://koji.fedoraproject.org/koji/taskinfo?taskID=10286343 -- 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 1239180] New: perl-Devel-PatchPerl-1.38 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1239180 Bug ID: 1239180 Summary: perl-Devel-PatchPerl-1.38 is available Product: Fedora Version: rawhide Component: perl-Devel-PatchPerl Keywords: FutureFeature, Triaged Assignee: psab...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: iarn...@gmail.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com Latest upstream release: 1.38 Current version/release in rawhide: 1.34-3.fc23 URL: http://search.cpan.org/dist/Devel-PatchPerl/ 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: Orphaning python-xhtml2pdf
On 07/03/2015 12:00 AM, Matthias Runge wrote: I'm orphaning python-xhtml2pdf. It has been more or less dead upstream for years. Looks like it's at https://github.com/chrisglass/xhtml2pdf now and is somewhat active. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Non responsive maintainer: Jaromír Cápík
Upstream version of phatch is available and also a patch provided on https://bugzilla.redhat.com/show_bug.cgi?id=1192867 but the assignee is unresponsive. Unfortunately, I am not in proven packager group so it would be nice if someone can submitted and update that package. I understand the main maintainer might be busy, the bug is there for months. Thanks you, -- Luya Tshimbalanga Graphic Web Designer E: l...@fedoraproject.org W: http://www.coolest-storm.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: F23 System Wide Change: Layered Docker Image Build Service
- Original Message - From: Pierre-Yves Chibon pin...@pingoured.fr To: devel@lists.fedoraproject.org Cc: devel-annou...@lists.fedoraproject.org Sent: Friday, July 3, 2015 9:06:21 AM Subject: Re: F23 System Wide Change: Layered Docker Image Build Service On Fri, Jul 03, 2015 at 02:59:48AM -0400, Jan Kurik wrote: = Proposed System Wide Change: Layered Docker Image Build Service = https://fedoraproject.org/wiki/Changes/Layered_Docker_Image_Build_Service Change owner(s): * Colin Walters walters AT redhat DOT com * Adam Miller maxamillion AT gmail DOT com * Tomas Tomecek ttomecek AT redhat DOT com * Tim Waugh twaugh AT redhat DOT com Fedora currently ships a Docker base image, but Docker supports a layering concept. There are some applications like Cockpit which we would like to ship as layered applications. This change will deploy the build service to support building and delivering a set of layered Docker images, and will enable Fedora contributors to create and maintain Dockerfiles from which those images will be generated. == Detailed Description == This change opens up an new type of official binary artifact produced by Fedora. Currently, we produce two main types of artifacts: RPMs, and images. The RPMs are created in Koji from specfiles in dist-git. The images come in different formats, but have in common creation in Koji from kickstart files — this includes the official Fedora Docker Base Image. This change introduces a new type of image, a Docker Layered Image, which is created from a Dockerfile and builds on top of that base image. The system has five major parts: * A command-line client — already integrated into rpkg; needs only minor work to enable in fedpkg * dist-git for Dockerfiles * A koji plugin, containerbuild * An OpenShift 3 backend * A distribution mechanism; initially, this will be 1. ftp/http mirror (either alt or main mirrors), and 2. pushed to upstream Docker hub (running our own registry is currently out of scope; see below) For more information, see this presentation for the high level overview of the whole system. == Scope == For the Scope of this Change please check https://fedoraproject.org/wiki/Changes/Layered_Docker_Image_Build_Service#Scope Is this an F23 or an F24 change proposal? I thought the deadline to propose F23 changes was June 23rd. You are right, the deadline has passed. However, this Change was announced in advance to the Change wrangler and it seems to be the kind of a Change we need to have. Originally it was planned as a Self-Contained change, however as it affects the building infrastructure it was turned to System-Wide to make sure it attracts wider audience. I hope, the community understands this exception. Regards, Jan Pierre -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Jan Kuřík Platform Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic -- 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-Proc-Terminator (master). Initial import
From 71cb8630ce6244ccafe56ab5de40ca406eb4d951 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova jples...@redhat.com
Date: Fri, 3 Jul 2015 09:43:25 +0200
Subject: Initial import
diff --git a/.gitignore b/.gitignore
index e69de29..cb0f82a 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Proc-Terminator-0.05.tar.gz
diff --git a/perl-Proc-Terminator.spec b/perl-Proc-Terminator.spec
new file mode 100644
index 000..fea04f7
--- /dev/null
+++ b/perl-Proc-Terminator.spec
@@ -0,0 +1,53 @@
+Name: perl-Proc-Terminator
+Version:0.05
+Release:1%{?dist}
+Summary:Conveniently terminate processes
+License:GPL+ or Artistic
+Group: Development/Libraries
+URL:http://search.cpan.org/dist/Proc-Terminator/
+Source0:
http://www.cpan.org/authors/id/M/MN/MNUNBERG/Proc-Terminator-%{version}.tar.gz
+BuildArch: noarch
+BuildRequires: make
+BuildRequires: perl
+BuildRequires: perl(base)
+BuildRequires: perl(Data::Dumper)
+BuildRequires: perl(Exporter)
+BuildRequires: perl(ExtUtils::MakeMaker) = 6.76
+BuildRequires: perl(Moo) = 0.009014
+BuildRequires: perl(POSIX)
+BuildRequires: perl(strict)
+BuildRequires: perl(Test::More)
+BuildRequires: perl(Time::HiRes)
+BuildRequires: perl(warnings)
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
+Requires: perl(Moo) = 0.009014
+
+%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\(Moo\\)\\s*$
+
+%description
+Proc::Terminator provides a convenient way to kill a process, often useful
+in utility and startup functions which need to ensure the death of an
+external process.
+
+%prep
+%setup -q -n Proc-Terminator-%{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
+%doc Changes README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Mon Jun 29 2015 Jitka Plesnikova jples...@redhat.com - 0.05-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..bc1c02f 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+d879bfe3942a2139693c33409c232730 Proc-Terminator-0.05.tar.gz
--
cgit v0.10.2
http://pkgs.fedoraproject.org/cgit/perl-Proc-Terminator.git/commit/?h=masterid=71cb8630ce6244ccafe56ab5de40ca406eb4d951
--
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 Proc-Terminator-0.05.tar.gz for perl-Proc-Terminator
d879bfe3942a2139693c33409c232730 Proc-Terminator-0.05.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Proc-Terminator/Proc-Terminator-0.05.tar.gz/md5/d879bfe3942a2139693c33409c232730/Proc-Terminator-0.05.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 uploaded Archive-Any-Create-0.03.tar.gz for perl-Archive-Any-Create
c3c72ae4c9bc6e825ba69b9b0ae48b7f Archive-Any-Create-0.03.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Archive-Any-Create/Archive-Any-Create-0.03.tar.gz/md5/c3c72ae4c9bc6e825ba69b9b0ae48b7f/Archive-Any-Create-0.03.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
ppisar pushed to perl-PPIx-Regexp (master). 0.041 bump
From 4d13dc50d108a0e479ab3565ca42a4ff24ebd5eb Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com
Date: Fri, 3 Jul 2015 10:51:45 +0200
Subject: 0.041 bump
diff --git a/.gitignore b/.gitignore
index 590d137..9d293ac 100644
--- a/.gitignore
+++ b/.gitignore
@@ -29,3 +29,4 @@ PPIx-Regexp-0.007.tar.gz
/PPIx-Regexp-0.038.tar.gz
/PPIx-Regexp-0.039.tar.gz
/PPIx-Regexp-0.040.tar.gz
+/PPIx-Regexp-0.041.tar.gz
diff --git a/perl-PPIx-Regexp.spec b/perl-PPIx-Regexp.spec
index bae75b9..4ac61df 100644
--- a/perl-PPIx-Regexp.spec
+++ b/perl-PPIx-Regexp.spec
@@ -1,6 +1,6 @@
Name: perl-PPIx-Regexp
-Version:0.040
-Release:3%{?dist}
+Version:0.041
+Release:1%{?dist}
Summary:Represent a regular expression of some sort
License:GPL+ or Artistic
Group: Development/Libraries
@@ -72,6 +72,9 @@ perl Build.PL installdirs=vendor
%{_mandir}/man3/*
%changelog
+* Fri Jul 03 2015 Petr Pisar ppi...@redhat.com - 0.041-1
+- 0.041 bump
+
* Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.040-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
diff --git a/sources b/sources
index e6a694d..79bd6de 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-19596a94b5b4cb9ad05b85777ff8e42f PPIx-Regexp-0.040.tar.gz
+48ac85c00a3094732dc316703d64c658 PPIx-Regexp-0.041.tar.gz
--
cgit v0.10.2
http://pkgs.fedoraproject.org/cgit/perl-PPIx-Regexp.git/commit/?h=masterid=4d13dc50d108a0e479ab3565ca42a4ff24ebd5eb
--
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 1238898] perl-PPIx-Regexp-0.041 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1238898 --- Comment #3 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- ppisar's perl-PPIx-Regexp-0.041-1.fc23 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=666726 -- 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: F23 System Wide Change: Layered Docker Image Build Service
On Fri, Jul 03, 2015 at 02:59:48AM -0400, Jan Kurik wrote: = Proposed System Wide Change: Layered Docker Image Build Service = https://fedoraproject.org/wiki/Changes/Layered_Docker_Image_Build_Service Change owner(s): * Colin Walters walters AT redhat DOT com * Adam Miller maxamillion AT gmail DOT com * Tomas Tomecek ttomecek AT redhat DOT com * Tim Waugh twaugh AT redhat DOT com Fedora currently ships a Docker base image, but Docker supports a layering concept. There are some applications like Cockpit which we would like to ship as layered applications. This change will deploy the build service to support building and delivering a set of layered Docker images, and will enable Fedora contributors to create and maintain Dockerfiles from which those images will be generated. == Detailed Description == This change opens up an new type of official binary artifact produced by Fedora. Currently, we produce two main types of artifacts: RPMs, and images. The RPMs are created in Koji from specfiles in dist-git. The images come in different formats, but have in common creation in Koji from kickstart files — this includes the official Fedora Docker Base Image. This change introduces a new type of image, a Docker Layered Image, which is created from a Dockerfile and builds on top of that base image. The system has five major parts: * A command-line client — already integrated into rpkg; needs only minor work to enable in fedpkg * dist-git for Dockerfiles * A koji plugin, containerbuild * An OpenShift 3 backend * A distribution mechanism; initially, this will be 1. ftp/http mirror (either alt or main mirrors), and 2. pushed to upstream Docker hub (running our own registry is currently out of scope; see below) For more information, see this presentation for the high level overview of the whole system. == Scope == For the Scope of this Change please check https://fedoraproject.org/wiki/Changes/Layered_Docker_Image_Build_Service#Scope Is this an F23 or an F24 change proposal? I thought the deadline to propose F23 changes was June 23rd. Pierre -- 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: F23 System Wide Change: Layered Docker Image Build Service
If you start creating “layers” in /whatever/ container system, how do you inform the RPM database of what is installed safely? It seems like the deltas in each image would start to cause some file integrity issues with RPM to me. Unless we’re specifically talking about layering without RPM, in which case it’s a non-issue. Just curious. On Jul 3, 2015, at 2:59 AM, Jan Kurik jku...@redhat.com wrote: = Proposed System Wide Change: Layered Docker Image Build Service = https://fedoraproject.org/wiki/Changes/Layered_Docker_Image_Build_Service Change owner(s): * Colin Walters walters AT redhat DOT com * Adam Miller maxamillion AT gmail DOT com * Tomas Tomecek ttomecek AT redhat DOT com * Tim Waugh twaugh AT redhat DOT com Fedora currently ships a Docker base image, but Docker supports a layering concept. There are some applications like Cockpit which we would like to ship as layered applications. This change will deploy the build service to support building and delivering a set of layered Docker images, and will enable Fedora contributors to create and maintain Dockerfiles from which those images will be generated. == Detailed Description == This change opens up an new type of official binary artifact produced by Fedora. Currently, we produce two main types of artifacts: RPMs, and images. The RPMs are created in Koji from specfiles in dist-git. The images come in different formats, but have in common creation in Koji from kickstart files — this includes the official Fedora Docker Base Image. This change introduces a new type of image, a Docker Layered Image, which is created from a Dockerfile and builds on top of that base image. The system has five major parts: * A command-line client — already integrated into rpkg; needs only minor work to enable in fedpkg * dist-git for Dockerfiles * A koji plugin, containerbuild * An OpenShift 3 backend * A distribution mechanism; initially, this will be 1. ftp/http mirror (either alt or main mirrors), and 2. pushed to upstream Docker hub (running our own registry is currently out of scope; see below) For more information, see this presentation for the high level overview of the whole system. == Scope == For the Scope of this Change please check https://fedoraproject.org/wiki/Changes/Layered_Docker_Image_Build_Service#Scope -- Jan Kuřík ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
jplesnik pushed to perl-Archive-Any-Create (master). Initial import
From 819bf5667d7719bb7322ef240a73a18a9e6d78fe Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova jples...@redhat.com
Date: Fri, 3 Jul 2015 10:10:31 +0200
Subject: Initial import
diff --git a/.gitignore b/.gitignore
index e69de29..43b7952 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Archive-Any-Create-0.03.tar.gz
diff --git a/perl-Archive-Any-Create.spec b/perl-Archive-Any-Create.spec
new file mode 100644
index 000..c72536d
--- /dev/null
+++ b/perl-Archive-Any-Create.spec
@@ -0,0 +1,48 @@
+Name: perl-Archive-Any-Create
+Version:0.03
+Release:1%{?dist}
+Summary:Abstract API to create archives (tar, tar.gz and zip)
+License:GPL+ or Artistic
+Group: Development/Libraries
+URL:http://search.cpan.org/dist/Archive-Any-Create/
+Source0:
http://www.cpan.org/authors/id/M/MI/MIYAGAWA/Archive-Any-Create-%{version}.tar.gz
+BuildArch: noarch
+BuildRequires: make
+BuildRequires: perl
+BuildRequires: perl(Archive::Tar)
+BuildRequires: perl(Archive::Zip)
+BuildRequires: perl(Exception::Class)
+BuildRequires: perl(ExtUtils::MakeMaker) = 6.76
+BuildRequires: perl(strict)
+BuildRequires: perl(Test::More) = 0.90
+BuildRequires: perl(UNIVERSAL::require)
+BuildRequires: perl(warnings)
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
+
+%description
+Archive::Any::Create is a wrapper module to create tar/tar.gz/zip files
+with a single easy-to-use API.
+
+%prep
+%setup -q -n Archive-Any-Create-%{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
+* Tue Jun 30 2015 Jitka Plesnikova jples...@redhat.com - 0.03-1
+- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index e69de29..753145b 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+c3c72ae4c9bc6e825ba69b9b0ae48b7f Archive-Any-Create-0.03.tar.gz
--
cgit v0.10.2
http://pkgs.fedoraproject.org/cgit/perl-Archive-Any-Create.git/commit/?h=masterid=819bf5667d7719bb7322ef240a73a18a9e6d78fe
--
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 PPIx-Regexp-0.041.tar.gz for perl-PPIx-Regexp
48ac85c00a3094732dc316703d64c658 PPIx-Regexp-0.041.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-PPIx-Regexp/PPIx-Regexp-0.041.tar.gz/md5/48ac85c00a3094732dc316703d64c658/PPIx-Regexp-0.041.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
Orphaning python-xhtml2pdf
Hello, I'm orphaning python-xhtml2pdf. It has been more or less dead upstream for years. Matthias -- 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: [ANNOUNCE] kexec-tools 2.0.10
On 07/02/15 at 09:48am, Peter Robinson wrote: On Thu, Jul 2, 2015 at 4:06 AM, Dave Young dyo...@redhat.com wrote: On 07/01/15 at 09:08am, Peter Robinson wrote: On Wed, Jul 1, 2015 at 1:36 AM, Dave Young dyo...@redhat.com wrote: Pratyush, Thanks for the effort, let's cc Fedora devel list, see if we can get help from Fedora experts. Summary the problem: Latest kexec-tools koji build in rawhide results in a wrong kexec binary, kexec load fails with something like below: R_X86_64_29 Unhandled rela relocation: R_X86_64_29 This kinds of errors usually caused by gcc unnecesarrily add options like -fexception, -fPIC, -fstack-protetor-* for building kexec purgatory which runs in kernel mode. I filed a bug below: https://bugzilla.redhat.com/show_bug.cgi?id=1236456 Appreciate for any hints how to fix the problem. I commented on the BZ Peter, thank you. Resolved with your suggestion. Excellent, btw what's the status of aarch64 support landing upstream so we can enable it in Fedora? arm64 patches are still not accepted in upstream, Geoff need resend the whole series for review. Will ping them in list. Thanks Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
F23 System Wide Change: Layered Docker Image Build Service
= Proposed System Wide Change: Layered Docker Image Build Service = https://fedoraproject.org/wiki/Changes/Layered_Docker_Image_Build_Service Change owner(s): * Colin Walters walters AT redhat DOT com * Adam Miller maxamillion AT gmail DOT com * Tomas Tomecek ttomecek AT redhat DOT com * Tim Waugh twaugh AT redhat DOT com Fedora currently ships a Docker base image, but Docker supports a layering concept. There are some applications like Cockpit which we would like to ship as layered applications. This change will deploy the build service to support building and delivering a set of layered Docker images, and will enable Fedora contributors to create and maintain Dockerfiles from which those images will be generated. == Detailed Description == This change opens up an new type of official binary artifact produced by Fedora. Currently, we produce two main types of artifacts: RPMs, and images. The RPMs are created in Koji from specfiles in dist-git. The images come in different formats, but have in common creation in Koji from kickstart files — this includes the official Fedora Docker Base Image. This change introduces a new type of image, a Docker Layered Image, which is created from a Dockerfile and builds on top of that base image. The system has five major parts: * A command-line client — already integrated into rpkg; needs only minor work to enable in fedpkg * dist-git for Dockerfiles * A koji plugin, containerbuild * An OpenShift 3 backend * A distribution mechanism; initially, this will be 1. ftp/http mirror (either alt or main mirrors), and 2. pushed to upstream Docker hub (running our own registry is currently out of scope; see below) For more information, see this presentation for the high level overview of the whole system. == Scope == For the Scope of this Change please check https://fedoraproject.org/wiki/Changes/Layered_Docker_Image_Build_Service#Scope -- Jan Kuřík ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1238898] perl-PPIx-Regexp-0.041 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1238898 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-PPIx-Regexp-0.041-1.fc ||23 Resolution|--- |RAWHIDE Last Closed||2015-07-03 05:00:41 -- 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: Do appdata files installed by a package do anything?
On 3 July 2015 at 06:29, Florian Weimer fwei...@redhat.com wrote: Any file change would be invisible until the appstream-data package contents is regenerated, right? I suspect that's what causes testing challenges. You can prefer local files over the distro-supplied data using: killall gnome-software gnome-software --prefer-local We prefer the distro-provided data for a few reasons: * the screenshots come from the mirrors, not upstream * we replace or add a few things to certain packages * it takes ages to stat and then load a lot of small files rather than slurping one large .gz blob. If you want to override the screenshot, you can either patch the .appdata.xml in the spec file like any normal file, or you can use the F22+ command in the spec file: appstream-util replace-screenshots /path/to/appdata.xml http://new-screenshot.png Hope that helps, Richard. -- 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: Investigation of the F23 mass rebuild
Dne 2.7.2015 v 16:49 Adam Jackson napsal(a): There are 173 non-now binaries installed under /usr/share. 68 of those are ircd-ratbox, and 56 are rubygem-gherkin. Filed bug for rubygem-gherkin: https://bugzilla.redhat.com/show_bug.cgi?id=1239048 This looks to be packager's overlook. 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
Broken dependencies: perl-Task-Kensho-Testing
perl-Task-Kensho-Testing has broken dependencies in the rawhide tree: On x86_64: perl-Task-Kensho-Testing-0.38-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On i386: perl-Task-Kensho-Testing-0.38-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On armhfp: perl-Task-Kensho-Testing-0.38-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-Gtk3-WebKit
perl-Gtk3-WebKit has broken dependencies in the rawhide tree: On x86_64: perl-Gtk3-WebKit-0.06-3.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Gtk3-WebKit-0.06-3.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Gtk3-WebKit-0.06-3.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-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: 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-Devel-Cover
perl-Devel-Cover has broken dependencies in the rawhide tree: On x86_64: perl-Devel-Cover-1.18-1.fc23.x86_64 requires perl(:MODULE_COMPAT_5.20.2) perl-Devel-Cover-1.18-1.fc23.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-Cover-1.18-1.fc23.i686 requires perl(:MODULE_COMPAT_5.20.2) perl-Devel-Cover-1.18-1.fc23.i686 requires libperl.so.5.20 On armhfp: perl-Devel-Cover-1.18-1.fc23.armv7hl requires perl(:MODULE_COMPAT_5.20.2) perl-Devel-Cover-1.18-1.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-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-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-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-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-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-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-Test-Apocalypse
perl-Test-Apocalypse has broken dependencies in the rawhide tree: On x86_64: perl-Test-Apocalypse-1.006-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On i386: perl-Test-Apocalypse-1.006-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On armhfp: perl-Test-Apocalypse-1.006-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-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: 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-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
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-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
Broken dependencies: perl-Gtk3
perl-Gtk3 has broken dependencies in the rawhide tree: On x86_64: perl-Gtk3-0.019-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On i386: perl-Gtk3-0.019-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On armhfp: perl-Gtk3-0.019-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-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
