Re: hibernation support - lack of distro-wide coordination between systemd, dracut, anaconda, pm-utils and maybe more?
- Original Message - OK not everyone is on the same page, apparently. This bug was just closed by Anaconda as WONTFIX. suggested swap for laptop seems low https://bugzilla.redhat.com/show_bug.cgi?id=1037472 I don't see how hibernation works reliably with such a low default swap size. This isn't the way to fix it. The hibernation file/partition should really be independent of swap, because 1) you can't be sure how much swap will actually be used by the applications so you can't be sure you'll ever have enough swap to save the RAM 2) Too much swap and the (lack of) interactivity will make you want to advocate physical violence when your machine is unusable for an hour because of a hungry Javascript in your 50th Firefox tab. I requested a hibernation partition that wasn't a swap partition: https://wiki.gnome.org/BastienNocera/KernelWishlist but it was deemed unnecessary by kernel devs (or work-aroundable maybe): http://thread.gmane.org/gmane.linux.kernel/1810083/focus=1813873 We need to fix the kernel first, then we can ask for support in Anaconda. -- 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 1211415] perl-Config-IniFiles-2.86 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1211415 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added Summary|perl-Config-IniFiles-2.85 |perl-Config-IniFiles-2.86 |is available|is available --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Latest upstream release: 2.86 Current version/release in rawhide: 2.83-3.fc22 URL: http://search.cpan.org/dist/Config-IniFiles/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1211415] perl-Config-IniFiles-2.86 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1211415 --- Comment #3 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Scratch build succeeded http://koji.fedoraproject.org/koji/taskinfo?taskID=9476556 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
pghmcfc pushed to perl-Class-C3 (master). Update to 0.28 (..more)
From 2abe1c9d929ed973c38bc81ff4356147208d27da Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Tue, 14 Apr 2015 12:02:13 +0100
Subject: Update to 0.28
- New upstream release 0.28
- Change link to Dylan paper to use archive.org, as the original link has
gone offline (CPAN RT#99756)
- Pod tests moved to xt/ so drop build requirements for them
diff --git a/perl-Class-C3.spec b/perl-Class-C3.spec
index c01f271..2f7849a 100644
--- a/perl-Class-C3.spec
+++ b/perl-Class-C3.spec
@@ -1,6 +1,6 @@
Name: perl-Class-C3
-Version: 0.27
-Release: 3%{?dist}
+Version: 0.28
+Release: 1%{?dist}
Summary: Pragma to use the C3 method resolution order algorithm
License: GPL+ or Artistic
URL: http://search.cpan.org/dist/Class-C3/
@@ -15,14 +15,12 @@ BuildRequires: perl(Algorithm::C3) = 0.07
BuildRequires: perl(Scalar::Util) = 1.10
# Test suite
BuildRequires: perl(base)
+BuildRequires: perl(File::Glob)
BuildRequires: perl(lib)
BuildRequires: perl(NEXT)
-BuildRequires: perl(File::Glob)
BuildRequires: perl(Sub::Name)
BuildRequires: perl(Test::Exception) = 0.15
BuildRequires: perl(Test::More) = 0.88
-BuildRequires: perl(Test::Pod)
-BuildRequires: perl(Test::Pod::Coverage)
# MRO::Compat itself requires Class::C3
%if 0%{!?perl_bootstrap:1}
BuildRequires: perl(MRO::Compat)
@@ -70,10 +68,16 @@ make test
%doc Changes README t/
%{perl_vendorlib}/c3.pm
%{perl_vendorlib}/Class/
-%{_mandir}/man3/Class::C3.3pm*
-%{_mandir}/man3/Class::C3::next.3pm*
+%{_mandir}/man3/Class::C3.3*
+%{_mandir}/man3/Class::C3::next.3*
%changelog
+* Tue Apr 14 2015 Paul Howarth p...@city-fan.org - 0.28-1
+- Update to 0.28
+ - Change link to Dylan paper to use archive.org, as the original link has
+gone offline (CPAN RT#99756)
+- Pod tests moved to xt/ so drop build requirements for them
+
* Mon Sep 08 2014 Jitka Plesnikova jples...@redhat.com - 0.27-3
- Perl 5.20 re-rebuild of bootstrapped packages
diff --git a/sources b/sources
index acafdd6..cc63874 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-306b76ca764b7172100d84a806f04158 Class-C3-0.27.tar.gz
+86f045f4bfdd81ff0a66a0d0e7a3a81b Class-C3-0.28.tar.gz
--
cgit v0.10.2
http://pkgs.fedoraproject.org/cgit/perl-Class-C3.git/commit/?h=masterid=2abe1c9d929ed973c38bc81ff4356147208d27da
--
Fedora Extras Perl SIG
http://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 1211413] perl-Authen-SASL-SASLprep-1.011 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1211413 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-Authen-SASL-SASLprep-1 ||.01.1-1.fc23 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1211415] perl-Config-IniFiles-2.86 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1211415 --- Comment #2 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Created attachment 1014285 -- https://bugzilla.redhat.com/attachment.cgi?id=1014285action=edit [patch] Update to 2.86 (#1211415) -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
pghmcfc pushed to perl-Class-C3 (perl-Class-C3-0.28-1.fc22). Update to 0.28 (..more)
From 2abe1c9d929ed973c38bc81ff4356147208d27da Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Tue, 14 Apr 2015 12:02:13 +0100
Subject: Update to 0.28
- New upstream release 0.28
- Change link to Dylan paper to use archive.org, as the original link has
gone offline (CPAN RT#99756)
- Pod tests moved to xt/ so drop build requirements for them
diff --git a/perl-Class-C3.spec b/perl-Class-C3.spec
index c01f271..2f7849a 100644
--- a/perl-Class-C3.spec
+++ b/perl-Class-C3.spec
@@ -1,6 +1,6 @@
Name: perl-Class-C3
-Version: 0.27
-Release: 3%{?dist}
+Version: 0.28
+Release: 1%{?dist}
Summary: Pragma to use the C3 method resolution order algorithm
License: GPL+ or Artistic
URL: http://search.cpan.org/dist/Class-C3/
@@ -15,14 +15,12 @@ BuildRequires: perl(Algorithm::C3) = 0.07
BuildRequires: perl(Scalar::Util) = 1.10
# Test suite
BuildRequires: perl(base)
+BuildRequires: perl(File::Glob)
BuildRequires: perl(lib)
BuildRequires: perl(NEXT)
-BuildRequires: perl(File::Glob)
BuildRequires: perl(Sub::Name)
BuildRequires: perl(Test::Exception) = 0.15
BuildRequires: perl(Test::More) = 0.88
-BuildRequires: perl(Test::Pod)
-BuildRequires: perl(Test::Pod::Coverage)
# MRO::Compat itself requires Class::C3
%if 0%{!?perl_bootstrap:1}
BuildRequires: perl(MRO::Compat)
@@ -70,10 +68,16 @@ make test
%doc Changes README t/
%{perl_vendorlib}/c3.pm
%{perl_vendorlib}/Class/
-%{_mandir}/man3/Class::C3.3pm*
-%{_mandir}/man3/Class::C3::next.3pm*
+%{_mandir}/man3/Class::C3.3*
+%{_mandir}/man3/Class::C3::next.3*
%changelog
+* Tue Apr 14 2015 Paul Howarth p...@city-fan.org - 0.28-1
+- Update to 0.28
+ - Change link to Dylan paper to use archive.org, as the original link has
+gone offline (CPAN RT#99756)
+- Pod tests moved to xt/ so drop build requirements for them
+
* Mon Sep 08 2014 Jitka Plesnikova jples...@redhat.com - 0.27-3
- Perl 5.20 re-rebuild of bootstrapped packages
diff --git a/sources b/sources
index acafdd6..cc63874 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-306b76ca764b7172100d84a806f04158 Class-C3-0.27.tar.gz
+86f045f4bfdd81ff0a66a0d0e7a3a81b Class-C3-0.28.tar.gz
--
cgit v0.10.2
http://pkgs.fedoraproject.org/cgit/perl-Class-C3.git/commit/?h=perl-Class-C3-0.28-1.fc22id=2abe1c9d929ed973c38bc81ff4356147208d27da
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
pghmcfc pushed to perl-Class-C3 (perl-Class-C3-0.28-1.fc23). Update to 0.28 (..more)
This commit already existed in another branch. http://pkgs.fedoraproject.org/cgit/perl-Class-C3.git/commit/?h=perl-Class-C3-0.28-1.fc23id=2abe1c9d929ed973c38bc81ff4356147208d27da -- Fedora Extras Perl SIG http://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 1211413] perl-Authen-SASL-SASLprep-1.011 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1211413 --- Comment #1 from Petr Pisar ppi...@redhat.com --- Updates license text. Suitable for F≥22. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
ppisar pushed to perl-Authen-SASL-SASLprep (master). 1.011 bump
From 93c99448f4b548a219ee6bbc5624d3a6c130cb93 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com
Date: Tue, 14 Apr 2015 13:21:49 +0200
Subject: 1.011 bump
diff --git a/.gitignore b/.gitignore
index 11d7ded..980f965 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
/Authen-SASL-SASLprep-1.01.tar.gz
+/Authen-SASL-SASLprep-1.011.tar.gz
diff --git a/perl-Authen-SASL-SASLprep.spec b/perl-Authen-SASL-SASLprep.spec
index 8cd6099..5e11229 100644
--- a/perl-Authen-SASL-SASLprep.spec
+++ b/perl-Authen-SASL-SASLprep.spec
@@ -1,11 +1,13 @@
+# Stick on 2-digit version now
+%global cpan_version 1.011
Name: perl-Authen-SASL-SASLprep
-Version:1.01
+Version:%(echo %{cpan_version} | sed -e 's/\(\...\)/\1./')
Release:1%{?dist}
Summary:Stringprep profile for user names and passwords (RFC 4013)
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Authen-SASL-SASLprep/
-Source0:
http://www.cpan.org/authors/id/C/CF/CFAERBER/Authen-SASL-SASLprep-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/C/CF/CFAERBER/Authen-SASL-SASLprep-%{cpan_version}.tar.gz
# Recode README to UTF-8
Patch0: Authen-SASL-SASLprep-1.01-Recode-README-to-UTF-8.patch
BuildArch: noarch
@@ -37,7 +39,7 @@ prepare Unicode strings representing user names and passwords
for comparison.
SASLprep is a profile of the stringprep algorithm.
%prep
-%setup -q -n Authen-SASL-SASLprep-%{version}
+%setup -q -n Authen-SASL-SASLprep-%{cpan_version}
%patch0 -p1
%build
@@ -59,5 +61,8 @@ make test
%{_mandir}/man3/*
%changelog
+* Tue Apr 14 2015 Petr Pisar ppi...@redhat.com - 1.01.1-1
+- 1.011 bump
+
* Fri Mar 20 2015 Petr Pisar ppi...@redhat.com 1.01-1
- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index 865c3b5..aa341e6 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-e1b800b47e360912c382e764c10a58c9 Authen-SASL-SASLprep-1.01.tar.gz
+eb9cc1f59968047e23ac44c02a0ecc21 Authen-SASL-SASLprep-1.011.tar.gz
--
cgit v0.10.2
http://pkgs.fedoraproject.org/cgit/perl-Authen-SASL-SASLprep.git/commit/?h=masterid=93c99448f4b548a219ee6bbc5624d3a6c130cb93
--
Fedora Extras Perl SIG
http://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 Authen-SASL-SASLprep-1.011.tar.gz for perl-Authen-SASL-SASLprep
eb9cc1f59968047e23ac44c02a0ecc21 Authen-SASL-SASLprep-1.011.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Authen-SASL-SASLprep/Authen-SASL-SASLprep-1.011.tar.gz/eb9cc1f59968047e23ac44c02a0ecc21/Authen-SASL-SASLprep-1.011.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
Re: dnf replacing yum and dnf-yum
Message: 13 Date: Tue, 14 Apr 2015 03:35:50 +0200 From: Kevin Kofler kevin.kof...@chello.at To: devel@lists.fedoraproject.org Subject: Re: dnf replacing yum and dnf-yum Message-ID: mghqtm$lq9$2...@ger.gmane.org Content-Type: text/plain; charset=ISO-8859-1 Kevin Fenzi wrote: * dnf-yum is installed by default. By that I mean it is in the 'core' group in comps next to dnf. [snip] * If you wish to still use yum, the yum package provides now a /usr/bin/yum-deprecated command that is the old yum command renamed. It also has the notice message as above on it. IMHO, this is a really bad solution. yum should be yum, dnf should be dnf. Kevin Kofler +1 for reverting this Currently dnf-yum package provide /usr/bin/yum to force users to redirect to dnf. But unfortunately dnf doesn't find a local repo path, see https://bugzilla.redhat.com/show_bug.cgi?id=1205341 . I use a local repo to test all my packages in f22 VMs. Shure, i can install packages by hand, but i have a lot of them and this slow down my daily work. In addition of missing plugins (ie. version-lock) dnf isn't usable for me in this early stage. I fixed that with downgrading/locking yum to last working release. In my opinion fedora should not force users to use dnf if so much things aren't working, currently. regards, Wolfgang -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ppisar pushed to perl-Authen-SASL-SASLprep (f22). 1.011 bump
From 93c99448f4b548a219ee6bbc5624d3a6c130cb93 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com
Date: Tue, 14 Apr 2015 13:21:49 +0200
Subject: 1.011 bump
diff --git a/.gitignore b/.gitignore
index 11d7ded..980f965 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
/Authen-SASL-SASLprep-1.01.tar.gz
+/Authen-SASL-SASLprep-1.011.tar.gz
diff --git a/perl-Authen-SASL-SASLprep.spec b/perl-Authen-SASL-SASLprep.spec
index 8cd6099..5e11229 100644
--- a/perl-Authen-SASL-SASLprep.spec
+++ b/perl-Authen-SASL-SASLprep.spec
@@ -1,11 +1,13 @@
+# Stick on 2-digit version now
+%global cpan_version 1.011
Name: perl-Authen-SASL-SASLprep
-Version:1.01
+Version:%(echo %{cpan_version} | sed -e 's/\(\...\)/\1./')
Release:1%{?dist}
Summary:Stringprep profile for user names and passwords (RFC 4013)
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Authen-SASL-SASLprep/
-Source0:
http://www.cpan.org/authors/id/C/CF/CFAERBER/Authen-SASL-SASLprep-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/C/CF/CFAERBER/Authen-SASL-SASLprep-%{cpan_version}.tar.gz
# Recode README to UTF-8
Patch0: Authen-SASL-SASLprep-1.01-Recode-README-to-UTF-8.patch
BuildArch: noarch
@@ -37,7 +39,7 @@ prepare Unicode strings representing user names and passwords
for comparison.
SASLprep is a profile of the stringprep algorithm.
%prep
-%setup -q -n Authen-SASL-SASLprep-%{version}
+%setup -q -n Authen-SASL-SASLprep-%{cpan_version}
%patch0 -p1
%build
@@ -59,5 +61,8 @@ make test
%{_mandir}/man3/*
%changelog
+* Tue Apr 14 2015 Petr Pisar ppi...@redhat.com - 1.01.1-1
+- 1.011 bump
+
* Fri Mar 20 2015 Petr Pisar ppi...@redhat.com 1.01-1
- Specfile autogenerated by cpanspec 1.78.
diff --git a/sources b/sources
index 865c3b5..aa341e6 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-e1b800b47e360912c382e764c10a58c9 Authen-SASL-SASLprep-1.01.tar.gz
+eb9cc1f59968047e23ac44c02a0ecc21 Authen-SASL-SASLprep-1.011.tar.gz
--
cgit v0.10.2
http://pkgs.fedoraproject.org/cgit/perl-Authen-SASL-SASLprep.git/commit/?h=f22id=93c99448f4b548a219ee6bbc5624d3a6c130cb93
--
Fedora Extras Perl SIG
http://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 1211413] perl-Authen-SASL-SASLprep-1.011 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1211413 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- perl-Authen-SASL-SASLprep-1.01.1-1.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/perl-Authen-SASL-SASLprep-1.01.1-1.fc22 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
pghmcfc uploaded Class-C3-0.28.tar.gz for perl-Class-C3
86f045f4bfdd81ff0a66a0d0e7a3a81b Class-C3-0.28.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Class-C3/Class-C3-0.28.tar.gz/86f045f4bfdd81ff0a66a0d0e7a3a81b/Class-C3-0.28.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
pghmcfc pushed to perl-Class-C3 (f22). Update to 0.28 (..more)
From 2abe1c9d929ed973c38bc81ff4356147208d27da Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Tue, 14 Apr 2015 12:02:13 +0100
Subject: Update to 0.28
- New upstream release 0.28
- Change link to Dylan paper to use archive.org, as the original link has
gone offline (CPAN RT#99756)
- Pod tests moved to xt/ so drop build requirements for them
diff --git a/perl-Class-C3.spec b/perl-Class-C3.spec
index c01f271..2f7849a 100644
--- a/perl-Class-C3.spec
+++ b/perl-Class-C3.spec
@@ -1,6 +1,6 @@
Name: perl-Class-C3
-Version: 0.27
-Release: 3%{?dist}
+Version: 0.28
+Release: 1%{?dist}
Summary: Pragma to use the C3 method resolution order algorithm
License: GPL+ or Artistic
URL: http://search.cpan.org/dist/Class-C3/
@@ -15,14 +15,12 @@ BuildRequires: perl(Algorithm::C3) = 0.07
BuildRequires: perl(Scalar::Util) = 1.10
# Test suite
BuildRequires: perl(base)
+BuildRequires: perl(File::Glob)
BuildRequires: perl(lib)
BuildRequires: perl(NEXT)
-BuildRequires: perl(File::Glob)
BuildRequires: perl(Sub::Name)
BuildRequires: perl(Test::Exception) = 0.15
BuildRequires: perl(Test::More) = 0.88
-BuildRequires: perl(Test::Pod)
-BuildRequires: perl(Test::Pod::Coverage)
# MRO::Compat itself requires Class::C3
%if 0%{!?perl_bootstrap:1}
BuildRequires: perl(MRO::Compat)
@@ -70,10 +68,16 @@ make test
%doc Changes README t/
%{perl_vendorlib}/c3.pm
%{perl_vendorlib}/Class/
-%{_mandir}/man3/Class::C3.3pm*
-%{_mandir}/man3/Class::C3::next.3pm*
+%{_mandir}/man3/Class::C3.3*
+%{_mandir}/man3/Class::C3::next.3*
%changelog
+* Tue Apr 14 2015 Paul Howarth p...@city-fan.org - 0.28-1
+- Update to 0.28
+ - Change link to Dylan paper to use archive.org, as the original link has
+gone offline (CPAN RT#99756)
+- Pod tests moved to xt/ so drop build requirements for them
+
* Mon Sep 08 2014 Jitka Plesnikova jples...@redhat.com - 0.27-3
- Perl 5.20 re-rebuild of bootstrapped packages
diff --git a/sources b/sources
index acafdd6..cc63874 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-306b76ca764b7172100d84a806f04158 Class-C3-0.27.tar.gz
+86f045f4bfdd81ff0a66a0d0e7a3a81b Class-C3-0.28.tar.gz
--
cgit v0.10.2
http://pkgs.fedoraproject.org/cgit/perl-Class-C3.git/commit/?h=f22id=2abe1c9d929ed973c38bc81ff4356147208d27da
--
Fedora Extras Perl SIG
http://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: hibernation support - lack of distro-wide coordination between systemd, dracut, anaconda, pm-utils and maybe more?
On 04/13/2015 11:34 PM, Zbigniew Jędrzejewski-Szmek wrote: OK, so swap 2x memory seems excessive. Actually swap with the same as memory should work *most* of the time. There's no guarantee that any amount swap will be enough, since it could all be filled by the time hibernation is requested, but we should try to cover most normal usage. But considering that swap will be slow on HDD, so users will most likely avoid using more than a small amount, and SDD are small, so it's expensive to provide bigger swap, the default that anaconda uses seems OK. An exception is for computers with small amount of RAM (= 2GB?). There swaps is more likely to be filled and the default size for swap should imho be higher than the amount of RAM. Exactly! remember that a typical disk speed is few tens of MB/s, i.e. about 1 GB/min. I came to the conclusion that anything more than 4GB is just counterproductive. Large swap just deceives us into thinking that we can run jobs larger than the physical memory but that is really not the case, just like Seymour Cray said [1]. Maybe swap space should simply be max(4GB, $PhysicalMemory). Actually, isn't 'swap to filesystem' still an option? if so, maybe swap should be a constant 4GB, and hibernation should create an appropriately sized file on the fly, join it to the swap and use both. The details can be worked out. But I don't understand the justification for closing of the bug: (In reply to David Lehman from comment #1) Anaconda does not automatically configure systems for hibernation at this time. Hibernation is important for many use cases, including graphical environments, and anaconda should support them. Absolutely agree. [1] http://hackersays.com/68b2b7 -- 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 1211671] [abrt] perl-Padre: boot_Cwd(): perl killed by SIGSEGV
https://bugzilla.redhat.com/show_bug.cgi?id=1211671 Paul Howarth p...@city-fan.org changed: What|Removed |Added CC||p...@city-fan.org --- Comment #12 from Paul Howarth p...@city-fan.org --- Backtrace suggests you're picking up some non-Fedora perl code from /opt/ActivePerl-5.20, which is likely to be an issue. -- 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: dnf replacing yum and dnf-yum
- Original Message - From: Pete Travis li...@petetravis.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Tuesday, April 14, 2015 5:18:15 PM Subject: Re: dnf replacing yum and dnf-yum On Apr 13, 2015 5:07 AM, Radek Holy rh...@redhat.com wrote: From: Pete Travis li...@petetravis.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Friday, April 10, 2015 5:31:08 PM Subject: Re: dnf replacing yum and dnf-yum On Apr 10, 2015 4:39 AM, Radek Holy rh...@redhat.com wrote: Hm, I think that it depends on the use case. AFAIK, distro-sync is mostly used to upgrade Fedora (an unsupported approach AFAIK) and to replace some testing/3rd-party versions of package with the official ones. (BTW, I'd appreciate if anyone will share their use case) While in the first case, I think that the upgrade's behaviour is preferred, in the other case, the install's behaviour is better IMO. (Which dangerously indicates that the --skip-broken switch is a good solution :( ) Anyway, file an RFE (if it isn't filed already) please. We can track/discuss it there. Thank you in advance -- Radek Holý (lots of trimming, and skipping an RFE, as this just pertains to the distro-sync use case question) distro-sync is useful for getting to a sane state after temporarily enabling some repo that interacts with the primary ones. This can happen with third party repos, but we can consider an entirely in-house situation: The user finds a bug in widget-2.5.7 and reports it. A fix for widget is shipped and the user is asked to test via `dnf update widget --enablerepo updates-testing`. The transaction pulls in many requires from updates-testing (although at this point, I realize dnf may not be upgrading the requires in this transaction if they are not versioned). The new widget is tested, life goes on. Later, the user wants to install or update some package whizbang that shares requires with widget. That package has versioned requires on packages from the updates repo, but some of the installed packages are from updates-testing and don't provide what whizbang needs. Something like `dnf --allowerasing install whizbang` might be the appropriate and precise tool to get through that transaction. `dnf distro-sync` is the less precise, big-hammer tool for the user that doesn't know or care to track down the intricacies of widget and whizbang dependencies. They ran some command from a bug report a while ago and moved on, and now they run distro-sync to return their system to a known-good state and move on. This sort of thing is most common during the prerelease cycle, when users will have updates-testing on then off, and there are freezes, and branching, and lots of activity that might leave early adopters in an unsane state. And yeah, it is very useful for upgrades. Even when ran after a proper fedup upgrade. --Pete Yeah, that's basically what I meant by 'replace some testing versions of package with the official ones'. Anyway, thank you for elaborating on it. I'll definitely make a test case from it. I'd like to let those doing the actions described above know that there is also a not very well known command dnf repository-packages repoid remove-or-distro-sync which is specifically designed for switching from packages installed from testing/3rd-party repositories -- Radek Holý Associate Software Engineer Software Management Team Red Hat Czech -- Nice! That's repoid as the stable/updates repo, not the testing/3rd-party/problem repo, right? I'll add this to my dnf writeup. --Pete No, repoid as the testing/3rd-party/problem repo. It selects the packages installed from repoid and runs distro-sync or remove on them while the upgrades/downgrades are taken from all the enabled repositories except repoid. So, in the end, it's very likely that you'll end up with an RPMDB that does not contain any package installed from repoid. This command was taken from YUM and although it is not sometimes clear what the command should do without looking into man pages, I think that it's good as it is. If you want to control from which repositories are the upgrades/downgrades taken, combine it with --disablerepo, --enablerepo. -- Radek Holý Associate Software Engineer Software Management Team Red Hat Czech -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Enable Wake-On-LAN in current Fedora
On Tue, Apr 14, 2015 at 05:59:46PM +0200, Sergio Pascual wrote: I was wondering what is the correct way of enabling WOL on a network card. If you use systemd-networkd (not default in Fedora), you can use WakeOnLan= property. Man systemd.link -- Tomasz Torcz Never underestimate the bandwidth of a station xmpp: zdzich...@chrome.plwagon filled with backup tapes. -- Jim Gray -- 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: Enable Wake-On-LAN in current Fedora
On Tue, 2015-04-14 at 09:12 -0700, Samuel Sieb wrote: On 04/14/2015 09:06 AM, Chris Adams wrote: Once upon a time, Sergio Pascual sergio.pa...@gmail.com said: I was wondering what is the correct way of enabling WOL on a network card. I think it is enabled by default. At least, I didn't do anything to enable it on a couple of computers at home and it just works. Make sure it's enabled in the BIOS. On the NetworkManager side there isn't any checkbox for enable/disable since that's a bit lower-level than NM right now, but NM won't screw anything up if you enable WoL with ethtool through some other mechanism, like a systemd unit file. Dan -- 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: bodhi buildroot override takes how long?
On Tue, 14 Apr 2015 17:51:22 +0200 Michael Schwendt mschwe...@gmail.com wrote: It's some time since I've had to submit a koji buildroot override via the bodhi web interface. It has become much more slower. First of all, the admin.fedoraproject.org server answers slower. And the koji wait-repo command has yet to end. What is the current estimate on how long it takes for bodhi to process a buildroot override request? koji lists a tag f22-override for the build, but that's not the tag I need to query. bodhi says f22-build. I see other requests that have not been processed yet with the same symptoms. How long does it take nowadays? It varies. The package is tagged into the override tag. The kojira process sees that the build target needs regenerating. However, it only does 6 newrepos at a time (used to be 3). All the side tags need this, so since we have f21-build, f21-gnome, f21-kde, f21-whhatever, there's a lot of tags to regen. Best case is that it sees it and starts the newrepo right then, and then it's been taking about 6 minutes or so. Worst case is that it has to wait for another few to finish normally. However, in this case, it appears a f22-build newrepo got stuck, so it's not doing anymore waiting for that one. This is very likely related to db issues I have spent all morning trying to track down. :( I will clear that newrepo and get f22-build back on track in the mean time. kevin pgpalR6Rgxjje.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[EPEL-devel] Call for EPEL meeting Agenda Items 2015-04-17
We will be having a meeting of the EPEL Steering Committee on 2015-04-17 at 17:00:00 UTC in Freenode IRC channel #epel To determine what time that is in your timezone please use the following command: $ date -d '2015-04-17 17:00:00 UTC' Fri Apr 17 11:00:00 MDT 2015 Items to be discussed: 1. Replacing Stephen Smoogen on EPSCO board. 2. XFCE 4.12 in EPEL-7? 3. Python-3 in EPEL-6/7? -- Stephen J Smoogen. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: [EPEL-devel] EPSCO is Dead. Long live EPSCO?
On 14 April 2015 at 11:39, Jeff Sheltren j...@tag1consulting.com wrote: On Tue, Apr 14, 2015 at 10:28 AM, Stephen John Smoogen smo...@gmail.com wrote: On 14 April 2015 at 08:03, Jeff Sheltren j...@tag1consulting.com wrote: According to the initial agreement among interested parties, EPSCO was going to end the first term on March 31st, 2015. With that in mind, what's the status of the policy questions outlined here: https://fedoraproject.org/wiki/EPEL-faster-repo-ideas What remains to be done from the policies and tasks outlined there and in the first few EPSCO meetings? And has there been any discussion of new committee members and/or what term-lengths may be in the future? I haven't seen anything on that topic discussed on this list. This was discussed in one of the last meetings and it was decided to go with a meritocratic format like the Fedora Packaging Committee. I did promise to stand down and forgot the date that I said so. Thank you for remembering the date, and I will ask forgiveness if I run it until 2015-04-17 when I will resign and someone else can take over the position. I'm not pushing for you (or anyone) to step down, just wanting to keep up some sort of progress/improvements for EPEL. I don't even know if a committee is the best approach for EPEL, but as someone who supported the formation of a committee for a limited amount of time in order to deal with the issues documented in the above linked wiki pages, I'm trying to get a grasp of where things stand. It is not a push that I am opening my position: 1) I made a promise that my time on the committee would end on March 31, 2015. I expected at that time we would have elections for people who were interested in being on the committee to make sure that we had fresh blood regularly. Since we are using a meritocratic format, I need to resign to get others interested a chance. 2) My time on the committee has not really accomplished anything beyond He ran meetings regularly for a while. 3) Maybe a steering committee does not work for EPEL but as long as I am sticking around in the chair it exists. Additionally, are meetings still happening regularly? From what I've seen, they seem to be cancelled more often than they take place. Meetings were stopped because either people could not attend due to trips or other projects deadlines. With rarely able to get a quorum of people who were active to participate from either the committee members or people in the community.. I figured a break until enough people were interested in having meetings was needed. Since that seems to be the case now, I will be calling a meeting this week to get various things done. I'd love if the current EPSCO group could write up a quick summary of what's been accomplished since the formation. I think this could help shape up a conversation around some concrete next steps/tasks that we (people who care about EPEL) could contribute to. Regarding the meetings: I'm not a huge fan of meetings, but I think they may be a good way to allow people to get more involved in EPEL; especially if summaries are posted to the list so that people who aren't on IRC or can't make the meetings can easily see what's happening. No one is a fan of the meetings, but the questions asked are always: When was the last meeting? What was decided? When is the next? So I don't know what the solution to this is. Trying to get discussions to happen on the list never seemed to work either. -- Stephen J Smoogen. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
[Bug 1211671] New: [abrt] perl-Padre: boot_Cwd(): perl killed by SIGSEGV
https://bugzilla.redhat.com/show_bug.cgi?id=1211671 Bug ID: 1211671 Summary: [abrt] perl-Padre: boot_Cwd(): perl killed by SIGSEGV Product: Fedora Version: 20 Component: perl-Padre Assignee: jples...@redhat.com Reporter: smau...@my.trine.edu QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Description of problem: I was just trying to start Padre. Version-Release number of selected component: perl-Padre-0.90-10.fc20 Additional info: reporter: libreport-2.2.3 backtrace_rating: 4 cmdline:/usr/bin/perl /usr/bin/padre crash_function: boot_Cwd executable: /usr/bin/perl kernel: 3.18.7-100.fc20.x86_64 runlevel: N 5 type: CCpp uid:1000 Truncated backtrace: Thread no. 1 (10 frames) #0 boot_Cwd at /opt/ActivePerl-5.20/lib/auto/Cwd/Cwd.so #1 Perl_pp_entersub at pp_hot.c:2888 #2 Perl_runops_standard at run.c:42 #3 Perl_call_sv at perl.c:2766 #4 Perl_call_list at perl.c:4863 #5 S_process_special_blocks at op.c:7717 #6 Perl_newATTRSUB_flags at op.c:7681 #7 Perl_newATTRSUB at op.c:7354 #8 Perl_utilize at op.c:5139 #9 Perl_yyparse at perly.y:397 -- 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: Enable Wake-On-LAN in current Fedora
On 04/14/2015 09:06 AM, Chris Adams wrote: Once upon a time, Sergio Pascual sergio.pa...@gmail.com said: I was wondering what is the correct way of enabling WOL on a network card. I think it is enabled by default. At least, I didn't do anything to enable it on a couple of computers at home and it just works. Make sure it's enabled in the BIOS. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: dnf replacing yum and dnf-yum
On Apr 13, 2015 5:07 AM, Radek Holy rh...@redhat.com wrote: From: Pete Travis li...@petetravis.com To: Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Friday, April 10, 2015 5:31:08 PM Subject: Re: dnf replacing yum and dnf-yum On Apr 10, 2015 4:39 AM, Radek Holy rh...@redhat.com wrote: Hm, I think that it depends on the use case. AFAIK, distro-sync is mostly used to upgrade Fedora (an unsupported approach AFAIK) and to replace some testing/3rd-party versions of package with the official ones. (BTW, I'd appreciate if anyone will share their use case) While in the first case, I think that the upgrade's behaviour is preferred, in the other case, the install's behaviour is better IMO. (Which dangerously indicates that the --skip-broken switch is a good solution :( ) Anyway, file an RFE (if it isn't filed already) please. We can track/discuss it there. Thank you in advance -- Radek Holý (lots of trimming, and skipping an RFE, as this just pertains to the distro-sync use case question) distro-sync is useful for getting to a sane state after temporarily enabling some repo that interacts with the primary ones. This can happen with third party repos, but we can consider an entirely in-house situation: The user finds a bug in widget-2.5.7 and reports it. A fix for widget is shipped and the user is asked to test via `dnf update widget --enablerepo updates-testing`. The transaction pulls in many requires from updates-testing (although at this point, I realize dnf may not be upgrading the requires in this transaction if they are not versioned). The new widget is tested, life goes on. Later, the user wants to install or update some package whizbang that shares requires with widget. That package has versioned requires on packages from the updates repo, but some of the installed packages are from updates-testing and don't provide what whizbang needs. Something like `dnf --allowerasing install whizbang` might be the appropriate and precise tool to get through that transaction. `dnf distro-sync` is the less precise, big-hammer tool for the user that doesn't know or care to track down the intricacies of widget and whizbang dependencies. They ran some command from a bug report a while ago and moved on, and now they run distro-sync to return their system to a known-good state and move on. This sort of thing is most common during the prerelease cycle, when users will have updates-testing on then off, and there are freezes, and branching, and lots of activity that might leave early adopters in an unsane state. And yeah, it is very useful for upgrades. Even when ran after a proper fedup upgrade. --Pete Yeah, that's basically what I meant by 'replace some testing versions of package with the official ones'. Anyway, thank you for elaborating on it. I'll definitely make a test case from it. I'd like to let those doing the actions described above know that there is also a not very well known command dnf repository-packages repoid remove-or-distro-sync which is specifically designed for switching from packages installed from testing/3rd-party repositories -- Radek Holý Associate Software Engineer Software Management Team Red Hat Czech -- Nice! That's repoid as the stable/updates repo, not the testing/3rd-party/problem repo, right? I'll add this to my dnf writeup. --Pete -- 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: hibernation support - lack of distro-wide coordination between systemd, dracut, anaconda, pm-utils and maybe more?
On Tue, Apr 14, 2015 at 3:07 AM, Bastien Nocera bnoc...@redhat.com wrote: - Original Message - OK not everyone is on the same page, apparently. This bug was just closed by Anaconda as WONTFIX. suggested swap for laptop seems low https://bugzilla.redhat.com/show_bug.cgi?id=1037472 I don't see how hibernation works reliably with such a low default swap size. This isn't the way to fix it. The hibernation file/partition should really be independent of swap, because 1) you can't be sure how much swap will actually be used by the applications so you can't be sure you'll ever have enough swap to save the RAM 2) Too much swap and the (lack of) interactivity will make you want to advocate physical violence when your machine is unusable for an hour because of a hungry Javascript in your 50th Firefox tab. Windows and OS X both use swapfiles rather than swap partition, and a sleep image file rather than a partition. OS X's swapfiles are dynamically created on demand in variable size increments. Recently, Windows on UEFI systems with the proper hardware uses Intel Rapid Start [1], which is firmware managed suspend-to-disk. It depends on both a unique partition and SSD, and by default a shutdown uses this. Cold boots are really fast, like ~1.5 seconds. Faster than reboots. Both OS's have a feature that I find invaluable on a laptop which is the automatic switch from suspend-to-RAM to suspend-to-disk. Because of this, I never do shutdowns. I can always rely on just closing the laptop lid to get suspend-to-RAM and if necessary (time or low battery) the system wakes and suspends-to-disk. I can't rely on suspend-to-RAM on linux because I can't guarantee I'll remember to wake it and do a proper shutdown before the battery dies. I'd put suspend-to-disk in the same category as video problems. It's yet another reason to just not fight things, give up, and use what works which is either Windows or OS X, and put Linux in a VM. *shrug* I requested a hibernation partition that wasn't a swap partition: https://wiki.gnome.org/BastienNocera/KernelWishlist but it was deemed unnecessary by kernel devs (or work-aroundable maybe): http://thread.gmane.org/gmane.linux.kernel/1810083/focus=1813873 We need to fix the kernel first, then we can ask for support in Anaconda. If kernel developers don't see working suspend-to-disk to be important, then in my view Linux on the desktop is just short of pointless and is just treading water with the existing behavior. The two other OS's simply do this way way better and more reliably to the point it's bulletproof and completely trustworthy. How is this working on Chromebooks? [1] http://mjg59.dreamwidth.org/26022.html -- Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
bodhi buildroot override takes how long?
It's some time since I've had to submit a koji buildroot override via the bodhi web interface. It has become much more slower. First of all, the admin.fedoraproject.org server answers slower. And the koji wait-repo command has yet to end. What is the current estimate on how long it takes for bodhi to process a buildroot override request? koji lists a tag f22-override for the build, but that's not the tag I need to query. bodhi says f22-build. I see other requests that have not been processed yet with the same symptoms. How long does it take nowadays? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Enable Wake-On-LAN in current Fedora
I was wondering what is the correct way of enabling WOL on a network card. This Arch document [1] describes several methods (which basically are different methods on running ethtool -s eth0 wol g). * run ethtool in udev * run a cron on reboot * run a systemd unit This Fedora bug [2] suggests that you can make NetworkManager run a script in /etc/NetworkManager/dispatcher.d And finally you can use good old /etc/rc.d/rc.local and put there the ethtool command. Notice that all of this requires editing files, there isn't a check box somewhere in the NetworkManager GUI to enable this option, for example. Regards, Sergio [1] https://wiki.archlinux.org/index.php/Wake-on-LAN [2] https://bugzilla.redhat.com/show_bug.cgi?id=826652 -- 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: Enable Wake-On-LAN in current Fedora
Once upon a time, Sergio Pascual sergio.pa...@gmail.com said: I was wondering what is the correct way of enabling WOL on a network card. I think it is enabled by default. At least, I didn't do anything to enable it on a couple of computers at home and it just works. -- Chris Adams li...@cmadams.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [EPEL-devel] EPSCO is Dead. Long live EPSCO?
On Tue, 14 Apr 2015 07:03:05 -0700 Jeff Sheltren j...@tag1consulting.com wrote: According to the initial agreement among interested parties, EPSCO was going to end the first term on March 31st, 2015. Yeah. At the meeting after that point I think everyone agreed to just keep on going? Perhaps there was no formal setup shown. With that in mind, what's the status of the policy questions outlined here: https://fedoraproject.org/wiki/EPEL-faster-repo-ideas What remains to be done from the policies and tasks outlined there and in the first few EPSCO meetings? IMHO, it needs people to drive it. Come up with ideas/plan, present that plan and get buy in from everyone or adjust it as much as can be done to get consensus and then help implement it. TANSTASFL. And has there been any discussion of new committee members and/or what term-lengths may be in the future? I haven't seen anything on that topic discussed on this list. Yeah, it was in meeting I think. IMHO, I don't find voting or set term limits that helpfull. I'd prefer a meritocracy where people who show up and do work are given more power to do things. Additionally, are meetings still happening regularly? From what I've seen, they seem to be cancelled more often than they take place. I'd defer that question to Smooge as he was running the meetings. I think there was a good deal of people traveling, etc... I do think regular meetings are good, as they are a way for people to see who is doing what and contibute. kevin pgpWlul74SkaS.pgp Description: OpenPGP digital signature ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
[Test-Announce] Fedora 22 Beta Go/No-Go Meeting #2, Thursday, April 16 @ 17:00 UTC
Join us on irc.freenode.net in #fedora-meeting-2 for this important meeting, wherein we shall determine the readiness of the Fedora 22 Beta. Thursday, April 16, 2015 17:00 UTC (1 PM EDT, 10 AM PDT, 19:00 CEST) Before each public release Development, QA and Release Engineering meet to determine if the release criteria are met for a particular release. This meeting is called the Go/No-Go Meeting. Verifying that the Release criteria are met is the responsibility of the QA Team. For more details about this meeting see: https://fedoraproject.org/wiki/Go_No_Go_Meeting In the meantime, keep an eye on the Fedora 22 Beta Blocker list: http://qa.fedoraproject.org/blockerbugs/milestone/22/beta/buglist Jaroslav ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1211812] New: perl-File-ShareDir-ProjectDistDir-1.000005 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1211812 Bug ID: 1211812 Summary: perl-File-ShareDir-ProjectDistDir-1.05 is available Product: Fedora Version: rawhide Component: perl-File-ShareDir-ProjectDistDir Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Latest upstream release: 1.05 Current version/release in rawhide: 1.04-2.fc22 URL: http://search.cpan.org/dist/File-ShareDir-ProjectDistDir/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1211812] perl-File-ShareDir-ProjectDistDir-1.000005 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1211812 --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Created attachment 1014541 -- https://bugzilla.redhat.com/attachment.cgi?id=1014541action=edit [patch] Update to 1.05 (#1211812) -- 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 1211812] perl-File-ShareDir-ProjectDistDir-1.000005 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1211812 --- Comment #2 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Scratch build succeeded http://koji.fedoraproject.org/koji/taskinfo?taskID=9480827 -- 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
msuchy uploaded perl-Satcon-2.3.2.tar.gz for perl-Satcon
66222e93aa382f9131d287c407e0e0c9 perl-Satcon-2.3.2.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Satcon/perl-Satcon-2.3.2.tar.gz/66222e93aa382f9131d287c407e0e0c9/perl-Satcon-2.3.2.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
msuchy pushed to perl-Satcon (master). Update perl-Satcon to 2.3.2-1
From c856e72e21e8681140d5a49fd2186babb85ad4fe Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Miroslav=20Such=C3=BD?= msu...@redhat.com
Date: Wed, 15 Apr 2015 07:23:21 +0200
Subject: Update perl-Satcon to 2.3.2-1
diff --git a/.gitignore b/.gitignore
index 853b2ce..6def78d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -2,3 +2,4 @@ perl-Satcon-1.11.tar.gz
/perl-Satcon-1.14.tar.gz
/perl-Satcon-1.19.tar.gz
/perl-Satcon-1.20.tar.gz
+/perl-Satcon-2.3.2.tar.gz
diff --git a/perl-Satcon.spec b/perl-Satcon.spec
index a217309..7d0ae62 100644
--- a/perl-Satcon.spec
+++ b/perl-Satcon.spec
@@ -2,8 +2,8 @@
Name: perl-Satcon
Summary:Framework for configuration files
-Version:1.20
-Release:2%{?dist}
+Version:2.3.2
+Release:1%{?dist}
License:GPLv2
Group: Applications/System
URL:https://fedorahosted.org/spacewalk
@@ -47,8 +47,15 @@ rm -rf $RPM_BUILD_ROOT
%{_bindir}/*
%changelog
-* Wed Aug 27 2014 Jitka Plesnikova jples...@redhat.com - 1.20-2
-- Perl 5.20 rebuild
+* Thu Mar 19 2015 Grant Gainey 2.3.2-1
+- Updating copyright info for 2015
+
+* Fri Jan 16 2015 Matej Kollar mkol...@redhat.com 2.3.1-1
+- Getting rid of trailing spaces in Perl
+- Getting rid of Tabs in Perl
+- Getting rid of Tabs and trailing spaces in LICENSE, COPYING, and README files
+- Bumping package versions for 2.3.
+- Bumping package versions for 2.2.
* Fri Mar 22 2013 Michael Mraka michael.mr...@redhat.com 1.20-1
- 919468 - fixed path in file based Requires
diff --git a/sources b/sources
index fab20b9..89271de 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-d69460a45fa12e96467e4dcc9dc7507a perl-Satcon-1.20.tar.gz
+66222e93aa382f9131d287c407e0e0c9 perl-Satcon-2.3.2.tar.gz
--
cgit v0.10.2
http://pkgs.fedoraproject.org/cgit/perl-Satcon.git/commit/?h=masterid=c856e72e21e8681140d5a49fd2186babb85ad4fe
--
Fedora Extras Perl SIG
http://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: New Upstream Release Monitoring Systems
On 02/24/2015 05:58 PM, Ralph Bean wrote: On Tue, Feb 24, 2015 at 12:33:29PM +0100, Petr Hracek wrote: In our project called rebase-helper https://github.com/phracek/rebase-helper we would like to analyze a new upstream version against an old upstream version and let user now what is changed. E.g. Binaries are missing, soname bump change, header files are missing etc. Is there any possibility how to integrate a tool (e.g. rebase-helper) to upstream release monitoring system? Wow. This looks great and I'd love to have it integrated into the-new-hotness (that's the Fedora-specific daemon that files bugs and tries scratch builds). The relevant code is here: https://github.com/fedora-infra/the-new-hotness/blob/develop/hotness/buildsys.py#L78-L123 Want to try your hand at adding it in? Stop by #fedora-apps when you have time to chat about it and we can work on the details if you like. We're entering infrastructure Alpha freeze later today, so we wouldn't be able to push this out for a few weeks at the earliest. Well, new version of rebase-helper (0.5.0) is going to be available soon. I have looked at the relevant code and seems to be fine to integrated rebase-helper to the-new-hotness. I will provide a API to rebase-helper soon. I will inform you about it, though. What rebase-helper needs is a directory with package and version. -- Petr Hracek Software Engineer Developer Experience Red Hat, Inc Mob: +420777056169 email: phra...@redhat.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Fwd: Why Isn't NFS Working?
On Mon, 13 Apr 2015, Kelly Miller wrote: I managed to figure it out. nfs-lock doesn't seem to be starting through systemd, and I'm not sure why. I can start it using start manually, but when I try to enable it to start on system load, it claims No file or directory. That sounds like it might this problem: 'rpc-statd won't start for user mounts' http://marc.info/?t=14231431302r=1w=2 Except that the error message is a bit different.. Is this a user mount? Ben On Mon, Apr 13, 2015 at 6:15 PM, Kelly Miller lightsolphoenix at gmail.com wrote: Let's see... The server is CentOS 6. There's nothing fancy about the setup; rather than running an account sync like NIS or LDAP, I just make sure that both computers have the same users with the same user id's on both computers (it's a home network setup with both computers sitting right next to each other with a switch between them, so I can guarantee that). I'm using the same fstab options I normally use: hard, intr, rsize=8192, wsize=8192, tcp, nfsvers=3 . But for whatever reason, I get this message whenever I try to mount the drive. On Mon, Apr 13, 2015 at 12:54 PM, Jason L Tibbitts III tibbs at math.uh.edu wrote: KM == Kelly Miller lightsolphoenix at gmail.com writes: KM I just tried to mount my home folders using NFS as I usually do, but KM no matter what I get the error mount.nfs: requested NFS version or KM transport protocol is not supported. Did something change in the KM Alpha of Fedora 22 to suddenly break NFS mounting? I've tried a KM bunch of mount options, but nothing seems to work. I know that a kernel update in Fedora 21 broke kerberized NFS4 export (on the server) when selinux is enabled, but I'm guessing that's not your issue. Perhaps you could provide more details. - J -- next part -- An HTML attachment was scrubbed... -- 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: Fwd: Why Isn't NFS Working?
No, it isn't. On Tue, Apr 14, 2015 at 5:22 AM, Benjamin Coddington bcodd...@redhat.com wrote: On Mon, 13 Apr 2015, Kelly Miller wrote: I managed to figure it out. nfs-lock doesn't seem to be starting through systemd, and I'm not sure why. I can start it using start manually, but when I try to enable it to start on system load, it claims No file or directory. That sounds like it might this problem: 'rpc-statd won't start for user mounts' http://marc.info/?t=14231431302r=1w=2 Except that the error message is a bit different.. Is this a user mount? Ben On Mon, Apr 13, 2015 at 6:15 PM, Kelly Miller lightsolphoenix at gmail.com wrote: Let's see... The server is CentOS 6. There's nothing fancy about the setup; rather than running an account sync like NIS or LDAP, I just make sure that both computers have the same users with the same user id's on both computers (it's a home network setup with both computers sitting right next to each other with a switch between them, so I can guarantee that). I'm using the same fstab options I normally use: hard, intr, rsize=8192, wsize=8192, tcp, nfsvers=3 . But for whatever reason, I get this message whenever I try to mount the drive. On Mon, Apr 13, 2015 at 12:54 PM, Jason L Tibbitts III tibbs at math.uh.edu wrote: KM == Kelly Miller lightsolphoenix at gmail.com writes: KM I just tried to mount my home folders using NFS as I usually do, but KM no matter what I get the error mount.nfs: requested NFS version or KM transport protocol is not supported. Did something change in the KM Alpha of Fedora 22 to suddenly break NFS mounting? I've tried a KM bunch of mount options, but nothing seems to work. I know that a kernel update in Fedora 21 broke kerberized NFS4 export (on the server) when selinux is enabled, but I'm guessing that's not your issue. Perhaps you could provide more details. - J -- next part -- An HTML attachment was scrubbed... -- 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] EPSCO is Dead. Long live EPSCO?
According to the initial agreement among interested parties, EPSCO was going to end the first term on March 31st, 2015. With that in mind, what's the status of the policy questions outlined here: https://fedoraproject.org/wiki/EPEL-faster-repo-ideas What remains to be done from the policies and tasks outlined there and in the first few EPSCO meetings? And has there been any discussion of new committee members and/or what term-lengths may be in the future? I haven't seen anything on that topic discussed on this list. Additionally, are meetings still happening regularly? From what I've seen, they seem to be cancelled more often than they take place. -Jeff ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
How to specify explicit requires on library
Hello,
I was looking at the gdal spec [1] and noticed the following lines in %prep
# libproj is dlopened; upstream sources point to .so, which is usually
not present
# http://trac.osgeo.org/gdal/ticket/3602
sed -i 's|libproj.so|libproj.so.0|g' ogr/ogrct.cpp
The problem is that a libproj soname bump will be silently missed unless
a maintainer remembers the existence of this particular line - and
indeed, the libproj soname was bumped in proj-4.9.1 to libproj.so.9.
I was about to file a bug suggesting
# Major digit of the proj so version
%global proj_somaj 9
[...]
# proj DL-opened in ogrct.cpp, see also fix in %%prep
Requires: libproj.so.%{proj_somaj}
[...]
sed -i 's|libproj.so|libproj.so.%{proj_somaj}|g' ogr/ogrct.cpp
but I haven't found how to correctly specify the explicit arch-correct
requires on the library. I suppose I want something which will
ultimately results in something like
Konsole output
libproj.so.9()(64bit)
but how can the ()(64bit) part be specified?
Thanks,
Sandro
[1] http://pkgs.fedoraproject.org/cgit/gdal.git/tree/gdal.spec
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[EPEL-devel] Fedora EPEL 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 1088 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6 152 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4008/cross-binutils-2.23.51.0.3-1.el6.1 141 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4242/facter-1.6.18-8.el6 47 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0864/nodejs-0.10.36-3.el6,libuv-0.10.34-1.el6,v8-3.14.5.10-17.el6 24 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1346/drupal6-6.35-1.el6 13 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1501/strongswan-5.3.0-1.el6 13 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1530/drupal7-webform-4.7-1.el6 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1552/mediawiki119-1.19.24-1.el6 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1592/arj-3.10.22-22.el6 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1599/perl-DBD-Firebird-1.19-1.el6 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5707/chrony-1.31.1-1.el6 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5720/zarafa-7.1.12-1.el6 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5702/torque-4.2.10-1.el6 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5684/knot-1.6.3-1.el6 5 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5739/perl-Test-Signature-1.11-1.el6,perl-Module-Signature-0.78-1.el6 4 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5745/yourls-1.7-3.20150410gitabc7d6c.el6 4 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5742/asterisk-1.8.32.3-1.el6 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5759/tor-0.2.5.12-1.el6 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5801/seamonkey-2.28-5.ESR_31.6.0.el6 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5690/php-pecl-zendopcache-7.0.5-1.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing GeoIP-1.6.5-1.el6 GeoIP-GeoLite-data-2015.04-1.el6 boost148-1.48.0-6.el6 check-mk-1.2.6p1-1.el6 cmockery2-1.3.9-1.el6 collectl-4.0.0-2.el6 geoipupdate-2.2.1-2.el6 opendmarc-1.3.1-12.el6 otf2-1.5.1-2.el6 php-Raven-0.11.0-1.el6 php-aws-sdk-2.8.0-1.el6 php-pecl-zendopcache-7.0.5-1.el6 php-psr-http-message-0.10.1-1.el6 qt5-qtbase-5.4.1-9.el6 qt5-qtconnectivity-5.4.1-1.el6 qt5-qtdeclarative-5.4.1-1.el6 qt5-qtdoc-5.4.1-1.el6 qt5-qtgraphicaleffects-5.4.1-1.el6 qt5-qtimageformats-5.4.1-1.el6 qt5-qtlocation-5.4.1-1.el6 qt5-qtmultimedia-5.4.1-1.el6 qt5-qtquick1-5.4.1-1.el6 qt5-qtquickcontrols-5.4.1-1.el6 qt5-qtscript-5.4.1-1.el6 qt5-qtsensors-5.4.1-1.el6 qt5-qtserialport-5.4.1-1.el6 qt5-qtsvg-5.4.1-1.el6 qt5-qttools-5.4.1-1.el6 qt5-qttranslations-5.4.1-1.el6 qt5-qtwebkit-5.4.1-4.el6 qt5-qtwebsockets-5.4.1-1.el6 qt5-qtx11extras-5.4.1-1.el6 qt5-qtxmlpatterns-5.4.1-1.el6 salt-2014.7.4-4.el6 seamonkey-2.28-5.ESR_31.6.0.el6 shinken-2.2-3.el6 softhsm-1.3.5-2.el6 Details about builds: GeoIP-1.6.5-1.el6 (FEDORA-EPEL-2015-5815) Library for country/city/organization to IP address or hostname mapping Update Information: This update brings GeoIP to the current upstream release, with a number of bug fixes making the library more resistant to bad database files. The geoipupdate tool has been unbundled from GeoIP upstream, and this has been reflected in the packaging. The update tool and the library are now packaged separately and will updated independently of each other in future. The GeoLite databases have always been distributed separately from the library upstream, and this has also now been reflected in the packaging. Again, the database files will be updated independently in future. In order not to break anything for existing users, the builds for current stable Fedora releases and EPEL have dependencies that pull together all of the separate packages so that upgrading will not result in a loss of functionality. From Fedora 22 onwards though, the library only has a dependency on the IPv4 country database - users wanting to use geoipupdate should install that package themselves, and users wanting to use different databases should install the GeoIP-GeoLite-data-extra package, which includes the IPv6, City and AS number databases. ChangeLog: * Mon Mar 2 2015 Paul Howarth p...@city-fan.org - 1.6.5-1 - Update to 1.6.5 - Fixed a segmentation fault in geoiplookup when the utility was passed an invalid database (#1180874) - Additional validation was added for the size
[EPEL-devel] Fedora EPEL 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 1088 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 542 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5 306 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1626/puppet-2.7.26-1.el5 156 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3849/sblim-sfcb-1.3.8-2.el5 24 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1344/drupal6-6.35-1.el5 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1588/arj-3.10.22-22.el5 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1636/mantis-1.2.19-1.el5 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5724/torque-4.2.10-1.el5 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5677/chrony-1.31.1-1.el5 5 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5740/perl-Test-Signature-1.11-1.el5,perl-Module-Signature-0.78-1.el5 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5758/tor-0.2.4.27-1.el5 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5694/zarafa-7.1.12-1.el5,php53-mapi-7.1.12-1.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing GeoIP-1.6.5-1.el5 GeoIP-GeoLite-data-2015.04-1.el5 boost148-1.48.0-5.el5 check-mk-1.2.6p1-1.el5 collectl-4.0.0-2.el5 geoipupdate-2.2.1-2.el5 libspf2-1.2.10-5.20150405gitd57d79fd.el5 opendmarc-1.3.1-12.el5 Details about builds: GeoIP-1.6.5-1.el5 (FEDORA-EPEL-2015-5788) Library for country/city/organization to IP address or hostname mapping Update Information: This update brings GeoIP to the current upstream release, with a number of bug fixes making the library more resistant to bad database files. The geoipupdate tool has been unbundled from GeoIP upstream, and this has been reflected in the packaging. The update tool and the library are now packaged separately and will updated independently of each other in future. The GeoLite databases have always been distributed separately from the library upstream, and this has also now been reflected in the packaging. Again, the database files will be updated independently in future. In order not to break anything for existing users, the builds for current stable Fedora releases and EPEL have dependencies that pull together all of the separate packages so that upgrading will not result in a loss of functionality. From Fedora 22 onwards though, the library only has a dependency on the IPv4 country database - users wanting to use geoipupdate should install that package themselves, and users wanting to use different databases should install the GeoIP-GeoLite-data-extra package, which includes the IPv6, City and AS number databases. ChangeLog: * Mon Mar 2 2015 Paul Howarth p...@city-fan.org - 1.6.5-1 - Update to 1.6.5 - Fixed a segmentation fault in geoiplookup when the utility was passed an invalid database (#1180874) - Additional validation was added for the size used in the creation of the index cache (#832913) - Changed the code to only look up country codes by using functions that ensure that we do not try to look past the end of an array (GitHub #53) * Fri Feb 20 2015 Paul Howarth p...@city-fan.org - 1.6.4-4 - Databases now unbundled to the GeoIP-GeoLite-data package - Drop long-unused perl helper scripts - Add explicit pkgconfig dependency for EL-5 build - Drop timestamp hack for configure, no longer needed * Tue Feb 10 2015 Paul Howarth p...@city-fan.org - 1.6.4-3 - Sub-package the data; going forward, this would be better as a separate package, since it has separate upstream releases than the library * Fri Feb 6 2015 Paul Howarth p...@city-fan.org - 1.6.4-2 - Only require geoipupdate prior to F-22, for back-compatibility - Use %license where possible - GeoIP-devel provides geoip-devel as well as obsoleting it - Update bundled databases * Thu Jan 29 2015 Philip Prindeville phil...@fedoraproject.org - 1.6.4-1 - Require geoipupdate per Paul * Tue Jan 20 2015 Philip Prindeville phil...@fedoraproject.org - 1.6.4-0 - Version bump to 1.6.4 per bz #1158667 (okay, that bug was for 1.6.3) - Remove geoipupdate as it will be moving into its own package * Fri Aug 15 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.5.1-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_22_Mass_Rebuild * Fri Jun 6 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.5.1-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild * Tue Feb 25 2014 Paul Howarth p...@city-fan.org - 1.5.1-4 - Add %check, so we can run tests by building using --with tests - Update
[Test-Announce] ABRT Test Day Today
Hello, we'd like to invite you to take part in testing of cool new ABRT features such as: * restarting crashed application from ABRT notifications * handling of crashes in Docker containers If you want to participate, please have a look at the Test Day page: https://fedoraproject.org/wiki/Test_Day:2015-04-14_ABRT and follow the instructions. If you don't have much time, don't be discouraged by the huge number of test cases and go through only the new and important features. Thanks! Regards, Jakub Filak The ABRT Team ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1211047] perl-XML-Twig-3.49 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1211047 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-XML-Twig-3.49-1.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/perl-XML-Twig-3.49-1.fc22 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
F-22 Branched report: 20150414 changes
Compose started at Tue Apr 14 07:15:02 UTC 2015 Broken deps for armhfp -- [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [aeskulap] aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libofstd.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires liboflog.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libijg8.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libijg16.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libijg12.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libdcmnet.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libdcmjpeg.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libdcmimgle.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libdcmimage.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libdcmdata.so.3.6 [avro] avro-mapred-1.7.5-9.fc22.noarch requires hadoop-mapreduce avro-mapred-1.7.5-9.fc22.noarch requires hadoop-client [bro] broccoli-2.3-1.fc22.armv7hl requires bro-2.3 python-broccoli-2.3-1.fc22.armv7hl requires bro-2.3 [crystal] crystal-2.2.1-2.fc22.armv7hl requires libkdecorations.so.4 [dnssec-check] dnssec-check-1.14.0.1-4.fc20.armv7hl requires libval-threads.so.14 dnssec-check-1.14.0.1-4.fc20.armv7hl requires libsres.so.14 [gcc-python-plugin] gcc-python2-debug-plugin-0.13-2.fc22.armv7hl requires gcc = 0:4.9.2-1.fc22 gcc-python2-plugin-0.13-2.fc22.armv7hl requires gcc = 0:4.9.2-1.fc22 gcc-python3-debug-plugin-0.13-2.fc22.armv7hl requires gcc = 0:4.9.2-1.fc22 gcc-python3-plugin-0.13-2.fc22.armv7hl requires gcc = 0:4.9.2-1.fc22 [kde-style-skulpture] kde-style-skulpture-0.2.4-9.fc22.armv7hl requires libkdecorations.so.4 [kfilefactory] kfilefactory-0.1.1-8.fc21.noarch requires kdebase-workspace [leksah] ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(utf8-string-0.3.7-013ef9ad8ac70ebb11df31f487b74f26) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(unix-2.6.0.1-7550b9ae9dbc74e4d6570cc239a29030) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(transformers-0.3.0.0-23508e0b4a1c1bc1cf2c2de3bb13e90c) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(time-1.4.0.1-970760bdd865d8b6cafac382276795a2) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(text-0.11.3.1-17cae9ba49c3f3d533bf78a6e387f543) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(strict-0.3.2-04f0cc1e99eff2196c0a7cd16d748b37) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(regex-tdfa-1.1.8-0b03687c4e38c00ef92e9445170081e2) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(regex-base-0.93.2-6a541a53412d1d7d310fa69bca50c85f) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(pretty-1.1.1.0-2de27f83b2c1c65d629a564e9e01b27d) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(parsec-3.1.3-a8bebef411959de671abb0f1f7da556f) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(old-time-1.1.0.1-29c02e2b3bbdfd9a5756f0c46f4d6071) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(network-2.4.1.2-82f6bcf79fe0252b3ab387e8dcb82e71) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(mtl-2.1.2-2f2cd438035824ec2bed4811930bc232) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(ltk-0.12.1.0-2fbb10498719be9dbdbb3d9f8adedbec) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(leksah-server-0.12.1.2-7dbd70c9f5e4dd8b3b5efcb6597b3bfd) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(hslogger-1.2.1-43834164508859009a3cc8aef7fd1e84) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(gtksourceview2-0.12.5.0-588b179d0562576f9afa46559cebf79f) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(gtk-0.12.5.0-2342a114ec8897cecfdda15ac92aed08) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(glib-0.12.5.0-1b94df160e141377711a221615168695) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(gio-0.12.5.0-b012293268f349d8f05c73d053798c7b) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(ghc-7.6.3-18fc786f8ad3478b9bb568d865b0e48d) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(filepath-1.3.0.1-62570c67b40fb99e7078c0d179220531) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(enumerator-0.4.19-a164f71ed1088e349dd8bc4cdee8e449) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(directory-1.2.0.1-504c99535d64699e20e001d81b577d06) ghc-leksah-devel-0.12.1.3-16.fc22.armv7hl requires ghc-devel(deepseq-1.3.0.1-aa1be128186a233c7290faf88620ffe5)
[Bug 1210954] perl-CPAN-Checksums-2.10 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1210954 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-CPAN-Checksums-2.10-1.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/perl-CPAN-Checksums-2.10-1.fc22 -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Test-Announce] Fedora 22 Beta Release Candidate 2 (RC2) Available Now!
As per the Fedora 22 schedule [1], Fedora 22 Beta Release Candidate 2 (RC2) is now available for testing. Content information, including changes, can be found at https://fedorahosted.org/rel-eng/ticket/6132#comment:17 . Pleasesee the following pages for download links and testing instructions. Normally dl.fedoraproject.org should provide the fastest download, but download-ib01.fedoraproject.org is available as a mirror (with an approximately 1 hour lag) in case of trouble. To use it, just replace dl with download-ib01 in the download URL. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Base: https://fedoraproject.org/wiki/Test_Results:Current_Base_Test Workstation and Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Server: https://fedoraproject.org/wiki/Test_Results:Current_Server_Test Cloud: https://fedoraproject.org/wiki/Test_Results:Current_Cloud_Test Summary: https://fedoraproject.org/wiki/Test_Results:Current_Summary All Beta priority test cases for each of these test pages [2] must pass in order to meet the Beta Release Criteria [3]. For the Fedora 22 cycle we are also trying to run the Final tests at this time, to try and identify later release blocker bugs as early as possible. Help is available on #fedora-qa on irc.freenode.net [4], or on the test list [5]. Create Fedora 22 Beta test compose (TC) and release candidate (RC) https://fedorahosted.org/rel-eng/ticket/6132 Current Blocker and Freeze Exception bugs: http://qa.fedoraproject.org/blockerbugs/current [1] http://fedorapeople.org/groups/schedule/f-22/f-22-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Release_validation_test_plan [3] https://fedoraproject.org/wiki/Fedora_22_Beta_Release_Criteria [4] irc://irc.freenode.net/fedora-qa [5] https://admin.fedoraproject.org/mailman/listinfo/test -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-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: dnf replacing yum and dnf-yum
- Original Message - From: Rave it chat-to...@raveit.de To: devel@lists.fedoraproject.org Sent: Tuesday, April 14, 2015 12:45:41 PM Subject: Re: dnf replacing yum and dnf-yum Message: 13 Date: Tue, 14 Apr 2015 03:35:50 +0200 From: Kevin Kofler kevin.kof...@chello.at To: devel@lists.fedoraproject.org Subject: Re: dnf replacing yum and dnf-yum Message-ID: mghqtm$lq9$2...@ger.gmane.org Content-Type: text/plain; charset=ISO-8859-1 Kevin Fenzi wrote: * dnf-yum is installed by default. By that I mean it is in the 'core' group in comps next to dnf. [snip] * If you wish to still use yum, the yum package provides now a /usr/bin/yum-deprecated command that is the old yum command renamed. It also has the notice message as above on it. IMHO, this is a really bad solution. yum should be yum, dnf should be dnf. Kevin Kofler +1 for reverting this Currently dnf-yum package provide /usr/bin/yum to force users to redirect to dnf. But unfortunately dnf doesn't find a local repo path, see https://bugzilla.redhat.com/show_bug.cgi?id=1205341 . I use a local repo to test all my packages in f22 VMs. Shure, i can install packages by hand, but i have a lot of them and this slow down my daily work. In addition of missing plugins (ie. version-lock) dnf isn't usable for me in this early stage. I fixed that with downgrading/locking yum to last working release. In my opinion fedora should not force users to use dnf if so much things aren't working, currently. Hi, please, see my comment in the bug. It turned out that librepo doesn't handle 'file:/path'-like (note the missing double slash) URLs. As a workaround, you can convert it to a 'file:///path'-like URL. If further discussion is needed, let's discuss it here: https://github.com/Tojaj/librepo/issues/55 -- Radek Holý Associate Software Engineer Software Management Team Red Hat Czech -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[EPEL-devel] Fedora EPEL 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 152 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3989/cross-binutils-2.23.88.0.1-2.el7.1 47 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0862/nodejs-0.10.36-3.el7,libuv-0.10.34-1.el7,v8-3.14.5.10-17.el7 37 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1087/dokuwiki-0-0.24.20140929c.el7 37 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-0952/qpid-qmf-0.28-27.el7,qpid-cpp-0.30-12.el7 20 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1421/quassel-0.11.0-2.el7 13 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1545/strongswan-5.3.0-1.el7 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1596/postgis-2.0.7-1.el7 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1604/perl-DBD-Firebird-1.19-1.el7 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1606/arj-3.10.22-22.el7 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1611/php-symfony-2.5.11-1.el7 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5698/knot-1.6.3-1.el7 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5699/zarafa-7.1.12-1.el7 2 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5756/tor-0.2.5.12-1.el7 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5811/qt5-qtbase-5.4.1-9.el7 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-5703/php-pecl-zendopcache-7.0.5-1.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing NetworkManager-openvpn-1.0.0-3.el7 boost148-1.48.0-6.el7 catdoc-0.94.2-10.el7 check-mk-1.2.6p1-1.el7 collectl-4.0.0-2.el7 drobo-utils-0.6.2.2-13.el7 flow-tools-0.68.5.1-15.el7 garmindev-0.3.4-9.el7 ldapvi-1.7-20.el7 libdmtx-0.7.2-16.el7 libeio-4.19-4.el7 mongo-cxx-driver-1.0.1-1.el7 opendmarc-1.3.1-12.el7 perl-Image-ExifTool-9.90-1.el7 php-Raven-0.11.0-1.el7 php-aws-sdk-2.8.0-1.el7 php-pecl-zendopcache-7.0.5-1.el7 php-phpspec-prophecy-1.4.0-1.el7 php-phpunit-DbUnit-1.3.2-1.el7 php-phpunit-File-Iterator-1.4.0-1.el7 php-phpunit-PHP-CodeCoverage-2.0.16-1.el7 php-phpunit-PHPUnit-4.6.4-1.el7 php-phpunit-Version-1.0.5-1.el7 php-phpunit-diff-1.3.0-1.el7 php-phpunit-environment-1.2.2-1.el7 php-phpunit-git-2.0.1-1.el7 php-phpunit-phploc-2.1.1-1.el7 php-psr-http-message-0.10.1-1.el7 phpMyAdmin-4.4.2-1.el7 python-XStatic-Angular-lrdragndrop-1.0.2.2-1.el7 python-pyramid-fas-openid-0.3.8-1.el7 qlandkartegt-1.8.1-2.el7 qt5-qtbase-5.4.1-9.el7 qt5-qtwebsockets-5.4.1-1.el7 salt-2014.7.4-4.el7 shinken-2.2-3.el7 vodovod-1.10r22-3.el7 xpdf-3.04-7.el7 yumex-3.0.16-2.el7 Details about builds: NetworkManager-openvpn-1.0.0-3.el7 (FEDORA-EPEL-2015-5816) NetworkManager VPN plugin for OpenVPN Update Information: This update disables client renegotiation by default, leaving the value up to the server or user override. This fixes frequent renegotiation failures when using two-factor authentication when the client has a much lower value than the server. ChangeLog: * Wed Apr 8 2015 Dan Williams d...@redhat.com - 1:1.0.0-3 - Default client renegotiation interval to zero (rh #969433) * Mon Feb 23 2015 Lubomir Rintel lkund...@v3.sk - 1:1.0.0-2 - Fix Source url * Mon Dec 22 2014 Dan Williams d...@redhat.com - 1:1.0.0-1 - Update to 1.0 * Tue Nov 11 2014 Lubomir Rintel lkund...@v3.sk - 1:0.9.9.0-3.20141110git5afb8eb - Update to a later snapshot - Try to align with Fedora guidelines on snapshot versions * Fri Aug 15 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1:0.9.9.0-3.git20140128 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_22_Mass_Rebuild * Thu Jul 24 2014 Jiří Klimeš jkli...@redhat.com - 1:0.9.9.0-2 - ui: correct selection of certificates in relation to p12/non-p12 files * Fri Jun 6 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1:0.9.9.0-0.2.git20140128 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild References: [ 1 ] Bug #969433 - OpenVPN frequently disconnects https://bugzilla.redhat.com/show_bug.cgi?id=969433 boost148-1.48.0-6.el7 (FEDORA-EPEL-2015-5796) The free peer-reviewed portable C++ source libraries Update Information: Boost 1.48 for EPEL 7
