Dne 5.12.2016 v 17:54 Jan Kurik napsal(a):
> Note that coredumpctl is intended as a developer tool, not as an
> automatic bug reporting tool nor as a replacement for ABRT.
Who is main user of Fedora? Developer (who may prefer coredumpctl) or normal
user (who may prefer bug reporting tool)?
>
>
On Mon, Dec 05, 2016 at 05:47:16PM +, Jared L Wallace wrote:
> This package has
> been retired for some time. I've updated it and gotten it reviewed and
> approved. href="https://bugzilla.redhat.com/show_bug.cgi?id=1382152; rel="noopener"
> target="_blank"
>
On 12/06/2016 04:44 AM, Orion Poplawski wrote:
I've run into a reasonable number of failures of (custom) configure
checks due to this. Mainly calling exit() without including stdlib.h.
So keep alert everyone. Unfortunately this can lead to unpredictable
and perhaps hard to detect changes.
I have such a piece of hardware and could run a benchmark in ~1 week, if
you're curious. That said, Fedora Workstation is borderline unusable on
that hardware anyway - due to the integrated graphics, not the CPU. I
doubt most users would notice a slowdown from different CFLAGS when
gnome-shell
The following Fedora EPEL 7 Security updates need testing:
Age URL
638 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087
dokuwiki-0-0.24.20140929c.el7
400 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f
mcollective-2.8.4-1.el7
119
The following Fedora EPEL 6 Security updates need testing:
Age URL
516 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7031
python-virtualenv-12.0.7-1.el6
510 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-7168
rubygem-crack-0.3.2-2.el6
442
https://bugzilla.redhat.com/show_bug.cgi?id=1401295
--- Comment #4 from Fedora Update System ---
perl-Net-GitHub-0.86-1.fc24 has been pushed to the Fedora 24 testing
repository. If problems still persist, please make note of it in this bug
report.
See
On 11/10/2016 03:30 AM, Jan Kurik wrote:
= Proposed System Wide Change: Fedora 26 C/C++ Compilation Flags Updates =
https://fedoraproject.org/wiki/Changes/Fedora26CFlags
Change owner(s):
* Florian Weimer
This change updates the default C/C++ compilation flags, as determined
by the
https://bugzilla.redhat.com/show_bug.cgi?id=1401295
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
On 12/05/2016 07:05 PM, Zbigniew Jędrzejewski-Szmek wrote:
meanwhile systemd-coredump steals away my core dumps and requires
privileged operations to retrieve them.
No, it doesn't. Coredumps are accessible to the user that the program
was running under. So you can see your coredumps, and
On Mon, Dec 05, 2016 at 05:58:19PM -0800, Nicholas Miell wrote:
> On 12/05/2016 05:46 PM, Nicholas Miell wrote:
> >On 12/05/2016 12:55 PM, Zbigniew Jędrzejewski-Szmek wrote:
> >>systemd-coredump+coredumpctl give you pretty easy access to core
> >>files, they are just dumped into
On Mon, Dec 05, 2016 at 09:47:23PM -0500, Stephen John Smoogen wrote:
> On 5 December 2016 at 19:59, Zbigniew Jędrzejewski-Szmek
> wrote:
> > On Mon, Dec 05, 2016 at 09:47:43AM -0500, Matthew Miller wrote:
> >> The stats I get are about a week behind, which means I now have
>
On 12/05/2016 01:47 PM, Orion Poplawski wrote:
I'm building hdf5 1.8.18 for rawhide now. I'll be rebuilding all dependent
packages afterwards.
Scratch that - ppc64 test failures again. *sigh*
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
On 5 December 2016 at 19:59, Zbigniew Jędrzejewski-Szmek
wrote:
> On Mon, Dec 05, 2016 at 09:47:43AM -0500, Matthew Miller wrote:
>> The stats I get are about a week behind, which means I now have
>> information about the first week of the Fedora 25 release. See the
>> graph
https://bugzilla.redhat.com/show_bug.cgi?id=1398299
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-DateTime-TimeZone-2.09
https://bugzilla.redhat.com/show_bug.cgi?id=1397612
Fedora Update System changed:
What|Removed |Added
Fixed In Version|ctstream-25-1.fc26
https://bugzilla.redhat.com/show_bug.cgi?id=1323662
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Authen-Krb5-1.9-18.fc2
https://bugzilla.redhat.com/show_bug.cgi?id=1398475
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-IO-Prompt-0.997.004-1.
On Mon, 2016-12-05 at 19:12 -0500, Matthew Miller wrote:
> That's exactly why I'm suggesting the point release or batched update
> —
> that would include a GNOME bump.
OK then, if we're willing to bump all of GNOME in a point release
(that's a lot of stuff!) then I don't object.
On Tue, 2016-12-06 at 01:41 +, Joseph Stockman wrote:
> Well, it continues to mean the busted version of boost::asio for
> those who want to utilize any of the C++11 features (futures, etc).
> We've been forced to drop all Fedora support for our products until
> that changes.
Well a Boost
On 12/05/2016 05:46 PM, Nicholas Miell wrote:
On 12/05/2016 12:55 PM, Zbigniew Jędrzejewski-Szmek wrote:
systemd-coredump+coredumpctl give you pretty easy access to core
files, they are just dumped into /var/lib/systemd/coredump/. The
advantage is that a) things are logged and can be easily
https://fedorahosted.org/389/ticket/48835
https://fedorahosted.org/389/attachment/ticket/48835/0001-Ticket-48835-Tests-with-setup.py.in.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Brisbane
signature.asc
Description: This is a digitally signed message part
https://bugzilla.redhat.com/show_bug.cgi?id=1401750
--- Comment #1 from Colin Macdonald ---
I think its this upstream commit 3d62817080598d68514ed2691b1f616fcda2abe3
--
You are receiving this mail because:
You are on the CC list for the bug.
On 12/05/2016 12:55 PM, Zbigniew Jędrzejewski-Szmek wrote:
systemd-coredump+coredumpctl give you pretty easy access to core
files, they are just dumped into /var/lib/systemd/coredump/. The
advantage is that a) things are logged and can be easily looked up and
queried, b) you get a lot of
Nevermind, I was able to figure that out.
Thanks Jerry, I have it building now :)
JARED L. WALLACE
Software Engineer, Sametime Extended Support
Phone: 1-512-973-5281
E-mail: jared-wall...@us.ibm.com
- Original message -From: Jared L Wallace/Austin/IBM@IBMUSTo:
On Mon, Dec 5, 2016 at 5:03 PM, Michael Catanzaro wrote:
> On Mon, 2016-12-05 at 16:10 -0500, Matthew Miller wrote:
>> It was by design, though — for a while, when a schedule slipped, we
>> planned the next schedule as 6 or 7 months from the actual release.
>> This time, we
Well, it continues to mean the busted version of boost::asio for those who want
to utilize any of the C++11 features (futures, etc). We've been forced to drop
all Fedora support for our products until that changes.
___
devel mailing list --
https://bugzilla.redhat.com/show_bug.cgi?id=1401750
Bug ID: 1401750
Summary: biber 2.6 FTBS; test failures b/c of hash changes
Product: Fedora
Version: rawhide
Component: biber
Assignee: c...@m.fsf.org
Reporter:
On Mon, Dec 05, 2016 at 08:10:39PM -0500, Matthew Miller wrote:
> On Tue, Dec 06, 2016 at 12:59:41AM +, Zbigniew Jędrzejewski-Szmek wrote:
> > Can you publish the data that was used to make this graph?
> > (I don't mean the raw logs, just the table of #IPs vs date vs release)
>
> We don't
On Tue, Dec 06, 2016 at 12:59:41AM +, Zbigniew Jędrzejewski-Szmek wrote:
> Can you publish the data that was used to make this graph?
> (I don't mean the raw logs, just the table of #IPs vs date vs release)
We don't want to expose the IP addresses. Actually, *I* don't even see
them. Is there
I am in favor of the update.
On Mon, Dec 5, 2016 at 2:23 PM, Orion Poplawski wrote:
> Does anyone have any opinions about updating pytest to 2.4.2 in EPEL6?
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1400254
>
> --
> Orion Poplawski
> Technical Manager
On Mon, Dec 05, 2016 at 09:47:43AM -0500, Matthew Miller wrote:
> The stats I get are about a week behind, which means I now have
> information about the first week of the Fedora 25 release. See the
> graph here:
>
> https://mattdm.fedorapeople.org/stats/fedora-os-select-2016-11-22.png
Can you
On Mon, Dec 5, 2016 at 4:11 PM, Matthew Miller wrote:
> On Mon, Dec 05, 2016 at 08:51:35AM -0500, Matthew Miller wrote:
>> into it, and it's in the middle of his priorities somewhere between
>> "actual urgent work" and "other actual important work"), but
>> preliminary
Thanks. How can I examine the config.log? (I know soomeone mentioned adding "||:" after %configure, but I don't see where the config.log ends up being accessible)
JARED L. WALLACE
Software Engineer, Sametime Extended Support
Phone: 1-512-973-5281
E-mail: jared-wall...@us.ibm.com
-
https://bugzilla.redhat.com/show_bug.cgi?id=1401740
Bug ID: 1401740
Summary: perl-Text-Reflow-1.16 is available
Product: Fedora
Version: rawhide
Component: perl-Text-Reflow
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1401733
Bug ID: 1401733
Summary: perl-Gearman-2.002.004 is available
Product: Fedora
Version: rawhide
Component: perl-Gearman
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1401732
Bug ID: 1401732
Summary: perl-Business-ISSN-1.002 is available
Product: Fedora
Version: rawhide
Component: perl-Business-ISSN
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1401732
--- Comment #3 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.
https://bugzilla.redhat.com/show_bug.cgi?id=1401732
--- Comment #1 from Upstream Release Monitoring
---
Patching or scratch build for perl-Business-ISSN-1.001 failed.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1401732
--- Comment #2 from Upstream Release Monitoring
---
Created attachment 1228207
--> https://bugzilla.redhat.com/attachment.cgi?id=1228207=edit
Rebase-helper rebase-helper-debug.log log file.
https://bugzilla.redhat.com/show_bug.cgi?id=1401731
--- Comment #2 from Upstream Release Monitoring
---
Created attachment 1228206
--> https://bugzilla.redhat.com/attachment.cgi?id=1228206=edit
Rebase-helper rebase-helper-debug.log log file.
https://bugzilla.redhat.com/show_bug.cgi?id=1401731
--- Comment #3 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.
https://bugzilla.redhat.com/show_bug.cgi?id=1401731
Bug ID: 1401731
Summary: perl-Business-ISMN-1.131 is available
Product: Fedora
Version: rawhide
Component: perl-Business-ISMN
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1401731
--- Comment #1 from Upstream Release Monitoring
---
Patching or scratch build for perl-Business-ISMN-1.13 failed.
--
You are receiving this mail because:
You are on the CC list for the bug.
On Mon, Dec 05, 2016 at 06:03:32PM -0600, Michael Catanzaro wrote:
> I still think it's a good idea for Workstation. We really need to be
> seen as the leading GNOME distro: that's what gets GNOME people using
> Workstation and recommending that other people install it, then those
> people
https://bugzilla.redhat.com/show_bug.cgi?id=1401727
Bug ID: 1401727
Summary: perl-Config-Model-Tester-2.058 is available
Product: Fedora
Version: rawhide
Component: perl-Config-Model-Tester
Keywords: FutureFeature, Triaged
On Mon, Dec 05, 2016 at 08:51:35AM -0500, Matthew Miller wrote:
> into it, and it's in the middle of his priorities somewhere between
> "actual urgent work" and "other actual important work"), but
> preliminary stats show a big drop in i686 mirror connections over the
> last year — like, about cut
On Mon, 2016-12-05 at 16:10 -0500, Matthew Miller wrote:
> It was by design, though — for a while, when a schedule slipped, we
> planned the next schedule as 6 or 7 months from the actual release.
> This time, we tried to keep it to October even though the previous
> release had slipped, resulting
Greetings,
FESCo and Council elections are now open and we're looking for new
candidates: https://fedoraproject.org/wiki/Elections
For FESCo we have opened five seats:
https://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations
For Council we have opened one seat:
On Mon, Dec 5, 2016 at 4:19 PM, Jared L Wallace
wrote:
>
> The configure script errors out when checking:
>
> AC_TRY_LINK([#include ],
> [gsl_complex a; GSL_SET_COMPLEX(, 1.0, 1.0);
> gsl_complex_logabs(a);],
> HAS_GSL_LIB=yes, HAS_GSL_LIB=no)
>
> This works fine
On Tue, Dec 6, 2016 at 12:19 AM, Jared L Wallace
wrote:
>
> The configure script errors out when checking:
>
> AC_TRY_LINK([#include ],
> [gsl_complex a; GSL_SET_COMPLEX(, 1.0, 1.0);
> gsl_complex_logabs(a);],
> HAS_GSL_LIB=yes, HAS_GSL_LIB=no)
>
> This works
The configure script errors out when checking:
AC_TRY_LINK([#include ], [gsl_complex a; GSL_SET_COMPLEX(, 1.0, 1.0);
On 5 December 2016 at 17:18, Matthew Miller wrote:
> On Mon, Dec 05, 2016 at 05:01:24PM -0500, Josh Boyer wrote:
>> There is another problem with .0...N releases. As soon as you version
>> your main release like that, everyone assumes .0 is unstable or broken
>> and
I'm building VTK 7.1 for rawhide now. Other big change is MPI support. I'll
build the dependent packages tomorrow after it completes (about 20 hours).
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380
On Mon, 2016-12-05 at 13:31 +, Fedora compose checker wrote:
> 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/79 (x86_64), 6/15 (i386)
>
> New failures
If you remove ABRT and set kernel.core_pattern to 'core', then if you don't
configure
systemd to use RLIMIT_CORE=0, every crashing process will create
a new core dump file in its CWD:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/
On Mon, Dec 5, 2016 at 3:18 PM, Matthew Miller wrote:
> On Mon, Dec 05, 2016 at 05:01:24PM -0500, Josh Boyer wrote:
>> There is another problem with .0...N releases. As soon as you version
>> your main release like that, everyone assumes .0 is unstable or broken
>> and
On Mon, Dec 5, 2016 at 3:01 PM, Josh Boyer wrote:
> There is another problem with .0...N releases. As soon as you version
> your main release like that, everyone assumes .0 is unstable or broken
> and they wait for .1. Some wait for .2 (which doesn't exist in your
>
On Mon, Dec 05, 2016 at 05:01:24PM -0500, Josh Boyer wrote:
> There is another problem with .0...N releases. As soon as you version
> your main release like that, everyone assumes .0 is unstable or broken
> and they wait for .1. Some wait for .2 (which doesn't exist in your
> proposal but
Zbigniew Jędrzejewski-Szmek writes:
> You still can restore such behaviour pretty easily. Just set the
> kernel.core_pattern sysctl.
Yup, that's what I do. Just adding my two cents on Fedora trying to
help me "be a developer" without doing what I need as a developer.
But I
-- Původní zpráva --
Od: DJ Delorie
Komu: Development discussions related to Fedora
Datum: 5. 12. 2016 20:37:43
Předmět: Re: F26 System Wide Change: Enable coredumpctl by default
"
Jan Kurik writes:
> Note
"
-- Původní zpráva --
Od: Zbigniew Jędrzejewski-Szmek
Komu: Development discussions related to Fedora
Datum: 5. 12. 2016 21:57:12
Předmět: Re: F26 System Wide Change: Enable coredumpctl by default
"On Mon, Dec 05, 2016 at
On Mon, Dec 5, 2016 at 4:26 PM, Matthew Miller wrote:
> On Mon, Dec 05, 2016 at 01:43:58PM -0700, Chris Murphy wrote:
>> I'm not sure it's much harder to do without modularity. Right now
>> Fedora could do a Fedora 26 release without any conventional release
>> media for
On Mon, Dec 5, 2016 at 2:26 PM, Matthew Miller wrote:
> On Mon, Dec 05, 2016 at 01:43:58PM -0700, Chris Murphy wrote:
>> I'm not sure it's much harder to do without modularity. Right now
>> Fedora could do a Fedora 26 release without any conventional release
>> media for
https://bugzilla.redhat.com/show_bug.cgi?id=1398475
Fedora Update System changed:
What|Removed |Added
Status|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1323662
Fedora Update System changed:
What|Removed |Added
Status|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1398299
Fedora Update System changed:
What|Removed |Added
Status|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1398604
Fedora Update System changed:
What|Removed |Added
Status|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1397617
Fedora Update System changed:
What|Removed |Added
Status|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1398049
Fedora Update System changed:
What|Removed |Added
Status|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1397818
--- Comment #4 from Fedora Update System ---
perl-BibTeX-Parser-0.70-1.fc25 has been pushed to the Fedora 25 stable
repository. If problems still persist, please make note of it in this bug
report.
--
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1397612
Fedora Update System changed:
What|Removed |Added
Status|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1397824
Fedora Update System changed:
What|Removed |Added
Status|ON_QA
On Mon, Dec 5, 2016 at 1:10 PM, Matthew Miller
wrote:
>
> > still not sure what that means? Software is constantly being updated,
> > evolving. How does running older versions of software increase
> > "impact"?
>
> I'm not saying running older versions increases it --
On Mon, Dec 05, 2016 at 01:43:58PM -0700, Chris Murphy wrote:
> I'm not sure it's much harder to do without modularity. Right now
> Fedora could do a Fedora 26 release without any conventional release
> media for server and workstation, by just using dnf system-upgrade and
> gnome-software. And in
On Mon, Dec 05, 2016 at 12:41:18PM -0800, Gerald B. Cox wrote:
> If you're saying that you believe 5 months wasn't long enough - I
> suppose that is fair... but the reason there was only 5 months wasn't
> by design - it was due to schedule slippage. As far as impact - I
It was by design, though —
On Mon, Dec 05, 2016 at 02:36:13PM -0500, DJ Delorie wrote:
>
> Jan Kurik writes:
> > Note that coredumpctl is intended as a developer tool,
>
> As a developer, I remove abrt and anything else that redirects cores
> away from my development area. It's really hard to debug a
I'm building hdf5 1.8.18 for rawhide now. I'll be rebuilding all dependent
packages afterwards.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO
On Mon, Dec 5, 2016 at 12:53 PM, Matthew Miller
wrote:
> On Mon, Dec 05, 2016 at 09:04:11AM -0800, Gerald B. Cox wrote:
>
>> > So, first, putting together a release is a lot of work. If we're
>> > stepping on the toes of the previous releases, are we wasting some of
>> >
On Mon, Dec 5, 2016 at 11:53 AM, Matthew Miller
wrote:
> > > So, first, putting together a release is a lot of work. If we're
> > > stepping on the toes of the previous releases, are we wasting some of
> > > that work?
> > I don't see the relevance of that observation.
On Mon, 2016-12-05 at 14:55 -0500, Christian Schaller wrote:
> Actually, I was told that Debarshi committed a fix for the TLS error
> in captive portal just last
> week and has pushed a fix for it.
It's two different issues unfortunately.
___
devel
Actually, I was told that Debarshi committed a fix for the TLS error in captive
portal just last
week and has pushed a fix for it.
Christian
- Original Message -
> From: "Michael Catanzaro"
> To: "Development discussions related to Fedora"
>
On Mon, Dec 05, 2016 at 09:04:11AM -0800, Gerald B. Cox wrote:
> > So, first, putting together a release is a lot of work. If we're
> > stepping on the toes of the previous releases, are we wasting some of
> > that work?
> I don't see the relevance of that observation. A new version,
> whenever
On Mon, 2016-12-05 at 10:33 +0100, Josef Skladanka wrote:
> I kind of believe, that the "environment requirements" should be a part of
> the
> testplan - we should say that "testplan X needs testcase Y ran on Foo and
> Bar"
> in the testplan. Instead of listing all the different options in the
>
Jan Kurik writes:
> Note that coredumpctl is intended as a developer tool,
As a developer, I remove abrt and anything else that redirects cores
away from my development area. It's really hard to debug a core dump if
you can't find the core file.
Just sayin'
https://bugzilla.redhat.com/show_bug.cgi?id=1400099
Colin Macdonald changed:
What|Removed |Added
Status|NEW |ASSIGNED
---
On Mon, 05.12.16 19:27, Török Edwin (edwin...@etorok.eu) wrote:
> On 2016-12-05 18:54, Jan Kurik wrote:
> > = System Wide Change: Enable coredumpctl by default =
> > https://fedoraproject.org/wiki/Changes/coredumpctl
> >
> > Change owner(s):
> > * Michael Catanzaro
> >
> > Enable coredumpctl
On Mon, 2016-12-05 at 19:27 +0200, Török Edwin wrote:
> The description here is a bit confusing, and scary: what if I run out
> of space and I need to rm the coredumps to make room?
Sorry, that description is wrong; core dumps used to be stored in the
journal and still can be, but that's not the
On Mon, 2016-12-05 at 09:59 -0500, Paul Wouters wrote:
> Right now, the situation leads me to having to close the gnome window
> which only displays "TLS certificate invalid" or some text like that,
> and still use my firefox and a new tab/window to get through the
> captive portal.
Good point. I
https://bugzilla.redhat.com/show_bug.cgi?id=1401482
Colin Macdonald changed:
What|Removed |Added
Status|NEW |ASSIGNED
---
On Mon, 2016-12-05 at 15:37 +0100, Florian Weimer wrote:
> If I remember correctly, the browser accessing a captive portal does
> not
> use the regular user Firefox profile, so we either have to preload
> its
> profiles with intermediate CAs, or copy them over from the user's
> Firefox profile.
On 12/05/2016 12:27 PM, Török Edwin wrote:
The description here is a bit confusing, and scary: what if I run out of space
and I need to rm the coredumps to make room?
If the coredumps are stored in the same file as the systemd journal I'd loose
my system logs too, so it makes no sense to have
On Mon, Dec 05, 2016 at 07:03:49PM +0200, Iiro Laiho wrote:
> But isn't it quite exceptable that things can break when one version-
> updates upstream components like this? After all, they are just
> building blocks of operating systems, not finalized products in
> themselves. Isn't it the job of
This package has been retired for some time. I've updated it and gotten it reviewed and approved.
https://bugzilla.redhat.com/show_bug.cgi?id=1382152
Kind regards,
JARED L. WALLACE
Software Engineer, Sametime Extended Support
Phone: 1-512-973-5281
E-mail: jared-wall...@us.ibm.com
dist.depcheck FAILED for FEDORA-2016-4d2af652fd
https://taskotron.fedoraproject.org/artifacts/all/91713da6-bb11-11e6-8baa-525400120b80/task_output/FEDORA-2016-4d2af652fd.x86_64.log
___
perl-devel mailing list --
On 2016-12-05 18:54, Jan Kurik wrote:
> = System Wide Change: Enable coredumpctl by default =
> https://fedoraproject.org/wiki/Changes/coredumpctl
>
> Change owner(s):
> * Michael Catanzaro
>
> Enable coredumpctl by default. Core dumps will be stored in the system
> journal rather than created
On 12/02/2016 10:34 PM, Kevin Kofler wrote:
Przemek Klosowski wrote:
Right, that's what I thought. Still, completely blocking the upgrade
seems rude. Yum had an option --skip-broken that would just leave such
packages alone,
I don't think keeping an old version of the filesystem package
On Mon, Dec 5, 2016 at 6:47 AM, Matthew Miller
wrote:
> So, first, putting together a release is a lot of work. If we're
> stepping on the toes of the previous releases, are we wasting some of
> that work?
>
I don't see the relevance of that observation. A new
> After waste sometime on understand what happened to Finnish keyboards
> layout, I don't think you can blame Fedora project, looking at
> upstream sources and releases [1] from xkeyboard-config-2.18
> to xkeyboard-config-2.19, we got one commit with "rules: Move
> Finnish DAS layout to extras",
= System Wide Change: Enable coredumpctl by default =
https://fedoraproject.org/wiki/Changes/coredumpctl
Change owner(s):
* Michael Catanzaro
Enable coredumpctl by default. Core dumps will be stored in the system
journal rather than created in the crashing process's current working
directory by
1 - 100 of 178 matches
Mail list logo