Re: shared-mime-info and desktops
Kevin Fenzi wrote: Greetings. For a while now it's been possible for desktops to have their own mime info (which is great), but it seems we have also gotten rid of the generic one, which causes some strange behavior: https://bugzilla.redhat.com/show_bug.cgi?id=1243049 ie, /usr/share/applications/defaults.list no longer exists, and shared-mime-info ships just a: /usr/share/applications/gnome.list This leads to issues with tools that don't happen to be run under gnome. Of course other desktops can (and probibly should) make their own lists, but IMHO we should also have a generic one for tools not running under any particular DE. So, my questions: 1. Can we add back a defaults.list ? +1 I'm in favor, but ship it as mimeapps.list to comply with modern related standards, see: http://standards.freedesktop.org/mime-apps-spec/mime-apps-spec-1.0.html#file Proposal: ship a generic/default mimeapps.list initially based on content of gnome-mimeapps.list I'm volunteering to maintain it if/when decisions are made to stray from gnome-mimeapps.list at all. -- 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: dnf doesn't check for rpmdb lock?
On 07/16/2015 01:19 PM, Eric Griffith wrote: I tried to do an install and an update on two different terminals on my machine yesterday. The second one didn't yell about an rpmdb lock but it did say that it was waiting on a process. So unless it broke from an update last night / this morning then idk On Jul 16, 2015 11:20 AM, Richard Shaw hobbes1...@gmail.com mailto:hobbes1...@gmail.com wrote: I remember frequently (to my dismay) getting messages from yum saying that another process had a lock on the RPM database. Due to a recent rash of issues with the akmods package I have been investigating why the kmods are not getting installed. Out of curiosity I tried running two dnf update instances in two different terminals and I did not get the message, in fact it acted like nothing was wrong! So I just did 'dnf update' from two different terminals on the same system and allowed the first one to proceed. While it was updating, I kept running 'dnf update' in the other terminal, terminating it by not giving it an OK to proceed. The second 'dnf update' was running, reporting decreasing number of upgrades needed, as expected. I don't know what would happen if I allowed the second one to proceed---would they mess up the package database? would two upgrades collide writing to the same packaged files? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[389-devel] Please review: [389 Project] #48226: In MMR, double free coould occur under some special condition
https://fedorahosted.org/389/ticket/48226 https://fedorahosted.org/389/attachment/ticket/48226/0001-Ticket-48226-In-MMR-double-free-coould-occur-under-s.patch https://fedorahosted.org/389/attachment/ticket/48226/0002-Ticket-48226-CI-test-added-test-cases-for-ticket-482.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: Improving our processes for new contributors.
On Wed, Jul 15, 2015 at 11:05:40AM -0400, Przemek Klosowski wrote: When I looked into packaging, I found extensive documentation but very few tutorial-style materials. I like the hands-on approach so I wrote a 'user story' about packaging a simple project: https://fedoraproject.org/wiki/How_to_create_a_GNU_Hello_RPM_package I made some tweaks to the text. I think it is a reasonable introduction. I think this is a good approach, and could be extended to describe a complete submission process (adding the package in COPR, applying for maintainership, reviewing, etc). Anyone wants to collaborate on that? -- One thing which I find very annoying when creating new packages is the need to use bare rpmbuild commands. I find the split between ~/rpmbuild/{SPECS,SOURCES} anachronistic (*), and much prefer the fedpkg / distgit approach of having everything in one directory. I now usually use the single directory approach from the beginning: - git init new-package cd new-pagkage - emacs new-package.spec - spectool -g *spec - md5sum ... | tee sources - git add new-package.spec sources git commit -m 'Initial version' - git remote add ssh://pkgs.fedoraproject.org/new-package.git - fedpkg --dist master {srpm,mockbuild,etc} Without the fake remote fedpkg fails. I am wondering if there is a way to achieve this in a simpler way, or if not, if it would be possible to modify fedpkg to support packages which are not part of Fedora out of the box. IMHO this would make the process easier and more consistent for new (or existing) contributors. Zbyszek (*) Because of the multiple directories it is harder to find stuff. It is impossible to use version control on the spec file. Tools like 'spectool -g' download stuff to the current directory, so it is necessary to move file around afterwards. And most importantly, this setup is only used temporarily, before the package is reviewed and approved. -- 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: Bizarre koji error
On 07/15/2015 04:07 PM, Ralf Corsepius wrote: Hi I am facing a bizarre f23-koji build breakdown: http://koji.fedoraproject.org/koji/taskinfo?taskID=10366596 The interesting part seems to be hidden in this file: https://kojipkgs.fedoraproject.org//work/tasks/6598/10366598/checkout.log: $ git clone -n git://pkgs.fedoraproject.org/ht /var/lib/mock/f23-build-3655660-501262/root/tmp/scmroot/ht Cloning into '/var/lib/mock/f23-build-3655660-501262/root/tmp/scmroot/ht'... fatal: read error: Connection reset by peer Same result, when retrying: http://koji.fedoraproject.org/koji/taskinfo?taskID=10366729 An f24-build succeeded ca. 1/2 hour ago: http://koji.fedoraproject.org/koji/taskinfo?taskID=10366109 WTH? Ralf It happened to me yesterday also during updates. Usually first and the second attempt failed and then it succeed so I managed to push all updates I wanted during day. Is the cause know at the moment? -- Jakub Jelen Associate Software Engineer Security Technologies Red Hat -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
jplesnik uploaded Test-LWP-UserAgent-0.029.tar.gz for perl-Test-LWP-UserAgent
f32dddbc7969e766588bea578e30f915 Test-LWP-UserAgent-0.029.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Test-LWP-UserAgent/Test-LWP-UserAgent-0.029.tar.gz/md5/f32dddbc7969e766588bea578e30f915/Test-LWP-UserAgent-0.029.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
[HEADS UP] SELinux policy store migration in Rawhide
Hi everybody, we will do an update of SELinux userspace tools to 2015-02-02 release and selinux-policy packages as it was proposed in SELinux policy store migration Fedora system wide change [1]. What does it mean for you: 1. You use only Fedora default SELinux policy. You shouldn't notice any change but some performance improvements during regular policy updates. 2. You have local changes in policy like changed booleans, adjusted SELinux users, added or changed port or file contexts definitions made via semanage command. You shouldn't notice any change. All local modifications should be handled by migration process during packages update. You can backup your setting using the command below before the update will happen. # semanage export -f semanage.mods 3. You have your local SELinux policy modules You shouldn't notice any change again. All modules should be migrated during selinux-policy update. Some of modules could be incompatible with the new policy so they'll need to be migrated manually. If they are part of any Fedora package, we will help with the migration. Just file a bug to a component and add us do CC field. We are ready to help with other modules or issues with migration on seli...@lists.fedoraproject.org mailing list. [1] https://fedoraproject.org/wiki/Changes/SELinuxPolicyStoreMigration Petr -- Petr Lautrbach -- 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 1238804] /usr/bin/perl is not linked with -z now
https://bugzilla.redhat.com/show_bug.cgi?id=1238804 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|CLOSED |ASSIGNED Resolution|RAWHIDE |--- Keywords||Reopened --- Comment #1 from Petr Pisar ppi...@redhat.com --- The issue is some perl packages fails tests or the interpreter segfaults if /usr/bin/perl is linked with -pie option. This must be fixed or reverted. -- 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 1238804] /usr/bin/perl is not linked with -z now
https://bugzilla.redhat.com/show_bug.cgi?id=1238804 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Version|rawhide |23 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1238804] /usr/bin/perl is not linked with -z now and -pie, perl crashes with -pie
https://bugzilla.redhat.com/show_bug.cgi?id=1238804 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Blocks||1199775 (harden-failure) Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1199775 [Bug 1199775] Tracking bug for issues with using the Hardened Flags (Fails to Build, segfaults etc.) -- 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
pghmcfc pushed to perl-File-Slurp-Tiny (perl-File-Slurp-Tiny-0.004-1.fc24). Update to 0.004 (..more)
This commit already existed in another branch. http://pkgs.fedoraproject.org/cgit/perl-File-Slurp-Tiny.git/commit/?h=perl-File-Slurp-Tiny-0.004-1.fc24id=8d361648c82aae260cc713d2f33afd9c2224f5d1 -- 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
pghmcfc pushed to perl-File-Slurp-Tiny (perl-File-Slurp-Tiny-0.004-1.fc23). Update to 0.004 (..more)
From 8d361648c82aae260cc713d2f33afd9c2224f5d1 Mon Sep 17 00:00:00 2001 From: Paul Howarth p...@city-fan.org Date: Thu, 16 Jul 2015 11:33:52 +0100 Subject: Update to 0.004 - New upstream release 0.004 - Add discouragement notice (File::Slurper is a better choice) - Don't skip '.\n' and '..\n' in read_dir - Don't install benchmark.pl - Use %license where possible - Release tests no longer part of main test suite diff --git a/perl-File-Slurp-Tiny.spec b/perl-File-Slurp-Tiny.spec index c6c0971..28c320b 100644 --- a/perl-File-Slurp-Tiny.spec +++ b/perl-File-Slurp-Tiny.spec @@ -2,8 +2,8 @@ %global old_test_more %(perl -MTest::More -e 'print (($Test::More::VERSION) 0.88 ? 1 : 0);' 2/dev/null || echo 0) Name: perl-File-Slurp-Tiny -Version: 0.003 -Release: 7%{?dist} +Version: 0.004 +Release: 1%{?dist} Summary: A simple, sane and efficient file slurper Group: Development/Libraries License: GPL+ or Artistic @@ -13,7 +13,11 @@ Patch0: File-Slurp-Tiny-0.003-old-Test::More.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildArch: noarch # Build -BuildRequires: perl(ExtUtils::MakeMaker) = 6.30 +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make +BuildRequires: perl +BuildRequires: perl(ExtUtils::MakeMaker) # Module BuildRequires: perl(Carp) BuildRequires: perl(Exporter) = 5.57 @@ -22,15 +26,8 @@ BuildRequires: perl(FileHandle) BuildRequires: perl(strict) BuildRequires: perl(warnings) # Test Suite -BuildRequires: perl(File::Spec) BuildRequires: perl(File::Temp) -BuildRequires: perl(IO::Handle) -BuildRequires: perl(IPC::Open3) BuildRequires: perl(Test::More) -# Release Tests -BuildRequires: perl(Pod::Coverage::TrustPod) -BuildRequires: perl(Test::Pod) -BuildRequires: perl(Test::Pod::Coverage) # Runtime Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) @@ -56,21 +53,31 @@ make pure_install DESTDIR=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} ';' %{_fixperms} %{buildroot} -# Don't want to ship the benchmark script -rm %{buildroot}%{perl_vendorlib}/File/Slurp/benchmark.pl - %check -make test RELEASE_TESTING=1 +make test %clean rm -rf %{buildroot} %files -%doc Changes LICENSE README +%if 0%{?_licensedir:1} +%license LICENSE +%else +%doc LICENSE +%endif +%doc Changes README %{perl_vendorlib}/File/ -%{_mandir}/man3/File::Slurp::Tiny.3pm* +%{_mandir}/man3/File::Slurp::Tiny.3* %changelog +* Thu Jul 16 2015 Paul Howarth p...@city-fan.org - 0.004-1 +- Update to 0.004 + - Add discouragement notice (File::Slurper is a better choice) + - Don't skip '.\n' and '..\n' in read_dir + - Don't install benchmark.pl +- Use %%license where possible +- Release tests no longer part of main test suite + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.003-7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index 3a15420..872689d 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -b3c1c485b5bc40f7e94acfd983d7a871 File-Slurp-Tiny-0.003.tar.gz +7575b81543281ea57cdb7e5eb3f73264 File-Slurp-Tiny-0.004.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-File-Slurp-Tiny.git/commit/?h=perl-File-Slurp-Tiny-0.004-1.fc23id=8d361648c82aae260cc713d2f33afd9c2224f5d1 -- 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
pghmcfc uploaded File-Slurp-Tiny-0.004.tar.gz for perl-File-Slurp-Tiny
7575b81543281ea57cdb7e5eb3f73264 File-Slurp-Tiny-0.004.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-File-Slurp-Tiny/File-Slurp-Tiny-0.004.tar.gz/md5/7575b81543281ea57cdb7e5eb3f73264/File-Slurp-Tiny-0.004.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
pghmcfc pushed to perl-File-Slurp-Tiny (master). Update to 0.004 (..more)
From 8d361648c82aae260cc713d2f33afd9c2224f5d1 Mon Sep 17 00:00:00 2001 From: Paul Howarth p...@city-fan.org Date: Thu, 16 Jul 2015 11:33:52 +0100 Subject: Update to 0.004 - New upstream release 0.004 - Add discouragement notice (File::Slurper is a better choice) - Don't skip '.\n' and '..\n' in read_dir - Don't install benchmark.pl - Use %license where possible - Release tests no longer part of main test suite diff --git a/perl-File-Slurp-Tiny.spec b/perl-File-Slurp-Tiny.spec index c6c0971..28c320b 100644 --- a/perl-File-Slurp-Tiny.spec +++ b/perl-File-Slurp-Tiny.spec @@ -2,8 +2,8 @@ %global old_test_more %(perl -MTest::More -e 'print (($Test::More::VERSION) 0.88 ? 1 : 0);' 2/dev/null || echo 0) Name: perl-File-Slurp-Tiny -Version: 0.003 -Release: 7%{?dist} +Version: 0.004 +Release: 1%{?dist} Summary: A simple, sane and efficient file slurper Group: Development/Libraries License: GPL+ or Artistic @@ -13,7 +13,11 @@ Patch0: File-Slurp-Tiny-0.003-old-Test::More.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildArch: noarch # Build -BuildRequires: perl(ExtUtils::MakeMaker) = 6.30 +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make +BuildRequires: perl +BuildRequires: perl(ExtUtils::MakeMaker) # Module BuildRequires: perl(Carp) BuildRequires: perl(Exporter) = 5.57 @@ -22,15 +26,8 @@ BuildRequires: perl(FileHandle) BuildRequires: perl(strict) BuildRequires: perl(warnings) # Test Suite -BuildRequires: perl(File::Spec) BuildRequires: perl(File::Temp) -BuildRequires: perl(IO::Handle) -BuildRequires: perl(IPC::Open3) BuildRequires: perl(Test::More) -# Release Tests -BuildRequires: perl(Pod::Coverage::TrustPod) -BuildRequires: perl(Test::Pod) -BuildRequires: perl(Test::Pod::Coverage) # Runtime Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) @@ -56,21 +53,31 @@ make pure_install DESTDIR=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} ';' %{_fixperms} %{buildroot} -# Don't want to ship the benchmark script -rm %{buildroot}%{perl_vendorlib}/File/Slurp/benchmark.pl - %check -make test RELEASE_TESTING=1 +make test %clean rm -rf %{buildroot} %files -%doc Changes LICENSE README +%if 0%{?_licensedir:1} +%license LICENSE +%else +%doc LICENSE +%endif +%doc Changes README %{perl_vendorlib}/File/ -%{_mandir}/man3/File::Slurp::Tiny.3pm* +%{_mandir}/man3/File::Slurp::Tiny.3* %changelog +* Thu Jul 16 2015 Paul Howarth p...@city-fan.org - 0.004-1 +- Update to 0.004 + - Add discouragement notice (File::Slurper is a better choice) + - Don't skip '.\n' and '..\n' in read_dir + - Don't install benchmark.pl +- Use %%license where possible +- Release tests no longer part of main test suite + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.003-7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index 3a15420..872689d 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -b3c1c485b5bc40f7e94acfd983d7a871 File-Slurp-Tiny-0.003.tar.gz +7575b81543281ea57cdb7e5eb3f73264 File-Slurp-Tiny-0.004.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-File-Slurp-Tiny.git/commit/?h=masterid=8d361648c82aae260cc713d2f33afd9c2224f5d1 -- 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
pghmcfc pushed to perl-File-Slurp-Tiny (f23). Update to 0.004 (..more)
From 8d361648c82aae260cc713d2f33afd9c2224f5d1 Mon Sep 17 00:00:00 2001 From: Paul Howarth p...@city-fan.org Date: Thu, 16 Jul 2015 11:33:52 +0100 Subject: Update to 0.004 - New upstream release 0.004 - Add discouragement notice (File::Slurper is a better choice) - Don't skip '.\n' and '..\n' in read_dir - Don't install benchmark.pl - Use %license where possible - Release tests no longer part of main test suite diff --git a/perl-File-Slurp-Tiny.spec b/perl-File-Slurp-Tiny.spec index c6c0971..28c320b 100644 --- a/perl-File-Slurp-Tiny.spec +++ b/perl-File-Slurp-Tiny.spec @@ -2,8 +2,8 @@ %global old_test_more %(perl -MTest::More -e 'print (($Test::More::VERSION) 0.88 ? 1 : 0);' 2/dev/null || echo 0) Name: perl-File-Slurp-Tiny -Version: 0.003 -Release: 7%{?dist} +Version: 0.004 +Release: 1%{?dist} Summary: A simple, sane and efficient file slurper Group: Development/Libraries License: GPL+ or Artistic @@ -13,7 +13,11 @@ Patch0: File-Slurp-Tiny-0.003-old-Test::More.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildArch: noarch # Build -BuildRequires: perl(ExtUtils::MakeMaker) = 6.30 +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make +BuildRequires: perl +BuildRequires: perl(ExtUtils::MakeMaker) # Module BuildRequires: perl(Carp) BuildRequires: perl(Exporter) = 5.57 @@ -22,15 +26,8 @@ BuildRequires: perl(FileHandle) BuildRequires: perl(strict) BuildRequires: perl(warnings) # Test Suite -BuildRequires: perl(File::Spec) BuildRequires: perl(File::Temp) -BuildRequires: perl(IO::Handle) -BuildRequires: perl(IPC::Open3) BuildRequires: perl(Test::More) -# Release Tests -BuildRequires: perl(Pod::Coverage::TrustPod) -BuildRequires: perl(Test::Pod) -BuildRequires: perl(Test::Pod::Coverage) # Runtime Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) @@ -56,21 +53,31 @@ make pure_install DESTDIR=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} ';' %{_fixperms} %{buildroot} -# Don't want to ship the benchmark script -rm %{buildroot}%{perl_vendorlib}/File/Slurp/benchmark.pl - %check -make test RELEASE_TESTING=1 +make test %clean rm -rf %{buildroot} %files -%doc Changes LICENSE README +%if 0%{?_licensedir:1} +%license LICENSE +%else +%doc LICENSE +%endif +%doc Changes README %{perl_vendorlib}/File/ -%{_mandir}/man3/File::Slurp::Tiny.3pm* +%{_mandir}/man3/File::Slurp::Tiny.3* %changelog +* Thu Jul 16 2015 Paul Howarth p...@city-fan.org - 0.004-1 +- Update to 0.004 + - Add discouragement notice (File::Slurper is a better choice) + - Don't skip '.\n' and '..\n' in read_dir + - Don't install benchmark.pl +- Use %%license where possible +- Release tests no longer part of main test suite + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.003-7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild diff --git a/sources b/sources index 3a15420..872689d 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -b3c1c485b5bc40f7e94acfd983d7a871 File-Slurp-Tiny-0.003.tar.gz +7575b81543281ea57cdb7e5eb3f73264 File-Slurp-Tiny-0.004.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-File-Slurp-Tiny.git/commit/?h=f23id=8d361648c82aae260cc713d2f33afd9c2224f5d1 -- 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 1242802] perl-smartmatch-engine-core-0.02-11.fc23 FTBFS: t/core.t test fails
https://bugzilla.redhat.com/show_bug.cgi?id=1242802 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Blocks||1199775 (harden-failure) Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1199775 [Bug 1199775] Tracking bug for issues with using the Hardened Flags (Fails to Build, segfaults etc.) -- 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 pushed to perl-Test-LWP-UserAgent (master). Initial import
From 8d7b34dce51618866f7b0489bd86ea35ed8341a5 Mon Sep 17 00:00:00 2001 From: Jitka Plesnikova jples...@redhat.com Date: Thu, 16 Jul 2015 08:33:24 +0200 Subject: Initial import diff --git a/.gitignore b/.gitignore index e69de29..f857542 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Test-LWP-UserAgent-0.029.tar.gz diff --git a/perl-Test-LWP-UserAgent.spec b/perl-Test-LWP-UserAgent.spec new file mode 100644 index 000..1bbc265 --- /dev/null +++ b/perl-Test-LWP-UserAgent.spec @@ -0,0 +1,76 @@ +Name: perl-Test-LWP-UserAgent +Version:0.029 +Release:1%{?dist} +Summary:LWP::UserAgent suitable for simulating and testing network calls +License:GPL+ or Artistic +Group: Development/Libraries +URL:http://search.cpan.org/dist/Test-LWP-UserAgent/ +Source0: http://www.cpan.org/authors/id/E/ET/ETHER/Test-LWP-UserAgent-%{version}.tar.gz +BuildArch: noarch +BuildRequires: make +BuildRequires: perl +BuildRequires: perl(Carp) +BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 +BuildRequires: perl(File::Spec) +BuildRequires: perl(HTTP::Date) +BuildRequires: perl(HTTP::Message::PSGI) +BuildRequires: perl(HTTP::Request) +BuildRequires: perl(HTTP::Request::Common) +BuildRequires: perl(HTTP::Response) +BuildRequires: perl(HTTP::Status) +BuildRequires: perl(if) +BuildRequires: perl(JSON::MaybeXS) +BuildRequires: perl(lib) +BuildRequires: perl(LWP::UserAgent) +BuildRequires: perl(Moose) +BuildRequires: perl(namespace::clean) +BuildRequires: perl(overload) +BuildRequires: perl(parent) +BuildRequires: perl(Path::Tiny) +BuildRequires: perl(Safe::Isa) +BuildRequires: perl(Scalar::Util) +BuildRequires: perl(Storable) +BuildRequires: perl(strict) +BuildRequires: perl(Test::Deep) = 0.110 +BuildRequires: perl(Test::Fatal) +BuildRequires: perl(Test::More) = 0.88 +BuildRequires: perl(Test::Requires) +# Test::RequiresInternet - Optional for tests +BuildRequires: perl(Test::Warnings) = 0.009 +BuildRequires: perl(Try::Tiny) +BuildRequires: perl(URI) +BuildRequires: perl(warnings) +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) + +%global __provides_exclude %{?__provides_exclude:%__provides_exclude|}^perl\\(MyApp::Client\\) + +%description +This module is a subclass of LWP::UserAgent which overrides a few key low- +level methods that are concerned with actually sending your request over +the network, allowing an interception of that request and simulating a +particular response. This greatly facilitates testing of client networking +code where the server follows a known protocol. + +%prep +%setup -q -n Test-LWP-UserAgent-%{version} + +%build +perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=$RPM_BUILD_ROOT +%{_fixperms} $RPM_BUILD_ROOT/* + +%check +NO_NETWORK_TESTING=1 make test + +%files +%license LICENSE +%doc Changes CONTRIBUTING docs examples README +%{perl_vendorlib}/* +%{_mandir}/man3/* + +%changelog +* Fri Jul 10 2015 Jitka Plesnikova jples...@redhat.com - 0.029-1 +- Specfile autogenerated by cpanspec 1.78. diff --git a/sources b/sources index e69de29..9354daf 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +f32dddbc7969e766588bea578e30f915 Test-LWP-UserAgent-0.029.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Test-LWP-UserAgent.git/commit/?h=masterid=8d7b34dce51618866f7b0489bd86ea35ed8341a5 -- 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 1238804] /usr/bin/perl is not linked with -z now and -pie, perl crashes with -pie
https://bugzilla.redhat.com/show_bug.cgi?id=1238804 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Blocks||1242769, 1242802 Summary|/usr/bin/perl is not linked |/usr/bin/perl is not linked |with -z now |with -z now and -pie, perl ||crashes with -pie Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1242769 [Bug 1242769] perl-Algorithm-CurveFit-1.05-14.fc23 FTBFS: Failed test at t/02bad_deriv.t line 50 https://bugzilla.redhat.com/show_bug.cgi?id=1242802 [Bug 1242802] perl-smartmatch-engine-core-0.02-11.fc23 FTBFS: t/core.t test fails -- 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 1242769] perl-Algorithm-CurveFit-1.05-14.fc23 FTBFS: Failed test at t/02bad_deriv.t line 50
https://bugzilla.redhat.com/show_bug.cgi?id=1242769 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Depends On||1238804 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1238804 [Bug 1238804] /usr/bin/perl is not linked with -z now and -pie, perl crashes with -pie -- 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 1242802] perl-smartmatch-engine-core-0.02-11.fc23 FTBFS: t/core.t test fails
https://bugzilla.redhat.com/show_bug.cgi?id=1242802 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Depends On||1238804 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1238804 [Bug 1238804] /usr/bin/perl is not linked with -z now and -pie, perl crashes with -pie -- 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 1242769] perl-Algorithm-CurveFit-1.05-14.fc23 FTBFS: Failed test at t/02bad_deriv.t line 50
https://bugzilla.redhat.com/show_bug.cgi?id=1242769 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Blocks||1199775 (harden-failure) Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1199775 [Bug 1199775] Tracking bug for issues with using the Hardened Flags (Fails to Build, segfaults etc.) -- 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: shared-mime-info and desktops
Am Wed, 15 Jul 2015 21:08:18 + schrieb devel-requ...@lists.fedoraproject.org: Message: 9 Date: Wed, 15 Jul 2015 14:47:14 -0600 From: Kevin Fenzi ke...@scrye.com To: devel@lists.fedoraproject.org Subject: shared-mime-info and desktops Message-ID: 20150715144714.2063c...@voldemort.scrye.com Content-Type: text/plain; charset=utf-8 Greetings. For a while now it's been possible for desktops to have their own mime info (which is great), but it seems we have also gotten rid of the generic one, which causes some strange behavior: https://bugzilla.redhat.com/show_bug.cgi?id=1243049 ie, /usr/share/applications/defaults.list no longer exists, and shared-mime-info ships just a: /usr/share/applications/gnome.list This leads to issues with tools that don't happen to be run under gnome. Of course other desktops can (and probibly should) make their own lists, but IMHO we should also have a generic one for tools not running under any particular DE. So, my questions: 1. Can we add back a defaults.list ? Yes, if desktop mimeapp.lists have higher priority. 2. Should other DE's ship their lists also in shared-mime-info or should they provide it as part of some other base package? On the one hand one place might be nice, on the other it would make shared-mime-info update more often and sometimes for things that don't affect you. Thanks for any thoughts... kevin Mate and Cinnamon desktop ships already their own mimeapp.list with a desktop package. Wolfgang -- 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 1243619] php-pear-Text-Diff-1.2.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1243619 Xavier Bachelot xav...@bachelot.org changed: What|Removed |Added CC|perl-devel@lists.fedoraproj | |ect.org | -- 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
F-23 Branched report: 20150716 changes
Compose started at Thu Jul 16 07:15:03 UTC 2015 New package: java-hll-1.6.0-1.fc23 Java library for the HyperLogLog algorithm New package: nghttp2-1.1.1-1.fc23 Experimental HTTP/2 client, server and proxy New package: osmpbf-1.3.3-5.20150712git17fd0cc.fc23 C library to read and write OpenStreetMap PBF files New package: python-importmagic-0.1.3-3.fc23 Python library to auto-magically add, remove and manage imports New package: python-ipython_genutils-0.1.0-2.fc23 IPython vestigial utilities New package: python-pandocfilters-1.2.4-1.fc23 Python module for writing pandoc filters New package: takari-tycho-support-0.16.0-2.fc23 Takari Tycho Base Updated Packages: clufter-0.50.1-1.fc23 - * Wed Jul 15 2015 Jan Pokorný jpokorny+rpm-cluf...@fedoraproject.org - 0.50.1-1 - bump upstream package Size change: 277 bytes gdesklets-0.36.3-21.fc23 * Wed Jul 15 2015 Sérgio Basto ser...@serjux.com - 0.36.3-21 - Added 187_186.diff (#1243415) and 182_181.diff . - Removed BuildRequires pyorbit (Retired on F23+), looks like gdesklets not need it. Size change: 1749 bytes gdl-0.9.5-9.fc23 * Wed Jul 15 2015 Orion Poplawski or...@cora.nwra.com - 0.9.5-9 - Rebuild for grib_api 1.14.0 soname bump Size change: 123 bytes generic-release-23-0.7 -- * Wed Jul 15 2015 Bruno Wolff III br...@wolff.to - 23-0.7 - f23 has branched off from rawhide Size change: 97 bytes glibc-2.21.90-18.fc23 - * Tue Jul 14 2015 Mike FABIAN mfab...@redhat.com - 2.21.90-18 - Unicode 8.0.0 updates, including the transliteration files (#1238412). Size change: 149512 bytes gmpc-11.8.16-9.fc23 --- * Thu Jul 16 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 11.8.16-9 - Fix F23FTBFS (RHBZ#1239534): - Append -DHAVE_STRNDUP=1 to CFLAGS to work-around bug in libmpd. - Append RPM_OPT_FLAGS to subdir CFLAGS. - Add gmpc-awn-11.8.16-plugin.patch. * Wed Jun 17 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 11.8.16-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild Size change: 2812 bytes kernel-4.2.0-0.rc2.git1.1.fc23 -- * Wed Jul 15 2015 Josh Boyer jwbo...@fedoraproject.org - 4.2.0-0.rc2.git1.1 - Linux v4.2-rc2-77-gf760b87f8f12 * Wed Jul 15 2015 Josh Boyer jwbo...@fedoraproject.org - Drop kdbus as it wasn't merged in time for f23 * Tue Jul 14 2015 Peter Robinson pbrobin...@fedoraproject.org - Update AMD Seattle a0 eth driver for 4.2 Size change: -242367 bytes libinput-0.20.0-1.fc23 -- * Thu Jul 16 2015 Peter Hutterer peter.hutte...@redhat.com 0.20.0-1 - libinput 0.20 Size change: 15312 bytes linux-firmware-20150715-54.git69640304.fc23 --- * Wed Jul 15 2015 Josh Boyer jwbo...@fedoraproject.org 20150715-54.git69640304 - Update to latest upstream git snapshot - New iwlwifi firmware for 726x/316x/8000 devices - New firmware for i915 skylake and radeon devices - Various other updates Size change: 4873230 bytes openmpi-1.8.7-1.fc23 * Wed Jul 15 2015 Orion Poplawski or...@cora.nwra.com 1.8.7-1 - Update to 1.8.7 Size change: -2697 bytes pen-0.29.0-1.fc23 - * Wed Jul 15 2015 Itamar Reis Peixoto ita...@ispbrasil.com.br - 0.29.0-1 - new version Size change: 31996 bytes prosody-0.9.8-4.fc23 * Wed Jul 15 2015 Robert Scheck rob...@fedoraproject.org 0.9.8-4 - Change default CA paths to /etc/pki/tls/certs(/ca-bundle.crt) Size change: 452 bytes pygrib-2.0.0-3.fc23 --- * Wed Jul 15 2015 Orion Poplawski or...@cora.nwra.com - 2.0.0-3 - Rebuild for grib_api 1.14.0 soname bump Size change: 149 bytes python-pyasn1-0.1.8-1.fc23 -- * Wed Jul 15 2015 Jason L Tibbitts III ti...@math.uh.edu - 0.1.8-1 - Update to new upstream release 0.1.8, modules 0.0.6. Size change: 7760 bytes todocli-0.1-20140709gitf50c240.fc23.3 - * Thu Jul 16 2015 William Moreno Reyes williamjmorenor at gmail.com - 0.1-20140709gitf50c240.3 - Add manpage Size change: 601 bytes xdg-utils-1.1.0-0.41.20150715git.fc23 - * Wed Jul 15 2015 Rex Dieter rdie...@fedoraproject.org 1.1.0-0.41.20150715git - 20150715git snapshot Size change: -7400 bytes xrdp-0.9.0-1.fc23 - * Tue Jul 14 2015 Itamar Reis Peixoto ita...@ispbrasil.com.br - 0.9.0-1 - upgrade to 0.9.0 Size change: -594712 bytes zukitwo-20141022-9.fc23 --- * Wed Jul 15 2015 Leigh Scott leigh123li...@googlemail.com - 20141022-9 - revert last change Size change: 1194 bytes Summary: Added Packages: 7 Removed Packages: 0 Modified Packages: 18 Size of added packages: 1461519 (1.4 M) Size change of modified packages: 4238088 (4.0 M) Size of removed packages: 0 (0 ) Size
ppisar pushed to perl-CGI-Untaint (f23). Specify all dependencies
From 39772c4d5d66035cddd9cbed1bfda74405daffd2 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Thu, 16 Jul 2015 14:03:43 +0200 Subject: Specify all dependencies diff --git a/perl-CGI-Untaint.spec b/perl-CGI-Untaint.spec index d25340f..9f531c5 100644 --- a/perl-CGI-Untaint.spec +++ b/perl-CGI-Untaint.spec @@ -1,6 +1,6 @@ Name: perl-CGI-Untaint Version:1.26 -Release:23%{?dist} +Release:24%{?dist} Summary:Process CGI input parameters Group: Development/Libraries License:GPL+ or Artistic @@ -8,9 +8,25 @@ URL:http://search.cpan.org/dist/CGI-Untaint/ Source0: http://search.cpan.org/CPAN/authors/id/T/TM/TMTM/CGI-Untaint-%{version}.tar.gz BuildArch: noarch -BuildRequires: perl(UNIVERSAL::require), perl(Test::More), perl(CGI) +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make +BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) +# Run-time: +BuildRequires: perl(base) +BuildRequires: perl(Carp) +BuildRequires: perl(strict) +BuildRequires: perl(UNIVERSAL::require) = 0.01 +# Tests: +BuildRequires: perl(CGI) +BuildRequires: perl(Math::BigInt) +BuildRequires: perl(Test::More) = 0.11 Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +Requires: perl(UNIVERSAL::require) = 0.01 + +# Filter under-specified dependencies +%global __requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\(UNIVERSAL::require\\)$ %description %{summary}. @@ -39,6 +55,9 @@ make test %changelog +* Thu Jul 16 2015 Petr Pisar ppi...@redhat.com - 1.26-24 +- Specify all dependencies + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.26-23 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-CGI-Untaint.git/commit/?h=f23id=39772c4d5d66035cddd9cbed1bfda74405daffd2 -- 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-CGI-Untaint (master). Specify all dependencies
From 39772c4d5d66035cddd9cbed1bfda74405daffd2 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Thu, 16 Jul 2015 14:03:43 +0200 Subject: Specify all dependencies diff --git a/perl-CGI-Untaint.spec b/perl-CGI-Untaint.spec index d25340f..9f531c5 100644 --- a/perl-CGI-Untaint.spec +++ b/perl-CGI-Untaint.spec @@ -1,6 +1,6 @@ Name: perl-CGI-Untaint Version:1.26 -Release:23%{?dist} +Release:24%{?dist} Summary:Process CGI input parameters Group: Development/Libraries License:GPL+ or Artistic @@ -8,9 +8,25 @@ URL:http://search.cpan.org/dist/CGI-Untaint/ Source0: http://search.cpan.org/CPAN/authors/id/T/TM/TMTM/CGI-Untaint-%{version}.tar.gz BuildArch: noarch -BuildRequires: perl(UNIVERSAL::require), perl(Test::More), perl(CGI) +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make +BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) +# Run-time: +BuildRequires: perl(base) +BuildRequires: perl(Carp) +BuildRequires: perl(strict) +BuildRequires: perl(UNIVERSAL::require) = 0.01 +# Tests: +BuildRequires: perl(CGI) +BuildRequires: perl(Math::BigInt) +BuildRequires: perl(Test::More) = 0.11 Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) +Requires: perl(UNIVERSAL::require) = 0.01 + +# Filter under-specified dependencies +%global __requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\(UNIVERSAL::require\\)$ %description %{summary}. @@ -39,6 +55,9 @@ make test %changelog +* Thu Jul 16 2015 Petr Pisar ppi...@redhat.com - 1.26-24 +- Specify all dependencies + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.26-23 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-CGI-Untaint.git/commit/?h=masterid=39772c4d5d66035cddd9cbed1bfda74405daffd2 -- 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: shared-mime-info and desktops
- Original Message - Greetings. For a while now it's been possible for desktops to have their own mime info (which is great), but it seems we have also gotten rid of the generic one, which causes some strange behavior: https://bugzilla.redhat.com/show_bug.cgi?id=1243049 ie, /usr/share/applications/defaults.list no longer exists, and shared-mime-info ships just a: /usr/share/applications/gnome.list Nearly, it ships /usr/share/applications/gnome-mimeapps.list This leads to issues with tools that don't happen to be run under gnome. The only problem is that the handler for each mime-type will be semi-random based on the installed packages. Of course other desktops can (and probibly should) make their own lists, but IMHO we should also have a generic one for tools not running under any particular DE. So, my questions: 1. Can we add back a defaults.list ? I don't see the point of doing that. The default GNOME values aren't interesting for anything but GNOME. The various DEs will have different opinions on what should be the default, so it's best that they take control of this setting. 2. Should other DE's ship their lists also in shared-mime-info or should they provide it as part of some other base package? On the one hand one place might be nice, on the other it would make shared-mime-info update more often and sometimes for things that don't affect you. I don't mind the additional .list files being shipped with shared-mime-info, as long as people are careful when they're making changes to shared-mime-info git, don't need me to commit to the repository (I'm fine with adding access to those who request it), and CC: themselves on the shared-mime-info bugs to handle the DE specific problems. It's a shame that we need to ship DE specific files in a generic package, but that's really grand-fathered by the upstream and downstream maintainership of the package (I've been maintaining upstream for 11 years, and the downstream package for 8, so there's got to be a perk, right? :) Cheers -- 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 1238804] /usr/bin/perl is not linked with -z now and -pie, perl crashes with -pie
https://bugzilla.redhat.com/show_bug.cgi?id=1238804 Pavel Raiskup prais...@redhat.com changed: What|Removed |Added Depends On||947022 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=947022 [Bug 947022] postgresql package should be built with PIE flags -- 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 1238804] /usr/bin/perl is not linked with -z now and -pie, perl crashes with -pie
https://bugzilla.redhat.com/show_bug.cgi?id=1238804 Pavel Raiskup prais...@redhat.com changed: What|Removed |Added Depends On|947022 | Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=947022 [Bug 947022] postgresql package should be built with PIE flags -- 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 1243855] New: perl-Math-BaseCnv-1.8.B59BrZX-12.fc24 FTBFS: undeclared dependency on
https://bugzilla.redhat.com/show_bug.cgi?id=1243855 Bug ID: 1243855 Summary: perl-Math-BaseCnv-1.8.B59BrZX-12.fc24 FTBFS: undeclared dependency on Product: Fedora Version: 23 Component: perl-Math-BaseCnv Assignee: xav...@bachelot.org Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, xav...@bachelot.org perl-Math-BaseCnv-1.8.B59BrZX-12.fc24 fails to build in F24 and F23: + make test PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -MTest::Harness -e undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/00pod.t ... ok # Failed test 'POD Covered' # at t/00podc.t line 1. # Math::BaseCnv: requiring 'Math::BaseCnv' failed # Looks like you failed 1 test of 1. t/00podc.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/1 subtests Can't locate Math/BigInt.pm in @INC (you may need to install the Math::BigInt module) (@INC contains: /builddir/build/BUILD/Math-BaseCnv-1.8.B59BrZX/blib/lib /builddir/build/BUILD/Math-BaseCnv-1.8.B59BrZX/blib/arch /usr/local/lib/perl5 /usr/local/share/perl5 /usr/lib/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5 /usr/share/perl5 .) at /builddir/build/BUILD/Math-BaseCnv-1.8.B59BrZX/blib/lib/Math/BaseCnv.pm line 7. BEGIN failed--compilation aborted at /builddir/build/BUILD/Math-BaseCnv-1.8.B59BrZX/blib/lib/Math/BaseCnv.pm line 7. Compilation failed in require at t/01base.t line 11. BEGIN failed--compilation aborted at t/01base.t line 11. t/01base.t .. Dubious, test returned 2 (wstat 512, 0x200) You use Math::BigInt Perl module but does not declare dependency on it. -- 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 1243862] New: perl-Test-Routine-0.020-4.fc24 FTBFS: undeclared dependency on Math::Trig
https://bugzilla.redhat.com/show_bug.cgi?id=1243862 Bug ID: 1243862 Summary: perl-Test-Routine-0.020-4.fc24 FTBFS: undeclared dependency on Math::Trig Product: Fedora Version: 23 Component: perl-Test-Routine Assignee: emman...@seyman.fr Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: emman...@seyman.fr, perl-devel@lists.fedoraproject.org perl-Test-Routine-0.020-4.fc24 fails to build in F23 and F24: t/demo/05-multiple.t .. ok # Failed test 'a test/subroutine name mismatch is not allowed' # at t/dupe.t line 18. # 'Can't locate Math/Trig.pm in @INC (you may need to install the Math::Trig module) (@INC contains: /builddir/build/BUILD/Test-Routine-0.020/blib/lib /builddir/build/BUILD/Test-Routine-0.020/blib/arch /usr/local/lib/perl5 /usr/local/share/perl5 /usr/lib/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5 /usr/share/perl5 .) at t/lib/NoGood2.pm line 4. # BEGIN failed--compilation aborted at t/lib/NoGood2.pm line 4. # Compilation failed in require at t/dupe.t line 17. # ' # doesn't match '(?^:there's already a subroutine named)' # Looks like you failed 1 test of 2. t/dupe.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/2 subtests You use Math::Trig Perl module but does not declare dependency on it. The module was unbundled from perl package. -- 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 1243871] New: perl-Net-SNMP-6.0.1-13.fc24 FTBFS: undeclared dependency on Math::BigInt
https://bugzilla.redhat.com/show_bug.cgi?id=1243871 Bug ID: 1243871 Summary: perl-Net-SNMP-6.0.1-13.fc24 FTBFS: undeclared dependency on Math::BigInt Product: Fedora Version: 23 Component: perl-Net-SNMP Assignee: tcall...@redhat.com Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, tcall...@redhat.com perl-Net-SNMP-6.0.1-13.fc24 fails to build in F23 and F24: + make test PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -MTest::Harness -e undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch') t/*.t Can't locate Math/BigInt.pm in @INC (you may need to install the Math::BigInt module) (@INC contains: /builddir/build/BUILD/Net-SNMP-v6.0.1/blib/lib /builddir/build/BUILD/Net-SNMP-v6.0.1/blib/arch /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at /builddir/build/BUILD/Net-SNMP-v6.0.1/blib/lib/Net/SNMP/Message.pm line 22. BEGIN failed--compilation aborted at /builddir/build/BUILD/Net-SNMP-v6.0.1/blib/lib/Net/SNMP/Message.pm line 22. Compilation failed in require at t/ber.t line 26. BEGIN failed--compilation aborted at t/ber.t line 26. t/ber.t .. Dubious, test returned 2 (wstat 512, 0x200) Failed 7/7 subtests You use Math::BigInt Perl module but does not declare dependency on it. The module was unbundled from perl package. -- 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: shared-mime-info and desktops
There's already plenty of console ROM types in shared-mime-info. To add more, please make sure to contribute the new items upstream, following the HACKING file in the shared-mime-info git repository. - Original Message - -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 hi I'm in agreement with this. This makes a lot of logical sense. i was hoping to improve the mime info for lots of video game rom types, but that's outside the scope of this message. Thanks Kendell clark Kevin Fenzi wrote: Greetings. For a while now it's been possible for desktops to have their own mime info (which is great), but it seems we have also gotten rid of the generic one, which causes some strange behavior: https://bugzilla.redhat.com/show_bug.cgi?id=1243049 ie, /usr/share/applications/defaults.list no longer exists, and shared-mime-info ships just a: /usr/share/applications/gnome.list This leads to issues with tools that don't happen to be run under gnome. Of course other desktops can (and probibly should) make their own lists, but IMHO we should also have a generic one for tools not running under any particular DE. So, my questions: 1. Can we add back a defaults.list ? 2. Should other DE's ship their lists also in shared-mime-info or should they provide it as part of some other base package? On the one hand one place might be nice, on the other it would make shared-mime-info update more often and sometimes for things that don't affect you. Thanks for any thoughts... kevin -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJVptL5AAoJEGYgJ5/kqBTd6f4P/2w0cFN6M9EbX/dnZ4B0yrCD AdM5dIn2a8D+MHZMJk0e2BT9LupzGHUvAF9EJsnV7ZnXUH/xwDtQz5KnM/WCOzzF 1T8eC1tVuyp5UGG9RrsDHxqrWFoFzwmfLqCPROS9kOxcoBNgd9TVWQmKIzW46W2Z CwWwpMxV34TtwJJislQAHnslQ1nYuaZKms9u9q7sPBkl5bzYjVvuQ7W9XvZFqGGj XtjQ/1qaxyURcxxolsg4x4Ay1Cs2CW4W7xJWA2Aw2phiaQ718opEf1bqDyfZVYDQ aviYNj7LsNj6NDA6uYcYTLVrSbS1PwUPhxrwKRQJo80pvicGZ+B8Py17J3EWwTry CXQZmUJFey55uNgW9yTS4j+g7ZRchm6uDXZgK3YIZr/Sugxs5DjHy2wol2YY7C6j 9zGF8xoGwYWnjlWBcQJiIBhMzL4xOc/5ss+Jsjx26E4OPJLPbVqsyUZD3m8ss9ig aHsCgIRvjWFHLyJPEXpmnO6jMB/aFZdCsJfnuIarvUJumK8eqnP7GNJRADgDkqAK hkbIDbyRKwklNChXW+59G805IkyEI+MJG6URBRjdyeUvDB3ngogxHdiSI+t/y82t DsU6k+jZlrg/1yCWm4p4jiuUYVmH0U44OxlZzorxbpWfGxvCeG63iuQ3vLfWiuPJ tJqd5mUFEs2nB+pt5T1j =ZRF1 -END 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 -- 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-Math-Base85 (f23). Specify all dependencies
From 2d1bb723ca663877160d953cb029a042aa21414c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Thu, 16 Jul 2015 14:57:32 +0200 Subject: Specify all dependencies diff --git a/perl-Math-Base85.spec b/perl-Math-Base85.spec index 5dc04b1..8a79d6f 100644 --- a/perl-Math-Base85.spec +++ b/perl-Math-Base85.spec @@ -1,6 +1,6 @@ Name: perl-Math-Base85 Version:0.2 -Release:21%{?dist} +Release:22%{?dist} Summary:Perl extension for base 85 numbers, as referenced by RFC 1924 Group: Development/Libraries @@ -10,7 +10,20 @@ Source0: http://search.cpan.org/CPAN/authors/id/T/TM/TMONROE/Math-Base85- BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make +BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) +# Run-time: +BuildRequires: perl(Carp) +BuildRequires: perl(constant) +BuildRequires: perl(Exporter) +BuildRequires: perl(Math::BigInt) +BuildRequires: perl(strict) +BuildRequires: perl(vars) +# Tests: +BuildRequires: perl(Test) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description @@ -51,6 +64,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Thu Jul 16 2015 Petr Pisar ppi...@redhat.com - 0.2-22 +- Specify all dependencies + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.2-21 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Math-Base85.git/commit/?h=f23id=2d1bb723ca663877160d953cb029a042aa21414c -- 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-Math-Base85 (master). Specify all dependencies
From 2d1bb723ca663877160d953cb029a042aa21414c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Thu, 16 Jul 2015 14:57:32 +0200 Subject: Specify all dependencies diff --git a/perl-Math-Base85.spec b/perl-Math-Base85.spec index 5dc04b1..8a79d6f 100644 --- a/perl-Math-Base85.spec +++ b/perl-Math-Base85.spec @@ -1,6 +1,6 @@ Name: perl-Math-Base85 Version:0.2 -Release:21%{?dist} +Release:22%{?dist} Summary:Perl extension for base 85 numbers, as referenced by RFC 1924 Group: Development/Libraries @@ -10,7 +10,20 @@ Source0: http://search.cpan.org/CPAN/authors/id/T/TM/TMONROE/Math-Base85- BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch +BuildRequires: coreutils +BuildRequires: findutils +BuildRequires: make +BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) +# Run-time: +BuildRequires: perl(Carp) +BuildRequires: perl(constant) +BuildRequires: perl(Exporter) +BuildRequires: perl(Math::BigInt) +BuildRequires: perl(strict) +BuildRequires: perl(vars) +# Tests: +BuildRequires: perl(Test) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) %description @@ -51,6 +64,9 @@ rm -rf $RPM_BUILD_ROOT %changelog +* Thu Jul 16 2015 Petr Pisar ppi...@redhat.com - 0.2-22 +- Specify all dependencies + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.2-21 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Math-Base85.git/commit/?h=masterid=2d1bb723ca663877160d953cb029a042aa21414c -- 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 1243863] New: perl-Crypt-X509-0.51-5.fc24 FTBFS: undeclared dependency on Math::BigInt
https://bugzilla.redhat.com/show_bug.cgi?id=1243863 Bug ID: 1243863 Summary: perl-Crypt-X509-0.51-5.fc24 FTBFS: undeclared dependency on Math::BigInt Product: Fedora Version: 23 Component: perl-Crypt-X509 Assignee: rc040...@freenet.de Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, rc040...@freenet.de perl-Crypt-X509-0.51-5.fc24 fails to build in F23 and F24: + make test PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -MTest::Harness -e undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch') t/*.t Can't locate Math/BigInt.pm in @INC (you may need to install the Math::BigInt module) (@INC contains: /builddir/build/BUILD/Crypt-X509-0.51/blib/lib /builddir/build/BUILD/Crypt-X509-0.51/blib/arch /usr/local/lib/perl5 /usr/local/share/perl5 /usr/lib/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5 /usr/share/perl5 .) at t/Crypt-X509.t line 4. BEGIN failed--compilation aborted at t/Crypt-X509.t line 4. # Looks like your test exited with 2 before it could output anything. t/Crypt-X509.t .. Dubious, test returned 2 (wstat 512, 0x200) Failed 68/68 subtests You use Math::BigInt Perl module but does not declare dependency on it. The module was unbundled from perl package. -- 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 1243849] New: perl-Convert-PEM-0.08-17.fc24 FTBFS: Undeclared dependency on Math::BigInt
https://bugzilla.redhat.com/show_bug.cgi?id=1243849 Bug ID: 1243849 Summary: perl-Convert-PEM-0.08-17.fc24 FTBFS: Undeclared dependency on Math::BigInt Product: Fedora Version: 23 Component: perl-Convert-PEM Assignee: psab...@redhat.com Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, psab...@redhat.com, st...@silug.org perl-Convert-PEM-0.08-17.fc24 fails to build in F24: + make test PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -MTest::Harness -e undef *Test::Harness::Switches; test_harness(0, 'inc', 'blib/lib', 'blib/arch') t/*.t Possible precedence issue with control flow operator at /builddir/build/BUILD/Convert-PEM-0.08/inc/Test/Builder.pm line 858. t/00-compile.t ok Possible precedence issue with control flow operator at /builddir/build/BUILD/Convert-PEM-0.08/inc/Test/Builder.pm line 858. Can't locate Math/BigInt.pm in @INC (you may need to install the Math::BigInt module) (@INC contains: /builddir/build/BUILD/Convert-PEM-0.08/inc /builddir/build/BUILD/Convert-PEM-0.08/blib/lib /builddir/build/BUILD/Convert-PEM-0.08/blib/arch /usr/local/lib/perl5 /usr/local/share/perl5 /usr/lib/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5 /usr/share/perl5 .) at t/01-readwrite.t line 6. BEGIN failed--compilation aborted at t/01-readwrite.t line 6. # Looks like your test exited with 2 before it could output anything. t/01-readwrite.t .. Dubious, test returned 2 (wstat 512, 0x200) Failed 15/15 subtests The same issue is in F23. -- 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 1243858] New: perl-VOMS-Lite-0.20-5.fc24 FTBFS: undeclared dependency on Math::BigInt
https://bugzilla.redhat.com/show_bug.cgi?id=1243858 Bug ID: 1243858 Summary: perl-VOMS-Lite-0.20-5.fc24 FTBFS: undeclared dependency on Math::BigInt Product: Fedora Version: 23 Component: perl-VOMS-Lite Assignee: steve.tray...@cern.ch Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, steve.tray...@cern.ch perl-VOMS-Lite-0.20-5.fc24 fails to build in F23 and F24: + make test PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -MTest::Harness -e undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch') t/*.t # Failed test 1 in t/VOMS-Lite.t at line 30 # t/VOMS-Lite.t line 30 is: if ($@) { ok(0); print STDERR $@; } else { ok(1); } Can't locate Math/BigInt.pm in @INC (you may need to install the Math::BigInt module) (@INC contains: /builddir/build/BUILD/VOMS-Lite-0.20/blib/lib /builddir/build/BUILD/VOMS-Lite-0.20/blib/arch /usr/local/lib/perl5 /usr/local/share/perl5 /usr/lib/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5 /usr/share/perl5 .) at /builddir/build/BUILD/VOMS-Lite-0.20/blib/lib/VOMS/Lite/ASN1Helper.pm line 6. BEGIN failed--compilation aborted at /builddir/build/BUILD/VOMS-Lite-0.20/blib/lib/VOMS/Lite/ASN1Helper.pm line 6. Compilation failed in require at /builddir/build/BUILD/VOMS-Lite-0.20/blib/lib/VOMS/Lite/X509.pm line 5. BEGIN failed--compilation aborted at /builddir/build/BUILD/VOMS-Lite-0.20/blib/lib/VOMS/Lite/X509.pm line 5. Compilation failed in require at (eval 2) line 2. Undefined subroutine VOMS::Lite::X509::Create called at (eval 3) line 1. # Failed test 2 in t/VOMS-Lite.t at line 39 # t/VOMS-Lite.t line 39 is: if ($@) { print STDERR $@; ok(0); } else { ok(1); } # Failed test 3 in t/VOMS-Lite.t at line 47 # t/VOMS-Lite.t line 47 is: ok(0); #Not Able to create a CA certificate Undefined subroutine VOMS::Lite::X509::Create called at t/VOMS-Lite.t line 77. t/VOMS-Lite.t .. Dubious, test returned 25 (wstat 6400, 0x1900) Failed 18/21 subtests You use Math::BigInt Perl module but does not declare dependency on it. The module was unbundled from perl package. -- 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 1243867] New: perl-Panotools-Script-0.28-5.fc24 FTBFS: undeclared dependency on Math::Trig
https://bugzilla.redhat.com/show_bug.cgi?id=1243867 Bug ID: 1243867 Summary: perl-Panotools-Script-0.28-5.fc24 FTBFS: undeclared dependency on Math::Trig Product: Fedora Version: 23 Component: perl-Panotools-Script Assignee: br...@postle.net Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: br...@postle.net, perl-devel@lists.fedoraproject.org perl-Panotools-Script-0.28-5.fc24 fails to build in F23 and F24: + make test PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -MTest::Harness -e undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch') t/*.t # Failed test 'use Panotools::Script::Line::Control;' # at t/001.parse-control.t line 9. # Tried to use 'Panotools::Script::Line::Control'. # Error: Can't locate Math/Trig.pm in @INC (you may need to install the Math::Trig module) (@INC contains: lib /builddir/build/BUILD/Panotools-Script-0.28/blib/lib /builddir/build/BUILD/Panotools-Script-0.28/blib/arch /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at lib/Panotools/Script/Line/Control.pm line 5. # BEGIN failed--compilation aborted at lib/Panotools/Script/Line/Control.pm line 5. # Compilation failed in require at t/001.parse-control.t line 9. # BEGIN failed--compilation aborted at t/001.parse-control.t line 9. Can't locate object method new via package Panotools::Script::Line::Control at t/001.parse-control.t line 11. # Looks like you failed 1 test of 1. # Looks like your test exited with 255 just after 1. You use Math::Trig Perl module but does not declare dependency on it. The module was unbundled from perl package. -- 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
Problem with multiple monitors
Hi folks, I would like to share my experience with multiple monitors. I have installed Fedora 22. Nowadays I have ThinkPad T430 notebook and dockstation where are joined two external LCD monitors. First problem: If I insert notebook to docking station then after entering crypt password during the boot I don't see any logging screen on extended monitors at all. Even not on notebook. It is strange. Because I have only one user on my desktop then after pressing ENTER and entering password I can see Gnome Workstation on both extended monitors. Second problem: When the notebook is outside of docking station and applications are working then inserting back to docking station I see new login screen where I can log in. Unfortunately previous session is not lost but listed as I am logging twice and applications are still working under previous logging. I am not able to login to previous session or I do not know how:( Any idea what could be a wrong? -- Petr Hracek Software Engineer Developer Experience Red Hat, Inc Mob: +420777056169 email:phra...@redhat.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
eseyman pushed to perl-Test-Routine (master). Add perl(Math::Trig) as a BR and clean-up
From 954d872b2d4939afe3bfe2c59e5370366ff1cdcd Mon Sep 17 00:00:00 2001 From: Emmanuel Seyman emman...@seyman.fr Date: Thu, 16 Jul 2015 15:58:49 +0200 Subject: Add perl(Math::Trig) as a BR and clean-up diff --git a/Test-Routine-0.015-Test-Simple-0.98_05-outputs-subtest-names.patch b/Test-Routine-0.015-Test-Simple-0.98_05-outputs-subtest-names.patch deleted file mode 100644 index b9be78f..000 --- a/Test-Routine-0.015-Test-Simple-0.98_05-outputs-subtest-names.patch +++ /dev/null @@ -1,43 +0,0 @@ -From ebb614f44658cd8f63cb2f355e1e02ccd739b010 Mon Sep 17 00:00:00 2001 -From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com -Date: Mon, 5 Aug 2013 12:13:47 +0200 -Subject: [PATCH] Test-Simple-0.98_05 outputs subtest names -MIME-Version: 1.0 -Content-Type: text/plain; charset=UTF-8 -Content-Transfer-Encoding: 8bit - -https://rt.cpan.org/Public/Bug/Display.html?id=87615 -https://rt.cpan.org/Public/Bug/Display.html?id=87616 - -Signed-off-by: Petr Písař ppi...@redhat.com - t/mxms.t | 6 ++ - 1 file changed, 6 insertions(+) - -diff --git a/t/mxms.t b/t/mxms.t -index ecb8008..28a82f1 100644 a/t/mxms.t -+++ b/t/mxms.t -@@ -23,6 +23,9 @@ BEGIN { - }; - }, undef, can create tests with methods); - -+::test_out(# Subtest: tests work), -+::test_out(# Subtest: foo bar) -+if ($Test::More::VERSION = 0.9805); - ::test_out(ok 1 - The object does Test::Foo); - ::test_out(1..1); - ::test_out(ok 1 - foo bar); -@@ -44,6 +47,9 @@ BEGIN { - }; - }, undef, can create tests with methods); - -+::test_out(# Subtest: tests work), -+::test_out(# Subtest: foobar) -+if ($Test::More::VERSION = 0.9805); - ::test_out(ok 1 - The object does Test::Bar); - ::test_out(1..1); - ::test_out(ok 1 - foobar); --- -1.8.1.4 - diff --git a/perl-Test-Routine.spec b/perl-Test-Routine.spec index de776ac..008bd89 100644 --- a/perl-Test-Routine.spec +++ b/perl-Test-Routine.spec @@ -1,7 +1,7 @@ Name: perl-Test-Routine Summary:Composable units of assertion Version:0.020 -Release:4%{?dist} +Release:5%{?dist} License:GPL+ or Artistic URL:http://search.cpan.org/dist/Test-Routine/ Source0: http://www.cpan.org/authors/id/R/RJ/RJBS/Test-Routine-%{version}.tar.gz @@ -10,7 +10,8 @@ BuildArch: noarch BuildRequires: perl(Carp) BuildRequires: perl(Class::MOP) -BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 +BuildRequires: perl(Math::Trig) BuildRequires: perl(Moose) BuildRequires: perl(Moose::Exporter) BuildRequires: perl(Moose::Meta::Class) @@ -46,15 +47,12 @@ composable units of assertion. In other words: roles. %build -%{__perl} Makefile.PL INSTALLDIRS=vendor +%{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 make %{?_smp_mflags} %install -make pure_install PERL_INSTALL_ROOT=%{buildroot} - -find %{buildroot} -type f -name .packlist -exec rm -f {} \; - +make pure_install DESTDIR=%{buildroot} %{_fixperms} %{buildroot}/* @@ -70,6 +68,11 @@ make test %changelog +* Thu Jul 16 2015 Emmanuel Seyman emman...@seyman.fr - 0.020-5 +- Add perl(Math::Trig) as a BR +- Use DESTDIR instead of PERL_INSTALL_ROOT +- Pass NO_PACKLIST=1 to ExtUtils::MakeMaker + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.020-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Test-Routine.git/commit/?h=masterid=954d872b2d4939afe3bfe2c59e5370366ff1cdcd -- 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-Convert-PEM (master). Rewrite the dep list and fix the FTBFS (#1243849) (..more)
From 805ffa5a33ade3d46464dee9b9ec348a40684de8 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20=C5=A0abata?= con...@redhat.com Date: Thu, 16 Jul 2015 16:01:37 +0200 Subject: Rewrite the dep list and fix the FTBFS (#1243849) - Modernize the spec somewhat diff --git a/perl-Convert-PEM.spec b/perl-Convert-PEM.spec index 0541ac9..28e8f5b 100644 --- a/perl-Convert-PEM.spec +++ b/perl-Convert-PEM.spec @@ -1,6 +1,6 @@ Name: perl-Convert-PEM Version:0.08 -Release:17%{?dist} +Release:18%{?dist} Summary:Read/write encrypted ASN.1 PEM files License:GPL+ or Artistic Group: Development/Libraries @@ -8,19 +8,40 @@ URL:http://search.cpan.org/dist/Convert-PEM/ Source0: http://www.cpan.org/authors/id/B/BT/BTROTT/Convert-PEM-%{version}.tar.gz # Disable tests relying on probabilistic output, bug #1136745, CPAN RT#27574 Patch0: Convert-PEM-0.08-Do-not-test-the-reason-for-decryption-failure-on-bad.patch -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch +# Build +BuildRequires: coreutils +BuildRequires: make +BuildRequires: sed +BuildRequires: perl +BuildRequires: perl(base) +BuildRequires: perl(Carp) +BuildRequires: perl(Config) +BuildRequires: perl(Cwd) +BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 +BuildRequires: perl(ExtUtils::MM_Unix) +BuildRequires: perl(Fcntl) +BuildRequires: perl(File::Find) +BuildRequires: perl(File::Path) +BuildRequires: perl(File::Spec) +BuildRequires: perl(strict) +BuildRequires: perl(warnings) +# Runtime BuildRequires: perl(Class::ErrorHandler) BuildRequires: perl(Convert::ASN1) = 0.10 BuildRequires: perl(Crypt::DES_EDE3) BuildRequires: perl(Digest::MD5) -BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(MIME::Base64) +BuildRequires: perl(vars) +# Tests only +BuildRequires: perl(Math::BigInt) BuildRequires: perl(Test::Exception) BuildRequires: perl(Test::More) -Requires: perl(Class::ErrorHandler) +Requires: perl(:MODULE_COMPAT_%(eval $(perl -V:version); echo $version)) Requires: perl(Convert::ASN1) = 0.10 Requires: perl(Crypt::DES_EDE3) -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%global __requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\(Convert::ASN1\\)$ %description This is Convert::PEM, a module implementing read/write access @@ -29,34 +50,31 @@ to ASN.1-encoded PEM files (with optional encryption). %prep %setup -q -n Convert-PEM-%{version} %patch0 -p1 +# Remove the unused bundle +rm -rf inc/Spiffy.pm inc/Sub/ inc/Test/ +sed -e '/^inc\/\(Spiffy\|Sub\|Test\)/d' -i MANIFEST %build -%{__perl} Makefile.PL INSTALLDIRS=vendor +perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 make %{?_smp_mflags} %install -rm -rf $RPM_BUILD_ROOT - -make pure_install PERL_INSTALL_ROOT=$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 \; - -%{_fixperms} $RPM_BUILD_ROOT/* +make pure_install DESTDIR=%{buildroot} +%{_fixperms} %{buildroot}/* %check make test -%clean -rm -rf $RPM_BUILD_ROOT - %files -%defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Thu Jul 16 2015 Petr Šabata con...@redhat.com - 0.08-18 +- Rewrite the dep list and fix the FTBFS (#1243849) +- Modernize the spec somewhat + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.08-17 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Convert-PEM.git/commit/?h=masterid=805ffa5a33ade3d46464dee9b9ec348a40684de8 -- 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: Timeline for qadevel migration
On Thu, 16 Jul 2015 03:18:01 -0400 (EDT) Kamil Paral kpa...@redhat.com wrote: I've been working towards migrating qadevel out of the current cloud setup for a while now and I'd like to finish that migration before we get too far into F23 testing. The current plan is to do the migration on Friday so that I have enough time to fix any issues before folks start using it more again on Monday. To enable this, I've updated phabricator on qadevel.cloud so that I'm not trying to triage issues which could be attributed to multiple, significant changes. If you have any concerns about the migration plan or see any problems with the updated phabricator install, please let me know. Tim Arcanist can no longer be used for creating patches: $ arc diff develop Linting... No linters to run. Running unit tests... No unit test engine is configured for this project. Exception ERR-CONDUIT-CALL: Conduit API method arcanist.projectinfo does not exist. (Run with `--trace` for a full exception trace.) There is no update for it in our copr repo. Maybe a new build is necessary? Sorry, I forgot to update the yum repo for phabricator and the new build was not showing up. I've updated the repo now so if you were seeing that issue, please clear your cached repo metadata and try updating again. Tim pgpWWES78FYuF.pgp Description: OpenPGP digital signature ___ qa-devel mailing list qa-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/qa-devel
ppisar pushed to perl (f23). Disable hardening due to some run-time failures (..more)
From 4bfb6f9c932f31e091ebe14cd779cdb474850c19 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Thu, 16 Jul 2015 16:28:27 +0200 Subject: Disable hardening due to some run-time failures This is a temporary hack until we find the real cause. /usr/bin/perl linked with -pie causes failures to: perl-smartmatch-engine-core perl-Algorithm-CurveFit perl-B-Utils perl-PDL-Graphics-PLplot One could blame poor XS modules, but perl-Algorithm-CurveFit is pure perl code with no XS modules. So the bug is somewhere in the perl. diff --git a/perl.spec b/perl.spec index 9ac827c..f6ed8cb 100644 --- a/perl.spec +++ b/perl.spec @@ -30,7 +30,7 @@ Name: perl Version:%{perl_version} # release number must be even higher, because dual-lived modules will be broken otherwise -Release:348%{?dist} +Release:349%{?dist} Epoch: %{perl_epoch} Summary:Practical Extraction and Report Language Group: Development/Languages @@ -2215,6 +2215,8 @@ echo RPM Build arch: %{_arch} # For perl-5.14.2-large-repeat-heap-abuse.patch perl regen.pl -v +# Disable hardening due to some run-time failures, bug #1238804 +%undefine _hardened_build # ldflags is not used when linking XS modules. # Only ldflags is used when linking miniperl. # Only ccflags and ldflags are used for Configure's compiler checks. @@ -4155,6 +4157,9 @@ popd # Old changelog entries are preserved in CVS. %changelog +* Thu Jul 16 2015 Petr Pisar ppi...@redhat.com - 4:5.22.0-349 +- Disable hardening due to some run-time failures (bug #1238804) + * Mon Jul 13 2015 Petr Pisar ppi...@redhat.com - 4:5.22.0-348 - Sub-package bignum - Sub-package Math-BigRat -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl.git/commit/?h=f23id=4bfb6f9c932f31e091ebe14cd779cdb474850c19 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [EPEL-devel] python34 packages for EPEL
- Original Message - From: Orion Poplawski or...@cora.nwra.com To: EPEL Development List epel-devel@lists.fedoraproject.org, Discussion of RPM packaging standards and practices for Fedora packag...@lists.fedoraproject.org, Fedora Python SIG python-de...@lists.fedoraproject.org, mstuc...@redhat.com Sent: Thursday, July 16, 2015 12:41:13 AM Subject: python34 packages for EPEL Sorry for the cross posting - let's follow up on the EPEL list We now have python34 in EPEL (yay - thanks Matej and others!). Starting to look at packaging some modules. We have https://fedoraproject.org/wiki/User:Bkabrda/EPEL7_Python3 as a starting point which looks pretty good. One wrinkle though is that we have a bunch of python2 packages provided by RHEL that we'll want to provide python3X versions for in EPEL, but not ship python2 versions. So a question becomes, where do they get maintained? Either: - epel7 branch of the python-blah package in Fedora? - a new python3X-blah package? And if in an epel7 branch of an existing package, is it conceivable to maintain a common spec across EPEL and Fedora? I think this is somewhat representative of the changes needed in a more complicated package (setuptools) which isn't actually too terrrible: diff --git a/python-setuptools.spec b/python-setuptools.spec index 7f37e90..cb96b9f 100644 --- a/python-setuptools.spec +++ b/python-setuptools.spec @@ -1,9 +1,9 @@ -%if 0%{?fedora} +%if 0%{?fedora} || 0%{?rhel} = 7 %global with_python3 1 # This controls whether setuptools is build as a wheel or not, # simplifying Python 3.4 bootstraping process -%global build_wheel 1 +%global build_wheel 0 %else %{!?python_sitelib: %global python_sitelib %(%{__python} -c from distutils.sysconfig import get_python_lib; print (get_python_lib()))} %endif @@ -44,10 +44,10 @@ BuildRequires: python-pip BuildRequires: python-wheel %endif %if 0%{?with_python3} -BuildRequires: python3-devel +BuildRequires: python%{python3_pkgversion}-devel %if 0%{?build_wheel} -BuildRequires: python3-pip -BuildRequires: python3-wheel +BuildRequires: python%{python3_pkgversion}-pip +BuildRequires: python%{python3_pkgversion}-wheel %endif %endif # if with_python3 # For unittests @@ -68,7 +68,7 @@ This package also contains the runtime components of setuptools, necessary to execute the software that requires pkg_resources.py. %if 0%{?with_python3} -%package -n python3-setuptools +%package -n python%{python3_pkgversion}-setuptools Summary:Easily build and distribute Python 3 packages Group: Applications/System @@ -76,7 +76,7 @@ Group: Applications/System # has been present since python3-3.2. We do not ship python3-3.0 or # python3-3.1 anywhere -%description -n python3-setuptools +%description -n python%{python3_pkgversion}-setuptools Setuptools is a collection of enhancements to the Python 3 distutils that allow you to more easily build and distribute Python 3 packages, especially ones that have dependencies on other packages. @@ -156,6 +156,9 @@ chmod +x %{buildroot}%{python3_sitelib}/setuptools/command/easy_install.py popd %endif # with_python3 +%if 0%{?epel} +rm %{buildroot}/%{_bindir}/easy_install +%else %if 0%{?build_wheel} pip2 install -I dist/%{python2_wheelname} --root %{buildroot} --strip-file-prefix %{buildroot} %else @@ -167,9 +170,11 @@ rm -rf %{buildroot}%{python_sitelib}/setuptools/tests sed -i '/^setuptools\/tests\//d' %{buildroot}%{python2_record} %endif -install -p -m 0644 %{SOURCE1} %{SOURCE2} . find %{buildroot}%{python_sitelib} -name '*.exe' | xargs rm -f chmod +x %{buildroot}%{python_sitelib}/setuptools/command/easy_install.py +%endif # 0%{?epel} + +install -p -m 0644 %{SOURCE1} %{SOURCE2} . %check %{__python} setup.py test @@ -184,15 +189,17 @@ popd rm -rf %{buildroot} +%if !0%{?epel} %files %defattr(-,root,root,-) %doc *.txt docs %{python_sitelib}/* %{_bindir}/easy_install %{_bindir}/easy_install-2.* +%endif %if 0%{?with_python3} -%files -n python3-setuptools +%files -n python%{python3_pkgversion}-setuptools %defattr(-,root,root,-) %doc psfl.txt zpl.txt docs %{python3_sitelib}/* One note - according to https://fedoraproject.org/wiki/User:Bkabrda/EPEL7_Python3#Specfiles.2C_Macros.2C_Packaging_Process %{python3_pkgversion} is supposed to be defined in Fedora, but I don't see it (at least not in F22). In the review (https://bugzilla.redhat.com/show_bug.cgi?id=1219411#c8) there seems to be some uncertainty as to where it will land? We firstly need to pass packaging guidelines trough FPC, Matt should take care of that but he is currently on PTO and next week we will be at EuroPython ping us on IRC {rkuska, mstuchli} in case you'll (or anyone interested in Python3) be there too we can discuss this in person. After the approval from FPC we can ask to include macros in the buildroot.
psabata pushed to perl-Convert-PEM (f23). Rewrite the dep list and fix the FTBFS (#1243849) (..more)
From 805ffa5a33ade3d46464dee9b9ec348a40684de8 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20=C5=A0abata?= con...@redhat.com Date: Thu, 16 Jul 2015 16:01:37 +0200 Subject: Rewrite the dep list and fix the FTBFS (#1243849) - Modernize the spec somewhat diff --git a/perl-Convert-PEM.spec b/perl-Convert-PEM.spec index 0541ac9..28e8f5b 100644 --- a/perl-Convert-PEM.spec +++ b/perl-Convert-PEM.spec @@ -1,6 +1,6 @@ Name: perl-Convert-PEM Version:0.08 -Release:17%{?dist} +Release:18%{?dist} Summary:Read/write encrypted ASN.1 PEM files License:GPL+ or Artistic Group: Development/Libraries @@ -8,19 +8,40 @@ URL:http://search.cpan.org/dist/Convert-PEM/ Source0: http://www.cpan.org/authors/id/B/BT/BTROTT/Convert-PEM-%{version}.tar.gz # Disable tests relying on probabilistic output, bug #1136745, CPAN RT#27574 Patch0: Convert-PEM-0.08-Do-not-test-the-reason-for-decryption-failure-on-bad.patch -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch +# Build +BuildRequires: coreutils +BuildRequires: make +BuildRequires: sed +BuildRequires: perl +BuildRequires: perl(base) +BuildRequires: perl(Carp) +BuildRequires: perl(Config) +BuildRequires: perl(Cwd) +BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 +BuildRequires: perl(ExtUtils::MM_Unix) +BuildRequires: perl(Fcntl) +BuildRequires: perl(File::Find) +BuildRequires: perl(File::Path) +BuildRequires: perl(File::Spec) +BuildRequires: perl(strict) +BuildRequires: perl(warnings) +# Runtime BuildRequires: perl(Class::ErrorHandler) BuildRequires: perl(Convert::ASN1) = 0.10 BuildRequires: perl(Crypt::DES_EDE3) BuildRequires: perl(Digest::MD5) -BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(MIME::Base64) +BuildRequires: perl(vars) +# Tests only +BuildRequires: perl(Math::BigInt) BuildRequires: perl(Test::Exception) BuildRequires: perl(Test::More) -Requires: perl(Class::ErrorHandler) +Requires: perl(:MODULE_COMPAT_%(eval $(perl -V:version); echo $version)) Requires: perl(Convert::ASN1) = 0.10 Requires: perl(Crypt::DES_EDE3) -Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) + +%global __requires_exclude %{?__requires_exclude:%__requires_exclude|}^perl\\(Convert::ASN1\\)$ %description This is Convert::PEM, a module implementing read/write access @@ -29,34 +50,31 @@ to ASN.1-encoded PEM files (with optional encryption). %prep %setup -q -n Convert-PEM-%{version} %patch0 -p1 +# Remove the unused bundle +rm -rf inc/Spiffy.pm inc/Sub/ inc/Test/ +sed -e '/^inc\/\(Spiffy\|Sub\|Test\)/d' -i MANIFEST %build -%{__perl} Makefile.PL INSTALLDIRS=vendor +perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 make %{?_smp_mflags} %install -rm -rf $RPM_BUILD_ROOT - -make pure_install PERL_INSTALL_ROOT=$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 \; - -%{_fixperms} $RPM_BUILD_ROOT/* +make pure_install DESTDIR=%{buildroot} +%{_fixperms} %{buildroot}/* %check make test -%clean -rm -rf $RPM_BUILD_ROOT - %files -%defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Thu Jul 16 2015 Petr Šabata con...@redhat.com - 0.08-18 +- Rewrite the dep list and fix the FTBFS (#1243849) +- Modernize the spec somewhat + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.08-17 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Convert-PEM.git/commit/?h=f23id=805ffa5a33ade3d46464dee9b9ec348a40684de8 -- 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: Perl CFLAGS and LDFLAGS change
On Wed, Jul 15, 2015 at 05:02:42PM +0200, Petr Pisar wrote: On Wed, Jul 08, 2015 at 02:25:11PM +0200, Petr Pisar wrote: You could read http://permalink.gmane.org/gmane.linux.redhat.fedora.devel/208954 about poor implementation of Fedora 23 hardening feature. It turned out that perl is broken too. Fortunately, only /usr/bin/perl is broken. Not the libperl.so or any other XS modules. This issue is known as https://bugzilla.redhat.com/show_bug.cgi?id=1238804. Playing with perl's Configure arguments shows different options are used at different places and the best configuration looks like this (from perl.spec): -/bin/sh Configure -des -Doptimize=$RPM_OPT_FLAGS \ --Dccdlflags=-Wl,--enable-new-dtags \ --Dlddlflags=-shared $RPM_OPT_FLAGS $RPM_LD_FLAGS \ +# ldflags is not used when linking XS modules. +# Only ldflags is used when linking miniperl. +# Only ccflags and ldflags are used for Configure's compiler checks. +# Set optimize=none to prevent from injecting upstream's value. +/bin/sh Configure -des \ +-Doptimize=none \ +-Dccflags=$RPM_OPT_FLAGS \ +-Dldflags=$RPM_LD_FLAGS \ +-Dccdlflags=-Wl,--enable-new-dtags $RPM_LD_FLAGS \ +-Dlddlflags=-shared $RPM_LD_FLAGS \ The change is in repositories and although almost everything works, we started to get strange failures: perl-Algorithm-CurveFit (bug #1242769), a pure Perl code, fails a test on x86_64 only. perl-smartmatch-engine-core (bug #1242802), an XS code which I retired, segfaults. Also perl-PDL-Graphics-PLplot segfauls on x86_64. I decided to disable hardening in perl.spec. Once the root cause is found and fixed, I will enable it again. -- Petr pgpM4y6vVHTtN.pgp Description: PGP signature -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
ppisar pushed to perl (master). Disable hardening due to some run-time failures (..more)
From 4bfb6f9c932f31e091ebe14cd779cdb474850c19 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Thu, 16 Jul 2015 16:28:27 +0200 Subject: Disable hardening due to some run-time failures This is a temporary hack until we find the real cause. /usr/bin/perl linked with -pie causes failures to: perl-smartmatch-engine-core perl-Algorithm-CurveFit perl-B-Utils perl-PDL-Graphics-PLplot One could blame poor XS modules, but perl-Algorithm-CurveFit is pure perl code with no XS modules. So the bug is somewhere in the perl. diff --git a/perl.spec b/perl.spec index 9ac827c..f6ed8cb 100644 --- a/perl.spec +++ b/perl.spec @@ -30,7 +30,7 @@ Name: perl Version:%{perl_version} # release number must be even higher, because dual-lived modules will be broken otherwise -Release:348%{?dist} +Release:349%{?dist} Epoch: %{perl_epoch} Summary:Practical Extraction and Report Language Group: Development/Languages @@ -2215,6 +2215,8 @@ echo RPM Build arch: %{_arch} # For perl-5.14.2-large-repeat-heap-abuse.patch perl regen.pl -v +# Disable hardening due to some run-time failures, bug #1238804 +%undefine _hardened_build # ldflags is not used when linking XS modules. # Only ldflags is used when linking miniperl. # Only ccflags and ldflags are used for Configure's compiler checks. @@ -4155,6 +4157,9 @@ popd # Old changelog entries are preserved in CVS. %changelog +* Thu Jul 16 2015 Petr Pisar ppi...@redhat.com - 4:5.22.0-349 +- Disable hardening due to some run-time failures (bug #1238804) + * Mon Jul 13 2015 Petr Pisar ppi...@redhat.com - 4:5.22.0-348 - Sub-package bignum - Sub-package Math-BigRat -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl.git/commit/?h=masterid=4bfb6f9c932f31e091ebe14cd779cdb474850c19 -- 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: Problem with multiple monitors
I can't tell you anything about your first problem, but the second one sounds similar to this one (last paragraph): https://bugzilla.redhat.com/show_bug.cgi?id=1225629#c0 Have you tried switching VTs to the one hosting the previous session? -- 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 1238804] /usr/bin/perl is not linked with -z now and -pie, perl crashes with -pie
https://bugzilla.redhat.com/show_bug.cgi?id=1238804 --- Comment #3 from Petr Pisar ppi...@redhat.com --- Hardening disabled in: perl-5.22.0-349.fc23 perl-5.22.0-349.fc24 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
dnf doesn't check for rpmdb lock?
I remember frequently (to my dismay) getting messages from yum saying that another process had a lock on the RPM database. Due to a recent rash of issues with the akmods package I have been investigating why the kmods are not getting installed. Out of curiosity I tried running two dnf update instances in two different terminals and I did not get the message, in fact it acted like nothing was wrong! Of course I hit n to not install the updates so I'm not sure what would happen if I had hit y... Am I missing something here? Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: dnf doesn't check for rpmdb lock?
I tried to do an install and an update on two different terminals on my machine yesterday. The second one didn't yell about an rpmdb lock but it did say that it was waiting on a process. So unless it broke from an update last night / this morning then idk On Jul 16, 2015 11:20 AM, Richard Shaw hobbes1...@gmail.com wrote: I remember frequently (to my dismay) getting messages from yum saying that another process had a lock on the RPM database. Due to a recent rash of issues with the akmods package I have been investigating why the kmods are not getting installed. Out of curiosity I tried running two dnf update instances in two different terminals and I did not get the message, in fact it acted like nothing was wrong! Of course I hit n to not install the updates so I'm not sure what would happen if I had hit y... Am I missing something here? Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- 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 1238804] /usr/bin/perl is not linked with -z now and -pie, perl crashes with -pie
https://bugzilla.redhat.com/show_bug.cgi?id=1238804 --- Comment #2 from Petr Pisar ppi...@redhat.com --- Known failures: smartmatch-engine-core: tests segfaul on x86_64 perl-Algorithm-CurveFit: tests fails in this pure Perl code perl-B-Utils: tests fail on x86 perl-PDL-Graphics-PLplot: tests segfault on x86_64 I will disable hardening in perl.spec and I will work with upstream and Fedora toolchain maintainers to identify and fix the cause. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
eseyman pushed to perl-Test-Routine (f23). Add perl(Math::Trig) as a BR and clean-up
From 6b1eccd4e06cea687625ba27dea372ab98cd2d2a Mon Sep 17 00:00:00 2001 From: Emmanuel Seyman emman...@seyman.fr Date: Thu, 16 Jul 2015 15:58:49 +0200 Subject: Add perl(Math::Trig) as a BR and clean-up diff --git a/Test-Routine-0.015-Test-Simple-0.98_05-outputs-subtest-names.patch b/Test-Routine-0.015-Test-Simple-0.98_05-outputs-subtest-names.patch deleted file mode 100644 index b9be78f..000 --- a/Test-Routine-0.015-Test-Simple-0.98_05-outputs-subtest-names.patch +++ /dev/null @@ -1,43 +0,0 @@ -From ebb614f44658cd8f63cb2f355e1e02ccd739b010 Mon Sep 17 00:00:00 2001 -From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com -Date: Mon, 5 Aug 2013 12:13:47 +0200 -Subject: [PATCH] Test-Simple-0.98_05 outputs subtest names -MIME-Version: 1.0 -Content-Type: text/plain; charset=UTF-8 -Content-Transfer-Encoding: 8bit - -https://rt.cpan.org/Public/Bug/Display.html?id=87615 -https://rt.cpan.org/Public/Bug/Display.html?id=87616 - -Signed-off-by: Petr Písař ppi...@redhat.com - t/mxms.t | 6 ++ - 1 file changed, 6 insertions(+) - -diff --git a/t/mxms.t b/t/mxms.t -index ecb8008..28a82f1 100644 a/t/mxms.t -+++ b/t/mxms.t -@@ -23,6 +23,9 @@ BEGIN { - }; - }, undef, can create tests with methods); - -+::test_out(# Subtest: tests work), -+::test_out(# Subtest: foo bar) -+if ($Test::More::VERSION = 0.9805); - ::test_out(ok 1 - The object does Test::Foo); - ::test_out(1..1); - ::test_out(ok 1 - foo bar); -@@ -44,6 +47,9 @@ BEGIN { - }; - }, undef, can create tests with methods); - -+::test_out(# Subtest: tests work), -+::test_out(# Subtest: foobar) -+if ($Test::More::VERSION = 0.9805); - ::test_out(ok 1 - The object does Test::Bar); - ::test_out(1..1); - ::test_out(ok 1 - foobar); --- -1.8.1.4 - diff --git a/perl-Test-Routine.spec b/perl-Test-Routine.spec index de776ac..008bd89 100644 --- a/perl-Test-Routine.spec +++ b/perl-Test-Routine.spec @@ -1,7 +1,7 @@ Name: perl-Test-Routine Summary:Composable units of assertion Version:0.020 -Release:4%{?dist} +Release:5%{?dist} License:GPL+ or Artistic URL:http://search.cpan.org/dist/Test-Routine/ Source0: http://www.cpan.org/authors/id/R/RJ/RJBS/Test-Routine-%{version}.tar.gz @@ -10,7 +10,8 @@ BuildArch: noarch BuildRequires: perl(Carp) BuildRequires: perl(Class::MOP) -BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(ExtUtils::MakeMaker) = 6.76 +BuildRequires: perl(Math::Trig) BuildRequires: perl(Moose) BuildRequires: perl(Moose::Exporter) BuildRequires: perl(Moose::Meta::Class) @@ -46,15 +47,12 @@ composable units of assertion. In other words: roles. %build -%{__perl} Makefile.PL INSTALLDIRS=vendor +%{__perl} Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 make %{?_smp_mflags} %install -make pure_install PERL_INSTALL_ROOT=%{buildroot} - -find %{buildroot} -type f -name .packlist -exec rm -f {} \; - +make pure_install DESTDIR=%{buildroot} %{_fixperms} %{buildroot}/* @@ -70,6 +68,11 @@ make test %changelog +* Thu Jul 16 2015 Emmanuel Seyman emman...@seyman.fr - 0.020-5 +- Add perl(Math::Trig) as a BR +- Use DESTDIR instead of PERL_INSTALL_ROOT +- Pass NO_PACKLIST=1 to ExtUtils::MakeMaker + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.020-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Test-Routine.git/commit/?h=f23id=6b1eccd4e06cea687625ba27dea372ab98cd2d2a -- 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: dnf doesn't check for rpmdb lock?
On Thu, Jul 16, 2015 at 1:42 PM, Przemek Klosowski przemek.klosow...@nist.gov wrote: On 07/16/2015 01:19 PM, Eric Griffith wrote: I tried to do an install and an update on two different terminals on my machine yesterday. The second one didn't yell about an rpmdb lock but it did say that it was waiting on a process. So unless it broke from an update last night / this morning then idk On Jul 16, 2015 11:20 AM, Richard Shaw hobbes1...@gmail.com wrote: I remember frequently (to my dismay) getting messages from yum saying that another process had a lock on the RPM database. Due to a recent rash of issues with the akmods package I have been investigating why the kmods are not getting installed. Out of curiosity I tried running two dnf update instances in two different terminals and I did not get the message, in fact it acted like nothing was wrong! So I just did 'dnf update' from two different terminals on the same system and allowed the first one to proceed. While it was updating, I kept running 'dnf update' in the other terminal, terminating it by not giving it an OK to proceed. The second 'dnf update' was running, reporting decreasing number of upgrades needed, as expected. I don't know what would happen if I allowed the second one to proceed---would they mess up the package database? would two upgrades collide writing to the same packaged files? I believe I tried this (accidentally) the other day, and the second one just quit with an error message about another process. In yum, it would keep retrying, but dnf just seems to give up on the first collision. -- 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: Improving our processes for new contributors.
On Thu, Jul 16, 2015 at 08:04:12PM +0200, Michael Schwendt wrote: On Thu, 16 Jul 2015 17:53:31 +, Zbigniew Jędrzejewski-Szmek wrote: One thing which I find very annoying when creating new packages is the need to use bare rpmbuild commands. I find the split between ~/rpmbuild/{SPECS,SOURCES} anachronistic (*), and much prefer the fedpkg / distgit approach of having everything in one directory. I now usually use the single directory approach from the beginning: - git init new-package cd new-pagkage - emacs new-package.spec - spectool -g *spec - md5sum ... | tee sources - git add new-package.spec sources git commit -m 'Initial version' - git remote add ssh://pkgs.fedoraproject.org/new-package.git - fedpkg --dist master {srpm,mockbuild,etc} You can redefine %_topdir, %_sourcedir and %_specdir in ~/.rpmmacros, as well as various other macros, to modify the tree as you like. Sure, but I would prefer not to muck around with that. fedpgk does that already for me, and I would prefer to make use of that. Zbyszek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Improving our processes for new contributors.
On Thu, 16 Jul 2015 17:53:31 +, Zbigniew Jędrzejewski-Szmek wrote: One thing which I find very annoying when creating new packages is the need to use bare rpmbuild commands. I find the split between ~/rpmbuild/{SPECS,SOURCES} anachronistic (*), and much prefer the fedpkg / distgit approach of having everything in one directory. I now usually use the single directory approach from the beginning: - git init new-package cd new-pagkage - emacs new-package.spec - spectool -g *spec - md5sum ... | tee sources - git add new-package.spec sources git commit -m 'Initial version' - git remote add ssh://pkgs.fedoraproject.org/new-package.git - fedpkg --dist master {srpm,mockbuild,etc} You can redefine %_topdir, %_sourcedir and %_specdir in ~/.rpmmacros, as well as various other macros, to modify the tree as you like. -- 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: Improving our processes for new contributors.
On 07/16/2015 11:53 AM, Zbigniew Jędrzejewski-Szmek wrote: One thing which I find very annoying when creating new packages is the need to use bare rpmbuild commands. I find the split between ~/rpmbuild/{SPECS,SOURCES} anachronistic (*), and much prefer the fedpkg / distgit approach of having everything in one directory. I now usually use the single directory approach from the beginning: - git init new-package cd new-pagkage - emacs new-package.spec - spectool -g *spec - md5sum ... | tee sources - git add new-package.spec sources git commit -m 'Initial version' - git remote add ssh://pkgs.fedoraproject.org/new-package.git - fedpkg --dist master {srpm,mockbuild,etc} Without the fake remote fedpkg fails. I am wondering if there is a way to achieve this in a simpler way, or if not, if it would be possible to modify fedpkg to support packages which are not part of Fedora out of the box. IMHO this would make the process easier and more consistent for new (or existing) contributors. Zbyszek If I skip creating sources and the git remote add, everything seems to work fine for me with --dist f21 instead of --dist master -- 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: Improving our processes for new contributors.
On Thu, Jul 16, 2015 at 12:14:17PM -0600, Orion Poplawski wrote: On 07/16/2015 11:53 AM, Zbigniew Jędrzejewski-Szmek wrote: One thing which I find very annoying when creating new packages is the need to use bare rpmbuild commands. I find the split between ~/rpmbuild/{SPECS,SOURCES} anachronistic (*), and much prefer the fedpkg / distgit approach of having everything in one directory. I now usually use the single directory approach from the beginning: - git init new-package cd new-pagkage - emacs new-package.spec - spectool -g *spec - md5sum ... | tee sources - git add new-package.spec sources git commit -m 'Initial version' - git remote add ssh://pkgs.fedoraproject.org/new-package.git - fedpkg --dist master {srpm,mockbuild,etc} Without the fake remote fedpkg fails. I am wondering if there is a way to achieve this in a simpler way, or if not, if it would be possible to modify fedpkg to support packages which are not part of Fedora out of the box. IMHO this would make the process easier and more consistent for new (or existing) contributors. Zbyszek If I skip creating sources and the git remote add, everything seems to work fine for me with --dist f21 instead of --dist master True, sources don't seem to be necessary. There's a warning but it can be ignored. Guidelines (and common sense) suggest using rawhide for builds. So adding the remote still seems to be necessary. Zbyszek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Improving our processes for new contributors.
On 07/16/2015 12:37 PM, Zbigniew Jędrzejewski-Szmek wrote: On Thu, Jul 16, 2015 at 12:14:17PM -0600, Orion Poplawski wrote: On 07/16/2015 11:53 AM, Zbigniew Jędrzejewski-Szmek wrote: One thing which I find very annoying when creating new packages is the need to use bare rpmbuild commands. I find the split between ~/rpmbuild/{SPECS,SOURCES} anachronistic (*), and much prefer the fedpkg / distgit approach of having everything in one directory. I now usually use the single directory approach from the beginning: - git init new-package cd new-pagkage - emacs new-package.spec - spectool -g *spec - md5sum ... | tee sources - git add new-package.spec sources git commit -m 'Initial version' - git remote add ssh://pkgs.fedoraproject.org/new-package.git - fedpkg --dist master {srpm,mockbuild,etc} Without the fake remote fedpkg fails. I am wondering if there is a way to achieve this in a simpler way, or if not, if it would be possible to modify fedpkg to support packages which are not part of Fedora out of the box. IMHO this would make the process easier and more consistent for new (or existing) contributors. Zbyszek If I skip creating sources and the git remote add, everything seems to work fine for me with --dist f21 instead of --dist master True, sources don't seem to be necessary. There's a warning but it can be ignored. Guidelines (and common sense) suggest using rawhide for builds. So adding the remote still seems to be necessary. Zbyszek Well, if you know what rawhide is, you can just use that, i.e. f24 at the moment. -- 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: Should generic-release issues block releases?
On Tuesday, July 14, 2015 01:11:53 PM Bruno Wolff III wrote: This is being post to remixes, test and devel since people on test and devel may not ordinarily be involved with remixes, but might want to comment. Replies have been pointed back to the remixes list (hopefully won't be munged) and you probably should join remixes temporarily if you want to follow this thread. In yesterday's QA meeting bug https://bugzilla.redhat.com/show_bug.cgi?id=1224561 was nominated as an f23 final blocker. The group wasn't sure of the impact this would have on remixes if it wasn't fixed before the release, so it was resolved to reject blocker status for now (and the bug was fixed today, so this is moot) and start a discussion with remix representatives. In this particular bug, it wouldn't have been possible to install anaconda and generic-release together on the same image. That might not actually effect many remixes. The other big question is, would fixing generic-release after the f23 release instead of blocking the release work for remixes. Do remixes generally use just the release versions of packages or do they pick up updates as well? The release criteria that was proposed that the bug violated the spirit of, but not the letter of is: Release identification A fedora-release package containing the correct names, information and repository configuration for a final Fedora release must be present on release-blocking images and the appropriately versioned generic-release package must be available in the release repository. It was thought that for bug 1224561 to be considered a release blocker, the above criteria would need to have been expanded to include some functional criteria for generic-release beyond it just be present, So what we are looking for is feedback from people doing remixes about what they really need and when they need it? It should have zero impact and should not be a blocker. It could be nice to have. Remixes are not supposed to use generic-release but use it as a guide and template to making their own release package. 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
[EPEL-devel] [Fedocal] Reminder meeting : EPSCo weekly meeting
Dear all, You are kindly invited to the meeting: EPSCo weekly meeting on 2015-07-17 from 17:00:00 to 18:00:00 UTC At e...@irc.freenode.net The meeting will be about: Source: https://apps.fedoraproject.org/calendar/meeting/2542/ ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: Improving our processes for new contributors.
On 07/16/2015 07:53 PM, Zbigniew Jędrzejewski-Szmek wrote: One thing which I find very annoying when creating new packages is the need to use bare rpmbuild commands. I find the split between ~/rpmbuild/{SPECS,SOURCES} anachronistic (*), and much prefer the fedpkg / distgit approach of having everything in one directory. I now usually use the single directory approach from the beginning: - git init new-package cd new-pagkage - emacs new-package.spec - spectool -g *spec - md5sum ... | tee sources - git add new-package.spec sources git commit -m 'Initial version' - git remote add ssh://pkgs.fedoraproject.org/new-package.git - fedpkg --dist master {srpm,mockbuild,etc} Without the fake remote fedpkg fails. I am wondering if there is a way to achieve this in a simpler way, or if not, if it would be possible to modify fedpkg to support packages which are not part of Fedora out of the box. IMHO this would make the process easier and more consistent for new (or existing) contributors. I use simillar workflow of creating new packages, but I have a shell function which I use to init git repos for new packages. # Usage: newpkg name newpkg() { cd ~/newpkg git clone g...@github.com:mizdebsk/newpkg.git $1 cd ./$1 git push -u origin master:$1 touch $1.spec git add $1.spec } After initializing new git repo this way all important fedpkg commands should work, except for uploading sources. I simply don't bother creating sources files as sources will need to be uploaded later during import. So my workflow is as simple as: newpkg foo emacs foo.spec spectool -g *.spec fedpkg --dist master srpm mock ... foo*.src.rpm fedpkg commit -c git push Pros: 1) workflow uses fedpkg, without rpmbuild or manual md5sum 2) no need to upload spec/srpm to fedorapeople for review - you can use github and koji URLs, respectively, as seen in [1]. 3) future co-maintainers can easily collaborate (open pull requests) before the package is accepted [1] https://bugzilla.redhat.com/show_bug.cgi?id=1242328 -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 246 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3989/cross-binutils-2.23.88.0.1-2.el7.1 130 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1087/dokuwiki-0-0.24.20140929c.el7 113 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1421/quassel-0.11.0-2.el7 51 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-6262/cabal-install-1.16.1.0-1.el7,haskell-platform-2013.2.0.0-39.el7 37 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1545/strongswan-5.3.2-1.el7 26 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-6813/chicken-4.9.0.1-4.el7 15 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7005/python-pip-7.1.0-1.el7 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7017/rubygem-moped-1.5.3-1.el7 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7025/php-horde-Horde-Auth-2.1.10-1.el7,php-horde-Horde-Core-2.20.6-1.el7,php-horde-Horde-Icalendar-2.1.1-1.el7,php-horde-Horde-Form-2.0.10-1.el7 3 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7143/nx-libs-3.5.0.32-1.el7 3 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7138/roundcubemail-1.1.2-1.el7 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7194/libunwind-1.1-10.el7 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7154/hostapd-2.4-3.el7 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7196/ipython-3.2.1-1.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing composer-1.0.0-0.7.20150714git92faf1c.el7 csvcat-0.1-20141205git858edfe.el7.1 fldigi-3.22.11-1.el7 ioping-0.9-1.el7 ipython-3.2.1-1.el7 libntirpc-1.2.1-3.el7 php-horde-Horde-Imap-Client-2.29.1-1.el7 php-zetacomponents-console-tools-1.7-3.el7 php-zetacomponents-graph-1.5.2-3.el7 sfk-1.7.5-1.el7 todocli-0.1-20140709gitf50c240.el7.1 yubico-piv-tool-1.0.1-1.el7 Details about builds: composer-1.0.0-0.7.20150714git92faf1c.el7 (FEDORA-EPEL-2015-7228) Dependency Manager for PHP Update Information: New snapshot. ChangeLog: * Thu Jul 16 2015 Remi Collet r...@fedoraproject.org - 1.0.0-0.7.20150714git92faf1c - new snapshot - raise dependency on justinrainbow/json-schema 1.4.4 * Mon Jun 29 2015 Remi Collet r...@fedoraproject.org - 1.0.0-0.6.20150626git943107c - new snapshot - review autoloader csvcat-0.1-20141205git858edfe.el7.1 (FEDORA-EPEL-2015-7224) Efficiently concatenate CSVs or other tabular text files Update Information: Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild fldigi-3.22.11-1.el7 (FEDORA-EPEL-2015-7218) Digital modem program for Linux Update Information: New modem, FSQ, Fast Simple QSO, and is compatible with the program FSQCALL (US ver). ChangeLog: * Wed Jul 15 2015 Richard Shaw hobbes1...@gmail.com - 3.22.11-1 - Update to latest upstream release. * Wed Jun 17 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.22.10-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild References: [ 1 ] Bug #1243424 - fldigi-3.22.11 is available https://bugzilla.redhat.com/show_bug.cgi?id=1243424 ioping-0.9-1.el7 (FEDORA-EPEL-2015-7213) Simple disk I/O latency monitoring tool Update Information: * Switch to line-buffered output for non-tty terminals * LICENSE (GPL-v3) included into distribution * Block-devices now optional, should helps future ports * Support for O_TMPFILE at Linux * Key '-k' for keeping temporary file * Print at least three decimal digits * Support for pinging /dev/zero * Randomize data to avoid compression in ssd ChangeLog: * Tue Jul 14 2015 Christopher Meng r...@cicku.me - 0.9-1 - Update to 0.9
[EPEL-devel] Fedora EPEL 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 1181 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6 246 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4008/cross-binutils-2.23.51.0.3-1.el6.1 97 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5742/asterisk-1.8.32.3-1.el6 37 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1501/strongswan-5.3.2-1.el6 26 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-6828/chicken-4.9.0.1-4.el6 15 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7003/python-pip-7.1.0-1.el6 15 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7007/drupal7-feeds-2.0-0.12.alpha9.el6 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7031/python-virtualenv-12.0.7-1.el6 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7090/php-horde-Horde-Auth-2.1.10-1.el6,php-horde-Horde-Core-2.20.6-1.el6,php-horde-Horde-Icalendar-2.1.1-1.el6,php-horde-Horde-Form-2.0.10-1.el6 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7015/drupal7-ds-2.10-1.el6 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7066/drupal7-views_bulk_operations-3.3-1.el6 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7103/drupal7-migrate-2.8-1.el6 3 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7116/nx-libs-3.5.0.32-1.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7189/hostapd-2.0-7.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7149/libunwind-1.1-3.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7198/Django14-1.4.21-1.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7165/python-keyring-5.0-1.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7168/rubygem-crack-0.3.2-2.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing csvcat-0.1-20141205git858edfe.el6.1 golang-github-hashicorp-serf-0-0.1.git4bd6183.el6 golang-github-mitchellh-mapstructure-0-0.4.git740c764.el6 ipython-0.13.2-7.el6 libntirpc-1.2.1-3.el6 php-horde-Horde-Imap-Client-2.29.1-1.el6 php-zetacomponents-console-tools-1.7-3.el6 php-zetacomponents-graph-1.5.2-3.el6 todocli-0.1-20140709gitf50c240.el6.3 Details about builds: csvcat-0.1-20141205git858edfe.el6.1 (FEDORA-EPEL-2015-7212) Efficiently concatenate CSVs or other tabular text files Update Information: Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild golang-github-hashicorp-serf-0-0.1.git4bd6183.el6 (FEDORA-EPEL-2015-7215) Service orchestration and management tool http://www.serfdom.io Update Information: First package for Fedora References: [ 1 ] Bug #1212318 - Review Request: golang-github-hashicorp-serf- Service orchestration and management tool http://www.serfdom.io https://bugzilla.redhat.com/show_bug.cgi?id=1212318 golang-github-mitchellh-mapstructure-0-0.4.git740c764.el6 (FEDORA-EPEL-2015-7216) Go library for decoding generic map values into native Go structures Update Information: Choose the correct architecture ChangeLog: References: [ 1 ] Bug #1243892 - Tracker for golang-github-mitchellh-mapstructure https://bugzilla.redhat.com/show_bug.cgi?id=1243892 ipython-0.13.2-7.el6 (FEDORA-EPEL-2015-7230) An enhanced interactive Python shell Update Information: Properly add Requires for python-argparse (bug #1234773) ChangeLog: * Thu Jul 16 2015 Orion Poplawski or...@cora.nwra.com - 0.13.2-7 - Properly add Requires for python-argparse (bug #1234773) References: [ 1 ] Bug #1234773 - [EPEL6] ipython: Missing
Re: Bizarre koji error
On Thu, 16 Jul 2015 08:22:36 +0200 Jakub Jelen jje...@redhat.com wrote: It happened to me yesterday also during updates. Usually first and the second attempt failed and then it succeed so I managed to push all updates I wanted during day. Is the cause know at the moment? Yes, it was a selinux labeling issue. It should have been fixed after yesterday morning. Are you still seeing a problem? kevin pgpQIViXUGgXW.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[EPEL-devel] Fedora EPEL 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 1181 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 635 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5 400 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1626/puppet-2.7.26-1.el5 249 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3849/sblim-sfcb-1.3.8-2.el5 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7012/drupal7-feeds-2.0-0.12.alpha9.el5 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7055/drupal7-views_bulk_operations-3.3-1.el5 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7077/drupal7-ds-2.10-1.el5 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7094/drupal7-migrate-2.8-1.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing mpssh-1.3.3-2.el5 Details about builds: mpssh-1.3.3-2.el5 (FEDORA-EPEL-2015-7219) Parallel ssh tool Update Information: mpssh, now also for el5 References: [ 1 ] Bug #1230274 - Review Request: mpssh - Parallel ssh tool https://bugzilla.redhat.com/show_bug.cgi?id=1230274 ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: Improving our processes for new contributors.
On Thu, Jul 16, 2015 at 02:12:37PM -0600, Orion Poplawski wrote: On 07/16/2015 12:37 PM, Zbigniew Jędrzejewski-Szmek wrote: On Thu, Jul 16, 2015 at 12:14:17PM -0600, Orion Poplawski wrote: On 07/16/2015 11:53 AM, Zbigniew Jędrzejewski-Szmek wrote: One thing which I find very annoying when creating new packages is the need to use bare rpmbuild commands. I find the split between ~/rpmbuild/{SPECS,SOURCES} anachronistic (*), and much prefer the fedpkg / distgit approach of having everything in one directory. I now usually use the single directory approach from the beginning: - git init new-package cd new-pagkage - emacs new-package.spec - spectool -g *spec - md5sum ... | tee sources - git add new-package.spec sources git commit -m 'Initial version' - git remote add ssh://pkgs.fedoraproject.org/new-package.git - fedpkg --dist master {srpm,mockbuild,etc} Without the fake remote fedpkg fails. I am wondering if there is a way to achieve this in a simpler way, or if not, if it would be possible to modify fedpkg to support packages which are not part of Fedora out of the box. IMHO this would make the process easier and more consistent for new (or existing) contributors. Zbyszek If I skip creating sources and the git remote add, everything seems to work fine for me with --dist f21 instead of --dist master True, sources don't seem to be necessary. There's a warning but it can be ignored. Guidelines (and common sense) suggest using rawhide for builds. So adding the remote still seems to be necessary. Zbyszek Well, if you know what rawhide is, you can just use that, i.e. f24 at the moment. Ah, OK, that works. Zbyszek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
bpostle pushed to perl-Panotools-Script (master). Fix for Bug #1243867
From 4196f57ccfee2749fd83f9a3602f24d6b60a510f Mon Sep 17 00:00:00 2001 From: Bruno Postle br...@postle.net Date: Thu, 16 Jul 2015 22:58:01 +0100 Subject: Fix for Bug #1243867 diff --git a/perl-Panotools-Script.spec b/perl-Panotools-Script.spec index fea8c0d..268b075 100644 --- a/perl-Panotools-Script.spec +++ b/perl-Panotools-Script.spec @@ -1,6 +1,6 @@ Name: perl-Panotools-Script Version:0.28 -Release:5%{?dist} +Release:6%{?dist} Summary:Library for manipulating Hugin .pto files License:GPLv2+ Group: Development/Libraries @@ -13,10 +13,12 @@ BuildRequires: perl(LWP::UserAgent) = 5 BuildRequires: perl(URI) = 1 BuildRequires: perl(Image::Size) = 2.9 BuildRequires: perl(Image::ExifTool) = 6 +BuildRequires: perl(Math::Trig) Requires: perl(LWP::UserAgent) = 5 Requires: perl(URI) = 1 Requires: perl(Image::Size) = 2.9 Requires: perl(Image::ExifTool) = 9.07 +Requires: perl(Math::Trig) Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo $version)) # added manually Requires: hugin-base libpano13-tools ImageMagick enblend zenity autotrace @@ -72,6 +74,9 @@ update-desktop-database /dev/null ||: %{_mandir}/man1/* %changelog +* Thu Jul 16 2015 Bruno Postle br...@postle.net - 0.28-6 +- require perl(Math::Trig) + * Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.28-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-Panotools-Script.git/commit/?h=masterid=4196f57ccfee2749fd83f9a3602f24d6b60a510f -- 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: Improving our processes for new contributors.
On Fri, Jul 17, 2015 at 12:28:04AM +0200, Mikolaj Izdebski wrote: On 07/16/2015 07:53 PM, Zbigniew Jędrzejewski-Szmek wrote: One thing which I find very annoying when creating new packages is the need to use bare rpmbuild commands. I find the split between ~/rpmbuild/{SPECS,SOURCES} anachronistic (*), and much prefer the fedpkg / distgit approach of having everything in one directory. I now usually use the single directory approach from the beginning: - git init new-package cd new-pagkage - emacs new-package.spec - spectool -g *spec - md5sum ... | tee sources - git add new-package.spec sources git commit -m 'Initial version' - git remote add ssh://pkgs.fedoraproject.org/new-package.git - fedpkg --dist master {srpm,mockbuild,etc} Without the fake remote fedpkg fails. I am wondering if there is a way to achieve this in a simpler way, or if not, if it would be possible to modify fedpkg to support packages which are not part of Fedora out of the box. IMHO this would make the process easier and more consistent for new (or existing) contributors. I use simillar workflow of creating new packages, but I have a shell function which I use to init git repos for new packages. # Usage: newpkg name newpkg() { cd ~/newpkg git clone g...@github.com:mizdebsk/newpkg.git $1 cd ./$1 git push -u origin master:$1 touch $1.spec git add $1.spec } After initializing new git repo this way all important fedpkg commands should work, except for uploading sources. I simply don't bother creating sources files as sources will need to be uploaded later during import. So my workflow is as simple as: newpkg foo emacs foo.spec spectool -g *.spec fedpkg --dist master srpm mock ... foo*.src.rpm fedpkg commit -c git push Pros: 1) workflow uses fedpkg, without rpmbuild or manual md5sum 2) no need to upload spec/srpm to fedorapeople for review - you can use github and koji URLs, respectively, as seen in [1]. 3) future co-maintainers can easily collaborate (open pull requests) before the package is accepted Yeah, using github like this is a nice idea. So multiple people arrive at the similar workflow independently... I really think that something like this should be available out of the box for new fedora packagers. Probably as part of fedpkg, but can be somewhere else. Zbyszek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
rawhide report: 20150716 changes
Compose started at Thu Jul 16 17:00:04 UTC 2015 New package: felix-scr-1.6.2-3.fc24 Apache Felix Declarative Services Runtime New package: go-srpm-macros-1-1.fc24 RPM macros for building Golang packages for various architectures New package: java-hll-1.6.0-1.fc24 Java library for the HyperLogLog algorithm New package: nghttp2-1.1.1-1.fc24 Experimental HTTP/2 client, server and proxy New package: nodejs-native-or-bluebird-1.2.0-2.fc24 Use either the native Promise or Bluebird New package: nodejs-validate-npm-package-name-2.2.2-1.fc24 Give me a string and I'll tell you if it's a valid npm package name New package: nuget-2.8.5-2.fc24 Package manager for .Net/Mono development platform New package: nunit-2.6.4-7.fc24 Unit test framework for CLI New package: osmpbf-1.3.3-5.20150712git17fd0cc.fc24 C library to read and write OpenStreetMap PBF files New package: perl-Test-LWP-UserAgent-0.029-1.fc24 LWP::UserAgent suitable for simulating and testing network calls New package: php-zetacomponents-console-tools-1.7-3.fc24 Zeta ConsoleTools Component New package: php-zetacomponents-graph-1.5.2-3.fc24 Zeta Graph Component New package: python-importmagic-0.1.3-3.fc24 Python library to auto-magically add, remove and manage imports New package: python-ipython_genutils-0.1.0-2.fc24 IPython vestigial utilities New package: python-ovirt-register-1.0.0-5.fc22 A python module and tool for registering nodes to oVirt Engine New package: python-pandocfilters-1.2.4-1.fc24 Python module for writing pandoc filters New package: takari-tycho-support-0.16.0-2.fc24 Takari Tycho Base New package: yubico-piv-tool-1.0.1-1.fc24 Tool for interacting with the PIV applet on a YubiKey NEO Removed package: aqute-bndlib-1.50.0-12.fc23 Removed package: tesla-tycho-support-0.16.0-1.fc23 Updated Packages: aqute-bnd-2.4.1-1.fc24 -- * Wed Jul 08 2015 Michael Simacek msima...@redhat.com - 2.4.1-1 - Update to upstream version 2.4.1 Size change: 150372877 bytes audacious-3.7-0.1.alpha1.fc24 - * Mon Jul 06 2015 Michael Schwendt mschwe...@fedoraproject.org - 3.7-0.1 - Update to 3.7-alpha1. - Generic plugin API/ABI bumped to 47, still compatible with 3.6.x. - Audacious 3.7 will be an incremental improvement over the previous version. Size change: 12706 bytes audacious-plugins-3.7-0.1.alpha1.fc24 - * Wed Jul 15 2015 Michael Schwendt mschwe...@fedoraproject.org - 3.7-0.1.alpha1 - Copy from Copr packages: - Update to 3.7-alpha1. - Add playlist-manager-qt and skins-qt plugins. Size change: 38528 bytes avalon-framework-4.3-14.fc24 * Thu Jul 16 2015 Michael Simacek msima...@redhat.com - 0:4.3-14 - Build against aqute-bnd-2.4.1 Size change: -997 bytes avalon-logkit-2.1-22.fc24 - * Thu Jul 16 2015 Michael Simacek msima...@redhat.com - 0:2.1-22 - Build against aqute-bnd-2.4.1 Size change: -1001 bytes bacula-7.0.5-9.fc24 --- * Wed Jul 15 2015 Marcin Haba marcin.h...@bacula.pl - 7.0.5-9 - Use an external icon for tray monitor. - Add gcc and gcc-c++ to build requires. Size change: -342 bytes bash-4.3.39-5.fc24 -- * Wed Jul 15 2015 Ondrej Oprala - 4.3.39-5 - #1182278 - bash crashes on `select' if REPLY is readonly - #1241533,1224855 - bash memleak when LC_ALL set Size change: -97 bytes blivet-gui-0.3.4-1.fc24 --- * Thu Jul 16 2015 Vojtech Trefny vtre...@redhat.com - 0.3.4-1 - Pylint fixes (vtrefny) - Use pocketlint for blivet-gui (vtrefny) - Recreate list of actions using Glade (vtrefny) - Completely separate toolbar for blivet actions and for device actions (vtrefny) - Add device information button to DeviceToolbar (vtrefny) - Separate ActionsToolbar and DeviceToolbar (vtrefny) - New UI, part 1 (vtrefny) - Use gi.require_version when importing from gi.repository (vtrefny) - Few pylint overrides and fixes (vtrefny) - Reimplement AddDisklabelDialog using Glade (vtrefny) - Add unittest to test AdvancedOptions from AddDialog (vtrefny) - Add test rule to Makefile (vtrefny) - Add unittest to test SizeChooserArea from AddDialog (vtrefny) - Move SizeChooserArea to own module (vtrefny) - Fix name suggestion for thinlvs (vtrefny) - Fix progress bar fraction during applying changes (vtrefny) - Do not allow editing of non-existing LVM VGs (vtrefny) - EditDialog: Do not allow select None as format (vtrefny) - Fix removing parents for encrypted devices and btrfs volumes (vtrefny) - Delete existing partition table when adding btrfs as a disklabel (vtrefny) - Align target size before resizing partitions (#1207798) (vtrefny) - Fix device visualisation selection after window resize (vtrefny) - Allow adding encrypted logical