Broken dependencies: perl-Test-Vars
perl-Test-Vars has broken dependencies in the F-23 tree: On x86_64: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-B-Hooks-OP-Check-EntersubForCV
perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the F-23 tree: On x86_64: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires libperl.so.5.20 On armhfp: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Method-Signatures
perl-Method-Signatures has broken dependencies in the F-23 tree: On x86_64: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On i386: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On armhfp: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: polymake
polymake has broken dependencies in the F-23 tree: On x86_64: polymake-2.13-22.git20141013.fc23.x86_64 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.x86_64 requires libperl.so.5.20()(64bit) On i386: polymake-2.13-22.git20141013.fc23.i686 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.i686 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.i686 requires libperl.so.5.20 On armhfp: polymake-2.13-22.git20141013.fc23.armv7hl requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.armv7hl requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Test-AutoBuild
perl-Test-AutoBuild has broken dependencies in the F-23 tree: On x86_64: perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-AutoBuild-1.2.4-15.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-CGI-Application-Structured-Tools
perl-CGI-Application-Structured-Tools has broken dependencies in the F-23 tree: On x86_64: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Data-Alias
perl-Data-Alias has broken dependencies in the F-23 tree: On x86_64: perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Alias-1.18-4.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Alias-1.18-4.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Devel-BeginLift
perl-Devel-BeginLift has broken dependencies in the F-23 tree: On x86_64: perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-BeginLift-0.001003-9.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-CatalystX-REPL
perl-CatalystX-REPL has broken dependencies in the F-23 tree: On x86_64: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Carp-REPL
perl-Carp-REPL has broken dependencies in the F-23 tree: On x86_64: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On i386: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On armhfp: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Task-Catalyst
perl-Task-Catalyst has broken dependencies in the F-23 tree: On x86_64: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Devel-FindRef
perl-Devel-FindRef has broken dependencies in the F-23 tree: On x86_64: perl-Devel-FindRef-1.44-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-FindRef-1.44-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-FindRef-1.44-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Data-Dump-Streamer
perl-Data-Dump-Streamer has broken dependencies in the F-23 tree: On x86_64: perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-POE-API-Peek
perl-POE-API-Peek has broken dependencies in the F-23 tree: On x86_64: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-MongoDB
perl-MongoDB has broken dependencies in the F-23 tree: On x86_64: perl-MongoDB-0.702.2-5.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-MongoDB-0.702.2-5.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.i686 requires libperl.so.5.20 On armhfp: perl-MongoDB-0.702.2-5.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
ncurses update to 6.0
The ncurses upstream has released a first 6.0 version few months ago. The default ABI version has changed to 6, which enables some extensions to allow more colors, mouse wheel, etc. The ABI version 5 is still supported and can be selected with a configure option. We should switch to the new ABI, but we will probably want to provide the old ABI 5 libs even when all Fedora ncurses applications are rebuilt with the new ABI to not break 3rd party packages. Dependency on libncurses.so.5 or libtinfo.so.5 is pretty common. As for updating the ncurses package, my current plan is to build the libs in both ABIs (so there are four builds total with the wide and narrow versions), use the ncurses-libs subpackage for the new ABI 6 libs and create a new subpackage for ABI 5 libs. What would be a good name of the subpackage? ncurses-libs5, ncurses5-libs, compat-ncurses5, or something else? Thoughts? -- Miroslav Lichvar -- 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 1249716] rt-4.2.11-1.fc24 FTBFS: Installed (but unpackaged) file(s) found with rpm-4.13
https://bugzilla.redhat.com/show_bug.cgi?id=1249716
--- Comment #2 from Ľuboš Kardoš lkar...@redhat.com ---
The problem is that in a previous version of rpm was bug causing that all files
in %{_pkgdocdir} became part of a package despite the fact that they wasn't
explicitly listed in file list (#728959). We fixed that bug and changed that
behaviour intentionally. I understand that this change of behaviour is
unpleasant for you because it causes FTBS but former behaviour was broken and
we don't plan to revert back to that behaviour. Please fix your package.
Your install script (during make install) installs some files in
/usr/share/doc/rt/docs. To fix this problem it will be enough to list all those
files in file list section of your spec.
BTW %doc followed by relative paths of files copies these files from BUILD to
BUILDROOT/%{_pkgdocdir}. And you don't need to do that because this is already
done by your install script (by make install).
You don't need to use %doc for absolute paths in %{_pkgdocdir} either because
all files in %{_pkgdocdir} are automatically marked as doc files.
So this:
%files
%doc %{_pkgdocdir}/docs/README
...
is the same as:
%files
%{_pkgdocdir}/docs/README
...
--
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 1249716] rt-4.2.11-1.fc24 FTBFS: Installed (but unpackaged) file(s) found with rpm-4.13
https://bugzilla.redhat.com/show_bug.cgi?id=1249716 Ľuboš Kardoš lkar...@redhat.com changed: What|Removed |Added Component|rpm |rt Assignee|packaging-team-maint@redhat |rc040...@freenet.de |.com| -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
berrange uploaded Sys-Virt-1.2.18.tar.gz for perl-Sys-Virt
4055a87812eb66dfc1f56eb7804c99bd Sys-Virt-1.2.18.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Sys-Virt/Sys-Virt-1.2.18.tar.gz/md5/4055a87812eb66dfc1f56eb7804c99bd/Sys-Virt-1.2.18.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
lkundrak uploaded WWW-Salesforce-0.24.tar.gz for perl-WWW-Salesforce
bad93bfca195fe31575fc8614bca700c WWW-Salesforce-0.24.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-WWW-Salesforce/WWW-Salesforce-0.24.tar.gz/md5/bad93bfca195fe31575fc8614bca700c/WWW-Salesforce-0.24.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
lkundrak pushed to perl-WWW-Salesforce (master). Update to 0.24
From e18060ce21983789f0257e9da7e77bf478fa544c Mon Sep 17 00:00:00 2001
From: Lubomir Rintel lkund...@v3.sk
Date: Tue, 4 Aug 2015 14:43:10 +0200
Subject: Update to 0.24
diff --git a/perl-WWW-Salesforce.spec b/perl-WWW-Salesforce.spec
index bc47463..9921bde 100644
--- a/perl-WWW-Salesforce.spec
+++ b/perl-WWW-Salesforce.spec
@@ -1,5 +1,5 @@
Name: perl-WWW-Salesforce
-Version:0.22
+Version:0.24
Release:1%{?dist}
Summary:Simple abstraction layer between SOAP::Lite and Salesforce.com
License:GPL+ or Artistic
@@ -19,6 +19,8 @@ BuildRequires: perl(POSIX)
BuildRequires: perl(SOAP::Lite) = 0.68
BuildRequires: perl(strict)
BuildRequires: perl(Test::More)
+BuildRequires: perl(Test::Pod)
+BuildRequires: perl(Test::Pod::Coverage)
BuildRequires: perl(vars)
BuildRequires: perl(warnings)
Requires: perl(SOAP::Lite) = 0.68
@@ -63,6 +65,9 @@ make test
%changelog
+* Tue Aug 04 2015 Lubomir Rintel lkund...@v3.sk - 0.24-1
+- Update to 0.24
+
* Mon Jun 22 2015 Jitka Plesnikova jples...@redhat.com - 0.22-1
- 0.22 bump
- Update build-requires
--
cgit v0.10.2
http://pkgs.fedoraproject.org/cgit/perl-WWW-Salesforce.git/commit/?h=masterid=e18060ce21983789f0257e9da7e77bf478fa544c
--
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
lkundrak pushed to perl-WWW-Salesforce (master). Upload the source
From 01ebbb16655605996f91582e73e3bfd0f367a59d Mon Sep 17 00:00:00 2001 From: Lubomir Rintel lkund...@v3.sk Date: Tue, 4 Aug 2015 14:54:34 +0200 Subject: Upload the source diff --git a/.gitignore b/.gitignore index a6baf1f..e8b0149 100644 --- a/.gitignore +++ b/.gitignore @@ -2,3 +2,4 @@ /WWW-Salesforce-0.20.tar.gz /WWW-Salesforce-0.21.tar.gz /WWW-Salesforce-0.22.tar.gz +/WWW-Salesforce-0.24.tar.gz diff --git a/sources b/sources index 4153a3d..23bf80c 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -503d49ff1b332e8178d4bdd8e2bde2ee WWW-Salesforce-0.22.tar.gz +bad93bfca195fe31575fc8614bca700c WWW-Salesforce-0.24.tar.gz -- cgit v0.10.2 http://pkgs.fedoraproject.org/cgit/perl-WWW-Salesforce.git/commit/?h=masterid=01ebbb16655605996f91582e73e3bfd0f367a59d -- 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 1249300] perl-WWW-Salesforce-0.24 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1249300 --- Comment #4 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- lkundrak's perl-WWW-Salesforce-0.24-1.fc24 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=675268 -- 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: Mod_selinux for EPEL
On 08/04/2015 12:56 AM, William Brown wrote: I'm not a package maintainer at this point. This would be my first package, which is also why I'm asking for help with this process. Sincerely, You will need to be sponsored to the packager group first. You can start with a new package or try to co-maintain one, see [1]. It seems that Kaigai is not a sponsor so you will need to find another sponsor. You could also create a bug in bugzilla to request the epel package. [1]: https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group -- 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 1249837] perl-DBI-1.634 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1249837 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||ppi...@redhat.com Assignee|jples...@redhat.com |ppi...@redhat.com -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
ppisar uploaded DBI-1.634_repackaged.tar.gz for perl-DBI
f4b219c2c98d683106bb3749ff0f7fe7 DBI-1.634_repackaged.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-DBI/DBI-1.634_repackaged.tar.gz/md5/f4b219c2c98d683106bb3749ff0f7fe7/DBI-1.634_repackaged.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1249837] perl-DBI-1.634 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1249837 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-DBI-1.634-1.fc24 Resolution|--- |RAWHIDE Last Closed||2015-08-04 04:56:59 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Test-AutoBuild
perl-Test-AutoBuild has broken dependencies in the rawhide tree: On x86_64: perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-AutoBuild-1.2.4-15.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-B-Hooks-OP-Check-EntersubForCV
perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the rawhide tree: On x86_64: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.i686 requires libperl.so.5.20 On armhfp: perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Carp-REPL
perl-Carp-REPL has broken dependencies in the rawhide tree: On x86_64: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On i386: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) On armhfp: perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Devel-BeginLift
perl-Devel-BeginLift has broken dependencies in the rawhide tree: On x86_64: perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-BeginLift-0.001003-9.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-BeginLift-0.001003-9.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-POE-API-Peek
perl-POE-API-Peek has broken dependencies in the rawhide tree: On x86_64: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: 1:perl-POE-API-Peek-2.20-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-CGI-Application-Structured-Tools
perl-CGI-Application-Structured-Tools has broken dependencies in the rawhide tree: On x86_64: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: polymake
polymake has broken dependencies in the rawhide tree: On x86_64: polymake-2.13-22.git20141013.fc23.x86_64 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.x86_64 requires libperl.so.5.20()(64bit) On i386: polymake-2.13-22.git20141013.fc23.i686 requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.i686 requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.i686 requires libperl.so.5.20 On armhfp: polymake-2.13-22.git20141013.fc23.armv7hl requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.armv7hl requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-MongoDB
perl-MongoDB has broken dependencies in the rawhide tree: On x86_64: perl-MongoDB-0.702.2-5.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-MongoDB-0.702.2-5.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.i686 requires libperl.so.5.20 On armhfp: perl-MongoDB-0.702.2-5.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-MongoDB-0.702.2-5.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Task-Catalyst
perl-Task-Catalyst has broken dependencies in the rawhide tree: On x86_64: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Task-Catalyst-4.02-8.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Devel-FindRef
perl-Devel-FindRef has broken dependencies in the rawhide tree: On x86_64: perl-Devel-FindRef-1.44-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Devel-FindRef-1.44-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Devel-FindRef-1.44-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Devel-FindRef-1.44-3.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Method-Signatures
perl-Method-Signatures has broken dependencies in the rawhide tree: On x86_64: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On i386: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) On armhfp: perl-Method-Signatures-20141021-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-CatalystX-REPL
perl-CatalystX-REPL has broken dependencies in the rawhide tree: On x86_64: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-CatalystX-REPL-0.04-10.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Test-Vars
perl-Test-Vars has broken dependencies in the rawhide tree: On x86_64: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On i386: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) On armhfp: perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Data-Alias
perl-Data-Alias has broken dependencies in the rawhide tree: On x86_64: perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Alias-1.18-4.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Alias-1.18-4.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Data-Dump-Streamer
perl-Data-Dump-Streamer has broken dependencies in the rawhide tree: On x86_64: perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires libperl.so.5.20()(64bit) On i386: perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.i686 requires libperl.so.5.20 On armhfp: perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Dump-Streamer-2.38-3.fc22.armv7hl requires libperl.so.5.20 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Astronomy Spin moved to Fedora 24
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi all, due to a lack of time in last two weeks I want to move the Astronomy Spin to Fedora 24: https://bugzilla.redhat.com/show_bug.cgi?id=1242917#c 6 I think for 23 a Fedora Remix is the better solution to allow more public testing and feedback. Greetings, Christian -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVwKZ5AAoJEBBKnjfuht0lMRIP/3/SuX84TJZEgiYTs+Em6aZD Uob5/ZuMTshzjB+OTD7Di3RJJqAL9vHwa4wSvBomPmwb3gG9IEmyVzK7P8mgz3gY baGfjsmj42YugXEmK4GsECXwHVvyag1RNDZUNbxrh9W3Mc/l2MHkiTXI5RrgpsEf sQKJz+YDxKCIh/GEJcGc/DQA1Sx+klSLvmZYqm4F6acMcHQzExvwLn9Zn8zvzAWF avc7WcVBH+j0WsJ6pX7ky5V3M/tKkINfHjwTZ69FyXWqBh8vhAuok/M5kbCx17Cy lydhXfNnTWAMZ/48nXGYA0rjiBld+vq8KkMfup6TAOddNH+a6HYADJ+C71lT9zlV EHb3SL9Yoy5/RskfCZ2S5bHgW9TUi+xb2FfHNh2q+eqeshv6nAKuaWJT1ABrHmHf y9mnO2G9LumnwNJja3v524iwROXNuJFQw4cZASAyoTBfycTfs8h2EavC1vqxrZAW fMs3Xx/pjtUzNz3srcrsezzxQby2XGpaBmwzWNvfdnqtc/12pB9I9v16UDze1rrO lxhKxNT5nMPl6MmWP9qQ91l8ZFk2eJ+t5kQFutE3ob2Nysmzut6cLl9/8a+R2X/T YQRUlaORCoB+/TQdLHmHsTAGa7mj7SWjjcF+1JfKCnAoM5QyJx1+5lhWAYRA01Mc d2xpkLNjQQ/1cJp1RKSv =icbL -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
F-23 Branched report: 20150804 changes
Compose started at Tue Aug 4 07:15:03 UTC 2015 Broken deps for armhfp -- [apache-scout] apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws) apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:juddi-client) [aws] aws-tools-2015-2.fc23.armv7hl requires libaws_ssl.so [deltaspike] deltaspike-test-utils-1.2.1-3.fc23.noarch requires mvn(org.jboss.arquillian.container:arquillian-container-test-spi) [dpm-contrib-admintools] dpm-contrib-admintools-0.2.1-6.fc23.armv7hl requires MySQL-python(armv7hl-32) [gammaray] gammaray-qt5-2.2.1-10.fc23.armv7hl requires qt5-qtbase(armv7hl-32) = 0:5.4.2 [ghc-hjsmin] ghc-hjsmin-0.1.4.7-7.fc23.armv7hl requires ghc(language-javascript-0.5.13-09e4f74578c09254f3515579177112ae) ghc-hjsmin-devel-0.1.4.7-7.fc23.armv7hl requires ghc-devel(language-javascript-0.5.13-09e4f74578c09254f3515579177112ae) [gnome-python2] gnome-python2-bonobo-2.28.1-16.fc23.armv7hl requires pyorbit(armv7hl-32) = 0:2.0.1 [gnome-shell-extension-pomodoro] gnome-shell-extension-pomodoro-0.11.0-0.3.gitc7ad79d3.fc23.armv7hl requires libgnome-desktop-3.so.10 [gtksourceview-sharp] gtksourceview-sharp-2.0.12-24.fc23.armv7hl requires gtksourceview [hadoop] hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-common-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-hdfs-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-mapreduce-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-servlet) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-tests-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey:jersey-client) hadoop-yarn-2.4.1-8.fc22.noarch requires mvn(com.sun.jersey.contribs:jersey-guice) [hawaii-shell] hawaii-shell-0.3.0-3.fc22.armv7hl requires libqtaccountsservice-qt5.so.0.1.2 [hbase] hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) [klavaro] klavaro-3.01-0.pre1.1.fc23.1.armv7hl requires libgtkdataboks.so.0 [mariadb-galera] 1:mariadb-galera-server-10.0.17-5.fc23.armv7hl requires galera = 0:25.3.3 [mesos] mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires libprotobuf.so.8 python-mesos-0.22.0-SNAPSHOT.1.c513126.fc22.1.armv7hl requires libprotobuf.so.8 [moon-buggy] moon-buggy-1.0.51-14.fc23.armv7hl requires libesd.so.0 [ncbi-blast+] ncbi-blast+-2.2.31-1.fc23.armv7hl requires libxformat.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libxcleanup.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libvalid.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libpubmed.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmlacli.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmla.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libmedlars.so ncbi-blast+-2.2.31-1.fc23.armv7hl requires libgbseq.so [netbeans-platform] 1:netbeans-platform-harness-7.0.1-11.fc22.armv7hl requires cobertura = 0:1.9.3 [nodejs-grunt-contrib-copy] nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(file-sync-cmp) 0:0.2 nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(file-sync-cmp) = 0:0.1.0 nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(chalk) = 0:0.5.1 [nodejs-grunt-saucelabs]
ppisar pushed to perl-DBI (master). 1.634 bump
From b7a4a2835dfd05d4f23126d0d48a63aaf17a58f0 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com
Date: Tue, 4 Aug 2015 10:27:13 +0200
Subject: 1.634 bump
diff --git a/.gitignore b/.gitignore
index 64b0874..e0c0d30 100644
--- a/.gitignore
+++ b/.gitignore
@@ -17,3 +17,4 @@ DBI-1.613.tar.gz
/DBI-1.632.tar.gz
/DBI-1.633.tar.gz
/DBI-1.633_repackaged.tar.gz
+/DBI-1.634_repackaged.tar.gz
diff --git a/perl-DBI.spec b/perl-DBI.spec
index 3be3d1a..5015b4a 100644
--- a/perl-DBI.spec
+++ b/perl-DBI.spec
@@ -9,22 +9,25 @@
%endif
Name: perl-DBI
-Version:1.633
-Release:6%{?dist}
+Version:1.634
+Release:1%{?dist}
Summary:A database access API for perl
Group: Development/Libraries
License:GPL+ or Artistic
URL:http://dbi.perl.org/
-# The source tarball must be repackaged to remove the DBI/FAQ.pm, since the
+# The source tarball must be repackaged to remove the lib/DBI/FAQ.pm, since the
# license is not a FSF free license.
# When upgrading, download the new source tarball, and run
# ./repackage.sh version to produce the _repackaged tarball.
-# Source0:
http://www.cpan.org/authors/id/T/TI/TIMB/DBI-%{version}.tar.gz
+# Source0:
http://www.cpan.org/authors/id/T/TI/TIMB/DBI-%%{version}.tar.gz
Source0:DBI-%{version}_repackaged.tar.gz
+BuildRequires: coreutils
+BuildRequires: glibc-common
BuildRequires: perl
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(File::Find)
BuildRequires: perl(strict)
+BuildRequires: sed
# Run-time:
BuildRequires: perl(base)
BuildRequires: perl(constant)
@@ -170,6 +173,9 @@ make test
%endif
%changelog
+* Tue Aug 04 2015 Petr Pisar ppi...@redhat.com - 1.634-1
+- 1.634 bump
+
* Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.633-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
diff --git a/sources b/sources
index 4b2be8d..a80bcff 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-edb8878df0f086d2759ce688a0359164 DBI-1.633_repackaged.tar.gz
+f4b219c2c98d683106bb3749ff0f7fe7 DBI-1.634_repackaged.tar.gz
--
cgit v0.10.2
http://pkgs.fedoraproject.org/cgit/perl-DBI.git/commit/?h=masterid=b7a4a2835dfd05d4f23126d0d48a63aaf17a58f0
--
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 1249837] perl-DBI-1.634 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1249837 --- Comment #3 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- ppisar's perl-DBI-1.634-1.fc24 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=675216 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Fedora 23 Alpha Release Readiness Meeting, Thursday, August 06 @ 19:00 UTC
Fedora 23 Alpha Release Readiness Meeting. date: 2015-08-06 place: irc.freenode.net in #fedora-meeting-2 time: 19:00 UTC (2 PM EST, 11 AM PST, 20:00 CET) This Thursday, August 06, we will meet to make sure we are coordinated and ready for the Alpha release of Fedora 23 on Tuesday, August 11, 2015. Please note that this meeting will occur on August 06 even if the release is delayed at the Go/No-Go meeting on the same day two hours earlier. You may received this message several times, but I was asked to open this meeting to the teams and I'll also hope this will raise awareness and more team representatives will come to this meeting. This meeting works best when we have representatives from all of the teams. Regards, Jan [FedoCal] https://apps.fedoraproject.org/calendar/Fedora%20release/#m2630 -- Jan Kuřík ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Fedora 23 Alpha Release Readiness Meeting, Thursday, August 06 @ 19:00 UTC
- Original Message - From: Jan Kurik jku...@redhat.com To: Fedora Logistics List logist...@lists.fedoraproject.org, ambassadors ambassad...@lists.fedoraproject.org, Fedora Design Team design-t...@lists.fedoraproject.org, docs d...@lists.fedoraproject.org, Fedora Marketing team market...@lists.fedoraproject.org, For testing and quality assurance of Fedora releases t...@lists.fedoraproject.org, Paul W. Frields pfrie...@redhat.com, Matthew Miller mat...@fedoraproject.org, dennis den...@ausil.us, Fedora Websites Team websi...@lists.fedoraproject.org, Fedora Translation Project List tr...@lists.fedoraproject.org, devel-annou...@lists.fedoraproject.org Sent: Monday, August 3, 2015 4:36:24 PM Subject: Fedora 23 Alpha Release Readiness Meeting, Thursday, August 06 @ 19:00 UTC Fedora 23 Alpha Release Readiness Meeting. date: 2015-08-06 place: irc.freenode.net in #fedora-meeting-2 time: 19:00 UTC (2 PM EST, 11 AM PST, 20:00 CET) I am sorry. I failed to correctly convert timezones. The correct time is: time: 19:00 UTC (3 PM EDT, 12 AM PDT, 21:00 CEST) Regards, Jan This Thursday, August 06, we will meet to make sure we are coordinated and ready for the Alpha release of Fedora 23 on Tuesday, August 11, 2015. Please note that this meeting will occur on August 06 even if the release is delayed at the Go/No-Go meeting on the same day two hours earlier. You may received this message several times, but I was asked to open this meeting to the teams and I'll also hope this will raise awareness and more team representatives will come to this meeting. This meeting works best when we have representatives from all of the teams. Regards, Jan [FedoCal] https://apps.fedoraproject.org/calendar/Fedora%20release/#m2630 -- Jan Kuřík -- Jan Kuřík Platform Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Validity of i686 as a release blocker
Hello, Over the past week, we've been dealing with a kernel bug[1] that prevents i686 machines from booting. Help was requested and given, and it has been excellent and most welcome. This email has no reflection on that, and is instead focused on the reality of where i686 stands today. In February[2] we sent out an email highlighting that the kernel team was not going to treat i686 bugs as a priority. Since that time, we have held true to our word and have not focused on fixing i686 bugs at all. It seems that the wider community is also treating i686 similarly. The kernel bug that was made automatic blocker because of existing criteria was present in Fedora since the 4.1-rc6 kernel, which was released May 31. It has been in every boot.iso created since that date. Not a single person reported this issue until last week. That is a timespan of two months. The kernel team has autotesting for i686 kernels, but the environment there does not utilize boot.iso so it did not detect this. The QA team has automated testing for some of this, but nothing for the i686 architecture at all. It is not a priority there either. Perhaps it is time that we evaluate where i686 stands in Fedora more closely. For a starting suggestion, I would recommend that we do not treat it as a release blocking architecture. This is not the same as demotion to secondary architecture status. That has broader implications in both buildsys and ecosystem. My suggestion is narrowly focused so that builds still proceed as today, but if there is something broken for i686 it does not block the release of whatever milestone we are pursuing. (To be clear, I would support a move to secondary arch status for i686, but I am not suggesting it at this time.) Making i686 non-release blocking would actually match reality. None of the Fedora Editions appear at all concerned with i686. Cloud is demoting[3] i686 from its offering. Workstation has been fairly ambivalent about it and recommends x86_64. Server does the same. Given the lack of focus on it, and the fact that the broader community is not testing the development releases for i686, I believe this would be a good first step. josh [1] https://bugzilla.redhat.com/show_bug.cgi?id=1247382 [2] https://lists.fedoraproject.org/pipermail/devel/2015-February/208368.html [3] https://fedorahosted.org/cloud/ticket/106 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [HEADS-UP] Please test kdbus in Rawhide!
Hi Orion
On Sat, Aug 1, 2015 at 2:36 PM, David Herrmann dh.herrm...@gmail.com wrote:
sendmsg(4, {msg_name(0)=NULL,
msg_iov(2)=[{l\1\0\1\21\0\0\2\0\0\0\223\0\0\0\1\1o\0\25\0\0\0/org/freedesktop/DBus\0\0\0\6\1s\0\24\0\0\0org.freedesktop.DBus\0\0\0\0\2\1s\0\24\0\0\0org.freedesktop.DBus\0\0\0\0\3\1s\0\33\0\0\0UpdateActivationEnvironment\0\0\0\0\0\10\1g\0\5a{ss}\0\0\0\0\0\0,
168}, {4\21\0\0\0\0\0\0\22\0\0\0BASH_FUNC_module()\0\0)\0\0\0() { eval
`/usr/bin/modulecmd bash
You export a variable called 'BASH_FUNC_module()' (which is how bash
names its exported functions since the ShellShock updates). According
to POSIX, names of environment variables should only contain
[A-Za-z0-9_], which is what systemd enforces. Hence, systemd refuses
the trailing parantheses in this name.
Anyway, POSIX also explicitly says that applications should tolerate
any other character (except '='). This needs to be fixed in pid1.
This should now be fixed in -git [1]. We drop any variables that do
not conform to POSIX recommendations in UpdateActivationEnvironment().
This means, BASH_FUNC_module() will not end up in your activation
environment. But I assume that this is more or less the intended
behavior.
Next systemd update in rawhide will include this fix.
Thanks for the report!
David
[1] https://github.com/systemd/systemd/pull/858
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
spot uploaded File-Tail-1.3.tar.gz for perl-File-Tail
252635f89ec18cb871c0b45ed64b3f63 File-Tail-1.3.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-File-Tail/File-Tail-1.3.tar.gz/md5/252635f89ec18cb871c0b45ed64b3f63/File-Tail-1.3.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
spot pushed to perl-File-Tail (master). 1.3
From daef9d0668a3e94bd2c75f81e1a00a0d5e154ffc Mon Sep 17 00:00:00 2001
From: Tom Callaway s...@fedoraproject.org
Date: Tue, 4 Aug 2015 10:58:23 -0400
Subject: 1.3
diff --git a/.gitignore b/.gitignore
index c0877c3..ba37561 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
File-Tail-0.99.3.tar.gz
/File-Tail-1.0.tar.gz
/File-Tail-1.2.tar.gz
+/File-Tail-1.3.tar.gz
diff --git a/perl-File-Tail.spec b/perl-File-Tail.spec
index c794d96..5278cd0 100644
--- a/perl-File-Tail.spec
+++ b/perl-File-Tail.spec
@@ -1,12 +1,12 @@
Name: perl-File-Tail
-Version:1.2
-Release:3%{?dist}
+Version:1.3
+Release:1%{?dist}
Summary:Perl extension for reading from continously updated files
Group: Development/Libraries
License:GPL+ or Artistic
URL:http://search.cpan.org/dist/File-Tail/
-Source0:
http://www.cpan.org/authors/id/M/MG/MGRABNAR/File-Tail-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/M/MG/MGRABNAR/File-Tail-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
@@ -52,6 +52,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Tue Aug 4 2015 Tom Callaway s...@fedoraproject.org - 1.3-1
+- update to 1.3
+
* Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.2-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
diff --git a/sources b/sources
index dfe55a5..07b29f7 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-b09874ab91eb53f12bdb80da689f624e File-Tail-1.2.tar.gz
+252635f89ec18cb871c0b45ed64b3f63 File-Tail-1.3.tar.gz
--
cgit v0.10.2
http://pkgs.fedoraproject.org/cgit/perl-File-Tail.git/commit/?h=masterid=daef9d0668a3e94bd2c75f81e1a00a0d5e154ffc
--
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: Validity of i686 as a release blocker
On Tue, Aug 04, 2015 at 09:47:27AM -0400, Josh Boyer wrote: [...snip...] Perhaps it is time that we evaluate where i686 stands in Fedora more closely. For a starting suggestion, I would recommend that we do not treat it as a release blocking architecture. This is not the same as demotion to secondary architecture status. That has broader implications in both buildsys and ecosystem. My suggestion is narrowly focused so that builds still proceed as today, but if there is something broken for i686 it does not block the release of whatever milestone we are pursuing. (To be clear, I would support a move to secondary arch status for i686, but I am not suggesting it at this time.) So to put a finer point on this, our shipping i686 images depends on a broader community effort beyond the kernel maintainers in the Fedora Engineering team. That needs to precisely not mean more heroics on the part of e.g. QE, rel-eng, etc. I have no idea what the pushback on this issue is, but I'm sure this thread will tell us. But given that Fedora is supposed to encourage such community effort, it would be good to see what people are willing to do to build it. Making i686 non-release blocking would actually match reality. None of the Fedora Editions appear at all concerned with i686. Cloud is demoting[3] i686 from its offering. Workstation has been fairly ambivalent about it and recommends x86_64. Server does the same. Given the lack of focus on it, and the fact that the broader community is not testing the development releases for i686, I believe this would be a good first step. Ambivalent is probably understated here. It's hard to imagine people securing i686 hardware these days to run a Workstation experience, after all. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1247382 [2] https://lists.fedoraproject.org/pipermail/devel/2015-February/208368.html [3] https://fedorahosted.org/cloud/ticket/106 -- Paul W. Frieldshttp://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ The open source story continues to grow: http://opensource.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: Validity of i686 as a release blocker
On Tue, Aug 04, 2015 at 10:40:28AM -0400, Paul W. Frields wrote: Ambivalent is probably understated here. It's hard to imagine people securing i686 hardware these days to run a Workstation experience, after all. The question, I think, is how much we want to prioritize the Workstation experience on older hardware (or on devices like the Baytrail tablets). When Owen tested this a year or so ago, the memory savings on 32-bit in Workstation were very significant, such that — kernel bugs aside — is clearly advantageous for systems with less than 3GB of RAM (and probably all the way up to 4GB). I think it's perfectly fine for Workstation to acknowledge this and move on anyway — for those cases, there *is* more to Fedora, after all, and it may be that an overall-lightweight desktop environment is a better choice, and that's fine. The whole idea here is that any one product/edition/flavor/spin *doesn't* have to be all things to all people. -- Matthew Miller mat...@fedoraproject.org Fedora Project Leader -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fedora Badge for Python 3 Efforts
Hey folks, in connection with the Python 3 as the Default Implementation change [0], we're giving out badges [1] for helping making Fedora speak Python 3. Therefore, if you have added Python 3 support to 3 or more packages since f20, or if you have made significant contributions towards the Change, please let rkuska, bkabrda or me know, and you'll get your badge. :) Matt [0] https://fedoraproject.org/wiki/Changes/Python_3_as_Default [1] https://badges.fedoraproject.org/badge/parselmouth -- 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 1249936] New: Needs to be rebuilt for new ImageMagick
https://bugzilla.redhat.com/show_bug.cgi?id=1249936 Bug ID: 1249936 Summary: Needs to be rebuilt for new ImageMagick Product: Fedora EPEL Version: el6 Component: perl-Image-SubImageFind Assignee: dd...@cpan.org Reporter: rhb...@miuku.net QA Contact: extras...@fedoraproject.org CC: dd...@cpan.org, perl-devel@lists.fedoraproject.org Description of problem: RHEL 6.7 updated ImageMagick to version 6.7.2.7-2. The library names changed, making perl-Image-SubImageFind uninstallable on RHEL 6.7. perl-Image-SubImageFind would need to be rebuilt against new ImageMagick libraries. Version-Release number of selected component (if applicable): perl-Image-SubImageFind-0.03-1.el6.x86_64 How reproducible: Always Steps to Reproduce: 1. upgrade to EL 6.7 2. yum install perl-Image-SubImageFind Actual results: libMagickCore.so.2()(64bit) and libMagick++.so.2()(64bit) are not found. Expected results: perl-Image-SubImageFind gets installed. -- 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 1249837] perl-DBI-1.634 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1249837 --- Comment #2 from Petr Pisar ppi...@redhat.com --- This adds new features and enforces Perl's strict mode. Thus I will push it only yo rawhide for now. -- 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: Astronomy Spin moved to Fedora 24
The Change page [1] has been moved back to ChangePageIncomplete state. The Change has also been removed from the F23 Changeset [2]. [1] https://fedoraproject.org/wiki/Releases/23/ChangeSet [2] https://fedoraproject.org/wiki/Releases/23/ChangeSet Regards, Jan - Original Message - From: Christian Dersch lupi...@mailbox.org To: devel@lists.fedoraproject.org, astron...@lists.fedoraproject.org, sp...@lists.fedoraproject.org Sent: Tuesday, August 4, 2015 1:48:16 PM Subject: Astronomy Spin moved to Fedora 24 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi all, due to a lack of time in last two weeks I want to move the Astronomy Spin to Fedora 24: https://bugzilla.redhat.com/show_bug.cgi?id=1242917#c 6 I think for 23 a Fedora Remix is the better solution to allow more public testing and feedback. Greetings, Christian -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVwKZ5AAoJEBBKnjfuht0lMRIP/3/SuX84TJZEgiYTs+Em6aZD Uob5/ZuMTshzjB+OTD7Di3RJJqAL9vHwa4wSvBomPmwb3gG9IEmyVzK7P8mgz3gY baGfjsmj42YugXEmK4GsECXwHVvyag1RNDZUNbxrh9W3Mc/l2MHkiTXI5RrgpsEf sQKJz+YDxKCIh/GEJcGc/DQA1Sx+klSLvmZYqm4F6acMcHQzExvwLn9Zn8zvzAWF avc7WcVBH+j0WsJ6pX7ky5V3M/tKkINfHjwTZ69FyXWqBh8vhAuok/M5kbCx17Cy lydhXfNnTWAMZ/48nXGYA0rjiBld+vq8KkMfup6TAOddNH+a6HYADJ+C71lT9zlV EHb3SL9Yoy5/RskfCZ2S5bHgW9TUi+xb2FfHNh2q+eqeshv6nAKuaWJT1ABrHmHf y9mnO2G9LumnwNJja3v524iwROXNuJFQw4cZASAyoTBfycTfs8h2EavC1vqxrZAW fMs3Xx/pjtUzNz3srcrsezzxQby2XGpaBmwzWNvfdnqtc/12pB9I9v16UDze1rrO lxhKxNT5nMPl6MmWP9qQ91l8ZFk2eJ+t5kQFutE3ob2Nysmzut6cLl9/8a+R2X/T YQRUlaORCoB+/TQdLHmHsTAGa7mj7SWjjcF+1JfKCnAoM5QyJx1+5lhWAYRA01Mc d2xpkLNjQQ/1cJp1RKSv =icbL -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 -- Jan Kuřík Platform Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
berrange pushed to perl-Sys-Virt (master). Update to 1.2.18 release
From b4f63ff17912e6fe9b9fa26883db2f4adecfac7b Mon Sep 17 00:00:00 2001
From: Daniel P. Berrange berra...@redhat.com
Date: Tue, 4 Aug 2015 13:01:46 +0100
Subject: Update to 1.2.18 release
diff --git a/perl-Sys-Virt.spec b/perl-Sys-Virt.spec
index 18b2eff..937d303 100644
--- a/perl-Sys-Virt.spec
+++ b/perl-Sys-Virt.spec
@@ -1,5 +1,5 @@
Name: perl-Sys-Virt
-Version:1.2.17
+Version:1.2.18
Release:1%{?dist}
Summary:Represent and manage a libvirt hypervisor connection
License:GPLv2+ or Artistic
@@ -59,6 +59,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Tue Aug 4 2015 Daniel P. Berrange berra...@redhat.com - 1.2.18-1
+- Update to 1.2.18 release
+
* Fri Jul 17 2015 Daniel P. Berrange berra...@redhat.com - 1.2.17-1
- Update to 1.2.17 release
diff --git a/sources b/sources
index 7ad6c27..aec67f9 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c6f1d23361e17ced91f77cd6bd18a14b Sys-Virt-1.2.17.tar.gz
+4055a87812eb66dfc1f56eb7804c99bd Sys-Virt-1.2.18.tar.gz
--
cgit v0.10.2
http://pkgs.fedoraproject.org/cgit/perl-Sys-Virt.git/commit/?h=masterid=b4f63ff17912e6fe9b9fa26883db2f4adecfac7b
--
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: Validity of i686 as a release blocker
Paul W. Frields (sticks...@gmail.com) said: On Tue, Aug 04, 2015 at 09:47:27AM -0400, Josh Boyer wrote: [...snip...] Perhaps it is time that we evaluate where i686 stands in Fedora more closely. For a starting suggestion, I would recommend that we do not treat it as a release blocking architecture. This is not the same as demotion to secondary architecture status. That has broader implications in both buildsys and ecosystem. My suggestion is narrowly focused so that builds still proceed as today, but if there is something broken for i686 it does not block the release of whatever milestone we are pursuing. (To be clear, I would support a move to secondary arch status for i686, but I am not suggesting it at this time.) So to put a finer point on this, our shipping i686 images depends on a broader community effort beyond the kernel maintainers in the Fedora Engineering team. That needs to precisely not mean more heroics on the part of e.g. QE, rel-eng, etc. I have no idea what the pushback on this issue is, but I'm sure this thread will tell us. But given that Fedora is supposed to encourage such community effort, it would be good to see what people are willing to do to build it. Here's my perspective as an i686 Fedora user... I have a box (2009-ish) that's in use as a file/backup server. As such, I don't spend a lot of time futzing with it - it doesn't run rawhide, it rarely runs the prereleases until beta or later time. If something breaks, I'll look at it, send some feedback, update it as necessary, and back off to a working version. And historically, it *hasn't* broken. But, if it did break that hard... would I spend a month digging into the kernel source and bisecting to try and find a fix? Or would I spend the $100-120 to slap a new motherboard in it and install the x86_64 version? I'd like to say I'd do the former. But realisitically it's the latter. And I wonder how much of the i686 Fedora-using community is in the same boat. Bill -- 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: Validity of i686 as a release blocker
Perhaps it is time that we evaluate where i686 stands in Fedora more closely. For a starting suggestion, I would recommend that we do not treat it as a release blocking architecture. This is not the same as demotion to secondary architecture status. That has broader implications in both buildsys and ecosystem. My suggestion is narrowly focused so that builds still proceed as today, but if there is something broken for i686 it does not block the release of whatever milestone we are pursuing. (To be clear, I would support a move to secondary arch status for i686, but I am not suggesting it at this time.) So to put a finer point on this, our shipping i686 images depends on a broader community effort beyond the kernel maintainers in the Fedora Engineering team. That needs to precisely not mean more heroics on the part of e.g. QE, rel-eng, etc. I have no idea what the pushback on this issue is, but I'm sure this thread will tell us. But given that Fedora is supposed to encourage such community effort, it would be good to see what people are willing to do to build it. Here's my perspective as an i686 Fedora user... I have a box (2009-ish) that's in use as a file/backup server. As such, I don't spend a lot of time futzing with it - it doesn't run rawhide, it rarely runs the prereleases until beta or later time. If something breaks, I'll look at it, send some feedback, update it as necessary, and back off to a working version. And historically, it *hasn't* broken. But, if it did break that hard... would I spend a month digging into the kernel source and bisecting to try and find a fix? Or would I spend the $100-120 to slap a new motherboard in it and install the x86_64 version? I'd like to say I'd do the former. But realisitically it's the latter. And I wonder how much of the i686 Fedora-using community is in the same boat. A lot of the users of i686 that I know use it from live images or installing live images which, and I've not followed the issue too closely so might be a little off here, wouldn't have hit the bug that was being seen by the installer side of things. All those uses would also generally not be a rawhide/dev branch user. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Question about profile.d scripts definition in Spec file
On 04.08.2015 19:38, Michael Schwendt wrote: On Mon, 3 Aug 2015 22:16:39 +0200, Marcin Haba wrote: Btw, rpmlint does not override Fedora's packaging guidelines: https://fedoraproject.org/wiki/Packaging:Guidelines#Configuration_files Not override, but good when rpmlint follows on packaging guidelines as much as possible and reasonable. You could open a RFE in rpmlint upstream tracker. Or try to get Fedora's rpmlint to point at the packaging guidelines section instead of mentioning %config directly. Thanks for the tip. Your idea seems OK, however I am not sure if I really want go in this direction. Best regards. Marcin Haba signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Boost updated to 1.58.0 in rawhide and f23
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/29/2015 12:09 AM, Adam Williamson wrote: Mukundan, can you please decide whether you want to: i) patch out the #error and keep building against wxGTK 3 against upstream's advice ii) revert to building against wxGTK 2 and then make the necessary changes and submit builds for the f23-boost and f24-boost targets (as explained in the first post in this thread), please? Thanks! Slowly catching up after vacation - Thanks Adam for the troubleshooting work. I had started work on fityk 1.3.0 before my vacation but could not finish and rebuilds all showed it to be broken. I have not built it against compat- pkgs and f24 and f23 should be good to go. After testing a bit, I will submit it for update. - -- GPG key: 00E8658D The heights by great men reached and kept were not attainted by sudden flight, but they while their companions slept, were toiling upward in the night -- Henry Wadsworth Longfellow -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVwYD9AAoJEIfjPv0A6GWN5t8QAKOIdj74N65iy4Zo73MZ5/PZ i12FrLoeQnbnSBlTV04j5D/FQdSz40jUkSbDFWrjozUhpJuxVTpsNIXLPUetwJFI qg76b90DC96c1bkUPa4wev2pOOhqR/GCJWZqVVLukjReiAb6OSQb0/XJp138Hz82 LdSB8y+ZysWTB/hytVPbL9lxe5G1sNk0yXKS087yLUw85uI3vzvdWEfdpv1E0/hM JSw1bIipUqF5gghqLOaH62SgQ69fbLW7GZGAJQ+wZ5CEwHAitMQc0/Y7UqfwvIk7 JukPl+yLhBPmiqOQQ5SkmdkhTqK28cCD1KdfE/ivP6ygdRgfTA/6jSWoPKzrft0q Sl8XyUj5ev9iWwlo7JRMB0cqCLOA3wK8ahqwKh9a5RteokxhQPmgvBZA9iWzI1Ki WzMHMO2uhSC191RbVTj6CzfmI9Q01a8KWT/7WqSTTN+DvBFR4oaaSVjDQXoIhYpk 846X8NEyOqx5bfn0aRBs+3UD00OO9k/S489nHVbTEsSXv/5vZdBnCERsjvqJ1DDp WTLVW6Oq6zSBgEN8gXhPkjacv48aNYqba1yTjyYimfyKXumiz47WlGOhuGvTdEu/ xAjLotcqjvNiUTuF/xbAZQGrOzK+mv8Mys/OFxpaGe85od9PRolqhEwsKs/OZcLP mAqeY67BHNVZNiHbSbGO =qIi+ -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
cheeselee changed cheeselee's 'approveacls' permission on perl-MongoDB (f21) to 'Obsolete'
cheeselee changed cheeselee's 'approveacls' permission on perl-MongoDB (f21) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-MongoDB/ -- 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
cheeselee changed cheeselee's 'approveacls' permission on perl-MongoDB (f23) to 'Obsolete'
cheeselee changed cheeselee's 'approveacls' permission on perl-MongoDB (f23) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-MongoDB/ -- 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
cheeselee changed cheeselee's 'approveacls' permission on perl-MongoDB (f22) to 'Obsolete'
cheeselee changed cheeselee's 'approveacls' permission on perl-MongoDB (f22) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-MongoDB/ -- 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
cheeselee changed cheeselee's 'approveacls' permission on perl-MongoDB (master) to 'Obsolete'
cheeselee changed cheeselee's 'approveacls' permission on perl-MongoDB (master) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-MongoDB/ -- 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
cheeselee changed cheeselee's 'commit' permission on perl-MongoDB (f21) to 'Obsolete'
cheeselee changed cheeselee's 'commit' permission on perl-MongoDB (f21) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-MongoDB/ -- 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
cheeselee changed cheeselee's 'commit' permission on perl-MongoDB (master) to 'Obsolete'
cheeselee changed cheeselee's 'commit' permission on perl-MongoDB (master) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-MongoDB/ -- 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
cheeselee changed cheeselee's 'commit' permission on perl-MongoDB (f22) to 'Obsolete'
cheeselee changed cheeselee's 'commit' permission on perl-MongoDB (f22) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-MongoDB/ -- 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
cheeselee changed cheeselee's 'commit' permission on perl-MongoDB (f23) to 'Obsolete'
cheeselee changed cheeselee's 'commit' permission on perl-MongoDB (f23) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-MongoDB/ -- 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
cheeselee changed cheeselee's 'commit' permission on perl-Devel-FindRef (f22) to 'Obsolete'
cheeselee changed cheeselee's 'commit' permission on perl-Devel-FindRef (f22) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-Devel-FindRef/ -- 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
cheeselee changed owner of perl-Devel-FindRef (f23) to 'orphan'
cheeselee changed owner of perl-Devel-FindRef (f23) to 'orphan' https://admin.fedoraproject.org/pkgdb/package/perl-Devel-FindRef/ -- 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
cheeselee changed cheeselee's 'approveacls' permission on perl-Devel-FindRef (master) to 'Obsolete'
cheeselee changed cheeselee's 'approveacls' permission on perl-Devel-FindRef (master) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-Devel-FindRef/ -- 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
cheeselee changed owner of perl-Devel-FindRef (master) to 'orphan'
cheeselee changed owner of perl-Devel-FindRef (master) to 'orphan' https://admin.fedoraproject.org/pkgdb/package/perl-Devel-FindRef/ -- 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
cheeselee changed cheeselee's 'approveacls' permission on perl-Devel-FindRef (f22) to 'Obsolete'
cheeselee changed cheeselee's 'approveacls' permission on perl-Devel-FindRef (f22) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-Devel-FindRef/ -- 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
cheeselee changed cheeselee's 'approveacls' permission on perl-Devel-FindRef (f21) to 'Obsolete'
cheeselee changed cheeselee's 'approveacls' permission on perl-Devel-FindRef (f21) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-Devel-FindRef/ -- 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
cheeselee changed cheeselee's 'commit' permission on perl-Devel-FindRef (f21) to 'Obsolete'
cheeselee changed cheeselee's 'commit' permission on perl-Devel-FindRef (f21) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-Devel-FindRef/ -- 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
cheeselee changed cheeselee's 'watchbugzilla' permission on perl-Devel-FindRef (el5) to 'Obsolete'
cheeselee changed cheeselee's 'watchbugzilla' permission on perl-Devel-FindRef (el5) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-Devel-FindRef/ -- 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
cheeselee changed owner of perl-Devel-FindRef (f22) to 'orphan'
cheeselee changed owner of perl-Devel-FindRef (f22) to 'orphan' https://admin.fedoraproject.org/pkgdb/package/perl-Devel-FindRef/ -- 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: [ACTION REQUIRED] FTBFS Packages in rawhide (2015-07-27)
On Mon, Jul 27, 2015 at 03:30:13PM +0100, Sérgio Basto wrote: On Seg, 2015-07-27 at 15:28 +0100, Sérgio Basto wrote: On Seg, 2015-07-27 at 15:23 +0100, Peter Robinson wrote: On Mon, Jul 27, 2015 at 3:17 PM, Matthew Miller mat...@fedoraproject.org wrote: On Mon, Jul 27, 2015 at 01:00:26PM +, Zbigniew Jędrzejewski-Szmek wrote: A bunch of packages depend on /usr/bin/execstack, provide by prelink. If prelink goes away, they'll be ftbfs immediately. What is the plan here? Can we move execstack somewhere else, or is there a replacement tool? What are those? `dnf repoquery --whatrequires /usr/bin/execstack` gives me nothing. Also I've lived for years without the prelink packaged installed and never noticed anything that pulled it in From dealing with this for arch bringups I know there are quite a few, but likely in the high teens/low 20s in number, of packages that use execstack. Not sure what feature it provides as I've never been bothered enough to look into it but it's generally used at build time not install time which means it won't be picked up by repoquery. we can query buildrequires: repoquery --repoid=rawhide-source --archlist=src --whatrequires prelink aide-0:0.15.1-10.fc23.src anyterm-0:1.1.29-27.fc23.src elpa-0:2015.02.002-5.fc23.src gnu-smalltalk-0:3.2.5-9.fc23.src gromacs-0:5.0.5-3.fc23.src hugs98-0:2006.09-22.fc23.src lightning-0:2.1.0-3.fc23.src openblas-0:0.2.14-3.fc23.src skychart-0:3.10-6.fc23.src transgui-0:5.0.1-4.fc23.src wine-0:1.7.47-1.fc23.src zfs-fuse-0:0.7.0-21.fc23.src More 2: repoquery --repoid=rawhide-source --archlist=src --whatrequires /usr/bin/execstack pypy-0:2.5.0-1.fc23.src pypy3-0:2.4.0-2.fc23.src execstack is now built for rawhide and F23, and dependent packages have been either rebuilt. I changed BuildRequires: prelink to BR: /usr/bin/execstack everywhere. Some packages were not using execstack anymore; for those I removed the dependency. This issue is closed for now. Zbyszek PS. pypy does not build because of other issues. pypy3 builds fine. -- 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 1209679] perl-MongoDB-v0.708.3.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1209679 Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com changed: What|Removed |Added Assignee|robinlee.s...@gmail.com |ktdre...@ktdreyer.com --- Comment #10 from Fedora Admin XMLRPC Client fedora-admin-xml...@redhat.com --- This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. -- 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
cheeselee changed owner of perl-MongoDB (master) to 'orphan'
cheeselee changed owner of perl-MongoDB (master) to 'orphan' https://admin.fedoraproject.org/pkgdb/package/perl-MongoDB/ -- 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
cheeselee changed owner of perl-MongoDB (master) to 'ktdreyer'
cheeselee changed owner of perl-MongoDB (master) to 'ktdreyer' https://admin.fedoraproject.org/pkgdb/package/perl-MongoDB/ -- 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
[Guidelines change] Changes to the packaging guidelines
Here are the recent changes to the packaging guidelines. - The big change is that the Python guidelines have been extensively reorganized and partially rewritten, and new macros are available which simplify packaging by removing some of the boilerplate which was previously required. The main guideline page has been slimmed down to show the more basic info and a clean and simple spec using the new macros which is free of multiline conditionals. boilerplate previously associated with python packages. Some of the more esoteric information has been moved to an appendix page to keep the main page of reasonable size. The new guidelines are currently only functional on Fedora 22 and newer releases, but are currently in updates-testing for Fedora 21 and EPEL7. The older guidelines are preserved in a separate page and we'll try to keep them updated with new requirements. The new guidelines page: * https://fedoraproject.org/wiki/Packaging:Python The appendix: * https://fedoraproject.org/wiki/Packaging:Python_Appendix The old guidelines: * https://fedoraproject.org/wiki/Packaging:Python_Old Note that these cleaned up pages (and the old copy) include some new guidelines as well: There is new section indicating that -OO must not be used for python versions less than 3.5. * https://fedoraproject.org/wiki/Packaging:Python#Optimization There are requirements for what python module packages must provide (via Provides:): * https://fedoraproject.org/wiki/Packaging:Python#Provides Related FPC tickets: * https://fedorahosted.org/fpc/ticket/281 * https://fedorahosted.org/fpc/ticket/534 * https://fedorahosted.org/fpc/ticket/542 * https://fedorahosted.org/fpc/ticket/545 * https://fedorahosted.org/fpc/ticket/552 - Guidelines have been added covering services which need to perform setup when they are first started (including self-signed certificate generation). *https://fedoraproject.org/wiki/Packaging:Initial_Service_Setup *https://fedorahosted.org/fpc/ticket/506 - The guideline on spec file naming was moved into the main guidelines and now requires that its name be constructed by taking the name of the source package and appending .spec. * https://fedoraproject.org/wiki/Packaging:Guidelines#Spec_File_Naming * https://fedorahosted.org/fpc/ticket/553 - FPC can now grant exceptions to the regular package review procedures. * https://fedoraproject.org/wiki/Packaging_Committee#Review_Process_Exemption_Procedure * https://fedorahosted.org/fpc/ticket/539 * https://fedorahosted.org/fesco/ticket/1435 ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[EPEL-devel] Test request for Audacity audio editor on EPEL-7
Hi, I would welcome any feedback about the epel-7 updates-testing candidate for Audacity 2.1.1. It's available from the [Builds] link at: https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-7245/audacity-2.1.1-1.el7 If you can, thanks for your testing :-) ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
[Guidelines change] Changes to the packaging guidelines
Here are the recent changes to the packaging guidelines. - The big change is that the Python guidelines have been extensively reorganized and partially rewritten, and new macros are available which simplify packaging by removing some of the boilerplate which was previously required. The main guideline page has been slimmed down to show the more basic info and a clean and simple spec using the new macros which is free of multiline conditionals. boilerplate previously associated with python packages. Some of the more esoteric information has been moved to an appendix page to keep the main page of reasonable size. The new guidelines are currently only functional on Fedora 22 and newer releases, but are currently in updates-testing for Fedora 21 and EPEL7. The older guidelines are preserved in a separate page and we'll try to keep them updated with new requirements. The new guidelines page: * https://fedoraproject.org/wiki/Packaging:Python The appendix: * https://fedoraproject.org/wiki/Packaging:Python_Appendix The old guidelines: * https://fedoraproject.org/wiki/Packaging:Python_Old Note that these cleaned up pages (and the old copy) include some new guidelines as well: There is new section indicating that -OO must not be used for python versions less than 3.5. * https://fedoraproject.org/wiki/Packaging:Python#Optimization There are requirements for what python module packages must provide (via Provides:): * https://fedoraproject.org/wiki/Packaging:Python#Provides Related FPC tickets: * https://fedorahosted.org/fpc/ticket/281 * https://fedorahosted.org/fpc/ticket/534 * https://fedorahosted.org/fpc/ticket/542 * https://fedorahosted.org/fpc/ticket/545 * https://fedorahosted.org/fpc/ticket/552 - Guidelines have been added covering services which need to perform setup when they are first started (including self-signed certificate generation). *https://fedoraproject.org/wiki/Packaging:Initial_Service_Setup *https://fedorahosted.org/fpc/ticket/506 - The guideline on spec file naming was moved into the main guidelines and now requires that its name be constructed by taking the name of the source package and appending .spec. * https://fedoraproject.org/wiki/Packaging:Guidelines#Spec_File_Naming * https://fedorahosted.org/fpc/ticket/553 - FPC can now grant exceptions to the regular package review procedures. * https://fedoraproject.org/wiki/Packaging_Committee#Review_Process_Exemption_Procedure * https://fedorahosted.org/fpc/ticket/539 * https://fedorahosted.org/fesco/ticket/1435 ___ devel-announce mailing list devel-announce@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce
[389-devel] please review: Ticket 47810 - memberOf plugin not properly checking mod/replace operations
https://fedorahosted.org/389/ticket/47810 https://fedorahosted.org/389/attachment/ticket/47810/0001-Ticket-47810-memberOf-plugin-not-properly-rejecting-.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: ncurses update to 6.0
On 4 August 2015 at 04:33, Miroslav Lichvar mlich...@redhat.com wrote: The ncurses upstream has released a first 6.0 version few months ago. The default ABI version has changed to 6, which enables some extensions to allow more colors, mouse wheel, etc. The ABI version 5 is still supported and can be selected with a configure option. We should switch to the new ABI, but we will probably want to provide the old ABI 5 libs even when all Fedora ncurses applications are rebuilt with the new ABI to not break 3rd party packages. Dependency on libncurses.so.5 or libtinfo.so.5 is pretty common. As for updating the ncurses package, my current plan is to build the libs in both ABIs (so there are four builds total with the wide and narrow versions), use the ncurses-libs subpackage for the new ABI 6 libs and create a new subpackage for ABI 5 libs. What would be a good name of the subpackage? ncurses-libs5, ncurses5-libs, compat-ncurses5, or something else? Are you looking to do this for F23 branch and rawhide or just rawhide and have it land in F24 when it is ready? Or is that still to be determined. -- Stephen J Smoogen. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [HEADS UP] ucommon update
On 04.08.2015 18:54, Kevin Fenzi wrote: On Tue, 4 Aug 2015 18:47:43 +0200 Sandro Mani manisan...@gmail.com wrote: On 04.08.2015 18:43, Kevin Fenzi wrote: On Mon, 3 Aug 2015 22:18:58 +0200 Sandro Mani manisan...@gmail.com wrote: On 03.08.2015 19:14, Sandro Mani wrote: Hello I'm about to update to ucommon-6.4.4 in rawhide. There is a soname bump, but affected packages rebuild fine. These are: - ccrtp - libzrtcpp - sflphone (which I'll take care of myself) Copr test-builds done here: https://copr.fedoraproject.org/coprs/smani/ucommon ucommon is now built: http://koji.fedoraproject.org/koji/buildinfo?buildID=675150 I still seem to own libzrtcpp... but I have no desire to. ;) Do you want it? Sure I can take care of it. Could you also hand me over sipwitch? It is also currently owned by dyfet (as was ucommon), and I'll need to rebuild that one too (somehow missed it in the repoquery output). ok. I will transfer libzrtcpp to you. ;) You should talk to dyfet directly about sipwitch... Well I just did the non-reponsive maintainer procedure for ucommon, his other package. I suppose it is fair to assume that he'll also be unresponsive for sipwitch? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
spot pushed to perl-Email-MIME (f23). 1.934
From 80c810072ab2c9c42b6037ba582ad3fc617b8532 Mon Sep 17 00:00:00 2001
From: Tom Callaway s...@fedoraproject.org
Date: Tue, 4 Aug 2015 14:09:44 -0400
Subject: 1.934
diff --git a/perl-Email-MIME.spec b/perl-Email-MIME.spec
index ae58d5f..e41f640 100644
--- a/perl-Email-MIME.spec
+++ b/perl-Email-MIME.spec
@@ -1,5 +1,5 @@
Name: perl-Email-MIME
-Version:1.933
+Version:1.934
Release:1%{?dist}
Summary:Easy MIME message parsing
@@ -79,6 +79,9 @@ make test TEST_FILES=$(echo $(find xt/ -name '*.t'))
%changelog
+* Tue Aug 4 2015 Tom Callaway s...@fedoraproject.org - 1.934-1
+- update to 1.934
+
* Mon Jul 27 2015 Tom Callaway s...@fedoraproject.org - 1.933-1
- update to 1.933
diff --git a/sources b/sources
index 2f4bf5e..8b9ca62 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-7bca7f0f5d36bfdbbd91b500fdafda3e Email-MIME-1.933.tar.gz
+453f469ec8f39c34d80b32da9eacd790 Email-MIME-1.934.tar.gz
--
cgit v0.10.2
http://pkgs.fedoraproject.org/cgit/perl-Email-MIME.git/commit/?h=f23id=80c810072ab2c9c42b6037ba582ad3fc617b8532
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
spot uploaded Email-MIME-1.934.tar.gz for perl-Email-MIME
453f469ec8f39c34d80b32da9eacd790 Email-MIME-1.934.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Email-MIME/Email-MIME-1.934.tar.gz/md5/453f469ec8f39c34d80b32da9eacd790/Email-MIME-1.934.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
spot pushed to perl-File-Tail (f23). 1.3
From daef9d0668a3e94bd2c75f81e1a00a0d5e154ffc Mon Sep 17 00:00:00 2001
From: Tom Callaway s...@fedoraproject.org
Date: Tue, 4 Aug 2015 10:58:23 -0400
Subject: 1.3
diff --git a/.gitignore b/.gitignore
index c0877c3..ba37561 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
File-Tail-0.99.3.tar.gz
/File-Tail-1.0.tar.gz
/File-Tail-1.2.tar.gz
+/File-Tail-1.3.tar.gz
diff --git a/perl-File-Tail.spec b/perl-File-Tail.spec
index c794d96..5278cd0 100644
--- a/perl-File-Tail.spec
+++ b/perl-File-Tail.spec
@@ -1,12 +1,12 @@
Name: perl-File-Tail
-Version:1.2
-Release:3%{?dist}
+Version:1.3
+Release:1%{?dist}
Summary:Perl extension for reading from continously updated files
Group: Development/Libraries
License:GPL+ or Artistic
URL:http://search.cpan.org/dist/File-Tail/
-Source0:
http://www.cpan.org/authors/id/M/MG/MGRABNAR/File-Tail-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/M/MG/MGRABNAR/File-Tail-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
@@ -52,6 +52,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Tue Aug 4 2015 Tom Callaway s...@fedoraproject.org - 1.3-1
+- update to 1.3
+
* Thu Jun 18 2015 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.2-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
diff --git a/sources b/sources
index dfe55a5..07b29f7 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-b09874ab91eb53f12bdb80da689f624e File-Tail-1.2.tar.gz
+252635f89ec18cb871c0b45ed64b3f63 File-Tail-1.3.tar.gz
--
cgit v0.10.2
http://pkgs.fedoraproject.org/cgit/perl-File-Tail.git/commit/?h=f23id=daef9d0668a3e94bd2c75f81e1a00a0d5e154ffc
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [HEADS UP] ucommon update
On 04.08.2015 18:43, Kevin Fenzi wrote: On Mon, 3 Aug 2015 22:18:58 +0200 Sandro Mani manisan...@gmail.com wrote: On 03.08.2015 19:14, Sandro Mani wrote: Hello I'm about to update to ucommon-6.4.4 in rawhide. There is a soname bump, but affected packages rebuild fine. These are: - ccrtp - libzrtcpp - sflphone (which I'll take care of myself) Copr test-builds done here: https://copr.fedoraproject.org/coprs/smani/ucommon ucommon is now built: http://koji.fedoraproject.org/koji/buildinfo?buildID=675150 I still seem to own libzrtcpp... but I have no desire to. ;) Do you want it? Sure I can take care of it. Could you also hand me over sipwitch? It is also currently owned by dyfet (as was ucommon), and I'll need to rebuild that one too (somehow missed it in the repoquery output). Thanks, Sandro -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [HEADS UP] ucommon update
On Tue, 4 Aug 2015 18:47:43 +0200 Sandro Mani manisan...@gmail.com wrote: On 04.08.2015 18:43, Kevin Fenzi wrote: On Mon, 3 Aug 2015 22:18:58 +0200 Sandro Mani manisan...@gmail.com wrote: On 03.08.2015 19:14, Sandro Mani wrote: Hello I'm about to update to ucommon-6.4.4 in rawhide. There is a soname bump, but affected packages rebuild fine. These are: - ccrtp - libzrtcpp - sflphone (which I'll take care of myself) Copr test-builds done here: https://copr.fedoraproject.org/coprs/smani/ucommon ucommon is now built: http://koji.fedoraproject.org/koji/buildinfo?buildID=675150 I still seem to own libzrtcpp... but I have no desire to. ;) Do you want it? Sure I can take care of it. Could you also hand me over sipwitch? It is also currently owned by dyfet (as was ucommon), and I'll need to rebuild that one too (somehow missed it in the repoquery output). ok. I will transfer libzrtcpp to you. ;) You should talk to dyfet directly about sipwitch... kevin pgpx_vkwCW4FY.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
Re: Question about profile.d scripts definition in Spec file
On Mon, 3 Aug 2015 22:16:39 +0200, Marcin Haba wrote: If not marking the files below /etc as %config, any update would overwrite them. Marking them as %config signals RPM to handle the update more gracefully. Yes, true. It will handle the update more gracefully, however it does not protect from overwrite a file. That's why the '(noreplace)' bit exists for the %config attribute. So, maybe better for profile.d to use %config(noreplace)? Either %config or %config(noreplace) can cause problems during update. Neither one is completely safe with regard to breaking a program at runtime. It can be necessary to switch from %config(noreplace) to %config, or vice versa, in updates. For example, if a config file changed from INI-style to XML, it would be a major problem if not replacing it during an update. Same for profile.d scripts. If those scripts in an update do much more than the older and modified installed files, the update may not work anymore when not replacing the old scripts. Let's not go in circles. Marking files below /etc as configuration files can be a good thing, but is not without risk in all cases. Btw, rpmlint does not override Fedora's packaging guidelines: https://fedoraproject.org/wiki/Packaging:Guidelines#Configuration_files Not override, but good when rpmlint follows on packaging guidelines as much as possible and reasonable. You could open a RFE in rpmlint upstream tracker. Or try to get Fedora's rpmlint to point at the packaging guidelines section instead of mentioning %config directly. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
spot pushed to perl-Email-MIME (master). 1.934
From 6eddefacc22f8ceae74792575aef8087061854f9 Mon Sep 17 00:00:00 2001
From: Tom Callaway s...@fedoraproject.org
Date: Tue, 4 Aug 2015 14:11:07 -0400
Subject: 1.934
diff --git a/perl-Email-MIME.spec b/perl-Email-MIME.spec
index ae58d5f..e41f640 100644
--- a/perl-Email-MIME.spec
+++ b/perl-Email-MIME.spec
@@ -1,5 +1,5 @@
Name: perl-Email-MIME
-Version:1.933
+Version:1.934
Release:1%{?dist}
Summary:Easy MIME message parsing
@@ -79,6 +79,9 @@ make test TEST_FILES=$(echo $(find xt/ -name '*.t'))
%changelog
+* Tue Aug 4 2015 Tom Callaway s...@fedoraproject.org - 1.934-1
+- update to 1.934
+
* Mon Jul 27 2015 Tom Callaway s...@fedoraproject.org - 1.933-1
- update to 1.933
diff --git a/sources b/sources
index 2f4bf5e..8b9ca62 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-7bca7f0f5d36bfdbbd91b500fdafda3e Email-MIME-1.933.tar.gz
+453f469ec8f39c34d80b32da9eacd790 Email-MIME-1.934.tar.gz
--
cgit v0.10.2
http://pkgs.fedoraproject.org/cgit/perl-Email-MIME.git/commit/?h=masterid=6eddefacc22f8ceae74792575aef8087061854f9
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: [HEADS UP] ucommon update
On Mon, 3 Aug 2015 22:18:58 +0200 Sandro Mani manisan...@gmail.com wrote: On 03.08.2015 19:14, Sandro Mani wrote: Hello I'm about to update to ucommon-6.4.4 in rawhide. There is a soname bump, but affected packages rebuild fine. These are: - ccrtp - libzrtcpp - sflphone (which I'll take care of myself) Copr test-builds done here: https://copr.fedoraproject.org/coprs/smani/ucommon ucommon is now built: http://koji.fedoraproject.org/koji/buildinfo?buildID=675150 I still seem to own libzrtcpp... but I have no desire to. ;) Do you want it? kevin pgp1Kl2SeU11_.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
Re: Validity of i686 as a release blocker
On 08/04/2015 08:38 AM, Peter Robinson wrote: A lot of the users of i686 that I know use it from live images or installing live images which, and I've not followed the issue too closely so might be a little off here, wouldn't have hit the bug that was being seen by the installer side of things. All those uses would also generally not be a rawhide/dev branch user. I maintain a bunch of P4 (non 64-bit) computers with max 2GB RAM at a school. I install them via PXE so don't directly deal with the install images. I have some spares now so I could bring one home to start doing some pre-release testing if that would help. -- 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: Undefined %epoch problem (Re: rawhide report: 20150730 changes)
On Fri, 31 Jul 2015 03:51:12 -0400, Christopher Meng wrote:
Broken deps for x86_64
Surprisingly, the report is incomplete and doesn't find some unresolvable
dependencies. DNF doesn't either.
An undefined %{epoch} in a dependency is not found. This has been reported
to blktap: https://bugzilla.redhat.com/1248912
Note how DNF tells Dependencies resolved, but later fails during the
transaction check. How could it resolve the unexpanded %{epoch} earlier?
I'm confused as well, I never saw any problem in this package before.
Obviously. ;) If the Rawhide broken deps report had found it, breakage could
have been avoided.
A different try:
https://fedorahosted.org/rel-eng/ticket/6225
Or file it in the infrastructure tracker instead? I don't know. There are lots
of active tickets in both.
And what about DNF? Are the DNF developers interesting in looking into
it, too? Or is by design that the Dependencies resolved step doesn't
discover the unresolvable dependency?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
