Re: Firefox addon signing
Dne 27.8.2015 v 16:09 Dennis Gilmore napsal(a): On Wednesday, August 26, 2015 03:13:08 PM Richard Z wrote: On Wed, Aug 26, 2015 at 03:12:25PM +0300, Alexander Ploumistos wrote: Their FAQ is constantly updated: https://wiki.mozilla.org/Addons/Extension_Signing#FAQ I'm not sure if there is a valid practical reason to refuse submitting the addons that we ship to their signing service or if it is against our policies; at least mozilla-https-everywhere has been signed. that would work for Fedora - if it can be guaranteed that they sign new versions quickly. Immagine if one of our plugins had a security hole and mozilla would need days or weeks to sign it. As far as I can see Fedora specific extensions would have to be listed which means they would go through manual code review at mozilla. We have no real practical way to do this other than package up the addon and build it as a -unsigned package, then making a separate package that has the precompiled binary and signed by mozilla and put into the add on package. It sounds like the path mozilla is taking will likely prevent us shipping addons in Fedora. That of course is their right to pursue that. I'm wondering what is good replacement option - since the amount of troubles with Firefox seems to be just scaling up. The memory usage - is the story for it self - displaying a tab with just our bugzilla pages eats like 6-8M of RAM - I used to be running full OS with this amount of RAM - now it's not enough to render couple lines and color boxes and 'couple' KB of text Keyboard and mouse has weird focus - so often I type in one windows, but keyboard input magically work in another window (i.e. Ctrl+T opens new tab in second window) I've no chance to control what is downloaded - I could partially limit thing by using plugins - but they eats possibly more RAM, slows FF down (at least by FF reporting messages) and will likely be sooner or later banned. Lot's of things are hardly reportable. Chrome is not an option for me - it eats even more RAM and slows my machine even more then FF. So what are the option - if the person want to view Web with all modern technologies being supported ? Zdenek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
rawhide report: 20150827 changes
Compose started at Thu Aug 27 05:15:04 UTC 2015 Broken deps for i386 -- [ScientificPython] ScientificPython-2.8-20.fc22.i686 requires libmpi.so.1 [amor] amor-15.08.0-1.fc24.i686 requires kde-runtime = 0:15.08.0 [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) [artikulate] artikulate-15.08.0-1.fc24.i686 requires kde-runtime = 0:15.08.0 [aws] aws-tools-2015-2.fc23.i686 requires libaws_ssl.so [cego] cego-2.20.21-3.fc23.i686 requires liblfcbase.so.1 [dpm-contrib-admintools] dpm-contrib-admintools-0.2.1-6.fc23.i686 requires MySQL-python(x86-32) [ghc-citeproc-hs] ghc-citeproc-hs-0.3.9-6.fc23.i686 requires libHSxml-1.3.13-ghc7.8.4.so ghc-citeproc-hs-0.3.9-6.fc23.i686 requires ghc(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2) ghc-citeproc-hs-devel-0.3.9-6.fc23.i686 requires ghc-devel(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2) [ghc-hakyll] ghc-hakyll-4.5.4.0-3.fc23.i686 requires libHSxml-1.3.13-ghc7.8.4.so [ghc-scotty] ghc-scotty-0.9.0-3.fc23.i686 requires libHSstringsearch-0.3.6.5-ghc7.8.4.so ghc-scotty-0.9.0-3.fc23.i686 requires ghc(wai-extra-3.0.4.5-71421e9684582df3095add7548e2ff46) ghc-scotty-devel-0.9.0-3.fc23.i686 requires ghc-devel(wai-extra-3.0.4.5-71421e9684582df3095add7548e2ff46) [ghc-texmath] ghc-texmath-0.8.0.1-3.fc23.i686 requires libHSxml-1.3.13-ghc7.8.4.so ghc-texmath-0.8.0.1-3.fc23.i686 requires ghc(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2) ghc-texmath-devel-0.8.0.1-3.fc23.i686 requires ghc-devel(xml-1.3.13-62bfe61c33b8015ab0b36aed75278ed2) [gnatcoll] gnatcoll-2014-4.fc23.i686 requires libgtkada-3.8.so.2 [golang-github-kraman-libcontainer] golang-github-kraman-libcontainer-devel-0-0.4.gitd700e5b.fc24.noarch requires golang(github.com/docker/docker/pkg/netlink) [golang-github-prometheus-prometheus] golang-github-prometheus-prometheus-devel-0.15.0-1.fc24.noarch requires golang(gopkg.in/fsnotify.v1) golang-github-prometheus-prometheus-devel-0.15.0-1.fc24.noarch requires golang(github.com/julienschmidt/httprouter) [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) [hledger] ghc-hledger-0.24-1.fc23.i686 requires libHSwizards-1.0.1-ghc7.8.4.so ghc-hledger-0.24-1.fc23.i686 requires libHSsafe-0.3.8-ghc7.8.4.so ghc-hledger-0.24-1.fc23.i686 requires ghc(wizards-1.0.1-1fbc6b27418a55ac15f9fa21e7407414) ghc-hledger-0.24-1.fc23.i686 requires ghc(safe-0.3.8-d74ed6b72913e328eb71bf0989f33612)
Re: Firefox addon signing
On Thu, Aug 27, 2015 at 5:09 PM, Dennis Gilmore den...@ausil.us wrote: We have no real practical way to do this other than package up the addon and build it as a -unsigned package, then making a separate package that has the precompiled binary and signed by mozilla and put into the add on package. Aren't the addons that we ship in fedora a bunch of text files zipped in an xpi archive? It is kind of awkward to send them back and forth, but if there are no other binaries, does it go against a particular policy? Or we could decide that we trust Mozilla's code review process and drop packaging addons altogether, as was suggested. At least the users will receive updates faster. -- 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-Catalyst-Plugin-StackTrace (master). 0.12 bump
From 47ce1f3a254f27fdb40c4771adfabf02975e14e6 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova jples...@redhat.com Date: Thu, 27 Aug 2015 15:44:40 +0200 Subject: 0.12 bump diff --git a/.gitignore b/.gitignore index 9b40d4a..d54c686 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ Catalyst-Plugin-StackTrace-0.10.tar.gz +/Catalyst-Plugin-StackTrace-0.12.tar.gz diff --git a/perl-Catalyst-Plugin-StackTrace.spec b/perl-Catalyst-Plugin-StackTrace.spec index 258de47..063c464 100644 --- a/perl-Catalyst-Plugin-StackTrace.spec +++ b/perl-Catalyst-Plugin-StackTrace.spec @@ -1,22 +1,45 @@ Name: perl-Catalyst-Plugin-StackTrace -Version:0.10 -Release:17%{?dist} +Version:0.12 +Release:1%{?dist} Summary:Display a stack trace on the debug screen License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Catalyst-Plugin-StackTrace/ -Source0: http://search.cpan.org/CPAN/authors/id/M/MR/MRAMBERG/Catalyst-Plugin-StackTrace-%{version}.tar.gz +Source0: http://search.cpan.org/CPAN/authors/id/B/BO/BOBTFISH/Catalyst-Plugin-StackTrace-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make +BuildRequires: perl +BuildRequires: perl(base) BuildRequires: perl(Catalyst) = 5.70 +BuildRequires: perl(Catalyst::Controller) +BuildRequires: perl(Catalyst::Test) +BuildRequires: perl(Cwd) BuildRequires: perl(Devel::StackTrace) BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(File::Find) +BuildRequires: perl(File::Path) +BuildRequires: perl(File::Spec) +BuildRequires: perl(FindBin) +BuildRequires: perl(HTML::Entities) +BuildRequires: perl(lib) +BuildRequires: perl(Moose) +BuildRequires: perl(MooseX::Emulate::Class::Accessor::Fast) BuildRequires: perl(MRO::Compat) = 0.10 +BuildRequires: perl(namespace::autoclean) +BuildRequires: perl(overload) +BuildRequires: perl(Scalar::Util) +BuildRequires: perl(strict) BuildRequires: perl(Test::More) +BuildRequires: perl(Test::Perl::Critic) BuildRequires: perl(Test::Pod) = 1.14 BuildRequires: perl(Test::Pod::Coverage) = 1.04 -Requires: perl(Catalyst) = 5.61 -Requires: perl(Devel::StackTrace) +BuildRequires: perl(vars) +BuildRequires: perl(warnings) +Requires: perl(Catalyst) = 5.70 +Requires: perl(MooseX::Emulate::Class::Accessor::Fast) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description @@ -35,7 +58,7 @@ make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT -make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT +make pure_install DESTDIR=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; @@ -55,6 +78,9 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Thu Aug 27 2015 Jitka Plesnikova jples...@redhat.com - 0.12-1 +- 0.12 bump + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.10-17 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index 86c88d5..bd8fe3a 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -65e14b49b52e338e4a29535f49442941 Catalyst-Plugin-StackTrace-0.10.tar.gz +f089320a66b085f6ee087c990bdccf6c Catalyst-Plugin-StackTrace-0.12.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Catalyst-Plugin-StackTrace.git/commit/?h=masterid=47ce1f3a254f27fdb40c4771adfabf02975e14e6 -- 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: Glibc locale subpackaging
On 06/22/2015 12:16 PM, Jan Kurik wrote: = Proposed System Wide Change: Glibc locale subpackaging = We have to revisit this topic as soon as rich dependencies are in place. Rich dependencies offer a way to handle locales on a system wide level. One possible implementation would be having langsupport-XX meta packages that enable support for a given language. Locales could be in packages like glibc-lang-de, foo-lang-de, ... The main package could then have Requires: (foo-lang-de if langsupport-de) if we want to enforce the locale package to be installed. Otherwise it might be more elegant to have the language package (e.g. glibc-lang-de) have: Supplements: (glibc and langsupport-de) As we can assume that glibc is always installed this could already be done with: Supplements: langsupport-de The benefit of this approach is that installing a new langsupport-XX package will bring in the locale packages for all packages making use of this mechanism. Florian -- Red Hat GmbH, http://www.de.redhat.com/ Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Michael Cunningham, Michael O'Neill, Charles Peters -- 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 1248968] perl-Test-NeedsDisplay-1.07-11.fc24 FTBFS randomly
https://bugzilla.redhat.com/show_bug.cgi?id=1248968 --- Comment #1 from Petr Pisar ppi...@redhat.com --- The reproducer is: $ while (prove -v -b t/10_run.t t/11_run.t); do :; done t/10_run.t .. # No DISPLAY. Looking for xvfb-run... # Restarting with xvfb-run... 1..2 ok 1 - running xeyes # PID 11643 ok 2 ok t/11_run.t .. # No DISPLAY. Looking for xvfb-run... # Restarting with xvfb-run... 1..2 Error: Can't open display: :99 ok 1 - running xeyes # PID 11661 ok 2 /usr/bin/xvfb-run: line 171: kill: (11657) - No such process Dubious, test returned 1 (wstat 256, 0x100) All 2 subtests passed -- 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 1230812] Upgrade perl-SVG-Graph to 0.04
https://bugzilla.redhat.com/show_bug.cgi?id=1230812 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED CC||jples...@redhat.com Fixed In Version||perl-SVG-Graph-0.04-1.fc24 Resolution|--- |RAWHIDE Last Closed||2015-08-27 08:35:33 -- 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: Firefox addon signing
On Wednesday, August 26, 2015 03:13:08 PM Richard Z wrote: On Wed, Aug 26, 2015 at 03:12:25PM +0300, Alexander Ploumistos wrote: Their FAQ is constantly updated: https://wiki.mozilla.org/Addons/Extension_Signing#FAQ I'm not sure if there is a valid practical reason to refuse submitting the addons that we ship to their signing service or if it is against our policies; at least mozilla-https-everywhere has been signed. that would work for Fedora - if it can be guaranteed that they sign new versions quickly. Immagine if one of our plugins had a security hole and mozilla would need days or weeks to sign it. As far as I can see Fedora specific extensions would have to be listed which means they would go through manual code review at mozilla. We have no real practical way to do this other than package up the addon and build it as a -unsigned package, then making a separate package that has the precompiled binary and signed by mozilla and put into the add on package. It sounds like the path mozilla is taking will likely prevent us shipping addons in Fedora. That of course is their right to pursue that. Mozilla states that they will be offering an unbranded binary (en_US only) for development and testing purposes. For me this appears the only possibility and I suspect there are more Fedora users like me maintaining their own Firefox extensions. So will we get a firefox-unbranded package? Richard 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: Firefox addon signing
On 27 August 2015 at 08:26, Zdenek Kabelac zkabe...@redhat.com wrote: Dne 27.8.2015 v 16:09 Dennis Gilmore napsal(a): On Wednesday, August 26, 2015 03:13:08 PM Richard Z wrote: On Wed, Aug 26, 2015 at 03:12:25PM +0300, Alexander Ploumistos wrote: Their FAQ is constantly updated: https://wiki.mozilla.org/Addons/Extension_Signing#FAQ I'm not sure if there is a valid practical reason to refuse submitting the addons that we ship to their signing service or if it is against our policies; at least mozilla-https-everywhere has been signed. that would work for Fedora - if it can be guaranteed that they sign new versions quickly. Immagine if one of our plugins had a security hole and mozilla would need days or weeks to sign it. As far as I can see Fedora specific extensions would have to be listed which means they would go through manual code review at mozilla. We have no real practical way to do this other than package up the addon and build it as a -unsigned package, then making a separate package that has the precompiled binary and signed by mozilla and put into the add on package. It sounds like the path mozilla is taking will likely prevent us shipping addons in Fedora. That of course is their right to pursue that. I'm wondering what is good replacement option - since the amount of troubles with Firefox seems to be just scaling up. The memory usage - is the story for it self - displaying a tab with just our bugzilla pages eats like 6-8M of RAM - I used to be running full OS with this amount of RAM - now it's not enough to render couple lines and color boxes and 'couple' KB of text Keyboard and mouse has weird focus - so often I type in one windows, but keyboard input magically work in another window (i.e. Ctrl+T opens new tab in second window) I've no chance to control what is downloaded - I could partially limit thing by using plugins - but they eats possibly more RAM, slows FF down (at least by FF reporting messages) and will likely be sooner or later banned. Lot's of things are hardly reportable. Chrome is not an option for me - it eats even more RAM and slows my machine even more then FF. So what are the option - if the person want to view Web with all modern technologies being supported ? You can't have that last part with the first parts. If you require the 'modern' technologies then you have to put up with their RAM/CPU eating glory. Or start from scratch and see if you can build a toolkit that does it better. -- Stephen J Smoogen. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Base] Base Design WG agenda meeting August, 31st 2015 14:15 UTC on #fedora-meeting-2
Agenda: - Fedora.Base - RHEL.Base - Flock recap - Ring 1 vs Ring 0 - define the minimal install (continued) - define the docker base image (continued) - minimal disk image for importing into libvirt (continued) - generic installer? (continued) - Open Floor Please add items by replying to this mail. -- 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-Language-Prolog-Yaswi (master). Rebuild against pl-7.2.3
From 0196e700caef38cb852185b6bb89057952167ed6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Thu, 27 Aug 2015 15:22:52 +0200 Subject: Rebuild against pl-7.2.3 diff --git a/perl-Language-Prolog-Yaswi.spec b/perl-Language-Prolog-Yaswi.spec index c4ba705..c080bbe 100644 --- a/perl-Language-Prolog-Yaswi.spec +++ b/perl-Language-Prolog-Yaswi.spec @@ -1,6 +1,6 @@ Name: perl-Language-Prolog-Yaswi Version:0.21 -Release:29%{?dist} +Release:30%{?dist} Summary:Yet another interface to SWI-Prolog License:GPL+ or Artistic Group: Development/Libraries @@ -68,6 +68,9 @@ make test %{_mandir}/man3/* %changelog +* Thu Aug 27 2015 Petr Pisar ppi...@redhat.com - 0.21-30 +- Rebuild against pl-7.2.3 + * Wed Jul 01 2015 Petr Pisar ppi...@redhat.com - 0.21-29 - Rebuild against pl-7.2.2 -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Language-Prolog-Yaswi.git/commit/?h=masterid=0196e700caef38cb852185b6bb89057952167ed6 -- 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 1230072] Upgrade perl-Catalyst-Plugin-StackTrace to 0.12
https://bugzilla.redhat.com/show_bug.cgi?id=1230072 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED CC||jples...@redhat.com Fixed In Version||perl-Catalyst-Plugin-StackT ||race-0.12-1.fc24 Resolution|--- |RAWHIDE Last Closed||2015-08-27 10:03:48 -- 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 Catalyst-Plugin-StackTrace-0.12.tar.gz for perl-Catalyst-Plugin-StackTrace
f089320a66b085f6ee087c990bdccf6c Catalyst-Plugin-StackTrace-0.12.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Catalyst-Plugin-StackTrace/Catalyst-Plugin-StackTrace-0.12.tar.gz/md5/f089320a66b085f6ee087c990bdccf6c/Catalyst-Plugin-StackTrace-0.12.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-Language-Prolog-Yaswi (f23). Rebuild against pl-7.2.3
From 0196e700caef38cb852185b6bb89057952167ed6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Thu, 27 Aug 2015 15:22:52 +0200 Subject: Rebuild against pl-7.2.3 diff --git a/perl-Language-Prolog-Yaswi.spec b/perl-Language-Prolog-Yaswi.spec index c4ba705..c080bbe 100644 --- a/perl-Language-Prolog-Yaswi.spec +++ b/perl-Language-Prolog-Yaswi.spec @@ -1,6 +1,6 @@ Name: perl-Language-Prolog-Yaswi Version:0.21 -Release:29%{?dist} +Release:30%{?dist} Summary:Yet another interface to SWI-Prolog License:GPL+ or Artistic Group: Development/Libraries @@ -68,6 +68,9 @@ make test %{_mandir}/man3/* %changelog +* Thu Aug 27 2015 Petr Pisar ppi...@redhat.com - 0.21-30 +- Rebuild against pl-7.2.3 + * Wed Jul 01 2015 Petr Pisar ppi...@redhat.com - 0.21-29 - Rebuild against pl-7.2.2 -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Language-Prolog-Yaswi.git/commit/?h=f23id=0196e700caef38cb852185b6bb89057952167ed6 -- 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: Firefox addon signing
Am 27.08.2015 um 16:26 schrieb Zdenek Kabelac: Chrome is not an option for me - it eats even more RAM and slows my machine even more then FF. So what are the option - if the person want to view Web with all modern technologies being supported ? simple answer: there is no option, we are in the days of bloatware and as long as developers are not forced to work with machoines having only 1 GB RAM that sadly won't change back to sane development signature.asc 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
[Bug 1248235] perl-HTTP-BrowserDetect-2.05 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1248235 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-HTTP-BrowserDetect-2.05-1.fc23 has been pushed to the Fedora 23 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 1254112] CVE-2015-5475 rt: multiple XSS flaws [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1254112 --- Comment #7 from Fedora Update System upda...@fedoraproject.org --- rt-4.2.12-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 1254112] CVE-2015-5475 rt: multiple XSS flaws [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1254112 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|4.2.12-1.fc23 |4.2.12-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
[Bug 1248968] perl-Test-NeedsDisplay-1.07-11.fc24 FTBFS randomly
https://bugzilla.redhat.com/show_bug.cgi?id=1248968 --- Comment #2 from Petr Pisar ppi...@redhat.com --- First failure in Koschei https://apps.fedoraproject.org/koschei/package/perl-Test-NeedsDisplay/727095 is: systemd-libs 223-2.git65c85ef 224-1.fc24 libuuid 2.26.2-3.fc24 2.27-0.1.fc24 systemd 223-2.git65c85ef 224-1.fc24 libmount 2.26.2-3.fc24 2.27-0.1.fc24 libfdisk 2.26.2-3.fc24 2.27-0.1.fc24 python3-dnf 1.0.2-2.fc24.1 1.0.2-3.fc24 dnf-conf 1.0.2-2.fc24.1 1.0.2-3.fc24 util-linux 2.26.2-3.fc24 2.27-0.1.fc24 kernel-headers 4.2.0-0.rc4.git3.1 4.2.0-0.rc4.git4.1 libblkid 2.26.2-3.fc24 2.27-0.1.fc24 libsmartcols 2.26.2-3.fc24 2.27-0.1.fc24 But the cause can be earlier because it's a probabilistic failure. I though it was caused by upgrading xorg-server, but it fails even with old xorg-server 1.17.2-2. It's a race condition between stopping and starting Xvfb. In case of the failure, one can see that Xvfb from t/10_run.t is still running, so second Xvfb refuses to start and X client cannot open display (both Xvfb are terminated or xauth does not match) and xvfb-run killing the second Xvfb fails because it finishes before the killing. -- 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
limb changed perl-sig's 'watchbugzilla' permission on perl-Log-Any-IfLOG (master) to 'Approved'
limb changed perl-sig's 'watchbugzilla' permission on perl-Log-Any-IfLOG (master) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-Log-Any-IfLOG/ -- 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-Log-Any-IfLOG (f22) to 'Approved'
limb changed perl-sig's 'watchcommits' permission on perl-Log-Any-IfLOG (f22) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-Log-Any-IfLOG/ -- 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-Log-Any-IfLOG (master). Initial import (#1256344)
From e0f48fe351b05d910fdf05bbe4e6f796136bd62b Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20=C5=A0abata?= con...@redhat.com Date: Thu, 27 Aug 2015 17:27:32 +0200 Subject: Initial import (#1256344) diff --git a/.gitignore b/.gitignore index e69de29..d7c765b 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Log-Any-IfLOG-0.07.tar.gz diff --git a/perl-Log-Any-IfLOG.spec b/perl-Log-Any-IfLOG.spec new file mode 100644 index 000..68ce4f3 --- /dev/null +++ b/perl-Log-Any-IfLOG.spec @@ -0,0 +1,57 @@ +Name: perl-Log-Any-IfLOG +Version:0.07 +Release:1%{?dist} +Summary:Load Log::Any only if logging is enabled +License:GPL+ or Artistic +URL:http://search.cpan.org/dist/Log-Any-IfLOG/ +Source0: http://www.cpan.org/authors/id/P/PE/PERLANCAR/Log-Any-IfLOG-%{version}.tar.gz +BuildArch: noarch +# Build +BuildRequires: make +BuildRequires: perl +BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 +BuildRequires: perl(strict) +BuildRequires: perl(warnings) +# Runtime +# XXX: BuildRequires: perl(Log::Any) +# Tests only +BuildRequires: perl(File::Spec) +BuildRequires: perl(IO::Handle) +BuildRequires: perl(IPC::Open3) +BuildRequires: perl(Test::More) +Requires: perl(:MODULE_COMPAT_%(eval $(perl -V:version); echo $version)) +Requires: perl(Log::Any) + +# Object::Dumb is a private module +# perl-generators don't pick it up but that may change in the future -- +# better have a filter in place and be ready +%global __provides_exclude ^perl\\(Object::Dumb\\)$ + +%description +This module is a drop-in replacement/wrapper for Log::Any to be used from +your modules. This is a quick-hack solution to avoid the cost of loading +Log::Any under normal condition. + +%prep +%setup -q -n Log-Any-IfLOG-%{version} + +%build +perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=%{buildroot} +%{_fixperms} %{buildroot}/* + +%check +make test + +%files +%license LICENSE +%doc Changes README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Mon Aug 24 2015 Petr Šabata con...@redhat.com 0.07-1 +- Initial packaging diff --git a/sources b/sources index e69de29..74f1b17 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +c250d9b576ff4f9769e68bc1939e31ca Log-Any-IfLOG-0.07.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Log-Any-IfLOG.git/commit/?h=masterid=e0f48fe351b05d910fdf05bbe4e6f796136bd62b -- 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 Log-Any-IfLOG-0.07.tar.gz for perl-Log-Any-IfLOG
c250d9b576ff4f9769e68bc1939e31ca Log-Any-IfLOG-0.07.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Log-Any-IfLOG/Log-Any-IfLOG-0.07.tar.gz/md5/c250d9b576ff4f9769e68bc1939e31ca/Log-Any-IfLOG-0.07.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 1248968] perl-Test-NeedsDisplay-1.07-11.fc24 FTBFS randomly
https://bugzilla.redhat.com/show_bug.cgi?id=1248968 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|jples...@redhat.com |ppi...@redhat.com -- 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
Fedora Rawhide 20150827 compose check report
Missing expected images: Generic Boot x86_64 Kde Live x86_64 Kde Disk armhfp Kde Live i386 Generic Boot i386 No images in this compose but not the previous. Images in the previous compose but not this: Generic Boot i386 Cloud base Vagrant x86_64 Cloud atomic Disk x86_64 Cloud atomic Vagrant x86_64 Generic Boot x86_64 Docker Filesystem x86_64 Failed openQA tests: ID: 814 Test: x86_64 workstation_live default_install -- Mail generated by check-compose: https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose -- 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 1254111] CVE-2015-5475 CVE-2015-6506 rt: multiple XSS flaws
https://bugzilla.redhat.com/show_bug.cgi?id=1254111 --- Comment #5 from Fedora Update System upda...@fedoraproject.org --- rt-4.2.12-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 1248235] perl-HTTP-BrowserDetect-2.05 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1248235 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|CLOSED Fixed In Version||2.05-1.fc23 Resolution|--- |NEXTRELEASE Last Closed||2015-08-27 14:00:05 -- 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 Proc-Simple-1.31.tar.gz for perl-Proc-Simple
46f36d79dc76d10f9a44928b9e61817e Proc-Simple-1.31.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Proc-Simple/Proc-Simple-1.31.tar.gz/md5/46f36d79dc76d10f9a44928b9e61817e/Proc-Simple-1.31.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 1230792] Upgrade perl-Proc-Simple to 1.31
https://bugzilla.redhat.com/show_bug.cgi?id=1230792 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED CC||jples...@redhat.com Fixed In Version||perl-Proc-Simple-1.31-1.fc2 ||4 Resolution|--- |RAWHIDE Last Closed||2015-08-27 10:58:10 -- 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
Fedora 23 Branched 20150827 compose check report
Missing expected images: Generic Boot x86_64 Generic Boot i386 Images in this compose but not the previous: Games Live i386 No images in the previous compose but not this. All openQA tests passed. -- Mail generated by check-compose: https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose -- 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 1248968] perl-Test-NeedsDisplay-1.07-11.fc24 FTBFS randomly
https://bugzilla.redhat.com/show_bug.cgi?id=1248968 --- Comment #3 from Petr Pisar ppi...@redhat.com --- I cannot reduce it to xvfb-run only with: $ while (xvfb-run '/bin/true'; xvfb-run '/bin/true'); do :; done Perhaps because the tests kill xvfb-run before it reaches end. However putting wait just after kill in the xvfb-run helps. I think xvfb-run should terminate after the Xvfb terminates. Another workaround is to edit Test::NeedsDisplay to call xfbv-run with -a. Not only it fixes the issue with overlapping Xvfb's lock file, it will also allow to use Test::NeedsDisplay in parallel. Without the option each Xvfb binds to display :99 which leads to failures. -- 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: Glibc locale subpackaging
On 08/27/2015 05:33 PM, Mathieu Bridon wrote: On Thu, 2015-08-27 at 16:10 +0200, Florian Festi wrote: On 06/22/2015 12:16 PM, Jan Kurik wrote: = Proposed System Wide Change: Glibc locale subpackaging = We have to revisit this topic as soon as rich dependencies are in place. Rich dependencies offer a way to handle locales on a system wide level. One possible implementation would be having langsupport-XX meta packages that enable support for a given language. Locales could be in packages like glibc-lang-de, foo-lang-de, ... The main package could then have Requires: (foo-lang-de if langsupport-de) if we want to enforce the locale package to be installed. Otherwise it might be more elegant to have the language package (e.g. glibc-lang-de) have: Supplements: (glibc and langsupport-de) As we can assume that glibc is always installed this could already be done with: Supplements: langsupport-de The benefit of this approach is that installing a new langsupport-XX package will bring in the locale packages for all packages making use of this mechanism. Could that even be done automatically by rpmbuild? Just like rpmbuild automatically generates a -debuginfo with the right files in it, could it generated the -lang-xx packages with the .mo files inside, and add the Supplements dependency you suggest? Because doing it manually for all the languages supported by an application (which might vary from release to release) would be pretty awful. :-/ In theory, yes. In the end we'd need something like find-lang.sh that actually spits out the packages to be included in the main spec file. debug-info packages are done that way. But it is not pretty. Florian -- Red Hat GmbH, http://www.de.redhat.com/ Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Michael Cunningham, Michael O'Neill, Charles Peters -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
psabata uploaded Perl-Stripper-0.09.tar.gz for perl-Perl-Stripper
c6385be80b57e257eb2786525348666e Perl-Stripper-0.09.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Perl-Stripper/Perl-Stripper-0.09.tar.gz/md5/c6385be80b57e257eb2786525348666e/Perl-Stripper-0.09.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
psabata pushed to perl-Perl-Stripper (master). 0.09 bump
From 8cf548666abe929cee12f183ecfee3588fdad07c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20=C5=A0abata?= con...@redhat.com Date: Thu, 27 Aug 2015 17:58:26 +0200 Subject: 0.09 bump diff --git a/.gitignore b/.gitignore index 308019c..ef4fc87 100644 --- a/.gitignore +++ b/.gitignore @@ -2,3 +2,4 @@ /Perl-Stripper-0.06.tar.gz /Perl-Stripper-0.07.tar.gz /Perl-Stripper-0.08.tar.gz +/Perl-Stripper-0.09.tar.gz diff --git a/perl-Perl-Stripper.spec b/perl-Perl-Stripper.spec index 9277575..7caf211 100644 --- a/perl-Perl-Stripper.spec +++ b/perl-Perl-Stripper.spec @@ -1,19 +1,20 @@ Name: perl-Perl-Stripper -Version:0.08 -Release:3%{?dist} +Version:0.09 +Release:1%{?dist} Summary:Yet another PPI-based Perl source code stripper License:GPL+ or Artistic URL:http://search.cpan.org/dist/Perl-Stripper/ Source0: http://search.cpan.org/CPAN/authors/id/P/PE/PERLANCAR/Perl-Stripper-%{version}.tar.gz BuildArch: noarch # Build +BuildRequires: make BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 BuildRequires: perl(strict) BuildRequires: perl(warnings) # Runtime BuildRequires: perl(experimental) -BuildRequires: perl(Log::Any) +BuildRequires: perl(Log::Any::IfLOG) BuildRequires: perl(Moo) BuildRequires: perl(PPI) # Tests only @@ -21,6 +22,7 @@ BuildRequires: perl(File::Slurp::Tiny) BuildRequires: perl(File::Spec) BuildRequires: perl(IO::Handle) BuildRequires: perl(IPC::Open3) +BuildRequires: perl(Test::Differences) BuildRequires: perl(Test::More) = 0.98 BuildRequires: perl(vars) Requires: perl(:MODULE_COMPAT_%(eval $(perl -V:version); echo $version)) @@ -45,11 +47,14 @@ make test %files %license LICENSE -%doc Changes README TODO.md +%doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Mon Aug 24 2015 Petr Šabata con...@redhat.com - 0.09-1 +- 0.09 bump + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.08-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index 9d494ff..b987aad 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -59c1fd2274593f19e264d06615316c8f Perl-Stripper-0.08.tar.gz +c6385be80b57e257eb2786525348666e Perl-Stripper-0.09.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Perl-Stripper.git/commit/?h=masterid=8cf548666abe929cee12f183ecfee3588fdad07c -- 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 created the branch 'f21' for the package 'perl-Log-Any-IfLOG'
ppisar created the branch 'f21' for the package 'perl-Log-Any-IfLOG' https://admin.fedoraproject.org/pkgdb/package/perl-Log-Any-IfLOG/ -- 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 changed ppisar's 'watchbugzilla' permission on perl-Log-Any-IfLOG (f21) to 'Obsolete'
ppisar changed ppisar's 'watchbugzilla' permission on perl-Log-Any-IfLOG (f21) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-Log-Any-IfLOG/ -- 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 1252634] perl-CPAN-Uploader-0.103010 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1252634 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|MODIFIED|CLOSED Fixed In Version||perl-CPAN-Uploader-0.103010 ||-1.fc23 Resolution|--- |CURRENTRELEASE Last Closed||2015-08-27 10:51:26 -- 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-Log-Any-IfLOG (f22). Initial import (#1256344)
From e0f48fe351b05d910fdf05bbe4e6f796136bd62b Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20=C5=A0abata?= con...@redhat.com Date: Thu, 27 Aug 2015 17:27:32 +0200 Subject: Initial import (#1256344) diff --git a/.gitignore b/.gitignore index e69de29..d7c765b 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Log-Any-IfLOG-0.07.tar.gz diff --git a/perl-Log-Any-IfLOG.spec b/perl-Log-Any-IfLOG.spec new file mode 100644 index 000..68ce4f3 --- /dev/null +++ b/perl-Log-Any-IfLOG.spec @@ -0,0 +1,57 @@ +Name: perl-Log-Any-IfLOG +Version:0.07 +Release:1%{?dist} +Summary:Load Log::Any only if logging is enabled +License:GPL+ or Artistic +URL:http://search.cpan.org/dist/Log-Any-IfLOG/ +Source0: http://www.cpan.org/authors/id/P/PE/PERLANCAR/Log-Any-IfLOG-%{version}.tar.gz +BuildArch: noarch +# Build +BuildRequires: make +BuildRequires: perl +BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 +BuildRequires: perl(strict) +BuildRequires: perl(warnings) +# Runtime +# XXX: BuildRequires: perl(Log::Any) +# Tests only +BuildRequires: perl(File::Spec) +BuildRequires: perl(IO::Handle) +BuildRequires: perl(IPC::Open3) +BuildRequires: perl(Test::More) +Requires: perl(:MODULE_COMPAT_%(eval $(perl -V:version); echo $version)) +Requires: perl(Log::Any) + +# Object::Dumb is a private module +# perl-generators don't pick it up but that may change in the future -- +# better have a filter in place and be ready +%global __provides_exclude ^perl\\(Object::Dumb\\)$ + +%description +This module is a drop-in replacement/wrapper for Log::Any to be used from +your modules. This is a quick-hack solution to avoid the cost of loading +Log::Any under normal condition. + +%prep +%setup -q -n Log-Any-IfLOG-%{version} + +%build +perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=%{buildroot} +%{_fixperms} %{buildroot}/* + +%check +make test + +%files +%license LICENSE +%doc Changes README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Mon Aug 24 2015 Petr Šabata con...@redhat.com 0.07-1 +- Initial packaging diff --git a/sources b/sources index e69de29..74f1b17 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +c250d9b576ff4f9769e68bc1939e31ca Log-Any-IfLOG-0.07.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Log-Any-IfLOG.git/commit/?h=f22id=e0f48fe351b05d910fdf05bbe4e6f796136bd62b -- 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: Glibc locale subpackaging
On Thu, 2015-08-27 at 16:10 +0200, Florian Festi wrote: On 06/22/2015 12:16 PM, Jan Kurik wrote: = Proposed System Wide Change: Glibc locale subpackaging = We have to revisit this topic as soon as rich dependencies are in place. Rich dependencies offer a way to handle locales on a system wide level. One possible implementation would be having langsupport-XX meta packages that enable support for a given language. Locales could be in packages like glibc-lang-de, foo-lang-de, ... The main package could then have Requires: (foo-lang-de if langsupport-de) if we want to enforce the locale package to be installed. Otherwise it might be more elegant to have the language package (e.g. glibc-lang-de) have: Supplements: (glibc and langsupport-de) As we can assume that glibc is always installed this could already be done with: Supplements: langsupport-de The benefit of this approach is that installing a new langsupport-XX package will bring in the locale packages for all packages making use of this mechanism. Could that even be done automatically by rpmbuild? Just like rpmbuild automatically generates a -debuginfo with the right files in it, could it generated the -lang-xx packages with the .mo files inside, and add the Supplements dependency you suggest? Because doing it manually for all the languages supported by an application (which might vary from release to release) would be pretty awful. :-/ -- Mathieu -- 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 1142829] perl-Cache-Cache-1.06-19.fc22 FTBFS: random failure of t/6_test_size_aware_memory_cache.t: Couldn't limit size to 28
https://bugzilla.redhat.com/show_bug.cgi?id=1142829 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Cache-Cache-1.08-1.fc2 ||2 Resolution|--- |CURRENTRELEASE Last Closed||2015-08-27 11:01:40 --- Comment #5 from Petr Šabata psab...@redhat.com --- The proposed patches were merged upstream in 1.08. -- 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
limb changed perl-sig's 'watchbugzilla' permission on perl-Log-Any-IfLOG (f23) to 'Approved'
limb changed perl-sig's 'watchbugzilla' permission on perl-Log-Any-IfLOG (f23) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-Log-Any-IfLOG/ -- 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-Log-Any-IfLOG (f23). Initial import (#1256344)
From e0f48fe351b05d910fdf05bbe4e6f796136bd62b Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20=C5=A0abata?= con...@redhat.com Date: Thu, 27 Aug 2015 17:27:32 +0200 Subject: Initial import (#1256344) diff --git a/.gitignore b/.gitignore index e69de29..d7c765b 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Log-Any-IfLOG-0.07.tar.gz diff --git a/perl-Log-Any-IfLOG.spec b/perl-Log-Any-IfLOG.spec new file mode 100644 index 000..68ce4f3 --- /dev/null +++ b/perl-Log-Any-IfLOG.spec @@ -0,0 +1,57 @@ +Name: perl-Log-Any-IfLOG +Version:0.07 +Release:1%{?dist} +Summary:Load Log::Any only if logging is enabled +License:GPL+ or Artistic +URL:http://search.cpan.org/dist/Log-Any-IfLOG/ +Source0: http://www.cpan.org/authors/id/P/PE/PERLANCAR/Log-Any-IfLOG-%{version}.tar.gz +BuildArch: noarch +# Build +BuildRequires: make +BuildRequires: perl +BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 +BuildRequires: perl(strict) +BuildRequires: perl(warnings) +# Runtime +# XXX: BuildRequires: perl(Log::Any) +# Tests only +BuildRequires: perl(File::Spec) +BuildRequires: perl(IO::Handle) +BuildRequires: perl(IPC::Open3) +BuildRequires: perl(Test::More) +Requires: perl(:MODULE_COMPAT_%(eval $(perl -V:version); echo $version)) +Requires: perl(Log::Any) + +# Object::Dumb is a private module +# perl-generators don't pick it up but that may change in the future -- +# better have a filter in place and be ready +%global __provides_exclude ^perl\\(Object::Dumb\\)$ + +%description +This module is a drop-in replacement/wrapper for Log::Any to be used from +your modules. This is a quick-hack solution to avoid the cost of loading +Log::Any under normal condition. + +%prep +%setup -q -n Log-Any-IfLOG-%{version} + +%build +perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=%{buildroot} +%{_fixperms} %{buildroot}/* + +%check +make test + +%files +%license LICENSE +%doc Changes README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Mon Aug 24 2015 Petr Šabata con...@redhat.com 0.07-1 +- Initial packaging diff --git a/sources b/sources index e69de29..74f1b17 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +c250d9b576ff4f9769e68bc1939e31ca Log-Any-IfLOG-0.07.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Log-Any-IfLOG.git/commit/?h=f23id=e0f48fe351b05d910fdf05bbe4e6f796136bd62b -- 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 changed ppisar's 'watchbugzilla' permission on perl-Log-Any-IfLOG (f22) to 'Obsolete'
ppisar changed ppisar's 'watchbugzilla' permission on perl-Log-Any-IfLOG (f22) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-Log-Any-IfLOG/ -- 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 changed ppisar's 'watchbugzilla' permission on perl-Log-Any-IfLOG (master) to 'Obsolete'
ppisar changed ppisar's 'watchbugzilla' permission on perl-Log-Any-IfLOG (master) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-Log-Any-IfLOG/ -- 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 changed ppisar's 'watchcommits' permission on perl-Log-Any-IfLOG (f21) to 'Obsolete'
ppisar changed ppisar's 'watchcommits' permission on perl-Log-Any-IfLOG (f21) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-Log-Any-IfLOG/ -- 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-Proc-Simple (master). 1.31 bump
From 522416dbff65e61107374b44923c1a94fcfe8e9d Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova jples...@redhat.com Date: Thu, 27 Aug 2015 16:53:22 +0200 Subject: 1.31 bump diff --git a/.gitignore b/.gitignore index 3aaf4ce..1fdbfdf 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ Proc-Simple-1.26.tar.gz +/Proc-Simple-1.31.tar.gz diff --git a/perl-Proc-Simple.spec b/perl-Proc-Simple.spec index 0ddba1d..f823832 100644 --- a/perl-Proc-Simple.spec +++ b/perl-Proc-Simple.spec @@ -1,6 +1,6 @@ Name: perl-Proc-Simple -Version:1.26 -Release:16%{?dist} +Version:1.31 +Release:1%{?dist} Summary:Launch and control background processes License:GPL+ or Artistic Group: Development/Libraries @@ -8,9 +8,20 @@ URL:http://search.cpan.org/dist/Proc-Simple/ Source0: http://www.cpan.org/authors/id/M/MS/MSCHILLI/Proc-Simple-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make +BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(FindBin) +BuildRequires: perl(IO::Handle) +BuildRequires: perl(POSIX) +BuildRequires: perl(strict) BuildRequires: perl(Test::More) +BuildRequires: perl(Time::HiRes) +BuildRequires: perl(vars) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +Requires: perl(Time::HiRes) %description The Proc::Simple package provides objects mimicing real-life processes from @@ -20,6 +31,9 @@ launched and controlled as processes in the background. %prep %setup -q -n Proc-Simple-%{version} +# remove all execute bits from eg subdirectory +find eg -type f -exec chmod -x {} 2/dev/null ';' + %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} @@ -27,7 +41,7 @@ make %{?_smp_mflags} %install rm -rf %{buildroot} -make pure_install PERL_INSTALL_ROOT=%{buildroot} +make pure_install DESTDIR=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} \; find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \; @@ -42,11 +56,14 @@ rm -rf %{buildroot} %files %defattr(-,root,root,-) -%doc Changes README +%doc Changes README eg %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Thu Aug 27 2015 Jitka Plesnikova jples...@redhat.com - 1.31-1 +- 1.31 bump + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.26-16 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index 8266b65..96440ac 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -06e381d16536af2582e989d8f2edcdaf Proc-Simple-1.26.tar.gz +46f36d79dc76d10f9a44928b9e61817e Proc-Simple-1.31.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Proc-Simple.git/commit/?h=masterid=522416dbff65e61107374b44923c1a94fcfe8e9d -- 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 set the monitor flag of perl-Log-Any-IfLOG to nobuild
psabata set the monitor flag of perl-Log-Any-IfLOG to nobuild -- 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 1256181] perl-Perl-Stripper-0.09 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1256181 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Perl-Stripper-0.09-1.f ||c24 Resolution|--- |RAWHIDE Last Closed||2015-08-27 11:59:03 -- 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
limb changed perl-sig's 'watchbugzilla' permission on perl-Log-Any-IfLOG (f22) to 'Approved'
limb changed perl-sig's 'watchbugzilla' permission on perl-Log-Any-IfLOG (f22) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-Log-Any-IfLOG/ -- 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-NeedsDisplay (master). Prevent from races by using free display numbers
From e8ca5ee55f501d79dbc16fc5720e9d051be57aa6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Thu, 27 Aug 2015 18:03:50 +0200 Subject: Prevent from races by using free display numbers diff --git a/Test-NeedsDisplay-1.07-Use-non-conflicting-display-numbers.patch b/Test-NeedsDisplay-1.07-Use-non-conflicting-display-numbers.patch new file mode 100644 index 000..5176e2f --- /dev/null +++ b/Test-NeedsDisplay-1.07-Use-non-conflicting-display-numbers.patch @@ -0,0 +1,33 @@ +From 1b3f53f50706d2cb12651e30bfee3cf326e5e07c Mon Sep 17 00:00:00 2001 +From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com +Date: Thu, 27 Aug 2015 17:47:37 +0200 +Subject: [PATCH] Use non-conflicting display numbers +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + +xfvb-run insists on :99 display. It prevents from running multiple +Test::NeedsDisplay in parallel. + +This patch instructs xvfb-run to use a free display number. + +It also prevents from random failures I noticed in +https://bugzilla.redhat.com/show_bug.cgi?id=1248968. + +Signed-off-by: Petr Písař ppi...@redhat.com + +diff --git a/lib/Test/NeedsDisplay.pm b/lib/Test/NeedsDisplay.pm +index 6ff8448..275e6d8 100644 +--- a/lib/Test/NeedsDisplay.pm b/lib/Test/NeedsDisplay.pm +@@ -107,6 +107,7 @@ sub import { + print # Restarting with xvfb-run...\n; + exec( + $xvfb_run, ++'-a', + $^X, + ($INC{'blib.pm'} ? '-Mblib' : ()), + ($INC{'perl5db.pl'} ? '-d' : ()), +-- +2.4.3 + diff --git a/perl-Test-NeedsDisplay.spec b/perl-Test-NeedsDisplay.spec index a83d86c..d59882e 100644 --- a/perl-Test-NeedsDisplay.spec +++ b/perl-Test-NeedsDisplay.spec @@ -1,11 +1,14 @@ Name: perl-Test-NeedsDisplay Version:1.07 -Release:12%{?dist} +Release:13%{?dist} Summary:Ensure that tests needing a display have one License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Test-NeedsDisplay/ Source0: http://www.cpan.org/authors/id/A/AD/ADAMK/Test-NeedsDisplay-%{version}.tar.gz +# Prevent from races by using free display numbers, bug #1248968, +# CPAN RT#106699 +Patch0: Test-NeedsDisplay-1.07-Use-non-conflicting-display-numbers.patch BuildArch: noarch BuildRequires: coreutils BuildRequires: findutils @@ -47,6 +50,7 @@ any objects. %prep %setup -q -n Test-NeedsDisplay-%{version} +%patch0 -p1 # Remove bundled modules rm -rf ./inc sed -i -e '/^inc\//d' MANIFEST @@ -70,6 +74,9 @@ make test %{_mandir}/man3/* %changelog +* Thu Aug 27 2015 Petr Pisar ppi...@redhat.com - 1.07-13 +- Prevent from races by using free display numbers (bug #1248968) + * Fri Jul 31 2015 Petr Pisar ppi...@redhat.com - 1.07-12 - Specify all dependencies -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Test-NeedsDisplay.git/commit/?h=masterid=e8ca5ee55f501d79dbc16fc5720e9d051be57aa6 -- 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-Log-Any-IfLOG (f23) to 'Approved'
limb changed perl-sig's 'watchcommits' permission on perl-Log-Any-IfLOG (f23) to 'Approved' https://admin.fedoraproject.org/pkgdb/package/perl-Log-Any-IfLOG/ -- 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 changed ppisar's 'watchcommits' permission on perl-Log-Any-IfLOG (f22) to 'Obsolete'
ppisar changed ppisar's 'watchcommits' permission on perl-Log-Any-IfLOG (f22) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-Log-Any-IfLOG/ -- 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 1248968] perl-Test-NeedsDisplay-1.07-11.fc24 FTBFS randomly
https://bugzilla.redhat.com/show_bug.cgi?id=1248968 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED External Bug ID||CPAN 106699 Fixed In Version||perl-Test-NeedsDisplay-1.07 ||-13.fc24 Resolution|--- |RAWHIDE Last Closed||2015-08-27 12:09:31 -- 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 changed ppisar's 'watchcommits' permission on perl-Log-Any-IfLOG (master) to 'Obsolete'
ppisar changed ppisar's 'watchcommits' permission on perl-Log-Any-IfLOG (master) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-Log-Any-IfLOG/ -- 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
intent to unretire metapixel
Hey all- I'd like to unretire and take ownership of metapixel: https://www.complang.tuwien.ac.at/schani/metapixel/ There hasn't been a release in several years, but its got continual updates in a few upstream git trees: https://github.com/schani/metapixel/commits/master I've managed to fix up the build issues with libpng and have produced several cool mosaics with it. Any issues please let me know Neil -- 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: CMake cannot find some boost libraries on up to date F22 system
Ankur Sinha wrote: On Mon, 2015-08-24 at 11:21 +0100, Ankur Sinha wrote: Would someone know what's happening here and how I can fix or work around it please? It seems to be caused by the new cmake update in updates-testing[1]. Downgrading to 3.2.2-1 fixes the issue. I've left a negative karma. [1] https://bodhi.fedoraproject.org/updates/cmake-3.3.1-1.fc22 file a bug please -- Rex -- 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: Firefox addon signing
On Thursday, August 27, 2015 05:40:18 PM Alexander Ploumistos wrote: On Thu, Aug 27, 2015 at 5:09 PM, Dennis Gilmore den...@ausil.us wrote: We have no real practical way to do this other than package up the addon and build it as a -unsigned package, then making a separate package that has the precompiled binary and signed by mozilla and put into the add on package. Aren't the addons that we ship in fedora a bunch of text files zipped in an xpi archive? It is kind of awkward to send them back and forth, but if there are no other binaries, does it go against a particular policy? I have no idea what they actaully are as I have not looked, but the issues from the build perspective is that the builders have extremely limited network access, and the buildroot itself has none. we have no way to do something at build time to request mozilla sign the artifacts. so being unable to sign at buildtime means we get a rpm with unsigned content. we have no way to replace the content in a rpm post build and even if we did I would not want to support it as it breaks things like rpm verification and build reproducability, though you could update the headers in the rpm so it validates. we would need some kind of audit trail and check to make sure that the signed artifact actually matches the unsigned one and was not tampered with by mozilla. setting up the full audit trail would take some effort. It is doable just not a simple fix. Or we could decide that we trust Mozilla's code review process and drop packaging addons altogether, as was suggested. At least the users will receive updates faster. depends on what was pushed to mozilla's addons, It could be possible for Fedora to have newer code than whats available from mozilla and vice versa. there is nothing today stopping people pulling addons directly from Mozilla and never using the version we build Dennis 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: F23 System Wide Change: Glibc locale subpackaging
On 06/22/2015 04:16 AM, Jan Kurik wrote: = Proposed System Wide Change: Glibc locale subpackaging = https://fedoraproject.org/wiki/Changes/Glibc_locale_subpackaging Change owner(s): * Mike Fabian mfabian At redhat DOT com * Siddhesh Poyarekar spoyarek AT redhat DOT com * Carlos O’Donell codonell AT redhat DOT com This change should make it possible to install or uninstall locales individually. == Detailed Description == Currently the file /usr/lib/locale/locale-archive contains all locales and is thus huge (103MB). For small systems (and containers) it would be useful to be able to install only a small number of locales. Recently we made it possible to install a small number of locales by supplying the rpm-macro “_install_langs”, for example rpm -i -D _install_langs=en:de_DE glibc-common.rpm will install all English locales and all German locales which start with “de_DE”, rpm -i -D _install_langs=en_US.utf8 glibc-common.rpm will install only the en_US.utf8 locale, rpm -i -D _install_langs=POSIX glibc-common.rpm will install nothing (but the POSIX/C is still available because it is builtin into glibc). But this approach works only during an Anaconda based install when Anaconda supplies the _install_langs rpm-macro. When glibc is updated later, the _install_langs macro will not be supplied on the command line during the update and the default value “all” of “_install_langs” from /usr/lib/rpm/macros will be used and all locales come back during an update. Therefore, this solution is far from perfect. It should be made possible to install and uninstall locales individually, for example by having a separate package for the locales for each language. Installing such a package would add these locales to locale-archive, uninstalling it would remove them. Anaconda then needs to be changed to handle such language packages. == Scope == * Proposal owners: 1. Figure out the best approach to to install/uninstall locales 2. Make sure that locales added manually by the user are not destroyed (currently they are lost when glibc is updated) * Other developers: Anaconda needs to be made aware of the new approach to handle installation/uninstallation of locales * Release engineering: I am not sure whether this has affects release engineering, probably the packages in the install image change when parts are split out of glibc-common. * Policies and guidelines: No, this change does not require updates to policies and guidelines. * Trademark approval: not needed for this Change So, is this why I'm getting: Failed to set locale, defaulting to C when running dnf? I do kickstart installs with: echo '%_install_langs C:en_US:en_US.UTF-8' /mnt/sysimage/etc/rpm/macros and with: %packages --instLangs=en_US since the latter is relatively new. -- 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: noarch vs. all, x86_64 vs. amd64, kernel vs. linux and PAE
On Wed, Aug 26, 2015 at 9:57 AM, Josh Boyer jwbo...@fedoraproject.org wrote: On Wed, Aug 26, 2015 at 9:34 AM, Petr Pisar ppi...@redhat.com wrote: On 2015-08-15, Neal Gompa ngomp...@gmail.com wrote: Out of all of those suggestions, the only one that might have any = real value would be renaming kernel to linux, but only if we were interested in introducing other FOSS kernels as options into the distribution. At this time, I seriously doubt anyone wants to do this... Thanks to systemd it's impossible. Oh no. Something our distro has never really considered is not possible without replacing two of the fundamental components of the operating system the distro is based on. What a shame that thing that was never really going to happen anyway is now made slightly harder. josh It's been considered repeatedly and tried in the small scale, by mach and HURD and other micro-kernel enthusiasts. They are now SOL. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
jwakely pushed to slic3r (master). Rebuilt for Boost 1.59
From 3d4976a50c408733c6f194d23b9b638bfd01b49b Mon Sep 17 00:00:00 2001 From: Jonathan Wakely jwak...@redhat.com Date: Thu, 27 Aug 2015 20:12:58 +0100 Subject: Rebuilt for Boost 1.59 diff --git a/slic3r.spec b/slic3r.spec index 2ed5665..9d989bb 100644 --- a/slic3r.spec +++ b/slic3r.spec @@ -1,6 +1,6 @@ Name: slic3r Version:1.2.9 -Release:3%{?dist} +Release:4%{?dist} Summary:G-code generator for 3D printers (RepRap, Makerbot, Ultimaker etc.) License:AGPLv3 and CC-BY # Images are CC-BY, code is AGPLv3 @@ -169,6 +169,9 @@ fi %{_datadir}/%{name} %changelog +* Thu Aug 27 2015 Jonathan Wakely jwak...@redhat.com - 1.2.9-4 +- Rebuilt for Boost 1.59 + * Wed Jul 29 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.2.9-3 - Rebuilt for https://fedoraproject.org/wiki/Changes/F23Boost159 -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/slic3r.git/commit/?h=masterid=3d4976a50c408733c6f194d23b9b638bfd01b49b -- 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: bodhi2: ACL validation mechanism was unable to determine ACLs
On 08/27/2015 07:55 AM, Ralf Corsepius wrote: Hi, This morning, bodhi2 doesn't allow me to submit an update. After a seemingly successful login-in, when trying to submit an update, a popup pops up telling me: ACL validation mechanism was unable to determine ACLs This whole incident is bizarre. What I assume to have happened is: - A fc22 build job hung for unknown reasons [1]. This seems to have locked out package update submissions of this package for other fedora releases in bodhi. E.g.. bodhi rejected all attempts to submit an fc23 built. Also, I have not found any means to kill this job in bodhi/koji, - 24 hours later, the hung build job was automatically terminated/killed[2]. This seems to have unlocked package update submissions in bodhi. I finally was able to rebuild the fc22 package in koji and subsequently was able to submit the package's updates for other fedora-releases. Ralf [1] This package's test suite is suspected to suffer from dead-lock issues on highly parallel systems. I have never been able to locally reproduce these issues. Upstream so far ignored allproposals, which were claiming to fix this issue, probably because upstream also can't reproduce the problems. [2] https://koji.fedoraproject.org/koji/taskinfo?taskID=10843003 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
openQA report-results failures
Hi folks - after jsedlak mentioned last night that the report-results attempt for the Beta TC1 openQA run had failed and he had to run it again manually, I twiddled openQA-python-client a bit today: https://github.com/os-autoinst/openQA-python-client/commit/ec48e8d70964 8d10011096dfa4b897a7b28a6137 it ought to retry requests that hit 500, 501, 502, 503 or 504 errors up to 5 times. If it still fails after 5 times or hits some other 'bad' response (4xx or 505) it'll raise an exception. I've bumped BOS to this latest version, hopefully it should make things a bit more robust. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
[EPEL-devel] [Fedocal] Reminder meeting : EPSCo weekly meeting
Dear all, You are kindly invited to the meeting: EPSCo weekly meeting on 2015-08-28 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
[EPEL-devel] Fedora EPEL 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 288 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-4008 cross-binutils-2.23.51.0.3-1.el6.1 68 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-6828 chicken-4.9.0.1-4.el6 50 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031 python-virtualenv-12.0.7-1.el6 44 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168 rubygem-crack-0.3.2-2.el6 19 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7564 golang-1.4.2-3.el6 14 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7634 zabbix20-2.0.15-1.el6 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7706 drupal6-views_bulk_operations-1.17-1.el6 5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7618 php-twig-1.20.0-1.el6 5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7733 drupal7-7.39-1.el6 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7803 drupal6-ctools-1.14-1.el6 0 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7826 drupal6-6.37-1.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing drupal6-6.37-1.el6 golang-github-julienschmidt-httprouter-1.1-1.el6 golang-github-vishvananda-netns-0-0.5.git604eaf1.el6 mozilla-https-everywhere-5.1.0-1.el6 nagios-plugins-2.0.3-2.el6 php-tecnickcom-tc-lib-barcode-1.4.2-1.el6 python-dockerfile-parse-0.0.4-1.el6 Details about builds: drupal6-6.37-1.el6 (FEDORA-EPEL-2015-7826) An open-source content-management platform Update Information: Maintenance and security release of the Drupal 6 series. This release fixes **security vulnerabilities**. Sites are [urged to upgrade immediately](https://www.drupal.org/node/1494290) after reading the notes below and the security announcement: [Drupal Core - Critical - Multiple Vulnerabilities - SA-CORE-2015-003](https://www.drupal.org/SA-CORE-2015-003) No other fixes are included. No changes have been made to the .htaccess, robots.txt or default settings.php files in this release, so upgrading custom versions of those files is not necessary. Known issues: None. Major changes since 6.36: * For security reasons, the autocomplete system now makes Ajax requests to non-clean URLs only, although protection is also in place for custom code that does so using clean URLs. There is a new form API #process function on autocomplete-enabled text fields that is required for the autocomplete functionality to work; custom and contributed modules should ensure that they are not overriding this #process function accidentally when altering text fields on forms. Part of the security fix also includes changes to theme_textfield(); it is recommended that sites which override this theme function make those changes as well (see the theme_textfield section of this diff for details). * When form API token validation fails (for example, when a cross-site request forgery attempt is detected, or a user tries to submit a form after having logged out and back in again in the meantime), the form API now skips calling form element value callbacks, except for a select list of callbacks provided by Drupal core that are known to be safe. In rare cases, this could lead to data loss when a user submits a form and receives a token validation error, but the overall effect is expected to be minor. References: [ 1 ] Bug #1255662 - CVE-2015-6658 CVE-2015-6659 CVE-2015-6660 CVE-2015-6661 CVE-2015-6665 drupal: Several issues in 6.x and 7.x (SA-CORE-2015-003) https://bugzilla.redhat.com/show_bug.cgi?id=1255662 golang-github-julienschmidt-httprouter-1.1-1.el6 (FEDORA-EPEL-2015-7824) A high performance HTTP request router that scales well Update Information: First package for Fedora References: [ 1 ] Bug #1257619 - Review Request: golang-github-julienschmidt-httprouter - A high performance HTTP request router that scales well https://bugzilla.redhat.com/show_bug.cgi?id=1257619 golang-github-vishvananda-netns-0-0.5.git604eaf1.el6 (FEDORA-EPEL-2015-7813) Simple network namespace handling for go Update
[EPEL-devel] Fedora EPEL 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 677 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2013-11893 libguestfs-1.20.12-1.el5 442 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-1626 puppet-2.7.26-1.el5 291 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-3849 sblim-sfcb-1.3.8-2.el5 9 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7699 drupal6-views_bulk_operations-1.17-1.el5 5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7734 drupal7-7.39-1.el5 1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7804 drupal6-ctools-1.14-1.el5 0 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7825 drupal6-6.37-1.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing drupal6-6.37-1.el5 mozilla-https-everywhere-5.1.0-1.el5 Details about builds: drupal6-6.37-1.el5 (FEDORA-EPEL-2015-7825) An open-source content-management platform Update Information: Maintenance and security release of the Drupal 6 series. This release fixes **security vulnerabilities**. Sites are [urged to upgrade immediately](https://www.drupal.org/node/1494290) after reading the notes below and the security announcement: [Drupal Core - Critical - Multiple Vulnerabilities - SA-CORE-2015-003](https://www.drupal.org/SA-CORE-2015-003) No other fixes are included. No changes have been made to the .htaccess, robots.txt or default settings.php files in this release, so upgrading custom versions of those files is not necessary. Known issues: None. Major changes since 6.36: * For security reasons, the autocomplete system now makes Ajax requests to non-clean URLs only, although protection is also in place for custom code that does so using clean URLs. There is a new form API #process function on autocomplete-enabled text fields that is required for the autocomplete functionality to work; custom and contributed modules should ensure that they are not overriding this #process function accidentally when altering text fields on forms. Part of the security fix also includes changes to theme_textfield(); it is recommended that sites which override this theme function make those changes as well (see the theme_textfield section of this diff for details). * When form API token validation fails (for example, when a cross-site request forgery attempt is detected, or a user tries to submit a form after having logged out and back in again in the meantime), the form API now skips calling form element value callbacks, except for a select list of callbacks provided by Drupal core that are known to be safe. In rare cases, this could lead to data loss when a user submits a form and receives a token validation error, but the overall effect is expected to be minor. References: [ 1 ] Bug #1255662 - CVE-2015-6658 CVE-2015-6659 CVE-2015-6660 CVE-2015-6661 CVE-2015-6665 drupal: Several issues in 6.x and 7.x (SA-CORE-2015-003) https://bugzilla.redhat.com/show_bug.cgi?id=1255662 mozilla-https-everywhere-5.1.0-1.el5 (FEDORA-EPEL-2015-7816) HTTPS/HSTS enforcement extension for Mozilla Firefox and SeaMonkey Update Information: mozilla-https-everywhere-5.1.0-1.el5 - Ruleset fixes - AMO signature mozilla-https-everywhere-5.1.0-1.el6 - Ruleset fixes - AMO signature mozilla- https-everywhere-5.1.0-1.el7 - Ruleset fixes - AMO signature ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: depcheck appears to be broken
On Wed, 26 Aug 2015 19:05:35 -0600, Orion Poplawski wrote: I think that is because dnf's repoquery sucks - I believe it is only looking for specific requires of libwps, And for some things it doesn't look at all: # dnf repoquery --whatprovides /usr/lib64 # The developers prefer it to be like that, unfortunately. So, it's not a replacement for old repoquery yet. -- 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 3 additions to the Fedora 23 release notes?
- Original Message - From: Bohuslav Kabrda sla...@redhat.com To: Fedora Python SIG python-devel@lists.fedoraproject.org Cc: Robert Kuska rku...@redhat.com Sent: Thursday, August 27, 2015 11:33:51 AM Subject: Re: Python 3 additions to the Fedora 23 release notes? - Original Message - Something Joe Brockmeier mentioned in his Fedora Marketing talk at Flock last week was the need for development teams to be active in providing content for the release announcements. With the Fedora 23 Alpha coming out last week, I looked at the Release Notes to see if there was anything about the Python 3 as default change, but didn't see anything. Was there something there and I just missed it, or does something need to be written up and passed to the folks responsible for creating the release notes? Hi Nick, a very good point! Since I'm not driving this effort any more and kind of passed this along to Robert (mostly :)), he's the right person to ask: Robert, would it be possible to make some release notes happen? I will look into this :) Thanks! Regards, Nick. -- Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia -- Regards, Slavek Kabrda -- Robert Kuska {rkuska} ___ python-devel mailing list python-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/python-devel
Re: Packaging sphinx docs
On 27.8.2015 11:43, Robert Kuska wrote: While figuring out how to proceed with development of pyp2rpm I've realized that I have no idea how to properly package docs generated by sphinx for python module having both python2 and python3 subpackages, I've decided to go with the following pattern: If package foo has docs generated with sphinx: - add BuildRequires: python-sphinx - use sphinx (unversioned binary) to generate docs - package docs under python-foo-docs subpackage And what package(s) would require what package(s)? -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ python-devel mailing list python-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/python-devel
minrate configuration often causes dnf process abort instead of going to faster mirror
Has anyone noticed $SUBJECT happening? It happens to me a lot here in FL USA, maybe upwards of 1/3 of the time. Anyone think of a reason not to file an enhancement request bug as follows? I keep in /etc/dnf/dnf.conf the following: minrate=6000 This is to avoid having any slow mirror provide larger packages (e.g. icons, libreoffice, java, kernel) that delay the entire update/upgrade process waiting on the final one or two packages to finish at 1/10 or leess than the average download rate. I often find that this speed is not met early in/start of makecache and update/upgrade processes, which halts the entire process instead of looking for a faster mirror and proceeding as happens after the fetch process has made some progress. In virtually every case, repeating the command after it aborted finds a faster mirror, and the whole process proceeds to completion. Surely DNF could spend a bit of time to look for a faster mirror instead of aborting. The abort means the submitted process often has to do a lot of (time wasting) repeating, instead of picking up where it left off, continuing with a faster/different mirror. -- 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
ppisar uploaded Test-Moose-More-0.035.tar.gz for perl-Test-Moose-More
b8c33a9474bffce8e0ba1f5fe36f243a Test-Moose-More-0.035.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Test-Moose-More/Test-Moose-More-0.035.tar.gz/md5/b8c33a9474bffce8e0ba1f5fe36f243a/Test-Moose-More-0.035.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-Test-Moose-More (master). 0.035 bump
From bb33d96aaa43b1fe15c111a067546e675f801fb7 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Thu, 27 Aug 2015 12:33:41 +0200 Subject: 0.035 bump diff --git a/.gitignore b/.gitignore index c6ab1be..a4b8502 100644 --- a/.gitignore +++ b/.gitignore @@ -22,3 +22,4 @@ /Test-Moose-More-0.031.tar.gz /Test-Moose-More-0.032.tar.gz /Test-Moose-More-0.033.tar.gz +/Test-Moose-More-0.035.tar.gz diff --git a/perl-Test-Moose-More.spec b/perl-Test-Moose-More.spec index 0e148a7..6e7097a 100644 --- a/perl-Test-Moose-More.spec +++ b/perl-Test-Moose-More.spec @@ -1,5 +1,5 @@ Name: perl-Test-Moose-More -Version:0.033 +Version:0.035 Release:1%{?dist} Summary:More tools for testing Moose packages License:LGPLv2+ @@ -70,6 +70,9 @@ make test %{_mandir}/man3/* %changelog +* Thu Aug 27 2015 Petr Pisar ppi...@redhat.com - 0.035-1 +- 0.035 bump + * Thu Jul 30 2015 Petr Pisar ppi...@redhat.com - 0.033-1 - 0.033 bump diff --git a/sources b/sources index ebde3e5..715a8de 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -fb0196cc49a8e2e407f7ea90c2be6dbc Test-Moose-More-0.033.tar.gz +b8c33a9474bffce8e0ba1f5fe36f243a Test-Moose-More-0.035.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Test-Moose-More.git/commit/?h=masterid=bb33d96aaa43b1fe15c111a067546e675f801fb7 -- 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 1257380] perl-Test-Moose-More-0.035 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1257380 --- Comment #2 from Petr Pisar ppi...@redhat.com --- validate_role() is more strict. Therefore this release is suitable for Rawhide only. -- 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-B-Hooks-OP-Check-EntersubForCV
perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the F-23 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-Devel-FindRef
perl-Devel-FindRef has broken dependencies in the F-23 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: polymake
polymake has broken dependencies in the F-23 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-CGI-Application-Structured-Tools
perl-CGI-Application-Structured-Tools has broken dependencies in the F-23 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-POE-API-Peek
perl-POE-API-Peek has broken dependencies in the F-23 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
[Bug 1257380] perl-Test-Moose-More-0.035 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1257380 --- Comment #3 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- ppisar's perl-Test-Moose-More-0.035-1.fc24 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=680673 -- 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-MongoDB
perl-MongoDB has broken dependencies in the F-23 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-Method-Signatures
perl-Method-Signatures has broken dependencies in the F-23 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
jplesnik pushed to perl-Getopt-Simple (master). 1.52 bump
From aae965c6efa1024e5674bcd9732378e51158f9b3 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova jples...@redhat.com Date: Thu, 27 Aug 2015 12:46:14 +0200 Subject: 1.52 bump diff --git a/.gitignore b/.gitignore index bf376ba..24bf106 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ Getopt-Simple-1.49.tgz +/Getopt-Simple-1.52.tgz diff --git a/perl-Getopt-Simple.spec b/perl-Getopt-Simple.spec index d569c8a..7dc1fc6 100644 --- a/perl-Getopt-Simple.spec +++ b/perl-Getopt-Simple.spec @@ -1,18 +1,25 @@ Name: perl-Getopt-Simple -Version:1.49 -Release:15%{?dist} +Version:1.52 +Release:1%{?dist} Summary:Provide a simple wrapper around Getopt::Long License:Artistic 2.0 Group: Development/Libraries URL:http://search.cpan.org/dist/Getopt-Simple/ Source0: http://www.cpan.org/authors/id/R/RS/RSAVAGE/Getopt-Simple-%{version}.tgz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: perl +BuildRequires: perl(Exporter) +BuildRequires: perl(Getopt::Long) +BuildRequires: perl(lib) BuildRequires: perl(Module::Build) +BuildRequires: perl(strict) BuildRequires: perl(Test::More) BuildRequires: perl(Test::Pod) +BuildRequires: perl(vars) +BuildRequires: perl(warnings) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) -Requires: perl(Getopt::Long) %description Getopt::Simple is a pure Perl module used as wrapper around Getopt::Long. @@ -25,7 +32,6 @@ Getopt::Simple is a pure Perl module used as wrapper around Getopt::Long. ./Build %install -rm -rf $RPM_BUILD_ROOT tr -d '\r' README tmp mv tmp README ./Build install destdir=$RPM_BUILD_ROOT create_packlist=0 @@ -36,16 +42,15 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %check ./Build test -%clean -rm -rf $RPM_BUILD_ROOT - %files -%defattr(-,root,root,-) -%doc Changes.txt README +%doc CHANGES README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Thu Aug 27 2015 Jitka Plesnikova jples...@redhat.com - 1.52-1 +- 1.52 bump + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.49-15 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index a3311ef..737ed97 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -4b1e965e7833f840bd78eb9835da5bd0 Getopt-Simple-1.49.tgz +5ff72e4753147e5eef5990b5d4aaae46 Getopt-Simple-1.52.tgz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Getopt-Simple.git/commit/?h=masterid=aae965c6efa1024e5674bcd9732378e51158f9b3 -- 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 1230596] Upgrade perl-Getopt-Simple to 1.52
https://bugzilla.redhat.com/show_bug.cgi?id=1230596 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED CC||jples...@redhat.com Fixed In Version||perl-Getopt-Simple-1.52-1.f ||c24 Resolution|--- |RAWHIDE Last Closed||2015-08-27 06:53:24 -- 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 1257380] perl-Test-Moose-More-0.035 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1257380 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Test-Moose-More-0.035- ||1.fc24 Resolution|--- |RAWHIDE Last Closed||2015-08-27 06:51:24 -- 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-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-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: 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-Test-AutoBuild
perl-Test-AutoBuild has broken dependencies in the F-23 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-Data-Alias
perl-Data-Alias has broken dependencies in the F-23 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-Data-Dump-Streamer
perl-Data-Dump-Streamer has broken dependencies in the F-23 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 F-23 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
jplesnik uploaded Getopt-Simple-1.52.tgz for perl-Getopt-Simple
5ff72e4753147e5eef5990b5d4aaae46 Getopt-Simple-1.52.tgz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Getopt-Simple/Getopt-Simple-1.52.tgz/md5/5ff72e4753147e5eef5990b5d4aaae46/Getopt-Simple-1.52.tgz -- 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: bodhi2: ACL validation mechanism was unable to determine ACLs
On 08/27/2015 11:15 AM, Christopher Meng wrote: On Thursday, August 27, 2015, Ralf Corsepius rc040...@freenet.de mailto:rc040...@freenet.de wrote: Hi, This morning, bodhi2 doesn't allow me to submit an update. After a seemingly successful login-in, when trying to submit an update, a popup pops up telling me: ACL validation mechanism was unable to determine ACLs I met this as well when I edited updates. Then I manually typed the build in the field and pressed enter instead of selecting them with checkbox pulled after entering the package name. I don't think this applies here. I've tried several ways to submit the package, but no success so far. Also, meanwhile I've successfully requested a update for a different package, i.e. it's not a general issue with my account. I'd guess on a bodhi-koji interaction/sync issues (fc23), because another build of this package for a different fedora release (fc22) seems to be stuck in koji and doesn't want to finish for more than 12 hours. May-be, it'll once will time out or may-be I can find a way to kill it. We'll see if this changes something. 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
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-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-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-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
Re: Firefox addon signing
On Thu, Aug 27, 2015 at 02:28:48AM +0200, Reindl Harald wrote: Am 27.08.2015 um 02:21 schrieb Solomon Peachy: On Wed, Aug 26, 2015 at 05:53:36PM +0200, drago01 wrote: A better solution would be to add a mechanism that allows you to use your own signing keys. That way you have both 1) install self built extensions and 2) the added security. ..and (3) a way for malware to install its own key, rendering (2) moot that would imply that malware running as root and then you have already lost the whole game - pretty sure nobody meant your own signing keys writeable by the user firefox is running I suspect even malware with user rights will be able to effectively manipulate the firefox binary using LD_PRELOAD or many other methods. Having a working sandbox implementation would improve security much better. Richard -- Name and OpenPGP keys available from pgp key servers pgpyMRCSHlvZV.pgp Description: PGP 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
Re: Firefox addon signing
On Wed, Feb 11, 2015 at 10:30:11PM -0600, Michael Cronenworth wrote: I'm sure those that need to know, know, but for those that haven't heard[1] Mozilla's official Firefox build will enforce addons to contain a Mozilla signature without any runtime option to disable the check. Initially this prevents Fedora packaged addons since they are unsigned. The Mozilla signing process takes time and can't be part of a package building process. Is Fedora going to get authorization to build Firefox with a runtime disable option? I have created https://bugzilla.redhat.com/show_bug.cgi?id=1257566 Richard -- Name and OpenPGP keys available from pgp key servers -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct