Looking for co-maintainer(s)

[Raphael Groner]

Hi,

I would be glad to have some co-maintainers for the following packages that I 
took over from cicku:

RemoteBox - b0rken appstream-util validate (reported to upstream, no response 
so far)
lnav - randomly failing tests, no idea how to solve (tests success is not 
mandatory for now)
lookat
willie
krop

I took those packages to not let them orphan or even retire, though I do not 
use them in daily work and do not have the time to fix them ATM.
There are currently open update requests in bugzilla for all of them above, 
except lnav with a hotfix for the tests.
Please feel free to take individually (by assignment in RHBZ) and request ACL 
in PkgDB.

Thanks in advance!
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Unresponsive maintainer: lgao

[Lin Gao]

Hi,

  Sorry, I did not notice that, the notification must be in the flooding 
emails...

  Just give the 2 packages: shrinkwrap-descriptors, arquillian-core to user: 
'gil'

Best Regards
--
Lin Gao
Software Engineer
JBoss by Red Hat

- Original Message -
> From: "gil" 
> To: "Development discussions related to Fedora" 
> , "Fedora Java Development List"
> 
> Sent: Friday, March 4, 2016 2:40:18 PM
> Subject: Unresponsive maintainer: lgao
> 
> Hi
> Is already for some time (a few months) that I have no news,
> I did request to become co maintainer for this package
> https://admin.fedoraproject.org/pkgdb/package/rpms/shrinkwrap-descriptors/
> This package suffer of F24FTBFS, i submitted patch for solve the issues:
> shrinkwrap-descriptors: https://bugzilla.redhat.com/show_bug.cgi?id=1308127
> But until now I have not had any response from the maintainer, lgao (Lin Gao
> l...@redhat.com ) .
> Someone could take steps to apply the proposed adjustments?
> Thanks in advance
> gil
> 
> --
> 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

Unresponsive maintainer: lgao

[gil]

Hi
Is already for some time (a few months) that I have no news,
I did request to become co maintainer for this package
https://admin.fedoraproject.org/pkgdb/package/rpms/shrinkwrap-descriptors/
This package suffer of F24FTBFS, i submitted patch for solve the issues:
shrinkwrap-descriptors: 
https://bugzilla.redhat.com/show_bug.cgi?id=1308127 

But until now I have not had any response from the maintainer, lgao (Lin 
Gao l...@redhat.com) .

Someone could take steps to apply the proposed adjustments?
Thanks in advance
gil
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Please update Rygel in F23 ?

[Michael Catanzaro]

On Thu, 2016-03-03 at 19:51 -0700, linux guy wrote:
> 28.3 has most of the fixes that I want to test.  A build of it would
> be
> appreciated.
> 
> I guess if I want more timely builds in the future, I'll have to do
> them
> myself.

Well we want to package up the latest release in the stable series soon
after it's released (unlike other non-rolling distros, which will
probably never release an update). But 0.28.3 is only two days old
right now, I don't think we need to be THAT fast all the time. :)

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

spot pushed to perl-XML-RSS (master). "1.59"

[notifications]

From 11a499c678630e3d3066eb0f7daa4454c8556e9f Mon Sep 17 00:00:00 2001
From: Tom Callaway 
Date: Thu, 3 Mar 2016 22:07:47 -0600
Subject: 1.59

---
 .gitignore| 1 +
 perl-XML-RSS.spec | 6 +-
 sources   | 2 +-
 3 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 73db45a..47f6e30 100644
--- a/.gitignore
+++ b/.gitignore
@@ -4,3 +4,4 @@ XML-RSS-1.45.tar.gz
 /XML-RSS-1.56.tar.gz
 /XML-RSS-1.57.tar.gz
 /XML-RSS-1.58.tar.gz
+/XML-RSS-1.59.tar.gz
diff --git a/perl-XML-RSS.spec b/perl-XML-RSS.spec
index a11c292..f62acbd 100644
--- a/perl-XML-RSS.spec
+++ b/perl-XML-RSS.spec
@@ -1,5 +1,5 @@
 Name:   perl-XML-RSS
-Version:1.58
+Version:1.59
 Release:1%{?dist}
 Summary:Perl module for managing RDF Site Summary (RSS) files
 Group:  Development/Libraries
@@ -31,6 +31,7 @@ BuildRequires:  perl(Test::More)
 BuildRequires:  perl(Test::Differences)
 BuildRequires:  perl(Test::Pod) >= 1.00
 BuildRequires:  perl(Test::Pod::Coverage)
+BuildRequires:  perl(Test::TrailingSpace)
 Requires:  perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version))
 Requires:  perl(XML::Parser) >= 2.23
 
@@ -65,6 +66,9 @@ make test
 %{_mandir}/man3/XML::RSS.3*
 
 %changelog
+* Thu Mar 3 2016 Tom Callaway  - 1.59-1
+- update to 1.59
+
 * Fri Feb 12 2016 Tom Callaway  - 1.58-1
 - update to 1.58
 
diff --git a/sources b/sources
index 116f05a..2233ce7 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-5cda00f077a5d7253a14c9970ad1bff7  XML-RSS-1.58.tar.gz
+273b54a0dbfa54f43912515a1d3bf123  XML-RSS-1.59.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-XML-RSS.git/commit/?h=master=11a499c678630e3d3066eb0f7daa4454c8556e9f
--
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-XML-RSS (f24). "1.59"

[notifications]

From 11a499c678630e3d3066eb0f7daa4454c8556e9f Mon Sep 17 00:00:00 2001
From: Tom Callaway 
Date: Thu, 3 Mar 2016 22:07:47 -0600
Subject: 1.59

---
 .gitignore| 1 +
 perl-XML-RSS.spec | 6 +-
 sources   | 2 +-
 3 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/.gitignore b/.gitignore
index 73db45a..47f6e30 100644
--- a/.gitignore
+++ b/.gitignore
@@ -4,3 +4,4 @@ XML-RSS-1.45.tar.gz
 /XML-RSS-1.56.tar.gz
 /XML-RSS-1.57.tar.gz
 /XML-RSS-1.58.tar.gz
+/XML-RSS-1.59.tar.gz
diff --git a/perl-XML-RSS.spec b/perl-XML-RSS.spec
index a11c292..f62acbd 100644
--- a/perl-XML-RSS.spec
+++ b/perl-XML-RSS.spec
@@ -1,5 +1,5 @@
 Name:   perl-XML-RSS
-Version:1.58
+Version:1.59
 Release:1%{?dist}
 Summary:Perl module for managing RDF Site Summary (RSS) files
 Group:  Development/Libraries
@@ -31,6 +31,7 @@ BuildRequires:  perl(Test::More)
 BuildRequires:  perl(Test::Differences)
 BuildRequires:  perl(Test::Pod) >= 1.00
 BuildRequires:  perl(Test::Pod::Coverage)
+BuildRequires:  perl(Test::TrailingSpace)
 Requires:  perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version))
 Requires:  perl(XML::Parser) >= 2.23
 
@@ -65,6 +66,9 @@ make test
 %{_mandir}/man3/XML::RSS.3*
 
 %changelog
+* Thu Mar 3 2016 Tom Callaway  - 1.59-1
+- update to 1.59
+
 * Fri Feb 12 2016 Tom Callaway  - 1.58-1
 - update to 1.58
 
diff --git a/sources b/sources
index 116f05a..2233ce7 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-5cda00f077a5d7253a14c9970ad1bff7  XML-RSS-1.58.tar.gz
+273b54a0dbfa54f43912515a1d3bf123  XML-RSS-1.59.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-XML-RSS.git/commit/?h=f24=11a499c678630e3d3066eb0f7daa4454c8556e9f
--
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 XML-RSS-1.59.tar.gz for perl-XML-RSS

[notifications]

273b54a0dbfa54f43912515a1d3bf123  XML-RSS-1.59.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-XML-RSS/XML-RSS-1.59.tar.gz/md5/273b54a0dbfa54f43912515a1d3bf123/XML-RSS-1.59.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-File-Which (master). "1.21"

[notifications]

From f93f896978767fdab076838b53953c36d62cca8d Mon Sep 17 00:00:00 2001
From: Tom Callaway 
Date: Thu, 3 Mar 2016 22:02:46 -0600
Subject: 1.21

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

diff --git a/.gitignore b/.gitignore
index a17814c..dfcc494 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
 File-Which-1.09.tar.gz
 /File-Which-1.18.tar.gz
 /File-Which-1.19.tar.gz
+/File-Which-1.21.tar.gz
diff --git a/perl-File-Which.spec b/perl-File-Which.spec
index 5ed0e12..0a87ce4 100644
--- a/perl-File-Which.spec
+++ b/perl-File-Which.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Which
-Version:1.19
-Release:2%{?dist}
+Version:1.21
+Release:1%{?dist}
 Summary:Portable implementation of the 'which' utility
 Group:  Development/Libraries
 License:GPL+ or Artistic
@@ -50,6 +50,9 @@ make test
 %{_mandir}/man3/File::Which.3*
 
 %changelog
+* Thu Mar 03 2016 Tom Callaway  - 1.21-1
+- update to 1.21
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
1.19-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
diff --git a/sources b/sources
index 9646709..e17b90d 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-27f967930f011b646c1bf839b606e164  File-Which-1.19.tar.gz
+115a6efe5d7e9621237fcb655c7a0980  File-Which-1.21.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-File-Which.git/commit/?h=master=f93f896978767fdab076838b53953c36d62cca8d
--
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-File-Which (f24). "1.21"

[notifications]

From f93f896978767fdab076838b53953c36d62cca8d Mon Sep 17 00:00:00 2001
From: Tom Callaway 
Date: Thu, 3 Mar 2016 22:02:46 -0600
Subject: 1.21

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

diff --git a/.gitignore b/.gitignore
index a17814c..dfcc494 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
 File-Which-1.09.tar.gz
 /File-Which-1.18.tar.gz
 /File-Which-1.19.tar.gz
+/File-Which-1.21.tar.gz
diff --git a/perl-File-Which.spec b/perl-File-Which.spec
index 5ed0e12..0a87ce4 100644
--- a/perl-File-Which.spec
+++ b/perl-File-Which.spec
@@ -1,6 +1,6 @@
 Name:   perl-File-Which
-Version:1.19
-Release:2%{?dist}
+Version:1.21
+Release:1%{?dist}
 Summary:Portable implementation of the 'which' utility
 Group:  Development/Libraries
 License:GPL+ or Artistic
@@ -50,6 +50,9 @@ make test
 %{_mandir}/man3/File::Which.3*
 
 %changelog
+* Thu Mar 03 2016 Tom Callaway  - 1.21-1
+- update to 1.21
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
1.19-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
diff --git a/sources b/sources
index 9646709..e17b90d 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-27f967930f011b646c1bf839b606e164  File-Which-1.19.tar.gz
+115a6efe5d7e9621237fcb655c7a0980  File-Which-1.21.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-File-Which.git/commit/?h=f24=f93f896978767fdab076838b53953c36d62cca8d
--
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 File-Which-1.21.tar.gz for perl-File-Which

[notifications]

115a6efe5d7e9621237fcb655c7a0980  File-Which-1.21.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-File-Which/File-Which-1.21.tar.gz/md5/115a6efe5d7e9621237fcb655c7a0980/File-Which-1.21.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

Re: Please update Rygel in F23 ?

[linux guy]

28.3 has most of the fixes that I want to test.  A build of it would be
appreciated.

I guess if I want more timely builds in the future, I'll have to do them
myself.

On Thu, Mar 3, 2016 at 4:43 PM, Peter Robinson  wrote:

> On Thu, Mar 3, 2016 at 10:18 PM, linux guy  wrote:
> > As far as I know there are no special requirements for 0.29.x that
> prevent
> > it from being built for F23.
>
> The 0.29 series is the development release, we won't be updating it in
> stable Fedora releases. It is already in Fedora 24+ and that is the
> stable release that the 0.30 stable rygel release will land in, F-23
> will remain on 0.28.x, there is a new .3 release that fixes a bunch of
> stuff but I've not had time to push.
>
> https://download.gnome.org/sources/rygel/0.28/rygel-0.28.3.news
>
> > I've emailed the package maintainer with my request.
>
> This reply will do
>
> Peter
>
> > On Thu, Mar 3, 2016 at 3:13 PM, Alexander Ploumistos
> >  wrote:
> >>
> >> On Thu, Mar 3, 2016 at 11:59 PM, linux guy 
> wrote:
> >> > I'm not sure this is the right venue to ask, but... could someone
> build
> >> > the
> >> > latest version of Rygel and put it in the repos ?   Currently the
> repos
> >> > have
> >> > 0.28.2-1.   I think the latest available from git is 0.29.2.
> >>
> >> There are several 0.29.x rygel builds:
> >> http://koji.fedoraproject.org/koji/packageinfo?packageID=8589
> >>
> >> Judging by the version numbers, perhaps fedora 23 won't be getting the
> >> 0.29 branch.
> >>
> >> You can also look up information on packages and packagers at the PkgDB:
> >> https://admin.fedoraproject.org/pkgdb/package/rpms/rygel/
> >> --
> >> 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
> >
> --
> 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

Fedora Rawhide-20160303.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Cloud raw-xz i386
Atomic raw-xz x86_64
Cloud raw-xz x86_64
Kde raw-xz armhfp

No images in this compose but not Rawhide-20160302.n.0

No images in Rawhide-20160302.n.0 but not this.

Failed openQA tests: 64 of 78

ID: 7243Test: i386 universal package_set_kde
URL: https://openqa.fedoraproject.org/tests/7243
ID: 7242Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/7242
ID: 7241Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/7241
ID: 7240Test: i386 universal server_lvmthin
URL: https://openqa.fedoraproject.org/tests/7240
ID: 7239Test: i386 universal server_ext3
URL: https://openqa.fedoraproject.org/tests/7239
ID: 7238Test: i386 universal server_btrfs
URL: https://openqa.fedoraproject.org/tests/7238
ID: 7237Test: i386 universal server_software_raid
URL: https://openqa.fedoraproject.org/tests/7237
ID: 7236Test: i386 universal server_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/7236
ID: 7235Test: i386 universal server_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/7235
ID: 7234Test: i386 universal server_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/7234
ID: 7233Test: i386 universal package_set_minimal
URL: https://openqa.fedoraproject.org/tests/7233
ID: 7232Test: x86_64 universal server_xfs
URL: https://openqa.fedoraproject.org/tests/7232
ID: 7231Test: x86_64 universal server_ext3
URL: https://openqa.fedoraproject.org/tests/7231
ID: 7230Test: x86_64 universal server_btrfs
URL: https://openqa.fedoraproject.org/tests/7230
ID: 7229Test: x86_64 universal server_delete_partial
URL: https://openqa.fedoraproject.org/tests/7229
ID: 7228Test: x86_64 universal server_software_raid
URL: https://openqa.fedoraproject.org/tests/7228
ID: 7227Test: x86_64 universal server_multi_empty
URL: https://openqa.fedoraproject.org/tests/7227
ID: 7226Test: x86_64 universal server_simple_free_space
URL: https://openqa.fedoraproject.org/tests/7226
ID: 7225Test: x86_64 universal server_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/7225
ID: 7224Test: x86_64 universal server_multi@uefi
URL: https://openqa.fedoraproject.org/tests/7224
ID: 7223Test: x86_64 universal server_multi
URL: https://openqa.fedoraproject.org/tests/7223
ID: 7222Test: x86_64 universal server_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/7222
ID: 7221Test: x86_64 universal server_kickstart_user_creation
URL: https://openqa.fedoraproject.org/tests/7221
ID: 7220Test: x86_64 universal server_delete_pata@uefi
URL: https://openqa.fedoraproject.org/tests/7220
ID: 7219Test: x86_64 universal server_delete_pata
URL: https://openqa.fedoraproject.org/tests/7219
ID: 7218Test: x86_64 universal server_mirrorlist_graphical
URL: https://openqa.fedoraproject.org/tests/7218
ID: 7217Test: x86_64 universal server_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/7217
ID: 7216Test: x86_64 universal server_repository_http_variation
URL: https://openqa.fedoraproject.org/tests/7216
ID: 7215Test: x86_64 universal package_set_minimal
URL: https://openqa.fedoraproject.org/tests/7215
ID: 7214Test: x86_64 universal european_language_install
URL: https://openqa.fedoraproject.org/tests/7214
ID: 7213Test: x86_64 universal server_shrink_ntfs
URL: https://openqa.fedoraproject.org/tests/7213
ID: 7212Test: x86_64 universal server_shrink_ext4
URL: https://openqa.fedoraproject.org/tests/7212
ID: 7211Test: x86_64 universal server_updates_img_local
URL: https://openqa.fedoraproject.org/tests/7211
ID: 7210Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/7210
ID: 7208Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/7208
ID: 7205Test: x86_64 universal server_no_swap@uefi
URL: https://openqa.fedoraproject.org/tests/7205
ID: 7204Test: x86_64 universal server_lvmthin@uefi
URL: https://openqa.fedoraproject.org/tests/7204
ID: 7203Test: x86_64 universal server_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/7203
ID: 7202Test: x86_64 universal server_ext3@uefi
URL: https://openqa.fedoraproject.org/tests/7202
ID: 7201Test: x86_64 universal server_btrfs@uefi
URL: https://openqa.fedoraproject.org/tests/7201
ID: 7200Test: x86_64 universal server_delete_partial@uefi
URL: https://openqa.fedoraproject.org/tests/7200
ID: 7199Test: x86_64 universal server_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/7199
ID: 7198Test: x86_64 universal server_multi_empty@uefi
URL: https://openqa.fedoraproject.org/tests/7198
ID: 7197Test: x86_64 universal server_simple_free_space@uefi
URL: 

[Bug 1314577] perl-LWP-Protocol-PSGI-0.09 is available

[bugzilla]

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



--- Comment #2 from Upstream Release Monitoring 
 ---
Scratch build completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=13219618

-- 
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 1314577] perl-LWP-Protocol-PSGI-0.09 is available

[bugzilla]

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



--- Comment #1 from Upstream Release Monitoring 
 ---
Created attachment 1132972
  --> https://bugzilla.redhat.com/attachment.cgi?id=1132972=edit
[patch] Update to 0.09 (#1314577)

-- 
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: Fedora 24-20160303.n.0 compose check report

[Adam Williamson]

On Fri, 2016-03-04 at 00:11 +, Fedora compose checker wrote:
> Missing expected images:
> 
> Kde live i386
> Workstation live i386
> Server dvd i386
> Server boot x86_64
> Server dvd x86_64
> Kde live x86_64
> Cloud raw-xz i386
> Server boot i386
> Atomic raw-xz x86_64
> Cloud raw-xz x86_64
> Minimal raw-xz armhfp
> Workstation live x86_64
> Xfce raw-xz armhfp

Whoops, this is a lie - the function had a bug. The correct output
would be:

Missing expected images:

Cloud raw-xz i386
Atomic raw-xz x86_64
Cloud raw-xz x86_64

it'll be fixed for future composes.
-- Adam WilliamsonFedora QA Community MonkeyIRC: adamw | Twitter: AdamW_Fedora 
| XMPP: adamw AT happyassassin . nethttp://www.happyassassin.net
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1314577] New: perl-LWP-Protocol-PSGI-0.09 is available

[bugzilla]

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

Bug ID: 1314577
   Summary: perl-LWP-Protocol-PSGI-0.09 is available
   Product: Fedora
   Version: rawhide
 Component: perl-LWP-Protocol-PSGI
  Keywords: FutureFeature, Triaged
  Assignee: dd...@cpan.org
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: dd...@cpan.org, perl-devel@lists.fedoraproject.org



Latest upstream release: 0.09
Current version/release in rawhide: 0.08-2.fc24
URL: http://search.cpan.org/dist/LWP-Protocol-PSGI/

Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy

More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring

Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.

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

Re: Please update Rygel in F23 ?

[Kevin Fenzi]

On Thu, 3 Mar 2016 17:07:26 -0500
Stephen Gallagher  wrote:

> On 03/03/2016 04:59 PM, linux guy wrote:
> > I'm not sure this is the right venue to ask, but... could someone
> > build the latest version of Rygel and put it in the repos ?
> > Currently the repos have 0.28.2-1.   I think the latest available
> > from git is 0.29.2. 
> > 
> > I need it because I helped troubleshoot a couple issues and the
> > fixes are in 0.29.  I need to test them and I don't want to do the
> > build myself.
> > 
> > Where does one find the maintainer for a Fedora package ? Who
> > should have I sent this email to ?
> > 
> > Thanks
> > 
> > LG.  
> 
> In general, send it to -ow...@fedoraproject.org, which
> is an alias for whoever maintains the package currently. You can also
> open a Bugzilla against the package.

I'd suggest that bugzilla is always the better action. :) 

(The package could change hands, someone else may ask, a provenpackager
may help out, all would be better with a bugzilla bug). 

kevin


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

Fedora 24-20160303.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Kde live i386
Workstation live i386
Server dvd i386
Server boot x86_64
Server dvd x86_64
Kde live x86_64
Cloud raw-xz i386
Server boot i386
Atomic raw-xz x86_64
Cloud raw-xz x86_64
Minimal raw-xz armhfp
Workstation live x86_64
Xfce raw-xz armhfp

Images in this compose but not 24-20160302.n.0:

Cloud docker x86_64
Kde raw-xz armhfp

No images in 24-20160302.n.0 but not this.

Failed openQA tests: 52 of 78

ID: 7321Test: i386 universal package_set_kde
URL: https://openqa.fedoraproject.org/tests/7321
ID: 7320Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/7320
ID: 7319Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/7319
ID: 7317Test: i386 universal server_ext3
URL: https://openqa.fedoraproject.org/tests/7317
ID: 7315Test: i386 universal server_software_raid
URL: https://openqa.fedoraproject.org/tests/7315
ID: 7312Test: i386 universal server_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/7312
ID: 7310Test: x86_64 universal server_xfs
URL: https://openqa.fedoraproject.org/tests/7310
ID: 7309Test: x86_64 universal server_ext3
URL: https://openqa.fedoraproject.org/tests/7309
ID: 7308Test: x86_64 universal server_btrfs
URL: https://openqa.fedoraproject.org/tests/7308
ID: 7307Test: x86_64 universal server_delete_partial
URL: https://openqa.fedoraproject.org/tests/7307
ID: 7306Test: x86_64 universal server_software_raid
URL: https://openqa.fedoraproject.org/tests/7306
ID: 7305Test: x86_64 universal server_multi_empty
URL: https://openqa.fedoraproject.org/tests/7305
ID: 7304Test: x86_64 universal server_simple_free_space
URL: https://openqa.fedoraproject.org/tests/7304
ID: 7303Test: x86_64 universal server_simple_encrypted
URL: https://openqa.fedoraproject.org/tests/7303
ID: 7302Test: x86_64 universal server_multi@uefi
URL: https://openqa.fedoraproject.org/tests/7302
ID: 7301Test: x86_64 universal server_multi
URL: https://openqa.fedoraproject.org/tests/7301
ID: 7300Test: x86_64 universal server_scsi_updates_img
URL: https://openqa.fedoraproject.org/tests/7300
ID: 7298Test: x86_64 universal server_delete_pata@uefi
URL: https://openqa.fedoraproject.org/tests/7298
ID: 7297Test: x86_64 universal server_delete_pata
URL: https://openqa.fedoraproject.org/tests/7297
ID: 7295Test: x86_64 universal server_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/7295
ID: 7293Test: x86_64 universal package_set_minimal
URL: https://openqa.fedoraproject.org/tests/7293
ID: 7292Test: x86_64 universal european_language_install
URL: https://openqa.fedoraproject.org/tests/7292
ID: 7291Test: x86_64 universal server_shrink_ntfs
URL: https://openqa.fedoraproject.org/tests/7291
ID: 7290Test: x86_64 universal server_shrink_ext4
URL: https://openqa.fedoraproject.org/tests/7290
ID: 7289Test: x86_64 universal server_updates_img_local
URL: https://openqa.fedoraproject.org/tests/7289
ID: 7288Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/7288
ID: 7286Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/7286
ID: 7283Test: x86_64 universal server_no_swap@uefi
URL: https://openqa.fedoraproject.org/tests/7283
ID: 7282Test: x86_64 universal server_lvmthin@uefi
URL: https://openqa.fedoraproject.org/tests/7282
ID: 7281Test: x86_64 universal server_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/7281
ID: 7280Test: x86_64 universal server_ext3@uefi
URL: https://openqa.fedoraproject.org/tests/7280
ID: 7279Test: x86_64 universal server_btrfs@uefi
URL: https://openqa.fedoraproject.org/tests/7279
ID: 7278Test: x86_64 universal server_delete_partial@uefi
URL: https://openqa.fedoraproject.org/tests/7278
ID: 7277Test: x86_64 universal server_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/7277
ID: 7276Test: x86_64 universal server_multi_empty@uefi
URL: https://openqa.fedoraproject.org/tests/7276
ID: 7275Test: x86_64 universal server_simple_free_space@uefi
URL: https://openqa.fedoraproject.org/tests/7275
ID: 7274Test: x86_64 universal server_simple_encrypted@uefi
URL: https://openqa.fedoraproject.org/tests/7274
ID: 7273Test: x86_64 universal package_set_kde
URL: https://openqa.fedoraproject.org/tests/7273
ID: 7272Test: x86_64 universal server_no_swap
URL: https://openqa.fedoraproject.org/tests/7272
ID: 7271Test: x86_64 universal server_lvmthin
URL: https://openqa.fedoraproject.org/tests/7271
ID: 7267Test: x86_64 KDE-live-iso default_install@uefi
URL: https://openqa.fedoraproject.org/tests/7267
ID: 7266Test: x86_64 KDE-live-iso default_install
URL: https://openqa.fedoraproject.org/tests/7266

Re: Please update Rygel in F23 ?

[Peter Robinson]

On Thu, Mar 3, 2016 at 10:18 PM, linux guy  wrote:
> As far as I know there are no special requirements for 0.29.x that prevent
> it from being built for F23.

The 0.29 series is the development release, we won't be updating it in
stable Fedora releases. It is already in Fedora 24+ and that is the
stable release that the 0.30 stable rygel release will land in, F-23
will remain on 0.28.x, there is a new .3 release that fixes a bunch of
stuff but I've not had time to push.

https://download.gnome.org/sources/rygel/0.28/rygel-0.28.3.news

> I've emailed the package maintainer with my request.

This reply will do

Peter

> On Thu, Mar 3, 2016 at 3:13 PM, Alexander Ploumistos
>  wrote:
>>
>> On Thu, Mar 3, 2016 at 11:59 PM, linux guy  wrote:
>> > I'm not sure this is the right venue to ask, but... could someone build
>> > the
>> > latest version of Rygel and put it in the repos ?   Currently the repos
>> > have
>> > 0.28.2-1.   I think the latest available from git is 0.29.2.
>>
>> There are several 0.29.x rygel builds:
>> http://koji.fedoraproject.org/koji/packageinfo?packageID=8589
>>
>> Judging by the version numbers, perhaps fedora 23 won't be getting the
>> 0.29 branch.
>>
>> You can also look up information on packages and packagers at the PkgDB:
>> https://admin.fedoraproject.org/pkgdb/package/rpms/rygel/
>> --
>> 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
>
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Please update Rygel in F23 ?

[linux guy]

As far as I know there are no special requirements for 0.29.x that prevent
it from being built for F23.

I've emailed the package maintainer with my request.

On Thu, Mar 3, 2016 at 3:13 PM, Alexander Ploumistos <
alex.ploumis...@gmail.com> wrote:

> On Thu, Mar 3, 2016 at 11:59 PM, linux guy  wrote:
> > I'm not sure this is the right venue to ask, but... could someone build
> the
> > latest version of Rygel and put it in the repos ?   Currently the repos
> have
> > 0.28.2-1.   I think the latest available from git is 0.29.2.
>
> There are several 0.29.x rygel builds:
> http://koji.fedoraproject.org/koji/packageinfo?packageID=8589
>
> Judging by the version numbers, perhaps fedora 23 won't be getting the
> 0.29 branch.
>
> You can also look up information on packages and packagers at the PkgDB:
> https://admin.fedoraproject.org/pkgdb/package/rpms/rygel/
> --
> 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: Please update Rygel in F23 ?

[Alexander Ploumistos]

On Thu, Mar 3, 2016 at 11:59 PM, linux guy  wrote:
> I'm not sure this is the right venue to ask, but... could someone build the
> latest version of Rygel and put it in the repos ?   Currently the repos have
> 0.28.2-1.   I think the latest available from git is 0.29.2.

There are several 0.29.x rygel builds:
http://koji.fedoraproject.org/koji/packageinfo?packageID=8589

Judging by the version numbers, perhaps fedora 23 won't be getting the
0.29 branch.

You can also look up information on packages and packagers at the PkgDB:
https://admin.fedoraproject.org/pkgdb/package/rpms/rygel/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Please update Rygel in F23 ?

[linux guy]

Many thanks for the reply and the tone you used in it.

Fedora rocks !
​
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Please update Rygel in F23 ?

[Stephen Gallagher]

On 03/03/2016 04:59 PM, linux guy wrote:
> I'm not sure this is the right venue to ask, but... could someone build the
> latest version of Rygel and put it in the repos ?   Currently the repos have
> 0.28.2-1.   I think the latest available from git is 0.29.2. 
> 
> I need it because I helped troubleshoot a couple issues and the fixes are in
> 0.29.  I need to test them and I don't want to do the build myself.
> 
> Where does one find the maintainer for a Fedora package ? Who should have I 
> sent
> this email to ?
> 
> Thanks
> 
> LG.

In general, send it to -ow...@fedoraproject.org, which is an alias
for whoever maintains the package currently. You can also open a Bugzilla
against the package.




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

Re: [HELP NEEDED] LUA expert to help convert fedora-release %post scripts

[Stephen Gallagher]

On 03/03/2016 02:39 PM, Florian Weimer wrote:
> On 03/03/2016 04:00 PM, Stephen Gallagher wrote:
>> I'm attaching the current fedora-release.spec and convert-to-edition bash 
>> script
>> for perusal.
> 
> I'm attaching a lightly tested Lua conversion.  I'm not familiar with
> all the scenarios to test, so I thought I'd post what I have quite
> early.  Most of the pieces should be in place.
> 
> Florian
> 

Thanks, Florian. I cleaned up a few very minor issues and submitted pull
requests for both Rawhide and F24:

https://pagure.io/fedora-release/pull-request/29
https://pagure.io/fedora-release/pull-request/30


Thank you very much. I really appreciate you taking the time to help with this
and also your incredibly fast turnaround on it.



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

Please update Rygel in F23 ?

[linux guy]

I'm not sure this is the right venue to ask, but... could someone build the
latest version of Rygel and put it in the repos ?   Currently the repos
have 0.28.2-1.   I think the latest available from git is 0.29.2.

I need it because I helped troubleshoot a couple issues and the fixes are
in 0.29.  I need to test them and I don't want to do the build myself.

Where does one find the maintainer for a Fedora package ? Who should have I
sent this email to ?

Thanks

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

[Bug 1314116] perl-Date-Manip-6.53 is available

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA



--- Comment #2 from Fedora Update System  ---
perl-Date-Manip-6.53-1.fc23 has been pushed to the Fedora 23 testing
repository. If problems still persist, please make note of it in this bug
report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here:
https://bodhi.fedoraproject.org/updates/FEDORA-2016-8050d1b3fb

-- 
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: Fedora mass rebuild 2016

[Dan Horák]

On Mon, 22 Feb 2016 12:55:56 +0100
Marek Polacek  wrote:

> In the past few days and weeks we did a mass rebuild of Fedora
> rawhide packages in mock with GCC 6 (and corresponding libtool) and
> for those packages that failed also rebuilt the same package with
> gcc-5.3.1-2.fc23.x86_64 to quickly remove from the list packages that
> fail for non-GCC related reasons.
> 
> There were 17741 packages overall (last year we had 16230 packages).
> 16281 packages built fine, 883 packages failed to build with both
> gcc-6 and gcc-5 (ignored for this analysis, unlikely to be GCC 6
> related).  This left us with 577 packages that had to be analyzed.
> That is a lot -- last year we only had to examine 236 packages.  So
> that's why it's taken so long.  
> 
> As usually, there will be a "porting to" document to ease the
> transition to the new GCC.  We already have
> https://gcc.gnu.org/gcc-6/porting_to.html, even though this document
> is still somewhat in flux.
> 
> The biggest change hands-down this year is the change of the default
> standard for g++ from -std=gnu++98 to -std=gnu++14; this has caused
> considerable churn, as you might have noticed on this mailing list.
> Unfortunately, many packages weren't prepared to handle C++11.
> Changes in libstdc++ often revealed very poor programming practices.
> 
> Before I describe the results in more detail, I'd like to thank Jon
> Wakely and Jakub Jelinek for their indispensable help.
> 
> Any mistakes, omissions, or mis-categorizations are solely mine.

I see an inconsistency between s390(x) and other arches with "stdarg"
handling, build on s390(x) of a C++ lib fails with

error: first argument to ‘va_arg’ not of type ‘va_list’

Please see https://bugzilla.redhat.com/show_bug.cgi?id=1314545 for more
details and a reproducer.


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

Re: F25 feature Parallel Installable Debuginfo packages

[Mark Wielaard]

On Tue, Mar 01, 2016 at 04:26:26PM +0100, Mark Wielaard wrote:
> Now that f24 has branched I thought I would start early with a proposal
> for a system wide change for f25: 
> https://fedoraproject.org/wiki/Changes/ParallelInstallableDebuginfo
> 
> This is because I never proposed a system wide change before and so
> could use some help finishing the proposal. If someone could help me
> fill in the missing (procedural) blanks in the above proposal that would
> be appreciated.

I did get some off-list comments that I incorporated in the proposal
page:

- Some people thought .gnu_debuglink really should go away since it is
  a somewhat broken standard. You need to do a full CRC check to be
  sure you got the correct file, which is fairly expensive. But I don't
  want that because I am not 100% sure a "pure build-id" solution is
  really supported by all tools that possibly use separate debug files.

- Since one of the goals is to pull in /usr/lib/debug and /usr/src/debug
  from a network server where the debuginfo packages have been installed
  there is a problem if the build-id file /usr/lib/debug/.build-id/xx/
  which is a symlink to the main ELF file remains there. Even if we move
  it to the main package. This means we do have to move it somewhere else
  (maybe /usr/lib/.build-id?). Unfortunately this would mean consumers
  that rely on that location have to be changed. Which was one of the
  things I hoped to avoid. I'll audit the various debuginfo using programs
  and discuss upstream if we can agree on a new standard location. We
  can work around it by keeping the symlink in the debuginfo file and
  point it at the new location.

- I didn't describe, and hadn't thought about, what a simple dnf upgrade
  would do when there are parallel installed versions of the same
  debuginfo package was installed. My idea was that users would only
  install/update debuginfo packages through the dnf debuginfo-install
  plugin, which would get a flag for how to deal with parallel installed
  debuginfo packages. Some input/feedback about the default way of how
  dnf upgrade should/shouldn't handle debuginfo packages would be
  appreciated.

- This feature doesn't explicitly need a mass rebuild, but obviously
  a package can only have parallel installable debuginfo package once
  it has been rebuild. We might need/want some indicator that can be
  used to give the user good feedback when it isn't possible. This
  is already a problem at the moment for some packages when you try
  to install the debuginfo package for the 32 and 64 bit version.
  (it might just succeed, but rmp file coloring will make it so that
   some of the 64 bit files silently overwrite the 32 bit files).

Since nobody yelled and screamed the idea was completely bogus and nobody
publicly replied to this list discussion I hope I can take the lack of
dissent as silent assent. But please do let me know if there are issues
that I overlooked or if this isn't the correct way to start working on
a system wide feature.

I'll file some bug reports against packages/upstream and start working
on patches as outlined in the Detailed description.

Cheers,

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

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

[updates]

The following Fedora EPEL 7 Security updates need testing:
 Age  URL
 360  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087   
dokuwiki-0-0.24.20140929c.el7
 123  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f   
mcollective-2.8.4-1.el7
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-8c727601c5   
libebml-1.3.3-3.el7
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-6dc46a554e   
libssh-0.6.5-2.el7
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-b23b791a7e   
drupal7-7.43-1.el7
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-1613bc2a80   
php-htmLawed-1.1.21-1.el7
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-07b9ae23da   
qpid-cpp-0.34-6.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-e79091a3b8   
ReviewBoard-2.5.3-1.el7 python-djblets-0.9.2-1.el7
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-60ae263220   
exim-4.84.2-1.el7


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

2ping-3.2.0-2.el7
ReviewBoard-2.5.3-1.el7
csnappy-0-6.20150729gitd7bc683.el7
exim-4.84.2-1.el7
fedmsg-0.16.3-1.el7
gstreamer1-rtsp-server-1.4.5-1.el7
mimetic-0.9.8-6.el7
mlmmj-1.2.19.0-1.el7
mockito-1.10.19-1.el7
packagedb-cli-2.11-1.el7
python-djblets-0.9.2-1.el7
python-fmn-consumer-0.8.1-1.el7
python-fmn-lib-0.8.1-1.el7
python-fmn-rules-0.8.1-1.el7
python-fmn-web-0.8.1-1.el7
rubygem-em-spec-0.2.7-2.el7
xarchiver-0.5.4-3.el7
xmlcopyeditor-1.2.1.3-4.el7
yamllint-1.0.3-3.el7
zmap-2.1.1-1.el7

Details about builds:



 2ping-3.2.0-2.el7 (FEDORA-EPEL-2016-111a9383eb)
 Bi-directional ping utility

Update Information:

big step forward :)

References:

  [ 1 ] Bug #1275261 - 2ping-3.2.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1275261




 ReviewBoard-2.5.3-1.el7 (FEDORA-EPEL-2016-e79091a3b8)
 Web-based code review tool

Update Information:

- Security fixes for Review Board -
https://www.reviewboard.org/docs/releasenotes/djblets/0.9.1/ -
https://www.reviewboard.org/docs/releasenotes/djblets/0.9.2/ -
https://www.reviewboard.org/docs/releasenotes/reviewboard/2.5.3/

References:

  [ 1 ] Bug #1310919 - ReviewBoard-2.5.3 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1310919




 csnappy-0-6.20150729gitd7bc683.el7 (FEDORA-EPEL-2016-983a03696f)
 Snappy compression library ported to C

Update Information:

Prepare for EPEL branches    Rebuilt for
https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild

References:

  [ 1 ] Bug #1311683 - csnappy: rebuild epel branches
https://bugzilla.redhat.com/show_bug.cgi?id=1311683




 exim-4.84.2-1.el7 (FEDORA-EPEL-2016-60ae263220)
 The exim mail transfer agent

Update Information:

This is new version fixing local privilege escalation for set-uid root when
using perl_startup.

References:

  [ 1 ] Bug #1314293 - CVE-2016-1531 exim: Local privilege escalation for 
set-uid root exim when using perl_startup
https://bugzilla.redhat.com/show_bug.cgi?id=1314293




 fedmsg-0.16.3-1.el7 (FEDORA-EPEL-2016-a33be58966)
 Tools for Fedora Infrastructure real-time messaging

Update Information:

https://github.com/fedora-infra/fedmsg/blob/develop/CHANGELOG.rst#0163




 gstreamer1-rtsp-server-1.4.5-1.el7 (FEDORA-EPEL-2016-bfc832cedd)
 GStreamer 

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

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 256  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-6828   
chicken-4.9.0.1-4.el6
 239  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 233  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 164  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8148   
optipng-0.7.5-5.el6
 164  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8156   
nagios-4.0.8-1.el6
 123  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
  94  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
   9  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-58b3766907   
libebml-1.2.2-1.el6
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-00c45982f6   
drupal6-6.38-1.el6
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-6e0c318d91   
libssh-0.5.5-5.el6
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-6a812bd682   
drupal7-7.43-1.el6
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-78096a43d9   
php-htmLawed-1.1.21-1.el6
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-b14579b3db   
websvn-2.3.3-12.el6


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

2ping-3.2.0-2.el6
csnappy-0-6.20150729gitd7bc683.el6
golang-github-opencontainers-specs-0.2.0-0.1.git25cbfc4.el6
mimetic-0.9.8-6.el6
mlmmj-1.2.19.0-1.el6
qpid-dispatch-0.5-2.el6
qpid-proton-0.12.0-1.el6
rubygem-qpid_proton-0.12.0-1.el6
websvn-2.3.3-12.el6
zmap-2.1.1-1.el6

Details about builds:



 2ping-3.2.0-2.el6 (FEDORA-EPEL-2016-deac2bbd15)
 Bi-directional ping utility

Update Information:

big step forward :)

References:

  [ 1 ] Bug #1275261 - 2ping-3.2.0 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1275261




 csnappy-0-6.20150729gitd7bc683.el6 (FEDORA-EPEL-2016-d718468eb8)
 Snappy compression library ported to C

Update Information:

Prepare for EPEL branches    Rebuilt for
https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild

References:

  [ 1 ] Bug #1311683 - csnappy: rebuild epel branches
https://bugzilla.redhat.com/show_bug.cgi?id=1311683




 golang-github-opencontainers-specs-0.2.0-0.1.git25cbfc4.el6 
(FEDORA-EPEL-2016-ac04a97e7c)
 Open Container Specification

Update Information:

Update    Update    Needed by runc

References:

  [ 1 ] Bug #1286185 - Tracker for golang-github-opencontainers-specs
https://bugzilla.redhat.com/show_bug.cgi?id=1286185
  [ 2 ] Bug #1255370 - Review Request: golang-github-opencontainers-specs - 
Open Container Specifications
https://bugzilla.redhat.com/show_bug.cgi?id=1255370




 mimetic-0.9.8-6.el6 (FEDORA-EPEL-2016-124c58eaf5)
 A full featured C++ MIME library

Update Information:

- fixed char signedness issue for some platforms - spec modernized and cleaned -
epel 6,7 branches provided  ---  17.06.2014, 0.9.8  - clang/gcc compilation
fixes in tokenizer.h

References:

  [ 1 ] Bug #1307771 - mimetic: FTBFS in rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=1307771




 mlmmj-1.2.19.0-1.el6 (FEDORA-EPEL-2016-762682438d)
 A simple and slim mailing list manager inspired by ezmlm

Update Information:

- Add README.footers and footer-related resources - Support ESMTP so OpenSMTPD
uses 8 bits (Paul Fariello) - Use iconv to convert unknown character sets -
Handle 

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

[updates]

The following Fedora EPEL 5 Security updates need testing:
 Age  URL
 866  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2013-11893   
libguestfs-1.20.12-1.el5
 630  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-1626   
puppet-2.7.26-1.el5
 480  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-3849   
sblim-sfcb-1.3.8-2.el5
 123  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-edbea40516   
mcollective-2.8.4-1.el5
  94  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-582c8075e6   
thttpd-2.25b-24.el5
   6  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-64da3a7a91   
drupal6-6.38-1.el5
   4  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-f158c9e72f   
drupal7-7.43-1.el5
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-085f094286   
php-htmLawed-1.1.21-1.el5
   1  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-66faa4ea19   
openssl101e-1.0.1e-7.el5
   0  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-9c7ed6c982   
websvn-2.3.3-12.el5


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

websvn-2.3.3-12.el5

Details about builds:



 websvn-2.3.3-12.el5 (FEDORA-EPEL-2016-9c7ed6c982)
 Online subversion repository browser

Update Information:

- Fix CVE-2016-2511

References:

  [ 1 ] Bug #1310760 - CVE-2016-2511 websvn: reflected cross-site scripting 
[epel-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1310760
  [ 2 ] Bug #1310759 - CVE-2016-2511 websvn: reflected cross-site scripting 
[fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1310759

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

[Bug 1312568] perl-Text-Diff-1.44 is available

[bugzilla]

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



--- Comment #7 from Fedora Update System  ---
perl-Text-Diff-1.44-1.fc23 has been pushed to the Fedora 23 stable repository.
If problems still persist, please make note of it in this bug report.

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

[Bug 1313702] CVE-2016-2381 perl: ambiguous environment variables handling [fedora-all]

[bugzilla]

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



--- Comment #8 from Fedora Update System  ---
perl-5.22.1-351.fc23 has been pushed to the Fedora 23 stable repository. If
problems still persist, please make note of it in this bug report.

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

[Bug 1313702] CVE-2016-2381 perl: ambiguous environment variables handling [fedora-all]

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-5.22.1-357.fc25|perl-5.22.1-357.fc25
   ||perl-5.22.1-351.fc23
 Resolution|--- |ERRATA
Last Closed||2016-03-03 15:22:16



-- 
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: Gnome in Rawhide broken

[Debarshi Ray]

On Thu, Mar 03, 2016 at 12:58:16PM -0600, Michael Catanzaro wrote:
> Of course, but surely we can still do soname bumps when removing
> previously-released API, to detect such breakage before it reaches
> rawhide users.

No, we cannot. If we did, then changes to any new API added to gtk+
during the unstable cycle would require soname bumps. That would
defeat the point of having unstable releases.

Cheers,
Rishi

pgp16cHLlstjP.pgp
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: [HELP NEEDED] LUA expert to help convert fedora-release %post scripts

[Florian Weimer]

On 03/03/2016 04:00 PM, Stephen Gallagher wrote:
> I'm attaching the current fedora-release.spec and convert-to-edition bash 
> script
> for perusal.

I'm attaching a lightly tested Lua conversion.  I'm not familiar with
all the scenarios to test, so I thought I'd post what I have quite
early.  Most of the pieces should be in place.

Florian

%define release_name Twenty Four
%define dist_version 24
%define bug_version 24

Summary:Fedora release files
Name:   fedora-release
Version:24
Release:0.12
License:MIT
Group:  System Environment/Base
URL:http://fedoraproject.org
Source: %{name}-%{version}.tar.bz2
Source1:convert-to-edition.lua
Obsoletes:  redhat-release
Provides:   redhat-release
Provides:   system-release
Provides:   system-release(%{version})

# Kill off the fedora-release-nonproduct package
Provides:   fedora-release-nonproduct = %{version}
Obsoletes:  fedora-release-nonproduct <= 23-0.3
Provides:   fedora-release-standard = 22-0.8
Obsoletes:  fedora-release-standard < 22-0.8


Requires:   fedora-repos(%{version})
BuildArch:  noarch

%description
Fedora release files such as various /etc/ files that define the release.

%package cloud
Summary:Base package for Fedora Cloud-specific default configurations
Provides:   system-release-cloud
Provides:   system-release-cloud(%{version})
Provides:   system-release-product
Requires:   fedora-release = %{version}-%{release}

%description cloud
Provides a base package for Fedora Cloud-specific configuration files to
depend on.

%package server
Summary:Base package for Fedora Server-specific default configurations
Provides:   system-release-server
Provides:   system-release-server(%{version})
Provides:   system-release-product
Requires:   fedora-release = %{version}-%{release}
Requires:   systemd
Requires:   cockpit
Requires:   rolekit
Requires(post):	sed
Requires(post):	systemd

%description server
Provides a base package for Fedora Server-specific configuration files to
depend on.

%package workstation
Summary:Base package for Fedora Workstation-specific default configurations
Provides:   system-release-workstation
Provides:   system-release-workstation(%{version})
Provides:   system-release-product
Requires:   fedora-release = %{version}-%{release}
# needed for captive portal support
Requires:   NetworkManager-config-connectivity-fedora
Requires(post): /usr/bin/glib-compile-schemas
Requires(postun): /usr/bin/glib-compile-schemas

%description workstation
Provides a base package for Fedora Workstation-specific configuration files to
depend on.

%prep
%setup -q
sed -i 's|@@VERSION@@|%{dist_version}|g' Fedora-Legal-README.txt

%build

%install
install -d $RPM_BUILD_ROOT/etc
echo "Fedora release %{version} (%{release_name})" > $RPM_BUILD_ROOT/etc/fedora-release
echo "cpe:/o:fedoraproject:fedora:%{version}" > $RPM_BUILD_ROOT/etc/system-release-cpe

# Symlink the -release files
ln -s fedora-release $RPM_BUILD_ROOT/etc/redhat-release
ln -s fedora-release $RPM_BUILD_ROOT/etc/system-release

# Create the common os-release file
install -d $RPM_BUILD_ROOT/usr/lib/os.release.d/
cat << EOF >>$RPM_BUILD_ROOT/usr/lib/os.release.d/os-release-fedora
NAME=Fedora
VERSION="%{dist_version} (%{release_name})"
ID=fedora
VERSION_ID=%{dist_version}
PRETTY_NAME="Fedora %{dist_version} (%{release_name})"
ANSI_COLOR="0;34"
CPE_NAME="cpe:/o:fedoraproject:fedora:%{dist_version}"
HOME_URL="https://fedoraproject.org/;
BUG_REPORT_URL="https://bugzilla.redhat.com/;
REDHAT_BUGZILLA_PRODUCT="Fedora"
REDHAT_BUGZILLA_PRODUCT_VERSION=%{bug_version}
REDHAT_SUPPORT_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT_VERSION=%{bug_version}
PRIVACY_POLICY_URL=https://fedoraproject.org/wiki/Legal:PrivacyPolicy
EOF

# Create the common /etc/issue
echo "\S" > $RPM_BUILD_ROOT/usr/lib/os.release.d/issue-fedora
echo "Kernel \r on an \m (\l)" >> $RPM_BUILD_ROOT/usr/lib/os.release.d/issue-fedora
echo >> $RPM_BUILD_ROOT/usr/lib/os.release.d/issue-fedora

# Create /etc/issue.net
echo "\S" > $RPM_BUILD_ROOT/usr/lib/issue.net
echo "Kernel \r on an \m (\l)" >> $RPM_BUILD_ROOT/usr/lib/issue.net
ln -s ../usr/lib/issue.net $RPM_BUILD_ROOT/etc/issue.net

# Create os-release and issue files for the different editions
# Cloud
cp -p $RPM_BUILD_ROOT/usr/lib/os.release.d/os-release-fedora \
  $RPM_BUILD_ROOT/usr/lib/os.release.d/os-release-cloud
echo "VARIANT=\"Cloud Edition\"" >> $RPM_BUILD_ROOT/usr/lib/os.release.d/os-release-cloud
echo "VARIANT_ID=cloud" >> $RPM_BUILD_ROOT/usr/lib/os.release.d/os-release-cloud
sed -i -e "s|(%{release_name})|(Cloud Edition)|g" $RPM_BUILD_ROOT/usr/lib/os.release.d/os-release-cloud

# Server
cp -p $RPM_BUILD_ROOT/usr/lib/os.release.d/os-release-fedora \
  $RPM_BUILD_ROOT/usr/lib/os.release.d/os-release-server
echo "VARIANT=\"Server Edition\"" >> 

OCaml 4.03.0 (beta)

[Richard W.M. Jones]

Since Rawhide was branched from F24 and OCaml 4.03.0 beta1 has been
released, I'd like to update Rawhide to that new version of OCaml.

However it probably won't be in the next week.

In the meantime, read about the new features in 4.03 here:

  https://sympa.inria.fr/sympa/arc/caml-list/2016-03/msg00010.html

Three minor and one major feature of note:

 - The `--arg=' parsing patch that we've been carrying in Fedora
   for a while is now upstream.

 - The compiler license has changed from QPL to LGPLv2 [not "+"]
   with the linking exception.

 - ocamlbuild is now a separate package.

 - There is a new upstream POWER backend (in Fedora we have our own
   ppc64 and ppc64le backends).  When I tried it a few months back, it
   wasn't very stable, but I'll give this one a go, and if it can
   compile at least the base packages then I might deploy it and we'll
   deal with the fallout afterwards.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-p2v converts physical machines to virtual machines.  Boot with a
live CD or over the network (PXE) and turn machines into KVM guests.
http://libguestfs.org/virt-v2v
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Why Wayland session runs on 2nd VT?

[Michael Catanzaro]

On Thu, 2016-03-03 at 15:47 +0100, Vít Ondruch wrote:
> Why Wayland session runs on 2nd VT?

See: https://bugzilla.gnome.org/show_bug.cgi?id=747339#c20
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Gnome in Rawhide broken

[Michael Catanzaro]

On Thu, 2016-03-03 at 16:08 +0100, Kalev Lember wrote:
> This was a symbol that was added and removed in the 3.19.x unstable
> development cycle. We don't guarantee ABI stability between two
> unstable
> development releases. ABI stability guarantees are only from one
> stable
> version to another stable version.

Of course, but surely we can still do soname bumps when removing
previously-released API, to detect such breakage before it reaches
rawhide users.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Why Wayland session runs on 2nd VT?

[Adam Jackson]

On Thu, 2016-03-03 at 15:47 +0100, Vít Ondruch wrote:
> Why Wayland session runs on 2nd VT?
> 
> I.e. my 1st VT always contains the GDM and 2nd VT actually displays the
> Wayland user session. That is confusing, looking like that nobody is
> logged in ...

That's how GDM (and pretty much everyone else) implements fast user
switching. Been true of the X session too for several releases now.

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

Self Introductoin: Jun Aruga

[Jun Aruga]

Hi, Fedora developers!

My name is Jun Aruga.
I live in Brno, Czech Republic, working in RedHat.

I mainly have lived in open source world over than 10 years.
I worked as Software Engineer in Japan for a long time, and in Singapore for 3 
years.

Now I am preparing my first Fedora package for Ruby on Rails 5.

Nice to meet you!

Best,
Jun Aruga
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: [HELP NEEDED] LUA expert to help convert fedora-release %post scripts

[Panu Matilainen]

On 03/03/2016 05:55 PM, Florian Weimer wrote:

* Stephen Gallagher:


On 03/03/2016 10:22 AM, Florian Weimer wrote:

On 03/03/2016 04:00 PM, Stephen Gallagher wrote:


So what I am looking for is someone who is fluent in LUA to help me convert
these scripts over so that they can run entirely under the built-in LUA
interpreter of RPM and eliminate this problem.


I know that the language is spelled “Lua”, not “LUA”.  Not sure if
that's enough qualification.

The fundamental question is whether you want to preserve this script as
a Lua script, for running outside of RPM.  If not, we can
constant-propagate the command line flags into the script and simplify
it somewhat.



The ideal case is for it to be usable by the end-user to change the
Edition (or, more commonly, assign one if it's non-product at the
moment). That said, I'm open to treating that as a nice-to-have and
fixing just the install/upgrade cases right now.


It's possible to maintain two scripts if necessary.  It is what we are
doing for the /etc/localtime update in Red Hat Enterprise Linux 6.
tzdata has a Lua implementation as a %post scriptlet, and glibc
provides a C implementation for use by system administrators.

I asked because a realistic getopt would be fairly involved to
reimplement in pure Lua.  (There must be countless implementations of
that already, but I'm not sure if we want to add another dependency,
or lift an implementation from some wiki page.) The rest of the script
seems quite doable.  I'll take a stab at it later today if no one else
shows up.


Note that the script would have to run under the RPM Lua interpreter,
the plain Lua interpreter does not provide some required functionality
(such as posix.files function).  And you cannot run the script from a
file system path, you have to put it directly into the spec file.



So all the content has to be inline, or we can create a common
script/function and call it multiple times?


We can inline the file at build time using Lua scripting, I think.


You can %include files into spec, and also you can pull scripts contents 
from a file with -f option to scriptlets, eg %post -f %{SOURCE5}


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

Re: [HELP NEEDED] LUA expert to help convert fedora-release %post scripts

[Stephen Gallagher]

On 03/03/2016 10:55 AM, Florian Weimer wrote:
> * Stephen Gallagher:
> 
>> On 03/03/2016 10:22 AM, Florian Weimer wrote:
>>> On 03/03/2016 04:00 PM, Stephen Gallagher wrote:
>>>
 So what I am looking for is someone who is fluent in LUA to help me convert
 these scripts over so that they can run entirely under the built-in LUA
 interpreter of RPM and eliminate this problem.
>>>
>>> I know that the language is spelled “Lua”, not “LUA”.  Not sure if
>>> that's enough qualification.
>>>
>>> The fundamental question is whether you want to preserve this script as
>>> a Lua script, for running outside of RPM.  If not, we can
>>> constant-propagate the command line flags into the script and simplify
>>> it somewhat.
>>>
>>
>> The ideal case is for it to be usable by the end-user to change the
>> Edition (or, more commonly, assign one if it's non-product at the
>> moment). That said, I'm open to treating that as a nice-to-have and
>> fixing just the install/upgrade cases right now.
> 
> It's possible to maintain two scripts if necessary.  It is what we are
> doing for the /etc/localtime update in Red Hat Enterprise Linux 6.
> tzdata has a Lua implementation as a %post scriptlet, and glibc
> provides a C implementation for use by system administrators.
> 
> I asked because a realistic getopt would be fairly involved to
> reimplement in pure Lua.  (There must be countless implementations of
> that already, but I'm not sure if we want to add another dependency,
> or lift an implementation from some wiki page.) The rest of the script
> seems quite doable.  I'll take a stab at it later today if no one else
> shows up.
> 

I have no problems maintaining both scripts; I can just install the current bash
script as-is and just keep them in sync if we make changes. If we do this right,
changes should be extremely rare.

Thank you for your help.

>>> Note that the script would have to run under the RPM Lua interpreter,
>>> the plain Lua interpreter does not provide some required functionality
>>> (such as posix.files function).  And you cannot run the script from a
>>> file system path, you have to put it directly into the spec file.
>>>
>>
>> So all the content has to be inline, or we can create a common
>> script/function and call it multiple times?
> 
> We can inline the file at build time using Lua scripting, I think.
> 

OK





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

Re: [HELP NEEDED] LUA expert to help convert fedora-release %post scripts

[Florian Weimer]

* Stephen Gallagher:

> On 03/03/2016 10:22 AM, Florian Weimer wrote:
>> On 03/03/2016 04:00 PM, Stephen Gallagher wrote:
>> 
>>> So what I am looking for is someone who is fluent in LUA to help me convert
>>> these scripts over so that they can run entirely under the built-in LUA
>>> interpreter of RPM and eliminate this problem.
>> 
>> I know that the language is spelled “Lua”, not “LUA”.  Not sure if
>> that's enough qualification.
>> 
>> The fundamental question is whether you want to preserve this script as
>> a Lua script, for running outside of RPM.  If not, we can
>> constant-propagate the command line flags into the script and simplify
>> it somewhat.
>> 
>
> The ideal case is for it to be usable by the end-user to change the
> Edition (or, more commonly, assign one if it's non-product at the
> moment). That said, I'm open to treating that as a nice-to-have and
> fixing just the install/upgrade cases right now.

It's possible to maintain two scripts if necessary.  It is what we are
doing for the /etc/localtime update in Red Hat Enterprise Linux 6.
tzdata has a Lua implementation as a %post scriptlet, and glibc
provides a C implementation for use by system administrators.

I asked because a realistic getopt would be fairly involved to
reimplement in pure Lua.  (There must be countless implementations of
that already, but I'm not sure if we want to add another dependency,
or lift an implementation from some wiki page.) The rest of the script
seems quite doable.  I'll take a stab at it later today if no one else
shows up.

>> Note that the script would have to run under the RPM Lua interpreter,
>> the plain Lua interpreter does not provide some required functionality
>> (such as posix.files function).  And you cannot run the script from a
>> file system path, you have to put it directly into the spec file.
>> 
>
> So all the content has to be inline, or we can create a common
> script/function and call it multiple times?

We can inline the file at build time using Lua scripting, I think.

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

Re: [HELP NEEDED] LUA expert to help convert fedora-release %post scripts

[Stephen Gallagher]

On 03/03/2016 10:22 AM, Florian Weimer wrote:
> On 03/03/2016 04:00 PM, Stephen Gallagher wrote:
> 
>> So what I am looking for is someone who is fluent in LUA to help me convert
>> these scripts over so that they can run entirely under the built-in LUA
>> interpreter of RPM and eliminate this problem.
> 
> I know that the language is spelled “Lua”, not “LUA”.  Not sure if
> that's enough qualification.
> 
> The fundamental question is whether you want to preserve this script as
> a Lua script, for running outside of RPM.  If not, we can
> constant-propagate the command line flags into the script and simplify
> it somewhat.
> 

The ideal case is for it to be usable by the end-user to change the Edition (or,
more commonly, assign one if it's non-product at the moment). That said, I'm
open to treating that as a nice-to-have and fixing just the install/upgrade
cases right now.


> Note that the script would have to run under the RPM Lua interpreter,
> the plain Lua interpreter does not provide some required functionality
> (such as posix.files function).  And you cannot run the script from a
> file system path, you have to put it directly into the spec file.
> 

So all the content has to be inline, or we can create a common script/function
and call it multiple times?




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

Re: About versions and macros

[Petr Šabata]

On Thu, Mar 03, 2016 at 03:47:57PM +0100, Emmanuel Seyman wrote:
> > > As for replacing much of the existing boilerplate with macros, I'm
> > > personally less keen on that because I think it actually makes specs 
> > > harder
> > > to read, at least until I know what each of those macros actually does 
> > > under
> > > the hood.
> 
> A related point is a higher barrier of entry for new members of the SIG.
> Requiring people to learn specific macros before they can submit packages
> or contribute to existing spec files is a huge hassle.
> 
> Emmanuel

You think?  I expect most new packagers simply use a template
or have the package autogenerated.  Contributions from non-perl
packagers -- that's a valid point but most the macros ppisar
suggested seem to be fairly self-descriptive.

Updating the docs and cpanspec[0] is a must, of course.

P

[0] I've been sort of working on a new tool to replace the
dead cpanspec -- more generic and hopefully more maintainable.
It's still not ready, though.


signature.asc
Description: PGP signature
--
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: [HELP NEEDED] LUA expert to help convert fedora-release %post scripts

[Florian Weimer]

On 03/03/2016 04:00 PM, Stephen Gallagher wrote:

> So what I am looking for is someone who is fluent in LUA to help me convert
> these scripts over so that they can run entirely under the built-in LUA
> interpreter of RPM and eliminate this problem.

I know that the language is spelled “Lua”, not “LUA”.  Not sure if
that's enough qualification.

The fundamental question is whether you want to preserve this script as
a Lua script, for running outside of RPM.  If not, we can
constant-propagate the command line flags into the script and simplify
it somewhat.

Note that the script would have to run under the RPM Lua interpreter,
the plain Lua interpreter does not provide some required functionality
(such as posix.files function).  And you cannot run the script from a
file system path, you have to put it directly into the spec file.

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

Re: Gnome in Rawhide broken

[Kalev Lember]

On 03/03/2016 03:51 PM, Vít Ondruch wrote:

Dne 3.3.2016 v 15:42 Kalev Lember napsal(a):

Should be fixed in gnome-terminal-3.19.91-1.fc24,
http://koji.fedoraproject.org/koji/buildinfo?buildID=741368


The broken ABI was in vte291, so how could possibly update of
gnome-terminal fix that?


It fixes the gnome-terminal crash, which is the symptom you were seeing.


I mean yes,  updated g-t probably does not use
the specific method anymore, but the current compose is broken. And this
will happen again and again as long as ABI is ignored.


This was a symbol that was added and removed in the 3.19.x unstable
development cycle. We don't guarantee ABI stability between two unstable
development releases. ABI stability guarantees are only from one stable
version to another stable version.

Updating from F23 vte291 version -> F24 vte291 doesn't change ABI. It
was just a change in the development branch.

Hope this clears it up,
Kalev
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[HELP NEEDED] LUA expert to help convert fedora-release %post scripts

[Stephen Gallagher]

As part of efforts in Fedora 24 to address certain issues with the
edition-specific fedora-release content (such as /etc/os-release, /etc/issues
and edition-specific presets), I built a moderately complex series of bash
scripts to run in %post and %posttrans to ensure that all of the right files
were symlinked in the correct places.

Unfortunately, the result here is that %post and %posttrans for fedora-release
now requires both bash and coreutils to function properly, and this introduces a
cyclical dependency. It works properly on upgrades of realistic systems (all of
which have bash and coreutils on them), but it introduces issues with mock and
minimalistic systems on installation.

So what I am looking for is someone who is fluent in LUA to help me convert
these scripts over so that they can run entirely under the built-in LUA
interpreter of RPM and eliminate this problem.

This is a fairly urgent issue, as it may cause blocking issues for Fedora 24
installations. So if you think you can help, please respond promptly.

I'm attaching the current fedora-release.spec and convert-to-edition bash script
for perusal.
#!/bin/bash

# Simple script to set up Edition defaults for Fedora

OPTIND=1

VARIANT_FILE=/usr/lib/variant

# Defaults are set to provide the fewest suprises for anyone running this
# script manually to convert their own system. In nearly all cases, it should
# be possible to run `convert-to-edition -e ` and get expected results

# By default, install new packages to ensure that all the necessary files are
# available before symlinking. This must be skipped when running this file as
# part of an RPM scriptlet.
do_installation=1

# By default, do not modify the enabled or disabled state of any service on the
# system. This should only be done when this script is run as part of system
# installation or if the user is certain that they want to apply the changes to
# the presets to their system.
enable_presets=0

exit_usage() {
echo "Usage: convert-to-edition [options] -e 
cloud|non-edition|server|workstation"
echo "Options:"
echo "-e: The edition to install (cloud, non-edition, server or 
workstation)"
echo "-i: Skip installing additional files and just update symlinks"
echo "-p: Also enable newly-added systemd presets"
exit 1
}

while getopts "e:ihp" opt; do
case "$opt" in
e)
EDITION=$OPTARG
;;
i)
do_installation=0
;;
p)
enable_presets=1
;;
h)
exit_usage
;;
esac
done

# None of the actions below can be run by a non-root user
if [[ $EUID -ne 0 ]]; then
   echo "This script must be run as root" 1>&2
   exit 1
fi

case $EDITION in
  cloud)
if [ $do_installation -gt 0 ]; then
echo "Installing Fedora Cloud Packages"
dnf install -y fedora-release-cloud
fi

echo "VARIANT_ID=cloud" > $VARIANT_FILE

# Ensure that the os-release file is pointing to the correct version
ln -sf ./os.release.d/os-release-cloud /usr/lib/os-release || :

# Ensure that the issue file is pointing to the correct version
ln -sf ./os.release.d/issue-fedora /usr/lib/issue

# Remove any presets from other Editions.
rm -f /usr/lib/systemd/system-preset/80-*.preset
;;

  non-edition)
echo "VARIANT_ID=nonproduct" > $VARIANT_FILE

# Ensure that the os-release file is pointing to the correct version
ln -sf ./os.release.d/os-release-fedora /usr/lib/os-release || :

# Ensure that the issue file is pointing to the correct version
ln -sf ./os.release.d/issue-fedora /usr/lib/issue

# Remove any presets from other Editions.
rm -f /usr/lib/systemd/system-preset/80-*.preset
;;

  server)
if [ $do_installation -gt 0 ]; then
echo "Installing Fedora Server Packages"
dnf install -y fedora-release-server
fi

echo "VARIANT_ID=server" > $VARIANT_FILE

# Ensure that the os-release and issue files are pointing to the correct
# version
ln -sf ./os.release.d/os-release-server /usr/lib/os-release
ln -sf ./os.release.d/issue-server /usr/lib/issue

# Remove any presets from other Editions. This should always be a no-op,
# but it's good to be explicit.
# We reserve 80-*.preset for Editions
rm -f /usr/lib/systemd/system-preset/80-*.preset

# Symlink in the proper preset
ln -sf ../../os.release.d/presets/80-server.preset \
   /usr/lib/systemd/system-preset/80-server.preset

if [ $enable_presets -gt 0 ]; then
# Enable new units specified by presets
units=$(sed -n 's/^enable//p' \
< /usr/lib/systemd/system-preset/80-server.preset)
/usr/bin/systemctl preset $units >/dev/null 2>&1 || :

# Disable new units specified by presets
units=$(sed -n 's/^disable//p' \
< /usr/lib/systemd/system-preset/80-server.preset)
/usr/bin/systemctl preset $units >/dev/null 2>&1 || :
fi
;;

  workstation)

Re: Why Wayland session runs on 2nd VT?

[Tom Hughes]

On 03/03/16 14:47, Vít Ondruch wrote:


Why Wayland session runs on 2nd VT?

I.e. my 1st VT always contains the GDM and 2nd VT actually displays the
Wayland user session. That is confusing, looking like that nobody is
logged in ...


Exactly the as X does in recent releases you mean?

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

Re: Gnome in Rawhide broken

[Vít Ondruch]

Dne 3.3.2016 v 15:42 Kalev Lember napsal(a):
> On 03/03/2016 03:37 PM, Vít Ondruch wrote:
>> After update, my gnome-terminal failed to start. The journal contained
>> following message:
>>
>>
>> Mar 03 15:01:17 localhost
>> org.gnome.Terminal[1965]:*/usr/libexec/gnome-**terminal**-server:
>> symbol lookup error: /usr/libexec/gnome-**terminal**-server:
>> undefined symbol: vte_**terminal**_search_set_regex*
>> Mar 03 15:01:17 localhost dbus-daemon[1965]: Activated service
>> 'org.gnome.Terminal' failed: Process org.gnome.Terminal exited with
>> status 127
>
> Should be fixed in gnome-terminal-3.19.91-1.fc24,
> http://koji.fedoraproject.org/koji/buildinfo?buildID=741368
>


The broken ABI was in vte291, so how could possibly update of
gnome-terminal fix that? I mean yes,  updated g-t probably does not use
the specific method anymore, but the current compose is broken. And this
will happen again and again as long as ABI is ignored.

Actually if you really don't care about ABI, then please build Gnome in
side tag and prevent Rawhide breakage.


Thank you


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

Why Wayland session runs on 2nd VT?

[Vít Ondruch]

Why Wayland session runs on 2nd VT?

I.e. my 1st VT always contains the GDM and 2nd VT actually displays the
Wayland user session. That is confusing, looking like that nobody is
logged in ...


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

Re: About versions and macros

[Emmanuel Seyman]

* Petr Šabata [03/03/2016 14:44] :
>
> I'm not sure it would be possible to do it the way you suggest, supporting
> both versioning schemes at the same time.  The conversion could be largely
> automated and all packages could be altered & rebuilt during the next
> Perl mass rebuild, for example.  With new generators in place.

It sounds simpler to have a switch-day where all packages move to the new
scheme and makes sense to do this in a side build-root (during a Perl mass
rebuild or not).

> > I think having a versioning scheme that works the same way as rpm's
> > versioning is a good thing and would avoid plenty of hacks and the need for
> > some epoch bumps.
> 
> +1

Huge +1

> On Tue, Feb 02, 2016 at 04:17:45PM +, Paul Howarth wrote:
>
> > As for replacing much of the existing boilerplate with macros, I'm
> > personally less keen on that because I think it actually makes specs harder
> > to read, at least until I know what each of those macros actually does under
> > the hood.

A related point is a higher barrier of entry for new members of the SIG.
Requiring people to learn specific macros before they can submit packages
or contribute to existing spec files is a huge hassle.

Emmanuel
--
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: Gnome in Rawhide broken

[Kalev Lember]

On 03/03/2016 03:37 PM, Vít Ondruch wrote:

After update, my gnome-terminal failed to start. The journal contained
following message:


Mar 03 15:01:17 localhost 
org.gnome.Terminal[1965]:*/usr/libexec/gnome-**terminal**-server: symbol lookup 
error: /usr/libexec/gnome-**terminal**-server: undefined symbol: 
vte_**terminal**_search_set_regex*
Mar 03 15:01:17 localhost dbus-daemon[1965]: Activated service 
'org.gnome.Terminal' failed: Process org.gnome.Terminal exited with status 127


Should be fixed in gnome-terminal-3.19.91-1.fc24,
http://koji.fedoraproject.org/koji/buildinfo?buildID=741368

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

Gnome in Rawhide broken

[Vít Ondruch]

After update, my gnome-terminal failed to start. The journal contained
following message:


Mar 03 15:01:17 localhost org.gnome.Terminal[1965]: 
*/usr/libexec/gnome-**terminal**-server: symbol lookup error: 
/usr/libexec/gnome-**terminal**-server: undefined symbol: 
vte_**terminal**_search_set_regex*
Mar 03 15:01:17 localhost dbus-daemon[1965]: Activated service 
'org.gnome.Terminal' failed: Process org.gnome.Terminal exited with status 127



And not surprisingly, the symbol disappeared without soname bump:

$ mkdir vte291-0.43.2-2.fc24.x86_64
$ cd vte291-0.43.2-2.fc24.x86_64/
$ rpm2cpio ../vte291-0.43.2-2.fc24.x86_64.rpm | cpio -id
1333 blocks
$ nm -D usr/lib64/libvte-2.91.so.0 | grep set_regex
0002e330 T vte_terminal_search_*set_regex*
$ cd ..
$ mkdir vte291-0.43.91-1.fc25.x86_64
$ cd vte291-0.43.91-1.fc25.x86_64
$ rpm2cpio ../vte291-0.43.91-1.fc25.x86_64.rpm | cpio -id
1330 blocks
$ nm -D usr/lib64/libvte-2.91.so.0 | grep set_regex



It would be nice if Gnome guys could pay more attention to their ABIs.

BTW reverting this particular update restored the g-t functionality:

Upgraded vte291-0.43.2-2.fc24.x86_64
 @rawhide/24
Upgrade 0.43.91-1.fc25.x86_64   
 @rawhide





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

Broken dependencies: perl-Dumbbench

[buildsys]

perl-Dumbbench has broken dependencies in the rawhide tree:
On armhfp:
perl-Dumbbench-BoxPlot-0.10-2.fc24.noarch requires perl(SOOT)
Please resolve this as soon as possible.

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

Re: About versions and macros

[Petr Šabata]

On Tue, Feb 02, 2016 at 04:17:45PM +, Paul Howarth wrote:
> On 29/01/16 12:34, Petr Pisar wrote:
> >Compatibility
> >=
> >
> >Introducing this normalization requires changing both build-requires and
> >run-requires at the same time (you cannot provide "perl(Foo) = 1.2" and
> >build-require "perl(Foo) >= 1.200"), the normalization would be enabled at 
> >one
> >of the Perl mass rebuilds. But we could start using the macros gradually
> >even before the big switch. For those who would not find all the macros
> >appealing and would not convert their spec files, we could just wrap the
> >version strings in BuildRequire and Requires statements into %perl_v macro
> >automatically by a script.
> 
> I think it would be very difficult to change all perl packages to normalized
> version numbers in one go, which makes me think that maybe the existing and
> normalized schemes should have their own namespaces, both provided by perl
> dependency generators. I think the provides probably need to appear prior to
> the requires so that the new scheme can be bootstrapped (maybe just before a
> mass rebuild?). If the two schemes co-exist then packages can be migrated at
> a more leisurely pace by maintainers that are keen on this apporach.

I'm not sure it would be possible to do it the way you suggest, supporting
both versioning schemes at the same time.  The conversion could be largely
automated and all packages could be altered & rebuilt during the next
Perl mass rebuild, for example.  With new generators in place.

> I think having a versioning scheme that works the same way as rpm's
> versioning is a good thing and would avoid plenty of hacks and the need for
> some epoch bumps.

+1

> As for replacing much of the existing boilerplate with macros, I'm
> personally less keen on that because I think it actually makes specs harder
> to read, at least until I know what each of those macros actually does under
> the hood. It's like when I see some SuSE package specs and have to go figure
> out what all those macros actually do so I can see what's happening in the
> package build.

Although I originally suggested the weird macros for dependency lists,
I think they make the SPEC files harder to read.  I still like the idea of
a single-macro %prep/%install/%check sections as the code is almost always
the same and looking them up in perl-macros isn't a difficult task at all.

> Paul.

Petr


signature.asc
Description: PGP signature
--
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: bash completion dirs

[Ville Skyttä]

On Mon, Feb 22, 2016 at 5:11 PM, Ondřej Vašík  wrote:
> Ville Skyttä píše v Po 22. 02. 2016 v 14:12 +0200:
>> On Mon, Feb 22, 2016 at 2:04 PM, Thomas Moschny
>>
>> Why not. Note however that if going this route, the dirs
>> /usr/share/bash-completion and /usr/share/bash-completion/helpers
>> should be owned by it as well.
>
> Hmmms, makes sense... will add the ownerships in next rawhide filesystem
> package build.

Good, thanks. I see it hasn't happened yet -- any ETA for this build?
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

pghmcfc pushed to perl-Test-Synopsis (perl-Test-Synopsis-0.15-1.fc25). "Update to 0.15 (..more)"

[notifications]

This commit already existed in another branch.

http://pkgs.fedoraproject.org/cgit/perl-Test-Synopsis.git/commit/?h=perl-Test-Synopsis-0.15-1.fc25=29c128769a230da22037031f23ed8bee5a19e1f6
--
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

pghmcfc pushed to perl-Test-Synopsis (perl-Test-Synopsis-0.15-1.fc24). "Update to 0.15 (..more)"

[notifications]

From 29c128769a230da22037031f23ed8bee5a19e1f6 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Thu, 3 Mar 2016 11:19:01 +
Subject: Update to 0.15
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

- New upstream release 0.15
  - Require Pod::Simple ≥ 3.09, as needed feature missing from older versions
---
 perl-Test-Synopsis.spec | 8 ++--
 sources | 2 +-
 2 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/perl-Test-Synopsis.spec b/perl-Test-Synopsis.spec
index 8ad50cc..c366ede 100644
--- a/perl-Test-Synopsis.spec
+++ b/perl-Test-Synopsis.spec
@@ -2,7 +2,7 @@
 %global debug_package %{nil}
 
 Name:  perl-Test-Synopsis
-Version:   0.14
+Version:   0.15
 Release:   1%{?dist}
 Summary:   Test your SYNOPSIS code
 Group: Development/Libraries
@@ -20,7 +20,7 @@ BuildRequires:perl(ExtUtils::MakeMaker)
 # Module Runtime
 BuildRequires: perl(ExtUtils::Manifest)
 BuildRequires: perl(parent)
-BuildRequires: perl(Pod::Simple)
+BuildRequires: perl(Pod::Simple) >= 3.09
 BuildRequires: perl(strict)
 BuildRequires: perl(Test::Builder::Module)
 BuildRequires: perl(warnings)
@@ -97,6 +97,10 @@ rm -rf %{buildroot}
 %{_mandir}/man3/Test::Synopsis.3*
 
 %changelog
+* Thu Mar  3 2016 Paul Howarth  - 0.15-1
+- Update to 0.15
+  - Require Pod::Simple ≥ 3.09, as needed feature missing from older versions
+
 * Wed Feb 17 2016 Paul Howarth  - 0.14-1
 - Update to 0.14
   - Complete rewrite by dolmen
diff --git a/sources b/sources
index 98d50d5..46fb4e6 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-753b6ca99c7e1f0081c95d7fe6f0b452  Test-Synopsis-0.14.tar.gz
+8446ba9321174f95d273bb4d2aafbe8f  Test-Synopsis-0.15.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Test-Synopsis.git/commit/?h=perl-Test-Synopsis-0.15-1.fc24=29c128769a230da22037031f23ed8bee5a19e1f6
--
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 1314116] perl-Date-Manip-6.53 is available

[bugzilla]

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



--- Comment #1 from Fedora Update System  ---
perl-Date-Manip-6.53-1.fc23 has been submitted as an update to Fedora 23.
https://bodhi.fedoraproject.org/updates/FEDORA-2016-8050d1b3fb

-- 
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-Date-Manip (f23). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild"

[notifications]

From af6c76c5b995ab3ec39e84531b17c48bd2cbf1a1 Mon Sep 17 00:00:00 2001
From: Fedora Release Engineering 
Date: Thu, 4 Feb 2016 13:12:19 +
Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild

---
 perl-Date-Manip.spec | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/perl-Date-Manip.spec b/perl-Date-Manip.spec
index c3fab11..7e748ff 100644
--- a/perl-Date-Manip.spec
+++ b/perl-Date-Manip.spec
@@ -1,6 +1,6 @@
 Name:   perl-Date-Manip
 Version:6.52
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Date manipulation routines
 Group:  Development/Libraries
 License:GPL+ or Artistic
@@ -68,6 +68,9 @@ make test
 %{_bindir}/dm_*
 
 %changelog
+* Thu Feb 04 2016 Fedora Release Engineering  - 
6.52-2
+- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
+
 * Wed Dec 02 2015 Petr Šabata  - 6.52-1
 - 6.52 bump
 - Holidays reworked slightly
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Date-Manip.git/commit/?h=f23=af6c76c5b995ab3ec39e84531b17c48bd2cbf1a1
--
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.53 bump (..more)"

[notifications]

From 1be6cb0cc4f778af1e51f519b717667392f3ea8c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Thu, 3 Mar 2016 12:56:30 +0100
Subject: 6.53 bump

- Various bugfixes
- Timezone data updated
---
 .gitignore   |  1 +
 perl-Date-Manip.spec | 10 --
 sources  |  2 +-
 3 files changed, 10 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index f9768ff..9a24547 100644
--- a/.gitignore
+++ b/.gitignore
@@ -30,3 +30,4 @@ Date-Manip-6.07.tar.gz
 /Date-Manip-6.50.tar.gz
 /Date-Manip-6.51.tar.gz
 /Date-Manip-6.52.tar.gz
+/Date-Manip-6.53.tar.gz
diff --git a/perl-Date-Manip.spec b/perl-Date-Manip.spec
index 7e748ff..425c96f 100644
--- a/perl-Date-Manip.spec
+++ b/perl-Date-Manip.spec
@@ -1,6 +1,6 @@
 Name:   perl-Date-Manip
-Version:6.52
-Release:2%{?dist}
+Version:6.53
+Release:1%{?dist}
 Summary:Date manipulation routines
 Group:  Development/Libraries
 License:GPL+ or Artistic
@@ -8,6 +8,7 @@ URL:http://search.cpan.org/dist/Date-Manip/
 Source0:
http://www.cpan.org/authors/id/S/SB/SBECK/Date-Manip-%{version}.tar.gz
 BuildArch:  noarch
 # Build
+BuildRequires:  make
 BuildRequires:  perl
 BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires:  perl(strict)
@@ -68,6 +69,11 @@ make test
 %{_bindir}/dm_*
 
 %changelog
+* Thu Mar 03 2016 Petr Šabata  - 6.53-1
+- 6.53 bump
+- Various bugfixes
+- Timezone data updated
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
6.52-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
diff --git a/sources b/sources
index c257a11..f7152e8 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-cd901896b1fae6e389dce7facfe715f6  Date-Manip-6.52.tar.gz
+d78f6e1857e74aa4883482348fca4668  Date-Manip-6.53.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Date-Manip.git/commit/?h=f23=1be6cb0cc4f778af1e51f519b717667392f3ea8c
--
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 (f24). "6.53 bump (..more)"

[notifications]

From 1be6cb0cc4f778af1e51f519b717667392f3ea8c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Thu, 3 Mar 2016 12:56:30 +0100
Subject: 6.53 bump

- Various bugfixes
- Timezone data updated
---
 .gitignore   |  1 +
 perl-Date-Manip.spec | 10 --
 sources  |  2 +-
 3 files changed, 10 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index f9768ff..9a24547 100644
--- a/.gitignore
+++ b/.gitignore
@@ -30,3 +30,4 @@ Date-Manip-6.07.tar.gz
 /Date-Manip-6.50.tar.gz
 /Date-Manip-6.51.tar.gz
 /Date-Manip-6.52.tar.gz
+/Date-Manip-6.53.tar.gz
diff --git a/perl-Date-Manip.spec b/perl-Date-Manip.spec
index 7e748ff..425c96f 100644
--- a/perl-Date-Manip.spec
+++ b/perl-Date-Manip.spec
@@ -1,6 +1,6 @@
 Name:   perl-Date-Manip
-Version:6.52
-Release:2%{?dist}
+Version:6.53
+Release:1%{?dist}
 Summary:Date manipulation routines
 Group:  Development/Libraries
 License:GPL+ or Artistic
@@ -8,6 +8,7 @@ URL:http://search.cpan.org/dist/Date-Manip/
 Source0:
http://www.cpan.org/authors/id/S/SB/SBECK/Date-Manip-%{version}.tar.gz
 BuildArch:  noarch
 # Build
+BuildRequires:  make
 BuildRequires:  perl
 BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires:  perl(strict)
@@ -68,6 +69,11 @@ make test
 %{_bindir}/dm_*
 
 %changelog
+* Thu Mar 03 2016 Petr Šabata  - 6.53-1
+- 6.53 bump
+- Various bugfixes
+- Timezone data updated
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
6.52-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
diff --git a/sources b/sources
index c257a11..f7152e8 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-cd901896b1fae6e389dce7facfe715f6  Date-Manip-6.52.tar.gz
+d78f6e1857e74aa4883482348fca4668  Date-Manip-6.53.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Date-Manip.git/commit/?h=f24=1be6cb0cc4f778af1e51f519b717667392f3ea8c
--
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.53 bump (..more)"

[notifications]

From 1be6cb0cc4f778af1e51f519b717667392f3ea8c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20=C5=A0abata?= 
Date: Thu, 3 Mar 2016 12:56:30 +0100
Subject: 6.53 bump

- Various bugfixes
- Timezone data updated
---
 .gitignore   |  1 +
 perl-Date-Manip.spec | 10 --
 sources  |  2 +-
 3 files changed, 10 insertions(+), 3 deletions(-)

diff --git a/.gitignore b/.gitignore
index f9768ff..9a24547 100644
--- a/.gitignore
+++ b/.gitignore
@@ -30,3 +30,4 @@ Date-Manip-6.07.tar.gz
 /Date-Manip-6.50.tar.gz
 /Date-Manip-6.51.tar.gz
 /Date-Manip-6.52.tar.gz
+/Date-Manip-6.53.tar.gz
diff --git a/perl-Date-Manip.spec b/perl-Date-Manip.spec
index 7e748ff..425c96f 100644
--- a/perl-Date-Manip.spec
+++ b/perl-Date-Manip.spec
@@ -1,6 +1,6 @@
 Name:   perl-Date-Manip
-Version:6.52
-Release:2%{?dist}
+Version:6.53
+Release:1%{?dist}
 Summary:Date manipulation routines
 Group:  Development/Libraries
 License:GPL+ or Artistic
@@ -8,6 +8,7 @@ URL:http://search.cpan.org/dist/Date-Manip/
 Source0:
http://www.cpan.org/authors/id/S/SB/SBECK/Date-Manip-%{version}.tar.gz
 BuildArch:  noarch
 # Build
+BuildRequires:  make
 BuildRequires:  perl
 BuildRequires:  perl(ExtUtils::MakeMaker) >= 6.76
 BuildRequires:  perl(strict)
@@ -68,6 +69,11 @@ make test
 %{_bindir}/dm_*
 
 %changelog
+* Thu Mar 03 2016 Petr Šabata  - 6.53-1
+- 6.53 bump
+- Various bugfixes
+- Timezone data updated
+
 * Thu Feb 04 2016 Fedora Release Engineering  - 
6.52-2
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
 
diff --git a/sources b/sources
index c257a11..f7152e8 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-cd901896b1fae6e389dce7facfe715f6  Date-Manip-6.52.tar.gz
+d78f6e1857e74aa4883482348fca4668  Date-Manip-6.53.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Date-Manip.git/commit/?h=master=1be6cb0cc4f778af1e51f519b717667392f3ea8c
--
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.53.tar.gz for perl-Date-Manip

[notifications]

d78f6e1857e74aa4883482348fca4668  Date-Manip-6.53.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Date-Manip/Date-Manip-6.53.tar.gz/md5/d78f6e1857e74aa4883482348fca4668/Date-Manip-6.53.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

Broken dependencies: perl-Dumbbench

[buildsys]

perl-Dumbbench has broken dependencies in the rawhide tree:
On armhfp:
perl-Dumbbench-BoxPlot-0.10-2.fc24.noarch requires perl(SOOT)
Please resolve this as soon as possible.

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

pghmcfc pushed to perl-Test-Synopsis (f24). "Update to 0.15 (..more)"

[notifications]

From 29c128769a230da22037031f23ed8bee5a19e1f6 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Thu, 3 Mar 2016 11:19:01 +
Subject: Update to 0.15
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

- New upstream release 0.15
  - Require Pod::Simple ≥ 3.09, as needed feature missing from older versions
---
 perl-Test-Synopsis.spec | 8 ++--
 sources | 2 +-
 2 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/perl-Test-Synopsis.spec b/perl-Test-Synopsis.spec
index 8ad50cc..c366ede 100644
--- a/perl-Test-Synopsis.spec
+++ b/perl-Test-Synopsis.spec
@@ -2,7 +2,7 @@
 %global debug_package %{nil}
 
 Name:  perl-Test-Synopsis
-Version:   0.14
+Version:   0.15
 Release:   1%{?dist}
 Summary:   Test your SYNOPSIS code
 Group: Development/Libraries
@@ -20,7 +20,7 @@ BuildRequires:perl(ExtUtils::MakeMaker)
 # Module Runtime
 BuildRequires: perl(ExtUtils::Manifest)
 BuildRequires: perl(parent)
-BuildRequires: perl(Pod::Simple)
+BuildRequires: perl(Pod::Simple) >= 3.09
 BuildRequires: perl(strict)
 BuildRequires: perl(Test::Builder::Module)
 BuildRequires: perl(warnings)
@@ -97,6 +97,10 @@ rm -rf %{buildroot}
 %{_mandir}/man3/Test::Synopsis.3*
 
 %changelog
+* Thu Mar  3 2016 Paul Howarth  - 0.15-1
+- Update to 0.15
+  - Require Pod::Simple ≥ 3.09, as needed feature missing from older versions
+
 * Wed Feb 17 2016 Paul Howarth  - 0.14-1
 - Update to 0.14
   - Complete rewrite by dolmen
diff --git a/sources b/sources
index 98d50d5..46fb4e6 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-753b6ca99c7e1f0081c95d7fe6f0b452  Test-Synopsis-0.14.tar.gz
+8446ba9321174f95d273bb4d2aafbe8f  Test-Synopsis-0.15.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Test-Synopsis.git/commit/?h=f24=29c128769a230da22037031f23ed8bee5a19e1f6
--
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

pghmcfc pushed to perl-Test-Synopsis (master). "Update to 0.15 (..more)"

[notifications]

From 29c128769a230da22037031f23ed8bee5a19e1f6 Mon Sep 17 00:00:00 2001
From: Paul Howarth 
Date: Thu, 3 Mar 2016 11:19:01 +
Subject: Update to 0.15
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

- New upstream release 0.15
  - Require Pod::Simple ≥ 3.09, as needed feature missing from older versions
---
 perl-Test-Synopsis.spec | 8 ++--
 sources | 2 +-
 2 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/perl-Test-Synopsis.spec b/perl-Test-Synopsis.spec
index 8ad50cc..c366ede 100644
--- a/perl-Test-Synopsis.spec
+++ b/perl-Test-Synopsis.spec
@@ -2,7 +2,7 @@
 %global debug_package %{nil}
 
 Name:  perl-Test-Synopsis
-Version:   0.14
+Version:   0.15
 Release:   1%{?dist}
 Summary:   Test your SYNOPSIS code
 Group: Development/Libraries
@@ -20,7 +20,7 @@ BuildRequires:perl(ExtUtils::MakeMaker)
 # Module Runtime
 BuildRequires: perl(ExtUtils::Manifest)
 BuildRequires: perl(parent)
-BuildRequires: perl(Pod::Simple)
+BuildRequires: perl(Pod::Simple) >= 3.09
 BuildRequires: perl(strict)
 BuildRequires: perl(Test::Builder::Module)
 BuildRequires: perl(warnings)
@@ -97,6 +97,10 @@ rm -rf %{buildroot}
 %{_mandir}/man3/Test::Synopsis.3*
 
 %changelog
+* Thu Mar  3 2016 Paul Howarth  - 0.15-1
+- Update to 0.15
+  - Require Pod::Simple ≥ 3.09, as needed feature missing from older versions
+
 * Wed Feb 17 2016 Paul Howarth  - 0.14-1
 - Update to 0.14
   - Complete rewrite by dolmen
diff --git a/sources b/sources
index 98d50d5..46fb4e6 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-753b6ca99c7e1f0081c95d7fe6f0b452  Test-Synopsis-0.14.tar.gz
+8446ba9321174f95d273bb4d2aafbe8f  Test-Synopsis-0.15.tar.gz
-- 
cgit v0.12



http://pkgs.fedoraproject.org/cgit/perl-Test-Synopsis.git/commit/?h=master=29c128769a230da22037031f23ed8bee5a19e1f6
--
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

pghmcfc uploaded Test-Synopsis-0.15.tar.gz for perl-Test-Synopsis

[notifications]

8446ba9321174f95d273bb4d2aafbe8f  Test-Synopsis-0.15.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Test-Synopsis/Test-Synopsis-0.15.tar.gz/md5/8446ba9321174f95d273bb4d2aafbe8f/Test-Synopsis-0.15.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

corsepiu uploaded Devel-StackTrace-2.01.tar.gz for perl-Devel-StackTrace

[notifications]

164a5908bcfb79a8fbbca1a2182416ae  Devel-StackTrace-2.01.tar.gz

http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Devel-StackTrace/Devel-StackTrace-2.01.tar.gz/md5/164a5908bcfb79a8fbbca1a2182416ae/Devel-StackTrace-2.01.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

Re: Packaging of PlayOnLinux

[Raphael Groner]

Thanks for your package.

Maybe you want to join Games SIG.
https://fedoraproject.org/wiki/SIGs/Games
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Packaging of PlayOnLinux

[Raphael Groner]

Thanks for your package!

Maybe you want to join Games SIG.
https://fedoraproject.org/wiki/SIGs/Games
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Running CLI uitilities not available in Fedora?

[Dmitrij S. Kryzhevich]

Hello All!
I'd like to ask you for advice. I've packaged an application which can
use external CLI tools (not available in Fedora for various non-legal
reasons). Shall I remove support for these tools or better keep it?



Hello,

if your application has a preference for that CLI name modification and 
proper error handling you could just change reference to some note. I.e. 
"this_tool_name_NAME_is_not_installed", that should appear in error box. 
Or may be you'l submit a request to upstream to make this possible.


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

Re: [HEADS UP]: OpenSSH 7.2 to Fedora 23

[Jakub Jelen]

On 03/03/2016 09:31 AM, Corinna Vinschen wrote:

Hi Jakub,

On Mar  2 17:48, Jakub Jelen wrote:

Hi there,
I just pushed openssh-7.2 update [1] into Fedora 23 testing. There are no
incompatible changes except these:

As I reported to the openssh-unix-dev list, as well as in
https://bodhi.fedoraproject.org/updates/openssh-7.2p1-1.fc23,
this release silently removes the /usr/bin/slogin symlink pointing to
/usr/bin/ssh, because upstream removed the Makefile commands creating
it at install time.  Same for slogin.1 -> ssh.1.

This will break lots of installations (scripts, keyboard shortcuts, etc).

For the Cygwin distro I now added the missing rules to the spec file,
along the lines of

   cd ${DESTDIR}/usr/bin
   ln -s ./ssh.exe slogin
   cd ${DESTDIR}/usr/share/man/man1
   ln -s ./ssh.1 slogin.1

Please create slogin in the rpm spec file as well.
Thanks for the notice. My bad that I thought that symlink is just 
ancient stuff from old times. I will respin update with restored symlink 
for Fedora 23.


Do you think that we need to carry this symlink even to Fedora 24? Do 
you have some examples of scripts using slogin? They should probably 
also get fixed.


Upstream also probably didn't see it as a big deal:
https://anongit.mindrot.org/openssh.git/commit/?id=69fead5d7cdaa73bdece9fcba80f8e8e70b90346

--
Jakub Jelen
Associate Software Engineer
Security Technologies
Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Packaging of PlayOnLinux

[Jiří Konečný]

Hello guys,

I finally get the playonlinux to bodhi. So for everyone who enjoy
PlayOnLinux you can test it and give karma:

https://bodhi.fedoraproject.org/updates/FEDORA-2016-1430c7fcdb

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

Re: Fedora 24 compose report: 20160302.n.0 changes

[Petr Pisar]

On 2016-03-02, Fedora Branched Report  wrote:
> Broken deps for armhfp
> --
> [perl-Dumbbench]
>   perl-Dumbbench-BoxPlot-0.10-2.fc24.noarch requires perl(SOOT)

This is a new bug in compose process
.

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