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

[updates]

The following Fedora EPEL 5 Security updates need testing:
 Age  URL
 765  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-1626   
puppet-2.7.26-1.el5
 614  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2014-3849   
sblim-sfcb-1.3.8-2.el5
 257  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-edbea40516   
mcollective-2.8.4-1.el5
 229  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-582c8075e6   
thttpd-2.25b-24.el5
  13  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-ca8f71985b   
mbedtls-2.3.0-1.el5
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-c03e77f531   
nginx-1.10.1-1.el5
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-61f32ecfe2   
tcpreplay-4.1.1-2.el5


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

globus-ftp-control-7.1-1.el5
globus-gass-transfer-8.9-1.el5
libmnl-1.0.4-1.el5

Details about builds:



 globus-ftp-control-7.1-1.el5 (FEDORA-EPEL-2016-708f3e00bd)
 Globus Toolkit - GridFTP Control Library

Update Information:

globus-gass-transfer 8.9  * Fix globus_gass_transfer_register_accept() not
returning error when listener is closing or accept already registered  globus-
ftp-control 7.1  * Add forced ordering option




 globus-gass-transfer-8.9-1.el5 (FEDORA-EPEL-2016-708f3e00bd)
 Globus Toolkit - Globus Gass Transfer

Update Information:

globus-gass-transfer 8.9  * Fix globus_gass_transfer_register_accept() not
returning error when listener is closing or accept already registered  globus-
ftp-control 7.1  * Add forced ordering option




 libmnl-1.0.4-1.el5 (FEDORA-EPEL-2016-9232a42dee)
 A minimalistic Netlink library

Update Information:

Update to 1.0.4.

References:

  [ 1 ] Bug #1352478 - libmnl-1.0.4 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1352478

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

Re: Summary/Minutes from today's FESCo Meeting (2016-07-15)

[Jóhann B . Guðmundsson]

On 07/15/2016 05:19 PM, Josh Boyer wrote:


   * AGREED: FESCo approves KillUserProcess=yes by default with the steps
 sgallagh has proposed in the ticket (+7, 0, 0)  (jwb, 17:04:58)


"Tier 1 packages must be ported to support operation under 
KillUserProcesses=yes"


Is it safe to assume that FESCo members will do all the porting since 
they where the ones that proposed, decided and agreed upon that condition?


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

Re: Request package page: namespace choice

[Jared K. Smith]

On Fri, Jul 15, 2016 at 4:33 PM, Jerry James  wrote:

> Is it really a good idea for the
> default to be "docker"?
>

I agree -- the default namespace should probably be "rpms", not "docker".

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

Re: Review swap

[gil]

Il 15/07/2016 23:21, Dominik 'Rathann' Mierzejewski ha scritto:

Looks like Gil beat me to it.

The reviews below are still up for swap reviews, though:

Sorry, if you need some review to be completed i will deal with these.
Regards
.g

p.s. but i have not yet opened bugs that could serve as trade,
although the spec file and src rpm are ready
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Review swap

[Dominik 'Rathann' Mierzejewski]

On Friday, 15 July 2016 at 23:19, Dominik 'Rathann' Mierzejewski wrote:
> On Friday, 15 July 2016 at 17:43, Jerry James wrote:
> > I need a review of cxsc, a library to support scientific computations:
> > 
> > https://bugzilla.redhat.com/show_bug.cgi?id=1349075
> > 
> > Is anybody interested in a swap?  Thanks,
> 
> Sure, I can pick that one.

Looks like Gil beat me to it.

The reviews below are still up for swap reviews, though:

> I have a couple of open review tickets awaiting:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1082825
> mozilla-lightbeam - An add-on for visualizing HTTP requests between
> websites in real time
> https://bugzilla.redhat.com/show_bug.cgi?id=1154750
> mozilla-privacy-badger - Protects your privacy by blocking spying ads
> and invisible trackers
> https://bugzilla.redhat.com/show_bug.cgi?id=1189171
> antlr-python - Python runtime support for ANTLR-generated parsers [EPEL]
> https://bugzilla.redhat.com/show_bug.cgi?id=1324784
> pseudo - Advanced tool for simulating superuser privileges

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Review swap

[Dominik 'Rathann' Mierzejewski]

On Friday, 15 July 2016 at 17:43, Jerry James wrote:
> I need a review of cxsc, a library to support scientific computations:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1349075
> 
> Is anybody interested in a swap?  Thanks,

Sure, I can pick that one. I have a couple of open review tickets
awaiting:

https://bugzilla.redhat.com/show_bug.cgi?id=1082825
mozilla-lightbeam - An add-on for visualizing HTTP requests between
websites in real time
https://bugzilla.redhat.com/show_bug.cgi?id=1154750
mozilla-privacy-badger - Protects your privacy by blocking spying ads
and invisible trackers
https://bugzilla.redhat.com/show_bug.cgi?id=1189171
antlr-python - Python runtime support for ANTLR-generated parsers [EPEL]
https://bugzilla.redhat.com/show_bug.cgi?id=1324784
pseudo - Advanced tool for simulating superuser privileges

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Show warnings from a C/C++ build

[Jerry James]

On Fri, Jul 15, 2016 at 2:49 PM, Jan Kratochvil
 wrote:
> I find safer to use -Werror for such kinds of warnings.

Do you keep a list somewhere of which warnings to use with -Werror?
I'm too lazy to keep such a list updated as gcc adds more warnings,
even if I had one to start with.  This script is less work.  Most
builds I do produce a list of fewer than a dozen items, so I can scan
the list very quickly.
-- 
Jerry James
http://www.jamezone.org/
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Show warnings from a C/C++ build

[Jan Kratochvil]

On Fri, 15 Jul 2016 22:46:23 +0200, Jerry James wrote:
> Attached is a little script I use when doing a mock build with gcc or
> g++, to see what warnings the compiler emitted.  I usually ignore
> -Wunused* warnings, as those aren't usually dangerous, but I pay
> attention to -Wstrict-aliasing, for example.  This is a way for me to
> quickly see if any "dangerous" warnings were emitted,

I find safer to use -Werror for such kinds of warnings.


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

Show warnings from a C/C++ build

[Jerry James]

Attached is a little script I use when doing a mock build with gcc or
g++, to see what warnings the compiler emitted.  I usually ignore
-Wunused* warnings, as those aren't usually dangerous, but I pay
attention to -Wstrict-aliasing, for example.  This is a way for me to
quickly see if any "dangerous" warnings were emitted, and has led to
several patches being sent to upstream projects.  Sent here in the
hope that it will help other packagers.  Regards,
-- 
Jerry James
http://www.jamezone.org/


warnmock
Description: Binary data
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Request package page: namespace choice

[Jerry James]

I just pushed the button to request a new package in pkgdb.  I have
gotten into the habit of ignoring the namespace dropdown at the
bottom, since it has only had one option.  But I happened to glance at
it, and I'm glad I did, because it said "docker".  There are two
choices now, "docker" and "rpms".  Is it really a good idea for the
default to be "docker"?

Also, has something been sent to the list about the difference between
the 2 namespaces?  If so, I missed it.
-- 
Jerry James
http://www.jamezone.org/
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Review swap: foma (rebasing Voikko, the Finnish spell-checking stack)

[Jon Ciesla]

On Fri, Jul 15, 2016 at 2:28 PM, Jon Ciesla  wrote:

>
>
> On Fri, Jul 15, 2016 at 2:23 PM, Ville-Pekka Vainio 
> wrote:
>
>> Hi all,
>>
>> I've been away from Fedora for a while and during my absence the Finnish
>> spell-checking stack called Voikko has gone through major changes. I've
>> started the work to rebase the packages in Rawhide to the newest
>> upstream versions.
>>
>> The Finnish dictionary is now using the new VSFT format and needs foma
>> to be built. That's why I'm starting with the foma package.
>>
>> The bug report is here:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1357110
>>
>> There's also a COPR for this work:
>> https://copr.fedorainfracloud.org/coprs/vpv/Voikko-4.0/
>>
>> I'm willing to do a review swap, preferably C/C++ or Python stuff.
>>
>> --
>> Ville-Pekka Vainio
>> --
>> devel mailing list
>> devel@lists.fedoraproject.org
>> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>>
>
> I'll look at it.
>
> I was too slow. :)


> --
> http://cecinestpasunefromage.wordpress.com/
> 
> in your fear, seek only peace
> in your fear, seek only love
>
> -d. bowie
>



-- 
http://cecinestpasunefromage.wordpress.com/

in your fear, seek only peace
in your fear, seek only love

-d. bowie
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Review swap: foma (rebasing Voikko, the Finnish spell-checking stack)

[Jon Ciesla]

On Fri, Jul 15, 2016 at 2:23 PM, Ville-Pekka Vainio  wrote:

> Hi all,
>
> I've been away from Fedora for a while and during my absence the Finnish
> spell-checking stack called Voikko has gone through major changes. I've
> started the work to rebase the packages in Rawhide to the newest
> upstream versions.
>
> The Finnish dictionary is now using the new VSFT format and needs foma
> to be built. That's why I'm starting with the foma package.
>
> The bug report is here:
> https://bugzilla.redhat.com/show_bug.cgi?id=1357110
>
> There's also a COPR for this work:
> https://copr.fedorainfracloud.org/coprs/vpv/Voikko-4.0/
>
> I'm willing to do a review swap, preferably C/C++ or Python stuff.
>
> --
> Ville-Pekka Vainio
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>

I'll look at it.

-- 
http://cecinestpasunefromage.wordpress.com/

in your fear, seek only peace
in your fear, seek only love

-d. bowie
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Review swap: foma (rebasing Voikko, the Finnish spell-checking stack)

[Ville-Pekka Vainio]

Hi all,

I've been away from Fedora for a while and during my absence the Finnish
spell-checking stack called Voikko has gone through major changes. I've
started the work to rebase the packages in Rawhide to the newest
upstream versions.

The Finnish dictionary is now using the new VSFT format and needs foma
to be built. That's why I'm starting with the foma package.

The bug report is here: https://bugzilla.redhat.com/show_bug.cgi?id=1357110

There's also a COPR for this work:
https://copr.fedorainfracloud.org/coprs/vpv/Voikko-4.0/

I'm willing to do a review swap, preferably C/C++ or Python stuff.

-- 
Ville-Pekka Vainio
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Weird behaviour of /var/log/lastlog on F24/Rawhide?

[Adam Williamson]

On Fri, 2016-07-15 at 10:55 -0700, Samuel Sieb wrote:
> On 07/14/2016 03:42 PM, Adam Williamson wrote:
> > 
> > Oh, never mind, found http://www.noah.org/wiki/Lastlog_is_gigantic whic
> > h explains the size issue at least. I'm sure it used to be a symlink,
> > though? Oh well.
> > 
> I've never seen it as a symlink.  There's no reason for there to be 
> multiple versions as it's not a file that would get rotated.
> 
> Oh, and mine is bigger than yours. ;-)
> 
> -rw-r--r--. 1 root root 468G Jul 15 10:53 /var/log/lastlog
> 
> It's a freeipa system, so there are big uids involved.

I think at some point it was a link to, like, /var/log/wtmp or
something like that. I could be dreaming it, I always have brain cramps
when it comes to that file.

And yes, now you mention it, of course it's obvious that the file will
be bigger when large UIDs are in play, but I was missing that - it
explains some things that didn't add up...
-- 

Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1354386] CVE-2016-6185 perl: XSLoader loads relative paths not included in @INC

[bugzilla]

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



--- Comment #2 from Fedora Update System  ---
perl-5.20.3-332.fc22 has been pushed to the Fedora 22 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
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

[Bug 1354386] CVE-2016-6185 perl: XSLoader loads relative paths not included in @INC

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1354386
Bug 1354386 depends on bug 1353238, which changed state.

Bug 1353238 Summary: Please update XSLoader to 0.22
https://bugzilla.redhat.com/show_bug.cgi?id=1353238

   What|Removed |Added

 Status|ON_QA   |CLOSED
 Resolution|--- |ERRATA



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

[Bug 1353238] Please update XSLoader to 0.22

[bugzilla]

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

Fedora Update System  changed:

   What|Removed |Added

 Status|ON_QA   |CLOSED
   Fixed In Version|perl-5.24.0-371.fc25|perl-5.24.0-371.fc25
   ||perl-5.20.3-332.fc22
 Resolution|--- |ERRATA
Last Closed||2016-07-15 14:21:31



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

[Bug 1353238] Please update XSLoader to 0.22

[bugzilla]

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



--- Comment #10 from Fedora Update System  ---
perl-5.20.3-332.fc22 has been pushed to the Fedora 22 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
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

praiskup changed praiskup's 'watchbugzilla' permission on perl-DBD-Pg (f24) to 'Approved'

[notifications]

praiskup changed praiskup's 'watchbugzilla' permission on perl-DBD-Pg (f24) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-DBD-Pg/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

praiskup changed praiskup's 'watchbugzilla' permission on perl-DBD-Pg (master) to 'Approved'

[notifications]

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

praiskup changed praiskup's 'watchcommits' permission on perl-DBD-Pg (f24) to 'Approved'

[notifications]

praiskup changed praiskup's 'watchcommits' permission on perl-DBD-Pg (f24) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-DBD-Pg/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

praiskup changed praiskup's 'watchbugzilla' permission on perl-DBD-Pg (f22) to 'Approved'

[notifications]

praiskup changed praiskup's 'watchbugzilla' permission on perl-DBD-Pg (f22) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-DBD-Pg/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

praiskup changed praiskup's 'watchcommits' permission on perl-DBD-Pg (f22) to 'Approved'

[notifications]

praiskup changed praiskup's 'watchcommits' permission on perl-DBD-Pg (f22) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-DBD-Pg/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

praiskup changed praiskup's 'watchcommits' permission on perl-DBD-Pg (f23) to 'Approved'

[notifications]

praiskup changed praiskup's 'watchcommits' permission on perl-DBD-Pg (f23) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-DBD-Pg/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

praiskup changed praiskup's 'watchcommits' permission on perl-DBD-Pg (master) to 'Approved'

[notifications]

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

praiskup changed praiskup's 'watchbugzilla' permission on perl-DBD-Pg (f23) to 'Approved'

[notifications]

praiskup changed praiskup's 'watchbugzilla' permission on perl-DBD-Pg (f23) to 
'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-DBD-Pg/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Weird behaviour of /var/log/lastlog on F24/Rawhide?

[Samuel Sieb]

On 07/14/2016 03:42 PM, Adam Williamson wrote:

Oh, never mind, found http://www.noah.org/wiki/Lastlog_is_gigantic whic
h explains the size issue at least. I'm sure it used to be a symlink,
though? Oh well.

I've never seen it as a symlink.  There's no reason for there to be 
multiple versions as it's not a file that would get rotated.


Oh, and mine is bigger than yours. ;-)

-rw-r--r--. 1 root root 468G Jul 15 10:53 /var/log/lastlog

It's a freeipa system, so there are big uids involved.
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Summary/Minutes from today's FESCo Meeting (2016-07-15)

[Josh Boyer]

===
#fedora-meeting: FESCO (2016-07-15)
===


Meeting started by jwb at 16:00:06 UTC. The full logs are available at
https://meetbot.fedoraproject.org/fedora-meeting/2016-07-15/fesco.2016-07-15-16.00.log.html
.



Meeting summary
---
* init process  (jwb, 16:00:06)

* #1593 cryptkeeper package is unmaintained / as well as upstream  (jwb,
  16:02:15)
  * LINK: https://fedorahosted.org/fesco/ticket/1593   (jwb, 16:02:15)
  * AGREED: Retire cryptkeeper (+8, 0, 0)  (jwb, 16:05:41)
  * jwb to retire cryptkeeper  (jwb, 16:05:54)

* #1568 F25 Self Contained Changes  (jwb, 16:06:14)
  * LINK: https://fedorahosted.org/fesco/ticket/1568   (jwb, 16:06:14)
  * AGREED: All Self-Contained Changes approved (+8, 0, 0)  (jwb,
16:12:15)
  * golang may need to be a system-wide change in the future  (jwb,
16:14:02)

* #1594 F25 System Wide Change: IBus Emoji Typing  (jwb, 16:14:19)
  * LINK: https://fedorahosted.org/fesco/ticket/1594   (jwb, 16:14:20)
  * AGREED: Defer approval to allow more discussion on implementation
and dependencies (+8, 0, 0)  (jwb, 16:20:25)

* #1595 F25 System Wide Change: Automatic Provides for Python RPM
  Packages  (jwb, 16:21:01)
  * LINK: https://fedorahosted.org/fesco/ticket/1595   (jwb, 16:21:01)
  * AGREED: Approved Automatic Provides for Python RPM Packages (+8, 0,
0)  (jwb, 16:24:15)
  * follow up on packaging guidelines draft is needed  (jwb, 16:24:45)

* #1597 F25 System Wide Change: Ruby on Rails 5.0  (jwb, 16:25:28)
  * LINK: https://fedorahosted.org/fesco/ticket/1597   (jwb, 16:25:28)
  * AGREED: Approved Ruby on Rails 5.0 (+8, 0 ,0)  (jwb, 16:27:22)

* #1598 F25 System Wide Change: SSSD fast cache for local users  (jwb,
  16:27:33)
  * LINK: https://fedorahosted.org/fesco/ticket/1598   (jwb, 16:27:34)
  * AGREED: Approved SSSD fast cache for local users (+7, 0, 0)  (jwb,
16:30:21)

* #1599 F25 System Wide Change: Unicode 9.0 support  (jwb, 16:30:36)
  * LINK: https://fedorahosted.org/fesco/ticket/1599   (jwb, 16:30:36)
  * AGREED: Approved Unicode 9.0 support (+7, 0, 0)  (jwb, 16:35:22)

* #1590 F25 System Wide Change: GHC 7.10  (jwb, 16:35:53)
  * LINK: https://fedorahosted.org/fesco/ticket/1590   (jwb, 16:35:54)
  * AGREED: Approved GHC 7.10 (+8, 0, 0)  (jwb, 16:38:02)

* #1601 F25 System Wide Change: Fedora Media Writer as Primary
  Downloadable  (jwb, 16:38:18)
  * LINK: https://fedorahosted.org/fesco/ticket/1601   (jwb, 16:38:18)
  * AGREED: Approved Fedora Media Writer as Primary Downloadable (+8, 0,
0)  (jwb, 16:44:54)

* #1600 F25 System Wide Change: KillUserProcesses=yes by default  (jwb,
  16:45:20)
  * LINK: https://fedorahosted.org/fesco/ticket/1600   (jwb, 16:45:20)
  * LINK: https://fedorahosted.org/fesco/ticket/1600#comment:4
(sgallagh, 16:46:26)
  * AGREED: FESCo approves KillUserProcess=yes by default with the steps
sgallagh has proposed in the ticket (+7, 0, 0)  (jwb, 17:04:58)

* Next Week's chair  (jwb, 17:06:44)
  * maxamillion to chair next week  (jwb, 17:07:11)

* Open Floor  (jwb, 17:07:19)

Meeting ended at 17:17:52 UTC.




Action Items






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




People Present (lines said)
---
* jwb (121)
* sgallagh (69)
* maxamillion (42)
* number80 (37)
* nirik (32)
* zodbot (23)
* paragan (19)
* kalev (15)
* jsmith (11)
* zbyszek (10)
* tibbs (2)
* smooge (2)
* pjones (1)
* dgilmore (0)




Generated by `MeetBot`_ 0.1.4

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

Re: F25 System Wide Change: KillUserProcesses=yes by default

[Lennart Poettering]

On Fri, 15.07.16 08:55, Nico Kadel-Garcia (nka...@gmail.com) wrote:

> On Tue, Jul 12, 2016 at 6:33 AM, Lennart Poettering
>  wrote:
> > On Sat, 09.07.16 21:20, Nico Kadel-Garcia (nka...@gmail.com) wrote:
> >
> >> > In either case it will be up to FESCO to decide and set guidelines on
> >> > implementation and for us grognards to either deal with the change or
> >> > go find an OS we can be happier in.
> >>
> >> It looks to me like the critical change to even consider activating
> >> this dangerous policy is to *log* the killing of userland processed.
> >> Date, euid, guid, and pid are a minimum: the name of the process would
> >> be even better, and the contents of the process invocation command
> >> line would be even more useful.
> >>
> >> Can systemd even gracefully poll for that information at the time of
> >> killing these processes? Or would systemd developers feel a need to
> >> re-invent "ps" from scratch to report this?
> >
> > I figure it would be OK to add code to systemd that logs about all
> > processes we kill with SIGKILL and all processes we kill after a
> > "scope" unit is "abandoned".
> 
> I'm glad you've commented on the thread. I admit that I was personally
> surprised to find that such a feature had been activated without
> logging.
> 
> Would it be reasonable or feasible to activate a "WARNING" level for
> UserKillProcess, similar to that used by SELinux? For an admin
> considering this feature, it could be invaluable to generate a day or
> week of logs about which processes *wouild* have been killed. I'm
> particularly thinking of some hand-run backup tools used by former
> colleagues, tools that used all manner of MySQL, Postgresql, rsync,
> dump, tar, and scattered backup tools run manually as opportunities
> occurred.

We can meet in the middle and make this LOG_NOTICE. That's not the
usual LOG_INFO, but also not the higher LOG_WARNING.

Lennart

-- 
Lennart Poettering, Red Hat
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Review swap

[Jerry James]

I need a review of cxsc, a library to support scientific computations:

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

Is anybody interested in a swap?  Thanks,
-- 
Jerry James
http://www.jamezone.org/
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[389-devel] Please review: Ticket 47664 - Move CI test to suites and refactor

[Simon Pichugin]

Hi team,
please review my patch:

https://fedorahosted.org/389/ticket/47664

https://fedorahosted.org/389/attachment/ticket/47664/0001-Ticket-47664-Move-CI-test-to-the-pr-suite-and-refact.patch

Thanks,
Simon


signature.asc
Description: PGP signature
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

Schedule for Friday's FESCo Meeting (2016-07-15)

[Josh Boyer]

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

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

or run:
  date -d '2016-07-15 16:00 UTC'


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

= New business =

#topic #1593 cryptkeeper package is unmaintained / as well as upstream
maintainer
.fesco 1593
https://fedorahosted.org/fesco/ticket/1593

#topic #1568 F25 Self Contained Changes
.fesco 1568
https://fedorahosted.org/fesco/ticket/1568

#topic #1594 F25 System Wide Change: IBus Emoji Typing
.fesco 1594
https://fedorahosted.org/fesco/ticket/1594

#topic #1595 F25 System Wide Change: Automatic Provides for Python RPM Packages
.fesco 1595
https://fedorahosted.org/fesco/ticket/1595

#topic #1597 F25 System Wide Change: Ruby on Rails 5.0
.fesco 1597
https://fedorahosted.org/fesco/ticket/1597

#topic #1598 F25 System Wide Change: SSSD fast cache for local users
.fesco 1598
https://fedorahosted.org/fesco/ticket/1598

#topic #1599 F25 System Wide Change: Unicode 9.0 support
.fesco 1599
https://fedorahosted.org/fesco/ticket/1599

#topic #1600 F25 System Wide Change: KillUserProcesses=yes by default
.fesco 1600
https://fedorahosted.org/fesco/ticket/1600

#topic #1601 F25 System Wide Change: Fedora Media Writer as Primary Downloadable
.fesco 1601
https://fedorahosted.org/fesco/ticket/1601

#topic #1590 F25 System Wide Change: GHC 7.10
.fesco 1590
https://fedorahosted.org/fesco/ticket/1590

= Open Floor =

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

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

Fedora Rawhide-20160715.n.0 compose check report

[Fedora compose checker]

Missing expected images:

Kde live i386
Kde live x86_64
Cloud_base raw-xz x86_64
Cloud_base raw-xz i386
Atomic raw-xz x86_64
Kde raw-xz armhfp
Minimal raw-xz armhfp

Failed openQA tests: 25/80 (x86_64), 2/16 (i386)

ID: 25256   Test: x86_64 Everything-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/25256
ID: 25259   Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/25259
ID: 25264   Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/25264
ID: 25265   Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/25265
ID: 25267   Test: i386 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/25267
ID: 25268   Test: x86_64 Atomic-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/25268
ID: 25270   Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/25270
ID: 25272   Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/25272
ID: 25277   Test: x86_64 Server-dvd-iso install_repository_nfs_variation
URL: https://openqa.fedoraproject.org/tests/25277
ID: 25278   Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://openqa.fedoraproject.org/tests/25278
ID: 25279   Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/25279
ID: 25281   Test: x86_64 Server-dvd-iso server_cockpit_default
URL: https://openqa.fedoraproject.org/tests/25281
ID: 25290   Test: x86_64 universal install_delete_pata@uefi
URL: https://openqa.fedoraproject.org/tests/25290
ID: 25294   Test: x86_64 universal install_multi@uefi
URL: https://openqa.fedoraproject.org/tests/25294
ID: 25306   Test: x86_64 universal install_simple_encrypted@uefi
URL: https://openqa.fedoraproject.org/tests/25306
ID: 25307   Test: x86_64 universal install_simple_free_space@uefi
URL: https://openqa.fedoraproject.org/tests/25307
ID: 25308   Test: x86_64 universal install_multi_empty@uefi
URL: https://openqa.fedoraproject.org/tests/25308
ID: 25309   Test: x86_64 universal install_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/25309
ID: 25310   Test: x86_64 universal install_delete_partial@uefi
URL: https://openqa.fedoraproject.org/tests/25310
ID: 25315   Test: x86_64 universal install_btrfs@uefi
URL: https://openqa.fedoraproject.org/tests/25315
ID: 25316   Test: x86_64 universal install_ext3@uefi
URL: https://openqa.fedoraproject.org/tests/25316
ID: 25317   Test: x86_64 universal install_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/25317
ID: 25318   Test: x86_64 universal install_lvmthin@uefi
URL: https://openqa.fedoraproject.org/tests/25318
ID: 25319   Test: x86_64 universal install_no_swap@uefi
URL: https://openqa.fedoraproject.org/tests/25319
ID: 25338   Test: x86_64 universal install_kickstart_nfs
URL: https://openqa.fedoraproject.org/tests/25338
ID: 25339   Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/25339
ID: 25342   Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/25342

Soft failed openQA tests: 5/80 (x86_64), 1/16 (i386)
(Tests completed, but using a workaround for a known bug)

ID: 25321   Test: x86_64 universal upgrade_minimal_64bit
URL: https://openqa.fedoraproject.org/tests/25321
ID: 25322   Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/25322
ID: 25323   Test: x86_64 universal upgrade_server_64bit
URL: https://openqa.fedoraproject.org/tests/25323
ID: 25324   Test: x86_64 universal upgrade_kde_64bit
URL: https://openqa.fedoraproject.org/tests/25324
ID: 25325   Test: x86_64 universal upgrade_desktop_encrypted_64bit
URL: https://openqa.fedoraproject.org/tests/25325
ID: 25341   Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/25341

Passed openQA tests: 46/80 (x86_64), 13/16 (i386)

Skipped openQA tests: 2 of 96
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F25 System Wide Change: KillUserProcesses=yes by default

[Nico Kadel-Garcia]

On Tue, Jul 12, 2016 at 6:33 AM, Lennart Poettering
 wrote:
> On Sat, 09.07.16 21:20, Nico Kadel-Garcia (nka...@gmail.com) wrote:
>
>> > In either case it will be up to FESCO to decide and set guidelines on
>> > implementation and for us grognards to either deal with the change or
>> > go find an OS we can be happier in.
>>
>> It looks to me like the critical change to even consider activating
>> this dangerous policy is to *log* the killing of userland processed.
>> Date, euid, guid, and pid are a minimum: the name of the process would
>> be even better, and the contents of the process invocation command
>> line would be even more useful.
>>
>> Can systemd even gracefully poll for that information at the time of
>> killing these processes? Or would systemd developers feel a need to
>> re-invent "ps" from scratch to report this?
>
> I figure it would be OK to add code to systemd that logs about all
> processes we kill with SIGKILL and all processes we kill after a
> "scope" unit is "abandoned".

I'm glad you've commented on the thread. I admit that I was personally
surprised to find that such a feature had been activated without
logging.

Would it be reasonable or feasible to activate a "WARNING" level for
UserKillProcess, similar to that used by SELinux? For an admin
considering this feature, it could be invaluable to generate a day or
week of logs about which processes *wouild* have been killed. I'm
particularly thinking of some hand-run backup tools used by former
colleagues, tools that used all manner of MySQL, Postgresql, rsync,
dump, tar, and scattered backup tools run manually as opportunities
occurred.

> (Regarding the terms used above: In systemd "scope" units are a
> concept how groups of processes not started by PID 1 are maintained,
> very similar to a "service" unit, the only difference being that
> "services" are forked off by PID 1 itself, while "scopes" are started
> by other code. Login sessions are maintained in "scopes" as it is not
> systemd that starts their processes but getty/gdm/... And "abandoning"
> a "scope" is what happens when the process that created the "scope"
> goes away before the "scope" itself goes away. This is what happens to
> the login "scopes" as soon as gdm/getty/... consider the session
> having ended.)
>
> I think logging about all processes we send signals to (i.e. SIGTERM)
> would be too much, as this pretty typically happens all the time, for
> example when a service is terminated. Logging about SIGKILL and

From your explanation, I think you're correct. I'll note that
reporting "SIGTERM" operations might be useful as an admin selectable
debugging uption, I don't have a good sense of how much it would spew
into the logs. Might it be useful as a debugging option? Do you need
or want a feature request for that?

> abandoned scope process is different however, as in that case the
> processes conceptually are "left over", as the clean shutdown logic
> (which is SIGTERM, or the scope's owner shutting it down propery)
> apparently didn't work.

Please note that my personal concern is processes for which logging
out or losing a login connection *should not* shut down the process.
Whitelisting them seems infeasible, and modigying them all to work
well with KillUserProcess quickly becomes a herculean task. Just
thinking of my work in the last few years, they include "dd", "rsync",
"tar", "mysql" and its related commands, "psql" and its related
commands, "gzip" and all its variants, "xz" and all its variants,
"bzip2" and all its variants", "mock", "koji", and "make".

Lst: I'm afraid the list also includes the wrapper "nohup", which many
of us use to  log long-running tasks. It's especially useful when we
don't want to incur the overhead of using "screen" or "tmux", and of
leaving those dangling sessions. And let's be honest: as soon as
"nohup" is effectively whitelisted. the game is pretty much over. The
most system abusive processes, exactly those for which KillUserProcess
is most effective, can typically be wrapped with nohup.

> Lennart
>
> --
> Lennart Poettering, Red Hat
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1121638] perl-Crypt-DES not built for EPEL7 ( required by perl-Net-SNMP)

[bugzilla]

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



--- Comment #6 from Jeroen van Gemert  ---
(In reply to Eric S. from comment #5)
> OK.  At the time of my testing it was not in optional.  Thanks.

I'm not sure how to resolve this. Can you help me what to do?

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

Orphaning pypy's epel5 branch

[Michal Cyprian]

Hi,

We've decided to orphan epel5 branch of pypy package. There is pypy in version 
1.8 which is really outdated (current version is 5.3.1), it doesn't make sense 
to update it and the maintenance is quite difficult. 
I was not able to build it properly after application of fix for CVE-2016-0772 
python: smtplib StartTLS stripping attack.

Michal Cyprian
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1356980] New: perl-Check-ISA-0.08 is available

[bugzilla]

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

Bug ID: 1356980
   Summary: perl-Check-ISA-0.08 is available
   Product: Fedora
   Version: rawhide
 Component: perl-Check-ISA
  Keywords: FutureFeature, Triaged
  Assignee: jples...@redhat.com
  Reporter: upstream-release-monitor...@fedoraproject.org
QA Contact: extras...@fedoraproject.org
CC: jples...@redhat.com,
perl-devel@lists.fedoraproject.org



Latest upstream release: 0.08
Current version/release in rawhide: 0.07-1.fc25
URL: http://search.cpan.org/dist/Check-ISA/

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.

Based on the information from anitya: 
https://release-monitoring.org/project/2690/

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

[Bug 1356323] perl-Math-BigInt-1.999726 is available

[bugzilla]

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

Upstream Release Monitoring  
changed:

   What|Removed |Added

Summary|perl-Math-BigInt-1.999725   |perl-Math-BigInt-1.999726
   |is available|is available



--- Comment #2 from Upstream Release Monitoring 
 ---
Latest upstream release: 1.999726
Current version/release in rawhide: 1.9997.24-1.fc25
URL: http://search.cpan.org/dist/Math-BigInt/

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.

Based on the information from anitya: 
https://release-monitoring.org/project/7954/

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

Broken dependencies: perl-Data-Alias

[buildsys]

perl-Data-Alias has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Alias-1.20-2.fc24.x86_64 requires libperl.so.5.22()(64bit)
perl-Data-Alias-1.20-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1)
On i386:
perl-Data-Alias-1.20-2.fc24.i686 requires libperl.so.5.22
perl-Data-Alias-1.20-2.fc24.i686 requires perl(:MODULE_COMPAT_5.22.1)
On armhfp:
perl-Data-Alias-1.20-2.fc24.armv7hl requires libperl.so.5.22
perl-Data-Alias-1.20-2.fc24.armv7hl requires perl(:MODULE_COMPAT_5.22.1)
Please resolve this as soon as possible.

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

Broken dependencies: perl-Algorithm-Permute

[buildsys]

perl-Algorithm-Permute has broken dependencies in the rawhide tree:
On x86_64:
perl-Algorithm-Permute-0.12-21.fc24.x86_64 requires 
libperl.so.5.22()(64bit)
perl-Algorithm-Permute-0.12-21.fc24.x86_64 requires 
perl(:MODULE_COMPAT_5.22.1)
On i386:
perl-Algorithm-Permute-0.12-21.fc24.i686 requires libperl.so.5.22
perl-Algorithm-Permute-0.12-21.fc24.i686 requires 
perl(:MODULE_COMPAT_5.22.1)
On armhfp:
perl-Algorithm-Permute-0.12-21.fc24.armv7hl requires libperl.so.5.22
perl-Algorithm-Permute-0.12-21.fc24.armv7hl requires 
perl(:MODULE_COMPAT_5.22.1)
Please resolve this as soon as possible.

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

[389-devel] Jenkins build is back to normal : 389-ds-base #1029

[jenkins]

See 
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org

pkgdb_updater updated: summary of perl-Gearman-Server

[notifications]

pkgdb_updater updated: summary of perl-Gearman-Server
https://admin.fedoraproject.org/pkgdb/package/perl-Gearman-Server/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/perl-devel@lists.fedoraproject.org

Re: Package Reviews Statistics

[Michal Novotny]

The truth is that the script for the review awards will need to be written
almost from a scratch and it seems to be a longer shot from where we are
now. As a lazy programmer, I need to cheer for the stats being sent to the
list :).

clime

On Wed, Jul 13, 2016 at 11:30 PM, Kevin Fenzi  wrote:

> On Mon, 11 Jul 2016 13:18:25 -
> "Raphael Groner"  wrote:
>
> > Can that information be used to award badges? There's an old open
> > issue to implement badges for doing package reviews. Maybe get in
> > contact with the badges team.
> > https://fedorahosted.org/fedora-badges/ticket/101
>
> Yep. It could, but again badges will only be there if someone goes
> seeking them out. A weekly status email would be much more visible to
> folks on this list.
>
> kevin
>
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
>
>
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

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

[updates]

The following Fedora EPEL 6 Security updates need testing:
 Age  URL
 372  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031   
python-virtualenv-12.0.7-1.el6
 366  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168   
rubygem-crack-0.3.2-2.el6
 298  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-8156   
nagios-4.0.8-1.el6
 256  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-e2b4b5b2fb   
mcollective-2.8.4-1.el6
 228  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-35e240edd9   
thttpd-2.25b-24.el6
 121  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-8fbd838843   
dropbear-2016.72-1.el6
 114  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-30a8346813   
vtun-3.0.1-10.el6
  19  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-db7e78fac7   
php-PHPMailer-5.2.16-2.el6
  14  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-2d1cb7dbdf   
nodejs-ws-1.1.1-1.el6
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-64ef6809b4   
mbedtls-2.3.0-1.el6
  12  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-d0e444c5f2   
pypy-5.0.1-4.el6
  11  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-7a25f65890   
nginx-1.10.1-1.el6
   5  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-32abd4c903   
tcpreplay-4.1.1-2.el6
   3  https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-225fc51f32   
chicken-4.11.0-2.el6


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

cobbler-2.6.11-6.git95749a6.el6
libp11-0.3.0-2.el6
openconnect-7.07-2.el6

Details about builds:



 cobbler-2.6.11-6.git95749a6.el6 (FEDORA-EPEL-2016-53bb729d37)
 Boot server configurator

Update Information:

Update to current git snaphot, fixes bug #1276896




 libp11-0.3.0-2.el6 (FEDORA-EPEL-2016-ce3a833dca)
 Library for using PKCS#11 modules

Update Information:

Updated with PKCS#11 support, libp11 imported from F24.




 openconnect-7.07-2.el6 (FEDORA-EPEL-2016-ce3a833dca)
 Open client for Cisco AnyConnect VPN

Update Information:

Updated with PKCS#11 support, libp11 imported from F24.

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

[389-devel] Build failed in Jenkins: 389-ds-base #1028

[jenkins]

See 

Changes:

[Noriko Hosoi] Ticket 48925 - slapd crash with SIGILL: Dsktune should detect 
lack of

--
Started by an SCM change
Building remotely on F22 (Fedora22 fedora Fedora fedora22) in workspace 

Wiping out workspace first.
Cloning the remote Git repository
Cloning repository git://git.fedorahosted.org/git/389/ds.git
 > git init  # 
 > timeout=10
Fetching upstream changes from git://git.fedorahosted.org/git/389/ds.git
 > git --version # timeout=10
 > git -c core.askpass=true fetch --tags --progress 
 > git://git.fedorahosted.org/git/389/ds.git +refs/heads/*:refs/remotes/origin/*
 > git config remote.origin.url git://git.fedorahosted.org/git/389/ds.git # 
 > timeout=10
 > git config --add remote.origin.fetch +refs/heads/*:refs/remotes/origin/* # 
 > timeout=10
 > git config remote.origin.url git://git.fedorahosted.org/git/389/ds.git # 
 > timeout=10
Fetching upstream changes from git://git.fedorahosted.org/git/389/ds.git
 > git -c core.askpass=true fetch --tags --progress 
 > git://git.fedorahosted.org/git/389/ds.git +refs/heads/*:refs/remotes/origin/*
 > git rev-parse origin/master^{commit} # timeout=10
Checking out Revision 975e0fae044a08d2755b2394bac09d722bd1bae0 (origin/master)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 975e0fae044a08d2755b2394bac09d722bd1bae0
 > git rev-list 5eb19778f7939967e8ca714c4d4cb03ffa11064d # timeout=10
[389-ds-base] $ /bin/sh -e /tmp/hudson3965511428536446423.sh

Running configure...
CFLAGS= -Wall CXXFLAGS= -Wall ./configure --with-tmpfiles-d=/etc/tmpfiles.d 
--with-openldap --enable-autobind --enable-gcc-security --with-selinux 
--with-systemdsystemunitdir=/lib/systemd/system 
--with-systemdsystemconfdir=/etc/systemd/system --enable-debug
Build log is 
http://jenkins.fedorainfracloud.org/job/389-ds-base/ws/build.1028.txt

Running make...
Build log is 
http://jenkins.fedorainfracloud.org/job/389-ds-base/ws/build.1028.txt

Checking for warnings...
Build http://jenkins.fedorainfracloud.org/job/389-ds-base/1028/ failed
There are build warnings
Warning log is 
http://jenkins.fedorainfracloud.org/job/389-ds-base/ws/build-warns.1028.txt
Last 100 lines of warning log:

ldap/systools/idsktune.c:14:0: warning: "_GNU_SOURCE" redefined
In file included from ldap/systools/idsktune.c:11:0:
./config.h:428:0: note: this is the location of the previous definition
./config.h:428:0: warning: "_GNU_SOURCE" redefined
ldap/systools/idsktune.c:14:0: note: this is the location of the previous 
definition


Build step 'Execute shell' marked build as failure
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/389-de...@lists.fedoraproject.org

Re: Weird behaviour of /var/log/lastlog on F24/Rawhide?

[Adam Williamson]

On Thu, 2016-07-14 at 15:40 -0700, Adam Williamson wrote:
> Hey, folks. I just noticed something a bit odd in the behaviour of
> /var/log/lastlog . IIRC, this is supposed to be a symlink that's
> pointed to the most recent log file to be updated (somehow or other).
> However, in openQA tests and also on my workstation, I've seen it be -
> seemingly - an extremely large regular file which doesn't actually take
> up as much space as it should. For e.g., right now this is how it shows
> on my Rawhide workstation:
> 
> [adamw@adam openqa_fedora (freeipa-password %)]$ ls -lh /var/log/lastlog 
> -rw-r--r--. 1 root root 43G Jul 14 13:19 /var/log/lastlog
> 
> But note the output of du:
> 
> 4.2G  /var/log
> 
> of which 4.1G is /var/log/journal . So it seems the file isn't 'really'
> taking up any space at all.
> 
> Anyone know what's going on?

Oh, never mind, found http://www.noah.org/wiki/Lastlog_is_gigantic whic
h explains the size issue at least. I'm sure it used to be a symlink,
though? Oh well.
-- 

Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Weird behaviour of /var/log/lastlog on F24/Rawhide?

[Adam Williamson]

Hey, folks. I just noticed something a bit odd in the behaviour of
/var/log/lastlog . IIRC, this is supposed to be a symlink that's
pointed to the most recent log file to be updated (somehow or other).
However, in openQA tests and also on my workstation, I've seen it be -
seemingly - an extremely large regular file which doesn't actually take
up as much space as it should. For e.g., right now this is how it shows
on my Rawhide workstation:

[adamw@adam openqa_fedora (freeipa-password %)]$ ls -lh /var/log/lastlog 
-rw-r--r--. 1 root root 43G Jul 14 13:19 /var/log/lastlog

But note the output of du:

4.2G/var/log

of which 4.1G is /var/log/journal . So it seems the file isn't 'really'
taking up any space at all.

Anyone know what's going on?
-- 

Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

[Bug 1354483] dropbox-api-command-2.07 is available

[bugzilla]

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



--- Comment #19 from Upstream Release Monitoring 
 ---
Patches were not touched. All were applied properly

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

[Bug 1354483] dropbox-api-command-2.07 is available

[bugzilla]

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

Upstream Release Monitoring  
changed:

   What|Removed |Added

Summary|dropbox-api-command-2.06 is |dropbox-api-command-2.07 is
   |available   |available



--- Comment #16 from Upstream Release Monitoring 
 ---
Latest upstream release: 2.07
Current version/release in rawhide: 1.17-7.fc25
URL: https://github.com/s-aska/dropbox-api-command

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.

Based on the information from anitya: 
https://release-monitoring.org/project/5740/

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

[Bug 1354483] dropbox-api-command-2.07 is available

[bugzilla]

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



--- Comment #18 from Upstream Release Monitoring 
 ---
Created attachment 1179971
  --> https://bugzilla.redhat.com/attachment.cgi?id=1179971=edit
Rebase-helper rebase-helper-debug.log log file.
See for details and report the eventual error to rebase-helper
https://github.com/phracek/rebase-helper/issues.

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

[Bug 1354483] dropbox-api-command-2.07 is available

[bugzilla]

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



--- Comment #17 from Upstream Release Monitoring 
 ---
Patching or scratch build for dropbox-api-command-1.17 failed.

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