From: R0b0t1 <r030t1@gmail.com>
To: Jan Kratochvil <jan.kratochvil@redhat.com>
Cc: Andreas Arnez <arnez@linux.vnet.ibm.com>,
Ulrich Weigand <uweigand@de.ibm.com>,
GDB Development <gdb@sourceware.org>
Subject: Re: systemd-coredump in distros
Date: Thu, 21 Sep 2017 22:56:00 -0000 [thread overview]
Message-ID: <CAAD4mYhndRwn-4hctiHjq6sSQraC_nwGbw+ffj3TQcK6_jD+BQ@mail.gmail.com> (raw)
In-Reply-To: <20170921185736.GA1625@host1.jankratochvil.net>
[-- Attachment #1: Type: text/plain, Size: 1897 bytes --]
Hello friends!
On Thursday, September 21, 2017, Jan Kratochvil <jan.kratochvil@redhat.com>
wrote:
> On Thu, 21 Sep 2017 20:14:48 +0200, Andreas Arnez wrote:
>> Is there a recommended/preferred way to deal with this in a typical
>> development use case?
>
> For Fedoras one must override /usr/lib/sysctl.d/50-coredump.conf :
> # echo kernel.core_pattern=core >/etc/sysctl.d/thefix.conf
>
> There are so many changes to a stock Fedora distro one has to make after
its
> installation I find such detail not much important. Someone should
finally
> build a derived distro for developers. Or someone probably already did.
>
If it is not unwelcome, I would like to suggest Gentoo. Gentoo is a rolling
release distribution but older versions of critical packages are typically
available.
Gentoo has many non-developer users, but the nature of rolling release
distributions and Gentoo's package manager, Portage, lend themselves well
to software development. Personally I found myself needing newer and newer
packages until eventually my choice distibutions did not have them.
Maintaining those packages myself in e.g. $HOME/.local soon proved to be
intractible. I also found myself frequently undoing distribution provided
configuration.
Gentoo comes with no default configuration. A preboot environment is
available to configure a newly imstalled system. During the initial setup a
"desktop" profile can be selected which will produce a system similar to
what most users would expect from the associated desktop environment
(Plasma, GNOME, MATE, etc.).
Portage compiles software to be installed from source. Optional features
are typically disabled by default unless explicitly enabled. It is possible
and very easy to use Portage and related utilities to maintain alternate
root filesystems, including cross compilation environments or toolchains
with alternate C libraries.
Cheers,
R0b0t1
next prev parent reply other threads:[~2017-09-21 22:56 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-21 18:14 Andreas Arnez
2017-09-21 18:57 ` Jan Kratochvil
2017-09-21 22:56 ` R0b0t1 [this message]
2017-09-25 11:07 ` Spurious re-attach error with extended-remote target Dmitry Antipov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAAD4mYhndRwn-4hctiHjq6sSQraC_nwGbw+ffj3TQcK6_jD+BQ@mail.gmail.com \
--to=r030t1@gmail.com \
--cc=arnez@linux.vnet.ibm.com \
--cc=gdb@sourceware.org \
--cc=jan.kratochvil@redhat.com \
--cc=uweigand@de.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox