gettext: 'msghack' moved to 'msghack' sub-papackage

2016-12-18 Thread Pavel Raiskup
Hi all, JFYI, for https://bugzilla.redhat.com/1405433 purpose, we're moving '/bin/msghack' script into 'msghack' package (and most probably, it is going to be dropped in future). In case anybody used '/bin/msghack' for anything, we'd like to hear from you (adding explicit (Build)Requires is fine

Fedora Rawhide-20161218.n.1 compose check report

2016-12-18 Thread Fedora compose checker
Missing expected images: Workstation live i386 Kde live x86_64 Xfce raw-xz armhfp Minimal raw-xz armhfp Workstation live x86_64 Kde live i386 Failed openQA tests: 18/80 (x86_64), 5/15 (i386) New failures (same test did not fail in Rawhide-20161215.n.0): ID: 51431 Test: x86_64 Server-dvd-i

[Test-Announce] Proposal to CANCEL: 2016-12-19 Fedora QA Meeting

2016-12-18 Thread Adam Williamson
Hi folks! I'm proposing we cancel the QA meeting tomorrow. I don't have anything much on the agenda, and a lot of folks are already winding down for the holidays. If you think there is something we need to discuss, please do reply to this mail and we can go ahead and schedule the meeting! Thanks.

Re: Creating cores in f25

2016-12-18 Thread Michael Catanzaro
On Mon, 2016-12-19 at 00:25 +, Tom Hughes wrote: > Maybe systemd is reading the limit itself and applying it to the data > it  > receives through the pipe? Yes. I'm not sure that systemd actually uses the ulimit for more than the binary decision of whether or not to generate the core, though.

Re: Creating cores in f25

2016-12-18 Thread Michael Catanzaro
On Sun, 2016-12-18 at 18:08 -0500, Matthew Miller wrote: > I have ulimit -c returning 0 in shells on my system — have I done > some > configuration I don't remember? That's the default, isn't it? Should > it > stay that way with this change? No, the default is supposed to be unlimited. systemd set

Re: Creating cores in f25

2016-12-18 Thread Tom Hughes
On 19/12/16 00:17, Matthew Miller wrote: On Mon, Dec 19, 2016 at 12:07:06AM +, Tom Hughes wrote: I have ulimit -c returning 0 in shells on my system — have I done some configuration I don't remember? That's the default, isn't it? Should it stay that way with this change? The ulimit on core

Re: Creating cores in f25

2016-12-18 Thread Matthew Miller
On Mon, Dec 19, 2016 at 12:07:06AM +, Tom Hughes wrote: > >I have ulimit -c returning 0 in shells on my system — have I done some > >configuration I don't remember? That's the default, isn't it? Should it > >stay that way with this change? > The ulimit on core dump size is (mostly) ignored if s

Broken dependencies: perl-ZeroMQ

2016-12-18 Thread buildsys
perl-ZeroMQ has broken dependencies in the rawhide tree: On x86_64: perl-ZeroMQ-0.23-13.fc25.x86_64 requires libzmq.so.1()(64bit) On armhfp: perl-ZeroMQ-0.23-13.fc25.armv7hl requires libzmq.so.1 On ppc64le: perl-ZeroMQ-0.23-13.fc25.ppc64le requires libzmq.so.1()(64bit) On

Broken dependencies: perl-Alien-ROOT

2016-12-18 Thread buildsys
perl-Alien-ROOT has broken dependencies in the rawhide tree: On aarch64: perl-Alien-ROOT-5.34.36.1-2.fc26.noarch requires root-core On ppc64: perl-Alien-ROOT-5.34.36.1-2.fc26.noarch requires root-core On ppc64le: perl-Alien-ROOT-5.34.36.1-2.fc26.noarch requires root-core P

Re: Creating cores in f25

2016-12-18 Thread Tom Hughes
On 18/12/16 23:08, Matthew Miller wrote: On Sun, Dec 18, 2016 at 01:00:37PM -0600, Michael Catanzaro wrote: How do I get f25 to create cores, these days? Some more details here: https://fedoraproject.org/wiki/Changes/coredumpctl I have ulimit -c returning 0 in shells on my system — have I don

[Test-Announce] Fedora 26 Rawhide 20161218.n.1 nightly compose nominated for testing

2016-12-18 Thread rawhide
Announcing the creation of a new nightly release validation test event for Fedora 26 Rawhide 20161218.n.1. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki

Re: Creating cores in f25

2016-12-18 Thread Matthew Miller
On Sun, Dec 18, 2016 at 01:00:37PM -0600, Michael Catanzaro wrote: > > How do I get f25 to create cores, these days? > Some more details here: > https://fedoraproject.org/wiki/Changes/coredumpctl I have ulimit -c returning 0 in shells on my system — have I done some configuration I don't remember?

Re: Creating cores in f25

2016-12-18 Thread Michael Catanzaro
On Sun, 2016-12-18 at 11:26 -0500, Steve Dickson wrote: > Hello, > > How do I get f25 to create cores, these days? Some more details here: https://fedoraproject.org/wiki/Changes/coredumpctl Michael ___ devel mailing list -- devel@lists.fedoraproject.o

Re: Creating cores in f25

2016-12-18 Thread Zbigniew Jędrzejewski-Szmek
On Sun, Dec 18, 2016 at 12:24:09PM -0500, Matthew Miller wrote: > On Sun, Dec 18, 2016 at 05:56:04PM +0100, Jan Kratochvil wrote: > > On Sun, 18 Dec 2016 17:26:40 +0100, Steve Dickson wrote: > > > How do I get f25 to create cores, these days? > > echo >/etc/sysctl.d/foo.conf "kernel.core_pattern=co

Re: Creating cores in f25

2016-12-18 Thread Matthew Miller
On Sun, Dec 18, 2016 at 05:56:04PM +0100, Jan Kratochvil wrote: > On Sun, 18 Dec 2016 17:26:40 +0100, Steve Dickson wrote: > > How do I get f25 to create cores, these days? > echo >/etc/sysctl.d/foo.conf "kernel.core_pattern=core"; reboot > It gets broken by: > /usr/lib/sysctl.d/50-coredump.c

Re: Creating cores in f25

2016-12-18 Thread Jan Kratochvil
On Sun, 18 Dec 2016 17:26:40 +0100, Steve Dickson wrote: > How do I get f25 to create cores, these days? echo >/etc/sysctl.d/foo.conf "kernel.core_pattern=core"; reboot It gets broken by: /usr/lib/sysctl.d/50-coredump.conf $ rpm -qf /usr/lib/sysctl.d/50-coredump.conf systemd-231-10.fc25.

Creating cores in f25

2016-12-18 Thread Steve Dickson
Hello, How do I get f25 to create cores, these days? I'm getting the segfault [55108.290610] rpc.gssd[13264]: segfault at 0 ip 55dc90af9dde sp 7f9fb73cb7c0 error 4 in rpc.gssd[55dc90af3000+14000] but no core so those address are meaningless. Everything in the kernel is set: f25# s

Orphaned Packages in rawhide (2016-12-18)

2016-12-18 Thread opensource
The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If y

Re: [HEADS UP] Updated xmlrpc-c (1.47.1) is on the way

2016-12-18 Thread Igor Gnatenko
On Sun, Dec 18, 2016 at 3:27 PM, Alexander Bokovoy wrote: > On su, 18 joulu 2016, Igor Gnatenko wrote: >> >> Unfortunately we stuck with very old (1.32.5, somewhere from 2012) >> version of xmlrpc-c. I've rebased it to newer version (1.47.1, from >> this month). It doesn't anymore use cmake (it wa

Re: [HEADS UP] Updated xmlrpc-c (1.47.1) is on the way

2016-12-18 Thread Alexander Bokovoy
On su, 18 joulu 2016, Igor Gnatenko wrote: Unfortunately we stuck with very old (1.32.5, somewhere from 2012) version of xmlrpc-c. I've rebased it to newer version (1.47.1, from this month). It doesn't anymore use cmake (it was port from one of our contributors, official buildsys is autoconf+gnum

[HEADS UP] Updated xmlrpc-c (1.47.1) is on the way

2016-12-18 Thread Igor Gnatenko
Unfortunately we stuck with very old (1.32.5, somewhere from 2012) version of xmlrpc-c. I've rebased it to newer version (1.47.1, from this month). It doesn't anymore use cmake (it was port from one of our contributors, official buildsys is autoconf+gnumake) for building, now it uses meson (you can