Re: LibreOffice packaging is a messy dependency graph

[Mathieu Bridon]

On Wed, 2015-12-02 at 15:44 +0100, Roberto Ragusa wrote:
> On 12/02/2015 02:42 PM, David Tardon wrote:
> 
> > On Tue, Dec 01, 2015 at 02:20:34AM -0500, Dan Book wrote:
> > > I have run into this before and it was very confusing, it really
> > > should be
> > > a separate command from remove for when you actually want to
> > > remove what
> > > dnf thinks is now "unused".
> > 
> > Why? Remove is the opposite of install. "dnf install foo" will
> > install
> > package foo _and_ all its dependencies. So it is only logical that
> > "dnf remove foo" should remove package foo _and_ all its (unneeded)
> > dependencies.
> 
> Maybe it is not so simple.
> There are dependencies with no use apart the main tool (tool requires
> tool-libs),
> but in some cases the dependency is useful on its own (e.g. fonts).
> 
> So, I counter your reasoning with this:
> 
> - dnf install foo (also installs bar)
> - dnf install bar (oops, already installed, good)
> - dnf remove foo (wow, why did it remove bar, I explicitly
> "installed" it yesterday!)
> 
> Is dnf able to recognize that bar was "wanted" and not "accidental"?

There's "dnf mark install bar" for that.

And I **think** that it's automatically done when you installed bar in
your second command above. (if it isn't it probably should be)


-- 
Mathieu

--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1287601] perl-Git-Repository-1.316 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1287601



--- Comment #3 from Fedora Update System  ---
perl-Git-Repository-1.316-1.fc23 has been submitted as an update to Fedora 23.
https://bodhi.fedoraproject.org/updates/FEDORA-2015-dae8bfbaca

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Andrew Lutomirski]

On Dec 2, 2015 8:15 AM, "Josh Boyer"  wrote:
>
> On Tue, Dec 1, 2015 at 10:30 PM, Andrew Lutomirski  wrote:
> > Since the old proposal to have the bootloader automatically enumerate
> > boot options never went anywhere, can we do the next best thing?
> >
> > Specifically, these days grub2-mkconfig appears to produce output
> > that's functionally identical to what grubby generates.  Can we switch
> > new-kernel-pkg to just regenerate the grub2 config using
> > grub2-mkconfig instead of using grubby?
>
> I don't think so.  Despite the similarity in name, grubby does more
> than just deal with grub stuff.  Namely, it handles bootloaders that
> aren't grub.  We're close to having all arches on grub2, but I believe
> armv7hl won't ever get there and it's a primary arch.

Could we switch for grub2 architectures and keep using grubby for other
architectures?

--Andy
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

jplesnik changed perl-sig's 'watchcommits' permission on perl-Encode-Newlines (master) to 'Approved'

[notifications]

jplesnik changed perl-sig's 'watchcommits' permission on perl-Encode-Newlines 
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Encode-Newlines/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: How to collect "bundled" virtual provide

[Ralf Corsepius]

On 12/02/2015 03:46 PM, Vít Ondruch wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dne 2.12.2015 v 15:30 Stephen Gallagher napsal(a):



In accordance with the bundling policy, it *is* carrying a virtual
Provides to allow us to identify whether it is affected by discovered
CVEs.



This brings me to interesting question, how to actually know that one
should be looking for some bundled library? I don't think this was ever
addressed,


c.f. the section
"Bundling and Duplication of system libraries"
in https://fedoraproject.org/wiki/Packaging:Guidelines


but I believe it'd be useful to have some page where we can
see what is bundled and where is it bundled. I don't think that
"repoquery" is the answer, since this does not give good enough overview
nor statistics, etc.

repoquery has been rendered widely unusable by dnf.


Ralf

--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

spot pushed to perl-Gtk2 (master). "update to 1.2497"

[notifications]

>From 3f3accbdeeb53dee210c49bcf6b7e062ccaa8ab0 Mon Sep 17 00:00:00 2001
From: Tom Callaway 
Date: Wed, 2 Dec 2015 10:15:40 -0500
Subject: update to 1.2497

---
 .gitignore | 1 +
 perl-Gtk2.spec | 5 -
 sources| 2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index fa3abef..dcea2de 100644
--- a/.gitignore
+++ b/.gitignore
@@ -15,3 +15,4 @@ Gtk2-1.203.tar.gz
 /Gtk2-1.2494.tar.gz
 /Gtk2-1.2495.tar.gz
 /Gtk2-1.2496.tar.gz
+/Gtk2-1.2497.tar.gz
diff --git a/perl-Gtk2.spec b/perl-Gtk2.spec
index 46eb66a..94d2e8f 100644
--- a/perl-Gtk2.spec
+++ b/perl-Gtk2.spec
@@ -9,7 +9,7 @@
 # cat provides.txt | sort -n | uniq
 
 Name:   perl-Gtk2
-Version:1.2496
+Version:1.2497
 Release:1%{?dist}
 Summary:Perl interface to the 2.x series of the Gimp Toolkit library
 Group:  Development/Libraries
@@ -278,6 +278,9 @@ chmod -R u+w $RPM_BUILD_ROOT/*
 %{_mandir}/man3/*.3pm*
 
 %changelog
+* Wed Dec  2 2015 Tom Callaway  - 1.2497-1
+- update to 1.2497
+
 * Tue Aug 18 2015 Tom Callaway  - 1.2496-1
 - update to 1.2496
 
diff --git a/sources b/sources
index a3bea00..0403f0c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3a430c92938e03eb18964597bca03ff7  Gtk2-1.2496.tar.gz
+4c723b34d3dffbffd5415f1242a04324  Gtk2-1.2497.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Gtk2.git/commit/?h=master=3f3accbdeeb53dee210c49bcf6b7e062ccaa8ab0
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: LibreOffice packaging is a messy dependency graph

[Dan Book]

On Wed, Dec 2, 2015 at 8:42 AM, David Tardon  wrote:

> Hi,
>
> On Tue, Dec 01, 2015 at 02:20:34AM -0500, Dan Book wrote:
> > I have run into this before and it was very confusing, it really should
> be
> > a separate command from remove for when you actually want to remove what
> > dnf thinks is now "unused".
>
> Why? Remove is the opposite of install. "dnf install foo" will install
> package foo _and_ all its dependencies. So it is only logical that
> "dnf remove foo" should remove package foo _and_ all its (unneeded)
> dependencies.
>

Because 1. this behavior has never been default before, and 2. it is just
as logical for "remove" to be the opposite of "install" like so: Install
installs foo and its dependencies, remove removes foo and any packages
depending on it. And this is exactly how it has to work, so it is expected.

Anyway the proposal in another thread, to specify in the list that the
extra removals are because they are unneeded dependencies, and not just
more removals, would solve a lot of the confusion.


>
> D.
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

psabata uploaded Git-Repository-1.316.tar.gz for perl-Git-Repository

[notifications]

bd907119a024e6c014acfb5af648950c  Git-Repository-1.316.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Git-Repository/Git-Repository-1.316.tar.gz/md5/bd907119a024e6c014acfb5af648950c/Git-Repository-1.316.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

psabata pushed to perl-Git-Repository (f23). "1.316 bump"

[notifications]

From fc64c1064dc34f50f12573e142c67260dd06dd60 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Wed, 2 Dec 2015 17:09:50 +0100
Subject: 1.316 bump

---
 .gitignore  |  1 +
 Git-Repository-1.315-git-2.5.2-compat.patch | 33 -
 perl-Git-Repository.spec| 10 -
 sources |  2 +-
 4 files changed, 7 insertions(+), 39 deletions(-)
 delete mode 100644 Git-Repository-1.315-git-2.5.2-compat.patch

diff --git a/.gitignore b/.gitignore
index a43c7d3..9172ee4 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@
 /Git-Repository-1.312.tar.gz
 /Git-Repository-1.314.tar.gz
 /Git-Repository-1.315.tar.gz
+/Git-Repository-1.316.tar.gz
diff --git a/Git-Repository-1.315-git-2.5.2-compat.patch 
b/Git-Repository-1.315-git-2.5.2-compat.patch
deleted file mode 100644
index 8e5e29e..000
--- a/Git-Repository-1.315-git-2.5.2-compat.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-From 05f7008aa3ae32c8556e7907c65d9d16bebaabd9 Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Petr=20=C5=A0abata?= 
-Date: Mon, 21 Sep 2015 16:47:51 +0200
-Subject: [PATCH] git-2.5.2 test suite compatibility fix
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-The latest version of git altered the error message `git log -1' prints
-on empty repositories.  This patch extends the test to deal with this
-situation.
-
-Signed-off-by: Petr Šabata 

- t/24-errors.t | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/t/24-errors.t b/t/24-errors.t
-index 7d7f2ee..aeb2c58 100644
 a/t/24-errors.t
-+++ b/t/24-errors.t
-@@ -56,7 +56,7 @@ my @tests = (
- {   test_repo => [],
- cmd   => [qw( log -1 )],
- exit  => 128,
--dollar_at => qr/^fatal: bad default revision 'HEAD' /,
-+dollar_at => qr/^fatal: (?:bad default revision 'HEAD' |your current 
branch 'master' does not have any commits yet)/,
- },
- 
- # create the empty tree
--- 
-2.4.3
-
diff --git a/perl-Git-Repository.spec b/perl-Git-Repository.spec
index a0bd322..95cb7b3 100644
--- a/perl-Git-Repository.spec
+++ b/perl-Git-Repository.spec
@@ -1,12 +1,10 @@
 Name:   perl-Git-Repository
-Version:1.315
-Release:2%{?dist}
+Version:1.316
+Release:1%{?dist}
 Summary:Perl interface to Git repositories
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Git-Repository/
 Source0:
http://www.cpan.org/authors/id/B/BO/BOOK/Git-Repository-%{version}.tar.gz
-# rt#107219, rhbz#1264744
-Patch0: Git-Repository-1.315-git-2.5.2-compat.patch
 BuildArch:  noarch
 # Build
 BuildRequires:  make
@@ -52,7 +50,6 @@ require the creation and management of a Git repository.
 
 %prep
 %setup -q -n Git-Repository-%{version}
-%patch0 -p1
 
 %build
 perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
@@ -77,6 +74,9 @@ make test
 %{perl_vendorlib}/Test
 
 %changelog
+* Wed Dec 02 2015 Petr Šabata  - 1.316-1
+- 1.316 bump
+
 * Mon Sep 21 2015 Petr Šabata  - 1.315-2
 - Make the test suite compatible with git 2.5.2+ (rt#107219, rhbz#1264744)
 
diff --git a/sources b/sources
index dac68ae..23bd8c9 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-a33546053e47ed3511f6e6fc089e72b3  Git-Repository-1.315.tar.gz
+bd907119a024e6c014acfb5af648950c  Git-Repository-1.316.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Git-Repository.git/commit/?h=f23=fc64c1064dc34f50f12573e142c67260dd06dd60
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Peter Robinson]

On Wed, Dec 2, 2015 at 4:14 PM, Josh Boyer  wrote:
> On Tue, Dec 1, 2015 at 10:30 PM, Andrew Lutomirski  wrote:
>> Since the old proposal to have the bootloader automatically enumerate
>> boot options never went anywhere, can we do the next best thing?
>>
>> Specifically, these days grub2-mkconfig appears to produce output
>> that's functionally identical to what grubby generates.  Can we switch
>> new-kernel-pkg to just regenerate the grub2 config using
>> grub2-mkconfig instead of using grubby?
>
> I don't think so.  Despite the similarity in name, grubby does more
> than just deal with grub stuff.  Namely, it handles bootloaders that
> aren't grub.  We're close to having all arches on grub2, but I believe
> armv7hl won't ever get there and it's a primary arch.

Correct, I also believe there's plans to move the cloud images back to
syslinux. Both ARMv7 and at least some of the cloud images use
exlinux.conf. I believe pjones was developing a new version of grubby
or a replacement to it.

Peter
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

holcapek pushed to perl-Log-Log4perl-Appender-Socket-UNIX (el6). "Fix EPEL6 build"

[notifications]

>From 1512c214b76fa607d15b7019ae8830274f8279a9 Mon Sep 17 00:00:00 2001
From: Jan Holcapek 
Date: Wed, 2 Dec 2015 17:35:13 +0100
Subject: Fix EPEL6 build

---
 perl-Log-Log4perl-Appender-Socket-UNIX.spec | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/perl-Log-Log4perl-Appender-Socket-UNIX.spec 
b/perl-Log-Log4perl-Appender-Socket-UNIX.spec
index c7ae511..6ca6b7d 100644
--- a/perl-Log-Log4perl-Appender-Socket-UNIX.spec
+++ b/perl-Log-Log4perl-Appender-Socket-UNIX.spec
@@ -1,6 +1,6 @@
 Name:  perl-Log-Log4perl-Appender-Socket-UNIX
 Version:   1.04
-Release:   3%{?dist}
+Release:   4%{?dist}
 Summary:   Log4perl appender for writing to UNIX domain sockets
 License:   GPL+ or Artistic
 Group: Development/Libraries
@@ -45,7 +45,12 @@ Socket and only logs to an existing socket.
 %{perl_vendorlib}/*
 %{_mandir}/man3/*
 
+%{!?_licensedir:%global license %doc}
+
 %changelog
+* Wed Dec 2 2015 Jan Holcapek  1.04-4
+- Fix EPEL6 build.
+
 * Wed Dec 2 2015 Jan Holcapek  1.04-3
 - Bumped release to push an update (#1263600)
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Log-Log4perl-Appender-Socket-UNIX.git/commit/?h=el6=1512c214b76fa607d15b7019ae8830274f8279a9
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

jplesnik changed perl-sig's 'watchbugzilla' permission on perl-Perl-Tidy-Sweetened (master) to 'Approved'

[notifications]

jplesnik changed perl-sig's 'watchbugzilla' permission on 
perl-Perl-Tidy-Sweetened (master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Perl-Tidy-Sweetened/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: relicensing mailing list?

[Josh Boyer]

On Wed, Dec 2, 2015 at 11:02 AM, Michael Schwendt  wrote:
> Scary:
>
>   https://admin.fedoraproject.org/mailman/listinfo/relicensing
>
> No description.

It's not that scary.  In Oct 2011, there were a number of applications
that Fedora developed that were being relicensed to GPLv2+.  They
needed to collect acks from the people that had contributed code and I
believe this list was setup to document those.

> Only spam since Oct 2011.
>
> Is it still being used?

No.

> What purpose does it serve other than collecting spam?

None, other than archiving the acks/discussions.

josh
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

holcapek pushed to perl-Log-Log4perl-Appender-Socket-UNIX (el6). "Bumped release to push an update"

[notifications]

>From b854f396885d3f79c79864ec43325dbdb9f22f7a Mon Sep 17 00:00:00 2001
From: Jan Holcapek 
Date: Wed, 2 Dec 2015 15:06:51 +0100
Subject: Bumped release to push an update

---
 perl-Log-Log4perl-Appender-Socket-UNIX.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-Log-Log4perl-Appender-Socket-UNIX.spec 
b/perl-Log-Log4perl-Appender-Socket-UNIX.spec
index b89c902..c7ae511 100644
--- a/perl-Log-Log4perl-Appender-Socket-UNIX.spec
+++ b/perl-Log-Log4perl-Appender-Socket-UNIX.spec
@@ -1,6 +1,6 @@
 Name:  perl-Log-Log4perl-Appender-Socket-UNIX
 Version:   1.04
-Release:   2%{?dist}
+Release:   3%{?dist}
 Summary:   Log4perl appender for writing to UNIX domain sockets
 License:   GPL+ or Artistic
 Group: Development/Libraries
@@ -46,6 +46,9 @@ Socket and only logs to an existing socket.
 %{_mandir}/man3/*
 
 %changelog
+* Wed Dec 2 2015 Jan Holcapek  1.04-3
+- Bumped release to push an update (#1263600)
+
 * Thu Sep 17 2015 Jan Holcapek  1.04-2
 - Applied review comments (#1263600)
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Log-Log4perl-Appender-Socket-UNIX.git/commit/?h=el6=b854f396885d3f79c79864ec43325dbdb9f22f7a
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[EPEL-devel]Fedora EPEL 6 updates-testing report

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 164  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-6828   
chicken-4.9.0.1-4.el6
 146  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 140  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
  72  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8148   
optipng-0.7.5-5.el6
  72  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8156   
nagios-4.0.8-1.el6
  60  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-68a2c2db36   
python-pymongo-3.0.3-1.el6
  30  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
  16  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-b76c1e5912   
potrace-1.13-2.el6
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-49101d6eb9   
imapsync-1.644-2.el6
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7e6c3ce778   
knot-1.6.6-1.el6
   2  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-c3b0e79630   
LibRaw-0.16.2-3.el6


The following builds have been pushed to Fedora EPEL 6 updates-testing

LibRaw-0.16.2-3.el6
lcgdm-dav-0.16.0-2.el6
perl-Config-Generator-0.9-1.el6
perl-Config-Validator-1.3-1.el6

Details about builds:



 LibRaw-0.16.2-3.el6 (FEDORA-EPEL-2015-c3b0e79630)
 Library for reading RAW files obtained from digital photo cameras

Update Information:

Patch for CVE-2015-8366, CVE-2015-8367    Inital package for EPEL 6.

References:

  [ 1 ] Bug #1287077 - CVE-2015-8367 LibRaw: Memory objects are not intialized 
properly [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1287077
  [ 2 ] Bug #1287057 - CVE-2015-8366 LibRaw: Index overflow in 
smal_decode_segment [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1287057




 lcgdm-dav-0.16.0-2.el6 (FEDORA-EPEL-2015-463d079afb)
 HTTP/DAV front end to the DPM/LFC services

Update Information:

Missing files in the package




 perl-Config-Generator-0.9-1.el6 (FEDORA-EPEL-2015-640f6d70b5)
 Shared variables for the Config::Generator modules

Update Information:

Updated to upstream version.

References:

  [ 1 ] Bug #1287096 - perl-Config-Generator-0.9 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1287096




 perl-Config-Validator-1.3-1.el6 (FEDORA-EPEL-2015-233068acc5)
 Schema based configuration validation

Update Information:

Updated to upstream version.

References:

  [ 1 ] Bug #1287093 - perl-Config-Validator-1.3 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1287093

___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org

[Bug 1287331] perl-Date-Manip-6.52 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1287331

Fedora Update System  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED



--- Comment #1 from Fedora Update System  ---
perl-Date-Manip-6.52-1.fc22 has been submitted as an update to Fedora 22.
https://bodhi.fedoraproject.org/updates/FEDORA-2015-9bd6e78fd1

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1287331] perl-Date-Manip-6.52 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1287331



--- Comment #1 from Fedora Update System  ---
perl-Date-Manip-6.52-1.fc22 has been submitted as an update to Fedora 22.
https://bodhi.fedoraproject.org/updates/FEDORA-2015-9bd6e78fd1

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

psabata pushed to perl-Git-Repository (f22). "1.316 bump"

[notifications]

From fc64c1064dc34f50f12573e142c67260dd06dd60 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Wed, 2 Dec 2015 17:09:50 +0100
Subject: 1.316 bump

---
 .gitignore  |  1 +
 Git-Repository-1.315-git-2.5.2-compat.patch | 33 -
 perl-Git-Repository.spec| 10 -
 sources |  2 +-
 4 files changed, 7 insertions(+), 39 deletions(-)
 delete mode 100644 Git-Repository-1.315-git-2.5.2-compat.patch

diff --git a/.gitignore b/.gitignore
index a43c7d3..9172ee4 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@
 /Git-Repository-1.312.tar.gz
 /Git-Repository-1.314.tar.gz
 /Git-Repository-1.315.tar.gz
+/Git-Repository-1.316.tar.gz
diff --git a/Git-Repository-1.315-git-2.5.2-compat.patch 
b/Git-Repository-1.315-git-2.5.2-compat.patch
deleted file mode 100644
index 8e5e29e..000
--- a/Git-Repository-1.315-git-2.5.2-compat.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-From 05f7008aa3ae32c8556e7907c65d9d16bebaabd9 Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Petr=20=C5=A0abata?= 
-Date: Mon, 21 Sep 2015 16:47:51 +0200
-Subject: [PATCH] git-2.5.2 test suite compatibility fix
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-The latest version of git altered the error message `git log -1' prints
-on empty repositories.  This patch extends the test to deal with this
-situation.
-
-Signed-off-by: Petr Šabata 

- t/24-errors.t | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/t/24-errors.t b/t/24-errors.t
-index 7d7f2ee..aeb2c58 100644
 a/t/24-errors.t
-+++ b/t/24-errors.t
-@@ -56,7 +56,7 @@ my @tests = (
- {   test_repo => [],
- cmd   => [qw( log -1 )],
- exit  => 128,
--dollar_at => qr/^fatal: bad default revision 'HEAD' /,
-+dollar_at => qr/^fatal: (?:bad default revision 'HEAD' |your current 
branch 'master' does not have any commits yet)/,
- },
- 
- # create the empty tree
--- 
-2.4.3
-
diff --git a/perl-Git-Repository.spec b/perl-Git-Repository.spec
index a0bd322..95cb7b3 100644
--- a/perl-Git-Repository.spec
+++ b/perl-Git-Repository.spec
@@ -1,12 +1,10 @@
 Name:   perl-Git-Repository
-Version:1.315
-Release:2%{?dist}
+Version:1.316
+Release:1%{?dist}
 Summary:Perl interface to Git repositories
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Git-Repository/
 Source0:
http://www.cpan.org/authors/id/B/BO/BOOK/Git-Repository-%{version}.tar.gz
-# rt#107219, rhbz#1264744
-Patch0: Git-Repository-1.315-git-2.5.2-compat.patch
 BuildArch:  noarch
 # Build
 BuildRequires:  make
@@ -52,7 +50,6 @@ require the creation and management of a Git repository.
 
 %prep
 %setup -q -n Git-Repository-%{version}
-%patch0 -p1
 
 %build
 perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
@@ -77,6 +74,9 @@ make test
 %{perl_vendorlib}/Test
 
 %changelog
+* Wed Dec 02 2015 Petr Šabata  - 1.316-1
+- 1.316 bump
+
 * Mon Sep 21 2015 Petr Šabata  - 1.315-2
 - Make the test suite compatible with git 2.5.2+ (rt#107219, rhbz#1264744)
 
diff --git a/sources b/sources
index dac68ae..23bd8c9 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-a33546053e47ed3511f6e6fc089e72b3  Git-Repository-1.315.tar.gz
+bd907119a024e6c014acfb5af648950c  Git-Repository-1.316.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Git-Repository.git/commit/?h=f22=fc64c1064dc34f50f12573e142c67260dd06dd60
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Reindl Harald]

Am 02.12.2015 um 17:23 schrieb Andrew Lutomirski:


On Dec 2, 2015 8:15 AM, "Josh Boyer" > wrote:
 >
 > On Tue, Dec 1, 2015 at 10:30 PM, Andrew Lutomirski > wrote:
 > > Since the old proposal to have the bootloader automatically enumerate
 > > boot options never went anywhere, can we do the next best thing?
 > >
 > > Specifically, these days grub2-mkconfig appears to produce output
 > > that's functionally identical to what grubby generates.  Can we switch
 > > new-kernel-pkg to just regenerate the grub2 config using
 > > grub2-mkconfig instead of using grubby?
 >
 > I don't think so.  Despite the similarity in name, grubby does more
 > than just deal with grub stuff.  Namely, it handles bootloaders that
 > aren't grub.  We're close to having all arches on grub2, but I believe
 > armv7hl won't ever get there and it's a primary arch.

Could we switch for grub2 architectures and keep using grubby for other
architectures?


no - there is a world without grub2
https://fedoraproject.org/wiki/Features/SyslinuxOption




signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F24 System Wide Change: Node.js 4.2

[Stephen Gallagher]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 12/02/2015 07:39 AM, Vít Ondruch wrote:
> Dne 2.12.2015 v 09:41 Tom Hughes napsal(a):
>> On 02/12/15 08:27, Vít Ondruch wrote:
>> 
>>> Is there some testing version of v8 somewhere? Will we have
>>> time to play with rubygem-therubyracer, if we can convince it
>>> to run with recent v8 or what else have to be done? The same
>>> applies for MongoDB if I am not mistaken.
>> Stephen Gallagher built nodejs 4.2.2 in the side tag last night,
>> but using a bundled v8 so it shouldn't affect other users of v8.
> 
> While the scope says:
> 
> == Scope == Proposal owners: * Update v8
> 

Thanks, I need to update that. It was expected when I wrote it, but
that has changed. One advantage here is that Fedora can opt to carry
whatever version of v8 makes sense for other consumers.



>> The spec file now says:
>> 
>> # Node.js is closely tied to the version of v8 that is used with
>> it. It makes # sense to use the bundled version because upstream
>> consistently breaks ABI # even in point releases. Node.js
>> upstream has now removed the ability to build # against a shared
>> system version entirely. # See
>> https://github.com/nodejs/node/commit/d726a177ed59c37cf5306983ed00ecd858cfbbef
>>
>> 
Provides: bundled(v8) = 4.6.85
> 
> That is sad ... although they do expect this commit might get
> reverted ...
> 

It's not my preference, certainly. But I spoke with some of the
upstream developers and the simple truth is that they have been broken
consistently by upstream v8 breaking ABI and even API in point
releases. Until and unless Google decides to treat v8 like a shared
lib instead of the copylib that it really is, the only sensible
approach here is to bundle it.

In accordance with the bundling policy, it *is* carrying a virtual
Provides to allow us to identify whether it is affected by discovered
CVEs.

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iEYEARECAAYFAlZfAGYACgkQeiVVYja6o6NI1ACgpICyaqLpwluXDPd/wFr64FR6
QLMAn1Uuhgk03vNN0tLm5P6T+/WiuxJ+
=O0S/
-END PGP SIGNATURE-
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

jplesnik pushed to perl-Test-Class-Most (master). "Initial import"

[notifications]

http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;>


Fedora Project Packages GIT repositories






https://apps.fedoraproject.org/fedmenu/js/jquery-1.11.2.min.js";>
https://apps.fedoraproject.org/fedmenu/js/fedmenu.js";>


var base = 'https://apps.fedoraproject.org/';
var tokens = window.location.href.split('/');
  var repo = null;
  if (tokens.length > 4 && tokens[4] != '') {
repo = tokens[4].split('.')[0];
  }
  fedmenu({
  'url': base + 'js/data.js',
  'mimeType': 'application/javascript',
  'position': 'bottom-right',
  'package': repo,
  });




Fedora Project Packages GIT repositories
a fast webinterface for the git dscm

index



No repositories found
 
generated by cgit v0.11.2 at 2015-12-02 14:39:06 
(GMT)
 




http://pkgs.fedoraproject.org/cgit/perl-Test-Class-Most.git/commit/?h=master=f5d310c244fa3ad28ab946ce4d1aff535141f1b1
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

psabata uploaded Date-Manip-6.52.tar.gz for perl-Date-Manip

[notifications]

cd901896b1fae6e389dce7facfe715f6  Date-Manip-6.52.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Date-Manip/Date-Manip-6.52.tar.gz/md5/cd901896b1fae6e389dce7facfe715f6/Date-Manip-6.52.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

psabata pushed to perl-Date-Manip (master). "6.52 bump (..more)"

[notifications]

From e1fdef70a830751766431150861eedb4ff03fa3b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Wed, 2 Dec 2015 15:53:46 +0100
Subject: 6.52 bump

- Holidays reworked slightly
- Timezone data updated
---
 .gitignore   |  1 +
 perl-Date-Manip.spec | 17 +++--
 sources  |  2 +-
 3 files changed, 13 insertions(+), 7 deletions(-)

diff --git a/.gitignore b/.gitignore
index e0d3c82..f9768ff 100644
--- a/.gitignore
+++ b/.gitignore
@@ -29,3 +29,4 @@ Date-Manip-6.07.tar.gz
 /Date-Manip-6.49.tar.gz
 /Date-Manip-6.50.tar.gz
 /Date-Manip-6.51.tar.gz
+/Date-Manip-6.52.tar.gz
diff --git a/perl-Date-Manip.spec b/perl-Date-Manip.spec
index ce8c0c3..c3fab11 100644
--- a/perl-Date-Manip.spec
+++ b/perl-Date-Manip.spec
@@ -1,5 +1,5 @@
 Name:   perl-Date-Manip
-Version:6.51
+Version:6.52
 Release:1%{?dist}
 Summary:Date manipulation routines
 Group:  Development/Libraries
@@ -9,7 +9,7 @@ Source0:
http://www.cpan.org/authors/id/S/SB/SBECK/Date-Manip-%{version}.
 BuildArch:  noarch
 # Build
 BuildRequires:  perl
-BuildRequires:  perl(Module::Build)
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)
 # Runtime
@@ -50,15 +50,15 @@ to daylight saving time.
 %setup -q -n Date-Manip-%{version}
 
 %build
-perl Build.PL installdirs=vendor
-./Build
+perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
+make %{?_smp_mflags}
 
 %install
-./Build install destdir=%{buildroot} create_packlist=0
+make pure_install DESTDIR=%{buildroot}
 %{_fixperms} %{buildroot}/*
 
 %check
-./Build test
+make test
 
 %files
 %license LICENSE
@@ -68,6 +68,11 @@ perl Build.PL installdirs=vendor
 %{_bindir}/dm_*
 
 %changelog
+* Wed Dec 02 2015 Petr Šabata  - 6.52-1
+- 6.52 bump
+- Holidays reworked slightly
+- Timezone data updated
+
 * Wed Sep 02 2015 Petr Šabata  - 6.51-1
 - 6.51 bump, bugfixes and tzdata updates
 - This release changes the behavior of Date::Manip::Delta::value which
diff --git a/sources b/sources
index 77f98b8..c257a11 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-da85d48de8de695d67d0107a477fd501  Date-Manip-6.51.tar.gz
+cd901896b1fae6e389dce7facfe715f6  Date-Manip-6.52.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Date-Manip.git/commit/?h=master=e1fdef70a830751766431150861eedb4ff03fa3b
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Fedora Rawhide 20151202 compose check report

[Fedora compose checker]

Missing expected images:

Cloud disk raw i386
Cloud disk raw x86_64
Cloud_atomic disk raw x86_64

Images in this compose but not Rawhide 20151201:

Cloud docker x86_64

No images in Rawhide 20151201 but not this.
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

jplesnik pushed to perl-Encode-Newlines (master). "Initial import"

[notifications]

>From 9a3cd7e6108501f9ff03454f8406e0459233aaf3 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Wed, 2 Dec 2015 15:58:39 +0100
Subject: Initial import

---
 .gitignore|  1 +
 perl-Encode-Newlines.spec | 58 +++
 sources   |  1 +
 3 files changed, 60 insertions(+)
 create mode 100644 perl-Encode-Newlines.spec

diff --git a/.gitignore b/.gitignore
index e69de29..617c487 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Encode-Newlines-0.04.tar.gz
diff --git a/perl-Encode-Newlines.spec b/perl-Encode-Newlines.spec
new file mode 100644
index 000..a4cd308
--- /dev/null
+++ b/perl-Encode-Newlines.spec
@@ -0,0 +1,58 @@
+Name:   perl-Encode-Newlines
+Version:0.04
+Release:1%{?dist}
+Summary:Normalize line ending sequences
+License:GPL+ or Artistic
+URL:http://search.cpan.org/dist/Encode-Newlines/
+Source0:
http://www.cpan.org/authors/id/A/AU/AUDREYT/Encode-Newlines-%{version}.tar.gz
+BuildArch:  noarch
+BuildRequires:  coreutils
+BuildRequires:  findutils
+BuildRequires:  perl
+BuildRequires:  perl(inc::Module::Install)
+BuildRequires:  perl(Module::Install::Metadata)
+BuildRequires:  perl(Module::Install::WriteAll)
+BuildRequires:  sed
+# Run-time
+BuildRequires:  perl(base)
+BuildRequires:  perl(Carp)
+BuildRequires:  perl(constant)
+BuildRequires:  perl(Encode::Encoding)
+BuildRequires:  perl(strict)
+# Tests
+BuildRequires:  perl(Encode)
+BuildRequires:  perl(Test::More)
+Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
+Requires:   perl(Carp)
+
+%description
+This module provides the CR, LF, CRLF and Native encodings, to aid in
+normalizing line endings.
+
+%prep
+%setup -q -n Encode-Newlines-%{version}
+
+# Remove bundled libraries
+rm -r inc
+sed -i -e '/^inc\// d' MANIFEST
+
+%build
+perl Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+make pure_install DESTDIR=$RPM_BUILD_ROOT
+find $RPM_BUILD_ROOT -type f -name .packlist -delete
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+make test
+
+%files
+%doc Changes README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Mon Nov 30 2015 Jitka Plesnikova  - 0.04-1
+- Initial release
diff --git a/sources b/sources
index e69de29..f2ee98c 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+273d361e51c0a641410085d97ec2d32d  Encode-Newlines-0.04.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Encode-Newlines.git/commit/?h=master=9a3cd7e6108501f9ff03454f8406e0459233aaf3
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1287356] perl-Gtk2-1.2497 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1287356



--- Comment #3 from Upstream Release Monitoring 
 ---
spot's perl-Gtk2-1.2497-1.fc24 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=702826

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

jplesnik changed perl-sig's 'watchbugzilla' permission on perl-Encode-Newlines (master) to 'Approved'

[notifications]

jplesnik changed perl-sig's 'watchbugzilla' permission on perl-Encode-Newlines 
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Encode-Newlines/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

psabata pushed to perl-Date-Manip (f22). "6.52 bump (..more)"

[notifications]

From e1fdef70a830751766431150861eedb4ff03fa3b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Wed, 2 Dec 2015 15:53:46 +0100
Subject: 6.52 bump

- Holidays reworked slightly
- Timezone data updated
---
 .gitignore   |  1 +
 perl-Date-Manip.spec | 17 +++--
 sources  |  2 +-
 3 files changed, 13 insertions(+), 7 deletions(-)

diff --git a/.gitignore b/.gitignore
index e0d3c82..f9768ff 100644
--- a/.gitignore
+++ b/.gitignore
@@ -29,3 +29,4 @@ Date-Manip-6.07.tar.gz
 /Date-Manip-6.49.tar.gz
 /Date-Manip-6.50.tar.gz
 /Date-Manip-6.51.tar.gz
+/Date-Manip-6.52.tar.gz
diff --git a/perl-Date-Manip.spec b/perl-Date-Manip.spec
index ce8c0c3..c3fab11 100644
--- a/perl-Date-Manip.spec
+++ b/perl-Date-Manip.spec
@@ -1,5 +1,5 @@
 Name:   perl-Date-Manip
-Version:6.51
+Version:6.52
 Release:1%{?dist}
 Summary:Date manipulation routines
 Group:  Development/Libraries
@@ -9,7 +9,7 @@ Source0:
http://www.cpan.org/authors/id/S/SB/SBECK/Date-Manip-%{version}.
 BuildArch:  noarch
 # Build
 BuildRequires:  perl
-BuildRequires:  perl(Module::Build)
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)
 # Runtime
@@ -50,15 +50,15 @@ to daylight saving time.
 %setup -q -n Date-Manip-%{version}
 
 %build
-perl Build.PL installdirs=vendor
-./Build
+perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
+make %{?_smp_mflags}
 
 %install
-./Build install destdir=%{buildroot} create_packlist=0
+make pure_install DESTDIR=%{buildroot}
 %{_fixperms} %{buildroot}/*
 
 %check
-./Build test
+make test
 
 %files
 %license LICENSE
@@ -68,6 +68,11 @@ perl Build.PL installdirs=vendor
 %{_bindir}/dm_*
 
 %changelog
+* Wed Dec 02 2015 Petr Šabata  - 6.52-1
+- 6.52 bump
+- Holidays reworked slightly
+- Timezone data updated
+
 * Wed Sep 02 2015 Petr Šabata  - 6.51-1
 - 6.51 bump, bugfixes and tzdata updates
 - This release changes the behavior of Date::Manip::Delta::value which
diff --git a/sources b/sources
index 77f98b8..c257a11 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-da85d48de8de695d67d0107a477fd501  Date-Manip-6.51.tar.gz
+cd901896b1fae6e389dce7facfe715f6  Date-Manip-6.52.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Date-Manip.git/commit/?h=f22=e1fdef70a830751766431150861eedb4ff03fa3b
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

jplesnik uploaded Encode-Newlines-0.04.tar.gz for perl-Encode-Newlines

[notifications]

273d361e51c0a641410085d97ec2d32d  Encode-Newlines-0.04.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Encode-Newlines/Encode-Newlines-0.04.tar.gz/md5/273d361e51c0a641410085d97ec2d32d/Encode-Newlines-0.04.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

psabata pushed to perl-Git-Repository (master). "1.316 bump"

[notifications]

From fc64c1064dc34f50f12573e142c67260dd06dd60 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Wed, 2 Dec 2015 17:09:50 +0100
Subject: 1.316 bump

---
 .gitignore  |  1 +
 Git-Repository-1.315-git-2.5.2-compat.patch | 33 -
 perl-Git-Repository.spec| 10 -
 sources |  2 +-
 4 files changed, 7 insertions(+), 39 deletions(-)
 delete mode 100644 Git-Repository-1.315-git-2.5.2-compat.patch

diff --git a/.gitignore b/.gitignore
index a43c7d3..9172ee4 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@
 /Git-Repository-1.312.tar.gz
 /Git-Repository-1.314.tar.gz
 /Git-Repository-1.315.tar.gz
+/Git-Repository-1.316.tar.gz
diff --git a/Git-Repository-1.315-git-2.5.2-compat.patch 
b/Git-Repository-1.315-git-2.5.2-compat.patch
deleted file mode 100644
index 8e5e29e..000
--- a/Git-Repository-1.315-git-2.5.2-compat.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-From 05f7008aa3ae32c8556e7907c65d9d16bebaabd9 Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Petr=20=C5=A0abata?= 
-Date: Mon, 21 Sep 2015 16:47:51 +0200
-Subject: [PATCH] git-2.5.2 test suite compatibility fix
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-The latest version of git altered the error message `git log -1' prints
-on empty repositories.  This patch extends the test to deal with this
-situation.
-
-Signed-off-by: Petr Šabata 

- t/24-errors.t | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/t/24-errors.t b/t/24-errors.t
-index 7d7f2ee..aeb2c58 100644
 a/t/24-errors.t
-+++ b/t/24-errors.t
-@@ -56,7 +56,7 @@ my @tests = (
- {   test_repo => [],
- cmd   => [qw( log -1 )],
- exit  => 128,
--dollar_at => qr/^fatal: bad default revision 'HEAD' /,
-+dollar_at => qr/^fatal: (?:bad default revision 'HEAD' |your current 
branch 'master' does not have any commits yet)/,
- },
- 
- # create the empty tree
--- 
-2.4.3
-
diff --git a/perl-Git-Repository.spec b/perl-Git-Repository.spec
index a0bd322..95cb7b3 100644
--- a/perl-Git-Repository.spec
+++ b/perl-Git-Repository.spec
@@ -1,12 +1,10 @@
 Name:   perl-Git-Repository
-Version:1.315
-Release:2%{?dist}
+Version:1.316
+Release:1%{?dist}
 Summary:Perl interface to Git repositories
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Git-Repository/
 Source0:
http://www.cpan.org/authors/id/B/BO/BOOK/Git-Repository-%{version}.tar.gz
-# rt#107219, rhbz#1264744
-Patch0: Git-Repository-1.315-git-2.5.2-compat.patch
 BuildArch:  noarch
 # Build
 BuildRequires:  make
@@ -52,7 +50,6 @@ require the creation and management of a Git repository.
 
 %prep
 %setup -q -n Git-Repository-%{version}
-%patch0 -p1
 
 %build
 perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
@@ -77,6 +74,9 @@ make test
 %{perl_vendorlib}/Test
 
 %changelog
+* Wed Dec 02 2015 Petr Šabata  - 1.316-1
+- 1.316 bump
+
 * Mon Sep 21 2015 Petr Šabata  - 1.315-2
 - Make the test suite compatible with git 2.5.2+ (rt#107219, rhbz#1264744)
 
diff --git a/sources b/sources
index dac68ae..23bd8c9 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-a33546053e47ed3511f6e6fc089e72b3  Git-Repository-1.315.tar.gz
+bd907119a024e6c014acfb5af648950c  Git-Repository-1.316.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Git-Repository.git/commit/?h=master=fc64c1064dc34f50f12573e142c67260dd06dd60
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1287601] perl-Git-Repository-1.316 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1287601

Fedora Update System  changed:

   What|Removed |Added

 Status|ASSIGNED|MODIFIED



--- Comment #3 from Fedora Update System  ---
perl-Git-Repository-1.316-1.fc23 has been submitted as an update to Fedora 23.
https://bodhi.fedoraproject.org/updates/FEDORA-2015-dae8bfbaca

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Bugzilla "Fedora Components" group

[Kevin Fenzi]

On Wed, 2 Dec 2015 10:56:24 +
"Richard W.M. Jones"  wrote:

> I wonder if someone can remove the "Fedora Components" group from this
> bug.  (I cannot do it).
> 
>   https://bugzilla.redhat.com/show_bug.cgi?id=1286432
> 
> It has the effect of making the bug private, which we don't want and
> didn't ask for.

Can you tell who added it? Perhaps look in the history, see who added
it and mail them directly? 

(I cannot see the bug either)

kevin


pgpBXBOu8Ihrz.pgp
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

jplesnik changed perl-sig's 'watchbugzilla' permission on perl-Test-Class-Most (master) to 'Approved'

[notifications]

jplesnik changed perl-sig's 'watchbugzilla' permission on perl-Test-Class-Most 
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Test-Class-Most/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

jplesnik uploaded Test-Class-Most-0.08.tar.gz for perl-Test-Class-Most

[notifications]

a965db19316e8f17535ca8c054e795a4  Test-Class-Most-0.08.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Test-Class-Most/Test-Class-Most-0.08.tar.gz/md5/a965db19316e8f17535ca8c054e795a4/Test-Class-Most-0.08.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

jplesnik changed perl-sig's 'watchcommits' permission on perl-Test-Class-Most (master) to 'Approved'

[notifications]

jplesnik changed perl-sig's 'watchcommits' permission on perl-Test-Class-Most 
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Test-Class-Most/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

psabata pushed to perl-Date-Manip (f23). "6.52 bump (..more)"

[notifications]

From e1fdef70a830751766431150861eedb4ff03fa3b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Wed, 2 Dec 2015 15:53:46 +0100
Subject: 6.52 bump

- Holidays reworked slightly
- Timezone data updated
---
 .gitignore   |  1 +
 perl-Date-Manip.spec | 17 +++--
 sources  |  2 +-
 3 files changed, 13 insertions(+), 7 deletions(-)

diff --git a/.gitignore b/.gitignore
index e0d3c82..f9768ff 100644
--- a/.gitignore
+++ b/.gitignore
@@ -29,3 +29,4 @@ Date-Manip-6.07.tar.gz
 /Date-Manip-6.49.tar.gz
 /Date-Manip-6.50.tar.gz
 /Date-Manip-6.51.tar.gz
+/Date-Manip-6.52.tar.gz
diff --git a/perl-Date-Manip.spec b/perl-Date-Manip.spec
index ce8c0c3..c3fab11 100644
--- a/perl-Date-Manip.spec
+++ b/perl-Date-Manip.spec
@@ -1,5 +1,5 @@
 Name:   perl-Date-Manip
-Version:6.51
+Version:6.52
 Release:1%{?dist}
 Summary:Date manipulation routines
 Group:  Development/Libraries
@@ -9,7 +9,7 @@ Source0:
http://www.cpan.org/authors/id/S/SB/SBECK/Date-Manip-%{version}.
 BuildArch:  noarch
 # Build
 BuildRequires:  perl
-BuildRequires:  perl(Module::Build)
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires:  perl(strict)
 BuildRequires:  perl(warnings)
 # Runtime
@@ -50,15 +50,15 @@ to daylight saving time.
 %setup -q -n Date-Manip-%{version}
 
 %build
-perl Build.PL installdirs=vendor
-./Build
+perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
+make %{?_smp_mflags}
 
 %install
-./Build install destdir=%{buildroot} create_packlist=0
+make pure_install DESTDIR=%{buildroot}
 %{_fixperms} %{buildroot}/*
 
 %check
-./Build test
+make test
 
 %files
 %license LICENSE
@@ -68,6 +68,11 @@ perl Build.PL installdirs=vendor
 %{_bindir}/dm_*
 
 %changelog
+* Wed Dec 02 2015 Petr Šabata  - 6.52-1
+- 6.52 bump
+- Holidays reworked slightly
+- Timezone data updated
+
 * Wed Sep 02 2015 Petr Šabata  - 6.51-1
 - 6.51 bump, bugfixes and tzdata updates
 - This release changes the behavior of Date::Manip::Delta::value which
diff --git a/sources b/sources
index 77f98b8..c257a11 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-da85d48de8de695d67d0107a477fd501  Date-Manip-6.51.tar.gz
+cd901896b1fae6e389dce7facfe715f6  Date-Manip-6.52.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Date-Manip.git/commit/?h=f23=e1fdef70a830751766431150861eedb4ff03fa3b
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

jplesnik changed perl-sig's 'watchcommits' permission on perl-Perl-Tidy-Sweetened (master) to 'Approved'

[notifications]

jplesnik changed perl-sig's 'watchcommits' permission on 
perl-Perl-Tidy-Sweetened (master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Perl-Tidy-Sweetened/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: F24 System Wide Change: Default Local DNS Resolver

[P J P]

> On Wednesday, 2 December 2015 6:33 PM, Neal Becker wrote:

>> https://bugzilla.redhat.com/show_bug.cgi?id=1287607


  Thank you for filing the bug.


> * howto prevent dnsmasq from starting (right now I'm just manually killing
> it for testing)

  # systemctl disable dnsmasq


> * howto get domainname set automatically from dhcp



  Dhcp configuration manual should help with that.

---
  -P J P
http://feedmug.com
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1287356] perl-Gtk2-1.2497 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1287356



--- Comment #4 from Fedora Update System  ---
perl-Gtk2-1.2497-1.fc23 has been submitted as an update to Fedora 23.
https://bodhi.fedoraproject.org/updates/FEDORA-2015-ac707e4ff7

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

psabata pushed to perl-Git-Repository (f23). "Make the test suite compatible with git 2.5.2+ (rt#107219, rhbz#1264744)"

[notifications]

From b9c06521a89ed9cd486037ebf5d03c77c581d759 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Mon, 21 Sep 2015 16:57:10 +0200
Subject: Make the test suite compatible with git 2.5.2+ (rt#107219,
 rhbz#1264744)

---
 Git-Repository-1.315-git-2.5.2-compat.patch | 33 +
 perl-Git-Repository.spec|  8 ++-
 2 files changed, 40 insertions(+), 1 deletion(-)
 create mode 100644 Git-Repository-1.315-git-2.5.2-compat.patch

diff --git a/Git-Repository-1.315-git-2.5.2-compat.patch 
b/Git-Repository-1.315-git-2.5.2-compat.patch
new file mode 100644
index 000..8e5e29e
--- /dev/null
+++ b/Git-Repository-1.315-git-2.5.2-compat.patch
@@ -0,0 +1,33 @@
+From 05f7008aa3ae32c8556e7907c65d9d16bebaabd9 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20=C5=A0abata?= 
+Date: Mon, 21 Sep 2015 16:47:51 +0200
+Subject: [PATCH] git-2.5.2 test suite compatibility fix
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+The latest version of git altered the error message `git log -1' prints
+on empty repositories.  This patch extends the test to deal with this
+situation.
+
+Signed-off-by: Petr Šabata 
+---
+ t/24-errors.t | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/t/24-errors.t b/t/24-errors.t
+index 7d7f2ee..aeb2c58 100644
+--- a/t/24-errors.t
 b/t/24-errors.t
+@@ -56,7 +56,7 @@ my @tests = (
+ {   test_repo => [],
+ cmd   => [qw( log -1 )],
+ exit  => 128,
+-dollar_at => qr/^fatal: bad default revision 'HEAD' /,
++dollar_at => qr/^fatal: (?:bad default revision 'HEAD' |your current 
branch 'master' does not have any commits yet)/,
+ },
+ 
+ # create the empty tree
+-- 
+2.4.3
+
diff --git a/perl-Git-Repository.spec b/perl-Git-Repository.spec
index b25aaf2..a0bd322 100644
--- a/perl-Git-Repository.spec
+++ b/perl-Git-Repository.spec
@@ -1,10 +1,12 @@
 Name:   perl-Git-Repository
 Version:1.315
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Perl interface to Git repositories
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Git-Repository/
 Source0:
http://www.cpan.org/authors/id/B/BO/BOOK/Git-Repository-%{version}.tar.gz
+# rt#107219, rhbz#1264744
+Patch0: Git-Repository-1.315-git-2.5.2-compat.patch
 BuildArch:  noarch
 # Build
 BuildRequires:  make
@@ -50,6 +52,7 @@ require the creation and management of a Git repository.
 
 %prep
 %setup -q -n Git-Repository-%{version}
+%patch0 -p1
 
 %build
 perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
@@ -74,6 +77,9 @@ make test
 %{perl_vendorlib}/Test
 
 %changelog
+* Mon Sep 21 2015 Petr Šabata  - 1.315-2
+- Make the test suite compatible with git 2.5.2+ (rt#107219, rhbz#1264744)
+
 * Thu Jul 30 2015 Petr Šabata  - 1.315-1
 - 1.315 bump
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Git-Repository.git/commit/?h=f23=b9c06521a89ed9cd486037ebf5d03c77c581d759
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: LibreOffice packaging is a messy dependency graph

[Roberto Ragusa]

On 12/02/2015 02:42 PM, David Tardon wrote:

> On Tue, Dec 01, 2015 at 02:20:34AM -0500, Dan Book wrote:
>> I have run into this before and it was very confusing, it really should be
>> a separate command from remove for when you actually want to remove what
>> dnf thinks is now "unused".
> 
> Why? Remove is the opposite of install. "dnf install foo" will install
> package foo _and_ all its dependencies. So it is only logical that
> "dnf remove foo" should remove package foo _and_ all its (unneeded)
> dependencies.

Maybe it is not so simple.
There are dependencies with no use apart the main tool (tool requires 
tool-libs),
but in some cases the dependency is useful on its own (e.g. fonts).

So, I counter your reasoning with this:

- dnf install foo (also installs bar)
- dnf install bar (oops, already installed, good)
- dnf remove foo (wow, why did it remove bar, I explicitly "installed" it 
yesterday!)

Is dnf able to recognize that bar was "wanted" and not "accidental"?

Regards.

-- 
   Roberto Ragusamail at robertoragusa.it
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

spot pushed to perl-Gtk2 (f23). "update to 1.2497"

[notifications]

>From 3f3accbdeeb53dee210c49bcf6b7e062ccaa8ab0 Mon Sep 17 00:00:00 2001
From: Tom Callaway 
Date: Wed, 2 Dec 2015 10:15:40 -0500
Subject: update to 1.2497

---
 .gitignore | 1 +
 perl-Gtk2.spec | 5 -
 sources| 2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index fa3abef..dcea2de 100644
--- a/.gitignore
+++ b/.gitignore
@@ -15,3 +15,4 @@ Gtk2-1.203.tar.gz
 /Gtk2-1.2494.tar.gz
 /Gtk2-1.2495.tar.gz
 /Gtk2-1.2496.tar.gz
+/Gtk2-1.2497.tar.gz
diff --git a/perl-Gtk2.spec b/perl-Gtk2.spec
index 46eb66a..94d2e8f 100644
--- a/perl-Gtk2.spec
+++ b/perl-Gtk2.spec
@@ -9,7 +9,7 @@
 # cat provides.txt | sort -n | uniq
 
 Name:   perl-Gtk2
-Version:1.2496
+Version:1.2497
 Release:1%{?dist}
 Summary:Perl interface to the 2.x series of the Gimp Toolkit library
 Group:  Development/Libraries
@@ -278,6 +278,9 @@ chmod -R u+w $RPM_BUILD_ROOT/*
 %{_mandir}/man3/*.3pm*
 
 %changelog
+* Wed Dec  2 2015 Tom Callaway  - 1.2497-1
+- update to 1.2497
+
 * Tue Aug 18 2015 Tom Callaway  - 1.2496-1
 - update to 1.2496
 
diff --git a/sources b/sources
index a3bea00..0403f0c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-3a430c92938e03eb18964597bca03ff7  Gtk2-1.2496.tar.gz
+4c723b34d3dffbffd5415f1242a04324  Gtk2-1.2497.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Gtk2.git/commit/?h=f23=3f3accbdeeb53dee210c49bcf6b7e062ccaa8ab0
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

spot uploaded Gtk2-1.2497.tar.gz for perl-Gtk2

[notifications]

4c723b34d3dffbffd5415f1242a04324  Gtk2-1.2497.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Gtk2/Gtk2-1.2497.tar.gz/md5/4c723b34d3dffbffd5415f1242a04324/Gtk2-1.2497.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1287093] perl-Config-Validator-1.3 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1287093



--- Comment #5 from Fedora Update System  ---
perl-Config-Validator-1.3-1.el6 has been pushed to the Fedora EPEL 6 testing
repository. If problems still persist, please make note of it in this bug
report.
If you want to test the update, you can install it with
$ su -c 'yum --enablerepo=epel-testing update perl-Config-Validator'
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-233068acc5

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1287096] perl-Config-Generator-0.9 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1287096



--- Comment #5 from Fedora Update System  ---
perl-Config-Generator-0.9-1.el6 has been pushed to the Fedora EPEL 6 testing
repository. If problems still persist, please make note of it in this bug
report.
If you want to test the update, you can install it with
$ su -c 'yum --enablerepo=epel-testing update perl-Config-Generator'
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-640f6d70b5

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: F24 System Wide Change: Default Local DNS Resolver

[Tomas Hozza]

On 02.12.2015 14:03, Neal Becker wrote:
> Neal Becker wrote:
> 
>> P J P wrote:
>>
>>> Hello Neal,
>>>
 On Wednesday, 2 December 2015 1:03 AM, Neal Becker wrote:
 For example, when I'm at work, I can access hostA.work.com
 where resolving hostA only works by talking to dnsserverA.work.com,
 which was setup by the usual dhcp and then when I'm at home

 google.com is resolved as normal, using my ISP's dhcp to configure dns.
 And this must work without the user ever editing some unbound config
 file.
>>>
>>>
>>>   Yes, it does work that way. The proposed solution(tools) is available
>>>   in
>>> current Fedora repositories and is easy to set-up and test.
>>>
>>>
>>>   ->
>>>   
>>
> https://fedoraproject.org/wiki/Changes/Default_Local_DNS_Resolver#How_To_Test
>>>
>>>
>>> Please let us know if you face any difficulties. Thank you.
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1287607
>>
>>
> So remaining difficulties are:
> 
> * howto prevent dnsmasq from starting (right now I'm just manually killing 
> it for testing)

This is needed only if you intentionally started dnsmasq. You don't need to kill
all dnsamsq instances in the system (e.g. the ones started by libvirt). I'll 
review
the change wiki in this regard.

> * howto get domainname set automatically from dhcp

As discussed in the Bug, this is not going to work and it is expected not to.
Setting search domains from DHCP is a security issue.


Tomas

> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
> 

-- 
Tomas Hozza
Software Engineer - EMEA ENG Developer Experience

PGP: 1D9F3C2D
UTC+1 (CET)
Red Hat Inc. http://cz.redhat.com
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

relicensing mailing list?

[Michael Schwendt]

Scary:

  https://admin.fedoraproject.org/mailman/listinfo/relicensing

No description.

Only spam since Oct 2011.

Is it still being used?
What purpose does it serve other than collecting spam?
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

psabata pushed to perl-Git-Repository (f22). "Make the test suite compatible with git 2.5.2+ (rt#107219, rhbz#1264744)"

[notifications]

From b9c06521a89ed9cd486037ebf5d03c77c581d759 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Mon, 21 Sep 2015 16:57:10 +0200
Subject: Make the test suite compatible with git 2.5.2+ (rt#107219,
 rhbz#1264744)

---
 Git-Repository-1.315-git-2.5.2-compat.patch | 33 +
 perl-Git-Repository.spec|  8 ++-
 2 files changed, 40 insertions(+), 1 deletion(-)
 create mode 100644 Git-Repository-1.315-git-2.5.2-compat.patch

diff --git a/Git-Repository-1.315-git-2.5.2-compat.patch 
b/Git-Repository-1.315-git-2.5.2-compat.patch
new file mode 100644
index 000..8e5e29e
--- /dev/null
+++ b/Git-Repository-1.315-git-2.5.2-compat.patch
@@ -0,0 +1,33 @@
+From 05f7008aa3ae32c8556e7907c65d9d16bebaabd9 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20=C5=A0abata?= 
+Date: Mon, 21 Sep 2015 16:47:51 +0200
+Subject: [PATCH] git-2.5.2 test suite compatibility fix
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+The latest version of git altered the error message `git log -1' prints
+on empty repositories.  This patch extends the test to deal with this
+situation.
+
+Signed-off-by: Petr Šabata 
+---
+ t/24-errors.t | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/t/24-errors.t b/t/24-errors.t
+index 7d7f2ee..aeb2c58 100644
+--- a/t/24-errors.t
 b/t/24-errors.t
+@@ -56,7 +56,7 @@ my @tests = (
+ {   test_repo => [],
+ cmd   => [qw( log -1 )],
+ exit  => 128,
+-dollar_at => qr/^fatal: bad default revision 'HEAD' /,
++dollar_at => qr/^fatal: (?:bad default revision 'HEAD' |your current 
branch 'master' does not have any commits yet)/,
+ },
+ 
+ # create the empty tree
+-- 
+2.4.3
+
diff --git a/perl-Git-Repository.spec b/perl-Git-Repository.spec
index b25aaf2..a0bd322 100644
--- a/perl-Git-Repository.spec
+++ b/perl-Git-Repository.spec
@@ -1,10 +1,12 @@
 Name:   perl-Git-Repository
 Version:1.315
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Perl interface to Git repositories
 License:GPL+ or Artistic
 URL:http://search.cpan.org/dist/Git-Repository/
 Source0:
http://www.cpan.org/authors/id/B/BO/BOOK/Git-Repository-%{version}.tar.gz
+# rt#107219, rhbz#1264744
+Patch0: Git-Repository-1.315-git-2.5.2-compat.patch
 BuildArch:  noarch
 # Build
 BuildRequires:  make
@@ -50,6 +52,7 @@ require the creation and management of a Git repository.
 
 %prep
 %setup -q -n Git-Repository-%{version}
+%patch0 -p1
 
 %build
 perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
@@ -74,6 +77,9 @@ make test
 %{perl_vendorlib}/Test
 
 %changelog
+* Mon Sep 21 2015 Petr Šabata  - 1.315-2
+- Make the test suite compatible with git 2.5.2+ (rt#107219, rhbz#1264744)
+
 * Thu Jul 30 2015 Petr Šabata  - 1.315-1
 - 1.315 bump
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Git-Repository.git/commit/?h=f22=b9c06521a89ed9cd486037ebf5d03c77c581d759
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

holcapek pushed to perl-Log-Log4perl-Appender-Socket-UNIX (epel7). "Bumped release to push an update"

[notifications]

>From b854f396885d3f79c79864ec43325dbdb9f22f7a Mon Sep 17 00:00:00 2001
From: Jan Holcapek 
Date: Wed, 2 Dec 2015 15:06:51 +0100
Subject: Bumped release to push an update

---
 perl-Log-Log4perl-Appender-Socket-UNIX.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-Log-Log4perl-Appender-Socket-UNIX.spec 
b/perl-Log-Log4perl-Appender-Socket-UNIX.spec
index b89c902..c7ae511 100644
--- a/perl-Log-Log4perl-Appender-Socket-UNIX.spec
+++ b/perl-Log-Log4perl-Appender-Socket-UNIX.spec
@@ -1,6 +1,6 @@
 Name:  perl-Log-Log4perl-Appender-Socket-UNIX
 Version:   1.04
-Release:   2%{?dist}
+Release:   3%{?dist}
 Summary:   Log4perl appender for writing to UNIX domain sockets
 License:   GPL+ or Artistic
 Group: Development/Libraries
@@ -46,6 +46,9 @@ Socket and only logs to an existing socket.
 %{_mandir}/man3/*
 
 %changelog
+* Wed Dec 2 2015 Jan Holcapek  1.04-3
+- Bumped release to push an update (#1263600)
+
 * Thu Sep 17 2015 Jan Holcapek  1.04-2
 - Applied review comments (#1263600)
 
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Log-Log4perl-Appender-Socket-UNIX.git/commit/?h=epel7=b854f396885d3f79c79864ec43325dbdb9f22f7a
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

How to collect "bundled" virtual provide

[Vít Ondruch]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dne 2.12.2015 v 15:30 Stephen Gallagher napsal(a):
>
>
> In accordance with the bundling policy, it *is* carrying a virtual
> Provides to allow us to identify whether it is affected by discovered
> CVEs.
>

This brings me to interesting question, how to actually know that one
should be looking for some bundled library? I don't think this was ever
addressed, but I believe it'd be useful to have some page where we can
see what is bundled and where is it bundled. I don't think that
"repoquery" is the answer, since this does not give good enough overview
nor statistics, etc.


Vít
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWXwRVAAoJEAzgnueZF7h8NdYP/R7S39kRo6tEWWs9+VKsH1DC
PLZlBcToBluRpQ4rmcvsOG1g+yqOM2HeJZUeMVZzjRHgpvmec3Ywzt+UOC+JIFhp
XltOUqeHLbKYSkvqdyLx5EXL4rk74agpnIh870zhbxARWIW8ObeMQ1vKF+xH7mNM
+wickQbjZBCHnk9BMfBNBDjpMcqrOGkMS6P6+pfpuWguYBhcN1KZTg5lMAt9bBg+
C5EiJE20Tg4OiOy0jzi0KwaE0STDiH8YOGPQ39DFrCLwKItfYXufNzmC3nOGY9iY
PN/zshyCgSSwLuxRYZUYm7hu7cJNTcqBfdWGGzgAL3FsqBi0xWjn+shTkGTYKEUP
rk7dbRy01lifthZKTUG+ApZX6Z1pW1cjTZrAUVF96CW+3JUSVSEX4yKQIU6IHHyT
Zl1lKF/Vv3dhChp96407U8Lv3OH5ex510smPfNCASTVCzNqUKgg9CBpRgjmxnOd+
dV1rqz4hN5jBulWFF8Qzzp7T6/C9Tx2BOMtUsI9DuxiDjtZcu49Djxvj1jxdfA1C
a4Hr5lX6awSjCSyPJhWSH6QGSVhgFFlreQ4o8dBt35wZiCOZhL5eFVVaAM39BWgd
92RgLC9+Sa5qoUbpBcSBPW95g3myXiDjFU0NE0gIyarMR7MOcMzHb3NgZZX/9ri3
E2HW7ONwlvGSRUwXRzkD
=pVz1
-END PGP SIGNATURE-

--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Josh Boyer]

On Tue, Dec 1, 2015 at 10:30 PM, Andrew Lutomirski  wrote:
> Since the old proposal to have the bootloader automatically enumerate
> boot options never went anywhere, can we do the next best thing?
>
> Specifically, these days grub2-mkconfig appears to produce output
> that's functionally identical to what grubby generates.  Can we switch
> new-kernel-pkg to just regenerate the grub2 config using
> grub2-mkconfig instead of using grubby?

I don't think so.  Despite the similarity in name, grubby does more
than just deal with grub stuff.  Namely, it handles bootloaders that
aren't grub.  We're close to having all arches on grub2, but I believe
armv7hl won't ever get there and it's a primary arch.

josh
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: relicensing mailing list?

[Kevin Fenzi]

On Wed, 2 Dec 2015 17:41:23 +0100
Michael Schwendt  wrote:

> On Wed, 2 Dec 2015 11:17:50 -0500, Josh Boyer wrote:
> 
> > >   https://admin.fedoraproject.org/mailman/listinfo/relicensing  
> > 
> > It's not that scary.  
> 
> Not? Scary! ;-)  48+ months of archived spam links and still
> collecting. 

I've set the list to reject all posts. 

Will check with the owner if it's still needed or if we can just remove
it now. 

FYI, an infrastructure ticket might well be a better place to bring
this sort of thing up.

kevin


pgpPY516Y7EuU.pgp
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: relicensing mailing list?

[Michael Schwendt]

On Wed, 2 Dec 2015 11:17:50 -0500, Josh Boyer wrote:

> >   https://admin.fedoraproject.org/mailman/listinfo/relicensing
> 
> It's not that scary.

Not? Scary! ;-)  48+ months of archived spam links and still collecting.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1285914] perl-Sereal-Decoder-3.007 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1285914

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #14 from Fedora Update System  ---
perl-Sereal-Decoder-3.008-1.fc22 has been pushed to the Fedora 22 testing
repository. If problems still persist, please make note of it in this bug
report.
If you want to test the update, you can install it with
$ su -c 'dnf --enablerepo=updates-testing update perl-Sereal-Decoder'
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2015-ac8569e5bd

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1286312] perl-Sereal-Decoder-3.008 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1286312

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #9 from Fedora Update System  ---
perl-Sereal-Decoder-3.008-1.fc22 has been pushed to the Fedora 22 testing
repository. If problems still persist, please make note of it in this bug
report.
If you want to test the update, you can install it with
$ su -c 'dnf --enablerepo=updates-testing update perl-Sereal-Decoder'
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2015-ac8569e5bd

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: LibreOffice packaging is a messy dependency graph

[Panu Matilainen]

On 12/02/2015 04:44 PM, Roberto Ragusa wrote:

On 12/02/2015 02:42 PM, David Tardon wrote:


On Tue, Dec 01, 2015 at 02:20:34AM -0500, Dan Book wrote:

I have run into this before and it was very confusing, it really should be
a separate command from remove for when you actually want to remove what
dnf thinks is now "unused".


Why? Remove is the opposite of install. "dnf install foo" will install
package foo _and_ all its dependencies. So it is only logical that
"dnf remove foo" should remove package foo _and_ all its (unneeded)
dependencies.


Maybe it is not so simple.
There are dependencies with no use apart the main tool (tool requires 
tool-libs),
but in some cases the dependency is useful on its own (e.g. fonts).

So, I counter your reasoning with this:

- dnf install foo (also installs bar)
- dnf install bar (oops, already installed, good)
- dnf remove foo (wow, why did it remove bar, I explicitly "installed" it 
yesterday!)

Is dnf able to recognize that bar was "wanted" and not "accidental"?



http://dnf.readthedocs.org/en/latest/command_ref.html#mark-command-label

- Panu -
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Schedule for Wednesday's FESCo Meeting (2015-12-02)

[Haïkel]

Due to a business travel, I'll be missing this week meeting.
I'll make sure to review all the tickets though.

Regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

BioPython: non-responsive maintainer

[Antonio Trande]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi all,

does anybody know how to contact 'python-biopython' maintainers?

https://bugzilla.redhat.com/show_bug.cgi?id=1274276
https://bugzilla.redhat.com/show_bug.cgi?id=1285861

- -- 
Antonio Trande

mailto: sagitter 'at' fedoraproject 'dot' org
http://fedoraos.wordpress.com/
https://fedoraproject.org/wiki/User:Sagitter
GPG Key: 0x565E653C
Check on https://keys.fedoraproject.org/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWXy0XAAoJEF5tK7VWXmU8XP0H/09CZumYgWuooAZbsjtG5zNC
Xz5zqdBLIZCS9mgjivQnpp2rNMGlnyQNLWfEDWJo31uKMMZJTzkfGapGvFzqojvV
Fi3oRrqdScgEgW7U08dsj11WdqTfEWO4g21zDX4WkYPzzN7ROxfQeFImcYB0MROj
78f2y1jWcmXcJ6tgarh4q3s0OyUxC377pVjTjkE4GjKZ0aHHUI3NvmGjkYlmKSto
DqO1OGgNAEXRkFybXz9goaDiYZwRT04vnVIEsEambtJfMYQSz+SM5/uXSzEGZ7O6
sIAW8WM9MqDaEG7TM3Egl44oMU3SgAdOfZbUZ9uv+ilm6glMdlKOnCeB+LtCAtw=
=Nba0
-END PGP SIGNATURE-
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Colin Walters]

On Tue, Dec 1, 2015, at 10:30 PM, Andrew Lutomirski wrote:
> Since the old proposal to have the bootloader automatically enumerate
> boot options never went anywhere, can we do the next best thing?
> 
> Specifically, these days grub2-mkconfig appears to produce output
> that's functionally identical to what grubby generates.  Can we switch
> new-kernel-pkg to just regenerate the grub2 config using
> grub2-mkconfig instead of using grubby.

Note this is what ostree (as used by Fedora Atomic Host) does.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Orphaned package available for new point of contact: yarock

[Kevin Fenzi]

Per request of the point of contact, I have orphaned the 'yarock'
package, so it's looking for new maintainer(s). 

Note that the latest upstream may require some additional new packages
be submitted.

See: https://bugzilla.redhat.com/show_bug.cgi?id=1213155 and
https://fedorahosted.org/fesco/ticket/1509

kevin


pgpAfFyipgIED.pgp
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

spot uploaded Email-Reply-1.204.tar.gz for perl-Email-Reply

[notifications]

3608322924137ef7c920f42364eca58e  Email-Reply-1.204.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Email-Reply/Email-Reply-1.204.tar.gz/md5/3608322924137ef7c920f42364eca58e/Email-Reply-1.204.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

spot pushed to perl-Email-Reply (master). "1.204"

[notifications]

>From bfaeb28061113d34e30fdc878e072abb5a81910f Mon Sep 17 00:00:00 2001
From: Tom Callaway 
Date: Wed, 2 Dec 2015 11:45:29 -0500
Subject: 1.204

---
 .gitignore| 1 +
 perl-Email-Reply.spec | 7 +--
 sources   | 2 +-
 3 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index bc3e7c3..82ed374 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
 Email-Reply-1.201.tar.gz
 Email-Reply-1.202.tar.gz
 /Email-Reply-1.203.tar.gz
+/Email-Reply-1.204.tar.gz
diff --git a/perl-Email-Reply.spec b/perl-Email-Reply.spec
index 4401b5f..1c6331f 100644
--- a/perl-Email-Reply.spec
+++ b/perl-Email-Reply.spec
@@ -1,6 +1,6 @@
 Name:   perl-Email-Reply
-Version:1.203
-Release:4%{?dist}
+Version:1.204
+Release:1%{?dist}
 Summary:Reply to an email message
 Group:  Development/Libraries
 License:GPL+ or Artistic
@@ -55,6 +55,9 @@ make test
 %{_mandir}/man3/Email::Reply.3*
 
 %changelog
+* Wed Dec  2 2015 Tom Callaway  - 1.204-1
+- update to 1.204
+
 * Thu Jun 18 2015 Fedora Release Engineering  
- 1.203-4
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
diff --git a/sources b/sources
index 9c14427..f7437f5 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-f392264104c55bc81f3762f91ea3835c  Email-Reply-1.203.tar.gz
+3608322924137ef7c920f42364eca58e  Email-Reply-1.204.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Email-Reply.git/commit/?h=master=bfaeb28061113d34e30fdc878e072abb5a81910f
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1179087] Holidays not counted in the total time

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1179087



--- Comment #9 from Fedora Update System  ---
perl-WWW-OrangeHRM-Client-0.10.0-1.fc22 has been pushed to the Fedora 22
testing repository. If problems still persist, please make note of it in this
bug report.
If you want to test the update, you can install it with
$ su -c 'dnf --enablerepo=updates-testing update perl-WWW-OrangeHRM-Client'
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2015-8f4b9668b9

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: f23: How to capture the lid close event and ...

[Dario Lesca]

Someone can help me?

I was able to do that with acpid via /etc/acpi/actions/ and
/etc/acpi/events/, but now all is gone: it is arrived systemd

Many thanks

Il giorno mar, 01/12/2015 alle 21.04 +0100, Dario Lesca ha scritto:
> ... do some action, like execute a custom shell, independently from
> the
> desktop environment use?
> 
> Many thanks for your suggestion.
> 
> -- 
> Dario Lesca
> (inviato dal mio Linux Fedora 23 Workstation)
> 
-- 
Dario Lesca
(inviato dal mio Linux Fedora 23 Workstation)
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Test-Announce]Fedora 21 End Of Life

[Dennis Gilmore]

As of the 1st of December 2015, Fedora 21 has reached its end of life for
updates and support. No further updates, including security updates,
will be available for Fedora 21. A previous reminder was sent on
27th of May [0].

Fedora 22 will continue to receive updates until approximately one
month after the release of Fedora 24.  The maintenance schedule of
Fedora releases is documented on the Fedora Project wiki [1].  The
Fedora Project wiki also contains instructions [2] on how to upgrade
from a previous release of Fedora to a version receiving updates.

Dennis

[0]
https://lists.fedoraproject.org/archives/list/announce%40lists.fedoraproject.org/thread/QCFQCN7JCRCNPD46UK5IAAJJHPRLYVK4/
[1]
https://fedoraproject.org/wiki/Fedora_Release_Life_Cycle#Maintenance_Schedule
[2] 
http://fedoraproject.org/wiki/DistributionUpgrades

signature.asc
Description: This is a digitally signed message part.
___
test-announce mailing list
test-annou...@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/test-annou...@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

holcapek pushed to perl-Log-Log4perl-Appender-Socket-UNIX (el6). "fixup! Fix EPEL6 build"

[notifications]

>From 451b876ce75aeb9d95c83d6585843507749e07d7 Mon Sep 17 00:00:00 2001
From: Jan Holcapek 
Date: Wed, 2 Dec 2015 17:41:47 +0100
Subject: fixup! Fix EPEL6 build

---
 perl-Log-Log4perl-Appender-Socket-UNIX.spec | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/perl-Log-Log4perl-Appender-Socket-UNIX.spec 
b/perl-Log-Log4perl-Appender-Socket-UNIX.spec
index 6ca6b7d..beab856 100644
--- a/perl-Log-Log4perl-Appender-Socket-UNIX.spec
+++ b/perl-Log-Log4perl-Appender-Socket-UNIX.spec
@@ -39,14 +39,14 @@ Socket and only logs to an existing socket.
 %check
 ./Build test
 
+%{!?_licensedir:%global license %doc}
+
 %files
 %doc Changes examples
 %license LICENSE
 %{perl_vendorlib}/*
 %{_mandir}/man3/*
 
-%{!?_licensedir:%global license %doc}
-
 %changelog
 * Wed Dec 2 2015 Jan Holcapek  1.04-4
 - Fix EPEL6 build.
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Log-Log4perl-Appender-Socket-UNIX.git/commit/?h=el6=451b876ce75aeb9d95c83d6585843507749e07d7
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-de...@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Andrew Lutomirski]

On Dec 2, 2015 8:38 AM, "Reindl Harald"  wrote:
>
>
>
> Am 02.12.2015 um 17:23 schrieb Andrew Lutomirski:
>>
>>
>> On Dec 2, 2015 8:15 AM, "Josh Boyer" > > wrote:
>>  >
>>  > On Tue, Dec 1, 2015 at 10:30 PM, Andrew Lutomirski > > wrote:
>>  > > Since the old proposal to have the bootloader automatically
enumerate
>>  > > boot options never went anywhere, can we do the next best thing?
>>  > >
>>  > > Specifically, these days grub2-mkconfig appears to produce output
>>  > > that's functionally identical to what grubby generates.  Can we
switch
>>  > > new-kernel-pkg to just regenerate the grub2 config using
>>  > > grub2-mkconfig instead of using grubby?
>>  >
>>  > I don't think so.  Despite the similarity in name, grubby does more
>>  > than just deal with grub stuff.  Namely, it handles bootloaders that
>>  > aren't grub.  We're close to having all arches on grub2, but I believe
>>  > armv7hl won't ever get there and it's a primary arch.
>>
>> Could we switch for grub2 architectures and keep using grubby for other
>> architectures?
>
>
> no - there is a world without grub2
> https://fedoraproject.org/wiki/Features/SyslinuxOption

Then let's make the same change across all bootloaders.  For grub2, use
grub2-mkconfig.  For syslinux, use whatever Anaconda uses to generate the
config in the first place.

Frankly, I'd like to see Fedora move away from grub2 even on x86.  But I'd
also like to see grubby go away.

--Andy

>
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Schedule for Wednesday's FESCo Meeting (2015-12-02)

[Jan Kurik]

There are two Changes for FESCo review opened by me, however I will
not be able to attend today due to a meeting conflict.
However I am going read updates in these tickets after the meeting.
So, if there will be anything needed from my side, please put a
comment into the ticket and I will answer it once I am available.

Thanks for understanding and Best Regards,
Jan

On Wed, Dec 2, 2015 at 6:05 PM, Haïkel  wrote:
> Due to a business travel, I'll be missing this week meeting.
> I'll make sure to review all the tickets though.
>
> Regards,
> H.
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org



-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: LibreOffice packaging is a messy dependency graph

[Panu Matilainen]

On 12/02/2015 07:04 PM, Panu Matilainen wrote:

On 12/02/2015 04:44 PM, Roberto Ragusa wrote:

On 12/02/2015 02:42 PM, David Tardon wrote:


On Tue, Dec 01, 2015 at 02:20:34AM -0500, Dan Book wrote:

I have run into this before and it was very confusing, it really
should be
a separate command from remove for when you actually want to remove
what
dnf thinks is now "unused".


Why? Remove is the opposite of install. "dnf install foo" will install
package foo _and_ all its dependencies. So it is only logical that
"dnf remove foo" should remove package foo _and_ all its (unneeded)
dependencies.


Maybe it is not so simple.
There are dependencies with no use apart the main tool (tool requires
tool-libs),
but in some cases the dependency is useful on its own (e.g. fonts).

So, I counter your reasoning with this:

- dnf install foo (also installs bar)
- dnf install bar (oops, already installed, good)
- dnf remove foo (wow, why did it remove bar, I explicitly "installed"
it yesterday!)

Is dnf able to recognize that bar was "wanted" and not "accidental"?



http://dnf.readthedocs.org/en/latest/command_ref.html#mark-command-label


BTW, for something simple as this its faster to test than speculate:

[root@mursu ~]# dnf install evince
Last metadata expiration check performed 0:01:06 ago on Wed Dec  2 
19:37:16 2015.

Dependencies resolved.

 Package Arch   Version   Repository 
Size


Installing:
 evince  x86_64 3.18.2-2.fc23 updates 
   2.3 M
 evince-libs x86_64 3.18.2-2.fc23 updates 
   360 k


Transaction Summary

Install  2 Packages

Total download size: 2.7 M
Installed size: 10 M
Is this ok [y/N]: y
Downloading Packages:
(1/2): evince-libs-3.18.2-2.fc23.x86_64.rpm 3.8 MB/s | 360 kB 
00:00
(2/2): evince-3.18.2-2.fc23.x86_64.rpm  8.3 MB/s | 2.3 MB 
00:00


Total   1.7 MB/s | 2.7 MB 
00:01

Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
  Installing  : evince-libs-3.18.2-2.fc23.x86_64 
 1/2
  Installing  : evince-3.18.2-2.fc23.x86_64 
 2/2
  Verifying   : evince-3.18.2-2.fc23.x86_64 
 1/2
  Verifying   : evince-libs-3.18.2-2.fc23.x86_64 
 2/2


Installed:
  evince.x86_64 3.18.2-2.fc23  evince-libs.x86_64 3.18.2-2.fc23 



Complete!
[root@mursu ~]# dnf install evince-libs
Last metadata expiration check performed 0:01:21 ago on Wed Dec  2 
19:37:16 2015.

Package evince-libs-3.18.2-2.fc23.x86_64 is already installed, skipping.
Dependencies resolved.
Nothing to do.
Complete!
[root@mursu ~]# dnf remove evince
Dependencies resolved.

 PackageArch  Version Repository 
Size


Removing:
 evince x86_643.18.2-2.fc23   @updates 
   9.3 M
 evince-libsx86_643.18.2-2.fc23   @updates 
   1.1 M


Transaction Summary

Remove  2 Packages

Installed size: 10 M
Is this ok [y/N]: n
Operation aborted.
[root@mursu ~]#


So the answer is no, dnf does not consider "install" of an already 
installed packages to be equivalent of "mark install". I think it should 
- user asking for a package to be installed does not get any more 
explicit than "install ".


- Panu -
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Josh Boyer]

On Wed, Dec 2, 2015 at 12:09 PM, Andrew Lutomirski  wrote:
>
> On Dec 2, 2015 8:38 AM, "Reindl Harald"  wrote:
>>
>>
>>
>> Am 02.12.2015 um 17:23 schrieb Andrew Lutomirski:
>>>
>>>
>>> On Dec 2, 2015 8:15 AM, "Josh Boyer" >> > wrote:
>>>  >
>>>  > On Tue, Dec 1, 2015 at 10:30 PM, Andrew Lutomirski >> > wrote:
>>>  > > Since the old proposal to have the bootloader automatically
>>> enumerate
>>>  > > boot options never went anywhere, can we do the next best thing?
>>>  > >
>>>  > > Specifically, these days grub2-mkconfig appears to produce output
>>>  > > that's functionally identical to what grubby generates.  Can we
>>> switch
>>>  > > new-kernel-pkg to just regenerate the grub2 config using
>>>  > > grub2-mkconfig instead of using grubby?
>>>  >
>>>  > I don't think so.  Despite the similarity in name, grubby does more
>>>  > than just deal with grub stuff.  Namely, it handles bootloaders that
>>>  > aren't grub.  We're close to having all arches on grub2, but I believe
>>>  > armv7hl won't ever get there and it's a primary arch.
>>>
>>> Could we switch for grub2 architectures and keep using grubby for other
>>> architectures?
>>
>>
>> no - there is a world without grub2
>> https://fedoraproject.org/wiki/Features/SyslinuxOption
>
> Then let's make the same change across all bootloaders.  For grub2, use
> grub2-mkconfig.  For syslinux, use whatever Anaconda uses to generate the
> config in the first place.

And you would do that via a single command how?  By wrapping it in an
architecture/bootloader agnostic wrapper.  Which is what grubby is.

> Frankly, I'd like to see Fedora move away from grub2 even on x86.  But I'd
> also like to see grubby go away.

Maybe you could start by listing the problems you have with grubby
(and apparently grub2) instead of just saying get rid of it?

josh
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Neal Gompa]

On Wed, Dec 2, 2015 at 12:50 PM, Josh Boyer 
wrote:

> On Wed, Dec 2, 2015 at 12:09 PM, Andrew Lutomirski  wrote:
> >
> > On Dec 2, 2015 8:38 AM, "Reindl Harald"  wrote:
> >>
> >>
> >>
> >> Am 02.12.2015 um 17:23 schrieb Andrew Lutomirski:
> >>>
> >>>
> >>> On Dec 2, 2015 8:15 AM, "Josh Boyer"  >>> > wrote:
> >>>  >
> >>>  > On Tue, Dec 1, 2015 at 10:30 PM, Andrew Lutomirski  >>> > wrote:
> >>>  > > Since the old proposal to have the bootloader automatically
> >>> enumerate
> >>>  > > boot options never went anywhere, can we do the next best thing?
> >>>  > >
> >>>  > > Specifically, these days grub2-mkconfig appears to produce output
> >>>  > > that's functionally identical to what grubby generates.  Can we
> >>> switch
> >>>  > > new-kernel-pkg to just regenerate the grub2 config using
> >>>  > > grub2-mkconfig instead of using grubby?
> >>>  >
> >>>  > I don't think so.  Despite the similarity in name, grubby does more
> >>>  > than just deal with grub stuff.  Namely, it handles bootloaders that
> >>>  > aren't grub.  We're close to having all arches on grub2, but I
> believe
> >>>  > armv7hl won't ever get there and it's a primary arch.
> >>>
> >>> Could we switch for grub2 architectures and keep using grubby for other
> >>> architectures?
> >>
> >>
> >> no - there is a world without grub2
> >> https://fedoraproject.org/wiki/Features/SyslinuxOption
> >
> > Then let's make the same change across all bootloaders.  For grub2, use
> > grub2-mkconfig.  For syslinux, use whatever Anaconda uses to generate the
> > config in the first place.
>
> And you would do that via a single command how?  By wrapping it in an
> architecture/bootloader agnostic wrapper.  Which is what grubby is.
>
> > Frankly, I'd like to see Fedora move away from grub2 even on x86.  But
> I'd
> > also like to see grubby go away.
>
> Maybe you could start by listing the problems you have with grubby
> (and apparently grub2) instead of just saying get rid of it?
>
> josh


​My big pain point right now is that we can't have /boot be a subvolume on
btrfs and boot properly.

GRUB2 and ExtLinux both support booting from btrfs just fine, but we don't
seem to support it for some reason?

I can't recall the issue off the top of my head, but I *think* the issue
was related to grubby. Perhaps using grub2-mkconfig would fix this?​


-- 
真実はいつも一つ！/ Always, there's only one truth!
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: conditionalizing %license

[Dave Love]

Sérgio Basto  writes:

> On Ter, 2015-12-01 at 16:44 +, Dave Love wrote:
>> What's the correct way to write a spec file that obeys the %license*
>> stipulation but also works for epel6?
>> 
>> Some time ago I was told to follow
>> https://fedorahosted.org/fpc/ticket/411 and write
>> 
>>   %{!?_licensedir:%global license %%doc}
>> 
>> and that now also appears in
>> https://fedoraproject.org/wiki/EPEL:Packaging?rd=Packaging:EPEL#The_.
>> 25license_tag
>
> https://fedoraproject.org/wiki/EPEL:Packaging#The_.25license_tag
>
> have the correct form : 
> %{!?_licensedir:%global license %doc} 

Well, it doesn't seem to make any difference.

I'm now baffled.  I had the %%doc version above in a spec file, and
fedora-review complained about doc v. license.  I checked with rpmbuild,
as below, found that _licensedir wasn't defined, only
_defaultlicensedir; so I changed to using that and the review complaint
went away.

However, a test with a trivial spec file shows that licensedir actually
is defined.  Where does it come from, and why isn't it shown by
--showrc?  Now I can't reproduce the issue with what I was packaging,
consistent with the test.  Also I checked the dssp packages I did
recently using the %%doc form, and they show the right difference
between el5/6 and the rest.

>> I now realize it's not working in any non-el5/6 mock root I've tried,
>> because the macro isn't defined (according to "rpmbuild --showrc"),
>> only
>> _defaultlicensedir is.
>> 
>> Is the instruction simply wrong, or am I missing something?

Apologies for the noise, but...

-- Confused of Liverpool
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Gradle Packaging

[Dennis Chen]

There are a couple of Java libraries that are built using the Gradle
system, which should have been incorporated in the F22 release. What is
the status of the use of Gradle in building packages for Fedora? It
seems that there are no macros specific to Gradle, and the Java
distribution guidelines rather outdated.

Sincerely,
Dennis Chen

signature.asc
Description: This is a digitally signed message part


smime.p7s
Description: S/MIME cryptographic signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Reindl Harald]

Am 02.12.2015 um 21:31 schrieb Andrew Lutomirski:

On Wed, Dec 2, 2015 at 12:21 PM, Reindl Harald  wrote:



Am 02.12.2015 um 21:16 schrieb Andrew Lutomirski:


On Wed, Dec 2, 2015 at 11:54 AM, Josh Boyer 
wrote:


That's a matter of preference.  If I have a newer kernel version
installed that doesn't actually work, I want the older kernel I _just_
installed to be the default and top entry so my machine boots to
something I can use.  This happens often when people try rawhide -rcX
kernels to test something.

Fixing this might be better served by filing an RFE for grubby to
change the preference order.



Or file an RFE for grub2 to have an option to use the file timestamps
instead of the version for the sort order



breaking news: file timestamps of packages are independent of the install
time so this can't work - any attributes like timestamp, owner, permision
are part of the package for good reasons (rkhunter as example compares them
with the rpm database)


Can you please try to reduce your level of sarcasm on the list?


i try, but sometimes it's obviously needed


It's especially irritating when you're simultaneously sarcastic and
factually incorrect:


no, i am 100% correct in that context or why does my kernel have a 
timestamp from yesterday but was updated today?


[root@rawhide ~]# cat /var/log/dnf.rpm.log | grep kernel | grep 
4.4.0-0.rc3.git1.1

Dec 02 19:55:47 INFO Installed: kernel-core-4.4.0-0.rc3.git1.1.fc24.x86_64
Dec 02 19:55:47 INFO Installed: kernel-core-4.4.0-0.rc3.git1.1.fc24.x86_64

[root@rawhide ~]# ls -lha /boot/vmlinuz-4.4.0-0.rc3.git1.1.fc24.x86_64
-rwxr-xr-x 1 root root 6.4M 2015-12-01 17:34 
/boot/vmlinuz-4.4.0-0.rc3.git1.1.fc24.x86_64




signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Josh Boyer]

On Wed, Dec 2, 2015 at 2:35 PM, Andrew Lutomirski  wrote:
> On Wed, Dec 2, 2015 at 9:50 AM, Josh Boyer  wrote:
>> On Wed, Dec 2, 2015 at 12:09 PM, Andrew Lutomirski  wrote:
>>>
>>> On Dec 2, 2015 8:38 AM, "Reindl Harald"  wrote:



 Am 02.12.2015 um 17:23 schrieb Andrew Lutomirski:
>
>
> On Dec 2, 2015 8:15 AM, "Josh Boyer"  > wrote:
>  >
>  > On Tue, Dec 1, 2015 at 10:30 PM, Andrew Lutomirski  > wrote:
>  > > Since the old proposal to have the bootloader automatically
> enumerate
>  > > boot options never went anywhere, can we do the next best thing?
>  > >
>  > > Specifically, these days grub2-mkconfig appears to produce output
>  > > that's functionally identical to what grubby generates.  Can we
> switch
>  > > new-kernel-pkg to just regenerate the grub2 config using
>  > > grub2-mkconfig instead of using grubby?
>  >
>  > I don't think so.  Despite the similarity in name, grubby does more
>  > than just deal with grub stuff.  Namely, it handles bootloaders that
>  > aren't grub.  We're close to having all arches on grub2, but I believe
>  > armv7hl won't ever get there and it's a primary arch.
>
> Could we switch for grub2 architectures and keep using grubby for other
> architectures?


 no - there is a world without grub2
 https://fedoraproject.org/wiki/Features/SyslinuxOption
>>>
>>> Then let's make the same change across all bootloaders.  For grub2, use
>>> grub2-mkconfig.  For syslinux, use whatever Anaconda uses to generate the
>>> config in the first place.
>>
>> And you would do that via a single command how?  By wrapping it in an
>> architecture/bootloader agnostic wrapper.  Which is what grubby is.
>
> But it's not.  grubby does things like adding kernels and removing
> kernels.  grub2-mkconfig enumerates kernels and generates a config.

Hm.  Wait.  I think there might be a terminology conflict here.  Are
you specifically referring to grubby the binary, or do you mean grubby
the package?  Because I was talking about the latter, as it contains
new-kernel-pkg, etc.

>>> Frankly, I'd like to see Fedora move away from grub2 even on x86.  But I'd
>>> also like to see grubby go away.
>>
>> Maybe you could start by listing the problems you have with grubby
>> (and apparently grub2) instead of just saying get rid of it?
>
> Fair enough.  Two major problems come to mind:
>
> 1. grubby puts the most recently-installed kernel on top.
> grub2-mkconfig puts the highest version on top.  In the cases where
> they differ, I'd argue that the latter is better.

That's a matter of preference.  If I have a newer kernel version
installed that doesn't actually work, I want the older kernel I _just_
installed to be the default and top entry so my machine boots to
something I can use.  This happens often when people try rawhide -rcX
kernels to test something.

Fixing this might be better served by filing an RFE for grubby to
change the preference order.

> 2 .If I want to edit boot options, grubby makes it unnecessarily
> painful, and the directions are simply wrong.  For example, my
> /etc/grub2-efi.cfg says:
>
> #
> # DO NOT EDIT THIS FILE
> #
> # It is automatically generated by grub2-mkconfig using templates
> # from /etc/grub.d and settings from /etc/default/grub
> #

TBH, I just edit /boot/EFI/efi/grub.cfg directly.  It works fine.

> That's grossly misleading.  It *was* automatically generated, but it
> is certainly not automatically generated on an ongoing basis.  If I
> change settings in /etc/default/grub, nothing happens.  If I actually
> want to change boot options, I have to either manually edit every
> instance (or somehow, magically, the correct subset of copies) in
> /etc/grub2-efi.cfg, which is a real pain and easy to screw up.  Or I
> can cross my fingers any try to figure out the right invocation to
> just regenerate the whole thing (grub2-mkconfig >/etc/grub2-efi.cfg,
> presumably).  Assuming that such an incantation exists (which it does
> these days!), one wonders why it's not happening automatically on
> kernel upgrades.

How often are you editing the boot options for _all_ installed
kernels?  I'm not questioning what you're saying, but my experience
tends show people edit boot options for a single stanza which isn't
all that arduous.

Also, once edited, any newly installed kernel after that picks up the
added options auto-magically.

> To the extent that I do it wrong and grub2-efi.cfg diverges from that
> which is implied by /etc/default/grub, etc, we have a mess.  This can
> happen due to settings editing and presumably due to other things.

This sounds like a documentation issue?  You're looking at the files
grub2 installs and trying to follow their advice, but the distro
doesn't actually 

Re: RFC: switching from grubby to grub2-mkconfig

[Reindl Harald]

Am 02.12.2015 um 20:35 schrieb Andrew Lutomirski:

On Wed, Dec 2, 2015 at 9:50 AM, Josh Boyer  wrote:

And you would do that via a single command how?  By wrapping it in an
architecture/bootloader agnostic wrapper.  Which is what grubby is.


But it's not.  grubby does things like adding kernels and removing
kernels.  grub2-mkconfig enumerates kernels and generates a config.


and if it has a bug you are lot with *all* entries borked


#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub2-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

That's grossly misleading.  It *was* automatically generated, but it
is certainly not automatically generated on an ongoing basis.  If I
change settings in /etc/default/grub, nothing happens.  If I actually
want to change boot options, I have to either manually edit every
instance (or somehow, magically, the correct subset of copies) in
/etc/grub2-efi.cfg, which is a real pain and easy to screw up


no - if you want them all identically just run grub2-mkconfig manually 
but don't expect that i am happy when something put's the same error 
into every entry


https://bugzilla.redhat.com/show_bug.cgi?id=840204 is probably the best 
example - with grubby you where able to add the needed option to the 
most recent entry and survived kernel updates


with grub2-mkconfig *every* single kernel update without edit the config 
before reboot meant go to your car and drive 300 miles to the remote 
machine or explain somebody how to get screen and keyboard on the 
headless machine and hand out the password




signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Reindl Harald]

Am 02.12.2015 um 20:35 schrieb Andrew Lutomirski:

1. grubby puts the most recently-installed kernel on top.
grub2-mkconfig puts the highest version on top.  In the cases where
they differ, I'd argue that the latter is better


it's not better

it's pure crap when you have to downgrade because the higher kernel just 
don't work proper on your machine - there is one and only single reason 
why the most recently is lower - a downgrade by intention




signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Reindl Harald]

Am 02.12.2015 um 21:16 schrieb Andrew Lutomirski:

On Wed, Dec 2, 2015 at 11:54 AM, Josh Boyer  wrote:

That's a matter of preference.  If I have a newer kernel version
installed that doesn't actually work, I want the older kernel I _just_
installed to be the default and top entry so my machine boots to
something I can use.  This happens often when people try rawhide -rcX
kernels to test something.

Fixing this might be better served by filing an RFE for grubby to
change the preference order.


Or file an RFE for grub2 to have an option to use the file timestamps
instead of the version for the sort order


breaking news: file timestamps of packages are independent of the 
install time so this can't work - any attributes like timestamp, owner, 
permision are part of the package for good reasons (rkhunter as example 
compares them with the rpm database)




signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Summary/Minutes from today's FESCo Meeting (2015-12-02)

[Parag Nemade]

===
#fedora-meeting: FESCO (2015-12-02)
===


Meeting started by paragan at 18:00:15 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2015-12-02/fesco.2015-12-02-18.00.log.html
.



Meeting summary
---
* init process  (paragan, 18:00:15)

* #1504 F24 System Wide Change: Fedora 24 Boost 1.60 uplift  (paragan,
  18:08:13)
  * LINK: https://fedorahosted.org/fesco/ticket/1504   (paragan,
18:08:13)
  * AGREED: Approved F24 System Wide Change: Fedora 24 Boost 1.60 uplift
(8, 0, 0)  (paragan, 18:11:32)

* #1509 yarock package maintainer not respoding  (paragan, 18:12:58)
  * LINK: https://fedorahosted.org/fesco/ticket/1509   (paragan,
18:12:59)
  * AGREED: Based on jam3s email reply on fesco list, let's open yarock
package for new maintainer (5, 0, 0)  (paragan, 18:19:24)

* #1510 F24 System Wide Change: Livemedia Creator  (paragan, 18:21:10)
  * LINK: https://fedorahosted.org/fesco/ticket/1510   (paragan,
18:21:11)
  * AGREED: Approved F24 System Wide Change: Livemedia Creator (7, 0, 0)
(paragan, 18:23:04)

* #1505 Being able to prefer packages on distribution level  (paragan,
  18:23:18)
  * LINK: https://fedorahosted.org/fesco/ticket/1505   (paragan,
18:23:18)
  * AGREED: The use of Suggests: as a mechanism to resolve ambiguous
dependencies is approved. (7, 0, 0)  (paragan, 18:41:42)

* Next week's chair  (paragan, 18:45:12)
  * sgallagh to chair next week  (paragan, 18:46:54)

* Open Floor  (paragan, 18:47:09)
  * LINK: https://fedorahosted.org/fesco/ticket/1469   (jwb, 18:48:04)
  * LINK: https://pagure.io/pungi/issue/81   (nirik, 19:02:41)

Meeting ended at 19:06:31 UTC.




Action Items






Action Items, by person
---
* **UNASSIGNED**
  * (none)




People Present (lines said)
---
* paragan (52)
* sgallagh (48)
* dgilmore (45)
* nirik (35)
* jwb (32)
* ajax (18)
* thozza (17)
* zodbot (10)
* rishi (3)
* jkurik_mtg (1)
* number80 (0)




Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/MeetBot
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Review Swap Request

[Adam Miller]

Hello all,
I would like to request a review for the OpenShift Origin package
and would be happy to review someone else's package in return.

origin - OpenShift Open Source Container Management by Red Hat
https://bugzilla.redhat.com/show_bug.cgi?id=1287822

Thank you,
-AdamM
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Andrew Lutomirski]

On Wed, Dec 2, 2015 at 12:21 PM, Reindl Harald  wrote:
>
>
> Am 02.12.2015 um 21:16 schrieb Andrew Lutomirski:
>>
>> On Wed, Dec 2, 2015 at 11:54 AM, Josh Boyer 
>> wrote:
>>>
>>> That's a matter of preference.  If I have a newer kernel version
>>> installed that doesn't actually work, I want the older kernel I _just_
>>> installed to be the default and top entry so my machine boots to
>>> something I can use.  This happens often when people try rawhide -rcX
>>> kernels to test something.
>>>
>>> Fixing this might be better served by filing an RFE for grubby to
>>> change the preference order.
>>
>>
>> Or file an RFE for grub2 to have an option to use the file timestamps
>> instead of the version for the sort order
>
>
> breaking news: file timestamps of packages are independent of the install
> time so this can't work - any attributes like timestamp, owner, permision
> are part of the package for good reasons (rkhunter as example compares them
> with the rpm database)

Can you please try to reduce your level of sarcasm on the list?

It's especially irritating when you're simultaneously sarcastic and
factually incorrect:

$ stat /boot/vmlinuz-4.2.6-301.fc23.x86_64
  File: ‘/boot/vmlinuz-4.2.6-301.fc23.x86_64’
  Size: 5980440   Blocks: 11688  IO Block: 4096   regular file
Device: 10302h/66306dInode: 13  Links: 1
Access: (0755/-rwxr-xr-x)  Uid: (0/root)   Gid: (0/root)
Context: system_u:object_r:modules_object_t:s0
Access: 2015-11-20 14:35:27.0 -0800
Modify: 2015-11-20 14:35:27.0 -0800
Change: 2015-11-29 13:02:59.410471082 -0800

^^
Note the ctime

 Birth: -

For something more reliable, grub2-mkconfig for similar could do something like:

$ rpm -qf /boot/vmlinuz-4.2.6-301.fc2-queryformat '%{installtime}\n'

with some appropriate provision for packages that don't come from RPM
in the first place.

For human readability:

$ rpm -qf /boot/vmlinuz-4.2.6-301.fc23.x86_64 --queryformat
'%{installtime:date}\n'
Sun 29 Nov 2015 01:01:52 PM PST

Note that this is suspiciously similar to ctime above.

--Andy
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Andrew Lutomirski]

On Wed, Dec 2, 2015 at 12:37 PM, Reindl Harald  wrote:
>
>
> Am 02.12.2015 um 21:31 schrieb Andrew Lutomirski:
>>
>> On Wed, Dec 2, 2015 at 12:21 PM, Reindl Harald 
>> wrote:
>>>
>>>
>>>
>>> Am 02.12.2015 um 21:16 schrieb Andrew Lutomirski:


 On Wed, Dec 2, 2015 at 11:54 AM, Josh Boyer 
 wrote:
>
>
> That's a matter of preference.  If I have a newer kernel version
> installed that doesn't actually work, I want the older kernel I _just_
> installed to be the default and top entry so my machine boots to
> something I can use.  This happens often when people try rawhide -rcX
> kernels to test something.
>
> Fixing this might be better served by filing an RFE for grubby to
> change the preference order.



 Or file an RFE for grub2 to have an option to use the file timestamps
 instead of the version for the sort order
>>>
>>>
>>>
>>> breaking news: file timestamps of packages are independent of the install
>>> time so this can't work - any attributes like timestamp, owner, permision
>>> are part of the package for good reasons (rkhunter as example compares
>>> them
>>> with the rpm database)
>>
>>
>> Can you please try to reduce your level of sarcasm on the list?
>
>
> i try, but sometimes it's obviously needed
>
>> It's especially irritating when you're simultaneously sarcastic and
>> factually incorrect:
>
>
> no, i am 100% correct in that context or why does my kernel have a timestamp
> from yesterday but was updated today?
>
> [root@rawhide ~]# cat /var/log/dnf.rpm.log | grep kernel | grep
> 4.4.0-0.rc3.git1.1
> Dec 02 19:55:47 INFO Installed: kernel-core-4.4.0-0.rc3.git1.1.fc24.x86_64
> Dec 02 19:55:47 INFO Installed: kernel-core-4.4.0-0.rc3.git1.1.fc24.x86_64
>
> [root@rawhide ~]# ls -lha /boot/vmlinuz-4.4.0-0.rc3.git1.1.fc24.x86_64
> -rwxr-xr-x 1 root root 6.4M 2015-12-01 17:34
> /boot/vmlinuz-4.4.0-0.rc3.git1.1.fc24.x86_64

You're not 100% correct.  Try ls -lhca.  Note the 'c' in there.  And
maybe try at least searching the manpage for the most obvious keywork
('ctime' in this case) before digging in your heels.  (Or even try the
exact commands I put in my email, which would have lead to much the
same conclusion.)

The fact that you assert your absolute correctness on a frequent basis
even when you're not correct makes me, and probably other people,
likely to discount everything you say even in the cases when you are
correct.  If you want your opinion to be helpful, please reconsider
how you write your emails.

Anyway, I filed an RFE: https://bugzilla.redhat.com/show_bug.cgi?id=1287854

--Andy
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Andrew Lutomirski]

On Wed, Dec 2, 2015 at 9:50 AM, Josh Boyer  wrote:
> On Wed, Dec 2, 2015 at 12:09 PM, Andrew Lutomirski  wrote:
>>
>> On Dec 2, 2015 8:38 AM, "Reindl Harald"  wrote:
>>>
>>>
>>>
>>> Am 02.12.2015 um 17:23 schrieb Andrew Lutomirski:


 On Dec 2, 2015 8:15 AM, "Josh Boyer" > wrote:
  >
  > On Tue, Dec 1, 2015 at 10:30 PM, Andrew Lutomirski > wrote:
  > > Since the old proposal to have the bootloader automatically
 enumerate
  > > boot options never went anywhere, can we do the next best thing?
  > >
  > > Specifically, these days grub2-mkconfig appears to produce output
  > > that's functionally identical to what grubby generates.  Can we
 switch
  > > new-kernel-pkg to just regenerate the grub2 config using
  > > grub2-mkconfig instead of using grubby?
  >
  > I don't think so.  Despite the similarity in name, grubby does more
  > than just deal with grub stuff.  Namely, it handles bootloaders that
  > aren't grub.  We're close to having all arches on grub2, but I believe
  > armv7hl won't ever get there and it's a primary arch.

 Could we switch for grub2 architectures and keep using grubby for other
 architectures?
>>>
>>>
>>> no - there is a world without grub2
>>> https://fedoraproject.org/wiki/Features/SyslinuxOption
>>
>> Then let's make the same change across all bootloaders.  For grub2, use
>> grub2-mkconfig.  For syslinux, use whatever Anaconda uses to generate the
>> config in the first place.
>
> And you would do that via a single command how?  By wrapping it in an
> architecture/bootloader agnostic wrapper.  Which is what grubby is.

But it's not.  grubby does things like adding kernels and removing
kernels.  grub2-mkconfig enumerates kernels and generates a config.

>
>> Frankly, I'd like to see Fedora move away from grub2 even on x86.  But I'd
>> also like to see grubby go away.
>
> Maybe you could start by listing the problems you have with grubby
> (and apparently grub2) instead of just saying get rid of it?

Fair enough.  Two major problems come to mind:

1. grubby puts the most recently-installed kernel on top.
grub2-mkconfig puts the highest version on top.  In the cases where
they differ, I'd argue that the latter is better.

2 .If I want to edit boot options, grubby makes it unnecessarily
painful, and the directions are simply wrong.  For example, my
/etc/grub2-efi.cfg says:

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub2-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

That's grossly misleading.  It *was* automatically generated, but it
is certainly not automatically generated on an ongoing basis.  If I
change settings in /etc/default/grub, nothing happens.  If I actually
want to change boot options, I have to either manually edit every
instance (or somehow, magically, the correct subset of copies) in
/etc/grub2-efi.cfg, which is a real pain and easy to screw up.  Or I
can cross my fingers any try to figure out the right invocation to
just regenerate the whole thing (grub2-mkconfig >/etc/grub2-efi.cfg,
presumably).  Assuming that such an incantation exists (which it does
these days!), one wonders why it's not happening automatically on
kernel upgrades.

To the extent that I do it wrong and grub2-efi.cfg diverges from that
which is implied by /etc/default/grub, etc, we have a mess.  This can
happen due to settings editing and presumably due to other things.

In fact, looking more closely, there's already a divergence.
grub2-mkconfig doesn't emit LANG=en_US.UTF-8.  The grubby-generated
config has LANG=en_US.UTF-8 on all entries except vmlinuz-0-rescue.  I
would argue that that's a bug.  If grubby went away or started using
grub2-mkconfig internally, this bug and all bugs like it would become
impossible.

A more minor (from my POV) problem:

3. More critical-path code.  grub2-mkconfig must work for Anaconda to
work.  ostree requires it, too.  But grubby is a separate and
presumably rather more complicated codebase, and it needs to be kept
in sync for kernel upgrades to work, and those are also critical path.

--Andy
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: relicensing mailing list?

[Michael Schwendt]

On Wed, 2 Dec 2015 09:52:06 -0700, Kevin Fenzi wrote:

> I've set the list to reject all posts. 

Thank you!

> Will check with the owner if it's still needed or if we can just remove
> it now. 

Note that my initial mail had the two list owner addresses in Cc.

> FYI, an infrastructure ticket might well be a better place to bring
> this sort of thing up.

Minus the publicity. I first wanted to find out what the list owner(s)
may have had to say about it. And doing that in public can inspire other
list owners to check their ancient/unused lists, too.
Or just check for missing list descriptions. ;-)
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Reindl Harald]

Am 02.12.2015 um 21:46 schrieb Andrew Lutomirski:

The fact that you assert your absolute correctness on a frequent basis
even when you're not correct makes me, and probably other people,
likely to discount everything you say even in the cases when you are
correct.  If you want your opinion to be helpful, please reconsider
how you write your emails.


the problem with that thread is that you discount anything because you 
refuse trying to understand that it is a *very* bad idea to touch *all* 
boot entries after a kernel install



Anyway, I filed an RFE: https://bugzilla.redhat.com/show_bug.cgi?id=1287854


and i answered why it is a bad idea there

"regenerating config instead of incrementally" leads in change 
*intentional* differences of options when someone tries to debug kernel 
problems and much more worse: a bug there would render *all* boot 
options unbootable instead only the last installed one


frankly one can even raise "installonly_limit" by intention and have the 
same kernel version with *multiple* options - that all would be erased 
by try out if a newer build fixes the problem


now you can say: that's not a problem for the ordinary user
i say: the ordianry user don't touch kernel options at all



signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Andrew Lutomirski]

On Wed, Dec 2, 2015 at 11:54 AM, Josh Boyer  wrote:
> On Wed, Dec 2, 2015 at 2:35 PM, Andrew Lutomirski  wrote:
>> On Wed, Dec 2, 2015 at 9:50 AM, Josh Boyer  wrote:
>>> And you would do that via a single command how?  By wrapping it in an
>>> architecture/bootloader agnostic wrapper.  Which is what grubby is.
>>
>> But it's not.  grubby does things like adding kernels and removing
>> kernels.  grub2-mkconfig enumerates kernels and generates a config.
>
> Hm.  Wait.  I think there might be a terminology conflict here.  Are
> you specifically referring to grubby the binary, or do you mean grubby
> the package?  Because I was talking about the latter, as it contains
> new-kernel-pkg, etc.

I'm talking about grubby the binary and grubby the approach of
incrementally editing the config rather than regenerating it each
time.

>
 Frankly, I'd like to see Fedora move away from grub2 even on x86.  But I'd
 also like to see grubby go away.
>>>
>>> Maybe you could start by listing the problems you have with grubby
>>> (and apparently grub2) instead of just saying get rid of it?
>>
>> Fair enough.  Two major problems come to mind:
>>
>> 1. grubby puts the most recently-installed kernel on top.
>> grub2-mkconfig puts the highest version on top.  In the cases where
>> they differ, I'd argue that the latter is better.
>
> That's a matter of preference.  If I have a newer kernel version
> installed that doesn't actually work, I want the older kernel I _just_
> installed to be the default and top entry so my machine boots to
> something I can use.  This happens often when people try rawhide -rcX
> kernels to test something.
>
> Fixing this might be better served by filing an RFE for grubby to
> change the preference order.

Or file an RFE for grub2 to have an option to use the file timestamps
instead of the version for the sort order.

In my case, I do a lot of kernel compiling, and I don't like the
RPM-provided 4.2-whatever kernels to end up above my 4.4+patches
kernel whenever dnf pulls in a new kernel.

>
>> 2 .If I want to edit boot options, grubby makes it unnecessarily
>> painful, and the directions are simply wrong.  For example, my
>> /etc/grub2-efi.cfg says:
>>
>> #
>> # DO NOT EDIT THIS FILE
>> #
>> # It is automatically generated by grub2-mkconfig using templates
>> # from /etc/grub.d and settings from /etc/default/grub
>> #
>
> TBH, I just edit /boot/EFI/efi/grub.cfg directly.  It works fine.

I do that to.  I find it to be extremely tedious and error prone.  In
comparison, managing /etc/default/grub on the Ubuntu servers I
maintain is a piece of work, works every time, and requires no thought
about exactly how many copies of the same thing I have to change.  And
that file exists on Fedora, with the same contents, but uselessly,
unlike Ubuntu.  Debian/Ubuntu's update-grub tool is wonderful, and
it's really quite simple:

#!/bin/sh
set -e
exec grub-mkconfig -o /boot/grub/grub.cfg "$@"

Of course, the paths would be a bit different for Fedora.

>
>> That's grossly misleading.  It *was* automatically generated, but it
>> is certainly not automatically generated on an ongoing basis.  If I
>> change settings in /etc/default/grub, nothing happens.  If I actually
>> want to change boot options, I have to either manually edit every
>> instance (or somehow, magically, the correct subset of copies) in
>> /etc/grub2-efi.cfg, which is a real pain and easy to screw up.  Or I
>> can cross my fingers any try to figure out the right invocation to
>> just regenerate the whole thing (grub2-mkconfig >/etc/grub2-efi.cfg,
>> presumably).  Assuming that such an incantation exists (which it does
>> these days!), one wonders why it's not happening automatically on
>> kernel upgrades.
>
> How often are you editing the boot options for _all_ installed
> kernels?  I'm not questioning what you're saying, but my experience
> tends show people edit boot options for a single stanza which isn't
> all that arduous.

I generally update for all because I don't trust grubby to propagate
them if I don't or I edit for all because I'm sometimes fastidious.
If I only do one, it's because I'm lazy.

>
> Also, once edited, any newly installed kernel after that picks up the
> added options auto-magically.

Depends which stanza I edit in my experience.

>
>> To the extent that I do it wrong and grub2-efi.cfg diverges from that
>> which is implied by /etc/default/grub, etc, we have a mess.  This can
>> happen due to settings editing and presumably due to other things.
>
> This sounds like a documentation issue?  You're looking at the files
> grub2 installs and trying to follow their advice, but the distro
> doesn't actually use any of that?
>
>> In fact, looking more closely, there's already a divergence.
>> grub2-mkconfig doesn't emit LANG=en_US.UTF-8.  The grubby-generated
>> config has LANG=en_US.UTF-8 on all entries except vmlinuz-0-rescue.  I
>> would argue that that's a 

jplesnik set the monitor flag of perl-Tie-Simple to nobuild

[notifications]

jplesnik set the monitor flag of perl-Tie-Simple to nobuild

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

jplesnik uploaded Tie-Simple-1.04.tar.gz for perl-Tie-Simple

[notifications]

e5b49588609d6212d3b9bc808cab7aa4  Tie-Simple-1.04.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Tie-Simple/Tie-Simple-1.04.tar.gz/md5/e5b49588609d6212d3b9bc808cab7aa4/Tie-Simple-1.04.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1188109] [abrt] perl-Padre: S_sv_unmagicext_flags(): perl killed by SIGSEGV

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1188109



--- Comment #13 from Fedora End Of Life  ---
Fedora 21 changed to end-of-life (EOL) status on 2015-12-01. Fedora 21 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1188109] [abrt] perl-Padre: S_sv_unmagicext_flags(): perl killed by SIGSEGV

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1188109

Fedora End Of Life  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution|--- |WONTFIX
Last Closed||2015-12-02 03:25:31



-- 
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: F24 System Wide Change: Node.js 4.2

[Vít Ondruch]

Is there some testing version of v8 somewhere? Will we have time to play
with rubygem-therubyracer, if we can convince it to run with recent v8
or what else have to be done? The same applies for MongoDB if I am not
mistaken.


Vít


Dne 1.12.2015 v 17:58 Jan Kurik napsal(a):
> = Proposed F24 System Wide Change: Node.js 4.2 =
> https://fedoraproject.org/wiki/Changes/NodeJS4x
>
> Change owner(s):
> * Stephen Gallagher 
> * Jared Smith 
>
> Fedora 24 will be updated to Node.js 4.2, the latest LTS release of
> the platform built on Chrome's JavaScript runtime for easily building
> fast, scalable network applications.
>
> == Detailed Description ==
> Node.js has seen many changes between v0.10 and v4.x. There is a
> listing of changes documented on the
> wiki:https://github.com/nodejs/node/wiki/API-changes-between-v0.10-and-v4
> Note that this release includes API updates that may require
> dependency updates. Following are some
> highlights:https://fedoraproject.org/wiki/Changes/NodeJS4x#Detailed_Description
>
> == Scope ==
> Proposal owners:
> * Update v8
> * Update nodejs
> * Rebuild all binary modules, apply patches as necessary
> * Update npm
>
> Other developers:
> * Other Node.js packagers' attention may be required if the update
> causes issues for their packages.
>
> Release engineering:
> * Upgrade will require a side-tag to coordinate updates.
>
> Policies and guidelines:
> * Some minor updates to the Node.js guidelines are planned, however
> they are just Nice To Have for the purposes of this specific change.
>
> Trademark approval: N/A (not needed for this Change)
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

jplesnik pushed to perl-Tie-Simple (master). "1.04 bump"

[notifications]

>From 3d4fde58764fd0aa0f254fb7a49614b2f3f720f6 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova 
Date: Wed, 2 Dec 2015 09:30:13 +0100
Subject: 1.04 bump

---
 .gitignore   |  1 +
 perl-Tie-Simple.spec | 30 +++---
 sources  |  2 +-
 3 files changed, 21 insertions(+), 12 deletions(-)

diff --git a/.gitignore b/.gitignore
index b9e6399..0245fc3 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
 /Tie-Simple-1.03.tar.gz
+/Tie-Simple-1.04.tar.gz
diff --git a/perl-Tie-Simple.spec b/perl-Tie-Simple.spec
index b09d039..c16d2f8 100644
--- a/perl-Tie-Simple.spec
+++ b/perl-Tie-Simple.spec
@@ -1,20 +1,27 @@
 Name:   perl-Tie-Simple
-Version:1.03
-Release:11%{?dist}
+Version:1.04
+Release:1%{?dist}
 Summary:Variable ties made easier: much, much, much easier
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Tie-Simple/
 Source0:
http://www.cpan.org/authors/id/H/HA/HANENKAMP/Tie-Simple-%{version}.tar.gz
 BuildArch:  noarch
+BuildRequires:  findutils
+BuildRequires:  make
+BuildRequires:  perl
+BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
+BuildRequires:  perl(strict)
+BuildRequires:  perl(warnings)
+# Run-time
 BuildRequires:  perl(base)
-BuildRequires:  perl(ExtUtils::MakeMaker)
-BuildRequires:  perl(Test::More)
 BuildRequires:  perl(Tie::Array)
 BuildRequires:  perl(Tie::Handle)
 BuildRequires:  perl(Tie::Hash)
 BuildRequires:  perl(Tie::Scalar)
-Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
+# Tests
+BuildRequires:  perl(Test::More)
+Requires:   perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
 
 %description
 This module adds the ability to quickly create new types of tie objects
@@ -26,26 +33,27 @@ find myself wanting to use from time-to-time.
 %setup -q -n Tie-Simple-%{version}
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1
 make %{?_smp_mflags}
 
 %install
-make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
-
-find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2>/dev/null \;
-
+make pure_install DESTDIR=$RPM_BUILD_ROOT
 %{_fixperms} $RPM_BUILD_ROOT/*
 
 %check
 make test
 
 %files
+%{!?_licensedir:%global license %%doc}
+%license LICENSE
 %doc Changes README
 %{perl_vendorlib}/*
 %{_mandir}/man3/*
 
 %changelog
+* Wed Dec 02 2015 Jitka Plesnikova  - 1.04-1
+- 1.04 bump
+
 * Thu Jun 18 2015 Fedora Release Engineering  
- 1.03-11
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
 
diff --git a/sources b/sources
index 50d0a8e..35b0d07 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-198f7ec68c9b954251c4ed163ee112c7  Tie-Simple-1.03.tar.gz
+e5b49588609d6212d3b9bc808cab7aa4  Tie-Simple-1.04.tar.gz
-- 
cgit v0.11.2



http://pkgs.fedoraproject.org/cgit/perl-Tie-Simple.git/commit/?h=master=3d4fde58764fd0aa0f254fb7a49614b2f3f720f6
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: F24 System Wide Change: Node.js 4.2

[Tom Hughes]

On 02/12/15 08:27, Vít Ondruch wrote:

> Is there some testing version of v8 somewhere? Will we have time to play
> with rubygem-therubyracer, if we can convince it to run with recent v8
> or what else have to be done? The same applies for MongoDB if I am not
> mistaken.

Stephen Gallagher built nodejs 4.2.2 in the side tag last night, but using a
bundled v8 so it shouldn't affect other users of v8. The spec file now says:

# Node.js is closely tied to the version of v8 that is used with it. It makes
# sense to use the bundled version because upstream consistently breaks ABI
# even in point releases. Node.js upstream has now removed the ability to build
# against a shared system version entirely.
# See 
https://github.com/nodejs/node/commit/d726a177ed59c37cf5306983ed00ecd858cfbbef
Provides: bundled(v8) = 4.6.85

Tom

-- 
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1287368] perl-Parse-ErrorString-Perl-0.22 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1287368



--- Comment #3 from Fedora Update System  ---
perl-Parse-ErrorString-Perl-0.22-1.fc23 has been submitted as an update to
Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-e33cd3213b

-- 
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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1287382] perl-Tie-Simple-1.04 is available

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1287382

Jitka Plesnikova  changed:

   What|Removed |Added

 Status|NEW |CLOSED
   Fixed In Version||perl-Tie-Simple-1.04-1.fc24
 Resolution|--- |RAWHIDE
Last Closed||2015-12-02 03:32: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
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: nb requested branch el6 for package perl-IO-Socket-IP

[Paul Howarth]

On Tue, 1 Dec 2015 12:53:47 -0600
Nick Bebout  wrote:

> What would the chances be of updatng perl-IO-Socket in EL-6? imapsync
> recently grew a dependency on IO::Socket::IP and won't work without it
> anymore.  I'd like to not have to retire it in EL-6.

The dependency is perl(Socket), not perl(IO::Socket), and that's part
of the EL-6 base distribution. You could file an RFE for an upgrade in
Bugzilla but even if it was accepted, it'd be quite a while before it
appeared.

You might also consider asking IO-Socket-IP upstream why that
particular version is needed; it's possible that it could be for
something platform-specific to (say) Windows, which wouldn't affect
Linux, and you might then get away with patching that version
requirement down to what works on Linux.

Paul.

> 
> On Tue, Dec 1, 2015 at 3:34 AM, Paul Howarth 
> wrote:
> 
> > On 30/11/15 17:53, notificati...@fedoraproject.org wrote:
> >
> >> nb requested branch el6 for package perl-IO-Socket-IP
> >> https://admin.fedoraproject.org/pkgdb/package/perl-IO-Socket-IP/
> >>
> >
> > Note that IO::Socket::IP requires Socket >= 1.97 and EL-6 has
> > Socket 1.82.
> >
> > Paul.
> >
> >
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Schedule for Wednesday's FESCo Meeting (2015-12-02)

[Parag Nemade]

Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.

To convert UTC to your local time, take a look at
  http://fedoraproject.org/wiki/UTCHowto

or run:
  date -d '2015-12-02 18:00 UTC'


Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9

= New business =

#topic #1504 F24 System Wide Change: Fedora 24 Boost 1.60 uplift
.fesco 1504
https://fedorahosted.org/fesco/ticket/1504

#topic #1505 Being able to prefer packages on distribution level
.fesco 1505
https://fedorahosted.org/fesco/ticket/1505

#topic #1509 yarock package maintainer not respoding
.fesco 1509
https://fedorahosted.org/fesco/ticket/1509

#topic #1510 F24 System Wide Change: Livemedia Creator
.fesco 1510
https://fedorahosted.org/fesco/ticket/1510


= Open Floor =

For more complete details, please visit each individual ticket.  The
report of the agenda items can be found at
https://fedorahosted.org/fesco/report/9

If you would like to add something to this agenda, you can reply to
this e-mail, file a new ticket at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

eseyman set the monitor flag of perl-TAP-Harness-Archive to True

[notifications]

eseyman set the monitor flag of perl-TAP-Harness-Archive to True

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: RFC: switching from grubby to grub2-mkconfig

[Josh Boyer]

On Wed, Dec 2, 2015 at 3:16 PM, Andrew Lutomirski  wrote:
> On Wed, Dec 2, 2015 at 11:54 AM, Josh Boyer  wrote:
>> On Wed, Dec 2, 2015 at 2:35 PM, Andrew Lutomirski  wrote:
>>> On Wed, Dec 2, 2015 at 9:50 AM, Josh Boyer  
>>> wrote:
 And you would do that via a single command how?  By wrapping it in an
 architecture/bootloader agnostic wrapper.  Which is what grubby is.
>>>
>>> But it's not.  grubby does things like adding kernels and removing
>>> kernels.  grub2-mkconfig enumerates kernels and generates a config.
>>
>> Hm.  Wait.  I think there might be a terminology conflict here.  Are
>> you specifically referring to grubby the binary, or do you mean grubby
>> the package?  Because I was talking about the latter, as it contains
>> new-kernel-pkg, etc.
>
> I'm talking about grubby the binary and grubby the approach of
> incrementally editing the config rather than regenerating it each
> time.

Hm.  OK.

> Frankly, I'd like to see Fedora move away from grub2 even on x86.  But I'd
> also like to see grubby go away.

Could you elaborate on that grub2 part?

 Maybe you could start by listing the problems you have with grubby
 (and apparently grub2) instead of just saying get rid of it?
>>>
>>> Fair enough.  Two major problems come to mind:
>>>
>>> 1. grubby puts the most recently-installed kernel on top.
>>> grub2-mkconfig puts the highest version on top.  In the cases where
>>> they differ, I'd argue that the latter is better.
>>
>> That's a matter of preference.  If I have a newer kernel version
>> installed that doesn't actually work, I want the older kernel I _just_
>> installed to be the default and top entry so my machine boots to
>> something I can use.  This happens often when people try rawhide -rcX
>> kernels to test something.
>>
>> Fixing this might be better served by filing an RFE for grubby to
>> change the preference order.
>
> Or file an RFE for grub2 to have an option to use the file timestamps
> instead of the version for the sort order.

That sounds reasonable.

>>> 2 .If I want to edit boot options, grubby makes it unnecessarily
>>> painful, and the directions are simply wrong.  For example, my
>>> /etc/grub2-efi.cfg says:
>>>
>>> #
>>> # DO NOT EDIT THIS FILE
>>> #
>>> # It is automatically generated by grub2-mkconfig using templates
>>> # from /etc/grub.d and settings from /etc/default/grub
>>> #
>>
>> TBH, I just edit /boot/EFI/efi/grub.cfg directly.  It works fine.
>
> I do that to.  I find it to be extremely tedious and error prone.  In

*shrug*.  I guess we're going to disagree on that point, but that
isn't the end of the world.

> comparison, managing /etc/default/grub on the Ubuntu servers I
> maintain is a piece of work, works every time, and requires no thought
> about exactly how many copies of the same thing I have to change.  And
> that file exists on Fedora, with the same contents, but uselessly,
> unlike Ubuntu.  Debian/Ubuntu's update-grub tool is wonderful, and
> it's really quite simple:
>
> #!/bin/sh
> set -e
> exec grub-mkconfig -o /boot/grub/grub.cfg "$@"
>
> Of course, the paths would be a bit different for Fedora.

I have no experience with other distros.  That may be why I don't
understand the desire to rip everything up.  However, even in thinking
about it some I can't see where I would personally care that much.

>>> That's grossly misleading.  It *was* automatically generated, but it
>>> is certainly not automatically generated on an ongoing basis.  If I
>>> change settings in /etc/default/grub, nothing happens.  If I actually
>>> want to change boot options, I have to either manually edit every
>>> instance (or somehow, magically, the correct subset of copies) in
>>> /etc/grub2-efi.cfg, which is a real pain and easy to screw up.  Or I
>>> can cross my fingers any try to figure out the right invocation to
>>> just regenerate the whole thing (grub2-mkconfig >/etc/grub2-efi.cfg,
>>> presumably).  Assuming that such an incantation exists (which it does
>>> these days!), one wonders why it's not happening automatically on
>>> kernel upgrades.
>>
>> How often are you editing the boot options for _all_ installed
>> kernels?  I'm not questioning what you're saying, but my experience
>> tends show people edit boot options for a single stanza which isn't
>> all that arduous.
>
> I generally update for all because I don't trust grubby to propagate
> them if I don't or I edit for all because I'm sometimes fastidious.
> If I only do one, it's because I'm lazy.

How funny!  I only edit one because I'm lazy.  Grubby propagates the
change to every kernel thereafter.  Also, I'm not sure I'd blindly
want an option passed to all existing kernels.  Quite often it is
something I'm trying that is new enough to only exist in certain
kernels, or a debug setting I only want on certain kernels.  But your
point is certainly valid.

>>> To the extent that I do it wrong and 

Schedule for Thursday's FPC Meeting (2015-12-03 16:00 UTC)

[James Antill]

 Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2015-12-03 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.

 Local time information (via. rktime):

2015-12-03 09:00 Thu US/Pacific PST
2015-12-03 12:00 Thu US/Eastern EST
2015-12-03 17:00 Thu UTC <-
2015-12-03 17:00 Thu Europe/London <-
2015-12-03 18:00 Thu Europe/Paris   CET
2015-12-03 18:00 Thu Europe/Berlin  CET
2015-12-03 22:30 Thu Asia/Calcutta  IST
--new day--
2015-12-04 01:00 Fri Asia/Singapore SGT
2015-12-04 01:00 Fri Asia/Hong_Kong HKT
2015-12-04 02:00 Fri Asia/Tokyo JST
2015-12-04 03:00 Fri Australia/Brisbane EST

 Links to all tickets below can be found at: 

https://fedorahosted.org/fpc/report/13

= Followups =

#topic #558 Application/Library distinction and package splitting
.fpc 558
https://fedorahosted.org/fpc/ticket/558

#topic #566 RPM file triggers
.fpc 566
https://fedorahosted.org/fpc/ticket/566

#topic #567 Packaging Python 3 applications and modules for EPEL 7+
.fpc 567
https://fedorahosted.org/fpc/ticket/567

= New business =

#topic #579 Mention abipkgdiff and abidiff in the Guidelines
.fpc 579
https://fedorahosted.org/fpc/ticket/579

#topic #580 [Clarification] Policy on auto-generated code
.fpc 580
https://fedorahosted.org/fpc/ticket/580

#topic #581 Remove prohibition of SCL macros from Guidelines
.fpc 581
https://fedorahosted.org/fpc/ticket/581

= Open Floor = 

 For more complete details, please visit each individual ticket.  The
report of the agenda items can be found at:

https://fedorahosted.org/fpc/report/13

 If you would like to add something to this agenda, you can reply to
this e-mail, file a new ticket at https://fedorahosted.org/fpc,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting. 
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org