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

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 tha

Re: Request package page: namespace choice

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/dev

Re: Review swap

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 tra

Re: Review swap

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

Re: Review swap

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 aw

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

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

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

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

Show warnings from a C/C++ build

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 "dangerou

Request package page: namespace choice

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

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

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

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

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

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

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

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

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 se

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

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

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

=== #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 -

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

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 > >> > implem

Review swap

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/l

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

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 c

Fedora Rawhide-20160715.n.0 compose check report

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://

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

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 O

Orphaning pypy's epel5 branch

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

Re: Package Reviews Statistics

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

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

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

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

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 al

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

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 l

Re: F25 Self Contained Change: Rust Compiler

On Wed, 2016-07-13 at 09:12 -0700, Josh Stone wrote: > On 07/12/2016 09:18 PM, Jan Kurik wrote: > > > > Rust 1.10.0 was released on July 7 along with Cargo 0.11.0. These > > will > > be the initial targets to package. Rust's next release is scheduled > > for August 18 on a 6-week cycle. Backwards